軟件工程需求分析用例圖

網(wǎng)上報名系統(tǒng)——第2次課我們的進度，在這里工作任務根據(jù)訪談內容，進行業(yè)務用例建模提交內容業(yè)務用例圖我們的進度，在這里我們的進度，在這里工作任務1：業(yè)務用例建模

交付的工作產(chǎn)品：業(yè)務用例圖

學習情境

知識點1：業(yè)務用例建模

對應教材章節(jié)：第4章4.3-4.9什么是用例圖（UseCaseDiagram）用例圖的應用用例圖的組成參與者、用例的識別用例建模技術我們的進度，在這里什么是用例圖(usecasediagram)在UML中，一個用例模型由若干個用例圖(usecasediagram)描述。用例圖是顯示一組用例、參與者以及它們之間關系的圖。用例圖的應用用例圖是從用戶的角度來描述對軟件產(chǎn)品的需求，分析產(chǎn)品的功能和行為，因此，對整個軟件開發(fā)過程而言，用例圖是至關重要的。用例圖定義和描述了系統(tǒng)的外部可見行為，是分析、設計直至組裝測試的重要依據(jù)。讓用戶參與前期的系統(tǒng)分析與設計。UseCase對開發(fā)的意義實現(xiàn)測試需求分析和設計UseCases把所有這些過程綁到一起大學信息系統(tǒng)的一個用例圖用例圖的組成用例（UseCase）參與者（Actor）關系(Relationship)什么是參與者參與者：在系統(tǒng)之外，透過系統(tǒng)邊界與系統(tǒng)進行有意義交互的任何事物。參與者可能是人、另外一個系統(tǒng)、時間的流逝等。UML中，參與者用“人形”圖標來表示，名字寫在圖標的下方。什么是用例用例（usecase）一個用例是用戶與計算機之間的一次典型交互作用。在UML中,用例被定義成系統(tǒng)執(zhí)行的一系列動作（功能）。參與者和用例分別描述了“誰來做？”和“做什么？”這兩個問題。每個用例都必須有一個惟一的名字以區(qū)別于其他用例。用例用一個橢圓來表示，用例的名字可以書寫在橢圓的內部或下方。用例的UML圖標如圖所示。

如何建立用例模型

建立系統(tǒng)用例模型的過程就是對系統(tǒng)進行功能需求分析的過程。定義系統(tǒng)確定執(zhí)行者和用例描述執(zhí)行者和用例關系確認模型●確定系統(tǒng)范圍；●分析系統(tǒng)功能。

●執(zhí)行者通常是使用系統(tǒng)功能的外部用戶或系統(tǒng)?！裼美且粋€子系統(tǒng)或系統(tǒng)的一個獨立、完整功能。各模型元素之間有：關聯(lián)、使用、擴展及泛化等關系。確認用例模型與用戶需求的一致性，通常由用戶與開發(fā)者共同完成。用例建模技術識別參與者識別用例識別用例間的關系用例闡述識別參與者的方法誰使用系統(tǒng)的主要功能誰改變系統(tǒng)的數(shù)據(jù)誰從系統(tǒng)獲取信息誰需要系統(tǒng)的支持以完成日常工作任務誰負責日常維護、管理并保證系統(tǒng)正常運行系統(tǒng)需要應付（處理）那些硬設備系統(tǒng)需要和那些外部系統(tǒng)交互誰（或什么）對系統(tǒng)運行產(chǎn)生的結果（值）感興趣時間、氣溫等內部外部條件識別參與者

客戶給銷售員發(fā)來傳真訂貨，銷售員下班前將當日訂貨單匯總輸入系統(tǒng)。誰是系統(tǒng)的Actor？答案：銷售員識別參與者

商品銷售系統(tǒng)。顧客通過網(wǎng)絡下單之后，系統(tǒng)計算出總計金額，稅金，運費，并將數(shù)目傳遞給一個外掛的會計系統(tǒng)，該系統(tǒng)是另外購買的。有幾個Actor？答案：顧客(商品銷售系統(tǒng))，

商品銷售系統(tǒng)(會計系統(tǒng))例：圖書管理系統(tǒng)的參與者：借閱者（Borrower）圖書管理員（Librarian）Example參與者的泛化參與者之間也可以象類一樣存在泛化或者依賴關系。如系統(tǒng)中經(jīng)理可以參加雇員的所有用例識別用例的方法①參與者希望系統(tǒng)提供什么功能；②系統(tǒng)是否存儲和檢索信息；如果是，這個行為由哪個參與者觸發(fā)；③當系統(tǒng)改變狀態(tài)時，是否通知參與者；④是否存在影響系統(tǒng)的外部事件，是哪個參與者通知系統(tǒng)這些外部事件。識別用例Email客戶端（如：outlookexpress），A在北京發(fā)郵件給深圳的B，系統(tǒng)提醒B”你有新郵件”，B收郵件。識別用例

一個論壇類的應用，用戶可以提問，別人來回答，如果有自己問題被解答的話，就給發(fā)問者發(fā)一份郵件通知。注意：發(fā)郵件這個用例可以是單獨的用例，也可以是由回答用例擴展出來的用例用例間、用例與參與者的關系1.泛化關系（Generalization）：一個用例可以被特別列舉為一個或多個子用例，這被稱為用例泛化。2.包含關系（Include）一個用例可以簡單地包含其他用例具有的行為，并把它所包含的用例行為作為自身行為的一部分，這被稱作包含關系。3.擴展關系（Extend）：一個用例也可以被定義為基礎用例的增量擴展，這稱作擴展關系，擴展關系是把新行為插入到已有用例的方法。4.關聯(lián)關系：關聯(lián)關系表示參與者與用例之間的通信。四種關系的UML圖釋包含關系擴展關系泛化關系關聯(lián)關系用例之間的關系泛化：同一業(yè)務目的的不同技術實現(xiàn)包含：提取公共交互，提高復用擴展：“凍結”基用例以保持穩(wěn)定

*通過關系提高用例復用泛化(generalization)

當多個用例共同擁有一種類似的結構和行為的時候我們可以將它們的共性抽象成為父用例，其他的用例作為泛化關系中的子用例。泛化關系：用例可以被特別列舉為一個或多個子用例，這被稱做用例泛化。當父用例能夠被使用時，任何子用例也可以被使用。如在下圖中，訂票是電話訂票和網(wǎng)上訂票的抽象。泛化關系泛化(generalization)泛化舉例（一）：

泛化(generalization)泛化舉例（二）：包含(include)包含是指基本用例(baseusecase)會用到包含用例(inclusion)，具體地講，就是將包含用例的事件流插入到基礎用例的事件流中。包含用例是可重用的用例──多個用例的公共用例。

包含(include)包含(include)包含舉例（一）：包含(include)包含舉例（二）：擴展(extend)將擴展用例的事件流在一定的條件下按照相應的擴展點插入到基礎用例中?；A用例不必知道擴展用例的任何細節(jié)，它僅為其提供擴展點。擴展用例的行為是否被執(zhí)行要取決于主事件流中的判定點。擴展關系是從擴展用例到基本用例的關系，它說明為擴展用例定義的行為如何插入到為基本用例定義的行為中。它是以隱含形式插入的，也就是說，擴展用例并不在基本用例中顯示。在以下幾種情況下，可使用擴展用例：a.表明用例的某一部分是可選的系統(tǒng)行為（這樣，您就可以將模型中的可選行為和必選行為分開）；b.表明只在特定條件（如例外條件）下才執(zhí)行的分支流；擴展關系擴展(extend)擴展(extend)擴展舉例（一）：擴展(extend)擴展舉例（二）：用例之間的關系包含用例與擴展用例的區(qū)別①相對于基礎用例，擴展用例是可選的，而包含用例則不是。②如果缺少擴展用例，基礎用例還是完整的，而缺少包含用例，則基礎用例就不完整了。③擴展用例的執(zhí)行需要滿足某種條件，而包含用例不需要。④擴展用例的執(zhí)行會改變基礎用例的行為，而包含用例不會。例：自動售貨機供貨買飲料取貨款客戶供貨人收銀員自動售貨系統(tǒng)售貨供貨取貨款顧客供貨人收銀員售散裝飲料打開機器關閉機器打開機器關閉機器<<擴展>><<包含>><<包含>><<包含>><<包含>>自動售貨機系統(tǒng)網(wǎng)上報名系統(tǒng)的業(yè)務用例建?，F(xiàn)在我們要對網(wǎng)上報名系統(tǒng)進行業(yè)務用例建模。在上次進行的訪談中，我們得知：該系統(tǒng)的使用者：各省隊參賽報名負責人（各省隊用戶）和中國賽艇協(xié)會管理人員。各省隊用戶的主要業(yè)務：（1）查看賽事信息（2）報名：

i）參賽單位報名

ii）參賽運動員報名我們的進度，在這里網(wǎng)上報名系統(tǒng)的業(yè)務用例建模中國賽艇協(xié)會管理人員的主要業(yè)務：（1）各省隊用戶管理（2）單位管理（3）運動員管理（4）競賽項目管理（5）報名管理

i）報名單位

ii）報名運動員（6）賽事管理

i）賽事基本信息

ii）主要比賽項目我們的進度，在這里根據(jù)以上訪談內容，我們識別出參與者和用例。在RationalRose中建模。打開模型：網(wǎng)上報名系統(tǒng)在UseCase中新建一個包，命名為“領域分析”，在其中創(chuàng)建一個用例圖（UseCaseDiagram，命名為：業(yè)務用例圖我們的進度，在這里我們的進度，在這里注意：這個用例圖是從用戶業(yè)務的視角出發(fā)，用來進行業(yè)務用例建模的。在今后的需求分析階段，我們會從系統(tǒng)的視角來進行系統(tǒng)用例建模。我們的進度，在這里注意：這個用例圖是從用戶業(yè)務的視角出發(fā)，用來進行業(yè)務用例建模的。在今后的需求分析階段，我們會從系統(tǒng)的視角來進行系統(tǒng)用例建模。用戶觀點系統(tǒng)觀點要點：用戶觀點而非系統(tǒng)觀點完成系統(tǒng)用例建模.今天的工作任務提交內容系統(tǒng)用例圖我們的進度，在這里工作任務1：完成系統(tǒng)用例建模

交付的工作產(chǎn)品：系統(tǒng)用例圖我們的進度，在這里1.泛化關系（Generalization）：一個用例可以被特別列舉為一個或多個子用例，這被稱為用例泛化。2.包含關系（Include）一個用例可以簡單地包含其他用例具有的行為，并把它所包含的用例行為作為自身行為的一部分，這被稱作包含關系。3.擴展關系（Extend）：一個用例也可以被定義為基礎用例的增量擴展，這稱作擴展關系，擴展關系是把新行為插入到已有用例的方法。用例之間的三種關系依賴泛化參與者之間的關系參與者和用例間的關系關聯(lián)關系：關聯(lián)關系表示參與者與用例之間的通信。系統(tǒng)用例“顯示賽事信息”是對業(yè)務用例“查看賽事信息”的系統(tǒng)實現(xiàn)。系統(tǒng)顯示賽事名稱、舉辦地、報名時間、狀態(tài)。網(wǎng)上報名系統(tǒng)——

業(yè)務用例1：查看賽事信息

對應系統(tǒng)用例：顯示賽事信息我們的進度，在這里在業(yè)務用例“報名”的中，有兩個泛化用例——參賽單位報名和參賽運動員報名。在”參賽單位報名”用例中，應該提供相應的三種操作給用戶，因此，得到系統(tǒng)用例“新增參賽單位信息”、“刪除參賽單位信息”、“修改參賽單位信息”。這三個系統(tǒng)用例是系統(tǒng)用例“參賽單位報名”的泛化用例。在”參賽運動員報名”用例中，應該提供相應的三種操作給用戶，因此，得到系統(tǒng)用例“新增參賽運動員信息”、“刪除參賽運動員信息”、“修改參賽運動員信息”。這三個系統(tǒng)用例是系統(tǒng)用例“參賽運動員報名”的泛化用例。網(wǎng)上報名系統(tǒng)——

業(yè)務用例2：報名

對應系統(tǒng)用例：報名我們的進度，在這里圖示表示如下：我們的進度，在這里進一步分析省隊用戶管理。在本系統(tǒng)中，應該提供相應的四種操作給管理員，因此，得到系統(tǒng)用例“添加省隊用戶”、“刪除省隊用戶”、“修改省隊用戶信息”、“查詢省隊用戶信息”。這四個系統(tǒng)用例是系統(tǒng)用例“省隊用戶管理”的泛化用例。圖示表示如下：網(wǎng)上報名系統(tǒng)——

業(yè)務用例3：省隊用戶管理

對應系統(tǒng)用例：省隊用戶管理我們的進度，在這里圖示表示如下：我們的進度，在這里請分析：系統(tǒng)用例“單位管理”、“運動員管理”、“競賽項目管理”、“賽事管理”。在業(yè)務用例“報名管理”的中，有兩個泛化用例——“報名單位管理”和“報名運動員管理”。在”報名單位管理”用例中，應該提供相應的兩種操作給用戶，因此，得到系統(tǒng)用例“新增報名單位信息”、“查詢報名單位信息”。這兩個系統(tǒng)用例是系統(tǒng)用例“報名單位管理”的泛化用例。在”報名運動員管理”用例中，應該提供相應的兩種操作給用戶，因此，得到系統(tǒng)用例“修改報名運動員信息”、“查詢報名運動員信息”。這兩個系統(tǒng)用例是系統(tǒng)用例“報名運動員管理”的泛化用例。網(wǎng)上報名系統(tǒng)——

業(yè)務用例4：報名管理

對應系統(tǒng)用例：報名管理我們的進度，在這里我們的進度，在這里圖示表示如下：為了保證該系統(tǒng)的使用安全，系統(tǒng)需要為工作人員提供兩個操作“登錄”和“注銷”，其中，系統(tǒng)用例“登錄”是所有其他系統(tǒng)用例的包含（include）用例，而其他系統(tǒng)用例是“注銷”的包含（include）用例。而這兩個系統(tǒng)用例并沒有對應的業(yè)務用例。由此可見，業(yè)務用例描述的是用戶的實際業(yè)務情況。而系統(tǒng)用例描述的是系統(tǒng)為用戶的操作