面向?qū)ο蠓治雠c設(shè)計(jì)

Object-OrientedAnalysis&Design-2-學(xué)習(xí)路線圖OOUMLOOPDP…Case-Study…學(xué)習(xí)路線圖……

……

……

……12345678910核心過(guò)程-3-業(yè)務(wù)建模BusinessModeling-5-開發(fā)過(guò)程解析業(yè)務(wù)建模：用軟件建模方法描述業(yè)務(wù)流程；其目標(biāo)是認(rèn)識(shí)業(yè)務(wù)本質(zhì)，該業(yè)務(wù)本質(zhì)是后續(xù)用例建模的基礎(chǔ)用例建模：采用UML用例建模技術(shù)描述軟件需求，該需求模型將為后續(xù)用例分析提供輸入用例分析：采用UML用例分析技術(shù)分析軟件需求，建立軟件系統(tǒng)的分析模型架構(gòu)設(shè)計(jì)：在系統(tǒng)的全局范圍內(nèi)，以分析模型為基礎(chǔ)，設(shè)計(jì)系統(tǒng)的架構(gòu)構(gòu)件設(shè)計(jì)：根據(jù)架構(gòu)設(shè)計(jì)的成果，將分析模型細(xì)化，設(shè)計(jì)系統(tǒng)構(gòu)件的實(shí)現(xiàn)細(xì)節(jié)代碼實(shí)現(xiàn)：將系統(tǒng)構(gòu)件映射到目標(biāo)語(yǔ)言上-6-業(yè)務(wù)業(yè)務(wù)是指某個(gè)組織或者組織單元業(yè)務(wù)可以看作一種包含了人、機(jī)器、資源的“系統(tǒng)”利用軟件思想(用例思想、對(duì)象思想)描述業(yè)務(wù)的過(guò)程，就是業(yè)務(wù)建模業(yè)務(wù)建模只是輔助環(huán)節(jié)不是所有項(xiàng)目都需要也不一定和軟件開發(fā)相關(guān)-7-業(yè)務(wù)建模業(yè)務(wù)建模的目的理解將要實(shí)施的系統(tǒng)的組織結(jié)構(gòu)和動(dòng)態(tài)特性理解當(dāng)前在目標(biāo)組織中的問(wèn)題，并明確改進(jìn)的潛力確保客戶、最終用戶和開發(fā)人員對(duì)目標(biāo)組織有統(tǒng)一的理解獲取用于支持目標(biāo)組織的系統(tǒng)需求業(yè)務(wù)建模關(guān)注機(jī)構(gòu)的核心價(jià)值機(jī)構(gòu)的邊界機(jī)構(gòu)的參與者機(jī)構(gòu)中的工作流及如何優(yōu)化-8-業(yè)務(wù)建模方法研究對(duì)象軟件要改進(jìn)的業(yè)務(wù)單元研究目標(biāo)定義業(yè)務(wù)本質(zhì)研究方法用例觀點(diǎn)：把業(yè)務(wù)看成對(duì)外提供價(jià)值的價(jià)值流-9-業(yè)務(wù)建模工件業(yè)務(wù)用例模型(BusinessUse-CaseModel)業(yè)務(wù)用戶表示為業(yè)務(wù)參與者(BusinessActor)業(yè)務(wù)過(guò)程表示為業(yè)務(wù)用例(BusinessUse-Case)和業(yè)務(wù)用例實(shí)現(xiàn)業(yè)務(wù)對(duì)象模型(BusinessObjectModel)人們?cè)诮M織中扮演的角色表示為業(yè)務(wù)工人(BusinessWorker)組織管理或制造的“東西”表示為業(yè)務(wù)實(shí)體(BusinessEntity)-10-業(yè)務(wù)建模流程0.建立業(yè)務(wù)用例模型1.識(shí)別業(yè)務(wù)參與者2.識(shí)別業(yè)務(wù)用例3.詳述業(yè)務(wù)用例4.建立業(yè)務(wù)對(duì)象模型-11-業(yè)務(wù)務(wù)建建模模流流程程0.建立立業(yè)務(wù)務(wù)用用例例模模型型1.識(shí)別別業(yè)業(yè)務(wù)務(wù)參參與與者者2.識(shí)別別業(yè)業(yè)務(wù)務(wù)用用例例3.詳述述業(yè)業(yè)務(wù)務(wù)用用例例1.建立立業(yè)務(wù)務(wù)對(duì)對(duì)象象模模型型-12-1.業(yè)務(wù)務(wù)參參與與者者(BusinessActor)識(shí)別別業(yè)業(yè)務(wù)務(wù)參參與與者者在業(yè)務(wù)務(wù)之之外外，與與業(yè)業(yè)務(wù)務(wù)進(jìn)進(jìn)行行交互互的人人或或組組織織-13-區(qū)分分業(yè)業(yè)務(wù)務(wù)工工人人(BusinessWorker)業(yè)務(wù)務(wù)參參與與者者在在業(yè)業(yè)務(wù)務(wù)外外面面業(yè)務(wù)務(wù)工工人人在在業(yè)業(yè)務(wù)務(wù)里里面面-14-區(qū)分分業(yè)業(yè)務(wù)務(wù)實(shí)實(shí)體體(BusinessEntity)-15-識(shí)別別業(yè)業(yè)務(wù)務(wù)參參與與者者思思路路客戶戶供應(yīng)應(yīng)商商合作作伙伙伴伴潛在在客客戶戶政府府組織織中中未未建建模模部部分分………-16-2.業(yè)務(wù)務(wù)用用例例(BusinessUseCase)識(shí)別別業(yè)業(yè)務(wù)務(wù)用用例例業(yè)務(wù)務(wù)為為業(yè)業(yè)務(wù)務(wù)參參與與者者提提供供的的價(jià)值值體現(xiàn)現(xiàn)企企業(yè)業(yè)業(yè)業(yè)務(wù)務(wù)本本質(zhì)質(zhì)，，是是有意意義義的目目標(biāo)標(biāo)-17-業(yè)務(wù)務(wù)用用例例與與業(yè)業(yè)務(wù)務(wù)參參與與者者-18-識(shí)別別業(yè)業(yè)務(wù)務(wù)用用例例的的方方法法直接接獲獲得得：：從從業(yè)業(yè)務(wù)務(wù)參參與與者者的的角角度度，，從從外外部部推推導(dǎo)導(dǎo)出出來(lái)來(lái)拼裝裝：：從從里里面面往往外外面面看看，，內(nèi)內(nèi)部部業(yè)業(yè)務(wù)務(wù)流流程程的的目目標(biāo)標(biāo)是是什什么么直接接獲獲得得拼裝裝-19-從業(yè)業(yè)務(wù)務(wù)流流程程拼拼裝裝業(yè)業(yè)務(wù)務(wù)用用例例業(yè)務(wù)務(wù)流流程程1.收款款人人在在支支票票背背后后簽簽名名，，寫寫上上身身份份證證件件號(hào)號(hào)碼碼，，把把支支票票和和身身份份證證件件交交給給營(yíng)營(yíng)業(yè)業(yè)員員2.營(yíng)業(yè)業(yè)員員核核對(duì)對(duì)印印章章正正確確且且證證件件有有效效3.營(yíng)業(yè)業(yè)員員操操作作營(yíng)營(yíng)業(yè)業(yè)受受理理系系統(tǒng)統(tǒng)，，辦辦理理支支票票兌兌現(xiàn)現(xiàn)手手續(xù)續(xù)4.營(yíng)業(yè)業(yè)員員把把現(xiàn)現(xiàn)金金和和證證件件交交給給交交款款人人-20-識(shí)別別業(yè)業(yè)務(wù)務(wù)用用例例-支支持持性性事事件件不要要遺遺漏漏支支撐撐性性業(yè)業(yè)務(wù)務(wù)流流程程背背后后的的業(yè)業(yè)務(wù)務(wù)用用例例支持持性性事事件件人員員的的發(fā)發(fā)展展與與維維護(hù)護(hù)業(yè)務(wù)務(wù)內(nèi)內(nèi)部部IT的開開發(fā)發(fā)與與維維護(hù)護(hù)辦公公室室的的設(shè)設(shè)立立與與維維護(hù)護(hù)安全全性性法律律活活動(dòng)動(dòng)例：：公公司司為為什什么么要要舉舉行行足足球球比比賽賽？？-21-3.詳述述業(yè)務(wù)用用例業(yè)務(wù)用例例是對(duì)業(yè)業(yè)務(wù)流程程的封裝裝，在業(yè)業(yè)務(wù)建模模過(guò)程中中需要逐逐一描述述其內(nèi)部部細(xì)節(jié)，，即詳述述業(yè)務(wù)用用例目的詳細(xì)說(shuō)明明業(yè)務(wù)用用例的工工作流程程說(shuō)明業(yè)務(wù)務(wù)用例的的工作流流程，以以便于客客戶、用用戶和涉涉眾理解解-22-三種可選選技術(shù)文字活動(dòng)圖順序圖-23-選擇合適適的技術(shù)術(shù)只有文字字不生動(dòng)，，不便于于和客戶戶交流只有活動(dòng)動(dòng)圖難以表達(dá)達(dá)所有細(xì)細(xì)節(jié)業(yè)務(wù)用例例文檔中中插入活活動(dòng)圖活動(dòng)圖中中插入文文字(+注釋+基本路徑徑)順序圖(需要涉及及到業(yè)務(wù)務(wù)對(duì)象模模型)-24-細(xì)說(shuō)活動(dòng)動(dòng)圖-25-細(xì)說(shuō)活動(dòng)動(dòng)圖(1)起點(diǎn)、終終點(diǎn)活動(dòng)的一一種特殊殊形式，，各自只只有一個(gè)個(gè)起點(diǎn)：只只有離開開的轉(zhuǎn)移移終點(diǎn)：只只有進(jìn)入入的轉(zhuǎn)移移存在從起起點(diǎn)出發(fā)發(fā)，到達(dá)達(dá)終點(diǎn)的的路徑活動(dòng)和動(dòng)動(dòng)作有進(jìn)有出出動(dòng)賓結(jié)構(gòu)構(gòu)可以簡(jiǎn)單單，可以以復(fù)雜分區(qū)定義活動(dòng)動(dòng)的負(fù)責(zé)責(zé)者-26-細(xì)說(shuō)活動(dòng)動(dòng)圖(2)控制流向外轉(zhuǎn)移移的條件件之和必必須是完完備集向外轉(zhuǎn)移移的條件件之間不不能重疊疊決策點(diǎn)注意和流流程圖的的區(qū)別誤把活動(dòng)動(dòng)當(dāng)決策策圖中判斷斷“技術(shù)術(shù)可行性”需需要單獨(dú)獨(dú)的活動(dòng)來(lái)完完成-27-細(xì)說(shuō)活動(dòng)動(dòng)圖(3)并發(fā)(concurrent)同步條(synchronizationbar)的分叉(fork)與合并(join)有分必有有合有分必有有進(jìn)有合必有有出并發(fā)≠同時(shí)-28-活動(dòng)圖中中的對(duì)象象流指定活動(dòng)動(dòng)操作的的數(shù)據(jù)(對(duì)象)以及數(shù)據(jù)據(jù)的流向向(對(duì)象流)業(yè)務(wù)對(duì)象象(businessobjects)、對(duì)象流流(objectflows)指出對(duì)某某些業(yè)務(wù)務(wù)實(shí)體的的操作，，類似結(jié)結(jié)構(gòu)化中中的數(shù)據(jù)據(jù)流圖UML2中對(duì)象流流

由原原來(lái)的虛虛線改改為實(shí)線線-29-活動(dòng)圖的的分層活動(dòng)可以以簡(jiǎn)單可可以復(fù)雜雜，復(fù)雜雜的活動(dòng)動(dòng)可以進(jìn)進(jìn)一步細(xì)細(xì)化：分分層頂層有起起點(diǎn)終點(diǎn)點(diǎn)，下層層可以沒(méi)沒(méi)有出入平衡衡-30-4.業(yè)務(wù)務(wù)對(duì)象模模型業(yè)務(wù)對(duì)象象模型(BusinessObjectModel)勾勒出實(shí)實(shí)現(xiàn)業(yè)務(wù)務(wù)關(guān)系中中的人、、事物、、設(shè)備、、資源以以及它們們之間的的關(guān)系；；即業(yè)務(wù)務(wù)工人和和業(yè)務(wù)實(shí)實(shí)體之間間的靜態(tài)態(tài)關(guān)系從另一個(gè)個(gè)視角描描述現(xiàn)實(shí)實(shí)使用UML類圖描述述不要和待待開發(fā)系系統(tǒng)中的的分析設(shè)設(shè)計(jì)類相相混淆-31-餐館的業(yè)業(yè)務(wù)對(duì)象象模型-32-業(yè)務(wù)建模模實(shí)踐：：建模指指南業(yè)務(wù)模型型不是UML標(biāo)準(zhǔn)直接接支持的的，但是是通過(guò)UML的擴(kuò)展機(jī)機(jī)制可以以很方便便的建立立業(yè)務(wù)模模型主要構(gòu)造造型(stereotype)業(yè)務(wù)用例例模型參與者的的構(gòu)造型型：業(yè)務(wù)務(wù)參與者者(BusinessActor)用例的構(gòu)構(gòu)造型：：業(yè)務(wù)用用例(BusinessUseCase)業(yè)務(wù)對(duì)象象模型類的構(gòu)造造型：業(yè)業(yè)務(wù)工人人(BusinessWorker)、業(yè)務(wù)實(shí)實(shí)體(BusinessEntity)-33-建模指南南：模型型的組織織利用“包包”組織織模型用例視圖圖中“業(yè)務(wù)用用例模型型”每個(gè)業(yè)務(wù)務(wù)用例的的”狀態(tài)/活動(dòng)模型型”邏輯視圖圖中“業(yè)務(wù)對(duì)對(duì)象模型型”-34-建模指南南：使用用構(gòu)造型型業(yè)務(wù)用例例模型是是在UML的用例模模型(用例圖)基礎(chǔ)上添添加構(gòu)造造型來(lái)實(shí)實(shí)現(xiàn)的業(yè)務(wù)對(duì)象象模型是是在UML的對(duì)象模模型(類圖)基礎(chǔ)上添添加構(gòu)造造型來(lái)實(shí)實(shí)現(xiàn)的利用已有有元素添添加構(gòu)造造型Rose直接支持持這些構(gòu)構(gòu)造型-35-業(yè)務(wù)建模模實(shí)踐：：實(shí)例分分析研究對(duì)象象：某旅旅店業(yè)務(wù)現(xiàn)狀狀：某旅店可可對(duì)外開開放50個(gè)雙人間間和20個(gè)單人間間，房間間費(fèi)用視視情況按按季節(jié)調(diào)調(diào)整，但但周一到到周五提提供半價(jià)價(jià)（周末末全價(jià)））折扣旅客可以以直接入入住房間間(如果有空空房)，也可提提前預(yù)訂訂；入住住和預(yù)訂訂都需要要登記個(gè)個(gè)人信息息旅客提前前預(yù)訂房房間時(shí)，，需提交交一定的的訂金；；入住時(shí)時(shí)間24小時(shí)之外外的旅客客可以取取消預(yù)訂訂，并退退回所有有訂金，，24小時(shí)以內(nèi)內(nèi)則不退退還訂金金退房時(shí)繳繳納全部部的住宿宿費(fèi)用服務(wù)員每每月為經(jīng)經(jīng)理提供供房間的的預(yù)訂情情況和入入住情況況的詳細(xì)細(xì)信息-36-實(shí)例分分析：：業(yè)務(wù)務(wù)用例例模型型旅店的的本質(zhì)質(zhì)就是是為旅旅客提提供住住宿服服務(wù)，，其它它的只只是為為達(dá)到到這個(gè)個(gè)目標(biāo)標(biāo)而采采用的的手段段(用例觀觀點(diǎn)：：把業(yè)業(yè)務(wù)看看成對(duì)對(duì)外提提供價(jià)價(jià)值的的價(jià)值值流)-37-實(shí)例分分析：：旅客客住宿宿業(yè)務(wù)務(wù)流程程-38-實(shí)例分分析：：檢查查業(yè)務(wù)務(wù)用例例模型型該業(yè)務(wù)務(wù)用例例模型型體現(xiàn)現(xiàn)了整整個(gè)旅旅店的的業(yè)務(wù)務(wù)需求求嗎？？如何考考慮這這項(xiàng)業(yè)業(yè)務(wù)：：服務(wù)務(wù)員每每月為為經(jīng)理理提供供房間間的預(yù)預(yù)訂情情況和和入住住情況況的詳詳細(xì)信信息？？經(jīng)理是是什么么，如如何體體現(xiàn)在在業(yè)務(wù)務(wù)建模模過(guò)程程中？？是業(yè)務(wù)務(wù)參與與者還還是業(yè)業(yè)務(wù)工工人？？體現(xiàn)現(xiàn)怎樣樣的業(yè)業(yè)務(wù)本本質(zhì)的的差異異？-39-實(shí)例分分析：：業(yè)務(wù)務(wù)對(duì)象象模型型-40-從業(yè)務(wù)務(wù)模型型到系系統(tǒng)模模型對(duì)于軟軟件開開發(fā)而而言，，業(yè)務(wù)務(wù)建模模只是是輔助助環(huán)節(jié)節(jié)，并并不是是最終終目標(biāo)標(biāo)軟件工工程師師最終終目標(biāo)標(biāo)是要要構(gòu)造造軟件件系統(tǒng)統(tǒng)業(yè)務(wù)建建模則則是一一種定定義系系統(tǒng)模模型的的輔助助手段段從業(yè)務(wù)務(wù)模型型到系系統(tǒng)模模型業(yè)務(wù)模模型描描述了了目前前的業(yè)業(yè)務(wù)現(xiàn)現(xiàn)狀系統(tǒng)模模型才才是軟軟件開開發(fā)的的最終終工件件-41-業(yè)務(wù)模模型為為系統(tǒng)統(tǒng)模型型提供供素材材為用例例視圖圖和邏邏輯視視圖提提供輸輸入對(duì)于每每個(gè)將將被系系統(tǒng)實(shí)實(shí)現(xiàn)的的業(yè)務(wù)務(wù)用例例，在在用例例視圖圖中確確定一一個(gè)系系統(tǒng)用用例或或用例例包（（或單單獨(dú)的的子系系統(tǒng)））來(lái)實(shí)實(shí)現(xiàn)該該業(yè)務(wù)務(wù)為需要要支持持自動(dòng)動(dòng)化業(yè)業(yè)務(wù)確確定相相應(yīng)的的用例例對(duì)于業(yè)業(yè)務(wù)對(duì)對(duì)象模模型中中的業(yè)業(yè)務(wù)實(shí)實(shí)體，，可以以在系系統(tǒng)模模型中中定義義對(duì)應(yīng)應(yīng)的實(shí)實(shí)體類類為系統(tǒng)統(tǒng)構(gòu)架架提供供一些些重要要的構(gòu)構(gòu)架機(jī)機(jī)制在軟件件構(gòu)架架中定定義專專用層層來(lái)實(shí)實(shí)現(xiàn)復(fù)復(fù)雜的的業(yè)務(wù)務(wù)邏輯輯-42-業(yè)務(wù)模模型映映射到到系統(tǒng)統(tǒng)模型型從業(yè)務(wù)改改進(jìn)點(diǎn)點(diǎn)入手，，結(jié)合合系統(tǒng)統(tǒng)遠(yuǎn)景，可以以幫助助獲取取系統(tǒng)統(tǒng)模型型可能的的對(duì)應(yīng)應(yīng)關(guān)系系(并非一一一對(duì)對(duì)應(yīng))業(yè)務(wù)用用例系統(tǒng)(子系統(tǒng)統(tǒng))業(yè)務(wù)參參與者者系統(tǒng)參參與者者業(yè)務(wù)工工人系統(tǒng)參參與者者業(yè)務(wù)工工人的的操作作(活動(dòng))系統(tǒng)用用例業(yè)務(wù)實(shí)實(shí)體實(shí)體類類用例建建模UseCaseModeling-44-內(nèi)容安安排理解需需求從業(yè)務(wù)務(wù)模型型獲取取需求求建立用用例模模型編寫用用例文文檔重構(gòu)用用例模模型其它問(wèn)問(wèn)題-45-內(nèi)容安安排理解需需求從業(yè)務(wù)務(wù)模型型獲取取需求求建立用用例模模型編寫用用例文文檔重構(gòu)用用例模模型其它問(wèn)問(wèn)題-46-需求——建造造“正正確””的系系統(tǒng)需求：：客戶戶可接接受的的、系系統(tǒng)必必須滿滿足的的條件件或具具備的的能力力RUP中的FURPS+軟件質(zhì)質(zhì)量準(zhǔn)準(zhǔn)則功能性性（Functionality）使用性性（Usability）可靠性性（Reliability）性能（（Performance）可支持持性（（Supportability）+非功能能性需需求需求工工程的的主要要活動(dòng)動(dòng)定義需需求理解用用戶的的需要要，建建立用用戶可可理解解的系系統(tǒng)需需求模模型分分析需需求根據(jù)需需求模模型，，建立立開發(fā)發(fā)者無(wú)無(wú)二義義性解解釋的的分析析模型型需求管管理-47--48-需求難難在何何處：：石頭頭問(wèn)題題我要一一塊石石頭……差不多多，但但我要要小一一點(diǎn)的的…很好，，不過(guò)過(guò)我要要藍(lán)色色的……啊，沒(méi)沒(méi)有那那么小小…咳，還還是原原來(lái)那那個(gè)好好了……小一點(diǎn)點(diǎn)的藍(lán)藍(lán)色大大理石石難捕獲獲，易易變！！-49-需求：：也需需要開開發(fā)客戶/用戶的的要求求/想法/期望軟件設(shè)設(shè)計(jì)軟件產(chǎn)產(chǎn)品開發(fā)編碼和和測(cè)試試驗(yàn)收有價(jià)值值的軟軟件件需求求分析和和設(shè)計(jì)計(jì)-50-需求問(wèn)題：：對(duì)策難捕獲易變從用戶視角角看問(wèn)題合理的結(jié)構(gòu)構(gòu)用例-51-內(nèi)容安排理解需求從業(yè)務(wù)模型型獲取需求求用例建模流流程獲取原始需需求構(gòu)建初始用用例模型編寫用例文文檔重構(gòu)用例模模型-52-從業(yè)務(wù)模型型獲取需求求有業(yè)務(wù)模型型從業(yè)務(wù)用例例模型中尋尋找系統(tǒng)改改進(jìn)點(diǎn)結(jié)合系統(tǒng)遠(yuǎn)景，獲取系統(tǒng)統(tǒng)用例來(lái)表表達(dá)需求采用需求啟啟發(fā)技術(shù)，，從涉眾獲獲得-53-從業(yè)務(wù)模型型獲取需求求從業(yè)務(wù)用例例模型中獲獲取系統(tǒng)需需求，來(lái)構(gòu)構(gòu)建系統(tǒng)用用例模型1.尋找業(yè)務(wù)改改進(jìn)點(diǎn)2.定義項(xiàng)目遠(yuǎn)遠(yuǎn)景3.導(dǎo)出系統(tǒng)需需求-54-1.業(yè)務(wù)務(wù)改進(jìn)點(diǎn)業(yè)務(wù)模型描描述業(yè)務(wù)現(xiàn)現(xiàn)狀，這些些現(xiàn)狀：有些可能一一直運(yùn)轉(zhuǎn)的的很好，不不需要改進(jìn)進(jìn)，也就沒(méi)沒(méi)有必要作作為軟件需需求來(lái)由系系統(tǒng)實(shí)現(xiàn)而另外可能能更多的業(yè)業(yè)務(wù)在運(yùn)轉(zhuǎn)轉(zhuǎn)過(guò)程中存存在這樣或或那樣的問(wèn)問(wèn)題，這些些問(wèn)題就成成為業(yè)務(wù)待待改進(jìn)的改改進(jìn)點(diǎn)，也也就很可能能作為軟件件需求而存存在-55-尋找業(yè)務(wù)改改進(jìn)點(diǎn)從業(yè)務(wù)流程程中獲取改改進(jìn)點(diǎn)的思思路：信息的自動(dòng)動(dòng)流轉(zhuǎn)演繹復(fù)雜業(yè)業(yè)務(wù)邏輯訪問(wèn)和操作作業(yè)務(wù)對(duì)象象自動(dòng)工作……-56-2.遠(yuǎn)景景(Vision)系統(tǒng)改進(jìn)點(diǎn)點(diǎn)不等同于于軟件需求求用戶根據(jù)自自身的工作作特點(diǎn)和支支付能力決決定哪些應(yīng)應(yīng)該改進(jìn)，，哪些不需需要改進(jìn)這就是用戶戶的遠(yuǎn)景，，它表明用用戶改進(jìn)的的目標(biāo)，這這也將成為為項(xiàng)目的目目標(biāo)業(yè)務(wù)模型描描述了“現(xiàn)現(xiàn)實(shí)是什么么”，遠(yuǎn)景景則描述““希望的改改進(jìn)”遠(yuǎn)景表達(dá)了了“為什么么要開發(fā)這這個(gè)系統(tǒng)””在業(yè)務(wù)現(xiàn)狀狀(業(yè)務(wù)模型)下，開發(fā)系系統(tǒng)是為了了達(dá)到什么么目標(biāo)？-57-定義項(xiàng)目遠(yuǎn)遠(yuǎn)景遠(yuǎn)景包含了了對(duì)待開發(fā)發(fā)系統(tǒng)的目目標(biāo)和約束束代表了項(xiàng)目目涉及的所所有人之間間達(dá)成的第第一個(gè)共識(shí)識(shí)是項(xiàng)目核心心需求的概概覽為更詳細(xì)的的技術(shù)需求求提供了契契約性的依依據(jù)指導(dǎo)團(tuán)隊(duì)實(shí)實(shí)現(xiàn)具體的的業(yè)務(wù)目標(biāo)標(biāo)遠(yuǎn)景的作用用最初，根據(jù)據(jù)項(xiàng)目的遠(yuǎn)遠(yuǎn)景目標(biāo)來(lái)來(lái)決定項(xiàng)目目是否值得得繼續(xù)在項(xiàng)目批準(zhǔn)準(zhǔn)后，團(tuán)隊(duì)隊(duì)根據(jù)項(xiàng)目目遠(yuǎn)景來(lái)指指導(dǎo)后續(xù)的的需求和設(shè)設(shè)計(jì)-58-遠(yuǎn)景說(shuō)明遠(yuǎn)景可以作作為一個(gè)單單獨(dú)的文檔檔存在，而而這其中最最重要的部部分就是關(guān)關(guān)于遠(yuǎn)景目目標(biāo)的說(shuō)明明，它建立立了一個(gè)項(xiàng)項(xiàng)目涉及的的所有人的的共同目標(biāo)標(biāo)遠(yuǎn)景說(shuō)明應(yīng)應(yīng)該是精確確、清晰和和激勵(lì)性的的描述，以以便激勵(lì)所所有的團(tuán)隊(duì)隊(duì)成員為達(dá)達(dá)成該遠(yuǎn)景景而努力。。一個(gè)好的的遠(yuǎn)景應(yīng)該該具有以下下五個(gè)特點(diǎn)點(diǎn)(SMART)：具體的（Specific）可測(cè)量的（（Measurable）可實(shí)現(xiàn)的（（Achievable）相關(guān)的（Relevant）基于時(shí)間的的（Time-based）-59-3.導(dǎo)出出系統(tǒng)需求求從業(yè)務(wù)改進(jìn)進(jìn)點(diǎn)入手，，結(jié)合項(xiàng)目目遠(yuǎn)景，導(dǎo)導(dǎo)出系統(tǒng)需需求：對(duì)于每一個(gè)個(gè)業(yè)務(wù)改進(jìn)進(jìn)點(diǎn)，明確確是否是為為了達(dá)到遠(yuǎn)遠(yuǎn)景目標(biāo)的的需要如果是則作作為軟件需需求而存在在，并把相相應(yīng)地模型型作為系統(tǒng)統(tǒng)模型如果不是則則不作為需需求而存在在，可能作作為一項(xiàng)潛潛在的需求求考慮，也也可能直接接拋棄-60-實(shí)例分析：：旅店系統(tǒng)統(tǒng)開發(fā)背景景隨著旅店聲聲譽(yù)日益提提高，住宿宿人員越來(lái)來(lái)越多，旅旅客為了能能夠獲得好好的房間，，均提前預(yù)預(yù)訂房間然而，隨著著預(yù)訂的增增多、預(yù)訂訂周期的拉拉長(zhǎng)，前臺(tái)臺(tái)服務(wù)員工工作壓力也也日益增大大，還經(jīng)常常出現(xiàn)工作作的失誤，，使得已經(jīng)經(jīng)預(yù)訂好房房間的旅客客也不能按按期入住，，這給酒店店的聲譽(yù)帶帶來(lái)不好的的影響為此，旅店店老板想到到了計(jì)算機(jī)機(jī)，希望能能夠通過(guò)計(jì)計(jì)算機(jī)來(lái)自自動(dòng)管理這這些預(yù)訂業(yè)業(yè)務(wù)，不過(guò)過(guò)由于目前前資金的問(wèn)問(wèn)題，目前前只開發(fā)一一個(gè)單機(jī)版版的系統(tǒng)，，不提供網(wǎng)網(wǎng)上業(yè)務(wù)；；并且旅店店方面的其其它業(yè)務(wù)暫暫不考慮信信息化問(wèn)題題旅店老板委委托某計(jì)算算機(jī)公司開開發(fā)該系統(tǒng)統(tǒng)，并承諾諾如果系統(tǒng)統(tǒng)運(yùn)轉(zhuǎn)良好好的話，將將會(huì)考慮進(jìn)進(jìn)一步合作作事宜-61-遠(yuǎn)景：旅店店預(yù)訂系統(tǒng)統(tǒng)A很榮幸地成成為項(xiàng)目經(jīng)經(jīng)理，并被被要求在兩兩個(gè)月之內(nèi)內(nèi)發(fā)布該系系統(tǒng)的第一一個(gè)版本，，同時(shí)還被被要求要為為后續(xù)的開開發(fā)提供必必備的接口口結(jié)合現(xiàn)狀和和老板的要要求，考慮慮到的項(xiàng)目目可擴(kuò)展的的要求，A首先進(jìn)行了了簡(jiǎn)單的業(yè)業(yè)務(wù)建模之后，A初步定義了了項(xiàng)目的遠(yuǎn)遠(yuǎn)景方便、快捷捷、準(zhǔn)確地地為旅客預(yù)預(yù)訂房間旅客可以方方便的取消消預(yù)訂的房房間旅店經(jīng)理能能夠定期的的獲取預(yù)訂訂的信息，，根據(jù)這些些信息可以以及時(shí)調(diào)整整房間的價(jià)價(jià)格及時(shí)、快速速地計(jì)算房房間費(fèi)用、、預(yù)訂費(fèi)用用、取消預(yù)預(yù)訂后退款款金額等信信息?預(yù)留接口：：可以為以以后的網(wǎng)絡(luò)絡(luò)版，以及及其它業(yè)務(wù)務(wù)系統(tǒng)的開開發(fā)提供支支持-62-結(jié)合遠(yuǎn)景，，獲取系統(tǒng)統(tǒng)需求-63-業(yè)務(wù)模型映映射到系統(tǒng)統(tǒng)模型思路路從業(yè)務(wù)改進(jìn)點(diǎn)點(diǎn)入手，結(jié)合合系統(tǒng)遠(yuǎn)景，可以幫助助獲取系統(tǒng)統(tǒng)模型可能的對(duì)應(yīng)應(yīng)關(guān)系(并非一一對(duì)對(duì)應(yīng))業(yè)務(wù)用例系統(tǒng)(子系統(tǒng))業(yè)務(wù)參與者者系統(tǒng)參與者者業(yè)務(wù)工人系統(tǒng)參與者者業(yè)務(wù)工人的的操作(活動(dòng))系統(tǒng)用例業(yè)務(wù)實(shí)體實(shí)體類-64-內(nèi)容安排理解需求從業(yè)務(wù)模型型獲取需求求建立用例模模型編寫用例文文檔重構(gòu)用例模模型其它問(wèn)題-65-1.需求從從何而來(lái)需求只能來(lái)來(lái)自涉眾(stakeholders)最終用戶、、客戶政府、法律律、文化開發(fā)人員、、管理人員員競(jìng)爭(zhēng)對(duì)手…但并不是直直接從涉眾眾中來(lái)你們的需求求是什么？？-66-涉眾無(wú)法直直接提供需需求涉眾無(wú)法陳陳述自己的的需要涉眾說(shuō)的是是解決方案案而不是需需求涉眾難以構(gòu)構(gòu)想新的工工作方法涉眾的利益益矛盾涉眾抵制變變更“最好也要要有”—過(guò)過(guò)度的要求求需求引發(fā)需需求-67-需求啟發(fā)技技術(shù)需求工程師師利用需求求啟發(fā)技術(shù)術(shù)，從涉眾眾中發(fā)掘需需求收集資料現(xiàn)場(chǎng)觀察訪談開會(huì)原型問(wèn)卷調(diào)查…-68-2識(shí)別參參與者(Actor)識(shí)別參與者者關(guān)鍵詞：邊界參與者：在在系統(tǒng)之外，透過(guò)系統(tǒng)邊界與系統(tǒng)進(jìn)行行有意義交互互的任何事物-69-參與者要點(diǎn)點(diǎn)分析系統(tǒng)外參與者不是是系統(tǒng)的一一部分，處處于系統(tǒng)的的外部系統(tǒng)邊界參與者透過(guò)過(guò)系統(tǒng)邊界界直接與系統(tǒng)交互互，參與者者的確定代代表系統(tǒng)邊界的確定系統(tǒng)角色參與者與使使用系統(tǒng)的的物理人和和職務(wù)沒(méi)有有關(guān)系需要從參與與系統(tǒng)的角角色(作用)來(lái)尋找參與與者與系統(tǒng)進(jìn)行行信息交互互系統(tǒng)需要關(guān)關(guān)注其交互互過(guò)程，即即系統(tǒng)職責(zé)責(zé)任何事物人、外系統(tǒng)統(tǒng)、外部因因素、時(shí)間間-70-要點(diǎn)：與系系統(tǒng)進(jìn)行信信息交互-71-要點(diǎn)：任何何事物-72-任何事物：：小人與圣圣小豬-1-73-小人與圣小小豬-2眾所周知，，用例圖中中的參與者者用一個(gè)小小人表示。。但是這個(gè)個(gè)小人具有有一定的誤誤導(dǎo)性，往往往讓初學(xué)學(xué)者(包括客戶)理解為一個(gè)個(gè)真實(shí)的人人。大多數(shù)數(shù)UML學(xué)習(xí)者都要要花好長(zhǎng)一一段時(shí)間來(lái)來(lái)搞明白小小人其實(shí)不不一定代表表的是人，，而是很抽抽象的系統(tǒng)統(tǒng)不可控的的外部因素素，比如說(shuō)說(shuō)另一個(gè)系系統(tǒng)。那么么為什么不不干脆用其其它的符號(hào)號(hào)來(lái)表示參參與者呢？？如果我開發(fā)發(fā)一個(gè)豬圈圈自動(dòng)供食食供水系統(tǒng)統(tǒng)，豬的前前蹄觸發(fā)一一個(gè)開關(guān)系系統(tǒng)就供食食或供水。。顯然，這這里的參與與者是小小豬。那么么在用例圖圖里用小豬豬代替原來(lái)來(lái)的小人不不是更易于于交流嗎？？-74-思考：參與與者與系統(tǒng)統(tǒng)邊界？某企業(yè)要求求開發(fā)一個(gè)個(gè)企業(yè)信息息管理系統(tǒng)統(tǒng)，并與原原來(lái)已有的的庫(kù)存系統(tǒng)統(tǒng)相連接某企業(yè)要求求開發(fā)一個(gè)個(gè)企業(yè)信息息管理系統(tǒng)統(tǒng)，并把原原來(lái)已有的的庫(kù)存管理理系統(tǒng)加以以改造，成成為企業(yè)信信息管理系系統(tǒng)的一部部分-75-識(shí)別參與者者的思路可以從以下下要點(diǎn)來(lái)識(shí)識(shí)別參與者者系統(tǒng)在哪些些部門使用用誰(shuí)向系統(tǒng)提提供信息、、使用和刪刪除信息。。誰(shuí)與系統(tǒng)的的需求有關(guān)關(guān)聯(lián)誰(shuí)使用系統(tǒng)統(tǒng)的功能（（用例）誰(shuí)對(duì)系統(tǒng)進(jìn)進(jìn)行維護(hù)與外部系統(tǒng)統(tǒng)是否有關(guān)關(guān)聯(lián)時(shí)間參與者者：一種習(xí)習(xí)慣用法，，用于激活活那些系統(tǒng)統(tǒng)定期的、、自動(dòng)執(zhí)行行的用例-76-參與者的命命名對(duì)參與者賦賦予能更好好地表達(dá)其其角色(作用)的名稱不好的參與與者命名的的例子：用用職務(wù)名稱稱和個(gè)人姓姓名來(lái)命名名例如，張三三、老李、、校長(zhǎng)、科科長(zhǎng)…若使用系統(tǒng)統(tǒng)的人（職職務(wù)名稱））變化的話話，就不是是參與者了了好的參與者者命名的例例子：用能能知道其角角色的名稱稱來(lái)命名例如，學(xué)生生、訂單管管理員、維維護(hù)部門…即使使用系系統(tǒng)的人改改變，從系系統(tǒng)來(lái)看，，使用者的的角色（作作用）是相相同的。-77-參與者之間間的關(guān)系：：泛化參與者可以以通過(guò)泛化關(guān)系來(lái)定義，在在這種泛化化關(guān)系中，，一個(gè)參與與者的抽象象描述可以以被一個(gè)或或多個(gè)具體體的參與者者所共享如系統(tǒng)中經(jīng)經(jīng)理可以參參加雇員的的所有用例例-78-參與者地位位識(shí)別用例之之前—重要有助于識(shí)別別用例，寧寧多勿少開始書寫用用例文檔以以后—不重要涉及的參與與者太多測(cè)試和部署署階段—重要需要從參與與者的角度度考慮-79-3識(shí)別用用例關(guān)鍵詞：價(jià)價(jià)值定義用例實(shí)例是是系統(tǒng)執(zhí)行的一系列動(dòng)作作，這些動(dòng)作作將生成特特定參與者可觀觀測(cè)的結(jié)果值一個(gè)用例定定義一組用例實(shí)實(shí)例（場(chǎng)景景）簡(jiǎn)潔：參與與者使用系統(tǒng)達(dá)到某個(gè)目目標(biāo)-80-用例要點(diǎn)可觀測(cè)→用例止于系系統(tǒng)邊界結(jié)果值→用例是有意意義的目標(biāo)標(biāo)系統(tǒng)執(zhí)行→結(jié)果值由系系統(tǒng)生成由參與者觀觀測(cè)→業(yè)務(wù)語(yǔ)言、、用戶觀點(diǎn)點(diǎn)一組用例實(shí)實(shí)例→用例的粒度度-81-要點(diǎn)：有意意義的目標(biāo)標(biāo)-82-要點(diǎn)：結(jié)果果值由系統(tǒng)統(tǒng)生成系統(tǒng)需要處處理的，由由系統(tǒng)生成成-83-要點(diǎn)：用戶戶觀點(diǎn)而非非系統(tǒng)觀點(diǎn)點(diǎn)用戶觀點(diǎn)系統(tǒng)觀點(diǎn)-84-用例的命名名參與者視角角：（狀語(yǔ)）動(dòng)動(dòng)詞+（定語(yǔ)+）賓語(yǔ)-85-要點(diǎn)：用例例粒度-1用例是一組組用例實(shí)例例的抽象；；其內(nèi)部要要有路徑，，路徑要有有步驟最常犯錯(cuò)誤誤：粒度過(guò)過(guò)細(xì)，陷入入功能分解解通過(guò)執(zhí)行用用例，參與與者完成想想做的事情情(最終的目的的)，并為參與與者產(chǎn)生價(jià)價(jià)值過(guò)細(xì)的粒度度，一般都都會(huì)導(dǎo)致技技術(shù)語(yǔ)言的的描述，而而不再是業(yè)業(yè)務(wù)語(yǔ)言-86-用例粒度-2把步驟當(dāng)用例例把系統(tǒng)活動(dòng)當(dāng)當(dāng)用例-87-用例粒度-3“四輪馬車””C(Create)R(Read)

U(Update)

D(Delete)所有業(yè)務(wù)最終終對(duì)會(huì)成為CRUD？CRUD能為Actor提供價(jià)值？CRUD掩蓋業(yè)務(wù)，銳變成關(guān)系數(shù)數(shù)據(jù)庫(kù)的建模模：“系統(tǒng)就是數(shù)數(shù)據(jù)的增刪改改查”關(guān)心數(shù)據(jù)的存存儲(chǔ)和維護(hù)，，反而忽略了了用戶的目的的-88-用例粒度-4如果確實(shí)是CRUD？如果CRUD不涉及復(fù)雜的的交互，一個(gè)個(gè)用例“管理理××”即可不管是C、R、U、D，都是為了完完成“管理””目標(biāo)甚至很多種的的基本數(shù)據(jù)管管理都可以用用一個(gè)用例表表示-89-用例粒度-5靈活處理CRUD可以把包含復(fù)復(fù)雜交互的路路徑獨(dú)立出去去形成用例-90-找出用例的思思路用例要考慮如如下要點(diǎn)來(lái)尋尋找。參與者的工作作是什么參與者的角色色(作用)是什么參與者是否生生成、參照、、刪除系統(tǒng)信信息參與者是否需需要把外部變變更通知給系系統(tǒng)系統(tǒng)是否需要要把內(nèi)部事情情通知給參與與者是否存在進(jìn)行行系統(tǒng)維護(hù)的的用例用例數(shù)量的參參考基準(zhǔn)1個(gè)系統(tǒng)中存在在十幾個(gè)用例例(或更少)1個(gè)用例中有多多個(gè)用例實(shí)例例(場(chǎng)景)-91-UML2.4中的常見的的14種圖UML2.4-圖Diagrams類圖ClassDiagrams對(duì)象圖ObjectDiagrams構(gòu)件圖ComponentDiagrams部署圖DeploymentDiagrams用例圖UseCaseDiagrams順序圖SequenceDiagrams通信圖CommunicationDiagrams狀態(tài)機(jī)圖StateMachineDiagrams活動(dòng)圖ActivityDiagrams靜態(tài)模型(系統(tǒng)結(jié)構(gòu))動(dòng)態(tài)模型(系統(tǒng)行為)包圖PackageDiagrams組合結(jié)構(gòu)圖CompositeStructureDiagrams時(shí)間圖TimingDiagrams交互縱覽圖InteractionOverviewDiagrams外廓圖ProfileDiagrams畫用例圖的基基本元素附錄2-1.UML元元語(yǔ)-94-用例圖元語(yǔ)返回用例圖-95-活動(dòng)圖元語(yǔ)返回活動(dòng)圖-96-類圖、對(duì)象圖圖、包圖元語(yǔ)語(yǔ)返回靜態(tài)結(jié)構(gòu)構(gòu)圖組合結(jié)構(gòu)圖元元語(yǔ)-97-返回組合結(jié)構(gòu)構(gòu)圖-98-順序圖元語(yǔ)返回順序圖-99-通信圖元語(yǔ)返回通信圖-100-交互縱覽圖元元語(yǔ)返回交互縱覽覽圖時(shí)間圖元語(yǔ)-101-返回時(shí)間圖-102-狀態(tài)機(jī)圖元語(yǔ)語(yǔ)返回狀態(tài)機(jī)圖圖-103-構(gòu)件圖元語(yǔ)返回構(gòu)件圖-104-部署圖元語(yǔ)返回部署圖-105-外廓圖返回外廓圖-106-4構(gòu)建用例例圖用例圖：表達(dá)達(dá)參與者與用用例關(guān)系圖形形-107-內(nèi)容安排從業(yè)務(wù)模型獲獲取需求建立用例模型型編寫用例文檔檔重構(gòu)用例模型型其它問(wèn)題-108-撰寫用例文檔檔用例文檔：更更進(jìn)一步的精精度需求規(guī)格說(shuō)明明書的核心，，而用例圖作作為用例文檔檔的索引圖進(jìn)一步的精度度：有層次的文檔文檔中每一句句話都有其價(jià)價(jià)值用例圖是骨架架，而用例文文檔則是其內(nèi)內(nèi)在的肉-109-用例文檔的組組成用例標(biāo)識(shí)(UC)、名稱、描述述涉及的參與者者、涉及的用用例涉眾利益前置條件、后后置條件事件流基本路徑備選路徑補(bǔ)充約束字段列表、業(yè)業(yè)務(wù)規(guī)則非功能需求、、設(shè)計(jì)約束待解決問(wèn)題相關(guān)圖(用例圖、活動(dòng)動(dòng)圖、類圖)用例文檔參考考模板用例名用例名稱，與用例圖中的名稱保持一致簡(jiǎn)要描述用簡(jiǎn)單的幾句話說(shuō)明用例本身以及使用它的原因參與者與該用例相關(guān)的參與者，應(yīng)與用例圖保持一致涉眾與該用例相關(guān)的其他用戶或部門，該用例的執(zhí)行會(huì)對(duì)這些用戶產(chǎn)生影響相關(guān)用例與該用例存在關(guān)系的用例，對(duì)于不同的關(guān)系可采用不同的表示方式前置條件執(zhí)行該用例之前必須滿足的條件后置條件在該用例執(zhí)行之后，系統(tǒng)所達(dá)到的狀態(tài)基本事件流描述用例在最通常情況下所發(fā)生的事件流的執(zhí)行步驟，采用編號(hào)的方式表示發(fā)生的先后順序；對(duì)于復(fù)雜的事件流還可以采用子流的方式分解為多個(gè)事件流進(jìn)行表述備選事件流描述用例基本流程可能出現(xiàn)的分支事件或異常事件補(bǔ)充約束描述與該用例相關(guān)的約束，包括數(shù)據(jù)需求、業(yè)務(wù)規(guī)則、非功能需求、設(shè)計(jì)約束等待解決問(wèn)題說(shuō)明該用例日前還未明確的相關(guān)問(wèn)題相關(guān)圖與該用例相關(guān)的其他圖形，可以是標(biāo)準(zhǔn)的UML圖，如活動(dòng)圖、類圖等，也可以是其他格式的圖形。-111-尋找涉眾的思思路區(qū)分涉眾與參參與者涉眾是與當(dāng)前前用例存在利利益關(guān)系的人人或組織參與者是啟動(dòng)動(dòng)或參與用例例執(zhí)行過(guò)程的的人或外部事事物可能的涉眾有有：當(dāng)事人上游下游操作對(duì)象的主主人…-112-前置、后置條條件前置條件約束束在用例開始始前系統(tǒng)的狀狀態(tài)作為用例的入入口限制，它它阻止參與者者觸發(fā)該用例例直到滿足所所有條件說(shuō)明在用例觸觸發(fā)之前什么么必須為真后置條件約束束用例執(zhí)行后后系統(tǒng)的狀態(tài)態(tài)用例執(zhí)行后什什么必須為真真對(duì)于存在各種種分支事件流流的用例，則則可以指定多多個(gè)后置條件件把用例看作是是參與者與系系統(tǒng)交互的流流程，前置條條件和后置條條件則是這個(gè)個(gè)流程的入口口和出口狀態(tài)態(tài)。如圖直線箭頭表示示基本事件流流，曲線箭頭頭代表各種備備選事件流，，注意前置條條件和后置條條件所處位置置-113-定義前置、后后置條件前置、后置條條件必須是系系統(tǒng)能檢測(cè)到到的前置條件必須須是系統(tǒng)在用用例開始前就就能檢測(cè)到的的-114-應(yīng)用前置、后后置條件某些用例依賴賴于其他用例例一個(gè)用例在離離開系統(tǒng)時(shí)，，可能是另一一個(gè)用例的前前置條件（例例如：“登錄錄”和“管理理系統(tǒng)”）有助于識(shí)別漏漏掉的用例如果一個(gè)用例例的前置條件件不能有執(zhí)行行其他用例滿滿足，可能意意味著丟失了了用例（例如如：“管理訂訂單”卻沒(méi)有有“登錄”用用例）-115-事件流描述-用例交互四四部曲1.動(dòng)作4.響應(yīng)2.驗(yàn)證3.處理系統(tǒng)重點(diǎn)寫：1和4（可觀測(cè)的、、體現(xiàn)客戶利利益的文字））用例的核心內(nèi)內(nèi)容就是參與與者和系統(tǒng)交交互的過(guò)程，，這個(gè)交互過(guò)過(guò)程在用例文文檔中采用事事件流的方式式進(jìn)行完整的的表示。如圖圖-116-事件流描述要要點(diǎn)事件件流流描描述述要要使使用用戶戶和和開開發(fā)發(fā)人人員員互互相相理理解解用用例例的的功功能能，，要要注注意意以以下下幾幾點(diǎn)點(diǎn)：：使用用業(yè)業(yè)務(wù)務(wù)語(yǔ)語(yǔ)言言：：使使用用用用戶戶平平時(shí)時(shí)所所使使用用的的語(yǔ)語(yǔ)言言進(jìn)進(jìn)行行描描述述要明明確確參參與與者者與與系系統(tǒng)統(tǒng)所所交交互互的的信信息息不使使用用[例如如]、[等]這樣樣的的不不清清晰晰的的表表達(dá)達(dá)不要要過(guò)過(guò)多多地地考考慮慮界界面面細(xì)細(xì)節(jié)節(jié)不要要描描述述計(jì)計(jì)算算機(jī)機(jī)內(nèi)內(nèi)部部的的處處理理，，要要描描述述從從系系統(tǒng)統(tǒng)外外部部所所看看到到的的活活動(dòng)動(dòng)除了了基基本本流流程程，，還還要要描描述述替替代代流流程程要明明確確描描述述用用例例的的開開始始和和結(jié)結(jié)束束-117-例1：：使使用用業(yè)業(yè)務(wù)務(wù)語(yǔ)語(yǔ)言言技術(shù)術(shù)語(yǔ)語(yǔ)言言：：無(wú)無(wú)法法與與用用戶戶溝溝通通系統(tǒng)統(tǒng)通通過(guò)過(guò)JDBC建立立數(shù)數(shù)據(jù)據(jù)庫(kù)庫(kù)連連接接，，傳傳送送SQL查詢?cè)冋Z(yǔ)語(yǔ)句句，，從從““商商品品表表””查查詢?cè)兩躺唐菲返牡脑斣敿?xì)細(xì)信信息息…業(yè)務(wù)務(wù)語(yǔ)語(yǔ)言言(用戶戶語(yǔ)語(yǔ)言言)系統(tǒng)統(tǒng)按按照照查查詢?cè)儣l條件件搜搜索索商商品品的的詳詳細(xì)細(xì)信信息息-118-例2：描描述述參參與與者者與與系系統(tǒng)統(tǒng)交交互互過(guò)過(guò)程程以參與與者者或系系統(tǒng)統(tǒng)作作為為主主語(yǔ)語(yǔ)描描述述參與與者者………系統(tǒng)統(tǒng)………示例例出納納員員接接收收顧顧客客的的付付款款—顧客客的的付付款款數(shù)數(shù)可可能能高高于于商商品品總總額額出納納員員錄錄入入顧顧客客所所付付的的現(xiàn)現(xiàn)金金總總額額系統(tǒng)統(tǒng)顯顯示示出出應(yīng)應(yīng)找找還還給給顧顧客客的的余余額額，，打打印印付付款款收收據(jù)據(jù)-119-例3：不不細(xì)細(xì)化化界界面面細(xì)細(xì)節(jié)節(jié)過(guò)細(xì)細(xì)的的界面面細(xì)細(xì)節(jié)節(jié)描述述會(huì)員員從從下下拉拉框框中中選選擇擇類類別別會(huì)員員在在相相應(yīng)應(yīng)文文本本框框中中輸輸入入查查詢?cè)儣l條件件會(huì)員員點(diǎn)點(diǎn)擊擊““確確定定””按按鈕鈕-120-例4：：分分支支和和循循環(huán)環(huán)的的描描述述分支支：：放放到到備備選選路路徑徑中中參與與者者的的選選擇擇另一一條條成成功功線線路路系統(tǒng)統(tǒng)進(jìn)進(jìn)行行驗(yàn)驗(yàn)證證………循環(huán)環(huán)：：直直接接描描述述-121-用例例文文檔檔中中的的補(bǔ)補(bǔ)充充約約束束用例例重重點(diǎn)點(diǎn)在在于于描描述述功功能能需需求求，，而而其其它它方方面面的的補(bǔ)補(bǔ)充充約約束束采采用用兩兩種種處處理理策策略略：：與特特定定用用例例相相關(guān)關(guān)的的補(bǔ)補(bǔ)充充約約束束，，作作為為該該用用例例文文檔檔中中一一部部分分來(lái)來(lái)描描述述一些些全全局局性性的的補(bǔ)補(bǔ)充充約約束束，，單單獨(dú)獨(dú)形形成成一一份份獨(dú)獨(dú)立立的的文文檔檔，，如如““補(bǔ)補(bǔ)充充需需求求規(guī)規(guī)約約””文文檔檔補(bǔ)充充約約束束字段段列列表表業(yè)務(wù)務(wù)規(guī)規(guī)則則非功功能能需需求求設(shè)計(jì)計(jì)約約束束-122-實(shí)例例分分析析：：撰撰寫寫用用例例文文檔檔用例例文文檔檔參參考考模模板板旅店店預(yù)預(yù)訂訂系系統(tǒng)統(tǒng)用用例例文文檔檔“UC01-預(yù)訂訂房房間間””用用例例文文檔檔-123-內(nèi)容容安安排排從業(yè)務(wù)模模型獲取取需求建立用例例模型編寫用例例文檔重構(gòu)用例例模型其它問(wèn)題題重構(gòu)用例例模型對(duì)于一些些復(fù)雜的的系統(tǒng)，，用例可可能很多多，所以以可以利利用用例例建模高高級(jí)技術(shù)術(shù)重構(gòu)用用例模型型用例關(guān)系系通過(guò)用例例關(guān)系將將復(fù)雜的的用例進(jìn)進(jìn)行適當(dāng)當(dāng)?shù)姆纸饨猓员惚阌谔岣吒咝枨蟮牡膹?fù)用性性和可擴(kuò)擴(kuò)展性等等，從而而使用例例模型的的結(jié)構(gòu)更更合理用例分級(jí)級(jí)可以根據(jù)據(jù)用例的的重要程程度進(jìn)行行分級(jí)，，以便后后續(xù)迭代代計(jì)劃的的制定，，高級(jí)別別的用例例優(yōu)先考考慮用例分包包將相關(guān)的的用例打打包，通通過(guò)分包包的方式式可以將將用例圖圖分層表表示，以以用于大大規(guī)模系系統(tǒng)的用用例建模模-124--125-用例關(guān)系系<<include>><<extend>>擴(kuò)展包含泛化-126-通過(guò)關(guān)系系整理文文檔Extend(擴(kuò)展)通過(guò)擴(kuò)展展用例對(duì)對(duì)基用例例增加附附加的行行為Include(包含)基用例中中復(fù)用被被包含用用例的行行為提取公共共步驟，，便于復(fù)復(fù)用Generalization(泛化)派生用例例繼承泛泛化用例例的行為為并添加加新行為為-127-用例關(guān)系系：擴(kuò)展展擴(kuò)展：某某個(gè)用例例在特定定情況下下，包含含其他用用例(擴(kuò)展用例例)的行為，，表示功功能被擴(kuò)擴(kuò)展擴(kuò)展使用用帶有<<extend>>的虛線表表示。此此時(shí)，箭箭頭由擴(kuò)擴(kuò)展的用用例指向向原用例例，通過(guò)過(guò)擴(kuò)展點(diǎn)點(diǎn)指明在在原用例例中的擴(kuò)擴(kuò)展位置置-128-用例關(guān)系系：包含含包含：表表示某個(gè)個(gè)用例中中包含了了其他用用例的行行為包含用帶帶有<<include>>的虛線來(lái)來(lái)表示。。此時(shí)，，箭頭由由原有的的用例指指向被包包含部分分的用例例-129-擴(kuò)展VS.包包含-1包含：由由用例A連向用例例B，表示用用例A中使用了了用例B中的行為為或功能能包含關(guān)系系的提出出一般是是基于用用例行為為復(fù)用的的考慮，，這也意意味著被被包含的的用例往往往被多多個(gè)基用用例引用用擴(kuò)展：由由用例B連向用例例A，表示用用例A描述了一一項(xiàng)基本本需求，，而用例例B則描述了了該基本本需求的的特殊情情況，即即一種擴(kuò)擴(kuò)展擴(kuò)展用例例的提出出是為了了將基用用例的一一些特殊殊情況分分離出來(lái)來(lái)，在保保持基用用例本身身相對(duì)完完整的情情況下（（即一般般情況都都能處理理）來(lái)處處理這些些特殊行行為-130-用例關(guān)系系：泛化化泛化：表示子用用例繼承承了父用用例用例間的的泛化關(guān)關(guān)系表明明子用例例繼承父父用例中中定義的的所有屬屬性、行行為序列列和擴(kuò)展展點(diǎn)，并并且參與與父用例例中所有有的關(guān)系系-131-用例分包包對(duì)用例進(jìn)進(jìn)行分包包讓用例圖圖能夠更更為清晰晰地表現(xiàn)現(xiàn)出系統(tǒng)統(tǒng)的業(yè)務(wù)務(wù)邏輯關(guān)關(guān)系和層層次對(duì)系統(tǒng)進(jìn)進(jìn)行模塊塊的分割割，這將將影響到到今后的的開發(fā)和和系統(tǒng)的的最終表表現(xiàn)形式式常見的分分包方式式按參與者者分包按主題分分包按開發(fā)團(tuán)團(tuán)隊(duì)分包包按發(fā)布情情況分包包先按主題題分包，，主題內(nèi)內(nèi)再按開開發(fā)團(tuán)隊(duì)隊(duì)和發(fā)布布情況分分包-132-利用分包包機(jī)制組組織用例例模型-133-用例分級(jí)級(jí)用例和迭迭代開發(fā)發(fā)迭代開發(fā)發(fā)中開發(fā)發(fā)周期的的定義是是圍繞用用例來(lái)組組織的一個(gè)迭代代周期要要被指派派一個(gè)到到多個(gè)用用例，如如果完全全版本的的用例在在一個(gè)迭迭代周期期中處理理起來(lái)太太復(fù)雜的的話，那那就采用用簡(jiǎn)化版版本的用用例迭代周期期迭代周期期迭代周期期用例A-簡(jiǎn)化版本本用例A-完整版本本用例B用例C-134-用例分級(jí)級(jí)實(shí)施策策略-1可以使用用一個(gè)簡(jiǎn)簡(jiǎn)單的但但是有些些不精確確的分類類方法，，如將用用例劃分分成高、、中、低低三個(gè)等等級(jí)-135-用例分級(jí)級(jí)原則用例分級(jí)級(jí)的一個(gè)個(gè)基本原原則高級(jí)別用用例是那那些對(duì)系系統(tǒng)核心心架構(gòu)影影響最大大的用例例提高用例例級(jí)別的的特性：：a.對(duì)架構(gòu)設(shè)設(shè)計(jì)有重重要影響響的用例例，如在在領(lǐng)域?qū)訉又性黾蛹佣鄠€(gè)類類的用例例或者需需要持久久化的用用例b.不需要花花費(fèi)很多多努力就就可以從從中獲得得重要信信息和線線索的那那些用例例c.含有開發(fā)發(fā)風(fēng)險(xiǎn)、、時(shí)間緊緊迫或功功能復(fù)雜雜的用例例d.涉及到重重要技術(shù)術(shù)研究或或者新技技術(shù)和高高風(fēng)險(xiǎn)的的用例e.代表主要要的在線線業(yè)務(wù)流流程的用用例f.能產(chǎn)生直直接經(jīng)濟(jì)濟(jì)效益或或者降低低成本的的用例-136-用例分級(jí)級(jí)實(shí)施策策略-2依照上述述的影響響用例級(jí)級(jí)別的特特性給用用例打分分（特性性也可能能帶有權(quán)權(quán)值）-137-內(nèi)容安排排從業(yè)務(wù)模模型獲取取需求建立用例例模型編寫用例文文檔重構(gòu)用例模模型其它問(wèn)題用例建模中中常見的問(wèn)問(wèn)題用例不是功功能分解用例圖不是是流程圖用例關(guān)系的的誤用-138--139-何時(shí)適用用用例建模用例是從參參與者角度度捕獲系統(tǒng)統(tǒng)功能，當(dāng)當(dāng)系統(tǒng)只有有一個(gè)或者者沒(méi)有參與與者時(shí)，顯顯然不是非非常有效的的用例捕獲功功能需求，，因此對(duì)于于系統(tǒng)的非非功能需求求不是有效效當(dāng)遇到下述述情況時(shí)，，用例是需需求捕獲的的最好選擇擇系統(tǒng)由功能能需求所主主導(dǎo)系統(tǒng)具有很很多類型的的用戶，系系統(tǒng)對(duì)他們們提供不同同的功能系統(tǒng)具有很很多接口當(dāng)遇到下述述情況時(shí)，，用例是一一個(gè)糟糕的的選擇：系統(tǒng)由非功功能需求所所主導(dǎo)（如如：google）系統(tǒng)具有很很少的用戶戶系統(tǒng)具有很很少的接口口（非內(nèi)部部功能）如：嵌入式式系統(tǒng)、算算法復(fù)雜但但接口少的的系統(tǒng)等謝謝1月-2304:03:3904:0304:031月-231月-2304:0304:0304:03:391月-231月-2304:03:392023/1/54:03:399、靜靜夜夜四四無(wú)無(wú)鄰鄰，，荒荒居居舊舊業(yè)業(yè)貧貧。。。。1月月-231月月-23Thursday,January5,202310、雨中黃黃葉樹，，燈下白白頭人。。。04:03:3904:03:3904:031/5/20234:03:39A