|
|
|
mvnForum » 列出所有討論區 » » 討論區: 專案管理 » » » 話題: UML |
|
| 列印 2024/4/19 下午 09:31:24 | 在同一個網頁中顯示這個話題的所有文章 |
| 文章作者 jieh 於 2010/10/15 上午 11:56:34 |
UML剛加入一個由研發單位轉入營利自負的事業群，對於專案管理的觀念仍未完整建立，就像小惡魔在小資訊公司時一樣，剛接到第一個千萬案子時，抱著聖經嘴說理論才有一份安心感，那時候二十幾歲的小惡魔要上檯面跟大公司的高層和許多董字輩的總經銷臭屁專案說明會時，還怨恨自己白頭髮太少會讓這些長輩們嫌太嫩...... 所以那時候抱著 UML 是最基本的，而今又要再度重拾 UML 的記憶，和以往不同的是 Google 可以提供的資訊已經多很多了。 以下是小惡魔在 2010-10-15 Google Search 整理的成果
工具比較 ---------------------------------------- 支持小惡魔 BTC : 19tn3RnCuwZVukXAwyhDWZD4uBgUZoGJPx LTC : LTFa17pSvvoe3aU5jbmfcmEpo1xuGa9XeA 知識跟八卦一樣，越多人知道越有價值；知識最好的備份方法，散播！ 藍色小惡魔(林永傑)： 臉書 |
| 文章作者 jieh 於 2010/10/18 上午 09:53:41 |
|
Use Case Diagram include 和 extend 的差別 確實！從開始學 UML 到去上課，甚至到現在又要再度扯上關係，在 Use Case Diagram 中我第一個需要再搞懂的就是 include 和 extend 的差別... 在開始回憶之前我確實又把 extend 想成 OO 的繼承(註1)，直到看到此文《UML中use case diagram的extend與include的差別》讓我想起上課時有這麼一說〝extends 是一種 optional 的概念〞。 不過第二個問題來了，在 USE CASE 中常常讓人搞不清楚的就是箭頭的方向，小惡魔主要的技巧就是硬背，把 include 的方向搞清楚，extend 就跟他是相反。 不過如果你想比較靈活記住箭頭該指向誰，記住這句邏輯概念〝箭頭指向的對象是被依賴(必需存在的)的一方〞！用這句話再回頭去消化你對那幾條線(Generalization, Dependency-Include, Dependency-Extend)的理解，如果你慧根夠的話應該就會融會貫通了！ 註1：在 USE CASE 中繼承的關係是以 Generalizatoin 一般化的實線空心箭頭來表示，箭頭被指的對象是父類別或被覆蓋的對象，反之另一端的線則是代表繼承者或覆蓋後的新案例。 暫放 use case description http://relyky.blogspot.com/2010/03/use-case-description.html ---------------------------------------- 支持小惡魔 BTC : 19tn3RnCuwZVukXAwyhDWZD4uBgUZoGJPx LTC : LTFa17pSvvoe3aU5jbmfcmEpo1xuGa9XeA 知識跟八卦一樣，越多人知道越有價值；知識最好的備份方法，散播！ 藍色小惡魔(林永傑)： 臉書 |