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

>

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

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

（1~9）相對費用：

（1~9）相對損失：

（1~9）相對風險：

（1~9）計算出的最終優先級：

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

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

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

（天）額外的成本影響：

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

Workshop：以數據庫中心Vital

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