1、需求管理過程需求管理過程 2008-1-31 發(fā)布 2008-2-18 實施 本文件屬深圳天源迪科信息技術(shù)股份有限公司所有， 未經(jīng)書面許可，不得以任何形式復(fù)印或傳播。 文件建立文件建立/ /修改記錄修改記錄 序號版本建立或修改 建立/修改人 日期 審核人 日期 批準(zhǔn)人 日期 目目 錄錄 1簡介.4 1.1目的.4 1.2適用范圍.4 1.3背景描述.4 1.4術(shù)語表.4 1.5參考資料.5 2總體描述.5 2.1概述.5 2.2職責(zé)分工.5 2.3結(jié)構(gòu)描述.6 3活動描述.7 3.1需求培訓(xùn).7 3.2建立需求跟蹤矩陣.8 3.3維護需求跟蹤矩陣.9 3.4檢查一致性.10 3.5采取更正行動

2、.11 3.6需求變更管理.12 4附錄.13 4.1附錄 A相關(guān)過程.13 4.2附錄 B相關(guān)規(guī)范、指南.13 4.3附錄 C相關(guān)模板列表.13 1 1 1 簡介簡介簡介 1.11.11.1 目的目的目的 制定需求管理過程的目的是管理產(chǎn)品和組件的需求，識別需求與項目計劃及工作產(chǎn)品之間 的不一致，有效地控制需求變更、以及跟蹤需求的演進，指導(dǎo)項目組管理需求。 1.21.21.2 適用范圍適用范圍適用范圍 本過程適用于公司所有的軟件項目，貫穿項目的整個生命周期。 1.31.31.3 背景描述背景描述背景描述 無。 1.41.41.4 術(shù)語表術(shù)語表術(shù)語表 軟件需求：用戶解決某一問題或者得到某一目標(biāo)所

3、需的軟件功能。 基線：基線是經(jīng)過評審和批準(zhǔn)的配置項的集合，其作用是明確劃分項目各階段，確定各 階段的結(jié)束點。在項目的開發(fā)過程中，最基本的基線有需求基線、開發(fā)基線、發(fā)布基線 等。 配置控制委員會(Configuration Control Board)：簡稱 CCB，是確定配置基線，評估、批準(zhǔn) 變更，并保證已批準(zhǔn)變更的實施的組織。 需求變更：需求變更主要來自三個方面客戶、高層和開發(fā)人員。因此，無論哪一方面 提出需求變更的要求，都應(yīng)當(dāng)對變更請求進行評估。需求變更通常包括三項內(nèi)容：新增 需求、修改需求、刪除需求。每一種變更都可能影響到其他需求的變化，因此在進行變 更時需要利用需求跟蹤記錄。 需求跟蹤

4、：需求跟蹤主要是跟蹤需求及其實現(xiàn)之間的一致性，需求跟蹤通過管理需求跟 蹤記錄來進行。在需求的階段已經(jīng)建立了需求跟蹤記錄，在后續(xù)的開發(fā)過程中，通過不 斷填寫需求跟蹤記錄，將設(shè)計、開發(fā)和測試等階段產(chǎn)品與需求進行一一對應(yīng)。同時，在 任何一個階段發(fā)生變更時，都要檢查需求跟蹤記錄是否需要進行變更。需求跟蹤是分布 在各個開發(fā)階段之中的。 涉眾:專指所有會受到項目結(jié)果重大影響的人。要有效地解決任何復(fù)雜的問題，就會涉及 到滿足不同涉眾的需要。涉眾通常會對問題持有不同的觀點，因而必須用所提供的解決 方案來滿足不同的需要。許多涉眾都是系統(tǒng)的用戶。其中許多涉眾只是系統(tǒng)的間接用戶， 或者只受到系統(tǒng)所影響的業(yè)務(wù)結(jié)果的影

5、響。還有許多涉眾是系統(tǒng)的經(jīng)濟型買主或支持者。 了解涉眾的組成及其特定需要是開發(fā)有效解決方案的關(guān)鍵。典型的涉眾有客戶（或客戶 代表） 、用戶（或用戶代表） 、投資者、股東、生產(chǎn)經(jīng)理、買方、項目經(jīng)理、設(shè)計人員、 測試人員、QA、銷售/市場人員等。 需求工程師：負(fù)責(zé)整個需求過程，一般來說，需求工程師應(yīng)當(dāng)具有和用戶進行有效溝通 的能力，觀察分析總結(jié)問題的能力。 1.51.51.5 參考參考參考資料資料資料 軟件工程術(shù)語 GB/T11457-1995 質(zhì)量管理體系要求 GB/T19001-2000 CMMI 模型 CMMI-DEV, V1.2，CMU/SEI-2006-TR-008，ESC-TR-200

6、6-008 2 2 2 總體描述總體描述總體描述 2.12.12.1 概述概述概述 整個需求過程大致可以分為需求獲取、需求分析、需求管理三大過程。需求管理過程是其 中一個主要過程，包括需求培訓(xùn)、需求跟蹤和需求變更管理三個活動。在完成需求分析活動后， 需求工程師對項目人員進行需求培訓(xùn)，目的是確保項目人員對需求的理解保持一致。在整個項 目生命周期內(nèi)，都需要實施需求跟蹤活動確保需求和計劃及工作產(chǎn)品的一致性。需求跟蹤活動 主要有兩種實踐方式：一是通過需求跟蹤矩陣，來建立和維護需求和工作產(chǎn)品之間的雙向可追 溯性；二是對階段性工作產(chǎn)品進行評審，檢查工作產(chǎn)品和需求之間的一致性。需求變更管理的 目的是合理有效

7、地控制并執(zhí)行需求變更，具體參見需求變更管理規(guī)范 。 2.22.22.2 職責(zé)分工職責(zé)分工職責(zé)分工 2.2.12.2.12.2.1 需求工程師需求工程師需求工程師需求工程師 負(fù)責(zé)整個需求過程。 獲取業(yè)務(wù)需求，分析需求，編寫需求文檔(如：SRS、業(yè)務(wù)流程圖、業(yè)務(wù)術(shù)語表、業(yè)務(wù)規(guī)則 文檔、界面原型、用例規(guī)約、補充規(guī)約等)。 對項目人員進行需求培訓(xùn)，負(fù)責(zé)解釋需求規(guī)約。建立需求跟蹤矩陣。參與需求變更評估。 2.2.22.2.22.2.2 設(shè)計人員設(shè)計人員設(shè)計人員設(shè)計人員 填寫需求跟蹤矩陣，檢查設(shè)計和需求是否一致。參與需求變更評估。 2.2.32.2.32.2.3 測試人員測試人員測試人員測試人員 填寫需求

8、跟蹤矩陣，檢查測試用例和需求是否一致。參與需求變更評估。 2.2.42.2.42.2.4 項目經(jīng)理項目經(jīng)理項目經(jīng)理項目經(jīng)理 負(fù)責(zé)需求變更評估。 2.32.32.3 結(jié)構(gòu)描述結(jié)構(gòu)描述結(jié)構(gòu)描述 需求管理流程 需求培訓(xùn)需求跟蹤需求變更管理 項目經(jīng)理 QA 輸出需求工程師 設(shè)計人員 開發(fā)人員 測試人員 輸入 需求文檔 需求培訓(xùn) 維護需求跟 蹤矩陣 開始 培訓(xùn)記錄 需求跟蹤矩陣 需求變更申請 需求變更記錄 表 需求文檔 階段性工作產(chǎn) 品 是否存在 不一致 結(jié)束 結(jié)束 結(jié)束 建立需求 跟蹤矩陣 檢查一致性 采取更正 行動 不一致性記錄 需求變更 管理 是否修改 需求 否 否 是 影響其他 小組 是是 維護

9、工作 產(chǎn)品 否 需求管理流程 3 3 3 活動描述活動描述活動描述 3.13.13.1 需求培訓(xùn)需求培訓(xùn)需求培訓(xùn) 概述概述概述概述 在需求確定之后，應(yīng)當(dāng)對設(shè)計人員、開發(fā)人員、測試人員進行 需求培訓(xùn)，保證相關(guān)人員更好地理解用戶的業(yè)務(wù)領(lǐng)域和需求。 參與人員及職責(zé)參與人員及職責(zé)參與人員及職責(zé)參與人員及職責(zé) 需求工程師：負(fù)責(zé)需求培訓(xùn) 設(shè)計人員：參加需求培訓(xùn) 測試人員：參加需求培訓(xùn) 開發(fā)人員：參加需求培訓(xùn) 入口準(zhǔn)則入口準(zhǔn)則入口準(zhǔn)則入口準(zhǔn)則 形成軟件需求基線 輸入輸入輸入輸入 業(yè)務(wù)流程圖、業(yè)務(wù)術(shù)語表、業(yè)務(wù)規(guī)則文檔 原型 需求規(guī)格說明書 任務(wù)任務(wù)任務(wù)任務(wù)/ / /步驟步驟步驟步驟 1. 需求工程師制定需求培

10、訓(xùn)計劃 2. 實施需求培訓(xùn) 需求工程師進行領(lǐng)域知識講解，包括業(yè)務(wù)邏輯、業(yè)務(wù)規(guī)則 的講解； 需求工程師講解系統(tǒng)需解決的范圍 出口準(zhǔn)則出口準(zhǔn)則出口準(zhǔn)則出口準(zhǔn)則 參加培訓(xùn)的人員理解了用戶需求和業(yè)務(wù)流程、業(yè)務(wù)規(guī)則和 業(yè)務(wù)術(shù)語，對待開發(fā)的產(chǎn)品有了深入了解。 輸出（工作產(chǎn)品）輸出（工作產(chǎn)品）輸出（工作產(chǎn)品）輸出（工作產(chǎn)品） 培訓(xùn)記錄 資源和能力要求資源和能力要求資源和能力要求資源和能力要求 資源：需求工程師的工作時間保證 能力： 需求工程師深入了解需求并具有培訓(xùn)能力 度量元度量元采集點采集點 度量度量度量度量 進行培訓(xùn)的工作量周報表 裁剪內(nèi)容裁剪內(nèi)容裁剪準(zhǔn)則裁剪準(zhǔn)則 裁剪指南裁剪指南裁剪指南裁剪指南 可裁

11、剪 當(dāng)設(shè)計人員，開發(fā)人員，測試人員 能夠很好理解需求時可以不用執(zhí)行。 3.23.23.2 建立需求跟蹤矩陣建立需求跟蹤矩陣建立需求跟蹤矩陣 概述概述概述概述 在需求開發(fā)過程中，需求工程師要建立需求跟蹤矩陣，記錄業(yè) 務(wù)需求與用戶需求及用戶需求和軟件需求的對應(yīng)關(guān)系。具體詳 見需求分析過程 。 參與人員及職責(zé)參與人員及職責(zé)參與人員及職責(zé)參與人員及職責(zé) 需求工程師：建立需求跟蹤矩陣，建立業(yè)務(wù)需求到用戶需 求及用戶需求到軟件需求的對應(yīng)關(guān)系 SQA：檢查需求跟蹤矩陣，確保沒有需求被遺漏 入口準(zhǔn)則入口準(zhǔn)則入口準(zhǔn)則入口準(zhǔn)則 完成需求分析活動 輸入輸入輸入輸入 通過評審的需求規(guī)格說明書 任務(wù)任務(wù)任務(wù)任務(wù)/ /

12、/步驟步驟步驟步驟 1、 需求工程師建立需求跟蹤矩陣，記錄業(yè)務(wù)需求和用戶需求及 用戶需求和軟件需求的對應(yīng)關(guān)系 2、 SQA 檢查需求跟蹤矩陣，確保沒有需求被遺漏 出口準(zhǔn)則出口準(zhǔn)則出口準(zhǔn)則出口準(zhǔn)則 評審過的軟件功能需求都被完整地記錄在需求跟蹤矩陣中 輸出（工作產(chǎn)品）輸出（工作產(chǎn)品）輸出（工作產(chǎn)品）輸出（工作產(chǎn)品） 需求跟蹤矩陣 資源和能力要求資源和能力要求資源和能力要求資源和能力要求 資源：相關(guān)人員的工作時間保證 能力： 相關(guān)人員應(yīng)接受過相應(yīng)方法的培訓(xùn)。 度量元度量元采集點采集點 度量度量度量度量 進行需求跟蹤的工作量周報表 裁剪內(nèi)容裁剪內(nèi)容裁剪準(zhǔn)則裁剪準(zhǔn)則 裁剪指南裁剪指南裁剪指南裁剪指南 不

13、可裁剪無 3.33.33.3 維護需求跟蹤矩陣維護需求跟蹤矩陣維護需求跟蹤矩陣 概述概述概述概述 在項目人員完成階段性工作產(chǎn)品或工作產(chǎn)品發(fā)生變更時，需要 維護需求跟蹤矩陣，建立需求和工作產(chǎn)品的雙向追溯關(guān)系。 參與人員及職責(zé)參與人員及職責(zé)參與人員及職責(zé)參與人員及職責(zé) 需求工程師：維護業(yè)務(wù)需求到用戶需求及用戶需求到軟件 需求的對應(yīng)關(guān)系 設(shè)計人員：維護需求和設(shè)計的對應(yīng)關(guān)系 開發(fā)人員：維護設(shè)計和代碼的對應(yīng)關(guān)系 測試人員：維護需求和系統(tǒng)測試用例的對應(yīng)關(guān)系 SQA：在項目人員完成階段性產(chǎn)品或工作產(chǎn)品發(fā)生變更時， 檢查需求跟蹤矩陣是否被相應(yīng)地維護 入口準(zhǔn)則入口準(zhǔn)則入口準(zhǔn)則入口準(zhǔn)則 完成階段性工作產(chǎn)品或工作產(chǎn)

14、品發(fā)生變更 輸入輸入輸入輸入 需求跟蹤矩陣 階段性工作產(chǎn)品 產(chǎn)品變更文檔 任務(wù)任務(wù)任務(wù)任務(wù)/ / /步驟步驟步驟步驟 1、 需求工程師維護業(yè)務(wù)需求和用戶需求及用戶需求和軟件需 求的對應(yīng)關(guān)系 2、 設(shè)計人員維護需求和設(shè)計的對應(yīng)關(guān)系 3、 開發(fā)人員維護設(shè)計和代碼的對應(yīng)關(guān)系 4、 測試人員維護需求和系統(tǒng)測試用例的對應(yīng)關(guān)系 出口準(zhǔn)則出口準(zhǔn)則出口準(zhǔn)則出口準(zhǔn)則 完整地記錄了工作產(chǎn)品和需求的雙向追溯關(guān)系 輸出（工作產(chǎn)品）輸出（工作產(chǎn)品）輸出（工作產(chǎn)品）輸出（工作產(chǎn)品） 需求跟蹤矩陣 資源和能力要求資源和能力要求資源和能力要求資源和能力要求 資源：相關(guān)人員的工作時間保證 能力：相關(guān)人員應(yīng)接受過相應(yīng)方法的培訓(xùn)。

15、 度量元度量元采集點采集點 度量度量度量度量 進行需求跟蹤的工作量周報表 裁剪內(nèi)容裁剪內(nèi)容裁剪準(zhǔn)則裁剪準(zhǔn)則 裁剪指南裁剪指南裁剪指南裁剪指南 不可裁剪無 3.43.43.4 檢查一致性檢查一致性檢查一致性 概述概述概述概述 項目人員在完成階段性工作產(chǎn)品或工作產(chǎn)品發(fā)生變更時，要及 時維護需求跟蹤矩陣并檢查工作產(chǎn)品和需求的一致性。項目經(jīng) 理在對工作產(chǎn)品進行評審時，工作產(chǎn)品和需求的一致性是個重 要的評審準(zhǔn)則。SQA 定期檢查需求跟蹤矩陣，確保需求跟蹤矩 陣的完整性和一致性。 參與人員及職責(zé)參與人員及職責(zé)參與人員及職責(zé)參與人員及職責(zé) 需求工程師：檢查業(yè)務(wù)需求到用戶需求及用戶需求到軟件 需求的一致性 設(shè)

16、計人員：檢查需求和設(shè)計的一致性 開發(fā)人員：檢查設(shè)計和代碼的一致性 測試人員：檢查需求和系統(tǒng)測試用例的一致性 SQA：檢查需求跟蹤矩陣，確保需求跟蹤矩陣的完整性和 一致性 入口準(zhǔn)則入口準(zhǔn)則入口準(zhǔn)則入口準(zhǔn)則 完成階段性工作產(chǎn)品或工作產(chǎn)品發(fā)生變更 輸入輸入輸入輸入 需求跟蹤矩陣 階段性工作產(chǎn)品 產(chǎn)品變更文檔 任務(wù)任務(wù)任務(wù)任務(wù)/ / /步驟步驟步驟步驟 1、項目人員在完成階段性工作產(chǎn)品，填寫需求跟蹤時，檢查工 作產(chǎn)品和需求的一致性。如果不一致性在本組內(nèi)可以解決，則 直接維護工作產(chǎn)品和需求跟蹤矩陣；如果不一致性需要其他組 修改工作產(chǎn)品，則填寫并提交需求不一致記錄表 ；如果項目 人員認(rèn)為需要變更需求，則填

17、寫并提交需求變更登記表 。 2、在工作產(chǎn)品發(fā)生變更時，負(fù)責(zé)變更的項目人員維護需求跟蹤 矩陣，檢查工作產(chǎn)品和需求的一致性。如果不一致性在本組內(nèi) 可以解決，則直接維護工作產(chǎn)品和需求跟蹤矩陣；如果變更需 要其他組修改工作產(chǎn)品，則填寫需求不一致記錄表 ；如果變 更人員認(rèn)為需要變更需求，則填寫并提交需求變更登記表 。 3、項目經(jīng)理在組織對工作產(chǎn)品進行評審時，需要評審工作產(chǎn)品 和需求的一致性。如果存在不一致性，則填寫需求不一致記 錄表 ；如果評審認(rèn)為需要變更需求，則填寫并提交需求變更 登記表 。 4、SQA 檢查需求跟蹤矩陣，檢查需求和工作產(chǎn)品的一致性和需 求是否被遺漏。如果存在不一致性，則填寫需求不一致

18、記錄 表 。 出口準(zhǔn)則出口準(zhǔn)則出口準(zhǔn)則出口準(zhǔn)則 工作產(chǎn)品和需求是一致的 輸出（工作產(chǎn)品）輸出（工作產(chǎn)品）輸出（工作產(chǎn)品）輸出（工作產(chǎn)品） 需求跟蹤矩陣 需求不一致記錄表 需求變更登記表 資源和能力要求資源和能力要求資源和能力要求資源和能力要求 資源：相關(guān)人員的工作時間保證 能力：相關(guān)人員應(yīng)接受過相應(yīng)方法的培訓(xùn)。 度量元度量元采集點采集點 度量度量度量度量 進行需求跟蹤的工作量周報表 裁剪內(nèi)容裁剪內(nèi)容裁剪準(zhǔn)則裁剪準(zhǔn)則 裁剪指南裁剪指南裁剪指南裁剪指南 不可裁剪無 3.53.53.5 采取更正行動采取更正行動采取更正行動 概述概述概述概述 項目經(jīng)理將需求不一致記錄表發(fā)給受影響的小組的負(fù)責(zé)人 和 S

19、QA，受影響的小組維護相關(guān)工作產(chǎn)品和需求跟蹤矩陣， SQA 檢查需求不一致記錄表的處理情況。如果 參與人員及職責(zé)參與人員及職責(zé)參與人員及職責(zé)參與人員及職責(zé) 項目經(jīng)理：通知受影響的小組，如設(shè)計組、開發(fā)組、測試 組。 設(shè)計人員、開發(fā)人員、測試人員：維護工作產(chǎn)品和需求跟 蹤矩陣 SQA：檢查需求不一致記錄表的處理情況 入口準(zhǔn)則入口準(zhǔn)則入口準(zhǔn)則入口準(zhǔn)則 發(fā)現(xiàn)工作產(chǎn)品和需求存在不一致性并需要其他組修改工作產(chǎn)品 輸入輸入輸入輸入 需求跟蹤矩陣 需求不一致記錄表 任務(wù)任務(wù)任務(wù)任務(wù)/ / /步驟步驟步驟步驟 1、項目經(jīng)理將需求不一致記錄表發(fā)給受影響的小組的負(fù)責(zé) 人和 QA。 2、受影響的小組維護相關(guān)工作產(chǎn)品和

20、需求跟蹤矩陣。 3、檢查需求不一致記錄表的處理情況。 出口準(zhǔn)則出口準(zhǔn)則出口準(zhǔn)則出口準(zhǔn)則 工作產(chǎn)品和需求不一致的問題已被處理 輸出（工作產(chǎn)品）輸出（工作產(chǎn)品）輸出（工作產(chǎn)品）輸出（工作產(chǎn)品） 需求跟蹤矩陣 和需求一致的工作產(chǎn)品 資源和能力要求資源和能力要求資源和能力要求資源和能力要求 資源：相關(guān)人員的工作時間保證 能力：相關(guān)人員應(yīng)接受過相應(yīng)方法的培訓(xùn)。 度量元度量元采集點采集點 度量度量度量度量 進行需求跟蹤的工作量周報表 裁剪內(nèi)容裁剪內(nèi)容裁剪準(zhǔn)則裁剪準(zhǔn)則 裁剪指南裁剪指南裁剪指南裁剪指南 不可裁剪無 3.63.63.6 需求變更管理需求變更管理需求變更管理 概述概述概述概述 在項目生命周期的任

21、何一個階段，都有可能發(fā)生需求變更。當(dāng) 需求變更發(fā)生時，應(yīng)當(dāng)通過需求變更管理有效地控制變更。具 體詳見需求變更管理規(guī)范 。 參與人員及職責(zé)參與人員及職責(zé)參與人員及職責(zé)參與人員及職責(zé) 變更申請人：提交需求變更申請 項目經(jīng)理：組織對變更進行評估 相關(guān)組（如質(zhì)量組、測試組）人員：對變更進行評估 客戶或用戶代表：參與評估需求變更 CCB：評估需求變更申請，確定是否進行需求基線變更。 入口準(zhǔn)則入口準(zhǔn)則入口準(zhǔn)則入口準(zhǔn)則 有需求變更請求提出 輸入輸入輸入輸入 需求變更請求 任務(wù)任務(wù)任務(wù)任務(wù)/ / /步驟步驟步驟步驟 1.需求變更的提出人可能是客戶、開發(fā)人員等，對于這些原 始的變更請求需要經(jīng)過需求變更緩沖，可以由開發(fā)人員收 集并記錄這些變更請求，當(dāng)變更請求積累到一定數(shù)量或者 要變更的需求優(yōu)先級比較高時，提出需求變更申請。在變 更申請表中填寫變更原因、變更內(nèi)容和變更所處階段。 2.項目經(jīng)理對變更進行評估，確定變更影響的范圍，估計實 施變更的工作量和風(fēng)險，并填入需求變更申請表。 3.若變更影響范圍涉及到相關(guān)組，相關(guān)組應(yīng)對變更進行評估 確定實施變更的工作量和風(fēng)險，并填入需求變更申請表。 4.客戶或用戶代表對變更進行評估，確定變更對其它需求的 影響，以及估計風(fēng)