建站
咨詢
售后
建站咨詢
新聞中心
本節(jié)向大家介紹一下UML用例模型建立的步驟，UML用例模型有很多值得學(xué)習(xí)的地方，這里就和大家分享一下，希望本節(jié)的介紹對你的學(xué)習(xí)有所幫助。下面就讓我們一起來看一下UML用例模型建立的詳細(xì)步驟吧。
建立UML用例模型的步驟
一般來說，建立用例模型的步驟為：
（1）確定誰會直接使用該系統(tǒng)，即參與者（Actor），為了發(fā)現(xiàn)參與者，我們可以嘗試問如下問題：
a.誰/什么使用系統(tǒng)？
b.誰/什么從系統(tǒng)獲得信息？
c.誰/什么向系統(tǒng)提供信息？
d.誰/什么支持、維護(hù)系統(tǒng)？
e.哪些其它系統(tǒng)使用此系統(tǒng)？
f.公司的哪個部門使用系統(tǒng)？......
?。?）選取其中一個參與者；
?。?）定義該參與者希望系統(tǒng)做什么，參與者希望系統(tǒng)做的每件事成為一個用例，為了發(fā)現(xiàn)用例，我們可以嘗試問如下問題：
a.為什么該參與者想要使用此系統(tǒng)？
b.該參與者是否要創(chuàng)建、保存、更改、移動或讀取系統(tǒng)的數(shù)據(jù)？如果是，為什么？
c.該參與者是否要通知系統(tǒng)外部事件或變化？
d.該參與者是否需要知道系統(tǒng)內(nèi)部的特定事件？…
（4）對每件事來說，何時參與者會使用系統(tǒng)，通常會發(fā)生什么，這就是用例的基本過程；
（5）描述該用例的基本過程；
（6）考慮一些可變情況，把他們創(chuàng)建為擴展用例；
?。?）復(fù)審不同用例的描述，找出其中的相同點，抽出相同點作為共同的用例；
?。?）重復(fù)步驟2-7找出每一個用例。
UML用例模型中參與者檢查的參考標(biāo)準(zhǔn)如下：
?。?）是否您已找到所有的參與者？也就是說，是否您已經(jīng)對系統(tǒng)環(huán)境中的所有參與者都進(jìn)行了說明和建模？
（2）每個參與者是否至少涉及到一個用例？
?。?）您能否列出至少兩名可以作為特定參與者的人員？
?。?）是否有參與者擔(dān)任與系統(tǒng)相關(guān)的相似參與者？如果有，您應(yīng)該將他們合并到一個參與者中。
用例檢查的參考標(biāo)準(zhǔn)如下：
?。?）UML用例模型的簡介部分簡明清晰地概述此系統(tǒng)的目的和功能；
（2）所有的用例已確定，這些用例共同說明所有的必要行為；
?。?）所有的功能性需求都至少映射到一個用例；
（4）該UML用例模型不包含多余的行為，所有的用例都可回溯到某個功能性需求來證明其合理性。
用例圖從總體上大致描述了系統(tǒng)所能提供的各種服務(wù)，讓我們對于系統(tǒng)的功能有一個總體的認(rèn)識，僅此還是不夠的，我們還需要描述每一個用例的詳細(xì)信息，即用例規(guī)約。用例模型正是由用例圖和每一個用例的詳細(xì)描述――用例規(guī)約所組成的。RUP中提供了用例規(guī)約的模板，包含以下內(nèi)容：
（1）簡要說明(BriefDescription)：簡要介紹該用例的作用和目的；
（2）事件流(FlowofEvent)：包括基本流和備選流，事件流應(yīng)該表示出所有的場景；
?。?）用例場景(Use-CaseScenario)：包括成功場景和失敗場景，場景主要是由基本流和備選流組合而成的；
?。?）特殊需求(SpecialRequirement)：描述與該用例相關(guān)的非功能性需求（包括性能、可靠性、可用性和可擴展性等）和設(shè)計約束（所使用的操作系統(tǒng)、開發(fā)工具等）；
（5）前置條件(Pre-Condition)：執(zhí)行用例之前系統(tǒng)必須所處的狀態(tài)；
?。?）后置條件(Post-Condition)：用例執(zhí)行完畢后系統(tǒng)可能處于的一組狀態(tài)。
用例規(guī)約基本上是用文本方式來表述的，為了更加清晰地描述事件流，也可以選擇使用狀態(tài)圖、活動圖或序列圖來輔助說明（狀態(tài)圖有助于描述與狀態(tài)相關(guān)的系統(tǒng)行為，活動圖有助于描述復(fù)雜的決策流程，序列圖適合于描述基于時間順序的消息傳遞）。另外，只要對簡潔明了地表達(dá)用例有幫助，我們就可以在用例中任意粘貼用戶界面、流程的圖形化顯示方式及其他圖形。
網(wǎng)頁名稱：UML用例模型建立的詳細(xì)步驟
當(dāng)前URL：http://m.5511xx.com/article/dhcopcd.html
