需求管理過程

1、需求管理過程本文件屬深圳天源迪科信息技術(shù)股份有限公司所有，未經(jīng)書面許可，不得以任何形式復(fù)印或傳播。2008-1-31 發(fā)布2008-2-18實(shí)施質(zhì)量管理體系需求管理過程版本：4.1文件建立/修改記錄廳P版本建立或修改建立/修改人日期審核人日期批準(zhǔn)人日期目錄1 簡介41.1 目的41.2 適用范圍 41.3 背景描述41.4 術(shù)語表41.5 參考資料52 總體描述52.1 概述52.2 職責(zé)分工52.3 結(jié)構(gòu)描述63 活動(dòng)描述73.1 需求培訓(xùn)73.2 建立需求跟蹤矩陣 83.3 維護(hù)需求跟蹤矩陣93.4 檢查一致性103.5 采取更正行動(dòng)113.6 需求變更管理 124 附錄134.1 附錄A

2、一相關(guān)過程134.2 附錄B相關(guān)規(guī)范、指南 134.3 附錄C 相關(guān)模板列表 13深圳天源迪科信息技術(shù)股份有限公司第15頁共13頁1簡介1.1 目的制定需求管理過程的目的是管理產(chǎn)品和組件的需求，識(shí)別需求與項(xiàng)目計(jì)劃及工作產(chǎn)品之間的不一致，有效地控制需求變更、以及跟蹤需求的演進(jìn)，指導(dǎo)項(xiàng)目組管理需求。1.2 適用范圍本過程適用于公司所有的軟件項(xiàng)目，貫穿項(xiàng)目的整個(gè)生命周期。1.3 背景描述無。1.4 術(shù)語表軟件需求：用戶解決某一問題或者得到某一目標(biāo)所需的軟件功能?；€：基線是經(jīng)過評(píng)審和批準(zhǔn)的配置項(xiàng)的集合，其作用是明確劃分項(xiàng)目各階段，確定各階 段的結(jié)束點(diǎn)。在項(xiàng)目的開發(fā)過程中，最基本的基線有需求基線、開發(fā)

3、基線、發(fā)布基線等。配置控制委員會(huì)（Configuration Control Board）:簡稱CCB ,是確定配置基線，評(píng)估、批準(zhǔn) 變更，并保證已批準(zhǔn)變更的實(shí)施的組織。需求變更：需求變更主要來自三個(gè)方面-客戶、高層和開發(fā)人員。因此，無論哪一方面提 出需求變更的要求，都應(yīng)當(dāng)對(duì)變更請(qǐng)求進(jìn)行評(píng)估。需求變更通常包括三項(xiàng)內(nèi)容：新增需求、修改需求、刪除需求。每一種變更都可能影響到其他需求的變化，因此在進(jìn)行變更時(shí)需要 利用需求跟蹤記錄。需求跟蹤：需求跟蹤主要是跟蹤需求及其實(shí)現(xiàn)之間的一致性，需求跟蹤通過管理需求跟蹤記錄來進(jìn)行。在需求的階段已經(jīng)建立了需求跟蹤記錄，在后續(xù)的開發(fā)過程中，通過不斷填 寫需求跟蹤記錄

4、，將設(shè)計(jì)、開發(fā)和測試等階段產(chǎn)品與需求進(jìn)行一一對(duì)應(yīng)。同時(shí)，在任何一 個(gè)階段發(fā)生變更時(shí)，都要檢查需求跟蹤記錄是否需要進(jìn)行變更。需求跟蹤是分布在各個(gè)開發(fā)階段之中的。涉眾：專指所有會(huì)受到項(xiàng)目結(jié)果重大影響的人。要有效地解決任何復(fù)雜的問題，就會(huì)涉及到滿足不同涉眾的需要。涉眾通常會(huì)對(duì)問題持有不同的觀點(diǎn)，因而必須用所提供的解決方案來滿足不同的需要。許多涉眾都是系統(tǒng)的用戶。其中許多涉眾只是系統(tǒng)的間接用戶，或 者只受到系統(tǒng)所影響的業(yè)務(wù)結(jié)果的影響。還有許多涉眾是系統(tǒng)的經(jīng)濟(jì)型買主或支持者。了解涉眾的組成及其特定需要是開發(fā)有效解決方案的關(guān)鍵。典型的涉眾有客戶（或客戶代 表）、用戶（或用戶代表）、投資者、股東、生產(chǎn)經(jīng)理、

5、買方、項(xiàng)目經(jīng)理、設(shè)計(jì)人員、測試人員、QA、銷售/市場人員等。需求工程師：負(fù)責(zé)整個(gè)需求過程，一般來說，需求工程師應(yīng)當(dāng)具有和用戶進(jìn)行有效溝通的 能力，觀察分析總結(jié)問題的能力。1.5 參考資料軟件工程術(shù)語GB/T11457-1995質(zhì)量管理體系要求GB/T19001-2000CMMI模型CMMI-DEV, V1.2 , CMU/SEI-2006-TR-008 , ESC-TR-2006-0082總體描述2.1 概述整個(gè)需求過程大致可以分為需求獲取、需求分析、需求管理三大過程。需求管理過程是其中 一個(gè)主要過程，包括需求培訓(xùn)、需求跟蹤和需求變更管理三個(gè)活動(dòng)。在完成需求分析活動(dòng)后，需 求工程師對(duì)項(xiàng)目人員進(jìn)

6、行需求培訓(xùn)，目的是確保項(xiàng)目人員對(duì)需求的理解保持一致。在整個(gè)項(xiàng)目生 命周期內(nèi)，都需要實(shí)施需求跟蹤活動(dòng)確保需求和計(jì)劃及工作產(chǎn)品的一致性。需求跟蹤活動(dòng)主要有 兩種實(shí)踐方式：一是通過需求跟蹤矩陣，來建立和維護(hù)需求和工作產(chǎn)品之間的雙向可追溯性；二 是對(duì)階段性工作產(chǎn)品進(jìn)行評(píng)審，檢查工作產(chǎn)品和需求之間的一致性。需求變更管理的目的是合理 有效地控制并執(zhí)行需求變更，具體參見需求變更管理規(guī)范。2.2 職責(zé)分工2.2.1 需求工程師負(fù)責(zé)整個(gè)需求過程。獲取業(yè)務(wù)需求，分析需求，編寫需求文檔（如：SRS、業(yè)務(wù)流程圖、業(yè)務(wù)術(shù)語表、業(yè)務(wù)規(guī)則文檔、界面原型、用例規(guī)約、補(bǔ)充規(guī)約等）。對(duì)項(xiàng)目人員進(jìn)行需求培訓(xùn)，負(fù)責(zé)解釋需求規(guī)約。建立

7、需求跟蹤矩陣。參與需求變更評(píng)估。2.2.2 設(shè)計(jì)人員填寫需求跟蹤矩陣，檢查設(shè)計(jì)和需求是否一致。參與需求變更評(píng)估。2.2.3 測試人員填寫需求跟蹤矩陣，檢查測試用例和需求是否一致。參與需求變更評(píng)估。2.2.4項(xiàng)目經(jīng)理負(fù)責(zé)需求變更評(píng)估。2.3結(jié)構(gòu)描述需求管理流程需求培訓(xùn)需求文檔需求文檔階段性工作產(chǎn)L.品需求變更管理需求變更申請(qǐng)師程工求需員人試測 員人發(fā)開 員人計(jì)設(shè)AQ理經(jīng)目項(xiàng)需求培訓(xùn)檢查一致性采取更正 行動(dòng)需求變更 管理不一致性記錄需求管理流程3活動(dòng)描述3.1 需求培訓(xùn)概述在需求確定之后，應(yīng)當(dāng)對(duì)設(shè)計(jì)人員、開發(fā)人員、測試人員進(jìn)行需 求培訓(xùn)，保證相關(guān)人員更好地理解用戶的業(yè)務(wù)領(lǐng)域和需求。參與人員及職責(zé)需

8、求工程師：負(fù)責(zé)需求培訓(xùn) 設(shè)計(jì)人員：參加需求培訓(xùn) 測試人員：參加需求培訓(xùn) 開發(fā)人員：參加需求培訓(xùn)入口準(zhǔn)則形成軟件需求基線輸入業(yè)務(wù)流程圖、業(yè)務(wù)術(shù)語表、業(yè)務(wù)規(guī)則文檔原型需求規(guī)格說明書任務(wù)/步驟1 .需求工程師制定需求培訓(xùn)計(jì)劃2 .實(shí)施需求培訓(xùn)需求H程師進(jìn)行領(lǐng)域知識(shí)講解，包括業(yè)務(wù)邏輯、業(yè)務(wù)規(guī)則的講解；需求工程師講解系統(tǒng)需解決的范圍出口準(zhǔn)則參加培訓(xùn)的人員理解了用戶需求和業(yè)務(wù)流程、業(yè)務(wù)規(guī)則和業(yè) 務(wù)術(shù)語，對(duì)待開發(fā)的產(chǎn)品有了深入了解。輸出（工作產(chǎn)品）培訓(xùn)記錄資源和能力要求資源：需求工程師的工作時(shí)間保證能力：需求工程師深入了解需求并具有培訓(xùn)能力度里兀采集點(diǎn)進(jìn)行培訓(xùn)的工作量周報(bào)表裁剪指南裁剪內(nèi)容裁剪準(zhǔn)則可裁剪當(dāng)設(shè)

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

10、矩陣中輸出（工作產(chǎn)品）需求跟蹤矩陣資源和能力要求資源：相關(guān)人員的工作時(shí)間保證能力：相關(guān)人員應(yīng)接受過相應(yīng)方法的培訓(xùn)。度里兀采集點(diǎn)進(jìn)行需求跟蹤的工作量周報(bào)表裁剪指南裁剪內(nèi)容裁剪準(zhǔn)則不口裁男無3.3 維護(hù)需求跟蹤矩陣概述在項(xiàng)目人員完成階段性工作產(chǎn)品或工作產(chǎn)品發(fā)生變更時(shí)，需要維 護(hù)需求跟蹤矩陣，建立需求和工作產(chǎn)品的雙向追溯關(guān)系。參與人員及職責(zé)需求工程師：維護(hù)業(yè)務(wù)需求到用戶需求及用戶需求到軟件需 求的對(duì)應(yīng)關(guān)系設(shè)計(jì)人員：維護(hù)需求和設(shè)計(jì)的對(duì)應(yīng)關(guān)系開發(fā)人員：維護(hù)設(shè)計(jì)和代碼的對(duì)應(yīng)關(guān)系測試人員：維護(hù)需求和系統(tǒng)測試用例的對(duì)應(yīng)關(guān)系SQA:在項(xiàng)目人員完成階段性產(chǎn)品或工作產(chǎn)品發(fā)生變更時(shí)， 檢查需求跟蹤矩陣是否被相應(yīng)地維護(hù)

11、入口準(zhǔn)則完成階段性工作產(chǎn)品或工作產(chǎn)品發(fā)生變更輸入需求跟蹤矩陣 階段性工作產(chǎn)品 廣品變更文檔任務(wù)/步驟1、需求工程師維護(hù)業(yè)務(wù)需求和用戶需求及用戶需求和軟件需 求的對(duì)應(yīng)關(guān)系2、設(shè)計(jì)人員維護(hù)需求和設(shè)計(jì)的對(duì)應(yīng)關(guān)系3、開發(fā)人員維護(hù)設(shè)計(jì)和代碼的對(duì)應(yīng)關(guān)系4、測試人員維護(hù)需求和系統(tǒng)測試用例的對(duì)應(yīng)關(guān)系出口準(zhǔn)則完整地記錄了工作產(chǎn)品和需求的雙向追溯關(guān)系輸出（工作產(chǎn)品）需求跟蹤矩陣資源和能力要求資源：相關(guān)人員的工作時(shí)間保證能力：相關(guān)人員應(yīng)接受過相應(yīng)方法的培訓(xùn)。度里兀采集點(diǎn)進(jìn)行需求跟蹤的工作量周報(bào)表裁剪指南裁剪內(nèi)容裁剪準(zhǔn)則/、可裁剪無3.4 檢查一致性概述項(xiàng)目人員在完成階段性工作產(chǎn)品或工作產(chǎn)品發(fā)生變更時(shí)，要及時(shí) 維護(hù)需

12、求跟蹤矩陣并檢查工作產(chǎn)品和需求的一致性。項(xiàng)目經(jīng)理在 對(duì)工作產(chǎn)品進(jìn)行評(píng)審時(shí)，工作產(chǎn)品和需求的一致性是個(gè)重要的評(píng) 審準(zhǔn)則。SQA定期檢查需求跟蹤矩陣， 確保需求跟蹤矩陣的完整 性和一致性。參與人員及職責(zé)需求工程師：檢查業(yè)務(wù)需求到用戶需求及用戶需求到軟件需 求的一致性設(shè)計(jì)人員：檢查需求和設(shè)計(jì)的一致性開發(fā)人員：檢查設(shè)計(jì)和代碼的一致性測試人員：檢查需求和系統(tǒng)測試用例的一致性SQA :檢查需求跟蹤矩陣，確保需求跟蹤矩陣的完整性和一 致性入口準(zhǔn)則完成階段性工作產(chǎn)品或工作產(chǎn)品發(fā)生變更輸入需求跟蹤矩陣 階段性工作產(chǎn)品 廣品變更文檔任務(wù)/步驟1、項(xiàng)目人員在完成階段性工作產(chǎn)品，填寫需求跟蹤時(shí)，檢查工 作產(chǎn)品和需求的

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

14、審認(rèn)為需要變更需求，則填寫并提交需求變更登 記表。4、SQA檢查需求跟蹤矩陣，檢查需求和工作產(chǎn)品的一致性和需 求是否被遺漏。如果存在不一致性，則填寫需求不一致記錄表。出口準(zhǔn)則工作產(chǎn)品和需求是一致的輸出（工作產(chǎn)品）需求跟蹤矩陣需求不一致記錄表 需求變更登記表資源和能力要求資源：相關(guān)人員的工作時(shí)間保證能力：相關(guān)人員應(yīng)接受過相應(yīng)方法的培訓(xùn)。度里兀采集點(diǎn)進(jìn)行需求跟蹤的工作量周報(bào)表裁剪指南裁剪內(nèi)容裁剪準(zhǔn)則不口裁男無3.5 采取更正行動(dòng)概述項(xiàng)目經(jīng)理將需求不一致記錄表發(fā)給受影響的小組的負(fù)責(zé)人和SQA,受影響的小組維護(hù)相關(guān)工作產(chǎn)品和需求跟蹤矩陣，SQA檢查需求不一致記錄表的處理情況。如果參與人員及職責(zé)項(xiàng)目經(jīng)理

15、：通知受影響的小組，如設(shè)計(jì)組、開發(fā)組、測試組。設(shè)計(jì)人員、開發(fā)人員、測試人員：維護(hù)工作產(chǎn)品和需求跟蹤矩陣SQA :檢查需求不一致記錄表的處理情況入口準(zhǔn)則發(fā)現(xiàn)工作產(chǎn)品和需求存在不一致性并需要其他組修改工作產(chǎn)品輸入需求跟蹤矩陣需求不一致記錄表任務(wù)/步驟1、項(xiàng)目經(jīng)理將需求不一致記錄表發(fā)給受影響的小組的負(fù)責(zé) 人和QA。2、受影響的小組維護(hù)相關(guān)工作產(chǎn)品和需求跟蹤矩陣。3、檢查需求不一致記錄表的處理情況。出口準(zhǔn)則工作產(chǎn)品和需求不一致的問題已被處理輸出（工作產(chǎn)品）需求跟蹤矩陣和需求一致的工作產(chǎn)品資源和能力要求資源：相關(guān)人員的工作時(shí)間保證能力：相關(guān)人員應(yīng)接受過相應(yīng)方法的培訓(xùn)。度里兀采集點(diǎn)進(jìn)行需求跟蹤的工作量周報(bào)

16、表裁剪指南裁剪內(nèi)容裁剪準(zhǔn)則/、可裁剪無3.6 需求變更管理概述在項(xiàng)目生命周期的任何一個(gè)階段，都有可能發(fā)生需求變更。當(dāng)需 求變更發(fā)生時(shí)，應(yīng)當(dāng)通過需求變更笆理后效地控制變更。具體詳 見需求變更管理規(guī)范。參與人員及職責(zé)變更申請(qǐng)人：提父需求變更申請(qǐng)項(xiàng)目經(jīng)理：組織對(duì)變更進(jìn)行評(píng)估相關(guān)組（如質(zhì)量組、測試組）人員：對(duì)變更進(jìn)行評(píng)估客戶或用戶代表：參與評(píng)估需求變更CCB評(píng)估需求變更申請(qǐng)，確定是否進(jìn)行需求基線變更。入口準(zhǔn)則后需求變更請(qǐng)求提出輸入需求變更請(qǐng)求任務(wù)/步驟1 .需求變更的提出人可能是客戶、開發(fā)人員等，對(duì)于這些原始 的變更請(qǐng)求需要經(jīng)過需求變更緩沖，可以由開發(fā)人員收集并 記錄這些變更請(qǐng)求，當(dāng)變更請(qǐng)求積累到一7

17、E數(shù)量或者要變更 的需求優(yōu)先級(jí)比較局時(shí)，提出需求變更申請(qǐng)。在變更申請(qǐng)表 中填寫變更原因、變更內(nèi)容和變更所處階段。2 .項(xiàng)目經(jīng)理對(duì)變更進(jìn)行評(píng)估，確定義奧影晌的范圍，佶計(jì)實(shí)施 變更的工作量和風(fēng)險(xiǎn)，并填入需求變更申請(qǐng)表。3 .若艾更影響范圍涉及到相關(guān)組，相關(guān)組應(yīng)對(duì)變更進(jìn)行評(píng)估確 定實(shí)施變更的，作量和風(fēng)險(xiǎn)，并填入需求變更申請(qǐng)表。4 .客戶或用戶代表對(duì)變更進(jìn)行評(píng)估，確定義更對(duì)其它需求的影 響，以及估計(jì)風(fēng)險(xiǎn)。5 .變更經(jīng)過評(píng)估后，如果影響比較重大，應(yīng)組織CCBm客戶（用 戶代表）對(duì)變更進(jìn)行評(píng)審，確定是否變更。6 .無論變更是否被批準(zhǔn)，項(xiàng)目經(jīng)埋須填寫變更記錄，并表上處 理狀態(tài)（同意/不同意）。7 .若執(zhí)行變更，項(xiàng)目經(jīng)埋應(yīng)將變更通知相關(guān)人員，并按照配 置管埋過程變更相關(guān)工作廣品。出口準(zhǔn)則需求變更申請(qǐng)得到有效處埋。輸出（工作產(chǎn)品）需求變更申請(qǐng)表SCC*議紀(jì)要需求艾更記錄（如果執(zhí)行變更）變更通知、變更的工作產(chǎn)品、基線資源和能力要求資源：相關(guān)人員的工