3.用例驅(qū)動(dòng)的需求分析方法

1、面象技術(shù)與哈爾濱工業(yè)大工面象技術(shù)與哈爾濱工業(yè)大工象技術(shù)與面徐漢需求回需求的分3.2用例技3.3 敏捷開(kāi)發(fā)中的用戶故2質(zhì)量要求：可以工作質(zhì)量要求：可以工作；進(jìn)度要求：在預(yù)定的時(shí)間完成功能要求：完成用需求要求：約束下完成.開(kāi)發(fā)要能夠滿足各方面的需3的數(shù)字是的數(shù)字是這樣的45“構(gòu)建一系統(tǒng)“構(gòu)建一系統(tǒng)的部分是確定構(gòu)建什么在出錯(cuò)之后嚴(yán)重影響隨后實(shí)現(xiàn)的系統(tǒng)，并且在以后的修補(bǔ)是如此6開(kāi)開(kāi)發(fā)者開(kāi)發(fā)的與用戶所想得的存在著巨大期望差異7“IEEE, 需求“IEEE, 需求：以一種清晰、簡(jiǎn)潔、一致且無(wú)二義性的方式，描述用戶目系統(tǒng)在功能、行為、性能、設(shè)計(jì)約束等方面的期望，是在發(fā)過(guò)程中對(duì)系統(tǒng)的約束需求通常用于表達(dá)“做什

2、么”，而不描述“如何做”8“RequirementistheBasicsof“RequirementistheBasicsof為9角度改變尺度把握角度改變尺度把握需求回需求的分3.2用例技3.3 敏捷開(kāi)發(fā)中的用戶故功能性需非功能性需業(yè)務(wù)需項(xiàng)目視圖與范圍文業(yè)務(wù)規(guī)用戶需非功能需用例文功能性需非功能性需業(yè)務(wù)需項(xiàng)目視圖與范圍文業(yè)務(wù)規(guī)用戶需非功能需用例文系統(tǒng)需約束條需求規(guī)格說(shuō)需求的層次性需求的層次性業(yè)務(wù)需求(Business Requirements)：客戶對(duì)于系統(tǒng)的 (high-levelobjectives)，業(yè)務(wù)需求(Business Requirements)：客戶對(duì)于系統(tǒng)的 (high-lev

3、elobjectives)，定義了項(xiàng)目的遠(yuǎn)景和范疇(vi次目標(biāo)要and例資料管理系統(tǒng)”的業(yè)務(wù)需。用戶需求(User Requirements)：從用戶角度描述的用戶需求(User Requirements)：從用戶角度描述的系統(tǒng)功能需求與功能需求，通常只涉及系統(tǒng)的外部行為而不涉特性例用戶可以通ernet隨時(shí)查信息和個(gè)人借閱情況，并可快速查找和瀏覽需要的電子資料針對(duì)CourseRegistration業(yè)務(wù)需 針對(duì)CourseRegistration業(yè)務(wù)需 用戶需學(xué)生希望在選課期間系統(tǒng)能夠24小時(shí)使用，系統(tǒng)使用方便快捷系統(tǒng)需求(System Requirements, SR)：系統(tǒng)應(yīng)該系統(tǒng)需求(S

4、ystem Requirements, SR)：系統(tǒng)應(yīng)該提供的功能或服務(wù)通常涉及用戶或外部系統(tǒng)與該系統(tǒng)之間的交互，不考慮系統(tǒng)現(xiàn)細(xì)節(jié)；的例將用戶需求轉(zhuǎn)化為系統(tǒng)需求的過(guò)程是一個(gè)復(fù)雜的過(guò)程業(yè)務(wù)需求指導(dǎo)需求將用戶需求轉(zhuǎn)化為系統(tǒng)需求的過(guò)程是一個(gè)復(fù)雜的過(guò)程業(yè)務(wù)需求指導(dǎo)需求轉(zhuǎn)化用戶需求為系統(tǒng)圖 不同抽象層次需求之間的聯(lián)Functional Requirements, NFR)：從各個(gè)角Functional Requirements, NFR)：從各個(gè)角度對(duì)非功能需求系統(tǒng)質(zhì)量和性能統(tǒng)的約束和限制，反映了客戶andperformance)的額外要求，如響應(yīng)時(shí)間、數(shù)據(jù)精度、可靠性等例注意：非功能需求隱含了對(duì)可選設(shè)

5、計(jì)方案的一些關(guān)鍵影體系結(jié)構(gòu)設(shè)計(jì)(e.g.體系結(jié)構(gòu)風(fēng)格選擇算法設(shè)計(jì)(e.g.排序策略的選擇非功能性需求非功能性需求可支持性(Supportability):需求關(guān)注于在進(jìn)行部署后系統(tǒng)的變化狀況，比其他需求其他需求的等NFR：檢驗(yàn)起來(lái)非，一NFR：檢驗(yàn)起來(lái)非，一般采用一些可度量的特性進(jìn)行描述例如 應(yīng)修改為NFR：檢驗(yàn)起來(lái)非，一般采用一些可度量NFR：檢驗(yàn)起來(lái)非，一般采用一些可度量的特性進(jìn)行描述失敗時(shí)數(shù)的可能業(yè)務(wù)需求：“用戶能有效地業(yè)務(wù)需求：“用戶能有效地糾正文檔中的拼寫(xiě)錯(cuò)誤” 用戶需求：“找出文檔中的拼寫(xiě)錯(cuò)誤，并通過(guò)一個(gè)提供的替換項(xiàng)列表來(lái)供選擇替換拼錯(cuò)的詞”；系統(tǒng)需求框非功能性需求正確的找到至少9

6、5%以上的錯(cuò)詞并100%拼寫(xiě)檢查的速度應(yīng)至少達(dá)到5000約束條件s)：系統(tǒng)設(shè)時(shí)必須滿約束條件s)：系統(tǒng)設(shè)時(shí)必須滿足的限制條件對(duì)其進(jìn)行權(quán)衡或調(diào)整是相的，甚至是不可能的例如系統(tǒng)開(kāi)發(fā)過(guò)程和交付文檔需遵循GB/T 85672006標(biāo)準(zhǔn)；政策、硬件/資源限制、開(kāi)發(fā)語(yǔ)言、等等來(lái)源業(yè)務(wù)規(guī)則(BusinessRule)：對(duì)某業(yè)務(wù)規(guī)則(BusinessRule)：對(duì)某些功能的可執(zhí)行性或通常表達(dá)為“如果，那么執(zhí)行邏輯例如如果借書(shū)卡類型為“教師”，那么一次借閱的最大數(shù)量為8本如果訂單金額大于10000元，那么該訂單的折扣為如果采購(gòu)單金額在10萬(wàn)到50萬(wàn)之間，那么需要總經(jīng)；外部接口需求erface Requireme

7、nt)：描述系統(tǒng)與其所外部接口需求erface Requirement)：描述系統(tǒng)與其所處外部環(huán)境之間如何進(jìn)行交互，包括通例如完整性：每一項(xiàng)需求都必完整性：每一項(xiàng)需求都必須將所要實(shí)現(xiàn)的功能描述清正確性：每一項(xiàng)需求都必須準(zhǔn)確地陳述其要開(kāi)發(fā)的功能可行性：每一項(xiàng)需求都必須是在已知系統(tǒng)和環(huán)境的權(quán)能和限制范圍內(nèi)可以實(shí)施的必要性：每一項(xiàng)需求都應(yīng)把客戶真正所需要的和最終系統(tǒng)所需遵從標(biāo)下劃分優(yōu)先級(jí)：給每項(xiàng)需求、特性或使用實(shí)例分配一個(gè)實(shí)施優(yōu)先級(jí)以指明它在特定產(chǎn)品中所占的分量無(wú)二義性：對(duì)所有需求說(shuō)明的讀者都只能有一個(gè)明的解可驗(yàn)證性：檢查一下每項(xiàng)需求是否能通過(guò)設(shè)計(jì)測(cè)試用例或其它的驗(yàn)證方法，如用演示、檢測(cè)等來(lái)確定產(chǎn)品

8、是否確實(shí)按需求實(shí)現(xiàn)活需求開(kāi)產(chǎn)出需求管需求獲活需求開(kāi)產(chǎn)出需求管需求獲需求分規(guī)格說(shuō)需求驗(yàn)(1)需求獲取、(2)需求獲取需求分析ysis)：對(duì)收集(1)需求獲取、(2)需求獲取需求分析ysis)：對(duì)收集到的需求ion)：通過(guò)與用戶交流，對(duì)現(xiàn)有系統(tǒng)的觀察及行提煉、分析，為最(3)需求規(guī)格說(shuō)明、(4)需求規(guī)格說(shuō)明(Software Requirement (3)需求規(guī)格說(shuō)明、(4)需求規(guī)格說(shuō)明(Software Requirement Specification, 段需求驗(yàn)證(Requirement Verification)：以需求規(guī)格說(shuō)明為輸入，(5)需求管理(Requirement(5)需求管理(

9、Requirement定義需求基線(迅速制定需求文檔的主體估計(jì)變更需求所產(chǎn)生影響并在此基礎(chǔ)上協(xié)商新的承諾(約定需求回3.2 用例需求回3.2 用例驅(qū)動(dòng)的需求分用3.2.2 用例建模的基本過(guò)3.2.3 用例模型的提交3.2.4活動(dòng)圖&泳道3.2.5案例分3.3 敏捷開(kāi)發(fā)中的用戶故結(jié)構(gòu)化分析結(jié)構(gòu)化分析方法：從數(shù)據(jù)的“輸入加工輸出”著眼，以“自頂下”的方式進(jìn)行功能的分：非常容需求和設(shè)計(jì)的：非常容需求和設(shè)計(jì)的界限，這樣的表述實(shí)際上已經(jīng)包含了部分的設(shè)分各項(xiàng)系統(tǒng)功能的應(yīng)用環(huán)境，從各項(xiàng)功能項(xiàng)入手，很難了解到這些功用例(Use用例(Use Case)：表示系統(tǒng)所提供的用例(Use用例(Use Case)：表示

10、系統(tǒng)所提供的服務(wù)或可執(zhí)行的某種行需求：“系統(tǒng)做什么中增加三個(gè)詞“for user”，使問(wèn)題變?yōu)椤跋到y(tǒng)應(yīng)該為每個(gè)用戶做什么?”，系統(tǒng)對(duì)用定義了系統(tǒng)是如何被參與者所使用的，描述了參與者為了使用系統(tǒng)所提供”（活動(dòng)交互用例的概念在1986年由IvarJacobson，已成為OO、UML、RUP用例方法的基：從用戶的角度來(lái)看，他們并不想了用例方法的基：從用戶的角度來(lái)看，他們并不想了解系統(tǒng)的部結(jié)構(gòu)和設(shè)計(jì)，他們所關(guān)心的是系統(tǒng)所能提供的服務(wù)，也就是被開(kāi)發(fā)出來(lái)的系統(tǒng)將是如何被使用的。用例模型主要由以下模型元：參與者(Actor)：存在于被定義系統(tǒng)外部并與該系統(tǒng)發(fā)生交互的人或其他系用例(Use系統(tǒng)邊界(Syste

11、mBoundry)通訊關(guān)聯(lián)(Communicationtion)應(yīng)關(guān)系，它表示參與者使用了系統(tǒng)中的哪些服務(wù)(用例)(用例)是被哪些參與者所使用的系統(tǒng)邊用例：站在用戶角度定四大特征用例：站在用戶角度定四大特征系統(tǒng)的外部特行為序列ofactions)，這些行為是不可再分解的(接收用戶輸入、執(zhí)行、產(chǎn)生結(jié)果為系統(tǒng)執(zhí)行(systemperforms)可觀測(cè)到的、有價(jià)值的結(jié)果(observableresultofvalue)：用例必須對(duì)用戶特定的角色(particularactor)：Use參與者客參與者客客戶使用自動(dòng)提款機(jī)來(lái)帳戶的查詢、取款和轉(zhuǎn)通訊關(guān)聯(lián)表示的是參與者和用例之間的關(guān)系通訊關(guān)聯(lián)表示的是參與者

12、和用例之間的關(guān)系的主動(dòng)發(fā)起者，箭頭所指方的用例用例名字？用例是文本文檔，而非圖形，用例圖是系統(tǒng)的藍(lán)圖；用例建模主要是編寫(xiě)文本的活動(dòng)，而非制圖。用例模型：一張或幾張用例圖+若干用例描述文UseNameoftheUseCase用例的名字Description描述) Actor(s) (參與者)Flowofevents(事件流) Basic flow(常規(guī)流) Event 1 (事件)EventAlternate flow(擴(kuò)展流) Pre-conditions (前置條件t-conditions (后置條件系統(tǒng)被看作是一個(gè)黑箱，并不關(guān)系統(tǒng)被看作是一個(gè)黑箱，并不關(guān)心能的是如何完成它所提供的首先描述了

13、被定義系統(tǒng)有哪些外部使用者(抽象為Actor)、這些使者與被定義系統(tǒng)發(fā)生交互針對(duì)每一參與者，又描述了系統(tǒng)為這些參與者提供了什么樣的服務(wù)(抽象成為Use Case)、或者說(shuō)系統(tǒng)是如何被這些參與者使用的；用例模型容易構(gòu)建、書(shū)寫(xiě)簡(jiǎn)單、容易閱讀強(qiáng)調(diào)了用戶的目標(biāo)和觀點(diǎn)，從系統(tǒng)外部來(lái)描述功能是領(lǐng)或需求提供者自己編寫(xiě)（或參與編寫(xiě)）用例成為可能，參與到需求分析過(guò)程中來(lái)，其需求更容易表達(dá)出來(lái)用戶能給出系統(tǒng)需求的情景，可以使人們理解需求的原因及系統(tǒng)如何實(shí)現(xiàn)它的目標(biāo)需求回3.2 用例需求回3.2 用例驅(qū)動(dòng)的需求分用3.2.2 用例建模的基本過(guò)3.2.3 用例模型的提交3.2.4活動(dòng)圖&泳道3.2.5案例分3.3 敏

14、捷開(kāi)發(fā)中的用戶故StepStep 1：確定系統(tǒng)邊Step 2：識(shí)別并描述參與者Step 3：確定每個(gè)參與者目標(biāo)，識(shí)別用例(use case) Step 4：識(shí)別參與者與用例之間的通訊關(guān)聯(lián)Step5：給出每一個(gè)用例的詳細(xì)描述 Step 6：細(xì)化用例模型Step1確定系統(tǒng)邊界是為了識(shí)別出什么Step1確定系統(tǒng)邊界是為了識(shí)別出什么在系統(tǒng)之內(nèi)，什么在系統(tǒng)而識(shí)別系統(tǒng)的職責(zé)典型的系統(tǒng)邊界包括中的部門(mén)或整個(gè)組織；硬件設(shè)備或件邊界確定系統(tǒng)邊界時(shí)要明例：學(xué)生成績(jī)管理系Step2參與者的種類 主要參與者協(xié)助參與者(supportingStep2參與者的種類 主要參與者協(xié)助參與者(supporting幕后參與者(o

15、ffstage通過(guò)以下問(wèn)題來(lái)識(shí)別(讀寫(xiě))那些外部硬件設(shè)備主要參與者置于圖的左支持性參與者置于圖的右主要參與者置于圖的左支持性參與者置于圖的右limittheusecasesto usergoal level usecases.ion the onthes. .例1：對(duì)一 管理系統(tǒng)來(lái)說(shuō)，有哪些參與者例2：對(duì)ATM例1：對(duì)一 管理系統(tǒng)來(lái)說(shuō)，有哪些參與者例2：對(duì)ATM系統(tǒng)來(lái)說(shuō)，有哪些參與者有時(shí)候需要在系定時(shí)的執(zhí)行一有時(shí)候需要在系定時(shí)的執(zhí)行一些操作，如檢測(cè)系統(tǒng)資源使用況、定期生成統(tǒng)計(jì)報(bào)表等等但這些操作并不是由外部的人或系統(tǒng)觸發(fā)的對(duì)于這種情況，可以抽象出一個(gè)系統(tǒng)時(shí)鐘或定時(shí)器參與者，利用該參與者來(lái)觸發(fā)這一

16、類定時(shí)操作；從邏輯上，這一參與者應(yīng)該被理解成是系統(tǒng)外部的，由它來(lái)觸發(fā)系所提供的用。在使用參與者為角色建模時(shí)是一種抽象，通常不為具體的人、機(jī)構(gòu)、系統(tǒng)建模。李例：對(duì)在使用參與者為角色建模時(shí)是一種抽象，通常不為具體的人、機(jī)構(gòu)、系統(tǒng)建模。李例：對(duì)職位的不合理建參與者一定是系統(tǒng)之外的人或外部系統(tǒng)參與者一定是系統(tǒng)之外的人或外部系統(tǒng)參與者一定是直接并且主動(dòng)地向系統(tǒng)發(fā)出動(dòng)作并獲得反饋的去業(yè)務(wù)范圍和系統(tǒng)范從業(yè)務(wù)角度或系統(tǒng)角度會(huì)得到不同的參與者機(jī)票預(yù)訂系情況一：機(jī)機(jī)票預(yù)訂系情況一：機(jī)者通過(guò)登機(jī)票情況二：機(jī)者通過(guò)呼叫中心，由人工坐席操作訂票系機(jī)票，那么人工坐席才是真正的參與者，而機(jī)票心的參與者。者實(shí)際上是呼叫機(jī)票預(yù)

17、訂系機(jī)票預(yù)訂系情況三：機(jī)者通過(guò)呼叫中心的自動(dòng)語(yǔ)音預(yù)定機(jī)票而不是人工席，則呼叫中心成為機(jī)票預(yù)定系統(tǒng)的一個(gè)參與者機(jī)票預(yù)訂系情況四機(jī)票預(yù)訂系情況四：如果擴(kuò)大了系統(tǒng)邊界，讓呼叫中心成為機(jī)票預(yù)定系統(tǒng)的一子系統(tǒng)，并且假設(shè)機(jī)者可還是登預(yù)定機(jī)票，則機(jī)Step3：識(shí)別用例(use找到參與者之后，據(jù)此來(lái)確定系統(tǒng)的用例。主要分析各參與者目標(biāo)，需要系統(tǒng)提供什么樣的服務(wù)，或者說(shuō)參與者是如何使用系統(tǒng)的。尋找用例可Step3：識(shí)別用例(use找到參與者之后，據(jù)此來(lái)確定系統(tǒng)的用例。主要分析各參與者目標(biāo)，需要系統(tǒng)提供什么樣的服務(wù)，或者說(shuō)參與者是如何使用系統(tǒng)的。尋找用例可以從以下問(wèn)題入手(針對(duì)每一個(gè)參與者、Use例1：館管理系統(tǒng)

18、來(lái)說(shuō)，有哪些參與者和用例 普例1：館管理系統(tǒng)來(lái)說(shuō)，有哪些參與者和用例 普通讀者管理例2：對(duì)ATM系統(tǒng)來(lái)說(shuō)，有哪些參與者和用例 客服務(wù)用例必須是由某一個(gè)actor觸發(fā)而產(chǎn)生的活動(dòng)，即每個(gè)用例至少應(yīng)該涉及一個(gè)r。如果存在與用例必須是由某一個(gè)actor觸發(fā)而產(chǎn)生的活動(dòng)，即每個(gè)用例至少應(yīng)該涉及一個(gè)r。如果存在與r不進(jìn)行交互的用例，需要將其并入其他用例，或者是檢查該用例相對(duì)應(yīng)的參與者是否被遺漏。反之，每個(gè)參與者也必須至少涉及到一個(gè)用例，如果發(fā)現(xiàn)有不與任何用例相關(guān)聯(lián)的參與者存在：用例必然是以動(dòng)用例必然是以動(dòng)賓短語(yǔ)形式出現(xiàn)不存在沒(méi)有參與者的用例，用例不應(yīng)該自動(dòng)啟動(dòng)，也不應(yīng)該主動(dòng)啟動(dòng)另一個(gè)用例。用例的執(zhí)行結(jié)果

19、對(duì)參與者來(lái)說(shuō)是可觀測(cè)的和有意義測(cè)基本業(yè)務(wù)過(guò)測(cè)基本業(yè)務(wù)過(guò)程測(cè) 基本業(yè)務(wù)過(guò)程：一個(gè)人于某個(gè)時(shí)刻在一個(gè)地點(diǎn)所執(zhí)行的任務(wù)，用以響應(yīng)業(yè)務(wù)規(guī)模測(cè) 下面那個(gè)是有效用下面那個(gè)是有效用例-需要具體問(wèn)題具體分誤區(qū)1：用例和功能的誤誤區(qū)1：用例和功能的誤，誤區(qū)1：用例和功能的誤 誤區(qū)1：用例和功能的誤 這個(gè)事物是什么這個(gè)事物能做什么人們能夠用這個(gè)事物做什么例誤區(qū)2：目標(biāo)和步驟的誤誤區(qū)2：目標(biāo)和步驟的誤錯(cuò)誤誤區(qū)3：用例粒度的誤誤區(qū)3：用例粒度的誤錯(cuò)誤：用例過(guò)大或者過(guò)小過(guò)大：銷售管理系統(tǒng)、采購(gòu)管理系統(tǒng)；大粒度的合適還是小粒度大粒度的合適還是小粒度的合適業(yè)務(wù)建模階 用例分析階 用例能描述一個(gè)完整的事件流為宜，描述一項(xiàng)完整

20、業(yè)務(wù)中的一個(gè)步驟。如：系統(tǒng)建模階 用例視角針對(duì)計(jì)算機(jī)，能夠描述操作者與計(jì)算機(jī)的一次完整交互為宜，如：Step4Step4借管理讀普通讀預(yù)管信管理查詢?yōu)g登記借借管理讀普通讀預(yù)管信管理查詢?yōu)g登記借登記還Step5單純的用例圖并不能描述完整的信息，需要用文字描述形上的信息。在稱為用例實(shí)例(usecaseinstance)。場(chǎng)Step5單純的用例圖并不能描述完整的信息，需要用文字描述形上的信息。在稱為用例實(shí)例(usecaseinstance)。場(chǎng)景是使用系統(tǒng)的一個(gè)特定情節(jié)或用例的一條執(zhí)行路徑。例如：使用現(xiàn)金成商品的場(chǎng)景，或由付款造成失敗場(chǎng)事件事件流（場(chǎng)景用例的事件流事件流（場(chǎng)景用例的事件流說(shuō)明用例如何

21、啟動(dòng)，即哪些參與者在何種情況下啟動(dòng)用例說(shuō)明參與者與用例之間的信息處理過(guò)程分為常規(guī)流和擴(kuò)展流兩類 常規(guī)流 擴(kuò)展流/備選流常規(guī)事件流（場(chǎng)景每一個(gè)步驟都需要用數(shù)以清楚常規(guī)事件流（場(chǎng)景每一個(gè)步驟都需要用數(shù)以清楚地驟的先后順用一句簡(jiǎn)短的標(biāo)題來(lái)概括每一步驟的主要內(nèi)對(duì)每一步驟，從正反兩個(gè)方面來(lái)描 參與者向系統(tǒng)提交了什么信StepStep 對(duì)此系樣的響StepStepStepStepStepStep擴(kuò)展事件流（場(chǎng)景擴(kuò)展流的描述格式可以與基本流的格式一致，也需要述其內(nèi)容。并以標(biāo)題Step擴(kuò)展事件流（場(chǎng)景擴(kuò)展流的描述格式可以與基本流的格式一致，也需要述其內(nèi)容。并以標(biāo)題StepStepStepStepStepSte

22、pStepStep以以無(wú)用戶界面約束的本質(zhì)風(fēng)格編寫(xiě)用采用參與者和參與者目標(biāo)的視案例用例描述用例：登記借1目標(biāo)本用例允事件流常規(guī)流管案例用例描述用例：登記借1目標(biāo)本用例允事件流常規(guī)流管理員登記普通讀者的借當(dāng)讀者希望借書(shū)管理員準(zhǔn)備登記有關(guān)的借時(shí)，本用例開(kāi)始執(zhí)行(1(3；擴(kuò)展流讀者沒(méi)在主流程中，如果系統(tǒng)沒(méi)有讀者信息，系統(tǒng)將顯示錯(cuò)誤信息，用例結(jié)束(2所不存3 前置條件：用例開(kāi)始前已被借出或者系統(tǒng)中無(wú)，系統(tǒng)將顯示錯(cuò)誤信息管理員必須在系統(tǒng)登錄成功4 后置條件：如果用例執(zhí)行成功，該讀者的借被更新，否則，系統(tǒng)狀態(tài)不變6案例用例描述 擴(kuò)展（或替代流程案例用例描述 擴(kuò)展（或替代流程 Step6在一般的用例圖Ste

23、p6在一般的用例圖中，只需表述參與者和用例之間的通訊關(guān)聯(lián)除此之外，還可以描述參與者與參與者之間的泛化利用這些關(guān)系來(lái)調(diào)整已有的用例模型，把一些公共的信息抽取出來(lái)用，使得用例模型更易。1.參與者之間的關(guān)系：泛化actor參與者1.參與者之間的關(guān)系：泛化actor參與者之間可以有泛化(Generalization)關(guān)系actor常規(guī)操用管理操管理員配置操“包含關(guān)系”是通過(guò)在關(guān)聯(lián)關(guān)“包含關(guān)系”是通過(guò)在關(guān)聯(lián)關(guān)系上加入標(biāo)記來(lái)表示；用例指向被包含用例語(yǔ)義：用例1會(huì)用到用例2（無(wú)條件執(zhí)行），用例2的事件流將到用例1的事件流中；基用例不能獨(dú)立存在，必須依賴它的包含用例；被包含用例一定要執(zhí)行一般表示為公共功入當(dāng)一

24、個(gè)被包含的用例執(zhí)行的時(shí)候，它在用例說(shuō)明中當(dāng)一個(gè)被包含的用例執(zhí)行的時(shí)候，它在用例說(shuō)明中體現(xiàn)為一個(gè)包含的用例）。包含點(diǎn)指明了在外層用例的什么位置執(zhí)行被包地理信息系值應(yīng)急組現(xiàn)郵件系應(yīng)急預(yù)案啟 事件編事件接事與反快速通“擴(kuò)展關(guān)系”是通過(guò)在關(guān)聯(lián)關(guān)系上加入標(biāo)記來(lái)表示；擴(kuò)展用例指向基用例(被擴(kuò)展用例)語(yǔ)義：用例1在某“擴(kuò)展關(guān)系”是通過(guò)在關(guān)聯(lián)關(guān)系上加入標(biāo)記來(lái)表示；擴(kuò)展用例指向基用例(被擴(kuò)展用例)語(yǔ)義：用例1在某些特定情況下（有條件執(zhí)行）會(huì)用到用例2，此時(shí)用例2的事件流入到用例1的事件流中基用例能獨(dú)立存在，不依賴于它的擴(kuò)展用例；擴(kuò)展用例可以不執(zhí)行一般表示為異常功能，大多是擴(kuò)展流一個(gè)用例中有許多替代物或選擇時(shí)使用

25、擴(kuò)展關(guān)系，管理變用例之間的關(guān)系：擴(kuò)展打 常規(guī)流用例之間的關(guān)系：擴(kuò)展打 常規(guī)流擴(kuò)展流撥1a如果應(yīng)答方正忙，用鈴聲建立通話鏈?zhǔn)緫?yīng)答方并保持撥號(hào)呼1b如果應(yīng)答方無(wú)應(yīng)答，進(jìn)3 4擴(kuò)展點(diǎn))：用例行擴(kuò)展點(diǎn))：用例行為中擴(kuò)展時(shí)機(jī)的點(diǎn)擴(kuò)展點(diǎn)需要在用例文檔中指明，也可以在用例圖中指明例：取款(Withdraw)用例記載了一個(gè)打印的擴(kuò)展點(diǎn)，打印收據(jù)Receipt)的行為入到打印擴(kuò)展點(diǎn)WithdrawUseCase:Mainflow 輸輸入提款金退吐選擇是否打印收據(jù):打ExtendingUseReceiptUse進(jìn)打吐擴(kuò)展例：顧客訂票(Reserve 例：顧客訂票(Reserve Ticket)后，在選位(Assi

26、gn Seat)擴(kuò)展用例，有三個(gè)擴(kuò)展點(diǎn):查詢、選位、打印，入到流程的不同位置一個(gè)擴(kuò)展關(guān)系會(huì)連到多個(gè)擴(kuò)展點(diǎn)，有多個(gè)執(zhí)行片斷，但可以不需次執(zhí)行完一個(gè)擴(kuò)展點(diǎn)會(huì)連到多個(gè)擴(kuò)展關(guān)系，可同時(shí)執(zhí)行多個(gè)擴(kuò)展用例(啟動(dòng)打，兩個(gè)用例：顯示收據(jù)，打印數(shù)據(jù))優(yōu)點(diǎn)：包含關(guān)系可指定共同功能，擴(kuò)展關(guān)系可簡(jiǎn)化復(fù)雜流程優(yōu)點(diǎn)：包含關(guān)系可指定共同功能，擴(kuò)展關(guān)系可簡(jiǎn)化復(fù)雜流程：面包含的用擴(kuò)展的用否是否是否是否是當(dāng)多個(gè)用例共同擁有一種類似的結(jié)構(gòu)和行為的時(shí)候，可將它們的共性抽象成為父用例，其他的用例作為泛化關(guān)系中的子用例。子用當(dāng)多個(gè)用例共同擁有一種類似的結(jié)構(gòu)和行為的時(shí)候，可將它們的共性抽象成為父用例，其他的用例作為泛化關(guān)系中的子用例。子用

27、例繼承了父用例所有的結(jié)構(gòu)、行為和關(guān)系例標(biāo)出下面用例圖上的關(guān)例標(biāo)出下面用例圖上的關(guān)例確定下面例確定下面用例模型中的幾種關(guān)需求回3.2 用例需求回3.2 用例驅(qū)動(dòng)的需求分用3.2.2 用例建模的基本過(guò)3.2.3 用例模型的提交3.2.4活動(dòng)圖&泳道3.2.5案例分3.3 敏捷開(kāi)發(fā)中的用戶故1用例1用例模2 每個(gè)用例的詳細(xì)描3 術(shù)語(yǔ)表：所用到的術(shù)語(yǔ)說(shuō)4 補(bǔ)充規(guī)約：非功能性需求的說(shuō)需求回3.2 用例需求回3.2 用例驅(qū)動(dòng)的需求分用3.2.2 用例建模的基本過(guò)3.2.3 用例模型的提交3.2.4活動(dòng)圖&泳道3.2.5案例分3.3 敏捷開(kāi)發(fā)中的用戶故活動(dòng)圖& UML活動(dòng)圖(ActivityDiagram)

28、提供活動(dòng)圖& UML活動(dòng)圖(ActivityDiagram)提供一種可視化的流程圖方式，對(duì)Use 同時(shí)，UML活動(dòng)圖也可多個(gè)用例之間所形成的大粒度流程兩種形式傳統(tǒng)的活動(dòng)圖：只涉及一個(gè)參與者泳道圖(swim-lanediagram)UML活動(dòng)活動(dòng)圖的基本要素UML活動(dòng)活動(dòng)圖的基本要素顧客攜帶商品付收銀員開(kāi)始一個(gè)顧客攜帶商品付收銀員開(kāi)始一個(gè)新交收銀員輸入商品條繼續(xù)輸完收銀員告知顧客付款總刷現(xiàn)現(xiàn)金支支打印銷售小完成交顧銷售顧客攜帶顧銷售顧客攜帶商品付現(xiàn)刷現(xiàn)金支支收銀員開(kāi)始一個(gè)新交收銀員輸入商品條繼續(xù)輸完收銀員告知顧客付款總打印銷售小完成交需求回3.2 用例需求回3.2 用例驅(qū)動(dòng)的需求分用3.2.2

29、用例建模的基本過(guò)3.2.3 用例模型的提交3.2.4活動(dòng)圖&泳道3.2.5案例分3.3 敏捷開(kāi)發(fā)中的用戶故案例1 基本用(2)案例1 基本用(2)(4)參與案例1 預(yù)約（Record Booking）用預(yù)約事件案例1 預(yù)約（Record Booking）用預(yù)約事件流（常規(guī)事件流、預(yù)約，沒(méi)有可用的餐桌（可選的事件流案例1 預(yù)約（Record Booking）案例1 預(yù)約（Record Booking）用例預(yù)約，餐桌過(guò)?。ɡ獾氖录鳌咐? 注意事(1)事件案例1 注意事(1)事件(2)可選的事件流表示是允許中斷基本事件流，可能會(huì)有另外的功能，如可(3)(4)記住，此例中接待員的職責(zé)就是是否能夠

30、進(jìn)行預(yù)約案例1 到達(dá)(Record arrival)用到達(dá)事件案例1 到達(dá)(Record arrival)用到達(dá)事件到達(dá)，無(wú)提前預(yù)定:可選事件案例1 可選事件流預(yù)約用例事案例1 可選事件流預(yù)約用例事件流存在共享功能，均包含顯示預(yù)約能，增加“顯示預(yù)約用例顯示預(yù)約用例基本事件(1) (2) 預(yù)約（Record Booking）事件流(修改(1(2、(3) 案例1 案例1 案例1 到達(dá)(Record arrival)用未預(yù)約顧客事件流(案例1 到達(dá)(Record arrival)用未預(yù)約顧客事件流(修改(3) 在到達(dá)可選事件流中， 若系統(tǒng)一個(gè)顧客的預(yù)約，侍者領(lǐng)到達(dá)用例(Record arrival)

31、將創(chuàng)建一個(gè)未預(yù)約登記。這未預(yù)約顧客用例(Record Walk-in)之間是有關(guān)系的。什么關(guān)系案例1 取消預(yù)約(Cancel案例1 取消預(yù)約(Cancel Booking)用取消預(yù)約用例事件流(1(2) (3(4調(diào)換餐桌(Transfer table)用調(diào)換餐桌用例事件(1(2(3 案例1 案例1 案例用例商參與者：出案例用例商參與者：出納類型：主要/次要/供選目的銷售過(guò)程和支付過(guò)描述： 顧客帶著的商品來(lái)到收款處，出納下商品信息收款，付款完成后，顧客帶著的商品離開(kāi)從基本用例出發(fā)，快速獲得對(duì)系統(tǒng)整個(gè)過(guò)程的理案例基本事件(1)顧客帶著商品到達(dá)一個(gè)銷售點(diǎn)終端，用例開(kāi)始案例基本事件(1)顧客帶著商品到

32、達(dá)一個(gè)銷售點(diǎn)終端，用例開(kāi)始出納員錄入每項(xiàng)商品的商品號(hào)，若出現(xiàn)相同的商品，出納員還要錄入該商品的數(shù)量確定商品價(jià)格，并將商品信息輸入到正在運(yùn)行的銷售事務(wù)處理系統(tǒng)，顯示當(dāng)前的商品信息和商品價(jià)格。(4)輸入完商品信息后，出納員T發(fā)出提示，提示商品信息錄入完畢(5)計(jì)算和顯示該顧客的商品價(jià)值總額(6)出納員將商品價(jià)值總給顧客(7)出納員接收顧客的付款-顧客的付款可能高于商品總(10)出納員收好現(xiàn)金并取出要找還給顧客的現(xiàn)金,將現(xiàn)金及打印的付款收據(jù)交給顧這次交(12)顧客帶著的商品離案例擴(kuò)展事件案例擴(kuò)展事件輸入的商品號(hào)無(wú)效，系統(tǒng)顯示出錯(cuò)信息顧客沒(méi)有足夠的現(xiàn)金所選的商品，取消本次交易案例用例可以有判定案例用例

33、可以有判定點(diǎn)?，F(xiàn)金支商品用例中，顧客的付款方式可以選擇支支票支案例現(xiàn)金支付的過(guò)系統(tǒng)響參案例現(xiàn)金支付的過(guò)系統(tǒng)響參與者的動(dòng)(1)顧客用現(xiàn)金支付商品，支付的金額可能大于商品的價(jià)值(3)顯示找給顧客的余(2)出納顧客所支余付的現(xiàn)金(4)出納員收好顧客所支付的現(xiàn)金數(shù)，取出應(yīng)找回給顧客的余額，并交給顧客可供選擇的過(guò)(1)顧客沒(méi)有足夠的現(xiàn)金，可能取消交易或用(4)出納員無(wú)零錢(qián)找，請(qǐng)管理員幫忙或顧客重新支式支案例支付的過(guò)參與者的動(dòng)系統(tǒng)響(1)顧客提供他案例支付的過(guò)參與者的動(dòng)系統(tǒng)響(1)顧客提供他信(2)產(chǎn)生一(4)接收來(lái)自CAS支付請(qǐng)求并機(jī)構(gòu)批準(zhǔn)信機(jī)這次支(5)發(fā)支付信息和批準(zhǔn)應(yīng)答息到應(yīng)收款(6)顯成功信可供

34、選擇的過(guò)支付請(qǐng)求，要求顧客采用其他支付方案例支票支付的過(guò)參與者的動(dòng)系統(tǒng)響案例支票支付的過(guò)參與者的動(dòng)系統(tǒng)響(2)出納這些標(biāo)識(shí)信息并發(fā)(3)產(chǎn)生一個(gè)支票支付請(qǐng)求，并將其發(fā)一個(gè)支票支到外部支(5)接收來(lái)信息請(qǐng)求服務(wù)機(jī)構(gòu)(4)支機(jī)了這次支付機(jī)構(gòu)批準(zhǔn)應(yīng)(6)顯成功信息可供選擇的過(guò)(4)支票支付請(qǐng)求，要求顧客采用其他支付方式案例還有哪些情況沒(méi)考慮?(規(guī)定和假設(shè)沒(méi)有庫(kù)存管商店案例還有哪些情況沒(méi)考慮?(規(guī)定和假設(shè)沒(méi)有庫(kù)存管商店是個(gè)獨(dú)立的商店,不是連鎖店手工錄入商品的UPC,無(wú)條形碼讀碼機(jī)。不記稅。商品不打折出納員不一定非要登錄進(jìn)入系統(tǒng),控系統(tǒng)中顧客購(gòu)信息對(duì)裝現(xiàn)金的抽屜無(wú)控制商店的名稱、地址、交易時(shí)間和日期打印

35、在收據(jù)上出納員的IDT的ID不打印在收據(jù)上己完成的購(gòu)物交在一個(gè)歷史日志當(dāng)中案例3 用戶管理：管理員案例3 用戶管理：管理員和一般用戶，權(quán)限管理計(jì)算機(jī)基本信息管理：錄入、修改、刪除、瀏覽、查詢等計(jì)算機(jī)購(gòu)置管理：購(gòu)置申請(qǐng)等計(jì)算機(jī)調(diào)撥管理：調(diào)撥申請(qǐng)等計(jì)算機(jī)報(bào)廢管理：報(bào)廢申請(qǐng)等信息查詢管理：品牌、型號(hào)、產(chǎn)地等案例3 計(jì)案例3 計(jì)算機(jī)管理信息系統(tǒng)用例此例的extend能否用include替換案例3 案例3 計(jì)算機(jī)基本信息管理用例案例3 案例3 計(jì)算機(jī)購(gòu)置管理用例案例3 案例3 計(jì)算機(jī)調(diào)撥管理用例案例3 案例3 計(jì)算機(jī)報(bào)廢管理用例案例4 教需要錄入可選課程信息、任課教師案例4 教需要錄入可選課程信息、任課

36、教師信息、學(xué)分政策，并從學(xué)管理系統(tǒng)中導(dǎo)入學(xué)生信息教師登錄進(jìn)入系統(tǒng)，查詢本學(xué)期所開(kāi)設(shè)課程課程；學(xué)生登錄進(jìn)入系統(tǒng)，查詢本學(xué)期可選課，并選擇自己所承擔(dān)，并創(chuàng)建自己的選課，將某些課程加入到選課單中；學(xué)生可對(duì)選課單進(jìn)行他課程、刪除已選課程等；，包括加入學(xué)生也可對(duì)選課單中包含的數(shù)據(jù)進(jìn)行學(xué)分政策驗(yàn)證，判斷所選課程是否滿足學(xué)校要求；在規(guī)定時(shí)間之前，學(xué)生將選課單做正式提交教檢查每個(gè)學(xué)生的選課單，若不符合學(xué)分政策，退回重選。否，根據(jù)所有學(xué)生提交的選課單，生成課表和每門(mén)課程的學(xué)；教師可查看自己承擔(dān)課程的課表與學(xué)，學(xué)生可查詢自己的課表OOStepOOStep1：角色識(shí)Step 2：用例識(shí)別 Step3：繪制用例圖St

37、ep 4：對(duì)用例圖進(jìn)行精針對(duì)每個(gè)Step 5：撰寫(xiě)用例Step 6：繪制用例的活動(dòng)(泳道)Step7：識(shí)別分析類(邊界類、控制類、實(shí)體類) Step 8：識(shí)別每個(gè)類的屬性和方法Step9Step10：繪制領(lǐng)域類圖 Step 11：繪制時(shí)序圖步驟1：角色識(shí)教需要錄入可選課程信息、任步驟1：角色識(shí)教需要錄入可選課程信息、任課教師信息、學(xué)分政策，并從學(xué)管理系統(tǒng)中導(dǎo)入學(xué)生信息教師登錄進(jìn)入系統(tǒng)，查詢本學(xué)期所開(kāi)設(shè)課程課程；學(xué)生登錄進(jìn)入系統(tǒng)，查詢本學(xué)期可選課，并選擇自己所承擔(dān)，并創(chuàng)建自己的選課，將某些課程加入到選課單中；學(xué)生可對(duì)選課單進(jìn)行他課程、刪除已選課程等；，包括加入學(xué)生也可對(duì)選課單中包含的數(shù)據(jù)進(jìn)行學(xué)分

38、政策驗(yàn)證，判斷所選課程是否滿足學(xué)校要求；在規(guī)定時(shí)間之前，學(xué)生將選課單做正式提交教檢查每個(gè)學(xué)生的選課單，若不符合學(xué)分政策，退回重選。否，根據(jù)所有學(xué)生提交的選課單，生成課表和每門(mén)課程的學(xué)；教師可查看自己承擔(dān)課程的課表與學(xué)，學(xué)生可查詢自己的課表步驟2：用例識(shí)教需要錄入可選課程信息、任課步驟2：用例識(shí)教需要錄入可選課程信息、任課教師信息、學(xué)分政策，并從籍管理系統(tǒng)中導(dǎo)入學(xué)生信息教師登錄進(jìn)入系統(tǒng)，查詢本學(xué)期所開(kāi)設(shè)課程的課程；學(xué)生登錄進(jìn)入系統(tǒng)，查詢本學(xué)期可選課程，并選擇自己所承，并創(chuàng)建自己的選單，將某些課程加入到選課單中；學(xué)生可對(duì)選課單進(jìn)行入其他課程、刪除已選課程等；，包括學(xué)生也可對(duì)選課單中包含的數(shù)據(jù)進(jìn)行學(xué)

39、分政策驗(yàn)證，判斷所選課程是否滿足學(xué)校要求；在規(guī)定時(shí)間之前，學(xué)生將選課單做正式提交教檢查每個(gè)學(xué)生的選課單，若不符合學(xué)分政策，退回重選。則，根據(jù)所有學(xué)生提交的選課單，生成課表和每門(mén)課程的學(xué)；教師可查看自己承擔(dān)課程的課表與。，學(xué)生可查詢自己的課步驟3：步驟3：繪制用例步驟4：對(duì)用例圖進(jìn)行精問(wèn)題步驟4：對(duì)用例圖進(jìn)行精問(wèn)題它與“查詢開(kāi)設(shè)課程”之間的關(guān)系是什么？include?如何修改問(wèn)題選課單”與“加入其他課程”、“刪除已選課程”之間什么關(guān)系？ 問(wèn)題3：“檢查學(xué)生選課單”是否有必要獨(dú)立存在？它與“生成課表和”是什么關(guān)系？通常不會(huì)單獨(dú)檢查，而是在生成之前檢查生問(wèn)題4：“檢查學(xué)生選課單”與“學(xué)分政策驗(yàn)證”是

40、什么關(guān)系？前者調(diào)用后者。步驟4：步驟4：對(duì)用例圖進(jìn)行精步驟5：步驟5：撰寫(xiě)用例描步驟5：步驟5：撰寫(xiě)用例描步驟5：步驟5：撰寫(xiě)用例描Step6：繪制用例的活動(dòng)Step6：繪制用例的活動(dòng)(泳道)Step6：繪制用例的活動(dòng)Step6：繪制用例的活動(dòng)(泳道)后續(xù)章節(jié)后續(xù)章節(jié)將繼續(xù)此案例的分需求回3.2需求回3.2用例技3.3 敏捷開(kāi)發(fā)中的用戶故用戶故事Aconcisewrittendescriptionofa用戶故事Aconcisewrittendescriptionofapiecetwillbevaluabletoauser(orowner)of從用戶的角度來(lái)描述用戶渴望得到的功能：角色(誰(shuí)要使用這個(gè)功能)三個(gè)組成部分(為什么需要這個(gè)功能CardAwrittendescriptionoftheuserstory forplanningpur a reminder 簡(jiǎn)要的文本陳述esandConversationAsectionforcapturingfurtherinformationabouttheuser story and details of any conversations 用戶如何與系統(tǒng)交互ConfirmationAsectiontoconveywhatte