系統(tǒng)分析與設(shè)計(jì)IBM-32用例建模過(guò)程課件

構(gòu)建用例模型的步驟第一步：找到所有的參與者和用例識(shí)別出參與者并做簡(jiǎn)單的描述識(shí)別出用例并做簡(jiǎn)單的介紹第二步：編寫用例列出用例給用例事件流程劃分重要等級(jí)按照重要程度排序詳細(xì)描述事件流程構(gòu)建用例模型的步驟第一步：找到所有的參與者和用例1尋找參與者誰(shuí)/什么使用系統(tǒng)？誰(shuí)/什么從系統(tǒng)中獲取信息？誰(shuí)/什么向系統(tǒng)提供信息？公司的哪個(gè)部門會(huì)使用系統(tǒng)？誰(shuí)/什么負(fù)責(zé)系統(tǒng)的維護(hù)？還有哪些其他系統(tǒng)會(huì)使用系統(tǒng)？尋找參與者2學(xué)生 教務(wù)人員中心選課系統(tǒng)學(xué)生并不直接操作選課系統(tǒng)；是教務(wù)人員進(jìn)行操作?；蛘?，構(gòu)建一個(gè)基于瀏覽器的在線應(yīng)用？在線選課系統(tǒng)()學(xué)生識(shí)別參與者——是誰(shuí)與系統(tǒng)進(jìn)行交互？學(xué)生 教務(wù)人員中心選課系統(tǒng)學(xué)生并不直接操作選課系統(tǒng)；是教務(wù)人3參與者的描述名稱學(xué)生簡(jiǎn)要描述注冊(cè)課程的用戶和用例之間的關(guān)系課程注冊(cè)學(xué)生用例描述參與者的描述名稱學(xué)生簡(jiǎn)要描述注冊(cè)課程的用戶和用例之間的關(guān)系課4參與者建模的檢查項(xiàng)是否找全所有的參與者？是否對(duì)系統(tǒng)環(huán)境中所有的角色進(jìn)行了描述和建模？每個(gè)參與者是否至少與一個(gè)用例發(fā)生了交互？是否可以為每一個(gè)角色找到至少兩個(gè)實(shí)例？不同參與者與系統(tǒng)的交互是否一致，扮演的角色是否相似？如果有，則應(yīng)該要合并這些參與者作為同一種角色參與者建模的檢查項(xiàng)是否找全所有的參與者？是否對(duì)系統(tǒng)環(huán)境中所有5尋找用例參與者目標(biāo)

1目標(biāo)

2我想通過(guò)這個(gè)系統(tǒng)達(dá)到什么目的？尋找用例參與者目標(biāo)1目標(biāo)2我想通過(guò)這個(gè)系統(tǒng)達(dá)到什么目的6識(shí)別用例每個(gè)參與者的目標(biāo)是什么？為什么參與者要使用這個(gè)系統(tǒng)？參與者是否需要對(duì)系統(tǒng)中數(shù)據(jù)進(jìn)行創(chuàng)建，存儲(chǔ)，更改，刪除或者讀取的操作？為什么？參與者是否需要將外部事件或發(fā)生的改變告知系統(tǒng)？參與者是否需要知道系統(tǒng)內(nèi)部發(fā)生的事件或改變？系統(tǒng)是否能夠應(yīng)對(duì)業(yè)務(wù)中所有的正確行為與操作？識(shí)別用例每個(gè)參與者的目標(biāo)是什么？7用例的描述用例的文本描述名稱注冊(cè)課程簡(jiǎn)要描述學(xué)生選擇下個(gè)學(xué)期想上的課程。生成必修課和選修課的課表信息。與參與者的關(guān)系注冊(cè)課程學(xué)生用例的描述名稱注冊(cè)課程簡(jiǎn)要描述學(xué)生選擇下個(gè)學(xué)期想上的課程。生8?UseRegistration

System用例的命名表明參與者的目標(biāo)或者作用使用主動(dòng)語(yǔ)態(tài)：用動(dòng)詞起始設(shè)計(jì)一系列操作流程(to-do

list)幾種表達(dá)：Registerfor

CoursesRegisteringfor

CoursesAcknowledge

RegistrationCourse

Registration哪種表達(dá)形式可以表現(xiàn)出參與者的意義或價(jià)值？哪些不可以？你會(huì)選擇哪個(gè)作為你的用例名稱？為什么？?UseRegistrationSystem用例的命名9用例建模過(guò)程中的檢查項(xiàng)用例建模是為了表示系統(tǒng)的行為。通過(guò)模型可以很容易理解系統(tǒng)進(jìn)行的操作應(yīng)該識(shí)別出所有的用例，用來(lái)表達(dá)所有的需求。系統(tǒng)的任何一個(gè)特性都可以找到對(duì)應(yīng)的用例用例模型并不包含多余的行為；所有的用例可以追溯到系統(tǒng)的功能性需求作為驗(yàn)證。去掉所有的CRUD

類的用例創(chuàng)建(Create),

查找(Retrieve),

更新(Update),

刪除(Delete)用例建模過(guò)程中的檢查項(xiàng)用例建模是為了表示系統(tǒng)的行為。通過(guò)模型10構(gòu)建用例模型的步驟第一步：找到所有的參與者和用例識(shí)別出參與者并做簡(jiǎn)單的描述識(shí)別出用例并做簡(jiǎn)單的介紹第二步：編寫用例找出用例給用例事件流程劃分重要等級(jí)按照重要程度排序詳細(xì)描述事件流程構(gòu)建用例模型的步驟11尋找用例的方法

和用戶交互

基本策略：把自己當(dāng)作actor，與設(shè)想中的系統(tǒng)進(jìn)行交互?？紤]：系統(tǒng)交互的目的是什么？需要向系統(tǒng)輸入什么信息？希望由系統(tǒng)進(jìn)行什么處理并從它得到何種結(jié)果？注意：確定UseCase和確定actor不能截然分開(kāi)尋找用例的方法 和用戶交互12用例建模的過(guò)程：

用例圖用例提綱

用例詳細(xì)規(guī)約注冊(cè)課程用例的詳細(xì)規(guī)約+

列出詳細(xì)的事件流程按步驟（詳細(xì)）+

特殊的規(guī)約說(shuō)明+

前置/后置條件注冊(cè)課程用例提綱+

粗略列出事件流程大體步驟學(xué)生課程目錄系統(tǒng)+

用例簡(jiǎn)單描述注冊(cè)課程用例建模的過(guò)程：用例圖用例提綱用例詳細(xì)規(guī)約注冊(cè)課程13用例的全生命周期用例識(shí)別（Discovered）用例提綱（Outlined）用例簡(jiǎn)述（Brie?yDescribed）結(jié)束課程注冊(cè)簡(jiǎn)述:

教務(wù)人員可以通過(guò)這個(gè)用例結(jié)束課程注冊(cè)環(huán)節(jié)。學(xué)生人數(shù)不足的課程將被取消。收費(fèi)系統(tǒng)會(huì)通知所有未被取消的課程的選課學(xué)生進(jìn)行繳費(fèi)。

結(jié)束注冊(cè)環(huán)節(jié)

（概述）--‐事件流--‐…結(jié)束注冊(cè)環(huán)節(jié)（用例規(guī)約）--‐詳細(xì)的事件流特殊的需求--‐前置/后置條件

用例詳細(xì)規(guī)約（Fully

Described）

用例的全生命周期用例識(shí)別用例提綱用例簡(jiǎn)述結(jié)束課程注冊(cè)簡(jiǎn)述:14用例簡(jiǎn)述的例子用例簡(jiǎn)述:一段簡(jiǎn)潔的摘要，主要描述用例的成功場(chǎng)景處理購(gòu)物交易:客戶帶著要購(gòu)買的貨物到收款處，收銀員使用POS機(jī)掃描記錄每一種預(yù)購(gòu)買的貨物。系統(tǒng)計(jì)算總價(jià)并打印清單?？蛻舾犊?，系統(tǒng)驗(yàn)證并保存銷售記錄。系統(tǒng)更新庫(kù)存，客戶得到收條并帶著貨物離開(kāi)。用例簡(jiǎn)述的例子用例簡(jiǎn)述:15用例概述的例子用例概述：非正式、隨意的格式非正式段落，覆蓋各種場(chǎng)景退貨處理主成功場(chǎng)景:客戶帶著要退的貨物到達(dá)收款處，出納員使用POS系統(tǒng)記錄每一個(gè)要退貨的貨物,

...候選場(chǎng)景:若信用驗(yàn)證失敗，通知客戶并要求使用其他付款方法若系統(tǒng)檢測(cè)到與外界計(jì)稅系統(tǒng)通信失敗,

...用例概述的例子用例概述：16詳細(xì)用例規(guī)約的例子用例名稱:

下訂單（PlaceOrder）前置條件:

用戶通過(guò)身份認(rèn)證登錄系統(tǒng)描述:當(dāng)顧客選擇“下訂單”時(shí)，進(jìn)入該用例流程顧客輸入姓名和地址信息如果顧客僅輸入了郵政編碼，系統(tǒng)會(huì)提供州和城市信息顧客輸入代購(gòu)買的物品編碼系統(tǒng)顯示每個(gè)產(chǎn)品的描述信息和價(jià)格信息系統(tǒng)將持續(xù)記錄顧客輸入的所有商品信息和相應(yīng)的總價(jià)顧客輸入信用卡付賬信息顧客選擇提交(Submit)系統(tǒng)確認(rèn)信息，保存待付款訂單信息，將賬單信息提交給賬務(wù)系統(tǒng)10.

確認(rèn)付賬成功后，系統(tǒng)標(biāo)記賬單為完成狀態(tài)，向顧客顯示賬單ID信息，用例結(jié)束異常情況:第9步中，如果信息不正確，系統(tǒng)將提示顧客對(duì)相應(yīng)信息進(jìn)行修改后置條件:

系統(tǒng)保存訂單并且標(biāo)記為已確認(rèn)。Place

OrderGet

StatusSend

CatalogCustomerCancel

OrderDeliver

ProductShippingcompanySupply

ProductSupplier用例圖詳細(xì)用例規(guī)約的例子用例名稱:下訂單（PlaceOrder17用例文檔模板UC_id：用例名描述：對(duì)該用例的一句或兩句的描述。參與者：參與該用例的參與者。包含：該用例所包含的用例，以及包含它的用例。擴(kuò)展：該用例可以擴(kuò)展的用例，以及擴(kuò)展它的用例。泛化：若該用例的子用例和父用例。前置條件：?jiǎn)?dòng)此用例所必須具備的條件。細(xì)節(jié)：該用例的細(xì)節(jié)。（基本流與可選流）后置條件：在該用例結(jié)束時(shí)確保成立的條件。例外：在該用例的執(zhí)行的過(guò)程中可能引起的例外*。限制：在應(yīng)用中可能出現(xiàn)的任何限制*。注釋：提供可能對(duì)該用例是重要的任何附加信息。用例文檔模板UC_id：用例名18總結(jié)：Use

Case模型的建立步驟找出系統(tǒng)外部的參與者和外部系統(tǒng)，確定系統(tǒng)的邊界和范圍；確定每一個(gè)參與者所期望的系統(tǒng)行為；把這些系統(tǒng)行為命名為Use

Case；使用泛化、包含、擴(kuò)展等關(guān)系處理系統(tǒng)行為的公共或變更部分；編制每一個(gè)UseCase的腳本；繪制Use

Case圖；區(qū)分主事件流和異常情況的事件流，可以把表示異常情況的事件流作為單獨(dú)的UseCase處理；細(xì)化UseCase圖，解決UseCase間的重復(fù)與沖突問(wèn)題?？偨Y(jié)：UseCase模型的建立步驟找出系統(tǒng)外部的參與者和外19構(gòu)建用例模型的步驟第一步：找到所有的參與者和用例識(shí)別出參與者并做簡(jiǎn)單的描述識(shí)別出用例并做簡(jiǎn)單的介紹第二步：編寫用例列出用例給用例事件流程劃分重要等級(jí)按照重要程度排序詳細(xì)描述事件流程構(gòu)建用例模型的步驟第一步：找到所有的參與者和用例20尋找參與者誰(shuí)/什么使用系統(tǒng)？誰(shuí)/什么從系統(tǒng)中獲取信息？誰(shuí)/什么向系統(tǒng)提供信息？公司的哪個(gè)部門會(huì)使用系統(tǒng)？誰(shuí)/什么負(fù)責(zé)系統(tǒng)的維護(hù)？還有哪些其他系統(tǒng)會(huì)使用系統(tǒng)？尋找參與者21學(xué)生 教務(wù)人員中心選課系統(tǒng)學(xué)生并不直接操作選課系統(tǒng)；是教務(wù)人員進(jìn)行操作。或者，構(gòu)建一個(gè)基于瀏覽器的在線應(yīng)用？在線選課系統(tǒng)()學(xué)生識(shí)別參與者——是誰(shuí)與系統(tǒng)進(jìn)行交互？學(xué)生 教務(wù)人員中心選課系統(tǒng)學(xué)生并不直接操作選課系統(tǒng)；是教務(wù)人22參與者的描述名稱學(xué)生簡(jiǎn)要描述注冊(cè)課程的用戶和用例之間的關(guān)系課程注冊(cè)學(xué)生用例描述參與者的描述名稱學(xué)生簡(jiǎn)要描述注冊(cè)課程的用戶和用例之間的關(guān)系課23參與者建模的檢查項(xiàng)是否找全所有的參與者？是否對(duì)系統(tǒng)環(huán)境中所有的角色進(jìn)行了描述和建模？每個(gè)參與者是否至少與一個(gè)用例發(fā)生了交互？是否可以為每一個(gè)角色找到至少兩個(gè)實(shí)例？不同參與者與系統(tǒng)的交互是否一致，扮演的角色是否相似？如果有，則應(yīng)該要合并這些參與者作為同一種角色參與者建模的檢查項(xiàng)是否找全所有的參與者？是否對(duì)系統(tǒng)環(huán)境中所有24尋找用例參與者目標(biāo)

1目標(biāo)

2我想通過(guò)這個(gè)系統(tǒng)達(dá)到什么目的？尋找用例參與者目標(biāo)1目標(biāo)2我想通過(guò)這個(gè)系統(tǒng)達(dá)到什么目的25識(shí)別用例每個(gè)參與者的目標(biāo)是什么？為什么參與者要使用這個(gè)系統(tǒng)？參與者是否需要對(duì)系統(tǒng)中數(shù)據(jù)進(jìn)行創(chuàng)建，存儲(chǔ)，更改，刪除或者讀取的操作？為什么？參與者是否需要將外部事件或發(fā)生的改變告知系統(tǒng)？參與者是否需要知道系統(tǒng)內(nèi)部發(fā)生的事件或改變？系統(tǒng)是否能夠應(yīng)對(duì)業(yè)務(wù)中所有的正確行為與操作？識(shí)別用例每個(gè)參與者的目標(biāo)是什么？26用例的描述用例的文本描述名稱注冊(cè)課程簡(jiǎn)要描述學(xué)生選擇下個(gè)學(xué)期想上的課程。生成必修課和選修課的課表信息。與參與者的關(guān)系注冊(cè)課程學(xué)生用例的描述名稱注冊(cè)課程簡(jiǎn)要描述學(xué)生選擇下個(gè)學(xué)期想上的課程。生27?UseRegistration

System用例的命名表明參與者的目標(biāo)或者作用使用主動(dòng)語(yǔ)態(tài)：用動(dòng)詞起始設(shè)計(jì)一系列操作流程(to-do

list)幾種表達(dá)：Registerfor

CoursesRegisteringfor

CoursesAcknowledge

RegistrationCourse

Registration哪種表達(dá)形式可以表現(xiàn)出參與者的意義或價(jià)值？哪些不可以？你會(huì)選擇哪個(gè)作為你的用例名稱？為什么？?UseRegistrationSystem用例的命名28用例建模過(guò)程中的檢查項(xiàng)用例建模是為了表示系統(tǒng)的行為。通過(guò)模型可以很容易理解系統(tǒng)進(jìn)行的操作應(yīng)該識(shí)別出所有的用例，用來(lái)表達(dá)所有的需求。系統(tǒng)的任何一個(gè)特性都可以找到對(duì)應(yīng)的用例用例模型并不包含多余的行為；所有的用例可以追溯到系統(tǒng)的功能性需求作為驗(yàn)證。去掉所有的CRUD

類的用例創(chuàng)建(Create),

查找(Retrieve),

更新(Update),

刪除(Delete)用例建模過(guò)程中的檢查項(xiàng)用例建模是為了表示系統(tǒng)的行為。通過(guò)模型29構(gòu)建用例模型的步驟第一步：找到所有的參與者和用例識(shí)別出參與者并做簡(jiǎn)單的描述識(shí)別出用例并做簡(jiǎn)單的介紹第二步：編寫用例找出用例給用例事件流程劃分重要等級(jí)按照重要程度排序詳細(xì)描述事件流程構(gòu)建用例模型的步驟30尋找用例的方法

和用戶交互

基本策略：把自己當(dāng)作actor，與設(shè)想中的系統(tǒng)進(jìn)行交互?？紤]：系統(tǒng)交互的目的是什么？需要向系統(tǒng)輸入什么信息？希望由系統(tǒng)進(jìn)行什么處理并從它得到何種結(jié)果？注意：確定UseCase和確定actor不能截然分開(kāi)尋找用例的方法 和用戶交互31用例建模的過(guò)程：

用例圖用例提綱

用例詳細(xì)規(guī)約注冊(cè)課程用例的詳細(xì)規(guī)約+

列出詳細(xì)的事件流程按步驟（詳細(xì)）+

特殊的規(guī)約說(shuō)明+

前置/后置條件注冊(cè)課程用例提綱+

粗略列出事件流程大體步驟學(xué)生課程目錄系統(tǒng)+

用例簡(jiǎn)單描述注冊(cè)課程用例建模的過(guò)程：用例圖用例提綱用例詳細(xì)規(guī)約注冊(cè)課程32用例的全生命周期用例識(shí)別（Discovered）用例提綱（Outlined）用例簡(jiǎn)述（Brie?yDescribed）結(jié)束課程注冊(cè)簡(jiǎn)述:

教務(wù)人員可以通過(guò)這個(gè)用例結(jié)束課程注冊(cè)環(huán)節(jié)。學(xué)生人數(shù)不足的課程將被取消。收費(fèi)系統(tǒng)會(huì)通知所有未被取消的課程的選課學(xué)生進(jìn)行繳費(fèi)。

結(jié)束注冊(cè)環(huán)節(jié)

（概述）--‐事件流--‐…結(jié)束注冊(cè)環(huán)節(jié)（用例規(guī)約）--‐詳細(xì)的事件流特殊的需求--‐前置/后置條件

用例詳細(xì)規(guī)約（Fully

Described）

用例的全生命周期用例識(shí)別用例提綱用例簡(jiǎn)述結(jié)束課程注冊(cè)簡(jiǎn)述:33用例簡(jiǎn)述的例子用例簡(jiǎn)述:一段簡(jiǎn)潔的摘要，主要描述用例的成功場(chǎng)景處理購(gòu)物交易:客戶帶著要購(gòu)買的貨物到收款處，收銀員使用POS機(jī)掃描記錄每一種預(yù)購(gòu)買的貨物。系統(tǒng)計(jì)算總價(jià)并打印清單?？蛻舾犊?，系統(tǒng)驗(yàn)證并保存銷售記錄。系統(tǒng)更新庫(kù)存，客戶得到收條并帶著貨物離開(kāi)。用例簡(jiǎn)述的例子用例簡(jiǎn)述:34用例概述的例子用例概述：非正式、隨意的格式非正式段落，覆蓋各種場(chǎng)景退貨處理主成功場(chǎng)景:客戶帶著要退的貨物到達(dá)收款處，出納員使用POS系統(tǒng)記錄每一個(gè)要退貨的貨物,

...候選場(chǎng)景:若信用驗(yàn)證失敗，通知客戶并要求使用其他付款方法若系統(tǒng)檢測(cè)到與外界計(jì)稅系統(tǒng)通信失敗,

...用例概述的例子用例概述：35詳細(xì)用例規(guī)約的例子用例名稱:

下訂單（PlaceOrder）前置條件:

用戶通過(guò)身份認(rèn)證登錄系統(tǒng)描述:當(dāng)顧客選擇“下訂單”時(shí)，進(jìn)入該用例流程顧客輸入姓名和地址信息如果顧客僅輸入了郵政編碼，系統(tǒng)會(huì)提供州和城市信息顧客輸入代購(gòu)買的物品編碼系統(tǒng)顯示每個(gè)產(chǎn)品的描述信息和價(jià)格信息系統(tǒng)將持續(xù)記錄顧客輸入的所有商品信息和相應(yīng)的總價(jià)顧客輸入信用卡付賬信息顧客選擇提交(Submit)系統(tǒng)確認(rèn)信息，保存待付款訂單信息，將賬單信息提交給賬務(wù)系統(tǒng)10.

確認(rèn)付賬成功后，系統(tǒng)標(biāo)記賬單為完成狀態(tài)，向顧客顯示賬單ID信息，用例結(jié)束異常情況:第9步中，如果信息不正確，系統(tǒng)將提示顧客對(duì)相應(yīng)信息進(jìn)行修改后置條件:

系統(tǒng)保存訂單并且標(biāo)記為已確