TST-CP-PC-040需求管理.doc_第1頁
TST-CP-PC-040需求管理.doc_第2頁
TST-CP-PC-040需求管理.doc_第3頁
TST-CP-PC-040需求管理.doc_第4頁
TST-CP-PC-040需求管理.doc_第5頁
已閱讀5頁,還剩5頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領

文檔簡介

TST-CP-PC-040 需求管理需求管理版本:V1.O發(fā)布時間:2011年12月北京同天科技有限公司文件變更記錄修訂歷史記錄:*A - 增加 M - 修訂 D - 刪除變更版本號日期變更類型(A*M*D)修改人摘 要備注目錄1.目的42.適用范圍43.概述44.名詞術語45.執(zhí)行準則46.過程定義56.1需求跟蹤過程56.1.1角色和職責56.1.2入口準則56.1.3輸入66.1.4過程活動66.1.5輸出66.1.6出口準則66.1.7過程度量66.1.8確認與驗證76.1.9裁剪說明76.2需求變更控制過程76.2.1角色和職責76.2.2入口準則86.2.3輸入86.2.4過程活動86.2.5輸出96.2.6出口準則96.2.7過程度量96.2.8確認與驗證106.2.9裁剪說明107.規(guī)范、指南與檢查單108.表格與模版101. 目的指導項目或者產(chǎn)品在進行需求管理時期的活動安排和工作部署。2. 適用范圍機構:軟件研發(fā)部門。業(yè)務:軟件項目和軟件產(chǎn)品的需求管理過程。3. 概述本文檔描述了軟件項目或產(chǎn)品進行需求管理的活動流程,包括需求變更控制和需求跟蹤兩個子過程;4. 名詞術語需求跟蹤矩陣:需求跟蹤矩陣是用橫向和縱向對需求點進行拆分記錄,縱向即單一需求的實現(xiàn)是可以被跟蹤的;橫向即每個需求被實現(xiàn)的先后順序是可以被跟蹤的。5. 執(zhí)行準則項目在立項后執(zhí)行需求管理,直到項目結項(需求管理貫穿技術實現(xiàn)和測試過程)。需求應作為設計和實現(xiàn)的基礎,當需求發(fā)生變更時,項目計劃、產(chǎn)品特性也須與之保持一致。需求變更需要經(jīng)過項目變更評審者審核批準之后才能執(zhí)行。6. 過程定義6.1 需求跟蹤過程6.1.1 角色和職責角色職責項目經(jīng)理(PM)1.組織查找不一致2.組織消除不一致設計師程序員(SE/PG)1.組織消除不一致需求分析人員(RAE)1.建立維護需求跟蹤矩陣2.查找不一致測試工程師(TE)1.查找不一致6.1.2 入口準則項目立項,開始進行需求調研與需求分析6.1.3 輸入用戶概要需求說明書 項目需求規(guī)格說明書6.1.4 過程活動RM-10 建立/維護需求跟蹤矩陣 需求分析人員建立并維護需求跟蹤矩陣 將需求跟蹤矩陣提交到SVN上RM-20 查找不一致 項目經(jīng)理對照需求跟蹤矩陣組織查找不一致,包括維護需求、項目計劃及工作產(chǎn)品間的關系,界定需求、項目計劃及工作產(chǎn)品間的差異; 需求分析人員對照需求跟蹤矩陣協(xié)助查找不一致 測試工程師對照需求跟蹤矩陣查找不一致 將不一致記錄到MANTIS上或問題列表中 RM-30 組織消除不一致 項目經(jīng)理從MANTIS上或問題列表中獲取缺陷記錄,組織消除不一致 設計師根據(jù)MANTIS上或問題列表中獲取缺陷記錄,修改相關內(nèi)容 程序員根據(jù)MANTIS上或問題列表中獲取缺陷記錄,修改相關內(nèi)容6.1.5 輸出需求跟蹤矩陣MANTIS上或問題列表中獲取缺陷記錄6.1.6 出口準則項目結項6.1.7 過程度量工作量6.1.8 確認與驗證無6.1.9 裁剪說明無6.2 需求變更控制過程6.2.1 角色和職責角色職責項目組提出者1.提出需求變更項目變更評審者1決定采納或拒絕針對項目需求的變更請求; 2. 內(nèi)部確認變更項目經(jīng)理(PM)1.進行變更影響分析2.審批變更3.組織執(zhí)行變更4.組織維護需求跟蹤矩陣及變更跟蹤表5.內(nèi)部確認變更需求分析人員(RAM)1.進行變更影響分析2.組織維護需求跟蹤矩陣及變更跟蹤表3.內(nèi)部確認變更4.通知客戶確認變更并傳達結果Sales銷售人員1.協(xié)助需求分析人員向客戶確認變更并傳達結果客戶(CLI)1.對變更進行確認6.2.2 入口準則需求分析完成,需求跟蹤矩陣已經(jīng)建立6.2.3 輸入產(chǎn)品需求規(guī)格說明書用戶概要需求說明書需求跟蹤矩陣6.2.4 過程活動RM-40 提出需求變更 項目組成員提出需求變更 客戶提出需求變更 需求分析人員將需求變更內(nèi)容記錄到變更單,記錄變更來源以及需求變更原因RM-50 變更影響分析 項目經(jīng)理組織進行變更影響分析,評估變更工作量、涉及模塊、變更時間、變更成本等因素 需求經(jīng)理與需求分析人員協(xié)助項目經(jīng)理進行變更影響分析RM-60 審批變更 項目經(jīng)理對變更內(nèi)容結合變更影響分析內(nèi)容進行審批 項目變更評審進行審批變更 審批通過進入下一環(huán)節(jié),不通過則重新開始流程,或者直接結束流程RM-70 組織執(zhí)行變更 項目經(jīng)理從MANTIS上或問題列表中 獲取缺陷記錄,組織執(zhí)行變更 軟件工程師與程序員從MANTIS上或問題列表中獲取缺陷記錄,執(zhí)行變更相關內(nèi)容的修改RM-80 維護需求跟蹤矩陣及變更跟蹤表 項目經(jīng)理維護需求跟蹤矩陣及變更跟蹤表,記錄變更修改情況,并根據(jù)變更內(nèi)容調整修訂需求跟蹤矩陣 需求分析人員協(xié)助進行跟蹤矩陣及變更跟蹤表維護 將更新后的變更跟蹤表與需求跟蹤矩陣提交到SVN上RM-90 內(nèi)部確認變更 項目經(jīng)理和需求分析人員對變更進行確認,變更修訂內(nèi)容與變更記錄所要求內(nèi)容一致,能夠滿足客戶要求; 項目變更評審對變更進行確認RM-A0客戶確認變更 客戶對變更進行確認,并進行簽字確認6.2.5 輸出變更單變更跟蹤表需求跟蹤矩陣6.2.6 出口準則項目結項,變更審批不通過6.2.7 過程度量產(chǎn)品初始需求數(shù)量(可裁剪)產(chǎn)品需求數(shù)量(可裁剪)需求增長量(可裁剪)產(chǎn)品需求變更次數(shù)(可裁剪)需求平均變更率(可裁剪)產(chǎn)品需求增長率(可裁剪)產(chǎn)品需求實現(xiàn)率(可裁剪)項目工作量6.2.8 裁剪說明根據(jù)項目實際情況可裁剪7. 規(guī)范、指南與檢查單TST-PM-TP-042-標準度量指標定義TST-CP-TC-

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論