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

2019-11-17 04:44:00

字體：大中小

來源：轉載

供稿：網友

　　軟件需求工程過程(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. 小組建立未來過程的改進目標.

名詞解釋

風險承擔者：指從項目中直接或間接受益的人員,例如：用戶，治理人員，開發人員等.

上一篇：模式與J2EE

下一篇：ISO基本知識簡介