項目管理工具：需求跟蹤
作者: 來源: 文字大小:[大][中][小]
需求跟蹤概述
需求跟蹤需求跟蹤是指跟蹤一個需求使用期限的全過程，需求跟蹤包括編制每個需求同系統(tǒng)元素之間的聯(lián)系文檔，這些元素包括其他類型的需求，體系結(jié)構(gòu)，其他設(shè)計部件，源代碼模塊，測試，幫助文件等。需求跟蹤為我們提供了由需求到產(chǎn)品實現(xiàn)整個過程范圍的明確查閱的能力。需求跟蹤的目的是建立與維護“需求－設(shè)計－編程－測試”之間的一致性，確保所有的工作成果符合用戶需求。
需求跟蹤的方式
需求跟蹤有兩種方式：
（1）正向跟蹤。檢查《產(chǎn)品需求規(guī)格說明書》中的每個需求是否都能在后繼工作成果中找到對應(yīng)點。
（2）逆向跟蹤。檢查設(shè)計文檔、代碼、測試用例等工作成果是否都能在《產(chǎn)品需求規(guī)格說明書》中找到出處。
正向跟蹤和逆向跟蹤合稱為“雙向跟蹤”。不論采用何種跟蹤方式，都要建立與維護需求跟蹤矩陣（即表格）。需求跟蹤矩陣保存了需求與后繼工作成果的對應(yīng)關(guān)系。
需求跟蹤的內(nèi)容
跟蹤能力（聯(lián)系）鏈（traceability link）使你能跟蹤一個需求使用期限的全過程，即從需求源到實現(xiàn)的前后生存期。跟蹤能力是優(yōu)秀需求規(guī)格說明書的一個特征。為了實現(xiàn)可跟蹤能力，必須統(tǒng)一地標(biāo)識出每一個需求，以便能明確地進行查閱。
圖1說明了四類需求跟蹤能力鏈。客戶需求可向前追溯到需求，這樣就能區(qū)分出開發(fā)過程中或開發(fā)結(jié)束后由于需求變更受到影響的需求。這也確保了需求規(guī)格說明書包括所有客戶需求。同樣，可以從需求回溯相應(yīng)的客戶需求，確 認(rèn)每個軟件需求的源頭。如果用使用實例的形式 來描述客戶需求，圖的上半部分就是使用實 例和功能性需求之間的跟蹤情況。圖的下半 部分指出：由于開發(fā)過程中系統(tǒng)需求轉(zhuǎn)變?yōu)檐浖?需求、設(shè)計、編寫等，所以通過定義單個需求和 特定的產(chǎn)品元素之間的（聯(lián)系）鏈可從需求向前 追溯。這種聯(lián)系鏈?zhǔn)鼓阒烂總€需求對應(yīng)的產(chǎn)品 部件，從而確保產(chǎn)品部件滿足每個需求。第四類 聯(lián)系鏈?zhǔn)菑漠a(chǎn)品部件回溯到需求，使你知道每個 部件存在的原因。絕大多數(shù)項目不包括與用戶需 求直接相關(guān)的代碼，但對于開發(fā)者卻要知道為什 么寫這一行代碼。如果不能把設(shè)計元素、代碼段 或測試回溯到一個需求，你可能有一個“畫蛇添 足的程序”。然而，若這些孤立的元素表明了一 個正當(dāng)?shù)墓δ埽瑒t說明需求規(guī)格說明書漏掉了一項需求。
跟蹤能力聯(lián)系鏈記錄了單個需求之間的父層、互連、依賴的關(guān)系。當(dāng)某個需求變更（被刪除或修改）后，這種信息能夠確保正確的變更傳播，并將相應(yīng)的任務(wù)作出正確的調(diào)整。下圖2說明了許多能在項目中定義的直接跟蹤能力聯(lián)系鏈。一個項目不必擁有所有種類的跟蹤能力聯(lián)系鏈，要根據(jù)具體的情況調(diào)整。
需求跟蹤目的
在某種程度上，需求跟蹤提供了一個表明與合同或說明一致的方法。更進一步，需求跟蹤可以改善產(chǎn)品質(zhì)量，降低維護成本，而且很容易實現(xiàn)重用。
需求跟蹤是個要求手工操作且勞動強度很大的任務(wù)，要求組織提供支持。隨著系統(tǒng)開發(fā)的進行和維護的執(zhí)行，要保持關(guān)聯(lián)鏈信息與實際一致。跟蹤能力信息一旦過時，可能再也不會重建它了。由于這些原因，應(yīng)該正確使用需求跟蹤能力。
下面是在項目中使用需求跟蹤能力的一些好處：
審核（certification） 跟蹤能力信息可以幫助審核確保所有需求被應(yīng)用。
變更影響分析跟蹤能力信息在增、刪、改需求時可以確保不忽略每個受到影響的系統(tǒng)元素。
維護可靠的跟蹤能力信息使得維護時能正確、完整地實施變更，從而提高生產(chǎn)率。要是一下子不能為整個系統(tǒng)建立跟蹤能力信息，一次可以只建立一部分，再逐漸增加。從系統(tǒng)的一部分著手建立，先列表需求，然后記錄跟蹤能力鏈，再逐漸拓展。
項目跟蹤在開發(fā)中，認(rèn)真記錄跟蹤能力數(shù)據(jù)，就可以獲得計劃功能當(dāng)前實現(xiàn)狀態(tài)的記錄。還未出現(xiàn)的聯(lián)系鏈意味著沒有相應(yīng)的產(chǎn)品部件。
再設(shè)計（重新建造） 你可以列出傳統(tǒng)系統(tǒng)中將要替換的功能，記錄它們在新系統(tǒng)的需求和軟件組件中的位置。通過定義跟蹤能力信息鏈提供一種方法收集從一個現(xiàn)成系統(tǒng)的反向工程中所學(xué)到的方法。
重復(fù)利用跟蹤信息可以幫助你在新系統(tǒng)中對相同的功能利用舊系統(tǒng)相關(guān)資源。例如：功能設(shè)計、相關(guān)需求、代碼、測試等。
減小風(fēng)險使部件互連關(guān)系文檔化可減少由于一名關(guān)鍵成員離開項目帶來的風(fēng)險。
測試測試模塊、需求、代碼段之間的聯(lián)系鏈可以在測試出錯時指出最可能有問題的代碼段。
以上所述許多是長期利益，減少了整個產(chǎn)品生存期費用，但同時要注意到由于積累和管理跟蹤能力信息增加了開發(fā)成本。這個問題應(yīng)該這樣來看，把增加的費用當(dāng)作一項投資，這筆投資可以使你發(fā)布令人滿意同時更容易維護的產(chǎn)品。盡管很難計算，但這筆投資在每一次修改、擴展或代替產(chǎn)品時都會有所體現(xiàn)。如果在開發(fā)工程中收集信息，定義跟蹤能力聯(lián)系鏈一點也不難，但要在整個系統(tǒng)完成后再實施代價確實很大。
CMMI要求具備需求跟蹤能力。軟件產(chǎn)品工程活動的關(guān)鍵過程域有關(guān)于它的陳述，“在軟件工作產(chǎn)品之間，維護一致性。工作產(chǎn)品包括軟件計劃，過程描述，分配需求，軟件需求，軟件設(shè)計，代碼，測試計劃，以及測試過程。”需求跟蹤過程中還定義了一些關(guān)于一個組織如何處理需求跟蹤能力的期望。