需求管理過程

1、需求管理過程需求管理過程2008-1-31 發(fā)布 2008-2-18 實施本文件屬深圳天源迪科信息技術股份有限公司所有，未經書面許可，不得以任何形式復印或傳播。質量管理體系需求管理過程 版本：4.1深圳天源迪科信息技術股份有限公司 第 2 頁 共 13 頁文件建立文件建立/ /修改記錄修改記錄序號版本建立或修改建立/修改人日期審核人日期批準人日期質量管理體系需求管理過程 版本：4.1深圳天源迪科信息技術股份有限公司 第 3 頁 共 13 頁目目 錄錄1簡介.41.1目的.41.2適用范圍.41.3背景描述.41.4術語表.41.5參考資料.52總體描述.52.1概述.52.2職責分工.52.3

2、結構描述.63活動描述.73.1需求培訓.73.2建立需求跟蹤矩陣.83.3維護需求跟蹤矩陣.93.4檢查一致性.103.5采取更正行動.113.6需求變更管理.124附錄.134.1附錄 A相關過程.134.2附錄 B相關規(guī)范、指南.134.3附錄 C相關模板列表.13質量管理體系需求管理過程 版本：4.1深圳天源迪科信息技術股份有限公司 第 4 頁 共 13 頁1 1 1 簡介簡介簡介1.11.11.1 目的目的目的制定需求管理過程的目的是管理產品和組件的需求，識別需求與項目計劃及工作產品之間的不一致，有效地控制需求變更、以及跟蹤需求的演進，指導項目組管理需求。 1.21.21.2 適用范

3、圍適用范圍適用范圍本過程適用于公司所有的軟件項目，貫穿項目的整個生命周期。1.31.31.3 背景描述背景描述背景描述無。1.41.41.4 術語表術語表術語表軟件需求：用戶解決某一問題或者得到某一目標所需的軟件功能?；€：基線是經過評審和批準的配置項的集合，其作用是明確劃分項目各階段，確定各階段的結束點。在項目的開發(fā)過程中，最基本的基線有需求基線、開發(fā)基線、發(fā)布基線等。配置控制委員會(Configuration Control Board)：簡稱 CCB，是確定配置基線，評估、批準變更，并保證已批準變更的實施的組織。需求變更：需求變更主要來自三個方面客戶、高層和開發(fā)人員。因此，無論哪一方面提

4、出需求變更的要求，都應當對變更請求進行評估。需求變更通常包括三項內容：新增需求、修改需求、刪除需求。每一種變更都可能影響到其他需求的變化，因此在進行變更時需要利用需求跟蹤記錄。需求跟蹤：需求跟蹤主要是跟蹤需求及其實現(xiàn)之間的一致性，需求跟蹤通過管理需求跟蹤記錄來進行。在需求的階段已經建立了需求跟蹤記錄，在后續(xù)的開發(fā)過程中，通過不斷填寫需求跟蹤記錄，將設計、開發(fā)和測試等階段產品與需求進行一一對應。同時，在任何一個階段發(fā)生變更時，都要檢查需求跟蹤記錄是否需要進行變更。需求跟蹤是分布在各個開發(fā)階段之中的。涉眾:專指所有會受到項目結果重大影響的人。要有效地解決任何復雜的問題，就會涉及到滿足不同涉眾的需要

5、。涉眾通常會對問題持有不同的觀點，因而必須用所提供的解決方案來滿足不同的需要。許多涉眾都是系統(tǒng)的用戶。其中許多涉眾只是系統(tǒng)的間接用戶，或者只受到系統(tǒng)所影響的業(yè)務結果的影響。還有許多涉眾是系統(tǒng)的經濟型買主或支持者。了解涉眾的組成及其特定需要是開發(fā)有效解決方案的關鍵。典型的涉眾有客戶（或客戶質量管理體系需求管理過程 版本：4.1深圳天源迪科信息技術股份有限公司 第 5 頁 共 13 頁代表） 、用戶（或用戶代表） 、投資者、股東、生產經理、買方、項目經理、設計人員、測試人員、QA、銷售/市場人員等。需求工程師：負責整個需求過程，一般來說，需求工程師應當具有和用戶進行有效溝通的能力，觀察分析總結問題

6、的能力。1.51.51.5 參考參考參考資料資料資料軟件工程術語 GB/T11457-1995質量管理體系要求 GB/T19001-2000CMMI 模型CMMI-DEV, V1.2，CMU/SEI-2006-TR-008，ESC-TR-2006-0082 2 2 總體描述總體描述總體描述2.12.12.1 概述概述概述整個需求過程大致可以分為需求獲取、需求分析、需求管理三大過程。需求管理過程是其中一個主要過程，包括需求培訓、需求跟蹤和需求變更管理三個活動。在完成需求分析活動后，需求工程師對項目人員進行需求培訓，目的是確保項目人員對需求的理解保持一致。在整個項目生命周期內，都需要實施需求跟蹤活

7、動確保需求和計劃及工作產品的一致性。需求跟蹤活動主要有兩種實踐方式：一是通過需求跟蹤矩陣，來建立和維護需求和工作產品之間的雙向可追溯性；二是對階段性工作產品進行評審，檢查工作產品和需求之間的一致性。需求變更管理的目的是合理有效地控制并執(zhí)行需求變更，具體參見需求變更管理規(guī)范 。2.22.22.2 職責分工職責分工職責分工2.2.12.2.12.2.1 需求工程師需求工程師需求工程師需求工程師負責整個需求過程。獲取業(yè)務需求，分析需求，編寫需求文檔(如：SRS、業(yè)務流程圖、業(yè)務術語表、業(yè)務規(guī)則文檔、界面原型、用例規(guī)約、補充規(guī)約等)。對項目人員進行需求培訓，負責解釋需求規(guī)約。建立需求跟蹤矩陣。參與需求

8、變更評估。2.2.22.2.22.2.2 設計人員設計人員設計人員設計人員填寫需求跟蹤矩陣，檢查設計和需求是否一致。參與需求變更評估。2.2.32.2.32.2.3 測試人員測試人員測試人員測試人員填寫需求跟蹤矩陣，檢查測試用例和需求是否一致。參與需求變更評估。質量管理體系需求管理過程 版本：4.1深圳天源迪科信息技術股份有限公司 第 6 頁 共 13 頁2.2.42.2.42.2.4 項目經理項目經理項目經理項目經理負責需求變更評估。2.32.32.3 結構描述結構描述結構描述需求管理流程需求培訓需求跟蹤需求變更管理項目經理QA輸出需求工程師設計人員開發(fā)人員測試人員輸入需求文檔需求培訓維護需

9、求跟蹤矩陣開始培訓記錄需求跟蹤矩陣需求變更申請需求變更記錄表需求文檔階段性工作產品是否存在不一致結束結束結束建立需求跟蹤矩陣檢查一致性采取更正行動不一致性記錄需求變更管理是否修改需求否否是影響其他小組是是維護工作產品否需求管理流程質量管理體系需求管理過程 版本：4.1深圳天源迪科信息技術股份有限公司 第 7 頁 共 13 頁3 3 3 活動描述活動描述活動描述3.13.13.1 需求培訓需求培訓需求培訓概述概述概述概述在需求確定之后，應當對設計人員、開發(fā)人員、測試人員進行需求培訓，保證相關人員更好地理解用戶的業(yè)務領域和需求。參與人員及職責參與人員及職責參與人員及職責參與人員及職責 需求工程師：

10、負責需求培訓設計人員：參加需求培訓測試人員：參加需求培訓開發(fā)人員：參加需求培訓入口準則入口準則入口準則入口準則形成軟件需求基線輸入輸入輸入輸入業(yè)務流程圖、業(yè)務術語表、業(yè)務規(guī)則文檔原型需求規(guī)格說明書任務任務任務任務/ / /步驟步驟步驟步驟1. 需求工程師制定需求培訓計劃2. 實施需求培訓需求工程師進行領域知識講解，包括業(yè)務邏輯、業(yè)務規(guī)則的講解；需求工程師講解系統(tǒng)需解決的范圍出口準則出口準則出口準則出口準則參加培訓的人員理解了用戶需求和業(yè)務流程、業(yè)務規(guī)則和業(yè)務術語，對待開發(fā)的產品有了深入了解。輸出（工作產品）輸出（工作產品）輸出（工作產品）輸出（工作產品）培訓記錄資源和能力要求資源和能力要求資源

11、和能力要求資源和能力要求資源：需求工程師的工作時間保證能力：需求工程師深入了解需求并具有培訓能力度量元度量元采集點采集點度量度量度量度量進行培訓的工作量周報表裁剪內容裁剪內容裁剪準則裁剪準則裁剪指南裁剪指南裁剪指南裁剪指南可裁剪當設計人員，開發(fā)人員，測試人員能夠很好理解需求時可以不用執(zhí)行。質量管理體系需求管理過程 版本：4.1深圳天源迪科信息技術股份有限公司 第 8 頁 共 13 頁3.23.23.2 建立需求跟蹤矩陣建立需求跟蹤矩陣建立需求跟蹤矩陣概述概述概述概述在需求開發(fā)過程中，需求工程師要建立需求跟蹤矩陣，記錄業(yè)務需求與用戶需求及用戶需求和軟件需求的對應關系。具體詳見需求分析過程 。參與

12、人員及職責參與人員及職責參與人員及職責參與人員及職責 需求工程師：建立需求跟蹤矩陣，建立業(yè)務需求到用戶需求及用戶需求到軟件需求的對應關系SQA：檢查需求跟蹤矩陣，確保沒有需求被遺漏入口準則入口準則入口準則入口準則完成需求分析活動輸入輸入輸入輸入通過評審的需求規(guī)格說明書任務任務任務任務/ / /步驟步驟步驟步驟1、 需求工程師建立需求跟蹤矩陣，記錄業(yè)務需求和用戶需求及用戶需求和軟件需求的對應關系2、 SQA 檢查需求跟蹤矩陣，確保沒有需求被遺漏出口準則出口準則出口準則出口準則評審過的軟件功能需求都被完整地記錄在需求跟蹤矩陣中輸出（工作產品）輸出（工作產品）輸出（工作產品）輸出（工作產品）需求跟蹤

13、矩陣資源和能力要求資源和能力要求資源和能力要求資源和能力要求資源：相關人員的工作時間保證能力：相關人員應接受過相應方法的培訓。度量元度量元采集點采集點度量度量度量度量進行需求跟蹤的工作量周報表裁剪內容裁剪內容裁剪準則裁剪準則裁剪指南裁剪指南裁剪指南裁剪指南不可裁剪無質量管理體系需求管理過程 版本：4.1深圳天源迪科信息技術股份有限公司 第 9 頁 共 13 頁3.33.33.3 維護需求跟蹤矩陣維護需求跟蹤矩陣維護需求跟蹤矩陣概述概述概述概述在項目人員完成階段性工作產品或工作產品發(fā)生變更時，需要維護需求跟蹤矩陣，建立需求和工作產品的雙向追溯關系。 參與人員及職責參與人員及職責參與人員及職責參與

14、人員及職責 需求工程師：維護業(yè)務需求到用戶需求及用戶需求到軟件需求的對應關系設計人員：維護需求和設計的對應關系開發(fā)人員：維護設計和代碼的對應關系測試人員：維護需求和系統(tǒng)測試用例的對應關系SQA：在項目人員完成階段性產品或工作產品發(fā)生變更時，檢查需求跟蹤矩陣是否被相應地維護入口準則入口準則入口準則入口準則完成階段性工作產品或工作產品發(fā)生變更輸入輸入輸入輸入需求跟蹤矩陣階段性工作產品產品變更文檔任務任務任務任務/ / /步驟步驟步驟步驟1、 需求工程師維護業(yè)務需求和用戶需求及用戶需求和軟件需 求的對應關系2、 設計人員維護需求和設計的對應關系3、 開發(fā)人員維護設計和代碼的對應關系4、 測試人員維護

15、需求和系統(tǒng)測試用例的對應關系出口準則出口準則出口準則出口準則完整地記錄了工作產品和需求的雙向追溯關系輸出（工作產品）輸出（工作產品）輸出（工作產品）輸出（工作產品）需求跟蹤矩陣資源和能力要求資源和能力要求資源和能力要求資源和能力要求資源：相關人員的工作時間保證能力：相關人員應接受過相應方法的培訓。度量元度量元采集點采集點度量度量度量度量進行需求跟蹤的工作量周報表裁剪內容裁剪內容裁剪準則裁剪準則裁剪指南裁剪指南裁剪指南裁剪指南不可裁剪無質量管理體系需求管理過程 版本：4.1深圳天源迪科信息技術股份有限公司 第 10 頁 共 13 頁3.43.43.4 檢查一致性檢查一致性檢查一致性概述概述概述概

16、述項目人員在完成階段性工作產品或工作產品發(fā)生變更時，要及時維護需求跟蹤矩陣并檢查工作產品和需求的一致性。項目經理在對工作產品進行評審時，工作產品和需求的一致性是個重要的評審準則。SQA 定期檢查需求跟蹤矩陣，確保需求跟蹤矩陣的完整性和一致性。 參與人員及職責參與人員及職責參與人員及職責參與人員及職責 需求工程師：檢查業(yè)務需求到用戶需求及用戶需求到軟件需求的一致性設計人員：檢查需求和設計的一致性開發(fā)人員：檢查設計和代碼的一致性測試人員：檢查需求和系統(tǒng)測試用例的一致性SQA：檢查需求跟蹤矩陣，確保需求跟蹤矩陣的完整性和一致性入口準則入口準則入口準則入口準則完成階段性工作產品或工作產品發(fā)生變更輸入輸

17、入輸入輸入需求跟蹤矩陣階段性工作產品產品變更文檔任務任務任務任務/ / /步驟步驟步驟步驟1、項目人員在完成階段性工作產品，填寫需求跟蹤時，檢查工作產品和需求的一致性。如果不一致性在本組內可以解決，則直接維護工作產品和需求跟蹤矩陣；如果不一致性需要其他組修改工作產品，則填寫并提交需求不一致記錄表 ；如果項目人員認為需要變更需求，則填寫并提交需求變更登記表 。2、在工作產品發(fā)生變更時，負責變更的項目人員維護需求跟蹤矩陣，檢查工作產品和需求的一致性。如果不一致性在本組內可以解決，則直接維護工作產品和需求跟蹤矩陣；如果變更需要其他組修改工作產品，則填寫需求不一致記錄表 ；如果變更人員認為需要變更需求

18、，則填寫并提交需求變更登記表 。3、項目經理在組織對工作產品進行評審時，需要評審工作產品和需求的一致性。如果存在不一致性，則填寫需求不一致記錄表 ；如果評審認為需要變更需求，則填寫并提交需求變更登記表 。4、SQA 檢查需求跟蹤矩陣，檢查需求和工作產品的一致性和需求是否被遺漏。如果存在不一致性，則填寫需求不一致記錄表 。出口準則出口準則出口準則出口準則工作產品和需求是一致的輸出（工作產品）輸出（工作產品）輸出（工作產品）輸出（工作產品）需求跟蹤矩陣需求不一致記錄表需求變更登記表資源和能力要求資源和能力要求資源和能力要求資源和能力要求資源：相關人員的工作時間保證能力：相關人員應接受過相應方法的培

19、訓。度量元度量元采集點采集點度量度量度量度量進行需求跟蹤的工作量周報表裁剪內容裁剪內容裁剪準則裁剪準則裁剪指南裁剪指南裁剪指南裁剪指南不可裁剪無質量管理體系需求管理過程 版本：4.1深圳天源迪科信息技術股份有限公司 第 11 頁 共 13 頁3.53.53.5 采取更正行動采取更正行動采取更正行動概述概述概述概述項目經理將需求不一致記錄表發(fā)給受影響的小組的負責人和 SQA，受影響的小組維護相關工作產品和需求跟蹤矩陣，SQA 檢查需求不一致記錄表的處理情況。如果參與人員及職責參與人員及職責參與人員及職責參與人員及職責 項目經理：通知受影響的小組，如設計組、開發(fā)組、測試組。設計人員、開發(fā)人員、測試

20、人員：維護工作產品和需求跟蹤矩陣SQA：檢查需求不一致記錄表的處理情況入口準則入口準則入口準則入口準則發(fā)現(xiàn)工作產品和需求存在不一致性并需要其他組修改工作產品輸入輸入輸入輸入需求跟蹤矩陣需求不一致記錄表任務任務任務任務/ / /步驟步驟步驟步驟1、項目經理將需求不一致記錄表發(fā)給受影響的小組的負責人和 QA。2、受影響的小組維護相關工作產品和需求跟蹤矩陣。3、檢查需求不一致記錄表的處理情況。出口準則出口準則出口準則出口準則工作產品和需求不一致的問題已被處理輸出（工作產品）輸出（工作產品）輸出（工作產品）輸出（工作產品）需求跟蹤矩陣和需求一致的工作產品資源和能力要求資源和能力要求資源和能力要求資源和

21、能力要求資源：相關人員的工作時間保證能力：相關人員應接受過相應方法的培訓。度量元度量元采集點采集點度量度量度量度量進行需求跟蹤的工作量周報表裁剪內容裁剪內容裁剪準則裁剪準則裁剪指南裁剪指南裁剪指南裁剪指南不可裁剪無質量管理體系需求管理過程 版本：4.1深圳天源迪科信息技術股份有限公司 第 12 頁 共 13 頁3.63.63.6 需求變更管理需求變更管理需求變更管理概述概述概述概述在項目生命周期的任何一個階段，都有可能發(fā)生需求變更。當需求變更發(fā)生時，應當通過需求變更管理有效地控制變更。具體詳見需求變更管理規(guī)范 。參與人員及職責參與人員及職責參與人員及職責參與人員及職責 變更申請人：提交需求變更

22、申請項目經理：組織對變更進行評估相關組（如質量組、測試組）人員：對變更進行評估客戶或用戶代表：參與評估需求變更CCB：評估需求變更申請，確定是否進行需求基線變更。入口準則入口準則入口準則入口準則有需求變更請求提出輸入輸入輸入輸入需求變更請求任務任務任務任務/ / /步驟步驟步驟步驟1.需求變更的提出人可能是客戶、開發(fā)人員等，對于這些原始的變更請求需要經過需求變更緩沖，可以由開發(fā)人員收集并記錄這些變更請求，當變更請求積累到一定數(shù)量或者要變更的需求優(yōu)先級比較高時，提出需求變更申請。在變更申請表中填寫變更原因、變更內容和變更所處階段。2.項目經理對變更進行評估，確定變更影響的范圍，估計實施變更的工作量和風險，并填入需求變更申請表。3.若變更影響范圍涉及到相關組，相關組應對變更進行評估確定實施變更的工作量和風險，并填入需求變更申請表。4.客戶或用戶代表對變更進行評估，確