第四講-初始化階段Chapter-4-7課件

第四講.初始化階段

Chapter4-72023/7/232內(nèi)容案例簡(jiǎn)介初始化階段需求概念基于用例的功能性需求獲取非功能性需求1.案例2023/7/234NEXTGENPOS系統(tǒng)NextGen銷售終端(point-of-sale,POS)系統(tǒng)POS系統(tǒng)是用來記錄銷售信息和處理支付的計(jì)算機(jī)系統(tǒng)，它一般用于零售店2023/7/235體系結(jié)構(gòu)InterfaceSalePaymentLogPersistenceFacadeapplicationlogicanddomainobjectlayertechnicalserviceslayerminorfocusexplorehowtoconnecttootherlayersprimaryfocusofcasestudyexplorehowtodesignobjectssecondaryfocusexplorehowtodesignobjects2023/7/236講授方法Iteration1Iteration2Iteration3介紹與第一次迭代相關(guān)的分析和設(shè)計(jì)技術(shù)介紹其他的分析和設(shè)計(jì)技術(shù)Likewise.2.初始化階段2023/7/2382.1在我們開始一個(gè)項(xiàng)目前…在項(xiàng)目啟動(dòng)前，我們需要回答下列問題:該項(xiàng)目的vision（設(shè)想，前景）

和businesscase（業(yè)務(wù)案例）?可行嗎?購買and/or構(gòu)造?成本的大致估計(jì);是$10K-100K或者幾百萬?我們需要繼續(xù)還是停止?2023/7/2392.2目的該階段的目的不是定義所有的需求，而是做適當(dāng)?shù)恼{(diào)研（todojustenoughinvestigation）何謂“適當(dāng)?shù)摹保簩?duì)新系統(tǒng)的整體目的和可行性形成一個(gè)合理的意見確定是否值得深入研究2023/7/2310初始化階段的主要目標(biāo)為:建立項(xiàng)目的軟件范圍和邊界條件，包括一個(gè)操作“前景”，“接受準(zhǔn)則”和產(chǎn)品中包含什么，不包含什么確定核心的用例，這是系統(tǒng)運(yùn)行的主要場(chǎng)景，它將決定系統(tǒng)設(shè)計(jì)的方案針對(duì)主要的場(chǎng)景，確定或者演示至少一個(gè)備選的系統(tǒng)結(jié)構(gòu)對(duì)整個(gè)項(xiàng)目估計(jì)總成本和計(jì)劃(更詳細(xì)的估計(jì)將安排在細(xì)化階段中)估計(jì)可能的風(fēng)險(xiǎn)(不可預(yù)計(jì)性的來源）為項(xiàng)目準(zhǔn)備支持環(huán)境2023/7/23112.3制品前景和業(yè)務(wù)用例（VisionandBusinessCase）用例模型（Use-CaseModel）補(bǔ)充規(guī)格說明（SupplementarySpecification）詞匯表（Glossary）風(fēng)險(xiǎn)列表和風(fēng)險(xiǎn)管理計(jì)劃（RiskList&RiskManagementPlan）原型和概念驗(yàn)證（PrototypesandProof-of-concepts）迭代計(jì)劃（IterationPlan）階段計(jì)劃和軟件開發(fā)計(jì)劃（PhasePlan&SoftwareDevelopmentPlan）開發(fā)案例（DevelopmentCase）3.理解需求

（Chapter5）2023/7/23133.1概述需求每一個(gè)人都有需求在不同的時(shí)間我們有不同的需求需求驅(qū)動(dòng)了軟件過程正式的定義“需求就是系統(tǒng)（更廣義的說法是項(xiàng)目）必須提供的能力和必須遵從的條件".2023/7/23143.2涉及到誰?客戶（Client）

–為開發(fā)付錢的人，將來是產(chǎn)品的擁有者顧客（Customer）–買商品化軟件的人，或者將來有發(fā)言權(quán)確定是否產(chǎn)品可以接受（開發(fā)產(chǎn)品）?？赡芘c客戶是同樣的人涉眾–任何對(duì)系統(tǒng)的需求有直接或者間接影響的人

參考:MasteringtheRequirementsProcess,RobertsonandRobertson2023/7/23153.3需求管理需求管理是一種系統(tǒng)化的方法：

獲取，記載、組織和跟蹤系統(tǒng)的需求為客戶和項(xiàng)目團(tuán)隊(duì)之間針對(duì)不斷變化的需求建立和維護(hù)協(xié)議2023/7/23163.4功能需求功能需求系統(tǒng)必須提供的服務(wù)的描述，系統(tǒng)應(yīng)該如何響應(yīng)特定的輸入，系統(tǒng)在特定的情景下的行為2023/7/2317例子用戶能夠搜索所有的數(shù)據(jù)集合或者從中選擇一部分進(jìn)行搜索系統(tǒng)需要為用戶提供合適的瀏覽器從文檔庫中讀取文檔每一個(gè)訂單需要分配一個(gè)唯一標(biāo)識(shí)符，用戶可以永久保存起來.2023/7/23183.5非功能需求對(duì)系統(tǒng)提供服務(wù)或者功能的約束，如時(shí)間約束，開發(fā)過程的約束，標(biāo)準(zhǔn)等等；許多需求是非功能性的，只能夠描述系統(tǒng)的屬性或者系統(tǒng)環(huán)境的屬性2023/7/2319例子產(chǎn)品需求“ItshallbepossibleforallnecessarycommunicationbetweentheAPSEandtheusertobeexpressedinthestandardAdacharacterset.”組織需求“ThesystemdevelopmentprocessanddeliverabledocumentsshallconformtotheprocessanddeliverablesdefinedinXYZCo-SP-STAN-95”外部需求“Thesystemshallnotdiscloseanypersonalinformationaboutcustomersapartfromtheirnameandreferencenumbertotheoperatorsofthesystem”2023/7/23203.6需求類型另一種分類的方法是采用FURPS+模型[GRA92],縮寫FURPS描述了需求的主要類別：

FunctionalityUsabilityReliabilityPerformanceSupportability2023/7/2321功能性

特性集（featuresets)功能（capabilities）安全性（security）可用性人性化因素(RelatedConcepts:User-CenteredDesign)美學(xué)特性(aesthetics)用戶接口的一致性（consistencyintheuserinterface）在線和上下文相關(guān)的幫助（onlineandcontext-sensitivehelp）智能助手（wizardsandagents）用戶文檔（userdocumentation）訓(xùn)練材料（trainingmaterials）2023/7/2322可靠性失效頻率和嚴(yán)重性（frequencyandseverityoffailure）可恢復(fù)性（recoverability）可預(yù)測(cè)性（predictability）精度（accuracy）平均失效時(shí)間（meantimebetweenfailure(MTBF)）性能速度（speed）效率（efficiency）可用性（availability）精度（accuracy）吞吐量（throughput）響應(yīng)時(shí)間（responsetime）恢復(fù)時(shí)間（recoverytime）資源利用率（resourceusage）2023/7/2323可支持性可測(cè)試性（testability）可擴(kuò)展性（extensibility）適應(yīng)性（adaptability）可維護(hù)性（maintainability）匹配性（compatibility）可配置性（configurability）可服務(wù)性（serviceability）可安裝性（installability）本地化，國際化localizability(internationalization)2023/7/2324FURPS+中的“+”

號(hào)意味著還有一些其他的約束，如:設(shè)計(jì)約束（designconstraints）實(shí)現(xiàn)需求implementationrequirements接口需求interfacerequirements物理需求physicalrequirements包裝Packaging授權(quán)等等Legal-licensingandsoforth4.基于用例的需求獲取

Chapter62023/7/23264.1目標(biāo)如何識(shí)別和編寫用例使用摘要、非正式和詳述等用例形式的基本式樣將測(cè)試應(yīng)用于確定適當(dāng)?shù)挠美蠈⒂美治雠c迭代開發(fā)聯(lián)系起來2023/7/23274.2目標(biāo)和故事人類的行動(dòng)主要是由目標(biāo)驅(qū)動(dòng)的.

對(duì)于一個(gè)圖書館信息系統(tǒng)，某些目標(biāo)為:每一本書的請(qǐng)求都必須最終實(shí)現(xiàn)新系統(tǒng)必須高度可靠通過做某些事情或者避免（不做）某些事情來實(shí)現(xiàn)系統(tǒng)構(gòu)造時(shí)，我們必須記住我們的目標(biāo)

2023/7/2328獲取目標(biāo)并不容易真正的需要是什么不同的細(xì)節(jié)層次無法控制的復(fù)雜性存在許多方法越簡(jiǎn)單的往往應(yīng)用越廣通過講述如何利用系統(tǒng)滿足不同涉眾的目標(biāo)的故事來記錄功能需求-casesofuse2023/7/23294.3什么是用例?“一組用例的實(shí)例，其中每個(gè)實(shí)例都是系統(tǒng)執(zhí)行的一系列活動(dòng)，這些活動(dòng)產(chǎn)生了對(duì)每個(gè)參與者而言可觀察的返回值”（RUP）描述了從參與者（Actor）角度看系統(tǒng)（黑盒子）做了什么

WHAT用例模型本身不是面向?qū)ο蠼＜夹g(shù)2023/7/2330用例的好處從用戶的角度獲取操作性需求對(duì)系統(tǒng)的功能進(jìn)行清晰而一致的描述系統(tǒng)測(cè)試的基礎(chǔ)提供了從功能需求跟蹤到系統(tǒng)中真正的類和操作的能力2023/7/2331理解UseCases參與者Actor:是某些具有行為的事物，可以是人（由角色標(biāo)識(shí)），計(jì)算機(jī)系統(tǒng)或組織，例如收銀員場(chǎng)景Scenario:參與者和系統(tǒng)之間的一系列特定的活動(dòng)和交互，也稱為用例實(shí)例。場(chǎng)景是使用系統(tǒng)的一個(gè)特定情節(jié)或用例的一條執(zhí)行路徑。用例UseCase:一組相關(guān)的成功和失敗場(chǎng)景集合，用來描述參與者如何使用系統(tǒng)實(shí)現(xiàn)其目標(biāo)2023/7/2332處理退貨-非正式格式主成功場(chǎng)景Acustomerarrivesatacheckoutwithitemstoreturn.ThecashierusesthePOSsystemtorecordeachreturneditem…其它場(chǎng)景:Iftheypaidbycredit,andthereimbursementtransactiontotheircreditaccountisrejected,informthecustomerandpaythemwithcashIftheitemidentifierisnotfoundinthesystem,notifytheCashierandsuggestmanualentryoftheidentifiercodeIfthesystemdetectsfailuretocommunicatewithexternalaccountingsystem…2023/7/2333usecase的例子

(fromFowlerandScott,UMLDistilled)

UseCase:購買產(chǎn)品CustomerbrowsersthroughcatalogandselectsitemstobuyCustomergoestocheckoutCustomerfillsinshippinginformation(address;next-dayor3-daydelivery)Systempresentsfullpricinginformation,includingshippingCustomerfillsincreditcardinformationSystemauthorizespurchaseSystemconfirmssaleimmediatelySystemsendsconfirmingemailtocustomerAlternative:授權(quán)失敗6a. Atstep6,systemfailstoauthorizecreditpurchase Allowcustomertore-entercreditcardinformationandre-tryAlternative:

會(huì)員3a.Systemdisplayscurrentshippinginformation,pricinginformation, andlastfourdigitsofcreditcardinformation3b.Customermayacceptoroverridethesedefaults Returntoprimaryscenarioatstep62023/7/2334思考…用例是相關(guān)的成功或者失敗的場(chǎng)景的集合“在ATM機(jī)中輸入用戶ID"不能建模為單獨(dú)的UseCase，因?yàn)闊o人使用系統(tǒng)僅僅為了輸入ID2023/7/2335用例是什么，不是什么用例是需求，而且主要是功能需求，反映了系統(tǒng)將做什么用例是需求，而不是功能或者特征列表用例是文檔，而不是圖，用例建模主要是寫文字，而不是畫圖2023/7/23364.4編寫用例不同形式化程度摘要非正式詳述詳述格式的例子，見pp50-54（中譯本），pp68-72（英文版）2023/7/2337章節(jié)內(nèi)容緒言范圍：系統(tǒng)用例，業(yè)務(wù)用例級(jí)別：用戶目標(biāo)級(jí)別，子功能級(jí)別（可被許多用例重復(fù)使用的）主要角色涉眾前置條件和后置條件主成功場(chǎng)景和步驟（或基本流程）擴(kuò)展（或替代流程）特殊需求：非功能性需求，質(zhì)量屬性或約束技術(shù)和數(shù)據(jù)變?cè)恚罕热缬脩魧?duì)如何實(shí)現(xiàn)系統(tǒng)的要求2023/7/2338指南以無界面約束的本質(zhì)風(fēng)格編寫用例發(fā)現(xiàn)目標(biāo)的目標(biāo)，可以拓寬我們的視野WhatversusHowWhat:標(biāo)識(shí)我自己并獲得授權(quán)How通過對(duì)話框輸入用戶ID和口令生物識(shí)別iSmartCard指南：“以本質(zhì)風(fēng)格編寫用例，摒棄用戶界面并關(guān)注參與者的意圖”“具體風(fēng)格”需要在早期需求工作中避免2023/7/2339另外一個(gè)例子RecycleItems:Theuserusesthismachinetoautomaticallyhaveallthereturnitems(bottles,cans,andcrates)counted,andreceivesareceipt.Thereceiptistobecashedatacashregister(machine).AddNewBottleType:Newkindsofbottlescanbeaddedtothemachinebystartingitin‘learningmode’andinserting5samplesjustlikewhenreturningitems.Inthisway,themachinecanmeasurethebottlesandlearntoidentifythem.Themanagerspecifiestherefundvalueforthenewbottletype.2023/7/2340編寫簡(jiǎn)潔的用例編寫黑盒用例軟件元素具有責(zé)任（responsibility)采用參與者和參與者目標(biāo)的觀點(diǎn)“對(duì)特定參與者而言具有價(jià)值的可觀察的結(jié)果”4.5如何發(fā)現(xiàn)用例2023/7/23424.5.1主要過程選擇系統(tǒng)邊界尋找主要參與者為每個(gè)參與者確定他們的目標(biāo)定義用例2023/7/2343系統(tǒng)邊界描述了系統(tǒng)被包含在內(nèi)的“信封”在許多情形下，系統(tǒng)邊界是顯而易見的。例如對(duì)一個(gè)單個(gè)用戶的運(yùn)行在MicrosoftWindows上的個(gè)人聯(lián)系信息管理本，它的邊界是很容易定的，因?yàn)橹挥幸粋€(gè)用戶，一個(gè)平臺(tái)。.2023/7/23444.5.2參與者與目標(biāo)選擇系統(tǒng)邊界尋找主要參與者為每個(gè)參與者確定他們的目標(biāo)定義用例2023/7/2345參與者是與系統(tǒng)交換數(shù)據(jù)的實(shí)體。參與者可以使用戶，外部的硬件或者另外一個(gè)系統(tǒng)2023/7/2346某些技巧我們可以問一些代表性的問題來找到參與者和目標(biāo)參與者的類型主要的參與者PrimaryActors支持參與者SupportingActors幕后參與者Offstageactors參與者-活動(dòng)列表這似乎一個(gè)交互和疊代的過程Thefocusofthisstage2023/7/2347主要的參與者和用戶目標(biāo)依賴于系統(tǒng)的邊界2023/7/23484.5.3定義用例選擇系統(tǒng)邊界尋找主要參與者為每個(gè)參與者確定他們的目標(biāo)定義用例2023/7/2349一般而言，為每一個(gè)用戶目標(biāo)定義用例用例名稱以動(dòng)詞開頭將CRUD(create,retrieve,update,delete)這些分散的目標(biāo)合并成一個(gè)CRUD用例:Manage<X>定義用例需要交流和參與領(lǐng)域?qū)＜业膮⑴c非常重要迭代開發(fā)2023/7/2350發(fā)現(xiàn)有效用例用例的粒度問題大用例我們的企業(yè)需要拓寬銷售渠道整個(gè)系統(tǒng)就只有一個(gè)用例!!!小的用例輸入口令系統(tǒng)中可能有成百上千個(gè)用例!!!我們必須權(quán)衡2023/7/2351經(jīng)驗(yàn)方法老板測(cè)試EBP測(cè)試規(guī)模測(cè)試2023/7/2352老板測(cè)試?yán)习迨歉跺X的人老板必須看到可量化的價(jià)值2023/7/2353EBP測(cè)試EBP用例對(duì)計(jì)算機(jī)應(yīng)用的需求分析，關(guān)注于基本業(yè)務(wù)過程（

elementarybusinessprocesses，EBPs）層面上的用例依據(jù)持續(xù)時(shí)間，步驟，涉及到的人來定增加可見的或者可度量的業(yè)務(wù)價(jià)值沒有人僅僅想輸入一個(gè)口令客戶愿意為此付費(fèi)嗎?2023/7/2354規(guī)模測(cè)試用例通常應(yīng)該包括多個(gè)步驟在詳細(xì)描述的情形下，應(yīng)該需要3-10頁文本2023/7/2355分析供應(yīng)者合同進(jìn)行協(xié)商處理退貨登陸在游戲板上移動(dòng)棋子2023/7/2356任何東西都有例外EBP原則也不是圣經(jīng)有些時(shí)候我們會(huì)把多個(gè)用例中的公共部分單獨(dú)成為用例目標(biāo)與用例的關(guān)系目標(biāo)可以分解成不同層次用戶目標(biāo)EBP層次的用例=用戶目標(biāo)EBP層次的用例

用戶目標(biāo)UseCasereflectscurrentsolutionsUnderstandingGoalopensupthevisionfornewandimprovedsolutions企業(yè)層次增加利潤子功能目標(biāo)4.6用例圖2023/7/2358用例的組織和用例圖

在UML里,用例圖是表達(dá)用例和活動(dòng)者及其之間關(guān)系的載體用例圖是模型圖，用例圖可包含用例，活動(dòng)者以及它們之間的關(guān)系，這些關(guān)系可以是：關(guān)聯(lián)關(guān)系依賴關(guān)系實(shí)現(xiàn)關(guān)系用例圖的用途是為軟件系統(tǒng)、軟件子系統(tǒng)、類的動(dòng)態(tài)行為建模。它從兩個(gè)方面對(duì)其建模對(duì)象的內(nèi)容進(jìn)行描述，即：描述它們的邊界對(duì)它們進(jìn)行需求分析2023/7/2359下圖是一個(gè)描繪系統(tǒng)邊界的用例圖的例子，它通過區(qū)分系統(tǒng)用例和活動(dòng)者，明確區(qū)分了系統(tǒng)內(nèi)部的事物和系統(tǒng)外部的事物，通過描繪它們之間的關(guān)聯(lián)關(guān)系，系統(tǒng)的邊界得到了清晰的表達(dá)

2023/7/2360用例圖和用例關(guān)系在編寫用例工作中是次要的。用例是文本文檔。編寫用例意味著編寫文本。繪制簡(jiǎn)單的用例圖，并與參與者-目標(biāo)列表關(guān)聯(lián)。用例不是面向?qū)ο蟮?023/7/2361畫圖建議4.7在迭代方法中如何使用用例2023/7/2363用例驅(qū)動(dòng)開發(fā)功能需求首先記錄在用例（用例模型）中；用例是迭代計(jì)劃的重要部分，是預(yù)算的關(guān)鍵輸入用例實(shí)現(xiàn)驅(qū)動(dòng)設(shè)計(jì)用例影響了用戶手冊(cè)和測(cè)試2023/7/2364需求規(guī)格說明的工作任務(wù)跨越了各個(gè)迭代，見書表6-1，

中文，pp72，英文，pp962023/7/2365初始階段編寫用例確定目標(biāo)和涉眾，推測(cè)項(xiàng)目范圍參與者-目標(biāo)-用例

表絕大部分需要關(guān)注的，復(fù)雜的，具有風(fēng)險(xiǎn)的用例采用簡(jiǎn)單的形式編寫其中的10%-20%的用例代表了復(fù)雜的核心功能，需要構(gòu)建核心架構(gòu)或者在某些方面具有風(fēng)險(xiǎn)，采用詳細(xì)的格式進(jìn)行描述確定是否要繼續(xù)到細(xì)化階段2023/7/2366細(xì)化階段編寫用例多次時(shí)間定量的迭代絕大部分的需求被識(shí)別和描述清楚在每一次迭代中，會(huì)有一次需求會(huì)議早期的會(huì)議關(guān)注于最重要用例的子集用戶目標(biāo)和用例列表被精化在細(xì)化階段結(jié)束時(shí)，80-90%的用例被詳細(xì)描述2023/7/2367構(gòu)造階段編寫用例由時(shí)間定量的迭代關(guān)注于完成系統(tǒng)在這個(gè)階段可能涉及編寫一些次要的用例，也可能舉辦需求討論會(huì)2023/7/2368JanuaryFebruaryUseCase:CaptureaSale...MainSuccessScenario:1....2....3....Extensions:UseCase:HandleReturns...MainSuccessScenario:1....2....3....Extensions:WhenOnceduringinception.Short;donottrytodefineorpolishallrequirements.Severaltimesduringelaborationiterations.WhereAtarequirementsworkshop.WhoMany,including,endusersanddevelopers,willplaytheroleofrequirementsspecifier,helpingtowriteusecases.Ledbysystemanalyst,whoisresponsibleforrequirementsdefinition.How:ToolsSoftware:Forusecasetext,useaweb-enabledrequirementstoolthatintegrateswithapopularwordprocessor.Forusecasediagrams,aUMLCASEtool.Hyperlinktheusecases;presentthemontheprojectwebsite.Hardware:Usetwoprojectorsattachedtodualvideocardsandsetthedisplaywidthdouble,toimprovethespaciousnessofthedrawingareaordisplay2adjacenctwordprocessorwindows.DeveloperCustomerSystemAnalystEndUserTwoadjacentprojections.SoftwareArchitect5.識(shí)別其他需求2023/7/2370UP中的制品2023/7/2371需求制品集合2023/7/2372初始化階段的制品用例模型詞匯表補(bǔ)充性規(guī)格說明前景業(yè)務(wù)規(guī)則2023/7/2373詞匯表領(lǐng)域術(shù)語設(shè)計(jì)/實(shí)現(xiàn)中的術(shù)語對(duì)所有人并不相同從用例中觀察：是不是有任何術(shù)語需要重用或者容易誤解2023/7/2374補(bǔ)充說明文檔包含那些用例中沒有的需求:非功能需求(URPS+)領(lǐng)域(或者業(yè)務(wù))規(guī)則法律問題

–

責(zé)任，知識(shí)產(chǎn)權(quán)，等等約束封裝,等等.2023/7/2375遠(yuǎn)景業(yè)務(wù)機(jī)會(huì)競(jìng)爭(zhēng)目標(biāo)關(guān)鍵的涉眾產(chǎn)品概覽遠(yuǎn)景中表達(dá)的需求2023/7/2376初始化中的其他制品風(fēng)險(xiǎn)列表:Whatissuescouldbeaproblemforprojectachievinggoals?原型:ProofoftechnicalfeasibilityUIprototypestoclarifyfunctionalityinvision高層的系統(tǒng)備選架構(gòu)2023/7/2377編寫前景的第一個(gè)草稿確定用戶目標(biāo)和支持性用例編寫某些用例并開始編寫補(bǔ)充性規(guī)格說明依據(jù)上述信息，修改前景2023/7/2378構(gòu)造依據(jù)反饋修改前景其他需求將更清楚，并可以記錄在補(bǔ)充規(guī)格說明中主要的術(shù)語將被發(fā)現(xiàn)和精化主要的需求——功能或者其他方面的需求穩(wěn)定下來