1、需求管理過程本文件屬深圳天源迪科信息技術(shù)股份有限公司所有，未經(jīng)書面許可，不得以任何形式復(fù)印或傳播。2008-1 31 發(fā)布2008-2-18實施質(zhì)量管理體系需求管理過程版本：4.1文件建立/修改記錄廳P版本建立或修改建立/修改人日期審核人日期批準(zhǔn)人日期第2頁共13頁深圳天源迪科信息技術(shù)股份有限公司版本：4.1質(zhì)量管理體系需求管理過程目錄 TOC o 1-5 h z HYPERLINK l bookmark4 o Current Document 簡介4 HYPERLINK l bookmark6 o Current Document 目的4 HYPERLINK l bookmark8 o Cu

2、rrent Document 適用范圍 4 HYPERLINK l bookmark10 o Current Document 背景描述4 HYPERLINK l bookmark12 o Current Document 術(shù)語表4 HYPERLINK l bookmark14 o Current Document 參考資料5 HYPERLINK l bookmark16 o Current Document 總體描述5 HYPERLINK l bookmark18 o Current Document 概述5職責(zé)分工5 HYPERLINK l bookmark23 o Current Doc

3、ument 結(jié)構(gòu)描述6 HYPERLINK l bookmark27 o Current Document 活動描述7 HYPERLINK l bookmark29 o Current Document 3。1需求培訓(xùn)7 HYPERLINK l bookmark31 o Current Document 3.2建立需求跟蹤矩陣 8 HYPERLINK l bookmark33 o Current Document 3.3維護(hù)需求跟蹤矩陣9 HYPERLINK l bookmark35 o Current Document 3。4檢查一致性10 HYPERLINK l bookmark37 o

4、Current Document 3。5 采取更正行動11 HYPERLINK l bookmark39 o Current Document 3。6需求變更管理 12 HYPERLINK l bookmark41 o Current Document 附錄13。 1附錄A一相關(guān)過程13 HYPERLINK l bookmark45 o Current Document .2附錄B相關(guān)規(guī)范、指南 13 HYPERLINK l bookmark47 o Current Document 。3附錄C 相關(guān)模板列表 13第3頁共13頁深圳天源迪科信息技術(shù)股份有限公司版本：4.1質(zhì)量管理體系需求管理過

5、程1簡介目的制定需求管理過程的目的是管理產(chǎn)品和組件的需求，識別需求與項目計劃及工作產(chǎn)品之間的不一致，有效地控制需求變更、以及跟蹤需求的演進(jìn)，指導(dǎo)項目組管理需求。適用范圍本過程適用于公司所有的軟件項目，貫穿項目的整個生命周期。背景描述無.術(shù)語表軟件需求：用戶解決某一問題或者得到某一目標(biāo)所需的軟件功能?；€:基線是經(jīng)過評審和批準(zhǔn)的配置項的集合，其作用是明確劃分項目各階段，確定各階 段的結(jié)束點。在項目的開發(fā)過程中，最基本的基線有需求基線、開發(fā)基線、發(fā)布基線等.配置控制委員會（Configuration Control Board）:簡稱CCB ,是確定配置基線，評估、批準(zhǔn) 變更，并保證已批準(zhǔn)變更的實

6、施的組織。需求變更：需求變更主要來自三個方面-客戶、高層和開發(fā)人員。因此，無論哪一方面提出需求變更的要求，都應(yīng)當(dāng)對變更請求進(jìn)行評估。需求變更通常包括三項內(nèi)容：新增需求、 修改需求、刪除需求.每一種變更都可能影響到其他需求的變化，因此在進(jìn)行變更時需要 利用需求跟蹤記錄。需求跟蹤：需求跟蹤主要是跟蹤需求及其實現(xiàn)之間的一致性，需求跟蹤通過管理需求跟蹤記錄來進(jìn)行.在需求的階段已經(jīng)建立了需求跟蹤記錄，在后續(xù)的開發(fā)過程中，通過不斷填 寫需求跟蹤記錄，將設(shè)計、開發(fā)和測試等階段產(chǎn)品與需求進(jìn)行一一對應(yīng)。同時，在任何一 個階段發(fā)生變更時，都要檢查需求跟蹤記錄是否需要進(jìn)行變更.需求跟蹤是分布在各個開發(fā)階段之中的。涉

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

8、整個需求過程，一般來說，需求工程師應(yīng)當(dāng)具有和用戶進(jìn)行有效溝通的 能力，觀察分析總結(jié)問題的能力。參考資料軟件工程術(shù)語GB/T11457-1995質(zhì)量管理體系要求GB/T19001-2000CMMI模型CMMI DEV, V1.2,CMU/SEI-2006-TR 008, ESCTR20060082總體描述概述整個需求過程大致可以分為需求獲取、需求分析、需求管理三大過程。需求管理過程是其中一個主要過程，包括需求培訓(xùn)、需求跟蹤和需求變更管理三個活動。在完成需求分析活動后，需求工程師對項目人員進(jìn)行需求培訓(xùn)，目的是確保項目人員對需求的理解保持一致。在整個項目生命 周期內(nèi)，都需要實施需求跟蹤活動確保需求和

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

10、試用例和需求是否一致。參與需求變更評估。第5頁共13頁深圳天源迪科信息技術(shù)股份有限公司質(zhì)量管理體系需求管理過程版本：4.12.2.4項目經(jīng)理負(fù)責(zé)需求變更評估2.3結(jié)構(gòu)描述需求管理流程需求培訓(xùn)需求文檔需求文檔階段性工作產(chǎn)L.品需求變更管理需求變更申請師程工求需培訓(xùn)記錄員 人 試 測需求培訓(xùn)需求跟蹤矩陣不一致性記錄AQ 理經(jīng)目項采取更正 行動需求變更 管理深圳天源迪科信息技術(shù)股份有限公司需求管理流程第6頁共13頁版本：4.1質(zhì)量管理體系需求管理過程3活動描述需求培訓(xùn)概述在需求確定之后，應(yīng)當(dāng)對設(shè)計人員、開發(fā)人員、測試人員進(jìn)行需 求培訓(xùn)，保證相關(guān)人員更好地理解用戶的業(yè)務(wù)領(lǐng)域和需求。參與人員及職責(zé)需求工

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

12、計人員，開發(fā)人員，測試人員能 夠很好理解需求時可以不用執(zhí)行 .第7頁共13頁深圳天源迪科信息技術(shù)股份有限公司版本：4.1質(zhì)量管理體系需求管理過程建立需求跟蹤矩陣概述在需求開發(fā)過程中，需求工程師耍建立需求跟蹤矩陣，記錄業(yè)務(wù) 需求與用戶需求及用戶需求和軟件需求的對應(yīng)關(guān)系。具體詳見需求分析過程。參與人員及職責(zé)需求工程師：建立需求跟蹤矩陣，建立業(yè)務(wù)需求到用戶需求 及用戶需求到軟件需求的對應(yīng)夫系SQA檢查需求跟蹤矩陣，確保沒有需求被遺漏入口準(zhǔn)則完成需求分析活動輸入通過評審的需求規(guī)格說明書任務(wù)/步驟1、需求工程師建立需求跟蹤矩陣，記錄業(yè)務(wù)需求和用戶需求及 用戶需求和軟件需求的對應(yīng)關(guān)系2、SQW查需求跟蹤矩

13、陣，確保沒有需求被遺漏出口準(zhǔn)則評審過的軟件功能需求都被完整地記錄在需求跟蹤矩陣中輸出（工作產(chǎn)品）需求跟蹤矩陣資源和能力要求資源：相關(guān)人員的工作時間保證能力：相關(guān)人員應(yīng)接受過相應(yīng)方法的培訓(xùn)。度里兀采集點進(jìn)行需求跟蹤的工作量周報表裁剪指南裁剪內(nèi)容裁剪準(zhǔn)則不口裁男無第8頁共13頁深圳天源迪科信息技術(shù)股份有限公司版本：4.1質(zhì)量管理體系需求管理過程維護(hù)需求跟蹤矩陣概述在項目人員完成階段性工作產(chǎn)品或工作產(chǎn)品發(fā)生變更時，需要維 護(hù)需求跟蹤矩陣，建立需求和工作產(chǎn)品的雙向追溯關(guān)系。參與人員及職責(zé)需求工程師：維護(hù)業(yè)務(wù)需求到用戶需求及用戶需求到軟件需 求的對應(yīng)關(guān)系設(shè)計人員：維護(hù)需求和設(shè)計的對應(yīng)關(guān)系開發(fā)人員：維護(hù)設(shè)

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

15、進(jìn)行需求跟蹤的工作量周報表裁剪指南裁剪內(nèi)容裁剪準(zhǔn)則/、可裁剪無第9頁共13頁深圳天源迪科信息技術(shù)股份有限公司版本：4.1質(zhì)量管理體系需求管理過程檢查一致性概述項目人員在完成階段性工作產(chǎn)品或工作產(chǎn)品發(fā)生變更時,要及時維護(hù)需求跟蹤矩陣并檢查工彳叱品和需求的一致性.項目經(jīng)理在對工作產(chǎn)品進(jìn)行評審時，工作產(chǎn)品和需求的一致性是個重要的評 審準(zhǔn)則。SQA定期檢查需求跟蹤矩陣， 確保需求跟蹤矩陣的完整 性和一致性.參與人員及職責(zé)需求工程師：檢查業(yè)務(wù)需求到用戶需求及用戶需求到軟件需 求的一致性設(shè)計人員：檢查需求和設(shè)計的一致性開發(fā)人員：檢查設(shè)計和代碼的一致性測試人員：檢查需求和系統(tǒng)測試用例的一致性SQA :檢查需

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

17、改工作產(chǎn)品，則填寫需求不一致記錄表；如果變更人員認(rèn)為需要變更需求，則填寫并提交需求變更登記表。3、項目經(jīng)理在組織對工作產(chǎn)品進(jìn)行評審時，需要評審工作產(chǎn)品 和需求的一致性.如果存在不一致性，則填寫需求不一致記錄 表；如果評審認(rèn)為需要變更需求 則填寫并提交需求變更登記 表。4、SQA檢查需求跟蹤矩陣，檢查需求和工作產(chǎn)品的一致性和需 求是否被遺漏。如果存在不一致性，則填寫需求不一致記錄表。出口準(zhǔn)則工作產(chǎn)品和需求是一致的輸出（工作產(chǎn)品）需求跟蹤矩陣需求不一致記錄表 需求變更登記表資源和能力要求資源：相關(guān)人員的工作時間保證能力：相關(guān)人員應(yīng)接受過相應(yīng)方法的培訓(xùn)。度里兀采集點進(jìn)行需求跟蹤的工作量周報表裁剪指南

18、裁剪內(nèi)容裁剪準(zhǔn)則不口裁男無深圳天源迪科信息技術(shù)股份有限公司第10頁共13頁版本：4.1質(zhì)量管理體系需求管理過程采取更正行動概述項目經(jīng)理將需求不一致記錄表發(fā)給受影響的小組的負(fù)責(zé)人和SQA,受影響的小組維護(hù)相關(guān)工作產(chǎn)品和需求跟蹤矩陣，SQA檢查需求不一致記錄表的處理情況。如果參與人員及職責(zé)項目經(jīng)理：通知受影響的小組，如設(shè)計組、開發(fā)組、測試組。 設(shè)計人員、開發(fā)人員、測試人員：維護(hù)工作產(chǎn)品和需求跟蹤 矩陣SQA :檢查需求不一致記錄表的處理情況入口準(zhǔn)則發(fā)現(xiàn)工作產(chǎn)品和需求存在不一致性并需要其他組修改工作產(chǎn)品輸入需求跟蹤矩陣需求不一致記錄表任務(wù)/步驟1、項目經(jīng)理將需求不一致記錄表發(fā)給受影響的小組的負(fù)責(zé) 人

19、和QA。2、受影響的小組維護(hù)相關(guān)工作產(chǎn)品和需求跟蹤矩陣3、檢查需求不一致記錄表的處理情況。出口準(zhǔn)則工作產(chǎn)品和需求不一致的問題已被處理輸出（工作產(chǎn)品）需求跟蹤矩陣和需求一致的工作產(chǎn)品資源和能力要求資源：相關(guān)人員的工作時間保證能力：相關(guān)人員應(yīng)接受過相應(yīng)方法的培訓(xùn)。度里兀采集點進(jìn)行需求跟蹤的工作量周報表裁剪指南裁剪內(nèi)容裁剪準(zhǔn)則/、可裁剪無第11頁共13頁深圳天源迪科信息技術(shù)股份有限公司版本：4.1質(zhì)量管理體系需求管理過程需求變更管理概述在項目生命周期的任何一個階段，都有可能發(fā)生需求變更。當(dāng)需 求變更發(fā)生時，應(yīng)當(dāng)通過需求變更笆理后效地控制變更。具體詳 見需求變更管理規(guī)范。參與人員及職責(zé)變更申請人：提父需求變更申請項目經(jīng)理：組織對變更進(jìn)行評估相關(guān)組（如質(zhì)量組、測試組 ）人員：對變更進(jìn)行評估客戶或用戶代表：參與評估需求變更CCB評估需求變更申請，確定是否進(jìn)行需求基線變更入口準(zhǔn)則后需求變更請求提出輸入需求變更請求任務(wù)/步驟.需求變更的提出人可能是客戶、開發(fā)人員等，對于這些原始 的變更請求需要經(jīng)過需求變更緩沖，可以由開發(fā)人員收集并 記錄這些變更請求，當(dāng)變更請求積累到一7E數(shù)量或者要變更 的需求優(yōu)先級比較局時，提出需求變更申請。在變更申請表 中填寫變更原因、變更內(nèi)容和變更所處階段。.項目經(jīng)理對變更進(jìn)行評估，確定