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