需求管理最佳實踐全解課件

需求管理最佳實踐1惟一地標(biāo)識每一個需求：應(yīng)該給每一個需求分配一個惟一的標(biāo)識符或者引用數(shù)字，可以用于在需求文檔的其他部分或在其他系統(tǒng)文檔中指向該需求。主要效益：明確地引用特定需求是可能的引入成本：很低>應(yīng)用成本：很低定義需求管理的策略：定義了需求管理的目標(biāo)，應(yīng)該遵循的過程和應(yīng)該使用的標(biāo)準(zhǔn)。主要效益：對所有參與需求管理的人提供指導(dǎo)引入成本：中等>應(yīng)用成本：低需求管理最佳實踐2定義可跟蹤性策略：應(yīng)定義應(yīng)用維護哪些可跟蹤性的信息以及該信息應(yīng)該怎樣表示，可跟蹤性信息是可以發(fā)現(xiàn)需求間、需求和系統(tǒng)設(shè)計、組件和文檔間依賴性的信息。主要效益：維護所有系統(tǒng)的一致的可跟蹤性信息引入成本：中等>應(yīng)用成本：中等-高維護可跟蹤性手冊：它是對需求文檔的一個補充，包含了在項目中使用的特定的跟蹤性策略和需求的可追蹤性信息。主要效益：作為所有特定項目的可跟蹤性信息的中心記錄引入成本：低

>

應(yīng)用成本：中等-高需求管理最佳實踐3使用數(shù)據(jù)庫來管理需求：建立一個需求數(shù)據(jù)庫，把單個需求作為條目存儲進數(shù)據(jù)庫，而不要用文本文檔來維護需求。主要效益：使管理大量的需求變得容易引入成本：中等-高>應(yīng)用成本：中等實施指南：需求是怎么表達的？自然語言、圖形模型、數(shù)學(xué)表達式？一般需要管理多少需求？需求總是由在同一地方工作、使用相同類型電腦的小組開發(fā)和管理的嗎？已經(jīng)使用一個支持軟件工程的數(shù)據(jù)庫了嗎？有內(nèi)部的數(shù)據(jù)庫專家嗎？需求工程師負責(zé)數(shù)據(jù)庫管理嗎？需求管理最佳實踐4定義變更管理策略：陳述了變更是以何種形式提出、分析和評審的。然后實現(xiàn)已接愛的變更，產(chǎn)生一個新版本的需求文檔。主要效益：提供一個系統(tǒng)地評估變更提議的框架引入成本：中等-高>應(yīng)用成本：低-中等實施指南：應(yīng)包括變更請求過程和處理每個變更請求所需的信息；用來分析變更的影響和成本以及相關(guān)的可跟蹤性信息的過程；正式考慮變更請求的成員人數(shù)；變更控制的軟件支持需求管理最佳實踐5標(biāo)識全局系統(tǒng)需求：是在總體上說明了系統(tǒng)想要的或者必須的屬性。它們不能夠賦予單獨的子系統(tǒng)。主要效益：找到變更成本最大的需求引入成本：低>應(yīng)用成本：低標(biāo)識易變的需求：應(yīng)該維護一個易變的需求列表，即那些最可能發(fā)生變更的需求。如果可能，應(yīng)該對這些需求的變更進行預(yù)測。主要效益：簡化需求變更管理引入成本：低>應(yīng)用成本：低記錄丟棄的需求主要效益：當(dāng)其再次提出時，保存再分析結(jié)果引入成本：低>應(yīng)用成本：低軟件開發(fā)中的V字模型需求評審：方法非正式評審：同級桌面檢查：請一位同事檢查輪查：同時請若干同事分別檢查走查：作者向評審人員描述，并要求做出評論正式評審?fù)壴u審(審查)：最有效的軟件質(zhì)量技術(shù)需求評審：方法非正式評審：同級桌面檢查：請一位同事檢查輪查：同時請若干同事分別檢查走查：作者向評審人員描述，并要求做出評論正式評審?fù)壴u審(審查)：最有效的軟件質(zhì)量技術(shù)需求審查過程參與者需求規(guī)格說明書的作者、同級伙伴提供規(guī)格說明信息的人：分析員、客戶要根據(jù)規(guī)格書開展工作的人：開發(fā)人員…負責(zé)相關(guān)接口工作的人總?cè)藬?shù)：<=6人角色作者讀者主持人記錄員需求審查：開始標(biāo)準(zhǔn)文檔遵循標(biāo)準(zhǔn)模板文檔已經(jīng)進行過拼寫檢查作者已經(jīng)檢查了文檔在版面上的錯誤已經(jīng)獲得了審查前需要閱讀的文檔或參考文檔在文檔中標(biāo)上了行號，便于查閱所有未解決問題已標(biāo)上了TBD主持人檢查10分鐘后，找不出3個以上重大錯誤需求審查：主要階段規(guī)劃：誰參加？準(zhǔn)備什么材料？總體會議：確定審查的背景、假設(shè)及目標(biāo)準(zhǔn)備：審查員閱讀材料審查會議：主持人引導(dǎo)返工：審查結(jié)果

修改跟蹤：確定錯誤已修正需求審查：要點需求的完整性是否存在遺漏的內(nèi)容是否對所有風(fēng)險承擔(dān)者都有考慮需求的可追蹤性惟一標(biāo)識符號類型說明對用例的引用沖突描述一致使用術(shù)語需求審查：要點是否與目標(biāo)相關(guān)產(chǎn)品將維護一個查詢表，記錄一年中日出和日落時間檢查驗收標(biāo)準(zhǔn)在限制條件下是否可行是需求還是解決方案顧客價值與鍍金需求需求蔓延變更管理應(yīng)確保的事項應(yīng)仔細評估已建議的變更挑選合適的人選對變更做出決定變更應(yīng)及時通知所有涉及的人員項目要按一定的程序來采納需求變更控制項目范圍的擴展對許多項目而言，需求的改進是合理且不可避免首先應(yīng)把新系統(tǒng)的視圖、范圍、限制文檔化并作為業(yè)務(wù)需求的一部分對于控制范圍擴展的方法是要敢于說“不”基線+變更過程是解決項目范圍擴展的重要手段變更控制過程好的變更控制過程給項目風(fēng)險承擔(dān)者提供了正式的建議需求變更機制變更控制過程并不是給變更設(shè)置障礙，而是提供一個渠道和過濾器控制需求變更同項目的其他配置管理決策是緊密相連的，管理需求變更類似于跟蹤錯誤和做出相應(yīng)決定的過程變更控制策略所有需求變更必須遵循的過程，按照此過程如果一個變更需求未被采納，則其后過程不再予以考慮對于未批準(zhǔn)的變更，除可行性論證之外，不應(yīng)再做其他設(shè)計和實現(xiàn)工作簡單請求一個變更不能保證能實現(xiàn)變更，要由項目變更控制委員會（CCB）決定實現(xiàn)哪些變更項目風(fēng)險承擔(dān)者應(yīng)該能夠了解變更數(shù)據(jù)庫的內(nèi)容絕不能從數(shù)據(jù)庫中刪除或修改變更請求的原始文檔每一個集成的需求變更必須能夠跟蹤到一個經(jīng)核準(zhǔn)的變更請求變更控制步驟每個變更控制步驟由4個組件組成：開始條件：在執(zhí)行過程或步驟前應(yīng)該滿足的條件過程和步驟中所包含的不同任務(wù)及項目中負責(zé)完成它們的角色驗證任務(wù)正確完成的步驟結(jié)束條件：指出過程或步驟完成的條件描述變更控制步驟概述：說明此步驟的目的，確定步驟能夠應(yīng)用的范圍角色和責(zé)任：列出參與變更控制活動的項目組成員并且描述他們的責(zé)任（CCB主席、CCB、評估者、修改者、建議者、項目管理者、請求接受者、驗證者）變更請求狀態(tài)開始條件任務(wù)驗證退出條件變更控制狀態(tài)報告變更需求狀態(tài)轉(zhuǎn)換變更控制工具可以定義變更請求的數(shù)據(jù)項可以定義變更請求生存期的狀態(tài)轉(zhuǎn)換圖可以加強狀態(tài)轉(zhuǎn)換圖使經(jīng)授權(quán)的用戶僅能做出所允許的狀態(tài)變更記錄每一種狀態(tài)變更的數(shù)據(jù)，確認做出變更的人員可以定義在提交新請求或請求狀態(tài)被更新后應(yīng)該自動通知的設(shè)計人員可以根據(jù)需要生成標(biāo)準(zhǔn)的或定制的報告和圖表變更控制委員會(CCB)CCB是業(yè)界的最佳實踐，可以由一個小組或多個不同的組擔(dān)任，負責(zé)做出決定究竟將哪一些已建議需求變更或新產(chǎn)品特性付諸應(yīng)用負責(zé)對項目中任何基線工作產(chǎn)品的變更做出決定CCB的組成：項目管理部門開發(fā)部門市場或客戶代表技術(shù)支持部門產(chǎn)品管理或需求分析部門測試或質(zhì)量保證部門用戶文檔部門配置管理部門測量變更活動軟件測量是深入項目、產(chǎn)品、處理過程的調(diào)查研究需求變更活動的下列方面值得考慮：接收、未作決定、結(jié)束處理的變更請求數(shù)量已實現(xiàn)需求變更的合計數(shù)量每個方面發(fā)出的變更請求的數(shù)量每一個已應(yīng)用的需求建議變更和實現(xiàn)變更的數(shù)量投入處理變更的人力、物力可以通過線劃圖、直方圖來表示需求跟蹤跟蹤能力（聯(lián)系）鏈?zhǔn)鼓隳軌蚋櫼粋€需求使用期限的全過程四類需求跟蹤能力鏈需求跟蹤聯(lián)系鏈需求跟蹤動機審核：跟蹤能力信息可幫助審核確保所有需求被應(yīng)用變更影響分析：跟蹤能力信息在增、刪、改需求時可以確保不忽略每個受到影響的系統(tǒng)元素維護：可靠的跟蹤能力信息使得維護時能夠正確、完整地實施變更，從而提高生產(chǎn)率項目跟蹤：認真記錄跟蹤能力數(shù)據(jù)，可以獲得計劃功能當(dāng)前實現(xiàn)狀態(tài)的記錄再設(shè)計：可以列出傳統(tǒng)系統(tǒng)中將要替換的功能，記錄它們在新系統(tǒng)的需求和軟件組件中的位置重復(fù)利用、減少風(fēng)險、測試需求跟蹤矩陣跟蹤能力聯(lián)系鏈可能的信息源需求跟蹤能力過程決定定義哪幾種聯(lián)系鏈選擇使用的跟蹤能力矩陣的種類確定對產(chǎn)品哪部分維護跟蹤能力信息通過修訂過程和核對表來提醒開發(fā)者在需求完成或變更時更新聯(lián)系鏈制定標(biāo)記性的規(guī)范確定提供每類聯(lián)系鏈信息的個人培訓(xùn)項目組成員一旦有人完成某項任務(wù)就要馬上更新跟蹤能力數(shù)據(jù)在開發(fā)過程中周期性地更新數(shù)據(jù)變更影響分析變更請求ID號：標(biāo)題：描述：分析人員：日期：優(yōu)先級評估：相對收益：

（1~9）相對費用：

（1~9）相對損失：

（1~9）相對風(fēng)險：

（1~9）計算出的最終優(yōu)先級：

（相對于其他待處理需求）估計的總工作量：

（人時）估計損失的總工作量：

（人時）估計對進度的影響：

（天）額外的成本影響：

（元）質(zhì)量影響：受影響的其他需求：愛影響的其他任務(wù)：集成問題：生存期費問題：檢查可能要變更的其他組件：基于文檔存儲需求方法的限制很難保持文檔與現(xiàn)實的一致通知受變更影響的設(shè)計人員是手工過程不太容易做到為每一個需求保存增補的信息很難在功能需求與相應(yīng)的用例、設(shè)計、代碼、測試和項目任務(wù)之間建立聯(lián)系鏈很難跟蹤每個需求的狀態(tài)常用的商業(yè)需求管理工具DOORS：以數(shù)據(jù)庫為中心RequisitePro：以文檔為中心，Rational公司Caliber-RM：以數(shù)據(jù)庫為核心QSSrequireit：以文檔為中心RTM

Workshop：以數(shù)據(jù)庫中心Vital

Link：以文檔為中心使用需求管理工具的好處管理版本和變更：提供了靈活的基線設(shè)定功能存儲需求屬性：對每個需求可以保存相關(guān)屬性幫助影響分析：可以找到需求關(guān)聯(lián)跟蹤需求狀態(tài)：可以很容易地知識某個產(chǎn)品包含的所有需求訪問控制：可以對個人、用戶小組確定訪問權(quán)限與風(fēng)險承擔(dān)者進行溝通：可以通過郵件自動通知重用需求：需求保存之后可以實現(xiàn)需求重用，避免信息冗余商業(yè)需求管理工具的主要特點允許定義不同種類的數(shù)據(jù)庫元素，如業(yè)務(wù)需求、用例、功能需求、硬件需求、非功能需求…在某種程度上實現(xiàn)了Word的集成，最常見的方式是在Word中添加工具籅有統(tǒng)一的內(nèi)部標(biāo)識符，支持層次編碼的數(shù)字標(biāo)簽，例如UR00x表示用戶需求，DOORS中還能夠看到層次結(jié)構(gòu)的軟件需求說明書工具的輸出能力包括以用戶自定義格式或表單報告格式，Caliber-RM提供了強大的文檔加工功能有在需求同其他系統(tǒng)