需求管理過程

1、金宇恒金宇恒軟件過程標準軟件過程標準需求管理過程需求管理過程V1.0地址：廣東省南海市桂城區(qū)南桂東路 55 號E-mail：密級：公開電話6288988傳真 1 頁 共 1 頁修訂記錄需求管理過程PR_MGMT_RM修訂記錄修訂記錄版本號版本號日日 期期作者作者授權人授權人授權日期授權日期描述描述0.92002/07/19萬志鵬蘇光2002/07/18第一次編制, 蘇光指導0.992002/07/29萬志鵬蘇光2002/08/01根據(jù)評審意見修改過程，并轉(zhuǎn)換為公司文檔格式。1.02002/08/12萬志鵬彭柏林2002/08/12通過批準

2、地址：廣東省南海市桂城區(qū)南桂東路 55 號E-mail：密級：公開電話6288988傳真 1 頁 共 1 頁目錄需求管理過程PR_MGMT_RM目錄目錄1目的和范圍目的和范圍.12術語簡稱與解釋術語簡稱與解釋.13進入準則進入準則.14退出準則退出準則.15階段交付產(chǎn)品階段交付產(chǎn)品.26文件使用者文件使用者.27過程流圖過程流圖.37.1過程.37.1.1需求收集與獲取.37.1.2需求評審.57.1.3需求變更管理過程.67.2過程描述.87.2.1需求收集與獲取過程細則.87.2.2需求評審細則.87.2.3需求變更管理過程細則.97

3、.3驗證機制.107.4度量.108活動職責矩陣活動職責矩陣.119參考資料參考資料.1110附件附件.11地址：廣東省南海市桂城區(qū)南桂東路 55 號E-mail：密級：公開電話6288988傳真 1 頁 共 11 頁正文需求管理過程PR_MGMT_RM1 目的和范圍目的和范圍本過程的目的在于為公司實施與需求相關的方針提供指南。該過程對所有公司負責需求采集的項目適用，也適用于那些客戶在自行采集需求時需要幫助的項目。2 術語簡稱與解釋術語簡稱與解釋總經(jīng)理：簡稱 GM，指公司總經(jīng)理，具備法人代表資格。副總：簡稱 VGM，公司的一種職務，指公司

4、副總。項目經(jīng)理：簡稱 PM，公司的一種職務，一般由具備項目管理經(jīng)驗和行業(yè)經(jīng)驗人員承擔，負責項目的管理活動。項目負責人：簡稱 PL，項目組組長，臨時性職務，負責項目的開發(fā)活動，如無變更，生存周期與項目生存周期相同。需求分析人員：簡稱 RA，通常由項目組中成員承擔此角色，可以是項目負責人也可以項目組中其他人員。軟件設計人員：簡稱 SD。在公司一般指系統(tǒng)分析員和程序員（包括高級程序員） ；在項目中指項目組中的設計人員。軟件質(zhì)量保證：SQA，一種軟件質(zhì)量保證活動，在公司通常也用 SQA 代表質(zhì)量保證活動者，目前由公司品管部執(zhí)行此活動。配置管理員：簡稱 CC，在公司中負責所有項目的配置管理活動。3 進入

5、準則進入準則進入準則如下：來自客戶的關于需求的文檔經(jīng)過公司審批；來自客戶的標識有意進行某個項目的信函，并且經(jīng)過公司審批；總經(jīng)理對內(nèi)部項目的授權，有相關文件（文檔）表明是經(jīng)過審批的；公司與客戶簽訂的合同。附注：滿足其中任何一種條件均可。地址：廣東省南海市桂城區(qū)南桂東路 55 號E-mail：密級：公開電話6288988傳真 2 頁 共 11 頁正文需求管理過程PR_MGMT_RM4 退出準則退出準則退出準則如下：SRS 的文檔已準備好，經(jīng)過評審和批準。5 階段交付產(chǎn)品階段交付產(chǎn)品本階段交付有：經(jīng)過評審并得到批準的 SRS 文檔；SRS 評審

6、報告；變更請求；變更請求單日志；影響分析報告。6 使用者使用者本文件的使用者如下：VGM、RA、SD、PM、PL、QA。地址：廣東省南海市桂城區(qū)南桂東路 55 號E-mail：密級：公開電話6288988傳真 3 頁 共 11 頁正文需求管理過程PR_MGMT_RM7 過程流圖過程流圖7.1 過程過程7.1.1 需求收集與獲取需求收集與獲取地址：廣東省南海市桂城區(qū)南桂東路 55 號E-mail：密級：公開電話6288988傳真 4 頁 共 11 頁正文需求管理過程PR_MGMT_RM

7、開開始始需求產(chǎn)生來自客戶的需求是否評審VGM/PM/PLSRS中有缺陷嗎？客戶同意后基線化需求根據(jù)命名規(guī)則命名SRS將SRS置于配置管理中結(jié)束修改需求是客戶是否有自己的格式要求否按客戶格式要求生成SRS按公司格式要求生成SRS是否RA/CCCCRA/CC地址：廣東省南海市桂城區(qū)南桂東路 55 號E-mail：密級：公開電話6288988傳真 5 頁 共 11 頁正文需求管理過程PR_MGMT_RM7.1.2 需求評審需求評審開始確定評審何時進行，以及持續(xù)多長？就評審計劃和評審參與者溝通評審者對產(chǎn)品進行個人評審有缺陷嗎？主持評審會議分配角色

8、制定個人缺陷列表介紹產(chǎn)品討論個人評審中發(fā)現(xiàn)的缺陷討論缺陷達成一致意見確定最終缺陷列表準備評審報告給定評審結(jié)果是否存在缺陷？批準結(jié)束PM/PLPM/PLPL評審小組評審小組成員XX是否是分發(fā)產(chǎn)品給評審人員確定下次評審相關事宜否地址：廣東省南海市桂城區(qū)南桂東路 55 號E-mail：密級：公開電話6288988傳真 6 頁 共 11 頁正文需求管理過程PR_MGMT_RM7.1.3需求變更管理過程需求變更管理過程更新SRS和相關文件開始需求發(fā)生變化發(fā)出變更請求進行影響分析變更是否被接受？結(jié)束為執(zhí)行變更分配資源更新過的文件經(jīng)過評審和批準后置于配

9、置管理之下通知相關人變更情況按照SPTO過程跟蹤變更執(zhí)行情況記錄變更執(zhí)行進程變更結(jié)束更新PDB結(jié)束否是否是啟動準則（指南）:-如果影響分析發(fā)現(xiàn)變更在項目成本或時間上有重大影響，應通知客戶，并進行再評估，征求客戶對成本或時間變更的認可。同時通知市場和財務部門更新合同文件。（相關文件）:- SRS- 詳細設計等)地址：廣東省南海市桂城區(qū)南桂東路 55 號E-mail：密級：公開電話6288988傳真 7 頁 共 11 頁正文需求管理過程PR_MGMT_RM7.2 過程描述過程描述需求管理過程被分為 3 部分，包括：需求獲取和采集過程、需求評審

10、過程、需求變更管理過程。7.2.1 需求收集與獲取需求收集與獲取規(guī)程規(guī)程需求可能來自以下任何一種渠道客戶的需求文檔工作范圍描述文檔電子郵件合同隨后，進行需求文檔格式的評審：當需求不是以公司格式提交時，項目經(jīng)理/項目負責人可選擇如下處理辦法：將需求轉(zhuǎn)換成金恒宇公司的格式，或采用用戶的需求文檔格式。當客戶特別要求用他們自己的格式時，應滿足他們的要求。就以下方面對評審需求正確性。正確性取決于技術人員完整性。完整性取決于技術人員以及 SQA 人員可行性?？尚行匝芯坑?PM/PL 在評審時進行，在進行估計時進一步完善對可行性的研究一旦在需求文件中發(fā)現(xiàn)缺陷/問題，將編制評審報告，并從客戶那里征求進一步的闡

11、述或建議或更多輸入如果評審報告表明需求清晰、完整而且正確無誤，需求文檔得到基線化；需求文檔命名應遵守命名規(guī)則，并檢入配置管理（CM）工具/庫；SRS 的評審報告也要置于配置管理之下7.2.2 需求評審規(guī)程需求評審規(guī)程在 SRS 被用于開展進一步的策劃和開發(fā)活動之前，SRS 必須經(jīng)過評審制定評審計劃，選定 SRS 評審人員，主要有：VGM、PM、PL、RA、SD、關鍵技術地址：廣東省南海市桂城區(qū)南桂東路 55 號E-mail：密級：公開電話6288988傳真 8 頁 共 11 頁正文需求管理過程PR_MGMT_RM人員。評審進度安排要通知給

12、評審小組成員，交流的方式可以是 E-MAIL 亦可是書面通知分發(fā) SRS 文檔以及其他客戶提供的資料和參考資料，評審小組成員就 SRS 進行個人評審，如果發(fā)現(xiàn)任何缺陷，將他們列入個人的缺陷清單評審者參加評審會議，分配評審組角色讀者朗讀 SRS 文檔當任何評審組員發(fā)現(xiàn)潛在的缺陷時，讀者停止朗讀，小組討論它是否是 SRS 的一個缺陷，若確實存在缺陷，由記錄員負責記錄下來以上過程反復進行直到所有的缺陷均被討論并達成一致意見記錄員做出最終缺陷列表，評審小組負責人將其通知客戶需求分析人員就評審中發(fā)現(xiàn)的缺陷征求客戶的意見評審小組就缺陷嚴重程度決定是否進行再評審一旦再評審是必須的，評審報告應反映這個情況并采

13、用本規(guī)程安排及執(zhí)行再評審如果在 SRS 文件中找不到重要缺陷，亦認為再評審無必要，則可批準該 SRS 文檔，并基線化基線化的 SRS 版本應檢入配置管理（CM）工具/庫7.2.3 需求變更管理需求變更管理規(guī)程規(guī)程當需求發(fā)生變更，公司要提出變更請求、這個工作可以由公司或客戶來做變更請求必須有一個唯一的編號對變更進行影響分析，以評估變更的規(guī)模。一旦發(fā)現(xiàn)變更影響巨大，以至波及到項目工作量、進度，成本，變更將轉(zhuǎn)送到公司高層經(jīng)理和市場/財務部門決策是否變更合同當變更被認可（小變更由公司控制，大變更要經(jīng)過客戶許可）變更申請轉(zhuǎn)變成變更令，并付諸實施更新 SRS 文件。如果有要求，更新其他文件為這些變更的進行

14、提供資源（人，軟件、硬件） ，如有必要時。將更新過的文檔置于 CM 的管理之下（CM 工具/庫）地址：廣東省南海市桂城區(qū)南桂東路 55 號E-mail：密級：公開電話6288988傳真 9 頁 共 11 頁正文需求管理過程PR_MGMT_RM將 SRS 及其他文件的變更通知所有相關人員按照項目跟蹤過程與活動，對變更的執(zhí)行進行跟蹤一旦變更實施，且實施通過驗收，變更請求單上將標注為閉合為便于在以后參閱，關于該變更的所有信息將保存在過程數(shù)據(jù)庫中7.3 驗證機制驗證機制 驗證機制如下：配置審計對執(zhí)行期超過六個月的項目應當在每個月、每個版本發(fā)布前、

15、任何外部審計前進行。對執(zhí)行期少于六個月的項目應當在每 15 天、每個版本發(fā)布前、任何外部審計前進行。由 SQA/獨立小組進行的內(nèi)部審計對執(zhí)行周期超過六個月的項目每個月組織內(nèi)部審計。對執(zhí)行周期少于六個月的項目每 15 天組織內(nèi)部審計。外部審計ISO 監(jiān)督審計由外審人員安排日程。CMM 相關評估由評估人員安排日程。給管理高層的關于需求管理相關活動的定期報告對執(zhí)行期少于六個月的項目應當每周進行報告對執(zhí)行期超過六個月的項目應當每 15 天進行報告7.4 度量度量對需求相關活動的評估指標如下：編號編號評估指標評估指標頻率頻率責任責任來源來源1需求數(shù)量每 15 天PM / PLSRS2需求變更數(shù)量每周PM

16、 / PL變更日志3已認可的變更數(shù)量每周PM / PL變更申請日志4正在執(zhí)行的變更每周PM / PL項目狀態(tài)報告地址：廣東省南海市桂城區(qū)南桂東路 55 號E-mail：密級：公開電話6288988傳真 10 頁 共 11 頁正文需求管理過程PR_MGMT_RM數(shù)量5需求相關活動中耗費的工作量每周所有參與需求相關活動人員時間表6預期在需求管理中耗費的工作量每周PM / PL項目計劃7實際在需求管理中耗費的工作量每周所有參與需求活動人員項目狀態(tài)報告8 活動職責矩陣活動職責矩陣編編號號.活動活動VGMPMPLRASQA/ SEPG1獲得需求-SSP-2評審需求SPPPS3準備 SRS-SPP-4評審 SRSSPPPS5認可 SRSSPSSS6認可變化SPSPS7影響分析SPPPS8管理 SRSSSPSS9升級 PDB-P附注：附注：