溫馨提示×

溫馨提示×

您好,登錄后才能下訂單哦!

密碼登錄×
登錄注冊×
其他方式登錄
點(diǎn)擊 登錄注冊 即表示同意《億速云用戶服務(wù)條款》

建立UML用例模型的步驟

發(fā)布時(shí)間:2021-09-14 15:35:02 來源:億速云 閱讀:238 作者:chen 欄目:開發(fā)技術(shù)

這篇文章主要介紹“建立UML用例模型的步驟”,在日常操作中,相信很多人在建立UML用例模型的步驟問題上存在疑惑,小編查閱了各式資料,整理出簡單好用的操作方法,希望對大家解答”建立UML用例模型的步驟”的疑惑有所幫助!接下來,請跟著小編一起來學(xué)習(xí)吧!

建立UML用例模型的步驟

一般來說,建立用例模型的步驟為:

(1)確定誰會(huì)直接使用該系統(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.公司的哪個(gè)部門使用系統(tǒng)?......

(2)選取其中一個(gè)參與者;

(3)定義該參與者希望系統(tǒng)做什么,參與者希望系統(tǒng)做的每件事成為一個(gè)用例,為了發(fā)現(xiàn)用例,我們可以嘗試問如下問題:

a.為什么該參與者想要使用此系統(tǒng)?

b.該參與者是否要?jiǎng)?chuàng)建、保存、更改、移動(dòng)或讀取系統(tǒng)的數(shù)據(jù)?如果是,為什么?

c.該參與者是否要通知系統(tǒng)外部事件或變化?

d.該參與者是否需要知道系統(tǒng)內(nèi)部的特定事件?…

(4)對每件事來說,何時(shí)參與者會(huì)使用系統(tǒng),通常會(huì)發(fā)生什么,這就是用例的基本過程;

(5)描述該用例的基本過程;

(6)考慮一些可變情況,把他們創(chuàng)建為擴(kuò)展用例;

(7)復(fù)審不同用例的描述,找出其中的相同點(diǎn),抽出相同點(diǎn)作為共同的用例;

(8)重復(fù)步驟2-7找出每一個(gè)用例。

UML用例模型中參與者檢查的參考標(biāo)準(zhǔn)如下:

(1)是否您已找到所有的參與者?也就是說,是否您已經(jīng)對系統(tǒng)環(huán)境中的所有參與者都進(jìn)行了說明和建模?

(2)每個(gè)參與者是否至少涉及到一個(gè)用例?

(3)您能否列出至少兩名可以作為特定參與者的人員?

(4)是否有參與者擔(dān)任與系統(tǒng)相關(guān)的相似參與者?如果有,您應(yīng)該將他們合并到一個(gè)參與者中。

用例檢查的參考標(biāo)準(zhǔn)如下:

(1)UML用例模型的簡介部分簡明清晰地概述此系統(tǒng)的目的和功能;

(2)所有的用例已確定,這些用例共同說明所有的必要行為;

(3)所有的功能性需求都至少映射到一個(gè)用例;

(4)該UML用例模型不包含多余的行為,所有的用例都可回溯到某個(gè)功能性需求來證明其合理性。

用例圖從總體上大致描述了系統(tǒng)所能提供的各種服務(wù),讓我們對于系統(tǒng)的功能有一個(gè)總體的認(rèn)識,僅此還是不夠的,我們還需要描述每一個(gè)用例的詳細(xì)信息,即用例規(guī)約。用例模型正是由用例圖和每一個(gè)用例的詳細(xì)描述――用例規(guī)約所組成的。RUP中提供了用例規(guī)約的模板,包含以下內(nèi)容:

(1)簡要說明(BriefDescription):簡要介紹該用例的作用和目的;

(2)事件流(FlowofEvent):包括基本流和備選流,事件流應(yīng)該表示出所有的場景;

(3)用例場景(Use-CaseScenario):包括成功場景和失敗場景,場景主要是由基本流和備選流組合而成的;

(4)特殊需求(SpecialRequirement):描述與該用例相關(guān)的非功能性需求(包括性能、可靠性、可用性和可擴(kuò)展性等)和設(shè)計(jì)約束(所使用的操作系統(tǒng)、開發(fā)工具等);

(5)前置條件(Pre-Condition):執(zhí)行用例之前系統(tǒng)必須所處的狀態(tài);

(6)后置條件(Post-Condition):用例執(zhí)行完畢后系統(tǒng)可能處于的一組狀態(tài)。

用例規(guī)約基本上是用文本方式來表述的,為了更加清晰地描述事件流,也可以選擇使用狀態(tài)圖、活動(dòng)圖或序列圖來輔助說明(狀態(tài)圖有助于描述與狀態(tài)相關(guān)的系統(tǒng)行為,活動(dòng)圖有助于描述復(fù)雜的決策流程,序列圖適合于描述基于時(shí)間順序的消息傳遞)。另外,只要對簡潔明了地表達(dá)用例有幫助,我們就可以在用例中任意粘貼用戶界面、流程的圖形化顯示方式及其他圖形。

到此,關(guān)于“建立UML用例模型的步驟”的學(xué)習(xí)就結(jié)束了,希望能夠解決大家的疑惑。理論與實(shí)踐的搭配能更好的幫助大家學(xué)習(xí),快去試試吧!若想繼續(xù)學(xué)習(xí)更多相關(guān)知識,請繼續(xù)關(guān)注億速云網(wǎng)站,小編會(huì)繼續(xù)努力為大家?guī)砀鄬?shí)用的文章!

向AI問一下細(xì)節(jié)

免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點(diǎn)不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進(jìn)行舉報(bào),并提供相關(guān)證據(jù),一經(jīng)查實(shí),將立刻刪除涉嫌侵權(quán)內(nèi)容。

uml
AI