三、uml類圖準則
56、確定領域類模型的職責。
57、僅在設計模型上註明可見性(visibility)。
58、用特性字串(property string)註明依賴於語言的可見性。
59、僅當型別(type)是真正的需求時，才在分析模型中註明型別。
60、屬性名和型別應該一致。
61、在分析圖中對關聯類建模。
62、不要對有關聯類的關聯命名。
63、關聯類的虛線居中。
64、類名採用通用的術語。
65、推薦類名採用完整的單數名詞。
66、用強動詞(strong verb)為操作命名。
67、用基於領域的名詞為屬性命名。
68、不要對腳手架**建模。
69、不要對關鍵字建模。
70、永遠不要顯示只有兩面三刀個隔間的類。
71、標記不常見的類隔間。
72、在不完全的列表末尾包含乙個省略號(...)。
73、靜態操作/屬性要在例項操作/屬性之前列出。
74、以可見性降低的順序列出操作/屬性。
75、對於引數、如果是物件，則只列出他們的型別。
76、追求一致的操作和屬性特徵標記。
77、避免使用已被語言的命名規範所隱含的版型。
78、在操作的特性字串中指明異常。
79、在介面定義中反映實現語言的約束。
80、根據語言命名規範來命名介面。
81、優先考慮用「棒棒糖」符號來表示介面的實現。
82、分開定義介面和類。
83、不要在類中建模介面的操作和屬性。
84、按水平方向建模關係。
85、只有當兩個建模元素之是有關係時，才對它們之間的協作建模。
86、當關係是暫時的，把關係建模為依賴。
87、如果多個關係是相似的，且是乙個共同的類，則布局成樹的形式。
88、始終指明多重性。
89、避免「*」這個多重性。
90、用屬性型別代替關係線。
91、不要對隱含的關係建模。
92、不要對每個依賴關係都建模。
93、把名字放在關聯的中間。
94、用主動語態寫出簡潔的關聯名。
95、指明方向性以便澄清關聯名。
96、以一致的方向命名單向關聯。
97、按從左到右的方向命名關聯名。
98、當兩個類之間存在多個關聯時，應指明角色名。
99、在遞迴關聯上指明角色名。
100、只有當關聯的兩面三刀人方向都有協作出現時，才可以使關聯是雙向的。
101、只有當某些事物改變時才重畫繼承的關聯。
102、質疑涉及最小值和最大值的多重性。
103、對繼承應用語句規則(sentence rule).
104、將子類放在超類的下方。
105、小心基於資料的繼承。
106、子類應該繼承超類推所有內容。
107、對聚集應用語句規則(sentence rule)。
108、同時關注整體和部分。
109、把整體放在部分的左邊。
110、把組合應用於物理實體的聚集。
111、當部分和整體共享永續性生命週期時，應使用組合。
112、不用擔心菱形。
重溫《UML風格》
為了準備培訓素材，重新閱讀了 uml風格 電子版，感覺很有收穫。第2章 一般畫圖準則 2.1 可讀性準則 2.2 簡單性準則 2.3 命名準則 2.4 一般準則 第3章 通用uml建模元素的準則 3.1 應用於uml注釋的準則 3.2 應用於uml衍型的準則 3.3 應用於uml框的準則 3.4 應...
Java23種設計模式（二）UML
uml unified modeling language uml 統一建模語言 是一種用於軟體系統 分析和設計的語言工具，它用於幫助軟 件開發人員進行思考和記錄思路的結果 uml本身是一套符號的規定，就像數學 符號和化學符號一樣，這些符號用於描 述軟體模型中的各個元素和他們之間的 關係，比如類 介...
UML學習一 UML關係
一.前言 一直以來，在畫uml關係圖的時候，都不是那麼順利，主要是其中的幾種關聯關係並不好理解。今天學習並總結下。二.uml關係 三大類，六小類 泛化 generalization 包含繼承 extends 和實現 implement 依賴 dependency 單獨的一類。關聯 associati...