==> 在 gsj.bbs@bbs.nchu.edu.tw (國王的新衣) 的文章中提到:
> 關於UML，圖形化的精神是很好
> 只可惜基於Class建立，就毀了
> 你可以去比較任何機關單位的組織圖與UML(基於Class)畫出來的圖有何不同
> 你會發現機關單位的組織圖的Call path永遠是由上而下的(很整齊)
> 而UML畫出來的圖，Call path什麼方向都有，跟現行組織蠻脫節的(很亂)
上面的文字讀來, 我很懷疑,
你真的看過 UML 的 sequence diagram 及 activity diagram 嗎？
做任何主觀批評之前, 請先把客觀事實認知清楚。
此外, 你批評 UML 有「Call path什麼方向都有」的問題,
但這不是 diagram 的固有問題, 這是設計者的問題。
任何一位有點 discipline 的設計者,
都知道該把 cycle 降低到 micro 的層次,
在 macro 層次很少會如你所說「Call path什麼方向都有」。
沒有 discipline 的人, 就算用傳統的流程圖或 DFD 工具,
照樣會畫出通心麵。事實上, 「通心麵」的批評,
正是 OO 還沒誕生的結構化年代就出現的呢。
--
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
≡ 何陋居 ≡ 在這個世界上，你就愛一種東西，你就在你愛的這個東西裡
把自己練到完美，練到無懈可擊… 就這樣，你學會簡單而嚴肅…
你形成一種風格，唯你獨有。 劉大任
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
--
* Origin: ★ 交通大學資訊科學系 BBS ★ <bbs.cis.nctu.edu.tw: 140.113.23.3>