XXX公司軟件過程體系需求開發(fā)和管理規(guī)程編制人：***

審核人：***

批準(zhǔn)人：***CMMI部1/12

文檔修改/批準(zhǔn)記錄版本修改/批準(zhǔn)日期內(nèi)容修訂人批準(zhǔn)人目錄TOC\o"1-5"\h\z需求開發(fā)和管理規(guī)程 1\o"CurrentDocument"1概述 3\o"CurrentDocument"編制目的 4\o"CurrentDocument"適用范圍 4\o"CurrentDocument"介紹 4\o"CurrentDocument"需求開發(fā) 4\o"CurrentDocument"需求跟蹤 4\o"CurrentDocument"需求變更 52/12TOC\o"1-5"\h\z\o"CurrentDocument"2術(shù)語及定義 5\o"CurrentDocument"3方針 5\o"CurrentDocument"4角色與職責(zé) 5\o"CurrentDocument"5工作流程 6\o"CurrentDocument"啟動準(zhǔn)則 6\o"CurrentDocument"輸入 6\o"CurrentDocument"流程圖 6\o"CurrentDocument"主要步驟 9\o"CurrentDocument"步驟1編制、同行審批《需求規(guī)格說明書》（SRS） 9\o"CurrentDocument"步驟2需求變更申請、評審和確認 10\o"CurrentDocument"步驟3《需求跟蹤表》的維護和踉蹤 11\o"CurrentDocument"輸出 11\o"CurrentDocument"結(jié)束準(zhǔn)則 11\o"CurrentDocument"6度量 11\o"CurrentDocument"7附加說明 11\o"CurrentDocument"8裁剪說明 12\o"CurrentDocument"9相關(guān)文件 121概述對項目的需求進行管理，要從項目開始時客戶最初的想法和陳述，一直到最終的系統(tǒng)實現(xiàn)滿足客戶的要求為止，在項目整個生命周期內(nèi)對項目的需求進行管理和跟蹤，使客戶和項目團隊就系統(tǒng)不斷變化的需求進行確認并保持一致意見；根據(jù)CMMI標(biāo)準(zhǔn)和要求，公司目前的需求相關(guān)活動分為以下三個方面：?需求開發(fā)?需求跟蹤3/12需求變更編制目的本規(guī)程給出需求開發(fā)階段活動的目標(biāo)、方針、流程以及一些常用方法，以及在產(chǎn)品生命周期中需求管理活動的目標(biāo)、方針、流程及一些常用方法。最終生成需求規(guī)格說明書，作為項目開發(fā)計劃以及后續(xù)項目工程和管理活動的基礎(chǔ)。適用范圍本文檔適用于公司的所有項目。1-3介紹需求開發(fā)客戶需求是軟件產(chǎn)品必須完成的工作以及必須具備的品質(zhì)。需求開發(fā)的目的在于通過科學(xué)的方法和規(guī)范的過程去收集、識別和整理出有價值的需求，并且保證這些需求能夠滿足用戶對于產(chǎn)品的期望；需求的開發(fā)過程，是從最初的客戶的一個想法或陳述，逐漸演變成一個非常具體、明確的需求定義，是一個漸進細化的過程，可分為三個層次：1、項目初步需求，作為項目附件和開發(fā)任務(wù)書，一般來源于合同的功能需求。主要是描述客戶最初的想法和要求，可作為項目進行售前技術(shù)交流的基礎(chǔ)或項目可行性分析報告。此文檔可由客戶、售前技術(shù)支持人員、方案預(yù)研人員完成?！犊蛻粼L談記錄》2、客戶需求，是項目人員對客戶提出的需求進行收集整理的結(jié)果，對于不明確的需求，還需要通過需求提問單進行專門的需求調(diào)研，與客戶的業(yè)務(wù)人員進行交流，最后整理形成的結(jié)果，一般采用業(yè)務(wù)語言描述，是進行需求分析的基礎(chǔ)。可以作為項目商務(wù)報價的基礎(chǔ)?！缎枨笫占瘏R總表》3、需求規(guī)格說明書（以下簡稱SRS），是經(jīng)過需求分析工程師對客戶需求進行分析理解，并文檔化的結(jié)果，這是需求最終分解和細化的文檔，需要經(jīng)過客戶確認的，作為項目進行設(shè)計和開發(fā)的基礎(chǔ)，也是項目最終測試驗收的依據(jù)。 《需求規(guī)格說明書》需求跟蹤4/12需求跟蹤的目的是檢查遺漏的需求；檢查出不必要的設(shè)計/程序模塊/測試項目；快速、準(zhǔn)確地判斷出需求變更所影響的范圍。需求跟蹤主要關(guān)注兩個方面：?需求實現(xiàn)狀態(tài)的跟蹤；?跟蹤需求在后續(xù)工程階段的實現(xiàn)對照。一般由項目經(jīng)理制定專人對《需求跟蹤表》進行維護。1.3.3需求變更需求變更控制指在需求定義完成后，管理和控制對成為基線的需求項的變更，使需求項的變更是受控的、可追溯的。2術(shù)語及定義客戶需求：通過引導(dǎo)、分析、驗證，以及溝通客戶的需要、期望、限制和接口界面，以獲取客戶的需求，并對這些需求達成共識，形成客戶需求；客戶需求一般以業(yè)務(wù)術(shù)語描述。不同的項目中，客戶需求除軟件需求外，還會包括硬件需求等，本規(guī)程需求主要指軟件需求即指描述客戶在軟件方面需求的工作產(chǎn)品。產(chǎn)品需求：采用能夠用于設(shè)計決策的技術(shù)語言描述客戶需求；產(chǎn)品需求可以進一步細化為產(chǎn)品組件需求。3方針.每個開發(fā)類項目均應(yīng)通過需求的收集、識別和整理，以文檔化的形式給出需求規(guī)格說明書。.每項需求的描述，都應(yīng)確保正確、必要、完備、無歧義、可驗證和可追蹤。.需求規(guī)格說明書，經(jīng)同行評審并審批后，作為項目開發(fā)計劃以及后續(xù)項目工程和管理活動的基礎(chǔ)。.項目組必須跟蹤需求的實現(xiàn)狀態(tài)，定期向客戶和項目上級領(lǐng)導(dǎo)匯報。4角色與職責(zé).項目經(jīng)理：負責(zé)組織需求工程師進行需求開發(fā)；在項目的整個生命周期內(nèi)，自始至終負責(zé)需求管理。負責(zé)組織確認及評審《需求收集匯總表》、《需求規(guī)格說明書》、《需求跟蹤表》，并對評審結(jié)果的后續(xù)處理及需求開發(fā)過程中的不確定項進行跟蹤管理。5/12.需求工程師：在項目經(jīng)理的領(lǐng)導(dǎo)下，收集和分析客戶需求、編制《客戶需求》、《需求規(guī)格說明書》，并確保上述工作產(chǎn)品與客戶理解一致；.測試工程師：理解客戶的客戶需求及需求規(guī)格說明書，并且參加需求同行評審，確認需求的可測性。.項目組成員：理解客戶需求及需求規(guī)格說明書，并且參加需求同行評審。.CM工程師：負責(zé)需求開發(fā)階段的配置管理工作。.QA工程師：驗證客戶需求的收集、識別、整理、變更以及其評審活動與規(guī)程的符合性。.項目上級主管：負責(zé)批準(zhǔn)《需求規(guī)格說明書》。.客戶代表：確認《需求收集匯總表》、《需求規(guī)格說明書》。5工作流程啟動準(zhǔn)則需求工程師和相關(guān)人員到位，職責(zé)分工明確。相關(guān)人員接受過必要的培訓(xùn)。已有必要的輸入。輸入《客戶訪談記錄》，《需求收集匯總表》模板，《需求規(guī)格說明書》模板，《需求跟蹤表》模板，《需求變更申請》模板，《變更控制表》模板。流程圖輸入流程圖輸出6/12

需求開發(fā)：《需求收集匯總表》模板需求開發(fā)：《需求收集匯總表》模板《需求規(guī)格說明書》模板需求管理：《需求跟蹤表》模板《需求變更申請表》模板《需求收集匯總表》《需求規(guī)格說明書》需求管理：《需求跟蹤表》《需求變更申請表》《變更控制表》1、收集客戶需求需求工程師對客戶提出的需要、期望、限制及界面進行收集整理，形成與客戶理解一致的文檔化的《需求收集匯總表》。項目經(jīng)理根據(jù)需要組織對《需求收7/12集匯總表》的同行評審。對于合同項目《需求收集匯總表》必須經(jīng)過客戶確定；對于產(chǎn)品項目《需求收集匯總表》可裁剪。2、需求分析、需求確認、編寫《需求規(guī)格說明書》（SRS）需求工程師結(jié)合技術(shù)解決方案，對客戶需求進行分析，確保需求的充分性與必要性，明確項目產(chǎn)品的邊界，確定接口界面需求。需求工程師編寫《需求規(guī)格說明書》，將客戶全部需求定義下來。3、需求規(guī)格說明書同行評審項目經(jīng)理組織對SRS在項目組內(nèi)部進行內(nèi)部評審，對于評審中出現(xiàn)的問題反復(fù)的修正，如果需要和客戶進行確認，需要和客戶進行不斷的溝通，提問，直至問題全部解決，內(nèi)部評審確認通過，然后準(zhǔn)備召集正式的需求評審。4、需求規(guī)格說明書確認對于合同項目，項目經(jīng)理在評審?fù)ㄟ^后，需要將SRS提交客戶代表，并取得客戶的確認；對于產(chǎn)品項目，由項目經(jīng)理確認；5、批準(zhǔn)需求規(guī)格說明書經(jīng)確認后的需求規(guī)格說明書，需要提交項目上級領(lǐng)導(dǎo)批準(zhǔn)進行后續(xù)項目策劃與開發(fā)。6、建立需求基線SRS通過批準(zhǔn)后，提交至配置管理人員，建立需求基線。對已經(jīng)基線化的需求進行變更，必須通地需求變更相關(guān)流程。7、建立需求跟蹤矩陣在需求基線化后，項目經(jīng)理根據(jù)SRS建立需求跟蹤矩陣。項目經(jīng)理指派專人對《需求跟蹤表》進行維護和跟蹤。8、分配需求跟蹤任務(wù)項目經(jīng)理根據(jù)項目組成員情況，分配需求跟蹤任務(wù)，以便在項目后續(xù)工程階段能及時跟蹤了解需求狀態(tài)。9、定期更新需求狀態(tài)，并進行分析統(tǒng)計承擔(dān)需求跟蹤任務(wù)的項目組成員，應(yīng)每周跟蹤并更新所負責(zé)的需求狀態(tài)。當(dāng)分配給產(chǎn)品或產(chǎn)品組件的需求進行變動時，項目經(jīng)理需要維護需求跟蹤矩陣結(jié)構(gòu)，重新明確跟蹤任務(wù)。8/12項目經(jīng)理定期統(tǒng)計分析需求項的狀態(tài)和趨勢，向客戶及項目上級領(lǐng)導(dǎo)報告。10、在建立了需求基線后提出的所有需求變更都必須提出書面申請。11、編寫完成需求變更申請，需要將申請?zhí)峤豢蛻舸?，取得客戶的確認；對于產(chǎn)品項目，由項目經(jīng)理確認。12、項目經(jīng)理組織對變更申請在項目組內(nèi)部進行內(nèi)部評審，對于評審中出現(xiàn)的問題反復(fù)的修正，如果需要和客戶進行確認，需要和客戶進行不斷的溝通，提問，直至問題全部解決，內(nèi)部評審確認通過，如果大變更則再組織進行正式的變更申請。13、根據(jù)變更，分配需求變更人員及任務(wù)。14、變更經(jīng)過評審后，進入基線配置管理流程、修改基線，重新確定新的需求基線。主要步驟步驟1編制、同行審批《需求規(guī)格說明書》（SRS）1、編制《需求規(guī)格說明書》1）需求工程師結(jié)合技術(shù)解決方案，對客戶需求進行分析，確保需求的充分性與必要性，明確項目產(chǎn)品的邊界，確定接口界面需求。2）對于不明確的需求，還需要進行專門的需求調(diào)研，需求工程師要與客戶的業(yè)務(wù)人員進行溝通交流，通過和客戶的不斷溝通，將客戶的隱含需求和定義不明確的需求確定下來；對于客戶不同業(yè)務(wù)人員之間有沖突的需求進行協(xié)調(diào)平衡；3）需求工程師編寫《需求規(guī)格說明書》，將客戶全部需求定義下來?！缎枨笠?guī)格說明書》應(yīng)準(zhǔn)確描述產(chǎn)品必須提供的所有功能、性能以及其他應(yīng)滿足的約束條件；結(jié)合解決方案對功能進行邏輯分組，標(biāo)識需求之間相互關(guān)系；識別項目中的關(guān)鍵需求，標(biāo)識需求優(yōu)先級。一般情況下，對于高版本的產(chǎn)品開發(fā)，必須兼容低版本的需求，對于不再支持的需求，應(yīng)該給出明確的理由并形成文檔。在需求分析時，還要注意本項目是否可以復(fù)用已有系統(tǒng)，以及本項目產(chǎn)品是否存在被其他系統(tǒng)復(fù)用的可能性。S不僅是集成測試、系統(tǒng)測試和驗收測試以及編寫用戶文檔的基礎(chǔ)，也是項目策劃、9/12設(shè)計和編碼的基礎(chǔ)；除了設(shè)計和實現(xiàn)時的約束及初步的產(chǎn)品與產(chǎn)品組件劃分之外，《需求規(guī)格說明書》不包括設(shè)計、編碼、測試和工程管理的細節(jié)。2、審批《需求規(guī)格說明書》1）項目經(jīng)理組織對《需求規(guī)格說明書》在項目組內(nèi)部進行內(nèi)部評審，對于評審中出現(xiàn)的問題反復(fù)的修正，如果需要和客戶進行確認，需要和客戶進行不斷的溝通，提問，直至問題全部解決，內(nèi)部評審確認通過，然后準(zhǔn)備召集正式的需求評審。2）項目經(jīng)理根據(jù)需求開發(fā)階段計劃，分次組織內(nèi)部同行評審。并在需求分析結(jié)束后組織對SRS的正式同行評審，正式評審應(yīng)按照公司的同行評審過程執(zhí)行，需求評審的參加人員至少應(yīng)包括：項目管理人員、系統(tǒng)工程組、系統(tǒng)測試組、QA、CM，以及客戶代表，完成后要填寫評審報告，通知相關(guān)人員。步驟2需求變更申請、評審和確認需求變更控制要經(jīng)過變更申請、變更評估、決策、回復(fù)這四大步驟。如果變更被接受，還要增加實施變更和驗證兩個步驟，有時還會有取消變更的步驟。針對變更控制流程，有以下幾點：.建立需求基線后,每次變更并經(jīng)過評審后，都要重新確定新的需求基線。.在建立了需求基線后提出的所有變更都必須遵循以上流程圖的變更部分進行控制。.項目成立時應(yīng)同時成立項目變更控制委員會或相關(guān)職能的類似組織，負責(zé)裁定接受哪些變更。組織中的成員由項目所涉及的多方人員共同組成，包括用戶方和開發(fā)方的決策人員在內(nèi)。.需求變更一定要先申請然后再評估，最后經(jīng)過與變更大小相當(dāng)級別的評審確認。.需求變更后，受影響的軟件計劃、產(chǎn)品、活動都要進行相應(yīng)的變更，以保持和更新的需求一致。.妥善保存變更產(chǎn)生的相關(guān)文檔。7、通過《變更控制表》跟蹤整個變更過程，直至變更關(guān)閉。10/12步驟3《需求跟蹤表》的維護和跟蹤《需求跟蹤表》主要是對客