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

>

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

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

（1~9）相對(duì)費(fèi)用：

（1~9）相對(duì)損失：

（1~9）相對(duì)風(fēng)險(xiǎn)：

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

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

（人時(shí)）估計(jì)損失的總工作量：

（人時(shí)）估計(jì)對(duì)進(jìn)度的影響：

（天）額外的成本影響：

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

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

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