01-軟件需求管理過(guò)程(doc)
目錄 1.目的 2 2.范圍 2 3.職責(zé) 2 4.工作程序 3 4.1軟件需求收集、分析和文檔化過(guò)程 3 4.1.2下達(dá)《軟件項(xiàng)目任務(wù)書(shū)》 4 4.1.3制定《需求分析計(jì)劃》 4 4.1.4需求的分析過(guò)程 4 4.1.5編制《軟件需求說(shuō)明書(shū)》 4 4.1.6制定《軟件驗(yàn)收計(jì)劃》 5 4.2需求變更管理過(guò)程（包括增加、刪除和修改） 5 4.2.1 需求更改申請(qǐng)的提出 6 4.2.2 影響分析階段 6 4.2.3 申請(qǐng)?jiān)u審、批準(zhǔn)階段 6 4．2．4實(shí)施更改 6 4．2．5評(píng)審、批準(zhǔn) 6 4．3 需求追蹤 6 5.參考資料 7 1.目的 明確需求管理全過(guò)程的主要工作和內(nèi)容，具體包括以下方面： o 保證客戶(hù)、客戶(hù)經(jīng)理和軟件開(kāi)發(fā)項(xiàng)目組之間對(duì)客戶(hù)需求具有共同的理解，并且在項(xiàng) 目的整個(gè)生命周期內(nèi)都是有效的； o 通過(guò)系統(tǒng)工程組編寫(xiě)《特性需求說(shuō)明書(shū)》FRS（ Feature Requirements Specification ），將系統(tǒng)需求中的軟件、硬件和其它系統(tǒng)成分的工作分開(kāi)，軟件需求以外的工 作由軟件工程組之外的人員完成； o 軟件項(xiàng)目經(jīng)理明確定義《軟件需求說(shuō)明書(shū)》SRS（Software Requirements Specification）中要求的內(nèi)容并文檔化； o 《軟件需求說(shuō)明書(shū)》必須完整、正確、及時(shí)地反映客戶(hù)的需求，要仔細(xì)進(jìn)行分析、消 化并詳細(xì)描述，盡量做到所有相關(guān)人員都能正確理解； o 《軟件需求說(shuō)明書(shū)》經(jīng)評(píng)審后存檔，即作為軟件開(kāi)發(fā)計(jì)劃和活動(dòng)進(jìn)行管理和控制的基 線； o 一旦《軟件需求說(shuō)明書(shū)》經(jīng)過(guò)雙方簽字認(rèn)可之后，每當(dāng)用戶(hù)需求發(fā)生變更時(shí)，必須進(jìn) 行需求變更，受其影響的項(xiàng)目計(jì)劃、活動(dòng)和工作產(chǎn)品必須進(jìn)行相應(yīng)的修正，并通 告所有受影響的組織和個(gè)人； o 確保最終的軟件工作產(chǎn)品、活動(dòng)和計(jì)劃與軟件需求說(shuō)明書(shū)相一致，并能通過(guò)軟件項(xiàng) 目經(jīng)理對(duì)軟件需求的可追蹤性進(jìn)行管理。 2.范圍 本過(guò)程適用于以下范圍： a) 新的軟件開(kāi)發(fā)項(xiàng)目； b) 原有軟件系統(tǒng)的升級(jí)、維護(hù)； c) 自用工具軟件的開(kāi)發(fā)； d) 軟件項(xiàng)目開(kāi)發(fā)過(guò)程中的需求變更。 3.職責(zé) 3.1 系統(tǒng)工程組（產(chǎn)品經(jīng)理、研發(fā)經(jīng)理、客戶(hù)經(jīng)理）負(fù)責(zé)編制特性需求說(shuō)明書(shū)。 3.2 研發(fā)經(jīng)理下達(dá)《軟件項(xiàng)目任務(wù)書(shū)》，指定軟件項(xiàng)目經(jīng)理，協(xié)助軟件項(xiàng)目經(jīng)理成立軟件 項(xiàng)目小組。 3.2 軟件項(xiàng)目經(jīng)理負(fù)責(zé)組織進(jìn)行軟件需求的收集、分析（必要時(shí)編制需求分析計(jì)劃）； 負(fù)責(zé)制定軟件需求說(shuō)明書(shū)、軟件驗(yàn)收計(jì)劃等，并對(duì)需求實(shí)現(xiàn)情況進(jìn)行跟蹤、檢查 。 3.3軟件項(xiàng)目經(jīng)理負(fù)責(zé)組織相關(guān)人員進(jìn)行評(píng)審工作。 3.4 高級(jí)管理者負(fù)責(zé)批準(zhǔn)對(duì)外承諾，并定期審查需求管理活動(dòng)。 4.工作程序 4.1軟件需求收集、分析和文檔化過(guò)程 4.1.1需求收集和編制特性需求說(shuō)明書(shū) 與客戶(hù)有了合作意向或合同簽定后及產(chǎn)品研發(fā)部確定開(kāi)發(fā)產(chǎn)品時(shí)，系統(tǒng)工程 組收集項(xiàng)目的需求（過(guò)程可參見(jiàn)《軟件需求收集指南》），分析項(xiàng)目系統(tǒng)需求，并 將其分配為軟件、硬件和其它系統(tǒng)成分，決定每一個(gè)需求的特征和需要修改的缺 陷，形成《特性需求說(shuō)明書(shū)》，以作為軟件項(xiàng)目小組工作的先決條件，《特性需求說(shuō) 明書(shū)》必須經(jīng)過(guò)評(píng)審（評(píng)審的方式根據(jù)需要選擇適當(dāng)?shù)姆绞脚e行，可參見(jiàn)《評(píng)審過(guò) 程》）以確保其內(nèi)容準(zhǔn)確、完整地反映了客戶(hù)的需求，同時(shí)它成為制定軟件需求說(shuō) 明書(shū)的基礎(chǔ)；評(píng)審?fù)ㄟ^(guò)才能進(jìn)入下一階段。 說(shuō)明：對(duì)于純軟件的項(xiàng)目，可以不制定《特性需求說(shuō)明書(shū)》，進(jìn)入下一階段。 4.1.2下達(dá)《軟件項(xiàng)目任務(wù)書(shū)》 研發(fā)經(jīng)理發(fā)出《軟件項(xiàng)目任務(wù)書(shū)》，初步指定項(xiàng)目開(kāi)發(fā)人員和軟件項(xiàng)目經(jīng)理，明 確提供項(xiàng)目開(kāi)發(fā)的可用資源，并將《軟件項(xiàng)目任務(wù)書(shū)》提交到技術(shù)管理部組織評(píng)審（ 評(píng)審的方式根據(jù)需要選擇適當(dāng)?shù)姆绞脚e行，可參見(jiàn)《評(píng)審過(guò)程》），作為項(xiàng)目正式立 項(xiàng)，以確認(rèn)項(xiàng)目的正式啟動(dòng)。 4.1.3制定《需求分析計(jì)劃》 如果項(xiàng)目規(guī)模較大，需求收集超過(guò)二個(gè)月的，軟件項(xiàng)目經(jīng)理負(fù)責(zé)制定《需求分 析計(jì)劃》，否則，可以不進(jìn)行《需求分析計(jì)劃》的制訂。 4.1.4需求的分析過(guò)程 對(duì)于初次進(jìn)行軟件需求收集、分析和管理的人員，軟件項(xiàng)目小組安排進(jìn)行必要 的培訓(xùn)，以便他們能按照公司的標(biāo)準(zhǔn)要求完成需求分析和管理活動(dòng)。 項(xiàng)目小組通過(guò)分析、收集、標(biāo)識(shí)、細(xì)化和評(píng)審等方式鑒別出不完備的、遺漏的 或多余的用戶(hù)需求，以盡可能詳細(xì)的描述來(lái)表達(dá)客戶(hù)對(duì)軟件的功能要求, 以及對(duì)軟件界面、系統(tǒng)運(yùn)行環(huán)境、安全、穩(wěn)定性、可擴(kuò)展性等方面的要求。該要求 需在《軟件需求說(shuō)明書(shū)》中描述并由客戶(hù)代表（客戶(hù)經(jīng)理）簽字確認(rèn)。對(duì)需求的描述 詳盡程度應(yīng)滿(mǎn)足軟件設(shè)計(jì)和開(kāi)發(fā)的基本要求。適當(dāng)?shù)淖兏托薷膶⑹褂眯枨笞兏?理過(guò)程4.2。需要指出的是, 在現(xiàn)實(shí)工作中, 需求的定義應(yīng)服務(wù)于公司的商務(wù)過(guò)程的要求, 并以達(dá)成商務(wù)談判的目標(biāo)為原則。 說(shuō)明：需求定義、項(xiàng)目策劃和設(shè)計(jì)可能會(huì)有所重疊。 4.1.5編制《軟件需求說(shuō)明書(shū)》 4.1.5.1軟件項(xiàng)目經(jīng)理組織編寫(xiě)《軟件需求說(shuō)明書(shū)》，編制完成后必須組織 軟件工程組、有影響的組或人員評(píng)審（評(píng)審的方式根據(jù)需要選擇適當(dāng)?shù)姆绞脚e 行，可參見(jiàn)《評(píng)審過(guò)程》），評(píng)審出問(wèn)題的需求必須做出更改，經(jīng)過(guò)評(píng)審的軟件 需求經(jīng)SCCB、高級(jí)管理者和客戶(hù)（客戶(hù)經(jīng)理）批準(zhǔn)后入基線庫(kù)進(jìn)行管理并作為 制定開(kāi)發(fā)計(jì)劃的基礎(chǔ)。 4.1.5.2《軟件需求說(shuō)明書(shū)》批準(zhǔn)后，由有關(guān)人員討論協(xié)商，確定由軟件需 求引起的相應(yīng)職責(zé)和活動(dòng)，這些人員可能包括：客戶(hù)經(jīng)理、計(jì)劃制定人員、軟 件設(shè)計(jì)人員、軟件開(kāi)發(fā)人員、軟件系統(tǒng)測(cè)試人員、質(zhì)量保證人員、配置管理人 員等。 4.1.6制定《軟件驗(yàn)收計(jì)劃》 軟件項(xiàng)目經(jīng)理在軟件需求說(shuō)明書(shū)編制過(guò)程中或編制完成后應(yīng)組織制訂《軟件驗(yàn) 收計(jì)劃》，該驗(yàn)收計(jì)劃需經(jīng)過(guò)評(píng)審（評(píng)審的方式根據(jù)需要選擇適當(dāng)?shù)姆绞脚e行，可 參見(jiàn)《評(píng)審過(guò)程》）、SCCB批準(zhǔn)，并取得客戶(hù)的認(rèn)可，以便在項(xiàng)目結(jié)束時(shí)按計(jì)劃驗(yàn)收 ，驗(yàn)收結(jié)束后應(yīng)填寫(xiě)《軟件驗(yàn)收?qǐng)?bào)告》。 4.2需求變更管理過(guò)程（包括增加、刪除和修改） 4.2.1 需求更改申請(qǐng)的提出 1）客戶(hù)提出的修改請(qǐng)求，如果是以口頭的方式，軟件項(xiàng)目小組人員或客戶(hù)經(jīng)理 應(yīng)對(duì)顧客的請(qǐng)求進(jìn)行記錄，請(qǐng)客戶(hù)進(jìn)行確認(rèn)后，填寫(xiě)《需求變更申請(qǐng)表》，提 交軟件項(xiàng)目經(jīng)理。 2） 如果請(qǐng)求是由公司內(nèi)部人員提出的，提出者應(yīng)填寫(xiě)《需求變更申請(qǐng)表》，提交軟 件項(xiàng)目經(jīng)理。 4.2.2 影響分析階段 軟件項(xiàng)目經(jīng)理接到《需求變更申請(qǐng)表》后，應(yīng)對(duì)需求的變更情況進(jìn)行登記（記 錄于《軟件需求與軟件需求變更跟蹤表》），對(duì)于緊急的變更應(yīng)及時(shí)進(jìn)入影響分析階 段；而其他的變更應(yīng)進(jìn)行匯總，統(tǒng)一進(jìn)行分析。影響分析包括以下方面：審查必要 性、可行性和合理性；影響域（技術(shù)、進(jìn)度、資源、成本、系統(tǒng)結(jié)構(gòu)等）評(píng)估；規(guī) 模和工作量的估算；標(biāo)識(shí)、規(guī)劃；文檔化。對(duì)于小的變更應(yīng)予記錄并累計(jì)工作量， 當(dāng)累計(jì)的工作量將達(dá)到預(yù)計(jì)的工作量時(shí), 應(yīng)及時(shí)通知客戶(hù)方，超出的部分有可能計(jì)算成本并收取相應(yīng)的費(fèi)用, 但須客戶(hù)確認(rèn)后實(shí)施。 4.2.3 申請(qǐng)?jiān)u審、批準(zhǔn)階段 如果變更請(qǐng)求涉及緊急事項(xiàng), 則應(yīng)由有關(guān)部門(mén)和個(gè)人立即組織評(píng)審并由SCCB審核批準(zhǔn)，而后由責(zé)任人負(fù)責(zé)實(shí)施. 如果是非緊急事項(xiàng),由軟件項(xiàng)目經(jīng)理集中組織評(píng)審、批準(zhǔn)（SCCB）（評(píng)審的方式根 據(jù)需要選擇適當(dāng)?shù)姆绞脚e行，可參見(jiàn)《評(píng)審過(guò)程》），評(píng)審人員應(yīng)包括受影響的組和 人，以便與他們協(xié)商更改。 若此更動(dòng)涉及組織外部，則應(yīng)有組織的高級(jí)管理者確認(rèn)，并得到客戶(hù)的確認(rèn)后 實(shí)施更改；若此更動(dòng)僅涉及組織內(nèi)部，由SCCB批準(zhǔn)后實(shí)施更改。 4．2．4修改需求說(shuō)明書(shū) 更改時(shí)，如果軟件項(xiàng)目經(jīng)理安排項(xiàng)目組的其他人員實(shí)施更改，軟件項(xiàng)目經(jīng)理應(yīng) 填寫(xiě)《任務(wù)通知單》，通知更改人進(jìn)行更改，并對(duì)更改情況進(jìn)行監(jiān)督。 4．2．5評(píng)審、批準(zhǔn) 更改結(jié)束后，軟件項(xiàng)目經(jīng)理應(yīng)組織對(duì)更改后的《軟件需求說(shuō)明書(shū)》進(jìn)行評(píng)審，并 通過(guò)SCCB會(huì)議批準(zhǔn)并得到高級(jí)管理者和客戶(hù)的確認(rèn)后，才可入基線庫(kù)進(jìn)行管理，配 置管理員應(yīng)及時(shí)填寫(xiě)《變更通知單》通知受影響的組和個(gè)人。 4．3 需求追蹤 4.3.1對(duì)于軟件需求說(shuō)明書(shū)中所描述的所有需求（包括變更的需求），由軟件項(xiàng)目經(jīng) 理根據(jù)〈〈軟件需求與軟件需求變更追蹤表〉〉跟蹤至完成狀態(tài)。 4.3.2高級(jí)管理者通過(guò)審查需求《項(xiàng)目里程碑報(bào)告》和《質(zhì)量保證評(píng)估報(bào)告》，來(lái)了解和 考察需求管理活動(dòng)。 4.3.3軟件項(xiàng)目經(jīng)理通過(guò)參加需求評(píng)審或?qū)π枨筮M(jìn)行定期檢查和跟蹤來(lái)管理和控制需 求的活動(dòng)，并對(duì)需求的變更狀態(tài)和數(shù)量進(jìn)行測(cè)量。 4.3.4 質(zhì)量保證人員按照計(jì)劃使用《軟件需求管理檢查表》實(shí)現(xiàn)對(duì)需求的檢查并將《質(zhì)量 保證評(píng)估報(bào)告》通知相關(guān)人員（包括項(xiàng)目經(jīng)理、高級(jí)管理者、項(xiàng)目組成員等） 。 5.參考資料 |序號(hào) |編號(hào) |文檔名稱(chēng) | |1 |Q/RKS-SP-RM-02 |軟件需求收集指南 | |2 |Q/RKS-SP-RM-03 |特性需求說(shuō)明書(shū) | |3 |Q/RKS-SP-RM-04 |軟件項(xiàng)目任務(wù)書(shū) | |4 |Q/RKS-SP-RM-05 |軟件需求說(shuō)明書(shū) | |5 |Q/RKS-SP-RM-06 |軟件驗(yàn)收計(jì)劃 | |6 |Q/RKS-SP-RM-07 |需求變更申請(qǐng)表 | |7 |Q/RKS-SP-RM-08 |軟件需求與軟件需求變更跟蹤表 | |8 |Q/RKS-SP-QC-01 |軟件驗(yàn)收?qǐng)?bào)告 | |9 |Q/RKS-SP-SQA-06 |軟件需求管理檢查表 | |10 |Q/RKS-SP-PR-01 |評(píng)審過(guò)程 | |11 |Q/RKS-SP-SCM-06 |任務(wù)通知單 | ----------------------- 制定需求分析計(jì)劃 入基線庫(kù)管理 同意 軟件項(xiàng)目任務(wù)書(shū) 分析需求 開(kāi)始 評(píng)審、批準(zhǔn) 通過(guò) 未通過(guò) 評(píng)審、批準(zhǔn) 軟件需求說(shuō)明書(shū) 需求變更申請(qǐng) 開(kāi)始 未通過(guò) 獲得SCCB、高級(jí)管理者和客戶(hù)批準(zhǔn) 匯總等待 制定FRS 入基線庫(kù)管理 影響分析 是否緊急 登記 否 是，立即進(jìn)行 不同意 評(píng)審 不作修改 修改需求說(shuō)明書(shū)書(shū) 分析不清 描述不清
01-軟件需求管理過(guò)程(doc)