1、軟件工程開發(fā)實(shí)施控制程序目錄 TOC o 1-5 h z HYPERLINK l bookmark6 o Current Document 1、目的3 HYPERLINK l bookmark8 o Current Document 2、適用范圍3 HYPERLINK l bookmark10 o Current Document 3、職責(zé)34、工作程序3 HYPERLINK l bookmark12 o Current Document 4. 1工程啟動(dòng)3 HYPERLINK l bookmark14 o Current Document 4.2工程管理及監(jiān)控3 HYPERLINK l bo

2、okmark16 o Current Document 2.1人員組織和管理3 HYPERLINK l bookmark18 o Current Document 2.2工程狀態(tài)報(bào)告3 HYPERLINK l bookmark20 o Current Document 2.3需求變更管理3 HYPERLINK l bookmark22 o Current Document 2. 4風(fēng)險(xiǎn)管理3 HYPERLINK l bookmark24 o Current Document 需求開發(fā)與管理4 HYPERLINK l bookmark26 o Current Document 工程計(jì)劃4 HYP

3、ERLINK l bookmark28 o Current Document 工程方案及系統(tǒng)設(shè)計(jì)4 HYPERLINK l bookmark30 o Current Document 工程評(píng)審5 HYPERLINK l bookmark32 o Current Document 軟件編碼及測(cè)試5 HYPERLINK l bookmark34 o Current Document 系統(tǒng)部署及系統(tǒng)測(cè)試、用戶測(cè)試5 HYPERLINK l bookmark36 o Current Document 系統(tǒng)上線及試運(yùn)行6 HYPERLINK l bookmark38 o Current Document

4、 10工程驗(yàn)收、產(chǎn)品交付6 HYPERLINK l bookmark40 o Current Document 產(chǎn)品交付后的活動(dòng)一軟件支持維護(hù)6 HYPERLINK l bookmark42 o Current Document 12其它要求6 HYPERLINK l bookmark44 o Current Document 4. 12. 1信息交流與溝通6 HYPERLINK l bookmark2 o Current Document 4. 12.2標(biāo)識(shí)和可追溯性控制配置管理7 HYPERLINK l bookmark46 o Current Document 4. 12.3用戶財(cái)產(chǎn)7

5、HYPERLINK l bookmark48 o Current Document 4. 12.4知識(shí)產(chǎn)權(quán)控制7 HYPERLINK l bookmark50 o Current Document 4. 12.5產(chǎn)品防護(hù)7 HYPERLINK l bookmark52 o Current Document 4. 12.6軟件包裝控制7 HYPERLINK l bookmark54 o Current Document 4. 12.7資料整理75、相關(guān)文件錯(cuò)誤!未定義書簽。目的對(duì)軟件開發(fā)的全過程進(jìn)行控制，確保產(chǎn)品能滿足用戶的需求和期望及有關(guān)法律、法規(guī)要 求。適用范圍適用于公司軟件產(chǎn)品開發(fā)全過程的

6、控制。職責(zé)工程經(jīng)理負(fù)責(zé)制訂開發(fā)計(jì)劃，分配開發(fā)任務(wù)，并負(fù)責(zé)軟件開發(fā)全過程的組織、協(xié)調(diào)、實(shí) 施工作。部門經(jīng)理負(fù)責(zé)審批工程開發(fā)計(jì)劃及設(shè)計(jì)輸入、輸出、評(píng)審、驗(yàn)證、確認(rèn)和更改等，以及 資源的分配和協(xié)調(diào)。市場(chǎng)部、銷售部及運(yùn)維服務(wù)部負(fù)責(zé)提供市場(chǎng)信息及用戶需意向。4.1工程啟動(dòng)市場(chǎng)開展客戶經(jīng)理與用戶達(dá)成軟件工程開發(fā)、實(shí)施意向協(xié)議后，向研發(fā)及軟件中心下達(dá) 研發(fā)工程立項(xiàng)審批表或者工程啟動(dòng)書，并將相關(guān)資料轉(zhuǎn)交研發(fā)及軟件中心。軟件研發(fā)部經(jīng)理根據(jù)研發(fā)工程立項(xiàng)審批表或者工程啟動(dòng)書成立工程組，確定項(xiàng) 目經(jīng)理和工程組成員。4. 2工程管理及監(jiān)控4. 2. 1人員組織和管理工程組織完整，并有效的協(xié)調(diào)工作，是工程正常進(jìn)展的保證。

7、工程經(jīng)理有責(zé)任協(xié)調(diào)資源, 并通過活動(dòng)，保證工程團(tuán)隊(duì)內(nèi)部、團(tuán)隊(duì)與客戶團(tuán)隊(duì)之間的有效合作，保持工程組正常的團(tuán)隊(duì) 士氣。4. 2.2工程狀態(tài)報(bào)告工程經(jīng)理必須定期組織團(tuán)隊(duì)進(jìn)行工程狀態(tài)總結(jié)，工程成員、組長(zhǎng)每周向上級(jí)發(fā)送周報(bào)， 工程經(jīng)理按工程溝通機(jī)制，每周向相關(guān)匯報(bào)人發(fā)送工程周報(bào)。4. 2. 3需求變更管理一旦需求、方案設(shè)計(jì)等關(guān)鍵文檔經(jīng)過評(píng)審，任何一方再提出變動(dòng)視作變更。方案變更越 往工程后期，代價(jià)越大。工程管理人員應(yīng)正確識(shí)別和評(píng)估設(shè)計(jì)更改對(duì)軟件使用性能、平安性、 可靠性、工程進(jìn)度等方面帶來的影響，對(duì)于變更頻繁的工程，工程組須成立變更管理組（CCB）, 通常由雙方工程經(jīng)理及上級(jí)組成；工程管理人員必須制定變

8、更管理流程，以控制工程風(fēng) 險(xiǎn)。變更申請(qǐng)發(fā)起之后，“變更管理組”視更改所涉及的范圍、影響程度，拒絕或同意。需 求、方案設(shè)計(jì)變更需要對(duì)變更內(nèi)容進(jìn)行評(píng)審和文檔修訂。4. 2. 4風(fēng)險(xiǎn)管理在復(fù)雜工程過程中，存在著非常多的技術(shù)、業(yè)務(wù)、管理風(fēng)險(xiǎn)，工程經(jīng)理需組織工程核心人員討論工程風(fēng)險(xiǎn)和應(yīng)對(duì)措施，定期監(jiān)控。并在工程周報(bào)中對(duì)工程風(fēng)險(xiǎn)進(jìn)行匯報(bào)。3需求開發(fā)與管理在接到新的工程后，由工程經(jīng)理安排具有豐富開發(fā)經(jīng)驗(yàn)或類似工程開發(fā)經(jīng)驗(yàn)的系統(tǒng)分析 員，根據(jù)合同范圍，對(duì)顧客的具體需求進(jìn)行收集、討論、分析。系統(tǒng)分析員與用戶進(jìn)行充分溝通，認(rèn)真聽取用戶的意見，對(duì)用戶的需求、以前類似工程 提供的開發(fā)信息、適用的法律法規(guī)要求及工程開發(fā)

9、所必須的其它要求進(jìn)行整理、分析并根據(jù) 收集到的情況，編寫需求功能列表（實(shí)施工程）或需求規(guī)格說明書（研發(fā)工程）， 一定規(guī)模的業(yè)務(wù)系統(tǒng)工程需單獨(dú)編寫業(yè)務(wù)需求說明書。工程經(jīng)理組織工程分析、設(shè)計(jì)成員與客戶工程組業(yè)務(wù)及技術(shù)、管理的主要成員一起對(duì)業(yè) 務(wù)需求說明書、需求規(guī)格說明書（或需求功能列表）進(jìn)行評(píng)審，作為以后軟件設(shè)計(jì)、 測(cè)試方案以及工程驗(yàn)收的依據(jù)。業(yè)務(wù)需求說明書由客戶業(yè)務(wù)部門正式確認(rèn)。需求規(guī)格 說明書由客戶技術(shù)部門正式確認(rèn)。需求分析是整個(gè)軟件工程開發(fā)、實(shí)施過程中的關(guān)鍵環(huán)節(jié), 顧客需求能否正確、充分地識(shí)別將直接影響軟件的功能是否能夠滿足顧客需求以及工程是否 能夠正常驗(yàn)收。工程經(jīng)理在實(shí)施前應(yīng)對(duì)需求進(jìn)行確認(rèn)

10、。需求評(píng)審以后，在軟件設(shè)計(jì)過程中發(fā)現(xiàn)前期未被識(shí)別的需求時(shí)，假設(shè)顧客增加新的需求或 對(duì)需求提出變化時(shí)，按工程變更流程執(zhí)行；在同意變更的情況下，需求規(guī)格說明書（或 需求功能列表）的修改內(nèi)容需經(jīng)雙方再次評(píng)審。需求管理過程會(huì)持續(xù)到工程驗(yàn)收。軟件安裝部署、用戶試用之后，用戶會(huì)針對(duì)系統(tǒng)展示、 報(bào)表、界面等提出具體需求，在這一階段，工程經(jīng)理需通過需求跟蹤列表進(jìn)行需求狀態(tài) 管理。需求跟蹤列表是過程文檔，不作為工程交付輸出。工程計(jì)劃工程經(jīng)理根據(jù)工程本身的特點(diǎn)、合同要求、需求分析報(bào)告等制訂工程計(jì)劃或者產(chǎn) 品研發(fā)計(jì)劃，研發(fā)類工程擬定產(chǎn)品研發(fā)計(jì)劃，實(shí)施工程擬定工程計(jì)劃，對(duì)軟件項(xiàng) 目開發(fā)、實(shí)施的全部過程做出合理安排，由

11、研發(fā)及軟件中心經(jīng)理負(fù)責(zé)監(jiān)督實(shí)施。產(chǎn)品研發(fā)計(jì)劃包含：工程背景；工程過程定義；關(guān)鍵的軟、硬件資源估計(jì)；進(jìn)度計(jì)劃等。工程計(jì)劃包括：系統(tǒng)設(shè)計(jì)、安裝部署、集成測(cè)試、試運(yùn)行、驗(yàn)收等各階段的劃分和主要工作內(nèi)容； 各階段人員職責(zé)和權(quán)限、進(jìn)度要求和配合單位；各階段性成果評(píng)審、驗(yàn)收準(zhǔn)那么、標(biāo)準(zhǔn)等；資源配置需求，如人員、信息、設(shè)備、資金保證及支持條件等及其他相關(guān)內(nèi)容等。對(duì)于規(guī)模較大的產(chǎn)品或合同，其工程開發(fā)計(jì)劃還可分解為幾卷來編寫，適當(dāng)時(shí)包括 質(zhì)量保證計(jì)劃、配置管理計(jì)劃、用戶培訓(xùn)計(jì)劃、安裝實(shí)施計(jì)劃等。編制的 文件內(nèi)容參照軟件技術(shù)文件編制指南執(zhí)行。工程計(jì)劃由工程經(jīng)理報(bào)部門經(jīng)理審批。隨著設(shè)計(jì)開發(fā)的進(jìn)展，工程開發(fā)計(jì)劃可以在

12、適當(dāng)時(shí)予以修改，按文件控制程序 關(guān)于文件更改的有關(guān)規(guī)定執(zhí)行。工程方案及系統(tǒng)設(shè)計(jì)軟件工程設(shè)計(jì)人員根據(jù)需求工程的輸出開展軟件工程技術(shù)方案設(shè)計(jì)、軟件系統(tǒng)設(shè)計(jì)工作, 軟件設(shè)計(jì)包括架構(gòu)設(shè)計(jì)、數(shù)據(jù)模型設(shè)計(jì)、概要設(shè)計(jì)等內(nèi)容。輸出文件包括系統(tǒng)實(shí)施方案、 概要設(shè)計(jì)說明書、數(shù)據(jù)模型設(shè)計(jì)（電子文檔）等。產(chǎn)品規(guī)模較小時(shí)，概要設(shè)計(jì) 以功能模塊架構(gòu)圖、流程圖形勢(shì)表達(dá)。系統(tǒng)設(shè)計(jì)的輸出應(yīng)滿足客戶合同、需求規(guī)格說明書、相關(guān)技術(shù)標(biāo)準(zhǔn)等輸入的要求。程序設(shè)計(jì)還應(yīng)為后續(xù)的服務(wù)提供適當(dāng)?shù)男畔ⅰ３幹茟?yīng)用軟件外，還應(yīng)根據(jù)產(chǎn)品特點(diǎn)規(guī) 定對(duì)平安和正常使用致關(guān)重要的產(chǎn)品特性，包括安裝、使用、維護(hù)等的要求。規(guī)那么、慣例和約定用于明確軟件工程開發(fā)、

13、實(shí)施中的規(guī)那么、慣例和約定，提高軟件 工程開發(fā)、實(shí)施的質(zhì)量和通用性，減少錯(cuò)誤，提高效率。工程組成員在程序設(shè)計(jì)過程中必須 遵循。工程評(píng)審工程經(jīng)理在軟件工程的各階段按照規(guī)范安排組織進(jìn)行評(píng)審，評(píng)價(jià)軟件工程各階段的結(jié)果 滿足要求的能力，識(shí)別存在的問題。確保軟件工程開發(fā)、實(shí)施結(jié)果的適宜性、充分性和有效 性。工程評(píng)審包括：對(duì)需求規(guī)格說明書、工程實(shí)施方案、概要設(shè)計(jì)說明書、數(shù) 據(jù)模型設(shè)計(jì)、測(cè)試方案、方案變更等重要輸出結(jié)果進(jìn)行評(píng)審，并編寫評(píng)審報(bào)告， 評(píng)審過程屬于用戶驗(yàn)證和確認(rèn)過程的重要局部。工程經(jīng)理邀請(qǐng)與軟件使用、工程建設(shè)、工程各階段有關(guān)的職能代表（客戶、需求、設(shè)計(jì)、 測(cè)試人員等）參加評(píng)審，各階段的關(guān)鍵輸出必須

14、通過客戶評(píng)審，才能進(jìn)入下一階段。否那么具 有極大的客戶不接受導(dǎo)致返工的風(fēng)險(xiǎn)。工程評(píng)審一般從業(yè)務(wù)和技術(shù)兩個(gè)方面進(jìn)行，由工程經(jīng)理組織進(jìn)行。重要方案的評(píng)審以正 式的評(píng)審會(huì)議進(jìn)行，影響較小的方案或模塊可以采用多種方式進(jìn)行，如平常工作討論、 、 郵件等形式，評(píng)審的結(jié)果及采取的任何措施的記錄應(yīng)保持并能夠在相關(guān)的設(shè)計(jì)文件中反映出 來。7軟件編碼及測(cè)試軟件工程師根據(jù)軟件設(shè)計(jì)承當(dāng)各自模塊的程序代碼編寫和檢查工作。單元測(cè)試由軟件項(xiàng) 目開發(fā)或測(cè)試人員在程序模塊編寫完成后進(jìn)行，以保證模塊運(yùn)行正確、界面與設(shè)計(jì)說明書相 一致。在單元測(cè)試中發(fā)現(xiàn)的問題，由開發(fā)人員直接修改程序，直到單元測(cè)試通過。本階段的 輸出就是軟件代碼，及

15、可運(yùn)行的軟件系統(tǒng)。集成測(cè)試由測(cè)試人員在測(cè)試環(huán)境對(duì)軟件系統(tǒng)進(jìn)行 測(cè)試，以驗(yàn)證數(shù)據(jù)在模塊間穿越、全局?jǐn)?shù)據(jù)結(jié)構(gòu)、模塊間影響等問題的正確性。4.8系統(tǒng)部署及系統(tǒng)測(cè)試、用戶測(cè)試軟件實(shí)施人員根據(jù)業(yè)務(wù)需求、系統(tǒng)方案，對(duì)系統(tǒng)進(jìn)行安裝部署、配置、調(diào)試，實(shí)現(xiàn)滿足 客戶業(yè)務(wù)使用需求的集成系統(tǒng)。軟件系統(tǒng)在正式上線為生產(chǎn)環(huán)境之前，需進(jìn)行系統(tǒng)測(cè)試、用戶確認(rèn)測(cè)試。測(cè)試人員按照業(yè)務(wù)需求說明書、需求規(guī)格說明書編制測(cè)試方案，內(nèi)容包括: 測(cè)試環(huán)境（軟、硬件環(huán)境）、測(cè)試用例、實(shí)現(xiàn)對(duì)生產(chǎn)環(huán)境模擬的方法、接收準(zhǔn)那么、問題反響 處理等，測(cè)試包括需求分析中每一項(xiàng)功能及性能指標(biāo)。保證軟件產(chǎn)品運(yùn)行的穩(wěn)定性和與需求 說明書的一致性，同時(shí)進(jìn)行軟件產(chǎn)

16、品加密、安裝正確性的測(cè)試，以保證發(fā)版軟件產(chǎn)品的正確 性。系統(tǒng)測(cè)試環(huán)境獨(dú)立于開發(fā)環(huán)境，并要盡量與生產(chǎn)環(huán)境一致，以保證系統(tǒng)測(cè)試的有效性； 同時(shí)系統(tǒng)測(cè)試又必須與生產(chǎn)環(huán)境相隔離，以免對(duì)生產(chǎn)環(huán)境帶來影響。如果集成測(cè)試需要測(cè)試 與其他生產(chǎn)系統(tǒng)的接口，那么測(cè)試方案中需考慮由其他生產(chǎn)系統(tǒng)提供模擬測(cè)試接口，并考 慮風(fēng)險(xiǎn)應(yīng)對(duì)措施。系統(tǒng)測(cè)試完成后，工程組向客戶申請(qǐng)用戶測(cè)試。雙方測(cè)試人員根據(jù)測(cè)試結(jié)果編寫測(cè)試 報(bào)告，內(nèi)容包括：測(cè)試概要、測(cè)試結(jié)果及發(fā)現(xiàn)、對(duì)階段軟件功能的結(jié)論等；測(cè)試不合格及 隨后所采取措施的結(jié)果也應(yīng)在測(cè)試報(bào)告中反響。測(cè)試報(bào)告報(bào)給雙方工程經(jīng)理確認(rèn)。使用缺陷管理軟件對(duì)測(cè)試過程進(jìn)行管控，對(duì)缺陷進(jìn)行記錄、處理過程

17、管控、統(tǒng)計(jì)分析。 用戶簽字的測(cè)試報(bào)告作為系統(tǒng)上線的依據(jù)。4. 9系統(tǒng)上線及試運(yùn)行軟件用戶測(cè)試完成后，工程經(jīng)理確認(rèn)開發(fā)的軟件試樣能夠正常運(yùn)行，功能和性能基本能 夠滿足用戶的需求，可報(bào)請(qǐng)客戶，安排系統(tǒng)上線，進(jìn)行用戶試運(yùn)行。用戶在試運(yùn)行過程中對(duì)系統(tǒng)的功能和性能進(jìn)行確認(rèn)。工程經(jīng)理根據(jù)顧客試運(yùn)行狀況提交 用戶試運(yùn)行報(bào)告。假設(shè)軟件試樣在用戶試用過程中存在問題或某些功能未滿足預(yù)期的要求, 由工程組對(duì)軟件試樣進(jìn)行修改，具體要求按缺陷管控流程執(zhí)行。試運(yùn)行階段，系統(tǒng)實(shí)施與維護(hù)交叉進(jìn)行。在這個(gè)階段，對(duì)系統(tǒng)的操作，如系統(tǒng)的配置變 更、版本升級(jí)、打補(bǔ)丁、增加模塊等，需遵守客戶對(duì)上線系統(tǒng)的管理流程。包括：實(shí)施方案評(píng)審（包

18、含備份及回退措施）；實(shí)施申請(qǐng)；由客戶方認(rèn)可的操作人員進(jìn)行操作；操作后業(yè)務(wù)觀察等。10工程驗(yàn)收、產(chǎn)品交付當(dāng)試運(yùn)行過程中反映的問題都予以解決或存在個(gè)別問題但用戶同意在后續(xù)系統(tǒng)維護(hù)中進(jìn) 行解決。研發(fā)及軟件中心可安排用戶及相關(guān)方進(jìn)行工程驗(yàn)收。驗(yàn)收內(nèi)容包括：文檔驗(yàn)收、程序驗(yàn)收、演示、驗(yàn)收測(cè)試與測(cè)試結(jié)果評(píng)審等。用戶在軟件 產(chǎn)品驗(yàn)收?qǐng)?bào)告上對(duì)上述內(nèi)容的正確性予以簽名確認(rèn)，即完成產(chǎn)品的驗(yàn)收工作。驗(yàn)收合格后，研發(fā)及軟件中心將設(shè)計(jì)的程序刻錄成光盤，與用戶手冊(cè)、維護(hù)手冊(cè)等技術(shù) 資料一并交付給顧客。如合同有要求，研發(fā)及軟件中心還應(yīng)組織對(duì)用戶進(jìn)行使用和維護(hù)培訓(xùn)I。 培訓(xùn)的要求參照公司有關(guān)培訓(xùn)的相關(guān)規(guī)定執(zhí)行。假設(shè)驗(yàn)收不合格

19、及軟件在交付后出現(xiàn)的問題， 由研發(fā)及軟件中心按缺陷管控流程的要求執(zhí)行。4.11產(chǎn)品交付后的活動(dòng)一軟件支持維護(hù)研發(fā)及軟件中心負(fù)責(zé)軟件產(chǎn)品的售后服務(wù)，為用戶解決系統(tǒng)軟件在使用過程中的各種技 術(shù)問題，并為系統(tǒng)軟件度量提供數(shù)據(jù)，為改進(jìn)產(chǎn)品質(zhì)量提供依據(jù)。系統(tǒng)維護(hù)階段必須具備用 戶手冊(cè)、維護(hù)手冊(cè)（包括維護(hù)流程）維護(hù)中對(duì)系統(tǒng)的配置變更、版本升級(jí)、打補(bǔ)丁等，必須遵守客戶對(duì)上線系統(tǒng)的維護(hù)管理 流程。包括：實(shí)施方案評(píng)審（包含備份及回退措施）實(shí)施申請(qǐng)：由客戶方認(rèn)可的操作人員進(jìn)行操作操作后業(yè)務(wù)觀察等。研發(fā)及軟件中心不定期舉辦產(chǎn)品及配套系統(tǒng)培訓(xùn)班，滿足用戶的需求和期望。4. 12其它要求4. 12. 1信息交流與溝通工程組在軟件工程開發(fā)、實(shí)施過程中可能涉及到公司內(nèi)/