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

1目標

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

System用例的命名表明參與者的目標或者作用使用主動語態(tài)：用動詞起始設計一系列操作流程(to-do

list)幾種表達：Registerfor

CoursesRegisteringfor

CoursesAcknowledge

RegistrationCourse

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

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

查找(Retrieve),

更新(Update),

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

和用戶交互

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

用例圖用例提綱

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

列出詳細的事件流程按步驟（詳細）+

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

前置/后置條件注冊課程用例提綱+

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

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

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

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

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

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

Described）

用例的全生命周期用例識別用例提綱用例簡述結束課程注冊簡述:14用例簡述的例子用例簡述:一段簡潔的摘要，主要描述用例的成功場景處理購物交易:客戶帶著要購買的貨物到收款處，收銀員使用POS機掃描記錄每一種預購買的貨物。系統(tǒng)計算總價并打印清單。客戶付款，系統(tǒng)驗證并保存銷售記錄。系統(tǒng)更新庫存，客戶得到收條并帶著貨物離開。用例簡述的例子用例簡述:15用例概述的例子用例概述：非正式、隨意的格式非正式段落，覆蓋各種場景退貨處理主成功場景:客戶帶著要退的貨物到達收款處，出納員使用POS系統(tǒng)記錄每一個要退貨的貨物,

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

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

下訂單（PlaceOrder）前置條件:

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

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

系統(tǒng)保存訂單并且標記為已確認。Place

OrderGet

StatusSend

CatalogCustomerCancel

OrderDeliver

ProductShippingcompanySupply

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

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

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

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

1目標

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

System用例的命名表明參與者的目標或者作用使用主動語態(tài)：用動詞起始設計一系列操作流程(to-do

list)幾種表達：Registerfor

CoursesRegisteringfor

CoursesAcknowledge

RegistrationCourse

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

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

查找(Retrieve),

更新(Update),

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

和用戶交互

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

用例圖用例提綱

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

列出詳細的事件流程按步驟（詳細）+

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

前置/后置條件注冊課程用例提綱+

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

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

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

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

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

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

Described）

用例的全生命周期用例識別用例提綱用例簡述結束課程注冊簡述:33用例簡述的例子用例簡述:一段簡潔的摘要，主要描述用例的成功場景處理購物交易:客戶帶著要購買的貨物到收款處，收銀員使用POS機掃描記錄每一種預購買的貨物。系統(tǒng)計算總價并打印清單。客戶付款，系統(tǒng)驗證并保存銷售記錄。系統(tǒng)更新庫存，客戶得到收條并帶著貨物離開。用例簡述的例子用例簡述:34用例概述的例子用例概述：非正式、隨意的格式非正式段落，覆蓋各種場景退貨處理主成功場景:客戶帶著要退的貨物到達收款處，出納員使用POS系統(tǒng)記錄每一個要退貨的貨物,

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

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

下訂單（PlaceOrder）前置條件:

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

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

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