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

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 180.206.148.31