第8章軟件項(xiàng)目需求與變更管理課件

軟件項(xiàng)目管理

軟件項(xiàng)目管理1軟件項(xiàng)目需求管理概述

1軟件項(xiàng)目任務(wù)分解

2第8章軟件項(xiàng)目需求與變更管理3軟件需求的變更控制

軟件項(xiàng)目需求管理概述1軟件項(xiàng)目任務(wù)分解2第8章軟件項(xiàng)目學(xué)習(xí)目標(biāo)掌握軟件需求的概念熟悉需求管理的方法與過(guò)程掌握任務(wù)分解的方法與步驟掌握需求確認(rèn)、變更控制和需求跟蹤的方法和過(guò)程第8章軟件項(xiàng)目需求與變更管理學(xué)習(xí)目標(biāo)第8章軟件項(xiàng)目需求與變更管理HotTip軟件需求定義需求是來(lái)源于用戶調(diào)查，即客戶的需要。需求分析是指軟件分析人員通過(guò)研究用戶在軟件問(wèn)題上的需求意愿，分析出軟件系統(tǒng)的功能、性能、數(shù)據(jù)等諸方面應(yīng)該達(dá)到的目標(biāo)，從而獲得有關(guān)軟件的需求規(guī)格定義的過(guò)程。

8.1軟件項(xiàng)目需求管理概述HotTip軟件需求定義8.1軟件項(xiàng)目需求管理概述HotTip軟件需求定義1．用戶需求特點(diǎn)：（1）用戶需求直接來(lái)源于用戶（2）用戶需求需要以文檔的形式提供給用戶審查（3）可以把用戶需求理解為用戶對(duì)軟件的合理請(qǐng)求（4）用戶需求主要是為用戶方的管理層、用戶方的技術(shù)代表、操作者以及開發(fā)方的高層技術(shù)人員撰寫的8.1軟件項(xiàng)目需求管理概述HotTip軟件需求定義8.1軟件項(xiàng)目需求管理概述HotTip2．系統(tǒng)需求（1）功能需求全面性一致性可理解可維護(hù)可追蹤等8.1軟件項(xiàng)目需求管理概述（2）非功能性需求性能需求、可靠性、可用性需求、系統(tǒng)安全以及系統(tǒng)對(duì)開發(fā)過(guò)程、時(shí)間、資源等方面的約束和標(biāo)準(zhǔn)關(guān)心系統(tǒng)的整體特性

（3）數(shù)據(jù)要求HotTip2．系統(tǒng)需求8.1軟件項(xiàng)目需求管理概述（2HotTip3．需求規(guī)格說(shuō)明書的寫作規(guī)范1）清晰2）完整3）一致4）可測(cè)試

8.1軟件項(xiàng)目需求管理概述HotTip3．需求規(guī)格說(shuō)明書的寫作規(guī)范8.1軟件項(xiàng)目需求的重要性需求是業(yè)務(wù)的根源，需求工作的優(yōu)劣對(duì)業(yè)務(wù)影響最大。就像一條河流，如果源頭被污染了，那么整條河流也就被污染了。8.1軟件項(xiàng)目需求管理概述需求的重要性需求是業(yè)務(wù)的根源，需求工作的優(yōu)劣對(duì)業(yè)務(wù)影響最大。需求是缺陷主要來(lái)源錯(cuò)誤定位費(fèi)用分析JamesMartin：超過(guò)50%的缺陷由不完善的、不正確的、不準(zhǔn)確的和/或不明確的需求所引起JamesMartin：80%以上的用于定位業(yè)務(wù)錯(cuò)誤的費(fèi)用是基于業(yè)務(wù)系統(tǒng)需求定義的錯(cuò)誤8.1軟件項(xiàng)目需求管理概述需求是缺陷主要來(lái)源錯(cuò)誤定位費(fèi)用分析JamesMartin：一個(gè)小故事一個(gè)小故事如何練就需求分析的火眼金晴？5W+1H+8C

5W就是Who、When、Where、What、WhyWhy是關(guān)鍵1H就是How–需求本身的流程8C指的是8個(gè)約束和限制，即8個(gè)Constraints：包括性能Performance、成本Cost、時(shí)間Time、可靠性Reliability、安全性Security、合規(guī)性Compliance、技術(shù)性Technology、兼容性CompatibilityDFX-DesignforX面向產(chǎn)品生命周期各環(huán)節(jié)的設(shè)計(jì)。DFC、DFS如何練就需求分析的火眼金晴？5W+1H+8C明確的需求是項(xiàng)目的基礎(chǔ)1需求的生命周期：需求產(chǎn)生（變化、內(nèi)部、外部）需求認(rèn)識(shí)（現(xiàn)存、潛在、超前、前景分析）需求表達(dá)：1、讓提出需求的人盡可能清楚地說(shuō)明他們的需求；2、對(duì)需求提出一系列問(wèn)題：明確的需求是項(xiàng)目的基礎(chǔ)明確的需求是項(xiàng)目的基礎(chǔ)1需求的生命周期：明確的需求是項(xiàng)目的基明確的需求是項(xiàng)目的基礎(chǔ)2？提出需求的人是如何描述需求的？需求真實(shí)嗎，是真正需求還是表面現(xiàn)象？我們能滿足這個(gè)需求嗎，其他人能滿足嗎，是不是真的有解決方法？需求重要嗎，值得去滿足他嗎？滿足需求的關(guān)鍵問(wèn)題在那里，會(huì)不會(huì)有新的需求產(chǎn)生，還要進(jìn)一步滿足其他需求嗎，新的需求能取代目前這個(gè)需求嗎？需求直接涉及什么人，他們認(rèn)為這是一個(gè)必要的需求嗎，滿族足需求后對(duì)他們有什么影響，他們的反映會(huì)怎么樣？需求對(duì)機(jī)構(gòu)的影響是什么，對(duì)我的影響是什么明確的需求是項(xiàng)目的基礎(chǔ)明確的需求是項(xiàng)目的基礎(chǔ)2？提出需求的人是如何描述需求的明確的明確的需求是項(xiàng)目的基礎(chǔ)33、作一些必要的研究工作，更好地理解需求4、根據(jù)以上三步得出結(jié)論，盡可能清楚地描述這個(gè)需求5、聽聽用戶對(duì)你的闡述的反映，并作適當(dāng)修改。功能和技術(shù)要求1、把需求變成功能要求；2、功能要求應(yīng)描述項(xiàng)目最終交付產(chǎn)品的特征3、技術(shù)要求根據(jù)功能要求產(chǎn)生4、功能要求應(yīng)用日常語(yǔ)言陳述清楚明確的需求是項(xiàng)目的基礎(chǔ)明確的需求是項(xiàng)目的基礎(chǔ)33、作一些必要的研究工作，更好地理解定義需求時(shí)的問(wèn)題1含糊的需求：1、不斷變化的需求（人員變化、預(yù)算變化、技術(shù)變化、商業(yè)環(huán)境變化）2、誤解需求（我說(shuō)不清楚我所需要的是什么，但我見到東西時(shí)就會(huì)知道—感覺(jué)會(huì)隨環(huán)境變化）過(guò)早作出結(jié)論（截?cái)嘈枰磉_(dá)過(guò)程——需求分析需要耐心和自我控制）與真正的用戶討論需求定義需求時(shí)的問(wèn)題定義需求時(shí)的問(wèn)題1含糊的需求：定義需求時(shí)的問(wèn)題定義需求時(shí)的問(wèn)題2多種用戶，多種需求（確定優(yōu)先級(jí)，即需求層次）曲解用戶的需求需求鍍金對(duì)用戶的需求有選擇的過(guò)濾包辦代替定義需求時(shí)的問(wèn)題定義需求時(shí)的問(wèn)題2多種用戶，多種需求（確定優(yōu)先級(jí)，即需求層次

需求和目標(biāo)基本需求:項(xiàng)目實(shí)施范圍、質(zhì)量要求、利潤(rùn)或成本目標(biāo)、時(shí)間目標(biāo)以及必須滿足的法規(guī)要求等期望要求:如一種新產(chǎn)品性能之外的外形、使用舒適需求和目標(biāo)HotTip需求管理1．需求管理復(fù)雜性分析需求的描述問(wèn)題需求的完備程度問(wèn)題需求開發(fā)的工期問(wèn)題需求的細(xì)致程度問(wèn)題需求的變化問(wèn)題8.1軟件項(xiàng)目需求管理概述HotTip需求管理8.1軟件項(xiàng)目需求管理概述HotTip需求管理2．需求管理的基本原則需求管理必須與需求工程的其它活動(dòng)緊密整合需求必須是文檔化的、正確的、最新的、可管理的、可理解的只要需求變化了，需求變更的影響就必須被評(píng)估需求必須分優(yōu)先級(jí)需求一定要分類管理8.1軟件項(xiàng)目需求管理概述HotTip需求管理8.1軟件項(xiàng)目需求管理概述HotTip3．需求管理的方法確定需求變更控制過(guò)程進(jìn)行需求變更影響分析建立需求基準(zhǔn)版本和需求控制版本文檔維護(hù)需求變更的歷史記錄跟蹤每項(xiàng)需求的狀態(tài)衡量需求穩(wěn)定性8.1軟件項(xiàng)目需求管理概述HotTip3．需求管理的方法8.1軟件項(xiàng)目需求管理概HotTip需求管理過(guò)程1．定義需求2．需求確認(rèn)3．建立需求狀態(tài)4．需求評(píng)審評(píng)判需求優(yōu)劣的主要指標(biāo)有：正確性、清晰性、無(wú)二義性、一致性、必要性、完整性、可實(shí)現(xiàn)性、可驗(yàn)證性、可測(cè)性。

8.1軟件項(xiàng)目需求管理概述HotTip需求管理過(guò)程8.1軟件項(xiàng)目需求管理概述HotTip需求管理過(guò)程5．需求承諾6．需求跟蹤正向跟蹤：以用戶需求為切入點(diǎn)，檢查《需求規(guī)格說(shuō)明書》中的每個(gè)需求是否都能在后繼工作產(chǎn)品中找到對(duì)應(yīng)點(diǎn)。逆向跟蹤：檢查設(shè)計(jì)文檔、代碼、測(cè)試用例等工作產(chǎn)品是否都能在《需求規(guī)格說(shuō)明書》中找到出處。7．需求變更控制8.1軟件項(xiàng)目需求管理概述HotTip需求管理過(guò)程8.1軟件項(xiàng)目需求管理概述需求分析在工程中的位置用戶業(yè)務(wù)模型需求分析師抽象、提煉需求模型開發(fā)團(tuán)隊(duì)設(shè)計(jì)依據(jù)軟件模型需求分析在工程中的位置用戶業(yè)務(wù)模型需求分析師抽象、提煉需求用戶/系統(tǒng)業(yè)務(wù)管理者初始需求變更的需求獲取,分析,定義,驗(yàn)證需求控制需求變更需求規(guī)格說(shuō)明項(xiàng)目環(huán)境需求開發(fā)需求管理需求工程活動(dòng)綜合關(guān)系用戶/系統(tǒng)業(yè)務(wù)管理者初始需求變更的需求獲取,分析,定義,驗(yàn)證三要點(diǎn)：需求確認(rèn)、需求變更控制、需求跟蹤需求管理的三要點(diǎn)需求管理的目的是在用戶與開發(fā)方之間建立對(duì)需求的共同理解，維護(hù)需求與工作成果的一致性，并控制需求的變更。

三要點(diǎn)：需求確認(rèn)、需求變更控制、需求跟蹤需求管理的三要點(diǎn)需求工程貫穿開發(fā)全過(guò)程設(shè)計(jì)需求架構(gòu)設(shè)計(jì)系統(tǒng)規(guī)格軟件需求硬件需求質(zhì)量屬性DFX業(yè)務(wù)需求用戶需求內(nèi)部需求客戶要求功能需求非功能需求標(biāo)準(zhǔn)約束書面標(biāo)準(zhǔn)事實(shí)標(biāo)準(zhǔn)需求工程貫穿開發(fā)全過(guò)程設(shè)計(jì)需求架構(gòu)設(shè)計(jì)系統(tǒng)規(guī)格軟件需求硬件需HotTip工作分解結(jié)構(gòu)項(xiàng)目的分解結(jié)構(gòu)就是將項(xiàng)目的產(chǎn)品或服務(wù)、組織、過(guò)程這3種不同的結(jié)構(gòu)綜合為項(xiàng)目分解結(jié)構(gòu)的過(guò)程，也就是給項(xiàng)目的組織人員分派各自角色和任務(wù)的過(guò)程?；诔晒蚬δ艿姆纸夥椒ǎ酝瓿稍擁?xiàng)目應(yīng)該交付的成果為導(dǎo)向，確定相關(guān)的任務(wù)、工作、活動(dòng)和要素?；诹鞒痰姆纸夥椒?，以完成該項(xiàng)目所應(yīng)經(jīng)歷的流程為導(dǎo)向，確定相關(guān)的任務(wù)、工作、活動(dòng)和要素。8.2軟件項(xiàng)目任務(wù)分解HotTip工作分解結(jié)構(gòu)8.2軟件項(xiàng)目任務(wù)分解HotTip工作分解結(jié)構(gòu)（1）圖表形式分解層次與結(jié)構(gòu)

8.2軟件項(xiàng)目任務(wù)分解HotTip工作分解結(jié)構(gòu)8.2軟件項(xiàng)目任務(wù)分解HotTip工作包是完成一項(xiàng)具體工作所要求的一個(gè)特定的、可確定的、可交付以及獨(dú)立的工作包，可為項(xiàng)目控制提供充分而合適的管理信息。WBS編碼設(shè)計(jì)

8.2軟件項(xiàng)目任務(wù)分解HotTip工作包是完成一項(xiàng)具體工HotTip（2）清單形式需求分析計(jì)劃流程優(yōu)化編寫需求說(shuō)明書編寫需求規(guī)格詞匯表繪制業(yè)務(wù)流程抽象業(yè)務(wù)類建立數(shù)據(jù)模型將需求分析圖示加入規(guī)格文檔需求規(guī)格測(cè)試需求規(guī)格確認(rèn)8.2軟件項(xiàng)目任務(wù)分解HotTip（2）清單形式8.2軟件項(xiàng)目任務(wù)分解第8章軟件項(xiàng)目需求與變更管理HotTip任務(wù)分解過(guò)程1．分解步驟（1）確認(rèn)并分解項(xiàng)目的主要組成要素。（2）確定分解標(biāo)準(zhǔn)（3）確認(rèn)分解是否詳細(xì)，分解結(jié)果是否可以作為費(fèi)用和時(shí)間估計(jì)的標(biāo)準(zhǔn)，明確責(zé)任。（4）確定項(xiàng)目交付成果。（5）驗(yàn)證分解正確性，驗(yàn)證分解正確性后，建立一套編號(hào)系統(tǒng)。8.2軟件項(xiàng)目任務(wù)分解HotTip任務(wù)分解過(guò)程8.2軟件項(xiàng)目任務(wù)分解HotTip任務(wù)分解過(guò)程2．分解的標(biāo)準(zhǔn):一般不能采用雙重標(biāo)準(zhǔn)。選擇一種項(xiàng)目分解標(biāo)準(zhǔn)之后，在分解過(guò)程中應(yīng)該統(tǒng)一使用此標(biāo)準(zhǔn)，避免因使用不同標(biāo)準(zhǔn)而導(dǎo)致的混亂。3．分解結(jié)果的檢驗(yàn)核實(shí)分解的正確性：更低層次的細(xì)目是否必要和充分？最底層要素是否有重復(fù)？每個(gè)細(xì)目都有明確的、完整的定義嗎？是否每個(gè)細(xì)目可以進(jìn)行適當(dāng)?shù)墓浪?？誰(shuí)能擔(dān)負(fù)起完成這個(gè)任務(wù)？8.2軟件項(xiàng)目任務(wù)分解HotTip任務(wù)分解過(guò)程8.2軟件項(xiàng)目任務(wù)分解HotTip4．任務(wù)分解的注意事項(xiàng)注意收集與項(xiàng)目相關(guān)的所有信息。任務(wù)分解結(jié)果必須有利于責(zé)任分配。最底層的工作包一般要有全面、詳細(xì)和明確的文字說(shuō)明，并匯集編制成項(xiàng)目工作分解結(jié)構(gòu)詞典。避免不必要的過(guò)細(xì)，最好不要超過(guò)7層。按照軟件項(xiàng)目的平均規(guī)模來(lái)說(shuō)，推薦任務(wù)分解時(shí)至少分解到一周的工作量（40小時(shí)）。8.2軟件項(xiàng)目任務(wù)分解HotTip4．任務(wù)分解的注意事項(xiàng)8.2軟件項(xiàng)目任務(wù)分HotTip5．責(zé)任分配及成本分解8.2軟件項(xiàng)目任務(wù)分解WBS編號(hào)預(yù)算責(zé)任者WBS編號(hào)預(yù)算責(zé)任者10.1張明3.30.15李立20.46李立3.40.1李立30.46張明、李立3.50.02張明3.10.04張明40.08萬(wàn)風(fēng)3.20.15李立50.1張明HotTip5．責(zé)任分配及成本分解8.2軟件項(xiàng)目任務(wù)分HotTip需求確認(rèn)需求確認(rèn)是指開發(fā)方和用戶共同對(duì)需求文檔進(jìn)行評(píng)審，雙方對(duì)需求達(dá)成共識(shí)后做出書面承諾，使需求文檔具有商業(yè)合同效果。8.3軟件需求的確認(rèn)、變更控制和跟蹤HotTip需求確認(rèn)8.3軟件需求的確認(rèn)、變更控制和跟項(xiàng)目開發(fā)面臨的實(shí)際問(wèn)題8.3軟件需求的確認(rèn)、變更控制和跟蹤需求確認(rèn)項(xiàng)目開發(fā)面臨的實(shí)際問(wèn)題8.3軟件需求的確認(rèn)、變更控制和跟項(xiàng)目開發(fā)面臨的實(shí)際問(wèn)題8.3軟件需求的確認(rèn)、變更控制和跟蹤需求確認(rèn)項(xiàng)目開發(fā)面臨的實(shí)際問(wèn)題8.3軟件需求的確認(rèn)、變更控制和跟項(xiàng)目開發(fā)面臨的實(shí)際問(wèn)題8.3軟件需求的確認(rèn)、變更控制和跟蹤需求確認(rèn)項(xiàng)目開發(fā)面臨的實(shí)際問(wèn)題8.3軟件需求的確認(rèn)、變更控制和跟需求驗(yàn)證的目的和任務(wù)需求確認(rèn)的目的和任務(wù)需求驗(yàn)證的目的就是要確保軟件需求具有良好的特性（如完整性，正確性等）。需求驗(yàn)證包含的活動(dòng)滿足性（功能需求是否滿足需要）滿意性（非功能需求是否滿意）明確及含蓄的需求(失敗)、(成功)共識(shí)行（是否能共同理解）可行性（技術(shù)是否可行）明晰性（信息是否存在含混性）8.3軟件需求的確認(rèn)、變更控制和跟蹤需求確認(rèn)需求驗(yàn)證的目的和任務(wù)需求確認(rèn)的目的和任務(wù)8.3軟件需求的需求確認(rèn)的方法：1、為需求進(jìn)行正式評(píng)審2、為需求寫測(cè)試用例3、用檢查單識(shí)別常見問(wèn)題4、為需求設(shè)定優(yōu)先級(jí)5、最后：形成總體共識(shí)8.3軟件需求的確認(rèn)、變更控制和跟蹤需求確認(rèn)需求確認(rèn)的方法：8.3軟件需求的確認(rèn)、變更控制和跟蹤需求1、為需求進(jìn)行正式評(píng)審1、為需求進(jìn)行正式評(píng)審8.3軟件需求的確認(rèn)、變更控制和跟蹤需求確認(rèn)1、為需求進(jìn)行正式評(píng)審1、為需求進(jìn)行正式評(píng)審8.3軟件需需求評(píng)審做不好的后果：?需求變更?需求不明確?需求不可測(cè)?需求不可實(shí)現(xiàn)?導(dǎo)致后續(xù)工作難于開展或經(jīng)常出現(xiàn)變更

由于需求未能得到有效管理，在最終項(xiàng)目驗(yàn)收過(guò)程中出現(xiàn)了令人不愉快的情況，實(shí)際開發(fā)的軟件沒(méi)能完全反映用戶的需求，導(dǎo)致用戶不滿意，項(xiàng)目延期。8.3軟件需求的確認(rèn)、變更控制和跟蹤需求確認(rèn)做不好的后果需求評(píng)審做不好的后果：?需求變更8.3軟件需求的如何進(jìn)行需求評(píng)審1、為需求進(jìn)行正式評(píng)審?如何進(jìn)行需求評(píng)審

參與需求分析和評(píng)審的人員的管理?軟件需求文檔的管理?需求分析過(guò)程的管理?需求變更的管理8.3軟件需求的確認(rèn)、變更控制和跟蹤如何進(jìn)行需求評(píng)審1、為需求進(jìn)行正式評(píng)審?8.3軟件需求例1：“產(chǎn)品應(yīng)在不少于每秒的正常周期內(nèi)提供狀態(tài)信息?！狈治觯哼@個(gè)需求是不完整的：狀態(tài)信息是什么，如何顯示給用戶。這個(gè)需求有幾處含糊。我們?cè)谡務(wù)摦a(chǎn)品的哪部分？狀態(tài)信息間隔真的假定為不少于秒？，甚者每10年顯示一條新的狀態(tài)信息也可以？也許它的意圖是消息間隔不應(yīng)超過(guò)秒，那么1毫秒是不是太短？“每”這個(gè)詞導(dǎo)致了不確定性。問(wèn)題的后果，就是需求的不可證實(shí)。8.3軟件需求的確認(rèn)、變更控制和跟蹤例1：“產(chǎn)品應(yīng)在不少于每秒的正常周期內(nèi)提供狀態(tài)信息。”8.例1需求：后臺(tái)任務(wù)管理器因以誤差上下不超過(guò)10秒的秒間隔，在用戶界面的指定位置顯示狀態(tài)信息；如果后臺(tái)進(jìn)程處理正常，那么應(yīng)該顯示任務(wù)已完成的百分?jǐn)?shù)/比；任務(wù)完成時(shí)，應(yīng)顯示相關(guān)的信息；后臺(tái)任務(wù)出錯(cuò)應(yīng)該顯示錯(cuò)誤信息；為了測(cè)試和追蹤，將需求分解多個(gè)子需求。使在構(gòu)造和測(cè)試時(shí)，被易于分別執(zhí)行。8.3軟件需求的確認(rèn)、變更控制和跟蹤例1需求：8.3軟件需求的確認(rèn)、變更控制和跟蹤例2：“產(chǎn)品應(yīng)瞬間在文本中的顯示和隱藏不可打印字符間切換”

計(jì)算機(jī)在瞬間不能做任何事，所以這個(gè)需求不切實(shí)可行。它的不完整性表現(xiàn)在沒(méi)有聲明觸發(fā)狀態(tài)切換的條件。軟件要在某些條件下更改自己？或者用戶為了模仿更改要做一些什么動(dòng)作？而且，在文檔中改變顯示的范圍是多大：選中的文本？整個(gè)的文檔，或其他的？這也是個(gè)模模糊的問(wèn)題。不可打印字符和隱藏字符一樣嗎？或者是一些屬性標(biāo)志或一些控制字符？問(wèn)題的后果，就是需求的不可證實(shí)。8.3軟件需求的確認(rèn)、變更控制和跟蹤例2：“產(chǎn)品應(yīng)瞬間在文本中的顯示和隱藏不可打印字符間切換”8例2需求：用戶能夠在一個(gè)由特定觸發(fā)條件激活處于編輯的文檔中在顯示和隱藏所有HTML標(biāo)記間切換。現(xiàn)在就很清楚，不可打印字符是HTML標(biāo)記。由于沒(méi)有定義觸發(fā)條件，需求對(duì)設(shè)計(jì)沒(méi)有約束力。只有設(shè)計(jì)人員選定了觸發(fā)條件后，你才能編寫測(cè)試驗(yàn)證觸發(fā)的正確操作。8.3軟件需求的確認(rèn)、變更控制和跟蹤例2需求：8.3軟件需求的確認(rèn)、變更控制和跟蹤例3：“HTML分析器可以產(chǎn)生HTML標(biāo)記錯(cuò)誤報(bào)告，幫助HTML入門者快速解決錯(cuò)誤”。單詞“快速”使其模糊，沒(méi)有加進(jìn)錯(cuò)誤報(bào)告的定義也是不完整的。我不知道，你怎么驗(yàn)證這個(gè)需求。找一個(gè)自稱為HTML的入門者，看看能不能根據(jù)錯(cuò)誤報(bào)告快速解決錯(cuò)誤？8.3軟件需求的確認(rèn)、變更控制和跟蹤例3：“HTML分析器可以產(chǎn)生HTML標(biāo)記錯(cuò)誤報(bào)告，幫助HT例3需求：“HTML分析器可以產(chǎn)生一個(gè)錯(cuò)誤報(bào)告，錯(cuò)誤報(bào)告包含有在被分析文件中出錯(cuò)的HTML文本和行號(hào)以及錯(cuò)誤的描述。如果沒(méi)有錯(cuò)誤，就不會(huì)產(chǎn)生錯(cuò)誤報(bào)告”?，F(xiàn)在我們知道了，什么會(huì)被加到出錯(cuò)報(bào)告中，但是出錯(cuò)報(bào)告是個(gè)什么樣子，則留由設(shè)計(jì)人員決定。我們還指定了一個(gè)例外：如果沒(méi)有發(fā)現(xiàn)錯(cuò)誤，不產(chǎn)生錯(cuò)誤報(bào)告。8.3軟件需求的確認(rèn)、變更控制和跟蹤例3需求：8.3軟件需求的確認(rèn)、變更控制和跟蹤練習(xí)：以下描述哪些屬于不精確的用戶需求描述？如果不精確，應(yīng)如何改正？

1）系統(tǒng)應(yīng)表現(xiàn)出良好的響應(yīng)速度。

不精確，應(yīng)指出具體項(xiàng)目和響應(yīng)時(shí)間。

2）系統(tǒng)必須用菜單驅(qū)動(dòng)。

“必須”不精確，因系統(tǒng)還可以用其他方式驅(qū)動(dòng)。

3）在數(shù)據(jù)錄入界面，應(yīng)該有10個(gè)按鈕。

不精確，因過(guò)于細(xì)致，限制了設(shè)計(jì)的自由度。

4）系統(tǒng)運(yùn)行時(shí)占用的內(nèi)存不得超過(guò)200M。

僅是一個(gè)約束條件。

5）電梯應(yīng)平穩(wěn)運(yùn)行。

不精確，應(yīng)指出加速、減速、運(yùn)行速度的大小。

6）即使系統(tǒng)崩潰，也不能損壞用戶數(shù)據(jù)。

不精確，因這是一個(gè)難以保證的“用戶需求”。8.3軟件需求的確認(rèn)、變更控制和跟蹤練習(xí)：以下描述哪些屬于不精確的用戶需求描述？如果不精確，2、為需求寫測(cè)試用例2、為需求寫測(cè)試用例目標(biāo)是識(shí)別需求的含混性以需求為基礎(chǔ)，并視其為黑盒子，然后編寫測(cè)試用例。要覆蓋需求常見的測(cè)試點(diǎn)入口條件出口條件主事件流可選事件流非功能需求8.3軟件需求的確認(rèn)、變更控制和跟蹤2、為需求寫測(cè)試用例2、為需求寫測(cè)試用例8.3軟件需求的3、用檢查單識(shí)別常見問(wèn)題3、用檢查單識(shí)別常見問(wèn)題4、為需求設(shè)定優(yōu)先級(jí)4、為需求設(shè)定優(yōu)先級(jí)支持項(xiàng)目分期交付支持需求取舍之道支持需求的模式化8.3軟件需求的確認(rèn)、變更控制和跟蹤4、為需求設(shè)定優(yōu)先級(jí)4、為需求設(shè)定優(yōu)先級(jí)8.3軟件需求的為什么要設(shè)定需求的優(yōu)先級(jí)軟件開發(fā)受時(shí)間、成本、質(zhì)量等多種資源的限制，同時(shí)軟件開發(fā)的高不確定性，導(dǎo)致需求在項(xiàng)目結(jié)束時(shí)往往難以被全部實(shí)現(xiàn)。因此需要在需求開發(fā)階段，對(duì)需求進(jìn)行分解，設(shè)定優(yōu)先級(jí)，先實(shí)現(xiàn)優(yōu)先級(jí)別較高的需求，有助于維護(hù)項(xiàng)目收益和提高項(xiàng)目成功率。為什么要設(shè)定需求的優(yōu)先級(jí)軟件開發(fā)受時(shí)間、成本、質(zhì)量等多種資基于價(jià)值、費(fèi)用和風(fēng)險(xiǎn)的優(yōu)先級(jí)設(shè)定費(fèi)用方法（Cost）：價(jià)值方法（Value）：風(fēng)險(xiǎn)方法（Risk）：最小費(fèi)用優(yōu)先原則最高價(jià)值優(yōu)先原則最低風(fēng)險(xiǎn)優(yōu)先原則它們本質(zhì)上從單一視角探尋適用標(biāo)準(zhǔn)來(lái)評(píng)價(jià)每個(gè)需求，并且計(jì)算出一個(gè)分值用于編排需求的優(yōu)先級(jí)。如何設(shè)定需求的優(yōu)先級(jí)基于價(jià)值、費(fèi)用和風(fēng)險(xiǎn)的優(yōu)先級(jí)設(shè)定費(fèi)用方法（Cost）：最小費(fèi)基于價(jià)值、費(fèi)用和風(fēng)險(xiǎn)的優(yōu)先級(jí)設(shè)定XXXXX%XXX%XXX%XXXXn.XXXXX優(yōu)先級(jí)風(fēng)險(xiǎn)%相對(duì)風(fēng)險(xiǎn)費(fèi)用%相對(duì)費(fèi)用價(jià)值%總價(jià)值相對(duì)損失相對(duì)利潤(rùn)需求/特性XXXXX%XXX%XXX%XXXX1.XXXXX總計(jì)XXXX相對(duì)權(quán)值在一個(gè)平面中列出要設(shè)定優(yōu)先級(jí)的所有需求、特性或使用實(shí)例；在這個(gè)例子中，我們將使用特性來(lái)設(shè)定優(yōu)先級(jí)。所有項(xiàng)都必須在同一抽象級(jí)別上；不要把個(gè)人需求與產(chǎn)品特性混合在一起。如果某些特性有邏輯上的聯(lián)系（例如，只有包括特性A的情況下才能實(shí)現(xiàn)特性B）那么在分析中只要列出驅(qū)動(dòng)特性就可以了。這種模型在其有效范圍內(nèi)可以容納幾十種特性。如果你有更多的項(xiàng)，那么就把相關(guān)的特性歸成一類，并建立一個(gè)可管理的初始化列表。如果你需要的話，可以在更詳細(xì)的級(jí)別上進(jìn)行第二輪分析。估計(jì)每一個(gè)特性提供給客戶或業(yè)務(wù)的相關(guān)利益，并用1~9劃分等級(jí)，1代表可忽略的利益，9代表最大的價(jià)值。這些利益等級(jí)表明了與產(chǎn)品的業(yè)務(wù)需求的一致性。客戶代表是判斷這些利益的最佳人選。在缺省情況下，利潤(rùn)和損失的權(quán)值是相等的，作為一種精化，你可以更改這兩個(gè)因素的相對(duì)權(quán)值。估計(jì)出如果沒(méi)有把應(yīng)該實(shí)現(xiàn)的特性包括到產(chǎn)品中，將會(huì)給客戶或業(yè)務(wù)上帶來(lái)的損失。使用1~9劃分等級(jí)，這里1代表基本無(wú)損失，9代表嚴(yán)重?fù)p失?？們r(jià)值＝相對(duì)利潤(rùn)＋相對(duì)損失價(jià)值%=總價(jià)值/總計(jì)價(jià)值×100

根據(jù)需求的復(fù)雜度，所需求的用戶界面的實(shí)現(xiàn)情況、重用當(dāng)前代碼的潛在能力、所需要的測(cè)試量和文檔等等，開發(fā)者可以估算出費(fèi)用。估計(jì)實(shí)現(xiàn)每個(gè)特性的相對(duì)費(fèi)用，使用1（低）~9（高）劃分等級(jí)。平面圖將計(jì)算出由每一個(gè)特性所構(gòu)成的總費(fèi)用的百分比。開發(fā)者應(yīng)該要估計(jì)出與每個(gè)特性相關(guān)的技術(shù)或風(fēng)險(xiǎn)相對(duì)程度，并利用1~9劃分等級(jí)。1級(jí)表示你可以輕而易舉地實(shí)現(xiàn)編程，而9級(jí)表示需要極大地關(guān)注其可行性、缺乏具有專門知識(shí)的人員，或者使用不成熟或不熟悉的工具和技術(shù)。平面圖將計(jì)算出每個(gè)特性所產(chǎn)生的風(fēng)險(xiǎn)百分比。在缺省情況下，利潤(rùn)損失，費(fèi)用和風(fēng)險(xiǎn)的權(quán)值是相等的，但是你可以在平面圖中調(diào)整其權(quán)值。如果你無(wú)需在模型中考慮風(fēng)險(xiǎn)，就把風(fēng)險(xiǎn)的權(quán)值設(shè)為0。價(jià)值%優(yōu)先級(jí)＝（費(fèi)用%×費(fèi)用權(quán)值）＋（風(fēng)險(xiǎn)%×風(fēng)險(xiǎn)權(quán)值）基于價(jià)值、費(fèi)用和風(fēng)險(xiǎn)的優(yōu)先級(jí)設(shè)定基于價(jià)值、費(fèi)用和風(fēng)險(xiǎn)的優(yōu)先級(jí)設(shè)定XXXXX%XXX%XXX%優(yōu)先級(jí)設(shè)定演示相對(duì)權(quán)值2110.5需求/特性相對(duì)利潤(rùn)相對(duì)損失總價(jià)值價(jià)值%相對(duì)費(fèi)用費(fèi)用%相對(duì)風(fēng)險(xiǎn)風(fēng)險(xiǎn)%優(yōu)先級(jí)UC153138.42813.01.345UC2972516.2511.939.10.987UC355159.737.126.10.957UC42153.212.413.00.833UC5491711.049.5412.10.708UC643117.137.126.10.702UC762149.149.539.10.646UC8982616.9716.78220.586UC934106.549.526.10.517UC1074811.7921.4721.20.365總計(jì)54461541004210033100迭代1BaseLine=UC1-3迭代2BaseLine=UC4-6迭代3BaseLine=UC7-9優(yōu)先級(jí)設(shè)定演示相對(duì)權(quán)值2110.5需求/特性相對(duì)相對(duì)總5、最后：形成總體共識(shí)

本需求文檔建立在雙方對(duì)需求的共同理解基礎(chǔ)上，我同意后續(xù)的開發(fā)工作根據(jù)該需求文檔開展。如果需求發(fā)生變化，我們將按照“需求變更控制規(guī)程”執(zhí)行。我明白，需求的變更將導(dǎo)致雙方重新協(xié)商成本、資源和進(jìn)度等。甲方負(fù)責(zé)人簽字乙方負(fù)責(zé)人簽字8.3軟件需求的確認(rèn)、變更控制和跟蹤5、最后：形成總體共識(shí)8.3軟件需求的確認(rèn)、變更控制和1、什么是需求變更？需求變更控制、（范圍控制）初始需求變更的需求對(duì)問(wèn)題的初始理解對(duì)問(wèn)題的新理解時(shí)間二、控制需求變更8.3軟件需求的確認(rèn)、變更控制和跟蹤1、什么是需求變更？初始需求變更的需求對(duì)問(wèn)題的對(duì)問(wèn)題的時(shí)間二HotTip需求的變更要經(jīng)過(guò)出資者的認(rèn)可,這樣才會(huì)對(duì)需求的變更有成本的概念，能夠慎重地對(duì)待需求的變更。小的需求變更也要經(jīng)過(guò)正規(guī)的需求管理流程，否則會(huì)積少成多。精確的需求與范圍定義并不會(huì)阻止需求的變更。并非對(duì)需求定義的越細(xì)，越能避免需求的漸變，這是兩個(gè)層面的問(wèn)題。太細(xì)的需求定義對(duì)需求漸變沒(méi)有任何效果。因?yàn)樾枨蟮淖兓怯篮愕?，并非由于需求?xì)化了，它就不會(huì)變化了。8.3軟件需求的確認(rèn)、變更控制和跟蹤二、控制需求變更HotTip需求的變更要經(jīng)過(guò)出資者的認(rèn)可,這樣才會(huì)對(duì)需求的受控的需求需求文檔V1系統(tǒng)實(shí)現(xiàn)V1系統(tǒng)實(shí)現(xiàn)V2需求變更二、控制需求變更8.3軟件需求的確認(rèn)、變更控制和跟蹤受控的需求需求文檔V1系統(tǒng)實(shí)現(xiàn)系統(tǒng)實(shí)現(xiàn)需求變更二、控制需求變HotTip2．變更控制過(guò)程（1）項(xiàng)目啟動(dòng)階段的變更預(yù)防（2）項(xiàng)目實(shí)施階段的變更控制（3）項(xiàng)目收尾階段的總結(jié)控制8.3軟件需求的變更控制HotTip2．變更控制過(guò)程8.3軟件需求的變更控制HotTip3、需求變更處理流程8.3軟件需求的變更控制HotTip3、需求變更處理流程8.3軟件需求的變更受控的需求變更需求文檔V1需求文檔V2系統(tǒng)實(shí)現(xiàn)V1系統(tǒng)實(shí)現(xiàn)V2需求變更由CCB委員會(huì)裁定8.3軟件需求的確認(rèn)、變更控制和跟蹤受控的需求變更需求文檔V1需求文檔V2系統(tǒng)實(shí)現(xiàn)系統(tǒng)實(shí)現(xiàn)需求變CCB的解釋CCB變更控制委員會(huì)(ChangeControlBoard)CCB是系統(tǒng)集成項(xiàng)目的所有者權(quán)益代表，負(fù)載裁定接受那些變更。CCB由項(xiàng)目所涉及的多方成員共同組成，通常包括用戶和實(shí)施方的決策人員。CCB是決策機(jī)構(gòu)，不是作業(yè)機(jī)構(gòu)，通常CCB的工作是通過(guò)評(píng)審手段來(lái)決定項(xiàng)目是否能變更，不提出變更方案。CCB的解釋CCB變更控制委員會(huì)(ChangeContr需求變更申請(qǐng)單（我國(guó)）需求變更申請(qǐng)單（我國(guó)）變更管理五級(jí)成熟度模型第五級(jí)統(tǒng)一平臺(tái)（建立變更管理工作流系統(tǒng)）第四級(jí)統(tǒng)一流程（為了協(xié)商小組高效工作而設(shè)定）第三級(jí)統(tǒng)一協(xié)商（批處理、根據(jù)項(xiàng)目設(shè)定變更批處理周期）第二級(jí)統(tǒng)一接口（協(xié)商改動(dòng)的人應(yīng)少而精、項(xiàng)目層）第一級(jí)統(tǒng)一描述（變更單標(biāo)準(zhǔn)化）變更管理五級(jí)成熟度模型第五級(jí)統(tǒng)一平臺(tái)（建立變更管理工作流系需求變更案例分析面對(duì)客戶的需求變更，接受還是拒絕？在某公司的項(xiàng)目管理課堂上，小李，小王、小林等人正在七嘴八舌地議論紛紛。原來(lái)，大家正在討論公司最近遇到的兩個(gè)頗為有趣的項(xiàng)目。

需求變更案例分析面對(duì)客戶的需求變更，接受還是拒絕？情況1：盡量滿足用戶需要據(jù)小王介紹，這兩個(gè)項(xiàng)目分別由兩個(gè)項(xiàng)目經(jīng)理來(lái)?yè)?dān)任。其中，項(xiàng)目經(jīng)理A屬于“謙虛”型，對(duì)于客戶提出的問(wèn)題，無(wú)論大小都給與解決，客戶對(duì)此非常滿意，然而，項(xiàng)目進(jìn)度卻拖得比較長(zhǎng)，而且，客戶總想把所有的問(wèn)題都改完再說(shuō)，項(xiàng)目已經(jīng)一再延期。情況1：盡量滿足用戶需要據(jù)小王介紹，這兩個(gè)項(xiàng)目分別由兩個(gè)項(xiàng)目情況2：嚴(yán)格執(zhí)行項(xiàng)目計(jì)劃相比之下，項(xiàng)目經(jīng)理B顯得稍有些“盛氣凌人”，對(duì)于客戶提出的問(wèn)題，大多都不予理睬，客戶對(duì)此不是很滿意，不過(guò)，該項(xiàng)目的進(jìn)度控制得比較好，基本能夠按期完成項(xiàng)目。情況2：嚴(yán)格執(zhí)行項(xiàng)目計(jì)劃相比之下，項(xiàng)目經(jīng)理B顯得稍有些“盛氣分析1不太遷就用戶小王：“對(duì)項(xiàng)目經(jīng)理來(lái)說(shuō)，成本、質(zhì)量和時(shí)間是最為重要的三要素。與客戶的關(guān)系當(dāng)然很重要，但也要全盤考慮項(xiàng)目的各要素。對(duì)于用戶的要求，應(yīng)該在有限的范圍內(nèi)給與解決，但不可以做出太大的犧牲。一味的遷就用戶將會(huì)使整個(gè)項(xiàng)目失敗?！?/p>

分析1不太遷就用戶小王：“對(duì)項(xiàng)目經(jīng)理來(lái)說(shuō)，成本、質(zhì)量和時(shí)間分析2堅(jiān)持原則，適當(dāng)調(diào)節(jié)用戶關(guān)系小林：“當(dāng)前，國(guó)內(nèi)的項(xiàng)目一般情況下是由銷售處面簽單，再由項(xiàng)目經(jīng)理接手后續(xù)的工作，因此客戶關(guān)系多在事前已經(jīng)搞定。發(fā)生新的情況后，可以由公司的公關(guān)部出面與客戶進(jìn)行協(xié)調(diào)，項(xiàng)目經(jīng)理可以在此過(guò)程中堅(jiān)持一下原則，與公司的公關(guān)部一個(gè)紅臉，一個(gè)白臉，唱出一出好戲?！?/p>

分析2堅(jiān)持原則，適當(dāng)調(diào)節(jié)用戶關(guān)系小林：“當(dāng)前，國(guó)內(nèi)的項(xiàng)目一分析3用戶就是上帝小李：“不管怎樣，客戶才是第一位的。客戶可以給你帶來(lái)收入，也可以給你帶來(lái)更多的客戶和工作，有什么道理不多配合一下他們呢？說(shuō)實(shí)話我對(duì)B的做法蠻欣賞的，可惜行不通。因?yàn)榭蛻羰巧系?，如果照B的做法，后果會(huì)造成做一次項(xiàng)目丟掉一個(gè)客戶，太不劃算了?！?/p>

分析3用戶就是上帝小李：“不管怎樣，客戶才是第一位的?？蛻魡?wèn)題：1、如果你的項(xiàng)目遇到需求變更問(wèn)題，你會(huì)采用哪種方式去應(yīng)對(duì)？2、分析這兩種應(yīng)對(duì)需求變更方式的優(yōu)缺點(diǎn)。

需求變更案例分析問(wèn)題：需求變更案例分析指導(dǎo)策略：合理控制1、根據(jù)客戶提出需求的實(shí)際情況而定對(duì)于客戶的需求，如何是合理的，在自己的范圍之內(nèi)，是可以變更的，但是如果在對(duì)前面的主體框架是做以否定的話，那就斷然拒絕！指導(dǎo)策略：合理控制1、根據(jù)客戶提出需求的實(shí)際情況而定指導(dǎo)策略：合理控制2、把握好度項(xiàng)目的目的是在規(guī)定的時(shí)間內(nèi)完成規(guī)定的內(nèi)容。項(xiàng)目范圍在項(xiàng)目啟動(dòng)階段就已經(jīng)確定下來(lái)了，絕對(duì)不能更改的。如果經(jīng)常更改，項(xiàng)目經(jīng)理需要分析一下原因。如果是客戶原因需要更改，項(xiàng)目經(jīng)理需要分析工作量，盡量少做改動(dòng)，但是不能完全拒絕客戶。如果全盤接受，客戶會(huì)毫無(wú)顧及的更改；如果全然拒絕，就沒(méi)做好溝通管理。指導(dǎo)策略：合理控制2、把握好度隨著開發(fā)工作的進(jìn)展需求將逐步擴(kuò)展和演化各個(gè)開發(fā)階段的工作業(yè)務(wù)之間存在的繼承關(guān)系使每一項(xiàng)需求均能追溯到前后繼承關(guān)系的脈絡(luò)清晰可見三、需求跟蹤8.3軟件需求的確認(rèn)、變更控制和跟蹤隨著開發(fā)工作的進(jìn)展需求將逐步擴(kuò)展和演化三、需求跟蹤8.3開發(fā)階段需求狀態(tài)需求建議設(shè)計(jì)編碼測(cè)試獲取定義承諾設(shè)計(jì)實(shí)現(xiàn)完成生存期各階段需求狀態(tài)的演變8.3軟件需求的確認(rèn)、變更控制和跟蹤開發(fā)需求需求建議設(shè)計(jì)編碼測(cè)試獲取定義承諾設(shè)計(jì)實(shí)現(xiàn)完成生存期各需求的類型及其追蹤性問(wèn)題解決方案領(lǐng)域業(yè)務(wù)領(lǐng)域業(yè)務(wù)需求用戶需求軟件需求測(cè)試規(guī)約設(shè)計(jì)或代碼用戶手冊(cè)所要構(gòu)建的系統(tǒng)追蹤性需求的類型及其追蹤性問(wèn)題解決方案領(lǐng)域業(yè)務(wù)領(lǐng)域業(yè)務(wù)需求用戶需求需求跟蹤歸納如下：1、建立和維護(hù)需求跟蹤矩陣正向跟蹤

逆向跟蹤當(dāng)需求文檔或后續(xù)工作成果發(fā)生變更時(shí)，要及時(shí)更新需求跟蹤矩陣2、查找不一致后續(xù)工作成果沒(méi)有實(shí)現(xiàn)需求文檔中的某些需求后續(xù)工作成果實(shí)現(xiàn)了需求文檔中不存在的需求后續(xù)工作成果沒(méi)有正確實(shí)現(xiàn)需求文檔中的需求3、消除不一致將消除不一致記錄到“需求跟蹤報(bào)告”消除不一致后，項(xiàng)目經(jīng)理更新“需求跟蹤矩陣”8.3軟件需求的確認(rèn)、變更控制和跟蹤需求跟蹤歸納如下：8.3軟件需求的確認(rèn)、變更控制和跟蹤軟件需求屬性矩陣屬性需求需求狀態(tài)優(yōu)先級(jí)工作量風(fēng)險(xiǎn)穩(wěn)定性產(chǎn)品版本職責(zé)分配原因功能需求非功能需求設(shè)計(jì)約束軟件需求屬性矩陣屬性需求優(yōu)先級(jí)工作量風(fēng)險(xiǎn)穩(wěn)定性產(chǎn)品職責(zé)第8章軟件項(xiàng)目需求與變更管理實(shí)現(xiàn)“需求全生命周期”的管理達(dá)到“需求-開發(fā)-測(cè)試”一體化實(shí)現(xiàn)“需求全生命周期”的管理需求生命周期管理平臺(tái)需求生命周期管理平臺(tái)一些重要名詞解釋管理流程：用于管理的規(guī)范流程（例如：需求確認(rèn)、審批、簽署、驗(yàn)收、變更流程等）OBS：組織分解結(jié)構(gòu)（以樹形結(jié)構(gòu)描述項(xiàng)目參與組織與角色的分解）WBS:工作分解結(jié)構(gòu)（以樹形結(jié)構(gòu)描述工作任務(wù)分解）PBS：產(chǎn)品分解結(jié)構(gòu)（以樹形結(jié)構(gòu)描述交付物分解）RBS:資源分解結(jié)構(gòu)（以樹形結(jié)構(gòu)描述服務(wù)于項(xiàng)目的資源）報(bào)表模版：項(xiàng)目執(zhí)行所需要的報(bào)表、報(bào)告、文檔的模版活動(dòng)：Activity（WBS的葉子），也稱為工作，作業(yè)等依賴關(guān)系：作業(yè)(活動(dòng))的先后次序資源：有形資源，為完成工作所用到的人財(cái)物日歷：工作日歷關(guān)鍵路徑：一系列不得有任何推遲的工作，否則就來(lái)不及了浮時(shí)：那些有可能能推遲的工作的浮動(dòng)時(shí)間量基線：計(jì)劃的快照，形成比較基準(zhǔn)風(fēng)險(xiǎn)：預(yù)計(jì)未來(lái)可能發(fā)生并對(duì)項(xiàng)目產(chǎn)生影響的事件變更：項(xiàng)目進(jìn)行過(guò)程中產(chǎn)生的新需求或原有需求的變化一些重要名詞解釋管理流程：用于管理的規(guī)范流程（例如：需求確認(rèn)項(xiàng)目管理基礎(chǔ)動(dòng)畫教程1、資源分配管理；2、個(gè)人效能；3、資源管理；4、風(fēng)險(xiǎn)管理；5、承諾；6、不懂承諾的管理者；7、不明白依賴；8、不知后果；9、理解承諾事項(xiàng)；10、索取承諾的困難；11、信口開河；12、假裝信心；13、不切實(shí)際的信心；14、其實(shí)不可能做到；15、其實(shí)做到是萬(wàn)幸；16、沒(méi)有自知之明；17、對(duì)任何人都說(shuō)盡力；18、項(xiàng)目缺失了什么；19、現(xiàn)狀調(diào)查。項(xiàng)目管理基礎(chǔ)動(dòng)畫教程1、資源分配管理；11、信口開河；Clicktoeditcompanyslogan.謝謝！ThankYou!Clicktoeditcompanyslogan.88軟件項(xiàng)目管理

軟件項(xiàng)目管理89軟件項(xiàng)目需求管理概述

1軟件項(xiàng)目任務(wù)分解

2第8章軟件項(xiàng)目需求與變更管理3軟件需求的變更控制

軟件項(xiàng)目需求管理概述1軟件項(xiàng)目任務(wù)分解2第8章軟件項(xiàng)目學(xué)習(xí)目標(biāo)掌握軟件需求的概念熟悉需求管理的方法與過(guò)程掌握任務(wù)分解的方法與步驟掌握需求確認(rèn)、變更控制和需求跟蹤的方法和過(guò)程第8章軟件項(xiàng)目需求與變更管理學(xué)習(xí)目標(biāo)第8章軟件項(xiàng)目需求與變更管理HotTip軟件需求定義需求是來(lái)源于用戶調(diào)查，即客戶的需要。需求分析是指軟件分析人員通過(guò)研究用戶在軟件問(wèn)題上的需求意愿，分析出軟件系統(tǒng)的功能、性能、數(shù)據(jù)等諸方面應(yīng)該達(dá)到的目標(biāo)，從而獲得有關(guān)軟件的需求規(guī)格定義的過(guò)程。

8.1軟件項(xiàng)目需求管理概述HotTip軟件需求定義8.1軟件項(xiàng)目需求管理概述HotTip軟件需求定義1．用戶需求特點(diǎn)：（1）用戶需求直接來(lái)源于用戶（2）用戶需求需要以文檔的形式提供給用戶審查（3）可以把用戶需求理解為用戶對(duì)軟件的合理請(qǐng)求（4）用戶需求主要是為用戶方的管理層、用戶方的技術(shù)代表、操作者以及開發(fā)方的高層技術(shù)人員撰寫的8.1軟件項(xiàng)目需求管理概述HotTip軟件需求定義8.1軟件項(xiàng)目需求管理概述HotTip2．系統(tǒng)需求（1）功能需求全面性一致性可理解可維護(hù)可追蹤等8.1軟件項(xiàng)目需求管理概述（2）非功能性需求性能需求、可靠性、可用性需求、系統(tǒng)安全以及系統(tǒng)對(duì)開發(fā)過(guò)程、時(shí)間、資源等方面的約束和標(biāo)準(zhǔn)關(guān)心系統(tǒng)的整體特性

（3）數(shù)據(jù)要求HotTip2．系統(tǒng)需求8.1軟件項(xiàng)目需求管理概述（2HotTip3．需求規(guī)格說(shuō)明書的寫作規(guī)范1）清晰2）完整3）一致4）可測(cè)試

8.1軟件項(xiàng)目需求管理概述HotTip3．需求規(guī)格說(shuō)明書的寫作規(guī)范8.1軟件項(xiàng)目需求的重要性需求是業(yè)務(wù)的根源，需求工作的優(yōu)劣對(duì)業(yè)務(wù)影響最大。就像一條河流，如果源頭被污染了，那么整條河流也就被污染了。8.1軟件項(xiàng)目需求管理概述需求的重要性需求是業(yè)務(wù)的根源，需求工作的優(yōu)劣對(duì)業(yè)務(wù)影響最大。需求是缺陷主要來(lái)源錯(cuò)誤定位費(fèi)用分析JamesMartin：超過(guò)50%的缺陷由不完善的、不正確的、不準(zhǔn)確的和/或不明確的需求所引起JamesMartin：80%以上的用于定位業(yè)務(wù)錯(cuò)誤的費(fèi)用是基于業(yè)務(wù)系統(tǒng)需求定義的錯(cuò)誤8.1軟件項(xiàng)目需求管理概述需求是缺陷主要來(lái)源錯(cuò)誤定位費(fèi)用分析JamesMartin：一個(gè)小故事一個(gè)小故事如何練就需求分析的火眼金晴？5W+1H+8C

5W就是Who、When、Where、What、WhyWhy是關(guān)鍵1H就是How–需求本身的流程8C指的是8個(gè)約束和限制，即8個(gè)Constraints：包括性能Performance、成本Cost、時(shí)間Time、可靠性Reliability、安全性Security、合規(guī)性Compliance、技術(shù)性Technology、兼容性CompatibilityDFX-DesignforX面向產(chǎn)品生命周期各環(huán)節(jié)的設(shè)計(jì)。DFC、DFS如何練就需求分析的火眼金晴？5W+1H+8C明確的需求是項(xiàng)目的基礎(chǔ)1需求的生命周期：需求產(chǎn)生（變化、內(nèi)部、外部）需求認(rèn)識(shí)（現(xiàn)存、潛在、超前、前景分析）需求表達(dá)：1、讓提出需求的人盡可能清楚地說(shuō)明他們的需求；2、對(duì)需求提出一系列問(wèn)題：明確的需求是項(xiàng)目的基礎(chǔ)明確的需求是項(xiàng)目的基礎(chǔ)1需求的生命周期：明確的需求是項(xiàng)目的基明確的需求是項(xiàng)目的基礎(chǔ)2？提出需求的人是如何描述需求的？需求真實(shí)嗎，是真正需求還是表面現(xiàn)象？我們能滿足這個(gè)需求嗎，其他人能滿足嗎，是不是真的有解決方法？需求重要嗎，值得去滿足他嗎？滿足需求的關(guān)鍵問(wèn)題在那里，會(huì)不會(huì)有新的需求產(chǎn)生，還要進(jìn)一步滿足其他需求嗎，新的需求能取代目前這個(gè)需求嗎？需求直接涉及什么人，他們認(rèn)為這是一個(gè)必要的需求嗎，滿族足需求后對(duì)他們有什么影響，他們的反映會(huì)怎么樣？需求對(duì)機(jī)構(gòu)的影響是什么，對(duì)我的影響是什么明確的需求是項(xiàng)目的基礎(chǔ)明確的需求是項(xiàng)目的基礎(chǔ)2？提出需求的人是如何描述需求的明確的明確的需求是項(xiàng)目的基礎(chǔ)33、作一些必要的研究工作，更好地理解需求4、根據(jù)以上三步得出結(jié)論，盡可能清楚地描述這個(gè)需求5、聽聽用戶對(duì)你的闡述的反映，并作適當(dāng)修改。功能和技術(shù)要求1、把需求變成功能要求；2、功能要求應(yīng)描述項(xiàng)目最終交付產(chǎn)品的特征3、技術(shù)要求根據(jù)功能要求產(chǎn)生4、功能要求應(yīng)用日常語(yǔ)言陳述清楚明確的需求是項(xiàng)目的基礎(chǔ)明確的需求是項(xiàng)目的基礎(chǔ)33、作一些必要的研究工作，更好地理解定義需求時(shí)的問(wèn)題1含糊的需求：1、不斷變化的需求（人員變化、預(yù)算變化、技術(shù)變化、商業(yè)環(huán)境變化）2、誤解需求（我說(shuō)不清楚我所需要的是什么，但我見到東西時(shí)就會(huì)知道—感覺(jué)會(huì)隨環(huán)境變化）過(guò)早作出結(jié)論（截?cái)嘈枰磉_(dá)過(guò)程——需求分析需要耐心和自我控制）與真正的用戶討論需求定義需求時(shí)的問(wèn)題定義需求時(shí)的問(wèn)題1含糊的需求：定義需求時(shí)的問(wèn)題定義需求時(shí)的問(wèn)題2多種用戶，多種需求（確定優(yōu)先級(jí)，即需求層次）曲解用戶的需求需求鍍金對(duì)用戶的需求有選擇的過(guò)濾包辦代替定義需求時(shí)的問(wèn)題定義需求時(shí)的問(wèn)題2多種用戶，多種需求（確定優(yōu)先級(jí)，即需求層次

需求和目標(biāo)基本需求:項(xiàng)目實(shí)施范圍、質(zhì)量要求、利潤(rùn)或成本目標(biāo)、時(shí)間目標(biāo)以及必須滿足的法規(guī)要求等期望要求:如一種新產(chǎn)品性能之外的外形、使用舒適需求和目標(biāo)HotTip需求管理1．需求管理復(fù)雜性分析需求的描述問(wèn)題需求的完備程度問(wèn)題需求開發(fā)的工期問(wèn)題需求的細(xì)致程度問(wèn)題需求的變化問(wèn)題8.1軟件項(xiàng)目需求管理概述HotTip需求管理8.1軟件項(xiàng)目需求管理概述HotTip需求管理2．需求管理的基本原則需求管理必須與需求工程的其它活動(dòng)緊密整合需求必須是文檔化的、正確的、最新的、可管理的、可理解的只要需求變化了，需求變更的影響就必須被評(píng)估需求必須分優(yōu)先級(jí)需求一定要分類管理8.1軟件項(xiàng)目需求管理概述HotTip需求管理8.1軟件項(xiàng)目需求管理概述HotTip3．需求管理的方法確定需求變更控制過(guò)程進(jìn)行需求變更影響分析建立需求基準(zhǔn)版本和需求控制版本文檔維護(hù)需求變更的歷史記錄跟蹤每項(xiàng)需求的狀態(tài)衡量需求穩(wěn)定性8.1軟件項(xiàng)目需求管理概述HotTip3．需求管理的方法8.1軟件項(xiàng)目需求管理概HotTip需求管理過(guò)程1．定義需求2．需求確認(rèn)3．建立需求狀態(tài)4．需求評(píng)審評(píng)判需求優(yōu)劣的主要指標(biāo)有：正確性、清晰性、無(wú)二義性、一致性、必要性、完整性、可實(shí)現(xiàn)性、可驗(yàn)證性、可測(cè)性。

8.1軟件項(xiàng)目需求管理概述HotTip需求管理過(guò)程8.1軟件項(xiàng)目需求管理概述HotTip需求管理過(guò)程5．需求承諾6．需求跟蹤正向跟蹤：以用戶需求為切入點(diǎn)，檢查《需求規(guī)格說(shuō)明書》中的每個(gè)需求是否都能在后繼工作產(chǎn)品中找到對(duì)應(yīng)點(diǎn)。逆向跟蹤：檢查設(shè)計(jì)文檔、代碼、測(cè)試用例等工作產(chǎn)品是否都能在《需求規(guī)格說(shuō)明書》中找到出處。7．需求變更控制8.1軟件項(xiàng)目需求管理概述HotTip需求管理過(guò)程8.1軟件項(xiàng)目需求管理概述需求分析在工程中的位置用戶業(yè)務(wù)模型需求分析師抽象、提煉需求模型開發(fā)團(tuán)隊(duì)設(shè)計(jì)依據(jù)軟件模型需求分析在工程中的位置用戶業(yè)務(wù)模型需求分析師抽象、提煉需求用戶/系統(tǒng)業(yè)務(wù)管理者初始需求變更的需求獲取,分析,定義,驗(yàn)證需求控制需求變更需求規(guī)格說(shuō)明項(xiàng)目環(huán)境需求開發(fā)需求管理需求工程活動(dòng)綜合關(guān)系用戶/系統(tǒng)業(yè)務(wù)管理者初始需求變更的需求獲取,分析,定義,驗(yàn)證三要點(diǎn)：需求確認(rèn)、需求變更控制、需求跟蹤需求管理的三要點(diǎn)需求管理的目的是在用戶與開發(fā)方之間建立對(duì)需求的共同理解，維護(hù)需求與工作成果的一致性，并控制需求的變更。

三要點(diǎn)：需求確認(rèn)、需求變更控制、需求跟蹤需求管理的三要點(diǎn)需求工程貫穿開發(fā)全過(guò)程設(shè)計(jì)需求架構(gòu)設(shè)計(jì)系統(tǒng)規(guī)格軟件需求硬件需求質(zhì)量屬性DFX業(yè)務(wù)需求用戶需求內(nèi)部需求客戶要求功能需求非功能需求標(biāo)準(zhǔn)約束書面標(biāo)準(zhǔn)事實(shí)標(biāo)準(zhǔn)需求工程貫穿開發(fā)全過(guò)程設(shè)計(jì)需求架構(gòu)設(shè)計(jì)系統(tǒng)規(guī)格軟件需求硬件需HotTip工作分解結(jié)構(gòu)項(xiàng)目的分解結(jié)構(gòu)就是將項(xiàng)目的產(chǎn)品或服務(wù)、組織、過(guò)程這3種不同的結(jié)構(gòu)綜合為項(xiàng)目分解結(jié)構(gòu)的過(guò)程，也就是給項(xiàng)目的組織人員分派各自角色和任務(wù)的過(guò)程?；诔晒蚬δ艿姆纸夥椒ǎ酝瓿稍擁?xiàng)目應(yīng)該交付的成果為導(dǎo)向，確定相關(guān)的任務(wù)、工作、活動(dòng)和要素?；诹鞒痰姆纸夥椒ǎ酝瓿稍擁?xiàng)目所應(yīng)經(jīng)歷的流程為導(dǎo)向，確定相關(guān)的任務(wù)、工作、活動(dòng)和要素。8.2軟件項(xiàng)目任務(wù)分解HotTip工作分解結(jié)構(gòu)8.2軟件項(xiàng)目任務(wù)分解HotTip工作分解結(jié)構(gòu)（1）圖表形式分解層次與結(jié)構(gòu)

8.2軟件項(xiàng)目任務(wù)分解HotTip工作分解結(jié)構(gòu)8.2軟件項(xiàng)目任務(wù)分解HotTip工作包是完成一項(xiàng)具體工作所要求的一個(gè)特定的、可確定的、可交付以及獨(dú)立的工作包，可為項(xiàng)目控制提供充分而合適的管理信息。WBS編碼設(shè)計(jì)

8.2軟件項(xiàng)目任務(wù)分解HotTip工作包是完成一項(xiàng)具體工HotTip（2）清單形式需求分析計(jì)劃流程優(yōu)化編寫需求說(shuō)明書編寫需求規(guī)格詞匯表繪制業(yè)務(wù)流程抽象業(yè)務(wù)類建立數(shù)據(jù)模型將需求分析圖示加入規(guī)格文檔需求規(guī)格測(cè)試需求規(guī)格確認(rèn)8.2軟件項(xiàng)目任務(wù)分解HotTip（2）清單形式8.2軟件項(xiàng)目任務(wù)分解第8章軟件項(xiàng)目需求與變更管理HotTip任務(wù)分解過(guò)程1．分解步驟（1）確認(rèn)并分解項(xiàng)目的主要組成要素。（2）確定分解標(biāo)準(zhǔn)（3）確認(rèn)分解是否詳細(xì)，分解結(jié)果是否可以作為費(fèi)用和時(shí)間估計(jì)的標(biāo)準(zhǔn)，明確責(zé)任。（4）確定項(xiàng)目交付成果。（5）驗(yàn)證分解正確性，驗(yàn)證分解正確性后，建立一套編號(hào)系統(tǒng)。8.2軟件項(xiàng)目任務(wù)分解HotTip任務(wù)分解過(guò)程8.2軟件項(xiàng)目任務(wù)分解HotTip任務(wù)分解過(guò)程2．分解的標(biāo)準(zhǔn):一般不能采用雙重標(biāo)準(zhǔn)。選擇一種項(xiàng)目分解標(biāo)準(zhǔn)之后，在分解過(guò)程中應(yīng)該統(tǒng)一使用此標(biāo)準(zhǔn)，避免因使用不同標(biāo)準(zhǔn)而導(dǎo)致的混亂。3．分解結(jié)果的檢驗(yàn)核實(shí)分解的正確性：更低層次的細(xì)目是否必要和充分？最底層要素是否有重復(fù)？每個(gè)細(xì)目都有明確的、完整的定義嗎？是否每個(gè)細(xì)目可以進(jìn)行適當(dāng)?shù)墓浪?？誰(shuí)能擔(dān)負(fù)起完成這個(gè)任務(wù)？8.2軟件項(xiàng)目任務(wù)分解HotTip任務(wù)分解過(guò)程8.2軟件項(xiàng)目任務(wù)分解HotTip4．任務(wù)分解的注意事項(xiàng)注意收集與項(xiàng)目相關(guān)的所有信息。任務(wù)分解結(jié)果必須有利于責(zé)任分配。最底層的工作包一般要有全面、詳細(xì)和明確的文字說(shuō)明，并匯集編制成項(xiàng)目工作分解結(jié)構(gòu)詞典。避免不必要的過(guò)細(xì)，最好不要超過(guò)7層。按照軟件項(xiàng)目的平均規(guī)模來(lái)說(shuō)，推薦任務(wù)分解時(shí)至少分解到一周的工作量（40小時(shí)）。8.2軟件項(xiàng)目任務(wù)分解HotTip4．任務(wù)分解的注意事項(xiàng)8.2軟件項(xiàng)目任務(wù)分HotTip5．責(zé)任分配及成本分解8.2軟件項(xiàng)目任務(wù)分解WBS編號(hào)預(yù)算責(zé)任者WBS編號(hào)預(yù)算責(zé)任者10.1張明3.30.15李立20.46李立3.40.1李立30.46張明、李立3.50.02張明3.10.04張明40.08萬(wàn)風(fēng)3.20.15李立50.1張明HotTip5．責(zé)任分配及成本分解8.2軟件項(xiàng)目任務(wù)分HotTip需求確認(rèn)需求確認(rèn)是指開發(fā)方和用戶共同對(duì)需求文檔進(jìn)行評(píng)審，雙方對(duì)需求達(dá)成共識(shí)后做出書面承諾，使需求文檔具有商業(yè)合同效果。8.3軟件需求的確認(rèn)、變更控制和跟蹤HotTip需求確認(rèn)8.3軟件需求的確認(rèn)、變更控制和跟項(xiàng)目開發(fā)面臨的實(shí)際問(wèn)題8.3軟件需求的確認(rèn)、變更控制和跟蹤需求確認(rèn)項(xiàng)目開發(fā)面臨的實(shí)際問(wèn)題8.3軟件需求的確認(rèn)、變更控制和跟項(xiàng)目開發(fā)面臨的實(shí)際問(wèn)題8.3軟件需求的確認(rèn)、變更控制和跟蹤需求確認(rèn)項(xiàng)目開發(fā)面臨的實(shí)際問(wèn)題8.3軟件需求的確認(rèn)、變更控制和跟項(xiàng)目開發(fā)面臨的實(shí)際問(wèn)題8.3軟件需求的確認(rèn)、變更控制和跟蹤需求確認(rèn)項(xiàng)目開發(fā)面臨的實(shí)際問(wèn)題8.3軟件需求的確認(rèn)、變更控制和跟需求驗(yàn)證的目的和任務(wù)需求確認(rèn)的目的和任務(wù)需求驗(yàn)證的目的就是要確保軟件需求具有良好的特性（如完整性，正確性等）。需求驗(yàn)證包含的活動(dòng)滿足性（功能需求是否滿足需要）滿意性（非功能需求是否滿意）明確及含蓄的需求(失敗)、(成功)共識(shí)行（是否能共同理解）可行性（技術(shù)是否可行）明晰性（信息是否存在含混性）8.3軟件需求的確認(rèn)、變更控制和跟蹤需求確認(rèn)需求驗(yàn)證的目的和任務(wù)需求確認(rèn)的目的和任務(wù)8.3軟件需求的需求確認(rèn)的方法：1、為需求進(jìn)行正式評(píng)審2、為需求寫測(cè)試用例3、用檢查單識(shí)別常見問(wèn)題4、為需求設(shè)定優(yōu)先級(jí)5、最后：形成總體共識(shí)8.3軟件需求的確認(rèn)、變更控制和跟蹤需求確認(rèn)需求確認(rèn)的方法：8.3軟件需求的確認(rèn)、變更控制和跟蹤需求1、為需求進(jìn)行正式評(píng)審1、為需求進(jìn)行正式評(píng)審8.3軟件需求的確認(rèn)、變更控制和跟蹤需求確認(rèn)1、為需求進(jìn)行正式評(píng)審1、為需求進(jìn)行正式評(píng)審8.3軟件需需求評(píng)審做不好的后果：?需求變更?需求不明確?需求不可測(cè)?需求不可實(shí)現(xiàn)?導(dǎo)致后續(xù)工作難于開展或經(jīng)常出現(xiàn)變更

由于需求未能得到有效管理，在最終項(xiàng)目驗(yàn)收過(guò)程中出現(xiàn)了令人不愉快的情況，實(shí)際開發(fā)的軟件沒(méi)能完全反映用戶的需求，導(dǎo)致用戶不滿意，項(xiàng)目延期。8.3軟件需求的確認(rèn)、變更控制和跟蹤需求確認(rèn)做不好的后果需求評(píng)審做不好的后果：?需求變更8.3軟件需求的如何進(jìn)行需求評(píng)審1、為需求進(jìn)行正式評(píng)審?如何進(jìn)行需求評(píng)審

參與需求分析和評(píng)審的人員的管理?軟件需求文檔的管理?需求分析過(guò)程的管理?需求變更的管理8.3軟件需求的確認(rèn)、變更控制和跟蹤如何進(jìn)行需求評(píng)審1、為需求進(jìn)行正式評(píng)審?8.3軟件需求例1：“產(chǎn)品應(yīng)在不少于每秒的正常周期內(nèi)提供狀態(tài)信息。”分析：這個(gè)需求是不完整的：狀態(tài)信息是什么，如何顯示給用戶。這個(gè)需求有幾處含糊。我們?cè)谡務(wù)摦a(chǎn)品的哪部分？狀態(tài)信息間隔真的假定為不少于秒？，甚者每10年顯示一條新的狀態(tài)信息也可以？也許它的意圖是消息間隔不應(yīng)超過(guò)秒，那么1毫秒是不是太短？“每”這個(gè)詞導(dǎo)致了不確定性。問(wèn)題的后果，就是需求的不可證實(shí)。8.3軟件需求的確認(rèn)、變更控制和跟蹤例1：“產(chǎn)品應(yīng)在不少于每秒的正常周期內(nèi)提供狀態(tài)信息。”8.例1需求：后臺(tái)任務(wù)管理器因以誤差上下不超過(guò)10秒的秒間隔，在用戶界面的指定位置顯示狀態(tài)信息；如果后臺(tái)進(jìn)程處理正常，那么應(yīng)該顯示任務(wù)已完成的百分?jǐn)?shù)/比；任務(wù)完成時(shí)，應(yīng)顯示相關(guān)的信息；后臺(tái)任務(wù)出錯(cuò)應(yīng)該顯示錯(cuò)誤信息；為了測(cè)試和追蹤，將需求分解多個(gè)子需求。使在構(gòu)造和測(cè)試時(shí)，被易于分別執(zhí)行。8.3軟件需求的確認(rèn)、變更控制和跟蹤例1需求：8.3軟件需求的確認(rèn)、變更控制和跟蹤例2：“產(chǎn)品應(yīng)瞬間在文本中的顯示和隱藏不可打印字符間切換”

計(jì)算機(jī)在瞬間不能做任何事，所以這個(gè)需求不切實(shí)可行。它的不完整性表現(xiàn)在沒(méi)有聲明觸發(fā)狀態(tài)切換的條件。軟件要在某些條件下更改自己？或者用戶為了模仿更改要做一些什么動(dòng)作？而且，在文檔中改變顯示的范圍是多大：選中的文本？整個(gè)的文檔，或其他的？這也是個(gè)模模糊的問(wèn)題。不可打印字符和隱藏字符一樣嗎？或者是一些屬性標(biāo)志或一些控制字符？問(wèn)題的后果，就是需求的不可證實(shí)。8.3軟件需求的確認(rèn)、變更控制和跟蹤例2：“產(chǎn)品應(yīng)瞬間在文本中的顯示和隱藏不可打印字符間切換”8例2需求：用戶能夠在一個(gè)由特定觸發(fā)條件激活處于編輯的文檔中在顯示和隱藏所有HTML標(biāo)記間切換。現(xiàn)在就很清楚，不可打印字符是HTML標(biāo)記。由于沒(méi)有定義觸發(fā)條件，需求對(duì)設(shè)計(jì)沒(méi)有約束力。只有設(shè)計(jì)人員選定了觸發(fā)條件后，你才能編寫測(cè)試驗(yàn)證觸發(fā)的正確操作。8.3軟件需求的確認(rèn)、變更控制和跟蹤例2需求：8.3軟件需求的確認(rèn)、變更控制和跟蹤例3：“HTML分析器可以產(chǎn)生HTML標(biāo)記錯(cuò)誤報(bào)告，幫助HTML入門者快速解決錯(cuò)誤”。單詞“快速”使其模糊，沒(méi)有加進(jìn)錯(cuò)誤報(bào)告的定義也是不完整的。我不知道，你怎么驗(yàn)證這個(gè)需求。找一個(gè)自稱為HTML的入門者，看看能不能根據(jù)錯(cuò)誤報(bào)告快速解決錯(cuò)誤？8.3軟件需求的確認(rèn)、變更控制和跟蹤例3：“HTML分析器可以產(chǎn)生HTML標(biāo)記錯(cuò)誤報(bào)告，幫助HT例3需求：“HTML分析器可以產(chǎn)生一個(gè)錯(cuò)誤報(bào)告，錯(cuò)誤報(bào)告包含有在被分析文件中出錯(cuò)的HTML文本和行號(hào)以及錯(cuò)誤的描述。如果沒(méi)有錯(cuò)誤，就不會(huì)產(chǎn)生錯(cuò)誤報(bào)告”?，F(xiàn)在我們知道了，什么會(huì)被加到出錯(cuò)報(bào)告中，但是出錯(cuò)報(bào)告是個(gè)什么樣子，則留由設(shè)計(jì)人員決定。我們還指定了一個(gè)例外：如果沒(méi)有發(fā)現(xiàn)錯(cuò)誤，不產(chǎn)生錯(cuò)誤報(bào)告。8.3軟件需求的確認(rèn)、變更控制和跟蹤例3需求：8.3軟件需求的確認(rèn)、變更控制和跟蹤練習(xí)：以下描述哪些屬于不精確的用戶需求描述？如果不精確，應(yīng)如何改正？

1）系統(tǒng)應(yīng)表現(xiàn)出良好的響應(yīng)速度。

不精確，應(yīng)指出具體項(xiàng)目和響應(yīng)時(shí)間。

2）系統(tǒng)必須用菜單驅(qū)動(dòng)。

“必須”不精確，因系統(tǒng)還可以用其他方式驅(qū)動(dòng)。

3）在數(shù)據(jù)錄入界面，應(yīng)該有10個(gè)按鈕。

不精確，因過(guò)于細(xì)致，限制了設(shè)計(jì)的自由度。

4）系統(tǒng)運(yùn)行時(shí)占用的內(nèi)存不得超過(guò)200M。

僅是一個(gè)約束條件。

5）電梯應(yīng)平穩(wěn)運(yùn)行。

不精確，應(yīng)指出加速、減速、運(yùn)行速度的大小。

6）即使系統(tǒng)崩潰，也不能損壞用戶數(shù)據(jù)。

不精確，因這是一個(gè)難以保證的“用戶需求”。8.3軟件需求的確認(rèn)、變更控制和跟蹤練習(xí)：以下描述哪些屬于不精確的用戶需求描述？如果不精確，2、為需求寫測(cè)試用例2、為需求寫測(cè)試用例目標(biāo)是識(shí)別需求的含混性以需求為基礎(chǔ)，并視其為黑盒子，然后編寫測(cè)試用例。要覆蓋需求常見的測(cè)試點(diǎn)入口條件出口條件主事件流可選事件流非功能需求8.3軟件需求的確認(rèn)、變更控制和跟蹤2、為需求寫測(cè)試用例2、為需求寫測(cè)試用例8.3軟件需求的3、用檢查單識(shí)別常見問(wèn)題3、用檢查單識(shí)別常見問(wèn)題4、為需求設(shè)定優(yōu)先級(jí)4、為需求設(shè)定優(yōu)先級(jí)支持項(xiàng)目分期交付支持需求取舍之道支持需求的模式化8.3軟件需求的確認(rèn)、變更控制和跟蹤4、為需求設(shè)定優(yōu)先級(jí)4、為需求設(shè)定優(yōu)先級(jí)8.3軟件需求的為什么要設(shè)定需求的優(yōu)先級(jí)軟件開發(fā)受時(shí)間、成本、質(zhì)量等多種資源的限制，同時(shí)軟件開發(fā)的高不確定性，導(dǎo)致需求在項(xiàng)目結(jié)束時(shí)往往難以被全部實(shí)現(xiàn)。因此需要在需求開發(fā)階段，對(duì)需求進(jìn)行分解，設(shè)定優(yōu)先級(jí)，先實(shí)現(xiàn)優(yōu)先級(jí)別較高的需求，有助于維護(hù)項(xiàng)目收益和提高項(xiàng)目成功率。為什么要設(shè)定需求的優(yōu)先級(jí)軟件開發(fā)受時(shí)間、成本、質(zhì)量等多種資基于價(jià)值、費(fèi)用和風(fēng)險(xiǎn)的優(yōu)先級(jí)設(shè)定費(fèi)用方法（Cost）：價(jià)值方法（Value）：風(fēng)險(xiǎn)方法（Risk）：最小費(fèi)用優(yōu)先原則最高價(jià)值優(yōu)先原則最低風(fēng)險(xiǎn)優(yōu)先原則它們本質(zhì)上從單一視角探尋適用標(biāo)準(zhǔn)來(lái)評(píng)價(jià)每個(gè)需求，并且計(jì)算出一個(gè)分值用于編排需求的優(yōu)先級(jí)。如何設(shè)定需求的優(yōu)先級(jí)基于價(jià)值、費(fèi)用和風(fēng)險(xiǎn)的優(yōu)先級(jí)設(shè)定費(fèi)用方法（Cost）：最小費(fèi)基于價(jià)值、費(fèi)用和風(fēng)險(xiǎn)的優(yōu)先級(jí)設(shè)定XXXXX%XXX%XXX%XXXXn.XXXXX優(yōu)先級(jí)風(fēng)險(xiǎn)%相對(duì)風(fēng)險(xiǎn)費(fèi)用%相對(duì)費(fèi)用價(jià)值%總價(jià)值相對(duì)損失相對(duì)利潤(rùn)需求/特性XXXXX%XXX%XXX%XXXX1.XXXXX總計(jì)XXXX相對(duì)權(quán)值在一個(gè)平面中列出要設(shè)定優(yōu)先級(jí)的所有需求、特性或使用實(shí)例；在這個(gè)例子中，我們將使用特性來(lái)設(shè)定優(yōu)先級(jí)。所有項(xiàng)都必須在同一抽象級(jí)別上；不要把個(gè)人需求與產(chǎn)品特性混合在一起。如果某些特性有邏輯上的聯(lián)系（例如，只有包括特性A的情況下才能實(shí)現(xiàn)特性B）那么在分析中只要列出驅(qū)動(dòng)特性就可以了。這種模型在其有效范圍內(nèi)可以容納幾十種特性。如果你有更多的項(xiàng)，那么就把相關(guān)的特性歸成一類，并建立一個(gè)可管理的初始化列表。如果你需要的話，可以在更詳細(xì)的級(jí)別上進(jìn)行第二輪分析。估計(jì)每一個(gè)特性提供給客戶或業(yè)務(wù)的相關(guān)利益，并用1~9劃分等級(jí)，1代表可忽略的利益，9代表最大的價(jià)值。這些利益等級(jí)表明了與產(chǎn)品的業(yè)務(wù)需求的一致性。客戶代表是判斷這些利益的最佳人選。在缺省情況下，利潤(rùn)和損失的權(quán)值是相等的，作為一種精化，你可以更改這兩個(gè)因素的相對(duì)權(quán)值。估計(jì)出如果沒(méi)有把應(yīng)該實(shí)現(xiàn)的特性包括到產(chǎn)品中，將會(huì)給客戶或業(yè)務(wù)上帶來(lái)的損失。使用1~9劃分等級(jí)，這里1代表基本無(wú)損失，9代表嚴(yán)重?fù)p失?？們r(jià)值＝相對(duì)利潤(rùn)＋相對(duì)損失價(jià)值%=總價(jià)值/總計(jì)價(jià)值×100

根據(jù)需求的復(fù)雜度，所需求的用戶界面的實(shí)現(xiàn)情況、重用當(dāng)前代碼的潛在能力、所需要的測(cè)試量和文檔等等，開發(fā)者可以估算出費(fèi)用。估計(jì)實(shí)現(xiàn)每個(gè)特性的相對(duì)費(fèi)用，使用1（低）~9（高）劃分等級(jí)。平面圖將計(jì)算出由每一個(gè)特性所構(gòu)成的總費(fèi)用的百分比。開發(fā)者應(yīng)該要估計(jì)出與每個(gè)特性相關(guān)的技術(shù)或風(fēng)險(xiǎn)相對(duì)程度，并利用1~9劃分等級(jí)。1級(jí)表示你可以輕而易舉地實(shí)現(xiàn)編程，而9級(jí)表示需要極大地關(guān)注其可行性、缺乏具有專門知識(shí)的人員，或者使用不成熟或不熟悉的工具和技術(shù)。平面圖將計(jì)算出每個(gè)特性所產(chǎn)生的風(fēng)險(xiǎn)百分比。在缺省情況下，利潤(rùn)損失，費(fèi)用和風(fēng)險(xiǎn)的權(quán)值是相等的，但是你可以在平面圖中調(diào)整其權(quán)值。如果你無(wú)需在模型中考慮風(fēng)險(xiǎn)，就把風(fēng)險(xiǎn)的權(quán)值設(shè)為0。價(jià)值%優(yōu)先級(jí)＝（費(fèi)用%×費(fèi)用權(quán)值）＋（風(fēng)險(xiǎn)%×風(fēng)險(xiǎn)權(quán)值）基于價(jià)值、費(fèi)用和風(fēng)險(xiǎn)的優(yōu)先級(jí)設(shè)定基于價(jià)值、費(fèi)用和風(fēng)險(xiǎn)的優(yōu)先級(jí)設(shè)定XXXXX%XXX%XXX%優(yōu)先級(jí)設(shè)定演示相對(duì)權(quán)值2110.5需求/特性相對(duì)利潤(rùn)相對(duì)損失總價(jià)值價(jià)值%相對(duì)費(fèi)用費(fèi)用%相對(duì)風(fēng)險(xiǎn)風(fēng)險(xiǎn)%優(yōu)先級(jí)UC153138.42813.01.345UC2972516.2511.939.10.987UC355159.737.126.10.957UC42153.212.413.00.833UC5491711.049.5412.10.708UC643117.137.126.10.702UC762149.149.539.10.646UC8982616.9716.78220.586UC934106.549.526.10.517UC1074811.7921.4721.20.365總計(jì)54461541004210033100迭代1BaseLine=UC1-3迭代2BaseLine=UC4-6迭代3BaseLine=UC7-9優(yōu)先級(jí)設(shè)定演示相對(duì)權(quán)值2110.5需求/特性相對(duì)相對(duì)總5、最后：形成總體共識(shí)

本需求文檔建立在雙方對(duì)需求的共同理解基礎(chǔ)上，我同意后續(xù)的開發(fā)工作根據(jù)該需求文檔開展。如果需求發(fā)生變化，我們將按照“需求變更控制規(guī)程”執(zhí)行。我明白，需求的變更將導(dǎo)致雙方重新協(xié)商成本、資源和進(jìn)度等。甲方負(fù)責(zé)人簽字乙方負(fù)責(zé)人簽字8.3軟件需求的確認(rèn)、變更控制和跟蹤5、最后：形成總體共識(shí)8.3軟件需求的確認(rèn)、變更控制和1、什么是需求變更？需求變更控制、（范圍控制）初始需求變更的需求對(duì)問(wèn)題的初始理解對(duì)問(wèn)題的新理解時(shí)間二、控制需求變更8.3軟件需求的確認(rèn)、變更控制和跟蹤1、什么是需求變更？初始需求變更的需求對(duì)問(wèn)題的對(duì)問(wèn)題的時(shí)間二HotTip需求的變更要經(jīng)過(guò)出資者的認(rèn)可,這樣才會(huì)對(duì)需求的變更有成本的概念，能夠慎重地對(duì)待需求的變更。小的需求變更也要經(jīng)過(guò)正規(guī)的需求管理流程，否則會(huì)積少成多。精確的需求與范圍定義并不會(huì)阻止需求的變更。并非對(duì)需求定義的越細(xì)，越能避免需求的漸變，這是兩個(gè)層面的問(wèn)題。太細(xì)的需求定義對(duì)需求漸變沒(méi)有任何效果。因?yàn)樾枨蟮淖兓怯篮愕模⒎怯捎谛枨蠹?xì)化了，它就不會(huì)變化了。8.3軟件需求的確認(rèn)、變更控制和跟蹤二、控制需求變更HotTip需求的變更要經(jīng)過(guò)出資者的認(rèn)可,這樣才會(huì)對(duì)需求的受控的需求需求文檔V1系統(tǒng)實(shí)現(xiàn)V1系統(tǒng)實(shí)現(xiàn)V2需求變更二、控制需求變更8.3軟件需求的確認(rèn)、變更控制和跟蹤受控的需求需求文檔V1系統(tǒng)實(shí)現(xiàn)系統(tǒng)實(shí)現(xiàn)需求變更二、控制需求變HotTip2．變更控制過(guò)程（1）項(xiàng)目啟動(dòng)階段的變更預(yù)防（2）項(xiàng)目實(shí)施階段的變更控制（3）項(xiàng)目收尾階段的總結(jié)控制8.3軟件需求的變更控制HotTip2．變更控制過(guò)程8.3軟件需求的變更控制HotTip3、需求變更處理流程8.3軟件需求的變更控制HotTip3、需求變更處理流程8.3軟件需求的變更受控的需求變更需求文檔V1需求文檔V2系統(tǒng)實(shí)現(xiàn)V1系統(tǒng)實(shí)現(xiàn)V2需求變更由CCB委員會(huì)裁定8.3軟件需求的確認(rèn)、變更控制和跟蹤受控的需求變更需求文檔V1需求文檔V2系統(tǒng)實(shí)現(xiàn)系統(tǒng)實(shí)現(xiàn)需求變CCB的解釋CCB變更控制委員會(huì)(ChangeControlBoard)CCB是系統(tǒng)集成項(xiàng)目的所有者權(quán)益代表，負(fù)載裁定接受那些變更。CCB由項(xiàng)目所涉及的多方成員共同組成，通常包括用戶和實(shí)施方的決策人員。CCB是決策機(jī)構(gòu)，不是作業(yè)機(jī)構(gòu)，通常CCB的工作是通過(guò)評(píng)審手段來(lái)決定項(xiàng)目是否能變更，不提出變更方案。CCB的解釋CCB變更控制委員會(huì)(ChangeContr需求變更申請(qǐng)單（我國(guó)）需求變更申請(qǐng)單（我國(guó)）變更管理五級(jí)成熟度模型第五級(jí)統(tǒng)一平臺(tái)（建立變更管理工作流系統(tǒng)）第四級(jí)統(tǒng)一流程（為了協(xié)商小組高效工作而設(shè)定）第三級(jí)統(tǒng)一協(xié)商（批處理、根據(jù)項(xiàng)目設(shè)定變更批處理周期）第二級(jí)統(tǒng)一接口（協(xié)商改動(dòng)的人應(yīng)少而精、項(xiàng)目層）第一級(jí)