軟件需求工程過程

軟件需求工程過程(SREP)
一、 開始：
1. 項目經理根據項目特點，指定對過程表格的具體要求；
2. 項目經理制訂項目的標準，包括：DTS(缺陷類型)、TRA(風險類型)、TRS(需求類型)等，在過程表格中按標準引用.

二、 計劃：
1. 計劃經理估算需求開發時間；
2. 計劃經理完成：SPT(進度計劃)、TPT(任務計劃)，將計劃數據錄入PDS(項目計劃摘要).

三、 需求獲?。?
1. 軟件需求工程師搜集系統概要信息，填寫REQ(需求獲取概貌)；
2. 軟件需求工程師搜集用戶需求，分類并清晰地把需求寫入REA(需求獲取/分析)、RES(需求獲取情節)、UIR(用戶交互需求)；
3. 檢查需求獲取過程，并填寫REC(需求獲取檢查)；
4. 如果檢查不通過，從1.重頭開始過程；
5. 軟件需求工程師填寫TRL(時間記錄日志)、PIP(過程改進建議)；
6. 計劃經理整理本階段數據，錄入SPT、TPT.

四、 需求分析：
1. 軟件需求工程師進行需求分析，建立分析模型，數據字典及項目詞匯表，完成REA（分析模型的具體要求，請分別參見結構化分析和面向對象分析的具體作業指導書）；
2. 軟件需求工程師將發現的需求的沖突、交迭、冗余或矛盾，記入NCR；
3. 檢查需求分析，完成RAC(需求分析檢查)；
4. 如果檢查不通過，從1重頭開始過程；
5. 軟件需求工程師填寫TRL、PIP；
6. 計劃經理整理數據，錄入TPT、SPT.

五、 協商：
1. 軟件需求工程師利用NCR，與風險承擔者協商解決需求分析中發現的問題，將決議錄入NCR；
2. 軟件需求工程師根據決議，修改REA等相關文檔；
3. 如果有新的需求引入，需要重新進行需求分析階段；
4. 軟件需求工程師填寫TRL、PIP；
5. 計劃經理整理數據，錄入TPT、SPT.

六、 需求評審：
1. 評審小組負責人擬定檢查清單，為成員分派檢查任務，制訂評審日程表；
2. 評審員各自評審分派的內容，將發現的問題錄入DRL(缺陷記錄日志)；
3. 評審小組負責人組織評審會議，各小組成員提交DRL并討論；
4. 評審小組以IRF形式提交檢查報表；
5. 軟件需求工程師根據IRF修訂相關文檔；
6. 計劃經理整理數據，錄入TPT、SPT。

七、 需求文檔編寫：
1. 軟件需求工程師綜合考慮功能需求和非功能需求，編寫《軟件需求說明書》
《軟件需求說明書》的編寫格式與要求，請參見具體的作業指導書。
2. 利用RDC檢查《軟件需求說明書》是否全面、正確并可執行；
3. 如果檢查不通過，從1重頭開始過程；
4. 軟件需求工程師填寫TRL、PIP；
5. 計劃經理整理數據，錄入TPT、SPT。

八、 需求確認：
1. 評審小組，對需求進行確認：
l 確認每一個需求及相互關系；
l 需求的總體質量達到標準。
將結果寫到RVC。
2. 軟件需求工程師根據RVC，修訂需求文檔，并最終通過；
3. 軟件工程師為每一個需求設計測試用例，并錄入TRF；
4. 相關人員填寫TRL、PIP；
5. 計劃經理整理數據，錄入TPT、SPT。

九、 配置管理：
1. RD(需求文檔)成為基線后，即納入到配置管理；
2. 如果需要對基線RD(需求文檔)進行修改，填寫CCP；
3. 配置管理人員征求需求開發小組和其他相關人員(風險承擔者)關于CCP的意見；
4. 如果所有人員通過CCP，則將需求文檔的配置管理取出，并填寫CCF；
如果否決需求，則填寫RRF；
5. 軟件需求工程師修改RD以適應新的需求 (可能包括REA等)；
6. 評審小組對修改的RD執行第八步；
7. 相關人員填寫TRL、DRL.

十、 事后分析：
1. 計劃經理將DRL、TRL、需求增長率，整理到PPS；
2. 小組分析SREP過程，找出需要改進的地方，填寫PIP，并提交質量經理；
3. 小組建立未來過程的改進目標.

名詞解釋：
1．風險承擔者 指從項目中直接或間接受益的人員,例如：用戶，管理人員，開發人員等.

原文轉自：http://www.kjueaiud.com