【UML入門教程】——靜態結構（上）：用例圖

ZeroWM發表於2014-03-24

【用例圖】


【功能】用於需求分析階段，從使用者的角度出發來描述系統功能（外行人看系統），並指出各功能的執行者，強調誰在使用系統，系統為執行者完成哪些功能。是其他檢視的核心和基礎。


PS(2014年10月20日16:52:02)：這個系統是什麼，而不是這個系統怎麼工作。


個人理解：給使用者一個視覺化的系統功能模型圖。


【包含元素】

角色、   用例 、      關係(Relationship)


分析角色的準則：

1.使用系統的人， 必然是某個角色。（管理員、一般使用者、操作員）

2.系統會涉及到那些維護人員，資料庫，網路維護人員等。

3.系統操作需要的硬體外設，比如印表機、傳真機，也可能是角色。

4.需要用到的以外的系統。


用例：

橢圓形，是一組動作序列的抽象描述，系統執行這些動作序列，產生相應的結果。理解一下，就是可見的系統功能。



涉及到的關係：

1.參與者與用例之間的關係：關聯

 

2.用例之間的關係：依賴，其中主要有包含《include》/擴充套件《extend》

包含關係：把一個比較複雜的系統功能分解成較小的系統功能，是整體和部分的關係。

擴充套件關係：用例功能的延伸。相當於給用例提供一個附加的功能。


PS(2014年10月20日16:59:05)

包含、擴充套件對比：

相同點：1.用例和用例間關係

不同點：1.方向不同，擴充套件從外指向內部，包含從裡面指向外部  2.意思不同，擴充套件是外來客，包含是用例具體化。


泛化和繼承對比：

　　相同點：圖示一樣　 

　　 不同點：泛化從下到上，子類抽象成父類的過程；繼承是從上到下，子類繼承父類的特性。


3.角色和角色之間關係：泛化《generalization》

下面的實踐圖的總體圖，表示的就是泛化關係，即繼承關係。管理員繼承了操作員結構、行為和關係，操作員同上。


【實踐——機房收費系統】


感受：

1.一有重複，就想到合併，此處用到的是泛化。

2.如果單看圖，就一個小人（角色），幾個橢圓（用例），三種線型（泛化、擴充套件、包含關係），分析好了關係，就容易畫多了。


成果：









相關文章