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

1、IT項(xiàng)目管理 首都經(jīng)濟(jì)貿(mào)易大學(xué) 信息學(xué)院編輯ppt軟件項(xiàng)目需求管理概述 1軟件項(xiàng)目任務(wù)分解 2第8章 軟件項(xiàng)目需求與變更管理3軟件需求的變更控制 編輯ppt學(xué)習(xí)目標(biāo)掌握軟件需求的概念熟悉需求管理的方法與過程掌握任務(wù)分解的方法與步驟了解需求變更的原因掌握需求變更控制的策略第7章 項(xiàng)目招投標(biāo)與合同管理編輯pptHot Tip軟件需求定義 需求是來源于用戶調(diào)查，即客戶的需要。 需求分析是指軟件分析人員通過研究用戶在軟件問題上的需求意愿，分析出軟件系統(tǒng)的功能、性能、數(shù)據(jù)等諸方面應(yīng)該達(dá)到的目標(biāo)，從而獲得有關(guān)軟件的需求規(guī)格定義的過程。 8 .1 軟件項(xiàng)目需求管理概述編輯ppt明確的需求是項(xiàng)目的基礎(chǔ)1需求的

2、生命周期：需求產(chǎn)生（變化、內(nèi)部、外部）需求認(rèn)識(shí)（現(xiàn)存、潛在、超前、前景分析）需求表達(dá)：1、讓提出需求的人盡可能清楚地說明他們的需求；2、對(duì)需求提出一系列問題：明確的需求是項(xiàng)目的基礎(chǔ)編輯ppt明確的需求是項(xiàng)目的基礎(chǔ)2？提出需求的人是如何描述需求的？需求真實(shí)嗎，是真正需求還是表面現(xiàn)象？我們能滿足這個(gè)需求嗎，其他人能滿足嗎，是不是真的有解決方法？需求重要嗎，值得去滿足他嗎 ？滿足需求的關(guān)鍵問題在那里，會(huì)不會(huì)有新的需求產(chǎn)生，還要進(jìn)一步滿足其他需求嗎，新的需求能取代目前這個(gè)需求嗎？需求直接涉及什么人，他們認(rèn)為這是一個(gè)必要的需求嗎，滿族足需求后對(duì)他們有什么影響，他們的反映會(huì)怎么樣？需求對(duì)機(jī)構(gòu)的影響是什么，

3、對(duì)我的影響是什么明確的需求是項(xiàng)目的基礎(chǔ)編輯ppt明確的需求是項(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ǔ)編輯ppt定義需求時(shí)的問題1含糊的需求：1、不斷變化的需求（人員變化、預(yù)算變化、技術(shù)變化、商業(yè)環(huán)境變化）2、誤解需求（我說不清楚我所需要的是什么，但我見到東西時(shí)就會(huì)知道感覺會(huì)隨環(huán)境變化）過早作出結(jié)論（截?cái)嘈枰磉_(dá)過程需求分析需要耐心和

4、自我控制）與真正的用戶討論需求定義需求時(shí)的問題編輯ppt定義需求時(shí)的問題2多種用戶，多種需求（確定優(yōu)先級(jí)，即需求層次）曲解用戶的需求需求鍍金對(duì)用戶的需求有選擇的過濾包辦代替定義需求時(shí)的問題編輯ppt 需求和目標(biāo) 基本需求: 項(xiàng)目實(shí)施范圍、質(zhì)量要求、 利潤(rùn)或成本目標(biāo)、時(shí)間目標(biāo)以及必須滿 足的法規(guī)要求等 期望要求: 如一種新產(chǎn)品性能之外的外形、使用舒適編輯pptHot Tip軟件需求定義1用戶需求特點(diǎn)： （1）用戶需求直接來源于用戶 （2）用戶需求需要以文檔的形式提供給用戶審查（3）可以把用戶需求理解為用戶對(duì)軟件的合理請(qǐng)求（4）用戶需求主要是為用戶方的管理層、用戶方的技術(shù)代表、操作者以及開發(fā)方的高

5、層技術(shù)人員撰寫的8 .1 軟件項(xiàng)目需求管理概述編輯pptHot Tip2系統(tǒng)需求（1）功能需求全面性一致性 可理解可維護(hù)可追蹤等8 .1 軟件項(xiàng)目需求管理概述（2）非功能性需求性能需求、可靠性、可用性需求、系統(tǒng)安全以及系統(tǒng)對(duì)開發(fā)過程、時(shí)間、資源等方面的約束和標(biāo)準(zhǔn)關(guān)心系統(tǒng)的整體特性 （3）數(shù)據(jù)要求編輯pptHot Tip3需求規(guī)格說明書的寫作規(guī)范1）清晰 2）完整 3）一致 4）可測(cè)試 8 .1 軟件項(xiàng)目需求管理概述編輯pptHot Tip需求管理1需求管理復(fù)雜性分析需求的描述問題 需求的完備程度問題 需求開發(fā)的工期問題 需求的細(xì)致程度問題 需求的變化問題 8 .1 軟件項(xiàng)目需求管理概述編輯pp

6、tHot Tip需求管理2需求管理的基本原則需求管理必須與需求工程的其它活動(dòng)緊密整合 需求必須是文檔化的、正確的、最新的、可管理的、可理解的只要需求變化了，需求變更的影響就必須被評(píng)估 需求必須分優(yōu)先級(jí) 需求一定要分類管理 8 .1 軟件項(xiàng)目需求管理概述編輯pptHot Tip3需求管理的方法確定需求變更控制過程進(jìn)行需求變更影響分析建立需求基準(zhǔn)版本和需求控制版本文檔維護(hù)需求變更的歷史記錄跟蹤每項(xiàng)需求的狀態(tài)衡量需求穩(wěn)定性8 .1 軟件項(xiàng)目需求管理概述編輯pptHot Tip需求管理過程1定義需求2需求確認(rèn)3建立需求狀態(tài)4需求評(píng)審 評(píng)判需求優(yōu)劣的主要指標(biāo)有：正確性、清晰性、無二義性、一致性、必要性、

7、完整性、可實(shí)現(xiàn)性、可驗(yàn)證性、可測(cè)性。 8 .1 軟件項(xiàng)目需求管理概述編輯pptHot Tip需求管理過程5需求承諾6需求跟蹤正向跟蹤：以用戶需求為切入點(diǎn)，檢查需求規(guī)格說明書中的每個(gè)需求是否都能在后繼工作產(chǎn)品中找到對(duì)應(yīng)點(diǎn)。逆向跟蹤：檢查設(shè)計(jì)文檔、代碼、測(cè)試用例等工作產(chǎn)品是否都能在需求規(guī)格說明書中找到出處。 7需求變更控制8 .1 軟件項(xiàng)目需求管理概述編輯pptHot Tip工作分解結(jié)構(gòu) 項(xiàng)目的分解結(jié)構(gòu)就是將項(xiàng)目的產(chǎn)品或服務(wù)、組織、過程這3種不同的結(jié)構(gòu)綜合為項(xiàng)目分解結(jié)構(gòu)的過程，也就是給項(xiàng)目的組織人員分派各自角色和任務(wù)的過程?；诔晒蚬δ艿姆纸夥椒?，以完成該項(xiàng)目應(yīng)該交付的成果為導(dǎo)向，確定相關(guān)的任務(wù)

8、、工作、活動(dòng)和要素?；诹鞒痰姆纸夥椒?，以完成該項(xiàng)目所應(yīng)經(jīng)歷的流程為導(dǎo)向，確定相關(guān)的任務(wù)、工作、活動(dòng)和要素。8 .2 軟件項(xiàng)目任務(wù)分解編輯pptHot Tip工作分解結(jié)構(gòu)（1）圖表形式分解層次與結(jié)構(gòu) 8 .2 軟件項(xiàng)目任務(wù)分解編輯pptHot Tip 工作包是完成一項(xiàng)具體工作所要求的一個(gè)特定的、可確定的、可交付以及獨(dú)立的工作包，可為項(xiàng)目控制提供充分而合適的管理信息。 WBS編碼設(shè)計(jì) 8 .2 軟件項(xiàng)目任務(wù)分解編輯pptHot Tip（2）清單形式需求分析計(jì)劃流程優(yōu)化編寫需求說明書編寫需求規(guī)格詞匯表繪制業(yè)務(wù)流程抽象業(yè)務(wù)類建立數(shù)據(jù)模型將需求分析圖示加入規(guī)格文檔需求規(guī)格測(cè)試需求規(guī)格確認(rèn)8 .2 軟件

9、項(xiàng)目任務(wù)分解編輯pptHot Tip任務(wù)分解過程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ù)分解編輯pptHot Tip任務(wù)分解過程2分解的標(biāo)準(zhǔn):一般不能采用雙重標(biāo)準(zhǔn)。選擇一種項(xiàng)目分解標(biāo)準(zhǔn)之后，在分解過程中應(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)行

10、適當(dāng)?shù)墓浪?？誰(shuí)能擔(dān)負(fù)起完成這個(gè)任務(wù)？8 .2 軟件項(xiàng)目任務(wù)分解編輯pptHot Tip4任務(wù)分解的注意事項(xiàng)注意收集與項(xiàng)目相關(guān)的所有信息。任務(wù)分解結(jié)果必須有利于責(zé)任分配。最底層的工作包一般要有全面、詳細(xì)和明確的文字說明，并匯集編制成項(xiàng)目工作分解結(jié)構(gòu)詞典。避免不必要的過細(xì)，最好不要超過7層。按照軟件項(xiàng)目的平均規(guī)模來說，推薦任務(wù)分解時(shí)至少分解到一周的工作量（40小時(shí)）。8 .2 軟件項(xiàng)目任務(wù)分解編輯pptHot Tip5責(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張

11、明3.10.04張明40.08萬風(fēng)3.20.15李立50.1張明編輯pptHot Tip需求變更原因分析 1范圍沒有圈定就開始細(xì)化2沒有良好的軟件結(jié)構(gòu)適應(yīng)變化3用戶改變需求管理變更請(qǐng)求 1控制需求漸變的策略需求一定要與投入有顯示的聯(lián)系，否則如果需求變更的成本由開發(fā)方來承擔(dān)，則項(xiàng)目需求的變更就成為必然了。所以，在項(xiàng)目的開始無論是軟件開發(fā)方還是出資方都要明確這一條：需求變化，軟件開發(fā)的投入也要變化。8 .3 軟件需求的變更控制編輯pptHot Tip需求的變更要經(jīng)過出資者的認(rèn)可,這樣才會(huì)對(duì)需求的變更有成本的概念，能夠慎重地對(duì)待需求的變更。小的需求變更也要經(jīng)過正規(guī)的需求管理流程，否則會(huì)積少成多。精確的需求與范圍定義并不會(huì)阻止需求的變更。并非對(duì)需求定義的越細(xì)，越能避免需求的漸變，這是兩個(gè)層面的問題。太細(xì)的需求定義對(duì)需求漸變沒有任何效果。因?yàn)樾枨蟮淖兓怯篮愕?，并非由于需求?xì)化了，它就不會(huì)變化了。8