軟件工程之需求分析過程介紹

2019-11-17 04:44:00

字體：大中小

供稿：網(wǎng)友

　　軟件需求工程過程(SREP)，本文簡要地列舉并說明了在整個(gè)軟件需求工程的過程中的工作職責(zé)要點(diǎn)。

一、開始

1. 項(xiàng)目經(jīng)理根據(jù)項(xiàng)目特點(diǎn)，指定對過程表格的具體要求；

2. 項(xiàng)目經(jīng)理制訂項(xiàng)目的標(biāo)準(zhǔn)，包括：DTS(缺陷類型)、TRA(風(fēng)險(xiǎn)類型)、TRS(需求類型)等，在過程表格中按標(biāo)準(zhǔn)引用.

二、計(jì)劃

1. 計(jì)劃經(jīng)理估算需求開發(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. 檢查需求獲取過程，并填寫REC(需求獲取檢查)；

4. 假如檢查不通過，從1.重頭開始過程；

5. 軟件需求工程師填寫TRL(時(shí)間記錄日志)、Pip(過程改進(jìn)建議)；

6. 計(jì)劃經(jīng)理整理本階段數(shù)據(jù)，錄入SPT、TPT.

四、需求分析

1. 軟件需求工程師進(jìn)行需求分析，建立分析模型，數(shù)據(jù)字典及項(xiàng)目詞匯表，完成REA（分析模型的具體要求，請分別參見結(jié)構(gòu)化分析和面向?qū)ο蠓治龅木唧w作業(yè)指導(dǎo)書）；

2. 軟件需求工程師將發(fā)現(xiàn)的需求的沖突、交迭、冗余或矛盾，記入NCR；

3. 檢查需求分析，完成RAC(需求分析檢查)；

4. 假如檢查不通過，從1重頭開始過程；

5. 軟件需求工程師填寫TRL、PIP；

6. 計(jì)劃經(jīng)理整理數(shù)據(jù)，錄入TPT、SPT.

五、協(xié)商

1. 軟件需求工程師利用NCR，與風(fēng)險(xiǎn)承擔(dān)者協(xié)商解決需求分析中發(fā)現(xiàn)的問題，將決議錄入NCR；

2. 軟件需求工程師根據(jù)決議，修改REA等相關(guān)文檔；

3. 假如有新的需求引入，需要重新進(jìn)行需求分析階段；

4. 軟件需求工程師填寫TRL、PIP；

5. 計(jì)劃經(jīng)理整理數(shù)據(jù)，錄入TPT、SPT.

六、需求評審

1. 評審小組負(fù)責(zé)人擬定檢查清單，為成員分派檢查任務(wù)，制訂評審日程表；

2. 評審員各自評審分派的內(nèi)容，將發(fā)現(xiàn)的問題錄入DRL(缺陷記錄日志)；

3. 評審小組負(fù)責(zé)人組織評審會(huì)議，各小組成員提交DRL并討論；

4. 評審小組以IRF形式提交檢查報(bào)表；

5. 軟件需求工程師根據(jù)IRF修訂相關(guān)文檔；

6. 計(jì)劃經(jīng)理整理數(shù)據(jù)，錄入TPT、SPT。

七、需求文檔編寫

1. 軟件需求工程師綜合考慮功能需求和非功能需求，編寫《軟件需求說明書》

《軟件需求說明書》的編寫格式與要求，請參見具體的作業(yè)指導(dǎo)書。

2. 利用RDC檢查《軟件需求說明書》是否全面、正確并可執(zhí)行；

3. 假如檢查不通過，從1重頭開始過程；

4. 軟件需求工程師填寫TRL、PIP；

5. 計(jì)劃經(jīng)理整理數(shù)據(jù)，錄入TPT、SPT。

八、需求確認(rèn)

1. 評審小組，對需求進(jìn)行確認(rèn)：

l 確認(rèn)每一個(gè)需求及相互關(guān)系；

l 需求的總體質(zhì)量達(dá)到標(biāo)準(zhǔn)。

將結(jié)果寫到RVC。

2. 軟件需求工程師根據(jù)RVC，修訂需求文檔，并最終通過；

3. 軟件工程師為每一個(gè)需求設(shè)計(jì)測試用例，并錄入TRF；

4. 相關(guān)人員填寫TRL、PIP；

5. 計(jì)劃經(jīng)理整理數(shù)據(jù)，錄入TPT、SPT。

九、 配置治理

1. RD(需求文檔)成為基線后，即納入到配置治理；

2. 假如需要對基線RD(需求文檔)進(jìn)行修改，填寫CCP；

3. 配置治理人員征求需求開發(fā)小組和其他相關(guān)人員(風(fēng)險(xiǎn)承擔(dān)者)關(guān)于CCP的意見；

4. 假如所有人員通過CCP，則將需求文檔的配置治理取出，并填寫CCF；

假如否決需求，則填寫RRF；

5. 軟件需求工程師修改RD以適應(yīng)新的需求 (可能包括REA等)；

6. 評審小組對修改的RD執(zhí)行第八步；

7. 相關(guān)人員填寫TRL、DRL.

十、事后分析

1. 計(jì)劃經(jīng)理將DRL、TRL、需求增長率，整理到PPS；

2. 小組分析SREP過程，找出需要改進(jìn)的地方，填寫PIP，并提交質(zhì)量經(jīng)理；

3. 小組建立未來過程的改進(jìn)目標(biāo).

名詞解釋

風(fēng)險(xiǎn)承擔(dān)者：指從項(xiàng)目中直接或間接受益的人員,例如：用戶，治理人員，開發(fā)人員等.

上一篇：模式與J2EE

下一篇：ISO基本知識簡介