軟件需求管理控制程

1、目錄1. 目的22. 范圍23. 職責(zé)24. 工作程序 24.1 軟件需求收集、分析和文檔化過程24.1.2 下達(dá)軟件工程任務(wù)書 34.1.3 制定需求分析計(jì)劃 34.1.4 需求的分析過程34.1.5 編制軟件需求說明書 34.1.6 制定軟件驗(yàn)收計(jì)劃 44.2 需求變更經(jīng)管過程（包括增加、刪除和修改） 44.2.2 需求更改申請的提出44.2.3 影響分析階段44.2.4 申請?jiān)u審、批準(zhǔn)階段44 2 4 實(shí)施更改 45 2 5 評審、批準(zhǔn) 44 3 需求追蹤 55 參考資料 51 .目的明確需求經(jīng)管全過程的主要工作和內(nèi)容，具體包括以下方面：保證客戶、客戶經(jīng)理和軟件開發(fā)工程組之間對客戶需求具

2、有共同的理解，并且在工程的整個生命周期內(nèi)都是有效的；通過系統(tǒng)工程組編寫特性需求說明書FRS （ Feature RequirementsSpecification ）,將系統(tǒng)需求中的軟件、硬件和其它系統(tǒng)成分的工作分開，軟件需求以外的工作由軟件工程組之外的人員完成；軟件工程經(jīng)理明確定義軟件需求說明書SRS （ Software Requirements Specification）中要求的內(nèi)容并文檔化；軟件需求說明書必須完整、正確、及時地反映客戶的需求，要仔細(xì)進(jìn)行分析、消化并詳細(xì)描述，盡量做到所有相關(guān)人員都能正確理解；軟件需求說明書經(jīng)評審后存檔，即作為軟件開發(fā)計(jì)劃和活動進(jìn)行經(jīng)管和控制的基線；一旦

3、軟件需求說明書經(jīng)過雙方簽字認(rèn)可之后，每當(dāng)用戶需求發(fā)生變更時，必須進(jìn)行需求變更，受其影響的工程計(jì)劃、活動和工作產(chǎn)品必須進(jìn)行相應(yīng)的修正，并通告所有受影響的組織和個人；確保最終的軟件工作產(chǎn)品、活動和計(jì)劃與軟件需求說明書相一致，并能通過軟件 工程經(jīng)理對軟件需求的可追蹤性進(jìn)行經(jīng)管。2 .范圍本過程適用于以下范圍：a）新的軟件開發(fā)工程；b）原有軟件系統(tǒng)的升級、維護(hù)；c）自用工具軟件的開發(fā)；d）軟件工程開發(fā)過程中的需求變更。3 .職責(zé)3.1 系統(tǒng)工程組（產(chǎn)品經(jīng)理、研發(fā)經(jīng)理、客戶經(jīng)理）負(fù)責(zé)編制特性需求說明書。3.2 研發(fā)經(jīng)理下達(dá)軟件工程任務(wù)書，指定軟件工程經(jīng)理，協(xié)助軟件工程經(jīng)理成立軟 件工程小組。3.3 軟件

4、工程經(jīng)理負(fù)責(zé)組織進(jìn)行軟件需求的收集、分析（必要時編制需求分析計(jì)劃）；負(fù)責(zé)制定軟件需求說明書、軟件驗(yàn)收計(jì)劃等，并對需求實(shí)現(xiàn)情況進(jìn)行跟蹤、檢查。3.4 軟件工程經(jīng)理負(fù)責(zé)組織相關(guān)人員進(jìn)行評審工作。3.5 高級經(jīng)管者負(fù)責(zé)批準(zhǔn)對外承諾，并定期審查需求經(jīng)管活動。4 .工作程序4.1 軟件需求收集、分析和文檔化過程4.1.1 需求收集和編制特性需求說明伸在的力tl制定FRS與客戶有了合作意向或合同簽定后及產(chǎn)品研發(fā)部確定開發(fā)產(chǎn)品時，系統(tǒng)工程 組收集工程的需求（過程可參見軟件需求收集指南），分析工程系統(tǒng)需求，并 將其分配為軟件、硬件和其它系統(tǒng)成分，決定每一個需求的特征和需要修改的缺 陷，形成特性需求說明書，以作

5、為軟件工程小組工作的先決條件，特性需求 說明書必須經(jīng)過評審（評審的方式根據(jù)需要選擇適當(dāng)?shù)姆绞脚e行，可參見評 審過程）以確保其內(nèi)容準(zhǔn)確、完整地反映了客戶的需求，同時它成為制定軟件需 求說明書的基礎(chǔ)；評審?fù)ㄟ^才能進(jìn)入下一階段。說明：對于純軟件的工程，可以不制定特性需求說明書，進(jìn)入下一階段。4.1.2 下達(dá)軟件工程任務(wù)書研發(fā)經(jīng)理發(fā)出軟件工程任務(wù)書，初步指定工程開發(fā)人員和軟件工程經(jīng)理， 明確提供工程開發(fā)的可用資源，并將軟件工程任務(wù)書提交到技術(shù)經(jīng)管部組織評 審（評審的方式根據(jù)需要選擇適當(dāng)?shù)姆绞脚e行，可參見評審過程），作為工程正式立項(xiàng)，以確認(rèn)工程的正式啟動。4.1.3 制定需求分析計(jì)劃如果工程規(guī)模較大，需

6、求收集超過二個月的，軟件工程經(jīng)理負(fù)責(zé)制定需求分 析計(jì)劃，否則，可以不進(jìn)行需求分析計(jì)劃的制訂。4.1.4 需求的分析過程對于初次進(jìn)行軟件需求收集、分析和經(jīng)管的人員，軟件工程小組安排進(jìn)行必要 的培訓(xùn)，以便他們能按照公司的規(guī)范要求完成需求分析和經(jīng)管活動。工程小組通過分析、收集、標(biāo)識、細(xì)化和評審等方式鑒別出不完備的、遺漏的 或多余的用戶需求，以盡可能詳細(xì)的描述來表達(dá)客戶對軟件的功能要求，以及對軟件界面、系統(tǒng)運(yùn)行環(huán)境、安全、穩(wěn)定性、可擴(kuò)展性等方面的要求。該要求需在軟 件需求說明書中描述并由客戶代表（客戶經(jīng)理）簽字確認(rèn)。對需求的描述詳盡程 度應(yīng)滿足軟件設(shè)計(jì)和開發(fā)的基本要求。適當(dāng)?shù)淖兏托薷膶⑹褂眯枨笞兏?jīng)

7、管過程 4.2。需要指出的是，在現(xiàn)實(shí)工作中，需求的定義應(yīng)服務(wù)于公司的商務(wù)過程的要求 并以達(dá)成商務(wù)談判的目標(biāo)為原則。說明：需求定義、工程策劃和設(shè)計(jì)可能會有所重疊。4.1.5 編制軟件需求說明書4.1.5.1 軟件工程經(jīng)理組織編寫軟件需求說明書,編制完成后必須組織 軟件工程組、有影響的組或人員評審（評審的方式根據(jù)需要選擇適當(dāng)?shù)姆绞脚e 行，可參見評審過程），評審出問題的需求必須做出更改，經(jīng)過評審的軟件 需求經(jīng)SCCB、高級經(jīng)管者和客戶（客戶經(jīng)理）批準(zhǔn)后入基線庫進(jìn)行經(jīng)管并作 為制定開發(fā)計(jì)劃的基礎(chǔ)。4.1.5.2 軟件需求說明書批準(zhǔn)后，由有關(guān)人員討論協(xié)商，確定由軟件需 求引起的相應(yīng)職責(zé)和活動，這些人員可

8、能包括：客戶經(jīng)理、計(jì)劃制定人員、軟 件設(shè)計(jì)人員、軟件開發(fā)人員、軟件系統(tǒng)測試人員、質(zhì)量保證人員、配置經(jīng)管人 員等。4.1.6 制定軟件驗(yàn)收計(jì)劃軟件工程經(jīng)理在軟件需求說明書編制過程中或編制完成后應(yīng)組織制訂軟件驗(yàn)收計(jì)劃，該驗(yàn)收計(jì)劃需經(jīng)過評審（評審的方式根據(jù)需要選擇適當(dāng)?shù)姆绞脚e行，可 參見評審過程）、SCCB批準(zhǔn)，并取得客戶的認(rèn)可，以便在工程結(jié)束時按計(jì)劃驗(yàn) 收，驗(yàn)收結(jié)束后應(yīng)填寫軟件驗(yàn)收報告。4.2 需求變更經(jīng)管過程（包括增加、刪除和修改）開始4.2.1 需求更改申請的提出1)客戶提出的修改請求，堀喋是1卵限的方式，軟件工程小組人員或客戶經(jīng)理 應(yīng)對顧客的請求進(jìn)七記屋一»§力確認(rèn)后，填

9、寫需求變更申請表 提交軟件工程經(jīng)理。2)如果請求是由公司內(nèi)那人耳給出的 提出者應(yīng)填寫需求變更申請表 交軟件工程經(jīng)理且4.2.2錄于軟件需求與軟件病0影響分析階段軟件工程經(jīng)理報后應(yīng)對需求的變更情況毋行登記（記 對于緊急的變更應(yīng)及時進(jìn)人影響分析階段；而其他的變更應(yīng)進(jìn)行匯總，統(tǒng)1時"用而進(jìn)極響分析包括以下方麻總竄覆必要 性、可行性和合理性；影澗域（技采, 至度, 資源、成本、系統(tǒng)公構(gòu)等）|評估；規(guī)模和工作量的估算；標(biāo)忒 規(guī)劃取蚓恥。對于小的變更應(yīng)予記錄并累計(jì)工作量,當(dāng)累計(jì)的工作量將達(dá)到預(yù)計(jì)的工作加時，應(yīng)及時通知客戶方，超出的部分有可能計(jì)算成本并收取相應(yīng)的費(fèi)用，但須客戶確認(rèn)后家施。, ,、，

10、 、 評審4.2.3申請?jiān)u審、批M階段甲如果 審核批準(zhǔn) 審、批準(zhǔn) 評審人員變更請求涉及緊急事項(xiàng)，則應(yīng)由有關(guān)部門和個人立即組織評審并由SCCB,而后由責(zé)任人負(fù)責(zé)實(shí)施I.如果是非緊急事項(xiàng)，由軟件工程經(jīng)理集中組織評（SCCB）（評審的也共、一審適當(dāng)叫”行,應(yīng)包括受影響的組和fefe ,sCCBS與曲H協(xié)冏1!改可參見評審過程）,SCCB批準(zhǔn)后實(shí)施更改。級經(jīng)管者和客戶不作修改若此更動涉及組織外部,則啦有組織附高級經(jīng)管者確認(rèn)，并得到客戶的確認(rèn)后實(shí)施更改；若此更動僅涉及組織內(nèi)部，,4, 2, 4修個需求說明了修改需求說明書更改時，如果軟件H程經(jīng)理安排工程組的其他人員實(shí)施更改,軟件工程經(jīng)理應(yīng)填寫任務(wù)通知單，

11、通知1改，并對更改情況進(jìn)行監(jiān)督。一評審、批準(zhǔn)一4. 2. 5評審、批準(zhǔn)更改結(jié)束后，軟件工仍經(jīng)理應(yīng)船織對更改后的軟件需求說明書進(jìn)行評審， 并通過SCCB會議批準(zhǔn)卜得魚麻棒管者心客戶的確認(rèn)后，才可入基線庫進(jìn)行經(jīng) 管，配置經(jīng)管員應(yīng)及時填心變屯!知單而知受影響的組和個人。4. 3需求追蹤4.3.1 對于軟件需求說明書中所描述的所有需求（包括變更的需求），由軟件工程經(jīng)理 根據(jù)軟件需求與軟件需求變更追蹤表跟蹤至完成狀態(tài)。4.3.2 高級經(jīng)管者通過審查需求工程里程碑報告和質(zhì)量保證評估報告，來了解和考察需求經(jīng)管活動。4.3.3 軟件工程經(jīng)理通過參加需求評審或?qū)π枨筮M(jìn)行定期檢查和跟蹤來經(jīng)管和控制需 求的活動，并對需求的變更狀態(tài)和數(shù)量進(jìn)行測量。4.3.4 質(zhì)量保證人員按照計(jì)劃使用軟件需求經(jīng)管檢查表實(shí)現(xiàn)對需求的檢查并將質(zhì) 量保證評估報告通知相關(guān)人員（包括工程經(jīng)理、高級經(jīng)管者、工程組成員等）。5.參考資料序號編力文檔名稱1:Q/RKS-SP-RM-02，軟件需求收集指南2Q/RKS-SP-RM-03特，住需求說明書3Q/RKS-SP-RM-04軟件工程任務(wù)書