需求分析用例圖

需求分析用例圖第1頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-2-課程內(nèi)容UML概述理解需求需求，難在何處？以用例為中心組織需求基于用例的需求分析過(guò)程第2頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-3-課程內(nèi)容UML概述理解需求需求，難在何處？以用例為中心組織需求基于用例的需求分析過(guò)程第3頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-4-WhatIstheUML?TheUMLisalanguageforVisualizingSpecifyingConstructingDocumentingtheartifactsofasoftware-intensivesystemUnifiedModelingLanguage（統(tǒng)一建模語(yǔ)言）是對(duì)象管理組織（OMG）制定的一個(gè)通用的、可視化的建模語(yǔ)言標(biāo)準(zhǔn)，可以用來(lái)可視化（visualize）、描述（specify）、構(gòu)造（construct）和文檔化（document）軟件密集型系統(tǒng)的各種工件（artifacts，又譯制品）第4頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-5-UML誕生工業(yè)化標(biāo)準(zhǔn)化統(tǒng)一化分散的各部分公眾反饋1997.11.17

UML1.1被OMG接納為標(biāo)準(zhǔn)OOPSLA95UnifiedMethod0.8

Booch93OMT-21996.6和1996.10UML0.9&0.911997.9公布UML1.1

1997.1公布UML1.0合作伙伴意見(jiàn)

Booch91OMT-1其他方法

OOSEGradyBoochJimRumbaughIvarJacobson第5頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-6-UML發(fā)展現(xiàn)狀目前通用的是UML1.x版主要UML1.3、UML1.42003年3月正式發(fā)布UML1.5UML2.02003年6月OMG采納了UML2.0的Superstructure的提案正式文本尚未發(fā)布…第6頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-7-UML9種圖類(lèi)圖：類(lèi)以及類(lèi)之間的相互關(guān)系對(duì)象圖：對(duì)象以及對(duì)象之間相互關(guān)系構(gòu)件圖：構(gòu)件及其相互依賴關(guān)系部署圖：構(gòu)件在各節(jié)點(diǎn)上的部署順序圖：強(qiáng)調(diào)時(shí)間順序的交互圖協(xié)作圖：強(qiáng)調(diào)對(duì)象協(xié)作的交互圖狀態(tài)圖：類(lèi)所經(jīng)歷的各種狀態(tài)活動(dòng)圖：對(duì)工作流建模用例圖：需求捕獲，測(cè)試依據(jù)結(jié)構(gòu)行為用例圖靜態(tài)圖實(shí)現(xiàn)圖交互圖行為圖第7頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-8-UML建模工具IBMRationalRose2003BorlandTogether7.0MicrosoftVisio2003SybasePowerDesigner10NetBeansUML……“非程序員雜志”第26到30期UML工具一覽，列出了約129個(gè)UML開(kāi)發(fā)工具第8頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-9-內(nèi)容安排UML概述理解需求需求，難在何處？以用例為中心組織需求基于用例的需求分析過(guò)程第9頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月認(rèn)識(shí)問(wèn)題分析問(wèn)題解決問(wèn)題最終用戶(提出問(wèn)題)開(kāi)發(fā)團(tuán)隊(duì)(解決問(wèn)題)以用戶的身份站在用戶的角度認(rèn)識(shí)問(wèn)題

獲取需求—用例建模技術(shù)以開(kāi)發(fā)者的身份站在用戶的角度分析問(wèn)題

分析需求—用例分析技術(shù)以開(kāi)發(fā)者的身份站在開(kāi)發(fā)團(tuán)隊(duì)的角度分析問(wèn)題

解決需求—面向?qū)ο笤O(shè)計(jì)第10頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-11-需求—建造“正確”的系統(tǒng)需求：系統(tǒng)必須滿足的條件或具備的能力軟件質(zhì)量準(zhǔn)則“FURPS”功能性（Functionality）可用性（Usability）可靠性（Reliability）性能（Performance）可支持性（Supportability）非功能性需求第11頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-12-內(nèi)容安排UML概述理解需求需求，難在何處？以用例為中心組織需求基于用例的需求分析過(guò)程第12頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-13-需求：飲料問(wèn)題我要一瓶飲料…差不多，但我要無(wú)糖飲料…很好，不過(guò)我要綠茶的…啊，沒(méi)有大瓶的…大瓶的無(wú)糖綠茶飲料難捕獲，易變！第13頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-14-需求：如此脆弱客戶/用戶的要求/想法/期望軟件設(shè)計(jì)軟件產(chǎn)品分析和設(shè)計(jì)編碼和測(cè)試驗(yàn)收沒(méi)價(jià)值的

軟件需求補(bǔ)文檔第14頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-15-需求：也需要開(kāi)發(fā)客戶/用戶的要求/想法/期望軟件設(shè)計(jì)軟件產(chǎn)品開(kāi)發(fā)編碼和測(cè)試驗(yàn)收有價(jià)值的

軟件需求分析和設(shè)計(jì)第15頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-16-獲取好的需求需求收集包括五個(gè)關(guān)鍵步驟找到可以幫助你理解這個(gè)系統(tǒng)的人傾聽(tīng)這些相關(guān)人員的描述，并從他們的角度來(lái)理解系統(tǒng)利用一個(gè)容易理解的模型來(lái)描述用戶希望如何使用這個(gè)系統(tǒng)以及為他們提供的什么價(jià)值詳細(xì)地描述系統(tǒng)和客戶以及系統(tǒng)和外部系統(tǒng)之間的交互重構(gòu)（refactor）這個(gè)詳細(xì)描述以保證它是可讀且易懂的第16頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-17-內(nèi)容安排UML概述理解需求需求，難在何處？以用例為中心組織需求基于用例的需求分析過(guò)程第17頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-18-需求問(wèn)題：對(duì)策難捕獲易變從用戶視角看問(wèn)題合理的結(jié)構(gòu)用例第18頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-19-以用例為中心組織需求用例可用性可靠性網(wǎng)絡(luò)協(xié)議業(yè)務(wù)規(guī)則……硬件接口界面約束性能第19頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-20-內(nèi)容安排UML概述理解需求需求，難在何處？以用例為中心組織需求基于用例的需求分析過(guò)程第20頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-21-基于用例的需求分析過(guò)程1.獲取原始需求2.開(kāi)發(fā)一個(gè)可以理解的需求2.1識(shí)別參與者2.2識(shí)別用例2.3構(gòu)建用例圖3詳細(xì)、完整地描述需求進(jìn)行用例闡述4重構(gòu)用例模型4.1識(shí)別用例間的關(guān)系4.2對(duì)用例進(jìn)行組織和分包第21頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-22-基于用例的需求分析過(guò)程1.獲取原始需求2.開(kāi)發(fā)一個(gè)可以理解的需求2.1識(shí)別參與者2.2識(shí)別用例2.3構(gòu)建用例圖3.詳細(xì)、完整地描述需求進(jìn)行用例闡述4.重構(gòu)用例模型4.1識(shí)別用例間的關(guān)系4.2對(duì)用例進(jìn)行組織和分包第22頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-23-獲取需求的技巧技巧描述實(shí)地觀察直接觀察個(gè)人工作的情況，以發(fā)現(xiàn)現(xiàn)存的實(shí)踐方式和問(wèn)題訪談從個(gè)人處收集特定信息特定群體調(diào)查對(duì)一組人員進(jìn)行調(diào)查，以便了解工作態(tài)度和共同看法問(wèn)卷調(diào)查收集詳細(xì)數(shù)據(jù)和統(tǒng)計(jì)意義上比較重要的數(shù)據(jù)用戶指導(dǎo)讓最終用戶告訴你，他們是如何操作系統(tǒng)的原型制作模擬一個(gè)無(wú)法直接測(cè)試的系統(tǒng)統(tǒng)計(jì)版本使用具有統(tǒng)計(jì)功能的應(yīng)用程序來(lái)記錄用戶完成任務(wù)的方式行業(yè)知識(shí)收集和整理行業(yè)中的法律、法規(guī)，用戶所使用的規(guī)章制度、操作規(guī)程等內(nèi)容………第23頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-24-獲取需求：考勤卡應(yīng)用程序初次訪談?dòng)涗?/p>

開(kāi)發(fā)者：誰(shuí)將使用這個(gè)應(yīng)用程序？

客戶：所有用它來(lái)記錄可記帳以及不可記帳的工時(shí)的雇員

……

開(kāi)發(fā)者：現(xiàn)在考勤卡應(yīng)用程序是什么樣的？

客戶：每半個(gè)月就用一個(gè)Excel表格來(lái)記錄。每個(gè)雇員都將通過(guò)他的表格填好，然后用電子郵件發(fā)給我。這個(gè)表格相當(dāng)標(biāo)準(zhǔn)：縱向是收費(fèi)項(xiàng)目代碼，橫向是日期。雇員可以在每個(gè)條目上填寫(xiě)說(shuō)明。

開(kāi)發(fā)者：這個(gè)收費(fèi)項(xiàng)目代碼可以從什么地方得到？

……

開(kāi)發(fā)者：誰(shuí)來(lái)管理收費(fèi)項(xiàng)目代碼？

客戶：嗯，必要的時(shí)候由我來(lái)添加這個(gè)代碼。而每個(gè)經(jīng)理總會(huì)告訴他的下屬應(yīng)該填寫(xiě)什么。

……第24頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-25-基于用例的需求分析過(guò)程1.獲取原始需求2.開(kāi)發(fā)一個(gè)可以理解的需求2.1識(shí)別參與者2.2識(shí)別用例2.3構(gòu)建用例圖：確定參與者和用例之間的關(guān)系3.詳細(xì)、完整地描述需求進(jìn)行用例闡述4.重構(gòu)用例模型4.1識(shí)別用例間的關(guān)系4.2對(duì)用例進(jìn)行組織和分包第25頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-26-相關(guān)術(shù)語(yǔ)場(chǎng)景：是用來(lái)描述用戶和系統(tǒng)之間交互的順序的步驟

用例：是為了達(dá)到某一用戶目標(biāo)而組合在一起的一組場(chǎng)景

用例圖：用來(lái)顯示在系統(tǒng)（或其它實(shí)體）內(nèi)的用例與系統(tǒng)參與者之間的關(guān)系

主要使用場(chǎng)合：需求獲取、定義、分析用例模型：是系統(tǒng)既定功能及系統(tǒng)環(huán)境的模型，并作為客戶和開(kāi)發(fā)人員之間的契約。用例模型用作分析、設(shè)計(jì)和測(cè)試活動(dòng)的基本輸入。第26頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-27-用例圖元素<<include>><<extend>>參與者用例系統(tǒng)邊界直接關(guān)聯(lián)擴(kuò)展包含泛化注釋體注釋連接關(guān)聯(lián)第27頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-28-2.1識(shí)別參與者參與者，Actor關(guān)鍵詞：邊界參與者：在系統(tǒng)之外，透過(guò)系統(tǒng)邊界與系統(tǒng)進(jìn)行有意義交互的任何事物第28頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-29-參與者要點(diǎn)系統(tǒng)外參與者代表在系統(tǒng)邊界之外的真實(shí)事物，并不是系統(tǒng)的成分系統(tǒng)邊界參與者透過(guò)系統(tǒng)邊界直接與系統(tǒng)交互，參與者的確定代表系統(tǒng)邊界的確定有意義的交互任何事物人、外系統(tǒng)、外部因素、時(shí)間第29頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-30-識(shí)別參與者：考勤卡系統(tǒng)開(kāi)發(fā)者：誰(shuí)將使用這個(gè)應(yīng)用程序？

客戶：所有用它來(lái)記錄可記帳以及不可記帳的工時(shí)的雇員

……

開(kāi)發(fā)者：現(xiàn)在考勤卡應(yīng)用程序是什么樣的？

客戶：每半個(gè)月就用一個(gè)Excel表格來(lái)記錄。每個(gè)雇員都將通過(guò)他的表格填好，然后用電子郵件發(fā)給我。這個(gè)表格相當(dāng)標(biāo)準(zhǔn)：縱向是收費(fèi)項(xiàng)目代碼，橫向是日期。雇員可以在每個(gè)條目上填寫(xiě)說(shuō)明。

開(kāi)發(fā)者：這個(gè)收費(fèi)項(xiàng)目代碼可以從什么地方得到？

……

開(kāi)發(fā)者：誰(shuí)來(lái)管理收費(fèi)項(xiàng)目代碼？

客戶：嗯，必要的時(shí)候由我（業(yè)務(wù)經(jīng)理）來(lái)添加這個(gè)代碼。而每個(gè)經(jīng)理總會(huì)告訴他的下屬應(yīng)該填寫(xiě)什么。

……第30頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-31-2.2識(shí)別用例關(guān)鍵詞：價(jià)值定義用例實(shí)例是系統(tǒng)執(zhí)行的一系列動(dòng)作，這些動(dòng)作將生成特定參與者可觀測(cè)的結(jié)果值一個(gè)用例定義一組用例實(shí)例簡(jiǎn)潔：參與者使用系統(tǒng)達(dá)到目標(biāo)第31頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-32-識(shí)別用例：考勤卡系統(tǒng)開(kāi)發(fā)者：誰(shuí)將使用這個(gè)應(yīng)用程序？

客戶：所有用它來(lái)記錄可記帳以及不可記帳的工時(shí)的雇員

……

開(kāi)發(fā)者：現(xiàn)在考勤卡應(yīng)用程序是什么樣的？

客戶：每半個(gè)月就用一個(gè)Excel表格來(lái)記錄。每個(gè)雇員都將通過(guò)他的表格填好，然后用電子郵件發(fā)給我。這個(gè)表格相當(dāng)標(biāo)準(zhǔn)：縱向是收費(fèi)項(xiàng)目代碼，橫向是日期。雇員可以在每個(gè)條目上填寫(xiě)說(shuō)明。

開(kāi)發(fā)者：這個(gè)收費(fèi)項(xiàng)目代碼可以從什么地方得到？

……

開(kāi)發(fā)者：誰(shuí)來(lái)管理收費(fèi)項(xiàng)目代碼？

客戶：嗯，必要的時(shí)候由我（業(yè)務(wù)經(jīng)理）來(lái)添加這個(gè)代碼。而每個(gè)經(jīng)理總會(huì)告訴他的下屬應(yīng)該填寫(xiě)什么。

……第32頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-33-用例要點(diǎn)可觀測(cè)→用例止于系統(tǒng)邊界結(jié)果值→用例是有意義的目標(biāo)系統(tǒng)執(zhí)行→結(jié)果值由系統(tǒng)生成由參與者觀測(cè)→業(yè)務(wù)語(yǔ)言、用戶觀點(diǎn)一組用例實(shí)例→用例的粒度第33頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-34-要點(diǎn)：用例止于系統(tǒng)邊界描述交互，而不是內(nèi)在的系統(tǒng)活動(dòng)第34頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-35-要點(diǎn)：有意義的目標(biāo)第35頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-36-要點(diǎn)：結(jié)果值由系統(tǒng)生成系統(tǒng)需要處理的，由系統(tǒng)生成第36頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-37-要點(diǎn)：業(yè)務(wù)語(yǔ)言而非技術(shù)語(yǔ)言用戶詞匯，而不是技術(shù)詞匯如：發(fā)票，商品，洗衣機(jī)而不是：記錄，字段，COM，C++等第37頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-38-要點(diǎn)：用戶觀點(diǎn)而非系統(tǒng)觀點(diǎn)用戶觀點(diǎn)系統(tǒng)觀點(diǎn)第38頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-39-用例VS.功能呼叫某人接聽(tīng)電話發(fā)送短信記住電話號(hào)碼……傳輸/接收電源/基站輸入輸出（顯示、鍵盤(pán)）電話簿管理……用戶觀點(diǎn)系統(tǒng)觀點(diǎn)第39頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-40-用例的命名執(zhí)行者視角：一個(gè)簡(jiǎn)單、描述性的名稱(chēng)，一般為帶有動(dòng)作性的詞。第40頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-41-要點(diǎn)：用例粒度-1用例要有路徑，路徑要有步驟；而這一切都是可觀測(cè)的最常犯錯(cuò)誤：粒度過(guò)細(xì)，陷入功能分解過(guò)細(xì)的粒度，一般都會(huì)導(dǎo)致技術(shù)語(yǔ)言的描述，而不再是業(yè)務(wù)語(yǔ)言第41頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-42-用例粒度-2把步驟當(dāng)用例把系統(tǒng)活動(dòng)當(dāng)用例第42頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-43-用例粒度-3“四輪馬車(chē)”C(Create)

R(Read)

U(Update)

D(Delete)所有業(yè)務(wù)最終對(duì)會(huì)成為CRUD？CRUD能為Actor提供價(jià)值？CRUD掩蓋業(yè)務(wù)，銳變成關(guān)系數(shù)據(jù)庫(kù)的建模：“系統(tǒng)就是數(shù)據(jù)的增刪改查”關(guān)心數(shù)據(jù)的存儲(chǔ)和維護(hù)，反而忽略了用戶的目的第43頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-44-用例粒度-4如果確實(shí)是CRUD？如果CRUD不涉及復(fù)雜的交互，一個(gè)用例“管理××”即可不管是C、R、U、D，都是為了完成“管理”目標(biāo)甚至很多種的基本數(shù)據(jù)管理都可以用一個(gè)用例表示第44頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-45-用例粒度-5靈活處理CRUD可以把包含復(fù)雜交互的路徑獨(dú)立出去形成用例第45頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-46-思考：識(shí)別用例-1Email客戶端（如：outlookexpress），A在北京發(fā)郵件給上海的B，系統(tǒng)提醒B你有“新郵件”，B收郵件錯(cuò)誤第46頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-47-思考：識(shí)別用例-2第47頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-48-2.3構(gòu)建用例圖第48頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-49-基于用例的需求分析過(guò)程1.獲取原始需求2.開(kāi)發(fā)一個(gè)可以理解的需求2.1識(shí)別參與者2.2識(shí)別用例2.3構(gòu)建用例圖3.詳細(xì)、完整地描述需求進(jìn)行用例闡述4.重構(gòu)用例模型(高級(jí)用例建模方法)4.1識(shí)別用例間的關(guān)系4.2對(duì)用例進(jìn)行組織和分包第49頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-50-進(jìn)行用例闡述：寫(xiě)用例規(guī)約用例規(guī)約(UsecaseSpecification)：更進(jìn)一步的精度用例文檔的核心，作為用例文檔的總圖進(jìn)一步的精度：有層次的文檔文檔中每一句話都有其價(jià)值用例圖是骨架，而用例規(guī)約則是其內(nèi)在的肉第50頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-51-誰(shuí)來(lái)寫(xiě)用例文檔最完美：業(yè)務(wù)人員接受訓(xùn)練，寫(xiě)出優(yōu)美的用例文檔最現(xiàn)實(shí)：業(yè)務(wù)人員提供素材，開(kāi)發(fā)人員寫(xiě)用例文檔最糟糕：業(yè)務(wù)人員不管，完全由開(kāi)發(fā)人員杜撰第51頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-52-用例規(guī)約組成用例名稱(chēng)用例標(biāo)識(shí)涉及的參與者描述用例的規(guī)格說(shuō)明前置條件PreConditions后置條件PostConditions正常事件流Flowofevents備選事件流Alternateflow其它非功能需求、設(shè)計(jì)約束、尚存在的問(wèn)題第52頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-53-前置、后置條件-1前置條件約束在用例開(kāi)始前系統(tǒng)的狀態(tài)把它們看做是看門(mén)人，它阻止參與者觸發(fā)該用例直到滿足所有條件說(shuō)明在用例觸發(fā)之前什么必須為真后置條件約束用例執(zhí)行后系統(tǒng)的狀態(tài)用例執(zhí)行后什么必須為真對(duì)于有多個(gè)事件流的用例，則應(yīng)該有多個(gè)后置條件第53頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-54-前置、后置條件-2某些用例依賴于其他用例一個(gè)用例在離開(kāi)系統(tǒng)時(shí)，可能是另一個(gè)用例的前置條件（例如：“登錄”和“管理系統(tǒng)”）有助于識(shí)別漏掉的用例如果一個(gè)用例的前置條件不能有執(zhí)行其他用例滿足，可能意味著丟失了用例（例如：“管理訂單”卻沒(méi)有“登錄”用例）第54頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-55-用例交互四部曲-事件流1.動(dòng)作4.回應(yīng)2.改變3.驗(yàn)證系統(tǒng)寫(xiě)：可觀測(cè)的、體現(xiàn)客戶利益的文字第55頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-56-事件流描述要點(diǎn)1.只書(shū)寫(xiě)“可觀測(cè)”的2.使用主動(dòng)語(yǔ)句3.句子必須以參與者或系統(tǒng)作為主語(yǔ)4.不要涉及界面細(xì)節(jié)5.分支和循環(huán)第56頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-57-要點(diǎn)1：只寫(xiě)“可觀測(cè)”的系統(tǒng)通過(guò)ADO建立數(shù)據(jù)庫(kù)連接，傳送SQL查詢語(yǔ)句，從“商品表”查詢商品的詳細(xì)信息…系統(tǒng)按照查詢條件搜索商品的詳細(xì)信息第57頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-58-要點(diǎn)2：主動(dòng)語(yǔ)句用戶輸入搜索條件，頁(yè)面顯示系統(tǒng)搜索的結(jié)果…出納員……系統(tǒng)……第58頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-59-要點(diǎn)3：以參與者或系統(tǒng)作主語(yǔ)參與者……系統(tǒng)……出納員接收顧客的付款—顧客的付款數(shù)可能高于商品總額出納員錄入顧客所付的現(xiàn)金總額系統(tǒng)顯示出應(yīng)找還給顧客的余額，打印付款收據(jù)第59頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-60-要點(diǎn)4：不涉及界面細(xì)節(jié)會(huì)員從下拉框中選擇類(lèi)別會(huì)員在相應(yīng)文本框中輸入查詢條件會(huì)員點(diǎn)擊“確定”按鈕第60頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-61-要點(diǎn)5：分支和循環(huán)分支：放到擴(kuò)展路徑參與者的選擇另一條成功線路系統(tǒng)進(jìn)行驗(yàn)證……循環(huán)：直接描述第61頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-62-用例規(guī)約：記錄時(shí)間UC01：“RecordTime”用例文檔用例名稱(chēng)：RecordTime（記錄時(shí)間）用例標(biāo)識(shí)：UC01涉及的參與者：雇員、系統(tǒng)管理員描述：雇員利用“RecordTime”用例來(lái)登記他們的工時(shí) 系統(tǒng)管理員用這個(gè)用例為任何雇員登記時(shí)間前置條件：用戶必須已經(jīng)登錄到這個(gè)系統(tǒng)后置條件：系統(tǒng)將雇員的工時(shí)正確的記錄到數(shù)據(jù)庫(kù)中第62頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-63-用例規(guī)約：記錄時(shí)間(續(xù))正常事件流（BasicFlow）：雇員查看當(dāng)前時(shí)間之前輸入的數(shù)據(jù)；雇員從已有的支付號(hào)碼中選擇一個(gè)，這些收費(fèi)代碼是按客戶和項(xiàng)目組織的；雇員從當(dāng)前的時(shí)間段選擇一個(gè)日期；雇員輸入以正整數(shù)表示的工時(shí)；系統(tǒng)在視圖中顯示這個(gè)數(shù)據(jù)，并在以后的視圖中看到這個(gè)數(shù)據(jù)。備選事件流（AlternativeFlow）1：雇員更改他的時(shí)間雇員查看當(dāng)前時(shí)間之前輸入的數(shù)據(jù)；雇員選擇一個(gè)已有的條目；雇員改變工時(shí)；在視圖中更新這個(gè)信息，并在以后的視圖中都可以看到。第63頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-64-用例規(guī)約：記錄時(shí)間(續(xù))非功能需求：無(wú)設(shè)計(jì)約束：無(wú)部署約束：用戶可以從客戶端或雇員的家中訪問(wèn)到“RecordTime”用例，如果是從客戶端訪問(wèn)，則要考慮到客戶端的防火墻未解決的問(wèn)題雇員是否可以在以前的考勤卡上輸入和更改時(shí)間雇員是否可以在以后的考勤卡上輸入和更改時(shí)間，例如，在休假之前？第64頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-65-活動(dòng)圖-簡(jiǎn)述用例流程第65頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-66-活動(dòng)圖ActivityDiagram通過(guò)動(dòng)作來(lái)組織，主要用于描述某一方法、機(jī)制或用例的內(nèi)部行為活動(dòng)（Activities）,whicharestepsintheworkflow.動(dòng)作（Actions）,whicharestepswithinanactivity.Actionsmayoccurwhenenteringtheactivity,exitingtheactivity,whileinsidetheactivity,oruponaspecificevent.轉(zhuǎn)移（Transitions）、決策（Decision）、同步條（Synchronizations）業(yè)務(wù)對(duì)象（Businessobjects）起始狀態(tài)（Thestartstate）、終止?fàn)顟B(tài)（Theendstate）第66頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-67-活動(dòng)圖-推薦的使用場(chǎng)合分析用例：能直觀清晰地分析用例，了解應(yīng)當(dāng)采取哪些動(dòng)作以及這些動(dòng)作之間的依賴關(guān)系。一張完整的活動(dòng)圖是所有用例的集成圖理解牽涉多個(gè)用例的工作流：在難于區(qū)分不同用例而對(duì)整個(gè)系統(tǒng)的工作過(guò)程又十分清楚時(shí)，可以先構(gòu)造活動(dòng)圖，然后用切片技術(shù)派生用例圖處理多線程應(yīng)用：采用“分層抽象，逐步細(xì)化”的原則描述多線程第67頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-68-基于用例的需求分析過(guò)程1.獲取原始需求2.開(kāi)發(fā)一個(gè)可以理解的需求2.1識(shí)別參與者2.2識(shí)別用例2.3構(gòu)建用例圖3詳細(xì)、完整地描述需求進(jìn)行用例闡述4重構(gòu)用例模型(高級(jí)用例建模方法)4.1識(shí)別用例間的關(guān)系4.2對(duì)用例進(jìn)行組織和分包第68頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-69-4.1用例關(guān)系<<include>><<extend>>ExtendIncludeGeneralization第69頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-70-通過(guò)關(guān)系整理文檔Extend分離擴(kuò)展路徑Include提取公共步驟，便于復(fù)用Generalization同一業(yè)務(wù)目的的不同技術(shù)實(shí)現(xiàn)第70頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-71-擴(kuò)展關(guān)系基用例路徑本身是完整的，可能是一條擴(kuò)展路徑擴(kuò)展路徑步驟多擴(kuò)展路徑內(nèi)部還有擴(kuò)展點(diǎn)－擴(kuò)展之?dāng)U展第71頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-72-擴(kuò)展關(guān)系誤用第72頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-73-識(shí)別擴(kuò)展點(diǎn)思路執(zhí)行者的選擇系統(tǒng)驗(yàn)證步驟失敗……必須是系統(tǒng)能感知的第73頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-74-包含關(guān)系某些步驟在多個(gè)用例重復(fù)出現(xiàn)，且單獨(dú)形成價(jià)值用例步驟較多時(shí)，可用Include簡(jiǎn)化（慎用）第74頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-75-包含關(guān)系誤用第75頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-76-泛化關(guān)系同一業(yè)務(wù)目的不同技術(shù)實(shí)現(xiàn)：一個(gè)用例可以特化另一個(gè)更普通用例（更普通用例泛化特殊用例）UML1.5:用例間的泛化關(guān)系表明子用例包含父用例中定義的所有屬性、行為序列和擴(kuò)展點(diǎn)，并且參與父用例中所有的關(guān)系第76頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-77-用例關(guān)系：擴(kuò)展VS.泛化采用不同關(guān)系，文檔結(jié)構(gòu)不同第77頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-78-重構(gòu)后的用例圖：考勤卡系統(tǒng)第78頁(yè)，課件共84頁(yè)，創(chuàng)作于2023年2月-79-4.2為什么要對(duì)用例進(jìn)行分級(jí)用例和開(kāi)發(fā)周期開(kāi)發(fā)周期是圍繞用例的需求來(lái)組織的一個(gè)開(kāi)發(fā)周期要被指派一個(gè)到多個(gè)用例，如果完全版