需求管理過程

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

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

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

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

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

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

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

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

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

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

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

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

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

14、人員及職責 需求工程師：維護業(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)地維護入口準則入口準則入口準則入口準則完成階段性工作產(chǎn)品或工作產(chǎn)品發(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、 測試人員維護

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

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

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

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

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

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

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

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