軟件需求工程過程(SREP)，本文簡要地列舉并說明了在整個軟件需求工程的過程中的工作職責(zé)要點(diǎn)。
一、 開始
1. 項目經(jīng)理根據(jù)項目特點(diǎn)，指定對過程表格的具體要求；
2. 項目經(jīng)理制訂項目的標(biāo)準(zhǔn)，包括：DTS(缺陷類型)、TRA(風(fēng)險類型)、TRS(需求類型)等，在過程表格中按標(biāo)準(zhǔn)引用.
二、 計劃
1. 計劃經(jīng)理估算需求開發(fā)時間；
2. 計劃經(jīng)理完成：SPT(進(jìn)度計劃)、TPT(任務(wù)計劃)，將計劃數(shù)據(jù)錄入PDS(項目計劃摘要).
三、 需求獲取
1. 軟件需求工程師搜集系統(tǒng)概要信息，填寫REQ(需求獲取概貌)；
2. 軟件需求工程師搜集用戶需求，分類并清晰地把需求寫入REA(需求獲取/分析)、RES(需求獲取情節(jié))、UIR(用戶交互需求)；
3. 檢查需求獲取過程，并填寫REC(需求獲取檢查)；
4. 如果檢查不通過，從1.重頭開始過程；
5. 軟件需求工程師填寫TRL(時間記錄日志)、PIP(過程改進(jìn)建議)；
6. 計劃經(jīng)理整理本階段數(shù)據(jù)，錄入SPT、TPT.
四、 需求分析
1. 軟件需求工程師進(jìn)行需求分析，建立分析模型，數(shù)據(jù)字典及項目詞匯表，完成REA（分析模型的具體要求，請分別參見結(jié)構(gòu)化分析和面向?qū)ο蠓治龅木唧w作業(yè)指導(dǎo)書）；
2. 軟件需求工程師將發(fā)現(xiàn)的需求的沖突、交迭、冗余或矛盾，記入NCR；
3. 檢查需求分析，完成RAC(需求分析檢查)；
4. 如果檢查不通過，從1重頭開始過程；
5. 軟件需求工程師填寫TRL、PIP；
6. 計劃經(jīng)理整理數(shù)據(jù)，錄入TPT、SPT.
五、 協(xié)商
1. 軟件需求工程師利用NCR，與風(fēng)險承擔(dān)者協(xié)商解決需求分析中發(fā)現(xiàn)的問題，將決議錄入NCR；
2. 軟件需求工程師根據(jù)決議，修改REA等相關(guān)文檔；
3. 如果有新的需求引入，需要重新進(jìn)行需求分析階段；
4. 軟件需求工程師填寫TRL、PIP；
5. 計劃經(jīng)理整理數(shù)據(jù)，錄入TPT、SPT.
六、 需求評審
1. 評審小組負(fù)責(zé)人擬定檢查清單，為成員分派檢查任務(wù)，制訂評審日程表；
2. 評審員各自評審分派的內(nèi)容，將發(fā)現(xiàn)的問題錄入DRL(缺陷記錄日志)；
3. 評審小組負(fù)責(zé)人組織評審會議，各小組成員提交DRL并討論；
4. 評審小組以IRF形式提交檢查報表；
5. 軟件需求工程師根據(jù)IRF修訂相關(guān)文檔；
6. 計劃經(jīng)理整理數(shù)據(jù)，錄入TPT、SPT。
七、 需求文檔編寫
1. 軟件需求工程師綜合考慮功能需求和非功能需求，編寫《軟件需求說明書》
《軟件需求說明書》的編寫格式與要求，請參見具體的作業(yè)指導(dǎo)書。
2. 利用RDC檢查《軟件需求說明書》是否全面、正確并可執(zhí)行；
3. 如果檢查不通過，從1重頭開始過程；
4. 軟件需求工程師填寫TRL、PIP；
5. 計劃經(jīng)理整理數(shù)據(jù)，錄入TPT、SPT。
八、 需求確認(rèn)
1. 評審小組，對需求進(jìn)行確認(rèn)：
l 確認(rèn)每一個需求及相互關(guān)系；
l 需求的總體質(zhì)量達(dá)到標(biāo)準(zhǔn)。
將結(jié)果寫到RVC。
2. 軟件需求工程師根據(jù)RVC，修訂需求文檔，并最終通過；
3. 軟件工程師為每一個需求設(shè)計測試用例，并錄入TRF；
4. 相關(guān)人員填寫TRL、PIP；
5. 計劃經(jīng)理整理數(shù)據(jù)，錄入TPT、SPT。
九、 配置管理
1. RD(需求文檔)成為基線后，即納入到配置管理；
2. 如果需要對基線RD(需求文檔)進(jìn)行修改，填寫CCP；
3. 配置管理人員征求需求開發(fā)小組和其他相關(guān)人員(風(fēng)險承擔(dān)者)關(guān)于CCP的意見；
4. 如果所有人員通過CCP，則將需求文檔的配置管理取出，并填寫CCF；
如果否決需求，則填寫RRF；
5. 軟件需求工程師修改RD以適應(yīng)新的需求 (可能包括REA等)；
6. 評審小組對修改的RD執(zhí)行第八步；
7. 相關(guān)人員填寫TRL、DRL.
十、 事后分析
1. 計劃經(jīng)理將DRL、TRL、需求增長率，整理到PPS；
2. 小組分析SREP過程，找出需要改進(jìn)的地方，填寫PIP，并提交質(zhì)量經(jīng)理；
3. 小組建立未來過程的改進(jìn)目標(biāo).
名詞解釋
風(fēng)險承擔(dān)者：指從項目中直接或間接受益的人員,例如：用戶，管理人員，開發(fā)人員等.
一、 開始
1. 項目經(jīng)理根據(jù)項目特點(diǎn)，指定對過程表格的具體要求；
2. 項目經(jīng)理制訂項目的標(biāo)準(zhǔn)，包括：DTS(缺陷類型)、TRA(風(fēng)險類型)、TRS(需求類型)等，在過程表格中按標(biāo)準(zhǔn)引用.
二、 計劃
1. 計劃經(jīng)理估算需求開發(fā)時間；
2. 計劃經(jīng)理完成：SPT(進(jìn)度計劃)、TPT(任務(wù)計劃)，將計劃數(shù)據(jù)錄入PDS(項目計劃摘要).
三、 需求獲取
1. 軟件需求工程師搜集系統(tǒng)概要信息，填寫REQ(需求獲取概貌)；
2. 軟件需求工程師搜集用戶需求，分類并清晰地把需求寫入REA(需求獲取/分析)、RES(需求獲取情節(jié))、UIR(用戶交互需求)；
3. 檢查需求獲取過程，并填寫REC(需求獲取檢查)；
4. 如果檢查不通過，從1.重頭開始過程；
5. 軟件需求工程師填寫TRL(時間記錄日志)、PIP(過程改進(jìn)建議)；
6. 計劃經(jīng)理整理本階段數(shù)據(jù)，錄入SPT、TPT.
四、 需求分析
1. 軟件需求工程師進(jìn)行需求分析，建立分析模型，數(shù)據(jù)字典及項目詞匯表，完成REA（分析模型的具體要求，請分別參見結(jié)構(gòu)化分析和面向?qū)ο蠓治龅木唧w作業(yè)指導(dǎo)書）；
2. 軟件需求工程師將發(fā)現(xiàn)的需求的沖突、交迭、冗余或矛盾，記入NCR；
3. 檢查需求分析，完成RAC(需求分析檢查)；
4. 如果檢查不通過，從1重頭開始過程；
5. 軟件需求工程師填寫TRL、PIP；
6. 計劃經(jīng)理整理數(shù)據(jù)，錄入TPT、SPT.
五、 協(xié)商
1. 軟件需求工程師利用NCR，與風(fēng)險承擔(dān)者協(xié)商解決需求分析中發(fā)現(xiàn)的問題，將決議錄入NCR；
2. 軟件需求工程師根據(jù)決議，修改REA等相關(guān)文檔；
3. 如果有新的需求引入，需要重新進(jìn)行需求分析階段；
4. 軟件需求工程師填寫TRL、PIP；
5. 計劃經(jīng)理整理數(shù)據(jù)，錄入TPT、SPT.
六、 需求評審
1. 評審小組負(fù)責(zé)人擬定檢查清單，為成員分派檢查任務(wù)，制訂評審日程表；
2. 評審員各自評審分派的內(nèi)容，將發(fā)現(xiàn)的問題錄入DRL(缺陷記錄日志)；
3. 評審小組負(fù)責(zé)人組織評審會議，各小組成員提交DRL并討論；
4. 評審小組以IRF形式提交檢查報表；
5. 軟件需求工程師根據(jù)IRF修訂相關(guān)文檔；
6. 計劃經(jīng)理整理數(shù)據(jù)，錄入TPT、SPT。
七、 需求文檔編寫
1. 軟件需求工程師綜合考慮功能需求和非功能需求，編寫《軟件需求說明書》
《軟件需求說明書》的編寫格式與要求，請參見具體的作業(yè)指導(dǎo)書。
2. 利用RDC檢查《軟件需求說明書》是否全面、正確并可執(zhí)行；
3. 如果檢查不通過，從1重頭開始過程；
4. 軟件需求工程師填寫TRL、PIP；
5. 計劃經(jīng)理整理數(shù)據(jù)，錄入TPT、SPT。
八、 需求確認(rèn)
1. 評審小組，對需求進(jìn)行確認(rèn)：
l 確認(rèn)每一個需求及相互關(guān)系；
l 需求的總體質(zhì)量達(dá)到標(biāo)準(zhǔn)。
將結(jié)果寫到RVC。
2. 軟件需求工程師根據(jù)RVC，修訂需求文檔，并最終通過；
3. 軟件工程師為每一個需求設(shè)計測試用例，并錄入TRF；
4. 相關(guān)人員填寫TRL、PIP；
5. 計劃經(jīng)理整理數(shù)據(jù)，錄入TPT、SPT。
九、 配置管理
1. RD(需求文檔)成為基線后，即納入到配置管理；
2. 如果需要對基線RD(需求文檔)進(jìn)行修改，填寫CCP；
3. 配置管理人員征求需求開發(fā)小組和其他相關(guān)人員(風(fēng)險承擔(dān)者)關(guān)于CCP的意見；
4. 如果所有人員通過CCP，則將需求文檔的配置管理取出，并填寫CCF；
如果否決需求，則填寫RRF；
5. 軟件需求工程師修改RD以適應(yīng)新的需求 (可能包括REA等)；
6. 評審小組對修改的RD執(zhí)行第八步；
7. 相關(guān)人員填寫TRL、DRL.
十、 事后分析
1. 計劃經(jīng)理將DRL、TRL、需求增長率，整理到PPS；
2. 小組分析SREP過程，找出需要改進(jìn)的地方，填寫PIP，并提交質(zhì)量經(jīng)理；
3. 小組建立未來過程的改進(jìn)目標(biāo).
名詞解釋
風(fēng)險承擔(dān)者：指從項目中直接或間接受益的人員,例如：用戶，管理人員，開發(fā)人員等.