軟件需求管理過程
目的
明確需求管理全過程的主要工作和內容，具體包括以下方面：
 保證客戶、客戶經理和軟件開發(fā)項目組之間對客戶需求具有共同的理解，并且在項目的整個生命周期內都是有效的；
 通過系統(tǒng)工程組編寫《特性需求說明書》FRS（ Feature Requirements Specification ），將系統(tǒng)需求中的軟件、硬件和其它系統(tǒng)成分的工作分開，軟件需求以外的工作由軟件工程組之外的人員完成；
 軟件項目經理明確定義《軟件需求說明書》SRS（Software Requirements Specification）中要求的內容并文檔化；
 《軟件需求說明書》必須完整、正確、及時地反映客戶的需求，要仔細進行分析、消化并詳細描述，盡量做到所有相關人員都能正確理解；
 《軟件需求說明書》經評審后存檔，即作為軟件開發(fā)計劃和活動進行管理和控制的基線；
 一旦《軟件需求說明書》經過雙方簽字認可之后，每當用戶需求發(fā)生變更時，必須進行需求變更，受其影響的項目計劃、活動和工作產品必須進行相應的修正，并通告所有受影響的組織和個人；
 確保最終的軟件工作產品、活動和計劃與軟件需求說明書相一致，并能通過軟件項目經理對軟件需求的可追蹤性進行管理。
2.范圍
本過程適用于以下范圍：
a) 新的軟件開發(fā)項目；
b) 原有軟件系統(tǒng)的升級、維護；
c) 自用工具軟件的開發(fā)；
d) 軟件項目開發(fā)過程中的需求變更。
3.職責
3.1 系統(tǒng)工程組（產品經理、研發(fā)經理、客戶經理）負責編制特性需求說明書。
3.2 研發(fā)經理下達《軟件項目任務書》，指定軟件項目經理，協(xié)助軟件項目經理成立軟件項目小組。
3.2 軟件項目經理負責組織進行軟件需求的收集、分析（必要時編制需求分析計劃）；負責制定軟件需求說明書、軟件驗收計劃等，并對需求實現(xiàn)情況進行跟蹤、檢查。
3.3軟件項目經理負責組織相關人員進行評審工作。
3.4 高級管理者負責批準對外承諾，并定期審查需求管理活動。

4.工作程序
4.1軟件需求收集、分析和文檔化過程



4.1.1需求收集和編制特性需求說明書
與客戶有了合作意向或合同簽定后及產品研發(fā)部確定開發(fā)產品時，系統(tǒng)工程組收集項目的需求（過程可參見《軟件需求收集指南》），分析項目系統(tǒng)需求，并將其分配為軟件、硬件和其它系統(tǒng)成分，決定每一個需求的特征和需要修改的缺陷，形成《特性需求說明書》，以作為軟件項目小組工作的先決條件，《特性需求說明書》必須經過評審（評審的方式根據需要選擇適當?shù)姆绞脚e行，可參見《評審過程》）以確保其內容準確、完整地反映了客戶的需求，同時它成為制定軟件需求說明書的基礎；評審通過才能進入下一階段。

說明：對于純軟件的項目，可以不制定《特性需求說明書》，進入下一階段。
4.1.2下達《軟件項目任務書》
研發(fā)經理發(fā)出《軟件項目任務書》，初步指定項目開發(fā)人員和軟件項目經理，明確提供項目開發(fā)的可用資源，并將《軟件項目任務書》提交到技術管理部組織評審（評審的方式根據需要選擇適當?shù)姆绞脚e行，可參見《評審過程》），作為項目正式立項，以確認項目的正式啟動。
4.1.3制定《需求分析計劃》
如果項目規(guī)模較大，需求收集超過二個月的，軟件項目經理負責制定《需求分析計劃》，否則，可以不進行《需求分析計劃》的制訂。
4.1.4需求的分析過程
對于初次進行軟件需求收集、分析和管理的人員，軟件項目小組安排進行必要的培訓，以便他們能按照公司的標準要求完成需求分析和管理活動。

項目小組通過分析、收集、標識、細化和評審等方式鑒別出不完備的、遺漏的或多余的用戶需求，以盡可能詳細的描述來表達客戶對軟件的功能要求, 以及對軟件界面、系統(tǒng)運行環(huán)境、安全、穩(wěn)定性、可擴展性等方面的要求。該要求需在《軟件需求說明書》中描述并由客戶代表（客戶經理）簽字確認。對需求的描述詳盡程度應滿足軟件設計和開發(fā)的基本要求。適當?shù)淖兏托薷膶⑹褂眯枨笞兏芾磉^程4.2。需要指出的是, 在現(xiàn)實工作中, 需求的定義應服務于公司的商務過程的要求, 并以達成商務談判的目標為原則。

說明：需求定義、項目策劃和設計可能會有所重疊。
4.1.5編制《軟件需求說明書》
4.1.5.1軟件項目經理組織編寫《軟件需求說明書》，編制完成后必須組織軟件工程組、有影響的組或人員評審（評審的方式根據需要選擇適當?shù)姆绞脚e行，可參見《評審過程》），評審出問題的需求必須做出更改，經過評審的軟件需求經SCCB、高級管理者和客戶（客戶經理）批準后入基線庫進行管理并作為制定開發(fā)計劃的基礎。
4.1.5.2《軟件需求說明書》批準后，由有關人員討論協(xié)商，確定由軟件需求引起的相應職責和活動，這些人員可能包括：客戶經理、計劃制定人員、軟件設計人員、軟件開發(fā)人員、軟件系統(tǒng)測試人員、質量保證人員、配置管理人員等。
4.1.6制定《軟件驗收計劃》
軟件項目經理在軟件需求說明書編制過程中或編制完成后應組織制訂《軟件驗收計劃》，該驗收計劃需經過評審（評審的方式根據需要選擇適當?shù)姆绞脚e行，可參見《評審過程》）、SCCB批準，并取得客戶的認可，以便在項目結束時按計劃驗收，驗收結束后應填寫《軟件驗收報告》。

4.2需求變更管理過程（包括增加、刪除和修改）



4.2.1 需求更改申請的提出
1）客戶提出的修改請求，如果是以口頭的方式，軟件項目小組人員或客戶經理應對顧客的請求進行記錄，請客戶進行確認后，填寫《需求變更申請表》，提交軟件項目經理。
2） 如果請求是由公司內部人員提出的，提出者應填寫《需求變更申請表》，提交軟件項目經理。
4.2.2 影響分析階段
軟件項目經理接到《需求變更申請表》后，應對需求的變更情況進行登記（記錄于《軟件需求與軟件需求變更跟蹤表》），對于緊急的變更應及時進入影響分析階段；而其他的變更應進行匯總，統(tǒng)一進行分析。影響分析包括以下方面：審查必要性、可行性和合理性；影響域（技術、進度、資源、成本、系統(tǒng)結構等）評估；規(guī)模和工作量的估算；標識、規(guī)劃；文檔化。對于小的變更應予記錄并累計工作量，當累計的工作量將達到預計的工作量時, 應及時通知客戶方，超出的部分有可能計算成本并收取相應的費用, 但須客戶確認后實施。
4.2.3 申請評審、批準階段
如果變更請求涉及緊急事項, 則應由有關部門和個人立即組織評審并由SCCB審核批準，而后由責任人負責實施. 如果是非緊急事項,由軟件項目經理集中組織評審、批準（SCCB）（評審的方式根據需要選擇適當?shù)姆绞脚e行，可參見《評審過程》），評審人員應包括受影響的組和人，以便與他們協(xié)商更改。

若此更動涉及組織外部，則應有組織的高級管理者確認，并得到客戶的確認后實施更改；若此更動僅涉及組織內部，由SCCB批準后實施更改。

4．2．4修改需求說明書
更改時，如果軟件項目經理安排項目組的其他人員實施更改，軟件項目經理應填寫《任務通知單》，通知更改人進行更改，并對更改情況進行監(jiān)督。
4．2．5評審、批準
更改結束后，軟件項目經理應組織對更改后的《軟件需求說明書》進行評審，并通過SCCB會議批準并得到高級管理者和客戶的確認后，才可入基線庫進行管理，配置管理員應及時填寫《變更通知單》通知受影響的組和個人。
4．3 需求追蹤
4.3.1對于軟件需求說明書中所描述的所有需求（包括變更的需求），由軟件項目經理根據〈〈軟件需求與軟件需求變更追蹤表〉〉跟蹤至完成狀態(tài)。
4.3.2高級管理者通過審查需求《項目里程碑報告》和《質量保證評估報告》，來了解和考察需求管理活動。
4.3.3軟件項目經理通過參加需求評審或對需求進行定期檢查和跟蹤來管理和控制需求的活動，并對需求的變更狀態(tài)和數(shù)量進行測量。
4.3.4 質量保證人員按照計劃使用《軟件需求管理檢查表》實現(xiàn)對需求的檢查并將《質量保證評估報告》通知相關人員（包括項目經理、高級管理者、項目組成員等）。
5.參考資料
序號 編號 文檔名稱

軟件需求管理過程