XXX公司-需求開(kāi)發(fā)和管理規(guī)程

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

審核人：***

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

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

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