※ 引述《yungshiang (加油)》之銘言：
: 我想請教一下，怎樣的class diagram才算好呢
: 比如：
: 一個類別有沒有研究內含多少屬性與操作是最好的
: 或者類別的數量與類別間各種關係的比例有沒有一定準則
: 或者類別、屬性、操作、關係，應依照時間怎樣的成長才算好的
: 或者其他...........
: 有人想過嗎？或者有相關研究？
: 懇請賜教，感謝
哈囉~~小弟也加入討論一下,
每個系統都會有自己的 class diagram,
不論設計好壞,都是這個組織團隊所"演化"出來的結晶,
對一兩個人的團隊而言,跟對一二十個人的團隊而言,
同一個系統就有可能演化出不同的 diagram 去描述,
因為開發軟體考量的不僅止於技術面上的問題,還有資金,時間,需求,人力...等等,
所以真要說有什麼準則,看起來必須在限制大多數因素下才能尋找,
但真找出來了,卻又容易偏離現實,
所以前面大大也有推文,適用就好,版大也有提到,多著墨在"人"身上,
似乎有點抽象,模糊,小弟倒還覺得蠻貼切的
硬要答的話,
小弟覺得 class diagram 設計出來後能以最小的變動去應付整體的變化最好,
不過未來難以預測,就當聽聽囉~