軟件項目需求與變更管理

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

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

3、對我的影響是什么明確的需求是項目的基礎(chǔ)編輯ppt明確的需求是項目的基礎(chǔ)33、作一些必要的研究工作，更好地理解需求4、根據(jù)以上三步得出結(jié)論，盡可能清楚地描述這個需求5、聽聽用戶對你的闡述的反映，并作適當修改。功能和技術(shù)要求1、把需求變成功能要求；2、功能要求應(yīng)描述項目最終交付產(chǎn)品的特征3、技術(shù)要求根據(jù)功能要求產(chǎn)生4、功能要求應(yīng)用日常語言陳述清楚明確的需求是項目的基礎(chǔ)編輯ppt定義需求時的問題1含糊的需求：1、不斷變化的需求（人員變化、預算變化、技術(shù)變化、商業(yè)環(huán)境變化）2、誤解需求（我說不清楚我所需要的是什么，但我見到東西時就會知道感覺會隨環(huán)境變化）過早作出結(jié)論（截斷需要表達過程需求分析需要耐心和

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

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

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

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

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

9、項目任務(wù)分解編輯pptHot Tip任務(wù)分解過程1分解步驟（1）確認并分解項目的主要組成要素。（2）確定分解標準（3）確認分解是否詳細，分解結(jié)果是否可以作為費用和時間估計的標準，明確責任。（4）確定項目交付成果。（5）驗證分解正確性，驗證分解正確性后，建立一套編號系統(tǒng)。8 .2 軟件項目任務(wù)分解編輯pptHot Tip任務(wù)分解過程2分解的標準:一般不能采用雙重標準。選擇一種項目分解標準之后，在分解過程中應(yīng)該統(tǒng)一使用此標準，避免因使用不同標準而導致的混亂。 3分解結(jié)果的檢驗核實分解的正確性：更低層次的細目是否必要和充分？最底層要素是否有重復？每個細目都有明確的、完整的定義嗎？是否每個細目可以進行

10、適當?shù)墓浪?？誰能擔負起完成這個任務(wù)？8 .2 軟件項目任務(wù)分解編輯pptHot Tip4任務(wù)分解的注意事項注意收集與項目相關(guān)的所有信息。任務(wù)分解結(jié)果必須有利于責任分配。最底層的工作包一般要有全面、詳細和明確的文字說明，并匯集編制成項目工作分解結(jié)構(gòu)詞典。避免不必要的過細，最好不要超過7層。按照軟件項目的平均規(guī)模來說，推薦任務(wù)分解時至少分解到一周的工作量（40小時）。8 .2 軟件項目任務(wù)分解編輯pptHot Tip5責任分配及成本分解8 .2 軟件項目任務(wù)分解WBS編號預算責任者WBS編號預算責任者10.1張明3.30.15李立20.46李立3.40.1李立30. 46張明、李立3.50.02張

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