乙個剛剛發生的例子：
某公司技術人員
老師，我這種層次依賴關係正確嗎？
青潤21:27:11
這樣的邏輯圖沒有對錯之分，幾乎任何一種方式都有其適用的環境，所以，不能判斷。
某公司技術人員
21:27:41
有場景是不是就能說明是否正確？
青潤21:27:47
另外，uc不是按照這個來劃分的，你這個做的，有點過多了。
需求就是需求，不涉及到什麼資料訪問層，也不涉及什麼裝置互動層。
你需要明確清楚，什麼才是需求。
某公司技術人員
21:28:11
我在做設計
現在在架構設計
青潤21:28:58
設計，就不要用
uc來做表示，那就是用錯了地方，就好像拿著毛筆去戰場一樣。
某公司技術人員
21:29:22
不要打點沒用的比方啦。
來點實際的分析啊
青潤21:29:42
我已經告訴你了。
分析：這個人還認為我舉的例子不恰當，他買過我的書，卻並沒有看懂我書中講述的內容，連需求這一章的內容都沒有看懂。
拿著鉛筆去打仗，怎麼可能打勝？
做事情，必須要分清楚工具，使用恰當的工具，通過恰當的方法，結合恰當的管理，才能做成功。
事情不好拍腦袋就能成功的。
現在不是石器時代，能做的事情都很簡單。現在每乙個專案，軟體專案，都需要投入腦力、體力和精力，進行分析，思考，研究，和各種不斷地反覆（測試和bug修改也是一種反覆，需求與變更更是一種反覆）才能得到恰當可用的結果。
很多人都說uml不好用，你們思考過，你們用對過uml麼？
你們非要那麼毛筆上戰場，拿著槍去寫文章，這能成功麼？對了，後者也許能成功，但是，要花費大量的子彈，唉！就不做發散性的思考和分析了吧，那就太沒有意思了。
全程建模 業務模型用UML元素如何表達？
狐狸糊塗 10 06 10 請教大家乙個問題 業務建模應該包括哪些東西？青潤10 07 14 rup中關於業務建模目的地描述是 了解目標組織 將要在其中部署系統的組織 的結構及機制。了解目標組織中當前存在的問題並確定改進的可能性。確保客戶 終端使用者和開發人員就目標組織達成共識。匯出支援目標組織所需...
全程建模 2023年全程建模培訓的總結
這次培訓比較匆忙，但是效果還不錯。第一天從早上9點50開始到下午7點結束。因為早上我睡過了，鬧鐘沒有響。所以，中午我就請所有的人吃了頓午飯，作為賠禮。今天開始了第一天的培訓，結果早上我8點55才起來。後來才知道，因為是週日，我的鬧鐘週六日不響。中午我請所有的人吃了頓飯，有乙個人沒過來吃，就是那個小孩...
mysql uml建模 UML 建模
建模公式 這種精華的東西，一定是值得研讀和實踐的！myself 人，事，物，規則。人，業務主角 業務工人 參與者。如果應用到教務系統中，就是管理員，主任，老師的關係。事，業務用例，系統用例。物，業務實體。有些東西，一次兩次理解不了。要多理解幾次就好了。有些東西，先留個印象，相信隨著不斷思考，一定會逐...