軟件需求管理控制程序

1、13/13目錄 TOC o 1-3 h z HYPERLINK l _Toc5814135 1.目的 PAGEREF _Toc5814135 h 2 HYPERLINK l _Toc5814136 2.范圍 PAGEREF _Toc5814136 h 2 HYPERLINK l _Toc5814137 3.職責(zé) PAGEREF _Toc5814137 h 2 HYPERLINK l _Toc5814138 4.工作程序 PAGEREF _Toc5814138 h 3 HYPERLINK l _Toc5814139 4.1軟件需求收集、分析和文檔化過程 PAGEREF _Toc5814139 h

2、 3 HYPERLINK l _Toc5814140 4.1.2下達(dá)軟件項(xiàng)目任務(wù)書 PAGEREF _Toc5814140 h 4 HYPERLINK l _Toc5814141 4.1.3制定需求分析打算 PAGEREF _Toc5814141 h 4 HYPERLINK l _Toc5814142 4.1.4需求的分析過程 PAGEREF _Toc5814142 h 4 HYPERLINK l _Toc5814143 4.1.5編制軟件需求講明書 PAGEREF _Toc5814143 h 4 HYPERLINK l _Toc5814144 4.1.6制定軟件驗(yàn)收打算 PAGEREF _T

3、oc5814144 h 5 HYPERLINK l _Toc5814145 4.2需求變更治理過程（包括增加、刪除和修改） PAGEREF _Toc5814145 h 5 HYPERLINK l _Toc5814146 4.2.1 需求更改申請的提出 PAGEREF _Toc5814146 h 6 HYPERLINK l _Toc5814147 4.2.2 阻礙分析時(shí)期 PAGEREF _Toc5814147 h 6 HYPERLINK l _Toc5814148 4.2.3 申請?jiān)u審、批準(zhǔn)時(shí)期 PAGEREF _Toc5814148 h 6 HYPERLINK l _Toc5814149 4

4、24實(shí)施更改 PAGEREF _Toc5814149 h 6 HYPERLINK l _Toc5814150 425評審、批準(zhǔn) PAGEREF _Toc5814150 h 6 HYPERLINK l _Toc5814151 43 需求追蹤 PAGEREF _Toc5814151 h 6 HYPERLINK l _Toc5814152 5.參考資料 PAGEREF _Toc5814152 h 71.目的明確需求治理全過程的要緊工作和內(nèi)容，具體包括以下方面：保證客戶、客戶經(jīng)理和軟件開發(fā)項(xiàng)目組之間對客戶需求具有共同的理解，同時(shí)在項(xiàng)目的整個(gè)生命周期內(nèi)差不多上有效的；通過系統(tǒng)工程組編寫特性需求講明書FR

5、S（ Feature Requirements Specification ），將系統(tǒng)需求中的軟件、硬件和其它系統(tǒng)成分的工作分開，軟件需求以外的工作由軟件工程組之外的人員完成；軟件項(xiàng)目經(jīng)理明確定義軟件需求講明書SRS（Software Requirements Specification）中要求的內(nèi)容并文檔化；軟件需求講明書必須完整、正確、及時(shí)地反映客戶的需求，要認(rèn)真進(jìn)行分析、消化并詳細(xì)描述，盡量做到所有相關(guān)人員都能正確理解；軟件需求講明書經(jīng)評審后存檔，即作為軟件開發(fā)打算和活動進(jìn)行治理和操縱的基線；一旦軟件需求講明書通過雙方簽字認(rèn)可之后，每當(dāng)用戶需求發(fā)生變更時(shí)，必須進(jìn)行需求變更，受其阻礙的項(xiàng)目

6、打算、活動和工作產(chǎn)品必須進(jìn)行相應(yīng)的修正，并通告所有受阻礙的組織和個(gè)人；確保最終的軟件工作產(chǎn)品、活動和打算與軟件需求講明書相一致，并能通過軟件項(xiàng)目經(jīng)理對軟件需求的可追蹤性進(jìn)行治理。2.范圍本過程適用于以下范圍：新的軟件開發(fā)項(xiàng)目；原有軟件系統(tǒng)的升級、維護(hù)；自用工具軟件的開發(fā)；d) 軟件項(xiàng)目開發(fā)過程中的需求變更。3.職責(zé)3.1 系統(tǒng)工程組（產(chǎn)品經(jīng)理、研發(fā)經(jīng)理、客戶經(jīng)理）負(fù)責(zé)編制特性需求講明書。3.2 研發(fā)經(jīng)理下達(dá)軟件項(xiàng)目任務(wù)書，指定軟件項(xiàng)目經(jīng)理，協(xié)助軟件項(xiàng)目經(jīng)理成立軟件項(xiàng)目小組。3.2 軟件項(xiàng)目經(jīng)理負(fù)責(zé)組織進(jìn)行軟件需求的收集、分析（必要時(shí)編制需求分析打算）；負(fù)責(zé)制定軟件需求講明書、軟件驗(yàn)收打算等，并

7、對需求實(shí)現(xiàn)情況進(jìn)行跟蹤、檢查。3.3軟件項(xiàng)目經(jīng)理負(fù)責(zé)組織相關(guān)人員進(jìn)行評審工作。3.4 高級治理者負(fù)責(zé)批準(zhǔn)對外承諾，并定期審查需求治理活動。4.工作程序4.1軟件需求收集、分析和文檔化過程 分析不清描述不清入基線庫治理開始評審、批準(zhǔn)制定FRS軟件項(xiàng)目任務(wù)書制定需求分析打算分析需求通過未通過軟件需求講明書4.1.1需求收集和編制特性需求講明書入基線庫治理開始評審、批準(zhǔn)制定FRS軟件項(xiàng)目任務(wù)書制定需求分析打算分析需求通過未通過軟件需求講明書與客戶有了合作意向或合同簽定后及產(chǎn)品研發(fā)部確定開發(fā)產(chǎn)品時(shí)，系統(tǒng)工程組收集項(xiàng)目的需求（過程可參見軟件需求收集指南），分析項(xiàng)目系統(tǒng)需求，并將其分配為軟件、硬件和其它系

8、統(tǒng)成分，決定每一個(gè)需求的特征和需要修改的缺陷，形成特性需求講明書，以作為軟件項(xiàng)目小組工作的先決條件，特性需求講明書必須通過評審（評審的方式依照需要選擇適當(dāng)?shù)姆绞竭M(jìn)行，可參見評審過程）以確保其內(nèi)容準(zhǔn)確、完整地反映了客戶的需求，同時(shí)它成為制定軟件需求講明書的基礎(chǔ)；評審?fù)ㄟ^才能進(jìn)入下一時(shí)期。講明：關(guān)于純軟件的項(xiàng)目，能夠不制定特性需求講明書，進(jìn)入下一時(shí)期。4.1.2下達(dá)軟件項(xiàng)目任務(wù)書研發(fā)經(jīng)理發(fā)出軟件項(xiàng)目任務(wù)書，初步指定項(xiàng)目開發(fā)人員和軟件項(xiàng)目經(jīng)理，明確提供項(xiàng)目開發(fā)的可用資源，并將軟件項(xiàng)目任務(wù)書提交到技術(shù)治理部組織評審（評審的方式依照需要選擇適當(dāng)?shù)姆绞竭M(jìn)行，可參見評審過程），作為項(xiàng)目正式立項(xiàng)，以確認(rèn)項(xiàng)目的

9、正式啟動。4.1.3制定需求分析打算假如項(xiàng)目規(guī)模較大，需求收集超過二個(gè)月的，軟件項(xiàng)目經(jīng)理負(fù)責(zé)制定需求分析打算，否則，能夠不進(jìn)行需求分析打算的制訂。4.1.4需求的分析過程關(guān)于初次進(jìn)行軟件需求收集、分析和治理的人員，軟件項(xiàng)目小組安排進(jìn)行必要的培訓(xùn)，以便他們能按照公司的標(biāo)準(zhǔn)要求完成需求分析和治理活動。項(xiàng)目小組通過分析、收集、標(biāo)識、細(xì)化和評審等方式鑒不出不完備的、遺漏的或多余的用戶需求，以盡可能詳細(xì)的描述來表達(dá)客戶對軟件的功能要求, 以及對軟件界面、系統(tǒng)運(yùn)行環(huán)境、安全、穩(wěn)定性、可擴(kuò)展性等方面的要求。該要求需在軟件需求講明書中描述并由客戶代表（客戶經(jīng)理）簽字確認(rèn)。對需求的描述詳盡程度應(yīng)滿足軟件設(shè)計(jì)和開

10、發(fā)的差不多要求。適當(dāng)?shù)淖兏托薷膶⑹褂眯枨笞兏卫磉^程4.2。需要指出的是, 在現(xiàn)實(shí)工作中, 需求的定義應(yīng)服務(wù)于公司的商務(wù)過程的要求, 并以達(dá)成商務(wù)談判的目標(biāo)為原則。講明：需求定義、項(xiàng)目策劃和設(shè)計(jì)可能會有所重疊。4.1.5編制軟件需求講明書4.1.5.1軟件項(xiàng)目經(jīng)理組織編寫軟件需求講明書，編制完成后必須組織軟件工程組、有阻礙的組或人員評審（評審的方式依照需要選擇適當(dāng)?shù)姆绞竭M(jìn)行，可參見評審過程），評審出問題的需求必須做出更改，通過評審的軟件需求經(jīng)SCCB、高級治理者和客戶（客戶經(jīng)理）批準(zhǔn)后入基線庫進(jìn)行治理并作為制定開發(fā)打算的基礎(chǔ)。4.1.5.2軟件需求講明書批準(zhǔn)后，由有關(guān)人員討論協(xié)商，確定由軟件

11、需求引起的相應(yīng)職責(zé)和活動，這些人員可能包括：客戶經(jīng)理、打算制定人員、軟件設(shè)計(jì)人員、軟件開發(fā)人員、軟件系統(tǒng)測試人員、質(zhì)量保證人員、配置治理人員等。4.1.6制定軟件驗(yàn)收打算軟件項(xiàng)目經(jīng)理在軟件需求講明書編制過程中或編制完成后應(yīng)組織制訂軟件驗(yàn)收打算，該驗(yàn)收打算需通過評審（評審的方式依照需要選擇適當(dāng)?shù)姆绞竭M(jìn)行，可參見評審過程）、SCCB批準(zhǔn)，并取得客戶的認(rèn)可，以便在項(xiàng)目結(jié)束時(shí)按打算驗(yàn)收，驗(yàn)收結(jié)束后應(yīng)填寫軟件驗(yàn)收報(bào)告。4.2需求變更治理過程（包括增加、刪除和修改）開始開始獲得SCCB、高級治理者和客戶批準(zhǔn)入基線庫治理評審、批準(zhǔn)修改需求講明書書評審不作修改同意匯總等待未通過不同意是，立即進(jìn)行否阻礙分析是否

12、緊急登記需求變更申請獲得SCCB、高級治理者和客戶批準(zhǔn)入基線庫治理評審、批準(zhǔn)修改需求講明書書評審不作修改同意匯總等待未通過不同意是，立即進(jìn)行否阻礙分析是否緊急登記需求變更申請4.2.1 需求更改申請的提出1）客戶提出的修改請求，假如是以口頭的方式，軟件項(xiàng)目小組人員或客戶經(jīng)理應(yīng)對顧客的請求進(jìn)行記錄，請客戶進(jìn)行確認(rèn)后，填寫需求變更申請表，提交軟件項(xiàng)目經(jīng)理。2） 假如請求是由公司內(nèi)部人員提出的，提出者應(yīng)填寫需求變更申請表，提交軟件項(xiàng)目經(jīng)理。4.2.2 阻礙分析時(shí)期軟件項(xiàng)目經(jīng)理接到需求變更申請表后，應(yīng)對需求的變更情況進(jìn)行登記（記錄于軟件需求與軟件需求變更跟蹤表），關(guān)于緊急的變更應(yīng)及時(shí)進(jìn)入阻礙分析時(shí)期；

13、而其他的變更應(yīng)進(jìn)行匯總，統(tǒng)一進(jìn)行分析。阻礙分析包括以下方面：審查必要性、可行性和合理性；阻礙域（技術(shù)、進(jìn)度、資源、成本、系統(tǒng)結(jié)構(gòu)等）評估；規(guī)模和工作量的估算；標(biāo)識、規(guī)劃；文檔化。關(guān)于小的變更應(yīng)予記錄并累計(jì)工作量，當(dāng)累計(jì)的工作量將達(dá)到可能的工作量時(shí), 應(yīng)及時(shí)通知客戶方，超出的部分有可能計(jì)算成本并收取相應(yīng)的費(fèi)用, 但須客戶確認(rèn)后實(shí)施。4.2.3 申請?jiān)u審、批準(zhǔn)時(shí)期假如變更請求涉及緊急事項(xiàng), 則應(yīng)由有關(guān)部門和個(gè)人立即組織評審并由SCCB審核批準(zhǔn)，而后由責(zé)任人負(fù)責(zé)實(shí)施. 假如是非緊急事項(xiàng),由軟件項(xiàng)目經(jīng)理集中組織評審、批準(zhǔn)（SCCB）（評審的方式依照需要選擇適當(dāng)?shù)姆绞竭M(jìn)行，可參見評審過程），評審人員應(yīng)包

14、括受阻礙的組和人，以便與他們協(xié)商更改。若此更動涉及組織外部，則應(yīng)有組織的高級治理者確認(rèn)，并得到客戶的確認(rèn)后實(shí)施更改；若此更動僅涉及組織內(nèi)部，由SCCB批準(zhǔn)后實(shí)施更改。424修改需求講明書更改時(shí)，假如軟件項(xiàng)目經(jīng)理安排項(xiàng)目組的其他人員實(shí)施更改，軟件項(xiàng)目經(jīng)理應(yīng)填寫任務(wù)通知單，通知更改人進(jìn)行更改，并對更改情況進(jìn)行監(jiān)督。425評審、批準(zhǔn)更改結(jié)束后，軟件項(xiàng)目經(jīng)理應(yīng)組織對更改后的軟件需求講明書進(jìn)行評審，并通過SCCB會議批準(zhǔn)并得到高級治理者和客戶的確認(rèn)后，才可入基線庫進(jìn)行治理，配置治理員應(yīng)及時(shí)填寫變更通知單通知受阻礙的組和個(gè)人。 43 需求追蹤4.3.1關(guān)于軟件需求講明書中所描述的所有需求（包括變更的需求），由軟件項(xiàng)目經(jīng)理依照軟件需求與軟件需求變更追蹤表跟蹤至完成狀態(tài)。4.3.2高級治理者通過審查需求項(xiàng)目里程碑報(bào)告和質(zhì)量保證評估報(bào)告，來了解和考察需求治理活動。4.3.3軟件項(xiàng)目經(jīng)理通過參加需求評審或?qū)π枨筮M(jìn)行定期檢查和跟蹤來治理和操縱需求的活動，并對需求的變更狀態(tài)和數(shù)量進(jìn)行測量。4.3.4 質(zhì)量保證人員按照打算使用軟件需求治理檢查表實(shí)現(xiàn)對需求的檢查并將質(zhì)量保證評估報(bào)告通知相關(guān)人員（包括項(xiàng)目經(jīng)理、高級治理者、項(xiàng)目組成員等）。5.參考資料序號編號文檔名稱1Q/RKS-SP-RM-02軟