組織度量庫(kù)建立和維護(hù)規(guī)程

1、生命周期模型建立日期：2009年3月18日文檔編號(hào)：CS-OPD-GC-7版本變更原因變更內(nèi)容簡(jiǎn)述編制/修訂者批準(zhǔn)者發(fā)布日期V1.0建立V1.1修改增加迭代模型的第2種 形式以適應(yīng)公司實(shí)際開(kāi)發(fā)模式1前言1.1目的該文檔為神舟軟件公司確定合適的軟件生命周期提供指導(dǎo)，說(shuō)明了公司具有代表性的三種項(xiàng)目類(lèi)型，以及對(duì)應(yīng)的軟件生命周期的描述。1.2適用范圍適用于公司所有的軟件開(kāi)發(fā)項(xiàng)目，軟件開(kāi)發(fā)可分為：項(xiàng)目開(kāi)發(fā)、產(chǎn)品開(kāi)發(fā)和升級(jí)類(lèi)項(xiàng)目。1.3術(shù)語(yǔ)和縮略語(yǔ)EPG : Engineering Process Group 工程過(guò)程小組 SOW: Statement Of Work，工作任務(wù)說(shuō)明書(shū)WBS : Work

2、Breakdown Structure，工作任務(wù)分解結(jié)構(gòu)SRS：軟件需求規(guī)格說(shuō)明書(shū)PPQA:產(chǎn)品與過(guò)程質(zhì)量保證MA :度量分析CM :配置管理CCR :關(guān)鍵計(jì)算機(jī)資源過(guò)程綜述該過(guò)程闡述了公司最具代表性的項(xiàng)目類(lèi)型特性，以及他們所對(duì)應(yīng)的軟件生命周期描述。這三種項(xiàng)目類(lèi)型分別為：項(xiàng)目開(kāi)發(fā)，產(chǎn)品開(kāi)發(fā)，升級(jí)類(lèi)項(xiàng)目。同時(shí)又著重對(duì)開(kāi)發(fā)類(lèi)項(xiàng)目中的瀑布模型和迭代模 型進(jìn)行了詳細(xì)描述。開(kāi)發(fā)類(lèi)項(xiàng)目 是指公司新承接的，由客戶(hù)方提出的，有明確需求的項(xiàng)目，或由公司自主立項(xiàng)的新 項(xiàng)目。該類(lèi)項(xiàng)目一般有比較完整的軟件生命周期，也可能根據(jù)項(xiàng)目的具體情況將其中幾個(gè)階段合并或 拆分。維護(hù)類(lèi)項(xiàng)目 是指對(duì)公司原有開(kāi)發(fā)完畢的已發(fā)布的項(xiàng)目進(jìn)行

3、維護(hù)，維護(hù)的需求可能來(lái)自客戶(hù)提交的問(wèn)題報(bào)告單，也可能來(lái)自公司內(nèi)部測(cè)試人員提交的在發(fā)布時(shí)沒(méi)有解決的問(wèn)題報(bào)告單。升級(jí)類(lèi)項(xiàng)目是指公司對(duì)原有開(kāi)發(fā)完畢項(xiàng)目進(jìn)行的后期開(kāi)發(fā)項(xiàng)目，后期開(kāi)發(fā)的主要內(nèi)容可能包括前期項(xiàng)目的缺陷修復(fù)、功能增強(qiáng)、新功能等等。角色與職責(zé)職責(zé)批準(zhǔn)組織級(jí)生命周期模型;角色（參考）高層經(jīng)理（公司總經(jīng)理、副總經(jīng)理）EPG組建立、維護(hù)組織過(guò)程資產(chǎn)及生命周期模型內(nèi)容 確保組織過(guò)程資產(chǎn)滿(mǎn)足模型和適合組織的實(shí)際需要。事業(yè)部經(jīng)理向EPG組提交生命周期模型改進(jìn)的意見(jiàn)、建議項(xiàng)目經(jīng)理參與項(xiàng)目生命周期模型的評(píng)審。向事業(yè)部經(jīng)理提交項(xiàng)目、度量信息及過(guò)程資產(chǎn)使用的有關(guān)問(wèn)題的反饋PPQA工程師參與生命周期模型的評(píng)審。度里

4、工程師參與生命周期模型的評(píng)審。配置工程師參與生命周期模型的評(píng)審。技術(shù)專(zhuān)豕管理專(zhuān)家參與生命周期模型的評(píng)審。其他有關(guān)人員4主要過(guò)程根據(jù)軟件工程和公司項(xiàng)目的實(shí)際情況，主要對(duì)開(kāi)發(fā)類(lèi)項(xiàng)目的瀑布模型、迭代模型，以及維護(hù)類(lèi)和升 級(jí)類(lèi)項(xiàng)目分別描述。各個(gè)項(xiàng)目可以根據(jù)項(xiàng)目的需求特點(diǎn)，開(kāi)發(fā)周期，團(tuán)隊(duì)規(guī)模，團(tuán)隊(duì)技術(shù)水平以及應(yīng)用的重要程度等項(xiàng) 目的特性數(shù)據(jù)來(lái)選擇適合自己項(xiàng)目的軟件生命周期。4.1瀑布模型瀑布模型是最常用的軟件開(kāi)發(fā)模型，它的各個(gè)階段是按線(xiàn)性序列組織的。開(kāi)發(fā)過(guò)程中的階段劃分為項(xiàng) 目策劃、需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼和單元測(cè)試、軟件集成和集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收和安 裝等（圖1 ）。盡管開(kāi)發(fā)過(guò)程中定義了

5、各個(gè)階段的順序，但這些階段有時(shí)是相互交迭進(jìn)行的，階段間的依賴(lài) 性由入口準(zhǔn)則來(lái)確定。瀑布模型的每個(gè)階段均具有以下特征：從上一階段接受本階段工作的對(duì)象，作為輸入；對(duì)上述輸入實(shí)施本階段的活動(dòng)；給出本階段的工作成果，作為輸出傳入下一階段；對(duì)本階段工作進(jìn)行評(píng)審，如果本階段工作得到確認(rèn)，那么繼續(xù)下階段工作，否則返回前一階段，甚至 更前階段。項(xiàng)目策劃階段項(xiàng)目策劃是每個(gè)項(xiàng)目的初始階段，目的是為開(kāi)發(fā)過(guò)程和過(guò)程管理做好必要的準(zhǔn)備。項(xiàng)目策劃的主要工 作是進(jìn)行估計(jì)和制定管理項(xiàng)目的計(jì)劃。目標(biāo)根據(jù)項(xiàng)目特點(diǎn)和組織情況制定項(xiàng)目計(jì)劃，并獲得相關(guān)人員的同意/批準(zhǔn)適用標(biāo)準(zhǔn)和規(guī) 范集成項(xiàng)目管理過(guò)程定義相關(guān)工具M(jìn)S Word文件編輯工

6、具M(jìn)s Project項(xiàng)目管理工具M(jìn)S Excel主要輸入項(xiàng)目任務(wù)書(shū)、建議書(shū)或合冋技術(shù)附件客戶(hù)書(shū)面的需求入口準(zhǔn)則客戶(hù)書(shū)面需求已被批準(zhǔn)項(xiàng)目任務(wù)書(shū)、建議書(shū)已被批準(zhǔn)合冋技術(shù)附件已簽定 項(xiàng)目經(jīng)理已經(jīng)到位 參與項(xiàng)目準(zhǔn)備和策劃的人員接受過(guò)相關(guān)技能的培訓(xùn)活動(dòng)1. 選擇項(xiàng)目生命周期模型2. 建立項(xiàng)目已定義過(guò)程3. 構(gòu)建頂層WBS4. 估計(jì)項(xiàng)目的規(guī)模、工作量、成本、進(jìn)度和關(guān)鍵計(jì)算機(jī)資源（CCR）等5. 標(biāo)識(shí)和分析風(fēng)險(xiǎn)6. 計(jì)劃資源及其獲取方式7. 編制項(xiàng)目計(jì)劃及 PPQA計(jì)劃和配置管理計(jì)劃8. 評(píng)審和批準(zhǔn)項(xiàng)目計(jì)劃和從屬計(jì)劃主要輸出估計(jì)記錄，包括規(guī)模，進(jìn)度和成本項(xiàng)目風(fēng)險(xiǎn)識(shí)別和跟蹤一覽表項(xiàng)目計(jì)劃，包括：進(jìn)度計(jì)劃、W

7、BS項(xiàng)目數(shù)據(jù)管理計(jì)劃和跟蹤表 、項(xiàng)目相關(guān)人員參與計(jì)劃和跟蹤表PPQA十劃、配置管理計(jì)劃出口準(zhǔn)則項(xiàng)目計(jì)劃得到受影響的組織和個(gè)人的承諾 項(xiàng)目計(jì)劃得到批準(zhǔn)并置于配置管理之下度量項(xiàng)目策劃所花的工作量約束項(xiàng)目策劃：時(shí)間跨度比例占項(xiàng)目周期比例的5-10%投入工作量比例占項(xiàng)目總工作量的比例5-10%角色職責(zé)高層經(jīng)理批準(zhǔn)項(xiàng)目計(jì)劃，提供項(xiàng)目計(jì)劃所需要的資源（公司總經(jīng)理、 副總經(jīng)理）事業(yè)部經(jīng)理 （部門(mén)經(jīng)理）審核項(xiàng)目計(jì)劃項(xiàng)目經(jīng)理建立和維護(hù)項(xiàng)目計(jì)劃、風(fēng)險(xiǎn)管理PPQA工程師建立和維護(hù)PPQA計(jì)劃度里工程師建立和維護(hù)度量計(jì)劃配置工程師建立和維護(hù)配置管理計(jì)劃技術(shù)專(zhuān)豕參與項(xiàng)目計(jì)劃建立和維護(hù)的評(píng)審、估計(jì)管理專(zhuān)家其他有關(guān)人員需求

8、分析階段需求分析階段的主要目的是生成一個(gè)正確說(shuō)明客戶(hù)所有需求的文檔。用戶(hù)需求規(guī)格說(shuō)明書(shū)和軟件需求規(guī)格說(shuō)明書(shū)（SRS）是該階段的主要輸出。需求分析的主要工作是需求提煉及分析、需求歸檔和需求評(píng)審等。需求分析階段執(zhí)行的活動(dòng)主要集中在兩個(gè)領(lǐng)域：?jiǎn)栴}分析和產(chǎn)品描述。問(wèn)題分析活動(dòng)分準(zhǔn)備、采集需 求和分析等，而產(chǎn)品描述活動(dòng)分準(zhǔn)備SRS和評(píng)審SRS等。目標(biāo)生成一個(gè)正確說(shuō)明客戶(hù)所有需求的文檔適用標(biāo)準(zhǔn)和規(guī) 范需求分析規(guī)程需求管理規(guī)程相關(guān)工具文件編輯工具：MS Word客戶(hù)需求分析工具：如ROSE、MS Visio主要輸入初始的客戶(hù)需求 分配的軟件系統(tǒng)需求入口準(zhǔn)則項(xiàng)目已經(jīng)立項(xiàng)并得到批準(zhǔn)參與需求分析的人員接受過(guò)相關(guān)技

9、能的培訓(xùn)活動(dòng)一、獲取用戶(hù)需求1、確定需求的獲取方法2、進(jìn)行需求調(diào)研，獲取用戶(hù)需求，收集共利益者的需要、期望、限制條件和接 口，并且把他們轉(zhuǎn)換成顧客需求。3、確定是否需要開(kāi)發(fā)原型4、文檔化用戶(hù)需求規(guī)格說(shuō)明書(shū)5、評(píng)審用戶(hù)需求規(guī)格說(shuō)明書(shū)6、建立需求庫(kù)、需求跟蹤矩陣二、分析需求1、分析用戶(hù)需求和利益相關(guān)者的需求2、文檔化軟件需求規(guī)格說(shuō)明書(shū)3、評(píng)審軟件需求規(guī)格說(shuō)明書(shū)4、維護(hù)需求跟蹤矩陣5、編制測(cè)試計(jì)劃、系統(tǒng)測(cè)試用例6、 將用戶(hù)需求規(guī)格說(shuō)明書(shū)、軟件需求規(guī)格說(shuō)明書(shū)、需求跟蹤矩陣形成需求基線(xiàn)，測(cè)試計(jì)劃、系統(tǒng)測(cè)試用例入配置庫(kù)7、根據(jù)項(xiàng)目監(jiān)控的情況，修正項(xiàng)目計(jì)劃主要輸出用戶(hù)需求規(guī)格說(shuō)明書(shū) 軟件需求規(guī)格說(shuō)明書(shū) 測(cè)試

10、計(jì)劃系統(tǒng)測(cè)試用例出口準(zhǔn)則用戶(hù)需求規(guī)格說(shuō)明書(shū)、軟件需求規(guī)格說(shuō)明書(shū)通過(guò)評(píng)審、所有發(fā)現(xiàn)的問(wèn)題都 得到處理，并置于配置管理之下。評(píng)審覆蓋率100%錯(cuò)誤發(fā)現(xiàn)率不得低于 5-15個(gè)/100頁(yè)，修復(fù)率100%;度量參見(jiàn)度量和分析規(guī)程約束需求階段：時(shí)間跨度比例為整個(gè)項(xiàng)目周期的10-25%,工作量占總工作量 5-20%角色職責(zé)中層經(jīng)理（部門(mén)經(jīng)理）參與評(píng)審項(xiàng)目經(jīng)理組織編寫(xiě)需求文檔并參與評(píng)審需求工程師負(fù)責(zé)撰寫(xiě)用戶(hù)需求規(guī)格說(shuō)明書(shū)、軟件需求規(guī)格說(shuō)明書(shū)、建立需求跟蹤矩陣，參與評(píng)審測(cè)試經(jīng)理根據(jù)軟件需求規(guī)格說(shuō)明書(shū)撰寫(xiě)系統(tǒng)測(cè)試大綱，參與評(píng)審PPQA工程師檢查軟件需求規(guī)格說(shuō)明書(shū)、系統(tǒng)測(cè)試大綱、需求跟蹤矩陣的符合性，評(píng) 審活動(dòng)的符

11、合性變更控制委員 會(huì)負(fù)責(zé)主持評(píng)審，并批準(zhǔn)需求基線(xiàn)的建立度量工程師參與里程碑評(píng)審活動(dòng)； 記錄、度量和分析過(guò)程活動(dòng)中產(chǎn)生的度量數(shù)據(jù)。配置工程師建立需求基線(xiàn)，負(fù)責(zé)將評(píng)審?fù)ㄟ^(guò)的 軟件需求規(guī)格說(shuō)明書(shū)、系統(tǒng)測(cè)試大綱、需 求跟蹤矩陣入配置管理技術(shù)專(zhuān)豕 開(kāi)發(fā)工程師 其他有關(guān)人員參與評(píng)審設(shè)計(jì)階段概要設(shè)計(jì)階段是從實(shí)現(xiàn)的角度開(kāi)發(fā)針對(duì)客戶(hù)需求的解決方案，完成軟件的架構(gòu)設(shè)計(jì)和數(shù)據(jù)庫(kù)設(shè)計(jì)，詳 細(xì)設(shè)計(jì)是從架構(gòu)設(shè)計(jì)和數(shù)據(jù)庫(kù)設(shè)計(jì)入手，完成模塊的詳細(xì)設(shè)計(jì)或界面設(shè)計(jì)。目標(biāo)從實(shí)現(xiàn)的角度開(kāi)發(fā)針對(duì)客戶(hù)需求的技術(shù)解決方案適用標(biāo)準(zhǔn)和規(guī) 范概要設(shè)計(jì)規(guī)程詳細(xì)設(shè)計(jì)規(guī)程相關(guān)工具文件編輯工具：MS Word、EXCEL、PowerPoint 等軟件設(shè)

12、計(jì)工具：如 ROSE、MS Visio主要輸入軟件需求規(guī)格說(shuō)明書(shū)系統(tǒng)解決方案說(shuō)明書(shū)（可裁減）入口準(zhǔn)則軟件需求規(guī)格說(shuō)明書(shū)、系統(tǒng)解決方案說(shuō)明書(shū)（可裁減）已經(jīng)通過(guò)評(píng)審，并且軟件需求和需求跟蹤矩陣已經(jīng)基線(xiàn)化。、概要設(shè)計(jì)1、確定設(shè)計(jì)準(zhǔn)則；2、設(shè)計(jì)產(chǎn)品和產(chǎn)品構(gòu)件。包括：總體設(shè)計(jì)、功能設(shè)計(jì)、邏輯模型設(shè)計(jì)、過(guò)程模 型設(shè)計(jì)、數(shù)據(jù)模型（數(shù)據(jù)庫(kù)）設(shè)計(jì)、實(shí)現(xiàn)模型設(shè)計(jì)、部署模型設(shè)計(jì)、用戶(hù)接 口（界面）設(shè)計(jì)、錯(cuò)誤處理設(shè)計(jì)等；3、將設(shè)計(jì)文檔化，編寫(xiě)概要設(shè)計(jì)說(shuō)明書(shū)；4、確認(rèn)設(shè)計(jì)，評(píng)審概要設(shè)計(jì)說(shuō)明書(shū)；5、根據(jù)概要設(shè)計(jì)，設(shè)計(jì)集成測(cè)試用例和用戶(hù)操作手冊(cè)；6、維護(hù)需求跟蹤矩陣；7、概要設(shè)計(jì)說(shuō)明書(shū)、需求跟蹤矩陣形成設(shè)計(jì)基線(xiàn)，并入配置庫(kù)

13、；活動(dòng)8、根據(jù)項(xiàng)目監(jiān)控的情況，修正項(xiàng)目計(jì)劃。、詳細(xì)設(shè)計(jì)1、根據(jù)概要設(shè)計(jì)說(shuō)明書(shū)細(xì)化模塊功能、用戶(hù)接口（界面），并細(xì)化功能模塊的數(shù)據(jù)結(jié)構(gòu)和算法，完善重用軟件和單元的算法和處理流程；2、將設(shè)計(jì)文檔化，編寫(xiě)詳細(xì)設(shè)計(jì)說(shuō)明書(shū)；3、根據(jù)詳細(xì)設(shè)計(jì)，完善用戶(hù)操作手冊(cè)，設(shè)計(jì)單兀測(cè)試用例；4、確認(rèn)設(shè)計(jì)，評(píng)審詳細(xì)設(shè)計(jì)說(shuō)明書(shū)；5、維護(hù)需求跟蹤矩陣；6、詳細(xì)設(shè)計(jì)說(shuō)明書(shū)、需求跟蹤矩陣形成設(shè)計(jì)基線(xiàn)，并入配置庫(kù)；7、根據(jù)項(xiàng)目監(jiān)控的情況，修正項(xiàng)目計(jì)劃。概要設(shè)計(jì)說(shuō)明書(shū)數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明書(shū)（可裁減）集成測(cè)試用例主要輸出詳細(xì)設(shè)計(jì)說(shuō)明書(shū)用戶(hù)操作手冊(cè) 單元測(cè)試用例評(píng)審報(bào)告概要設(shè)計(jì)說(shuō)明書(shū)、數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明書(shū)（可裁減）、詳細(xì)設(shè)計(jì)說(shuō)明書(shū)得到 評(píng)審和批

14、準(zhǔn)并置于配置管理之下出口準(zhǔn)則評(píng)審覆蓋率100%錯(cuò)誤發(fā)現(xiàn)率不得低于 5-15個(gè)/100頁(yè)修復(fù)率100%度量參見(jiàn)度量和分析規(guī)程約束設(shè)計(jì)投入的時(shí)間跨度占項(xiàng)目周期比例20-50%,工作量占20-50%角色職責(zé)中層經(jīng)理（部門(mén)經(jīng)理）參與評(píng)審，協(xié)調(diào)資源配置項(xiàng)目經(jīng)理負(fù)責(zé)組織編寫(xiě)設(shè)計(jì)文檔并參與評(píng)審開(kāi)發(fā)工程師承擔(dān)產(chǎn)品設(shè)計(jì)并編寫(xiě)設(shè)計(jì)文檔并參與評(píng)審，建立需求跟蹤矩陣測(cè)試工程師根據(jù)測(cè)試計(jì)劃測(cè)試大綱編寫(xiě)接口測(cè)試用例，參與評(píng)審PPQA工程師檢查設(shè)計(jì)文檔、需求跟蹤矩陣、項(xiàng)目計(jì)劃的符合性，評(píng)審活動(dòng)的符合性變更控制委員 會(huì)負(fù)責(zé)主持評(píng)審，并批準(zhǔn)需求基線(xiàn)的建立度里工程師參與里程碑評(píng)審活動(dòng)； 記錄、度量和分析過(guò)程活動(dòng)中產(chǎn)生的度量數(shù)據(jù)。

15、配置工程師建立設(shè)計(jì)基線(xiàn)，負(fù)責(zé)將評(píng)審?fù)ㄟ^(guò)的概要設(shè)計(jì)說(shuō)明書(shū)、詳細(xì)設(shè)計(jì)說(shuō)明書(shū)、集成測(cè)試綱、需求跟蹤矩陣入配置管理技術(shù)專(zhuān)豕 開(kāi)發(fā)工程師 其他有關(guān)人員參與評(píng)審編碼階段在實(shí)現(xiàn)階段，根據(jù)詳細(xì)設(shè)計(jì)用編程語(yǔ)言和合適的編碼規(guī)范產(chǎn)生源代碼、可執(zhí)行代碼和數(shù)據(jù)庫(kù)，并將產(chǎn) 生的代碼按照一定的集成準(zhǔn)則組裝在一起。這個(gè)階段的輸出是隨后測(cè)試和驗(yàn)證的主體。目標(biāo)根據(jù)詳細(xì)設(shè)計(jì)用編程語(yǔ)言和合適的編碼規(guī)范產(chǎn)生正確的源代碼適用標(biāo)準(zhǔn)和規(guī) 范編碼和單兀測(cè)試規(guī)程 單兀測(cè)試規(guī)程、走查規(guī)程相關(guān)工具相關(guān)語(yǔ)言的基礎(chǔ)開(kāi)發(fā)環(huán)境主要輸入概要設(shè)計(jì)說(shuō)明書(shū)、數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明書(shū)、詳細(xì)設(shè)計(jì)說(shuō)明書(shū)、單兀測(cè)試用 例、項(xiàng)目計(jì)劃、需求跟蹤矩陣入口準(zhǔn)則設(shè)計(jì)文檔已通過(guò)評(píng)審，設(shè)計(jì)基線(xiàn)

16、已經(jīng)建立活動(dòng)1、確定編碼規(guī)則和編程環(huán)境；2、編碼、走杳和單兀測(cè)試。3、對(duì)已經(jīng)通過(guò)單元測(cè)試的代碼，根據(jù)設(shè)計(jì)的要求，按照產(chǎn)品集成規(guī)程進(jìn) 行模塊級(jí)的集成；4、編寫(xiě)模塊開(kāi)發(fā)說(shuō)明書(shū)；5、維護(hù)需求跟蹤矩陣；6、單元測(cè)試用例形成基線(xiàn)，并入配置庫(kù)；7、 根據(jù)項(xiàng)目監(jiān)控的情況，修正項(xiàng)目計(jì)劃；主要輸出源程序文件可執(zhí)行代碼代碼走查報(bào)告和評(píng)審記錄 單元測(cè)試記錄和測(cè)試報(bào)告用戶(hù)操作手冊(cè)單元測(cè)試用例出口準(zhǔn)則代碼成功執(zhí)行所有單元測(cè)試計(jì)劃中的測(cè)試用例； 所有代碼完成單元測(cè)試并集成到模塊一級(jí)； 走查覆蓋率30%，單元測(cè)試語(yǔ)句覆蓋率 100%;單元測(cè)試缺陷發(fā)現(xiàn)率：5-10個(gè)/千行，代碼走查缺陷發(fā)現(xiàn)率 ：5-10個(gè)/千行； 缺陷修復(fù)率

17、：100%度量參見(jiàn)度量和分析規(guī)程約束編碼投入的時(shí)間占項(xiàng)目比例20-50%,工作量占20-50%。角色職責(zé)項(xiàng)目經(jīng)理監(jiān)控項(xiàng)目的進(jìn)度，協(xié)調(diào)計(jì)劃和資源，必要時(shí)參與項(xiàng)目開(kāi)發(fā)工作開(kāi)發(fā)工程師編碼；代碼走查；細(xì)化單元測(cè)試用例并相互測(cè)試； 記錄并編寫(xiě)走查、單元測(cè)試報(bào)告。PPQA工程師以抽查方式檢查代碼的規(guī)范性、檢查走查和單兀測(cè)試活動(dòng)的規(guī)范性度里人貝參與里程碑評(píng)審活動(dòng)； 記錄、度量和分析過(guò)程活動(dòng)中產(chǎn)生的度量數(shù)據(jù)。配置工程師為下一步的測(cè)試和集成建立基線(xiàn)，將已經(jīng)通過(guò)單兀測(cè)試的模塊及其單兀測(cè)試 用例入基線(xiàn)管理，需求跟蹤矩陣入配置管理。技術(shù)專(zhuān)豕參與走查其他人員測(cè)試階段軟件集成是把設(shè)計(jì)階段制定的，已通過(guò)單元測(cè)試的模塊構(gòu)建成

18、一個(gè)完整的軟件結(jié)構(gòu)的系統(tǒng)方法。在該 階段，同時(shí)要進(jìn)行集成測(cè)試，以發(fā)現(xiàn)和接口相關(guān)的缺陷。集成按集成計(jì)劃中制定的順序進(jìn)行，并執(zhí)行每個(gè) 集成階段的相應(yīng)測(cè)試用例。系統(tǒng)測(cè)試是依據(jù)需求規(guī)格說(shuō)明書(shū)驗(yàn)證軟件產(chǎn)品有效性的活動(dòng)。目標(biāo)進(jìn)行集成和集成測(cè)試，以發(fā)現(xiàn)和接口相關(guān)的缺陷。 進(jìn)行系統(tǒng)測(cè)試，以發(fā)現(xiàn)系統(tǒng)與需求不符合的情況。適用標(biāo)準(zhǔn)和規(guī) 范軟件集成測(cè)試規(guī)程軟件系統(tǒng)測(cè)試規(guī)程、產(chǎn)品標(biāo)準(zhǔn)（包括國(guó)家和行業(yè)標(biāo)準(zhǔn)） 軟件測(cè)試停止標(biāo)準(zhǔn) 軟件缺陷分類(lèi)標(biāo)準(zhǔn) 軟件測(cè)試設(shè)計(jì)規(guī)程 軟件缺陷 管理規(guī)程軟件測(cè)試規(guī)程相關(guān)工具Test Director 或 Rational Test 等主要輸入軟件需求規(guī)格說(shuō)明書(shū) 概要設(shè)計(jì)說(shuō)明書(shū)需求跟蹤矩陣集成測(cè)試

19、用例系統(tǒng)測(cè)試用例可執(zhí)行代碼入口準(zhǔn)則被集成的模塊已經(jīng)通過(guò)單元測(cè)試活動(dòng)一、集成和集成測(cè)試1、確疋集成準(zhǔn)則、制疋集成計(jì)劃、元善測(cè)試計(jì)劃；2、完善集成測(cè)試用例并通過(guò)評(píng)審；3、搭建測(cè)試環(huán)境；4、檢查集成環(huán)境、檢查集成產(chǎn)品接口、集成產(chǎn)品模塊及其版本的正確性；5、編譯和組裝待測(cè)版本代碼；6、 執(zhí)行測(cè)試用例，記錄測(cè)試結(jié)果，編寫(xiě)測(cè)試報(bào)告，直至集成測(cè)試通過(guò)；7、對(duì)測(cè)試進(jìn)行評(píng)估，檢驗(yàn)測(cè)試結(jié)果是否達(dá)到測(cè)試出口標(biāo)準(zhǔn)或中止標(biāo)準(zhǔn)；8、內(nèi)部發(fā)布（如通知相關(guān)人員）通過(guò)集成測(cè)試的項(xiàng)目階段代碼小版本，等待 進(jìn)入下一階段測(cè)試；9、比較、分析測(cè)試的實(shí)際與預(yù)期結(jié)果，形成測(cè)試總結(jié)提交評(píng)審；10、 測(cè)試通過(guò)的代碼和構(gòu)件入基線(xiàn)管理，測(cè)試記錄、

20、測(cè)試報(bào)告和測(cè)試 總結(jié)入配置管理庫(kù)。二、系統(tǒng)測(cè)試1、依據(jù)測(cè)試計(jì)劃，搭建符合條件的測(cè)試環(huán)境；2、檢查版本的正確性后；3、執(zhí)行測(cè)試對(duì)鎖定版本按測(cè)試計(jì)劃執(zhí)行測(cè)試用例，直至系統(tǒng)測(cè)試通過(guò)；系統(tǒng)測(cè)試的最后階段還應(yīng)包括對(duì)配置庫(kù)文檔的測(cè)試。采用需求跟蹤矩 陣表、用戶(hù)手冊(cè)等文檔對(duì)配置庫(kù)中的工作產(chǎn)品進(jìn)行測(cè)試，如描述不正 確或未及時(shí)更新的文檔（如需求規(guī)格說(shuō)明書(shū)等），發(fā)現(xiàn)并跟蹤其解決情況直到滿(mǎn)足需求、計(jì)劃要求。4、評(píng)估測(cè)試：項(xiàng)目經(jīng)理及測(cè)試經(jīng)理定期對(duì)系統(tǒng)測(cè)試質(zhì)量及效果、進(jìn)度情況進(jìn) 行評(píng)估，確定測(cè)試覆蓋完整性，檢驗(yàn)測(cè)試結(jié)果是否達(dá)到測(cè)試出口準(zhǔn)則或停 止準(zhǔn)則。5、發(fā)布版本：內(nèi)部發(fā)布通過(guò)了系統(tǒng)測(cè)試的項(xiàng)目代碼小版本，直至項(xiàng)目最終完

21、 整版本發(fā)布。6、測(cè)試總結(jié)：測(cè)試負(fù)責(zé)人負(fù)責(zé)匯總、分析測(cè)試結(jié)果，形成測(cè)試總結(jié)提交 評(píng)審。主要輸出集成計(jì)劃和測(cè)試用例 集成后的完整軟件產(chǎn)品測(cè)試記錄測(cè)試總結(jié)出口準(zhǔn)則成功地執(zhí)行了集成測(cè)試和系統(tǒng)測(cè)試計(jì)劃中的所有測(cè)試用例 測(cè)試發(fā)現(xiàn)的缺陷按軟件測(cè)試停止標(biāo)準(zhǔn)執(zhí)行度量參見(jiàn)度量和分析規(guī)程約束測(cè)試投入的時(shí)間占項(xiàng)目比例10-30%，測(cè)試工程師工作量占 10-15%， 項(xiàng)目組工作量占10%以?xún)?nèi)。角色職責(zé)中層經(jīng)理（事業(yè)部經(jīng)理）參與評(píng)審，協(xié)調(diào)資源配置項(xiàng)目經(jīng)理監(jiān)控項(xiàng)目的進(jìn)度，協(xié)調(diào)計(jì)劃和資源軟件工程師配合測(cè)試，修復(fù)發(fā)現(xiàn)的問(wèn)題測(cè)試工程師進(jìn)行測(cè)試、撰寫(xiě)測(cè)試報(bào)告PPQA工程師檢查測(cè)試活動(dòng)的規(guī)范性度量工程師測(cè)試發(fā)現(xiàn)的缺陷數(shù)和密度、本階

22、段所用的時(shí)間和工作量配置工程師負(fù)責(zé)將評(píng)審?fù)ㄟ^(guò)的集成后的完整軟件產(chǎn)品、集成測(cè)試和系統(tǒng)測(cè)試報(bào)告入配置管理庫(kù)管理實(shí)施階段在實(shí)施和驗(yàn)收階段，軟件產(chǎn)品將被集成到用戶(hù)的業(yè)務(wù)操作環(huán)境中，并在這個(gè)環(huán)境中運(yùn)行，以確保它按 需求執(zhí)行。這個(gè)階段包括兩個(gè)基本任務(wù)：使軟件得以驗(yàn)收和在客戶(hù)處安裝。驗(yàn)收指的是用戶(hù)根據(jù)早期準(zhǔn)備的驗(yàn)收測(cè)試計(jì)劃而進(jìn)行正式的測(cè)試，并對(duì)測(cè)試結(jié)果進(jìn)行分析，以確定系統(tǒng)是否滿(mǎn)足驗(yàn)收準(zhǔn)則。當(dāng)分析結(jié)果 滿(mǎn)足驗(yàn)收準(zhǔn)則時(shí)，用戶(hù)接受軟件。安裝指的是把接受的軟件置于實(shí)際的產(chǎn)品環(huán)境中。目標(biāo)軟件通過(guò)驗(yàn)收，安裝系統(tǒng)使其上線(xiàn)運(yùn)行。適用標(biāo)準(zhǔn)和規(guī) 范實(shí)施規(guī)程驗(yàn)收規(guī)程相關(guān)工具無(wú)主要輸入系統(tǒng)測(cè)試后的軟件產(chǎn)品安裝手冊(cè)、用戶(hù)手冊(cè)、維護(hù)手

23、冊(cè)、用戶(hù)二次開(kāi)發(fā)接口手冊(cè)入口準(zhǔn)則軟件產(chǎn)品通過(guò)了系統(tǒng)測(cè)試活動(dòng)一、安裝實(shí)施1、制定實(shí)施計(jì)劃2、編寫(xiě)安裝手冊(cè)3、確認(rèn)系統(tǒng)安裝運(yùn)行的環(huán)境滿(mǎn)足要求4、執(zhí)行安裝，填寫(xiě)產(chǎn)品安裝報(bào)告5、按用戶(hù)業(yè)務(wù)模型準(zhǔn)備實(shí)施數(shù)據(jù)并實(shí)施6、實(shí)施計(jì)劃和初始化數(shù)據(jù)入基線(xiàn)管理二、驗(yàn)收1、制定驗(yàn)收計(jì)劃2、 準(zhǔn)備驗(yàn)收材料（如果需要用戶(hù)應(yīng)提交試運(yùn)行報(bào)告）3、如果需要演示，搭建演示環(huán)境，并演示4、按計(jì)劃執(zhí)行驗(yàn)收評(píng)審5、 驗(yàn)收計(jì)劃入基線(xiàn)管理，試運(yùn)行報(bào)告、評(píng)審結(jié)論入配置管理主要輸出實(shí)施計(jì)劃安裝手冊(cè)產(chǎn)品安裝報(bào)告 驗(yàn)收計(jì)劃試運(yùn)行報(bào)告評(píng)審結(jié)論驗(yàn)收?qǐng)?bào)告 安裝后的軟件系統(tǒng)出口準(zhǔn)則客戶(hù)在驗(yàn)收?qǐng)?bào)告上簽字、軟件在業(yè)務(wù)環(huán)境中正常運(yùn)行，顧客的需求得到實(shí)現(xiàn)。度量參見(jiàn)

24、度量和分析規(guī)程約束顧客提出的，如：環(huán)境、性能指標(biāo)和質(zhì)量指標(biāo)等。角色職責(zé)項(xiàng)目經(jīng)理監(jiān)控項(xiàng)目的進(jìn)度，協(xié)調(diào)計(jì)劃和資源，撰寫(xiě)驗(yàn)收計(jì)劃實(shí)施人員確認(rèn)系統(tǒng)安裝運(yùn)行的環(huán)境滿(mǎn)足要求、執(zhí)行安裝調(diào)試運(yùn)行及維護(hù)客戶(hù)參與驗(yàn)收過(guò)程，驗(yàn)收?qǐng)?bào)告上簽字PPQA檢查交付給客戶(hù)的內(nèi)容是否符合文檔規(guī)范性度量工程師測(cè)試發(fā)現(xiàn)的缺陷數(shù)和密度、本階段所用的時(shí)間和工作量配置工程師負(fù)責(zé)將評(píng)審?fù)ㄟ^(guò)的集成后的完整軟件產(chǎn)品、集成測(cè)試和系統(tǒng)測(cè)試報(bào)告入配置管理庫(kù)管理維護(hù)階段在維護(hù)階段，軟件產(chǎn)品已經(jīng)安裝到用戶(hù)的業(yè)務(wù)操作環(huán)境中，并已經(jīng)在這個(gè)環(huán)境中正常運(yùn)行。維護(hù)階段 的目標(biāo)是：持續(xù)地確保軟件在業(yè)務(wù)環(huán)境中正常地運(yùn)行；進(jìn)一步收集和發(fā)現(xiàn)產(chǎn)品運(yùn)行過(guò)程中的各種問(wèn)題、用戶(hù)的

25、意見(jiàn)和改進(jìn)建議， 為產(chǎn)品的完善提供依據(jù);產(chǎn)品維護(hù)活動(dòng)是持續(xù)不斷進(jìn)行的，直至軟件生命周期的結(jié)束。目標(biāo)確保產(chǎn)品在業(yè)務(wù)環(huán)境中正常地運(yùn)行。適用標(biāo)準(zhǔn)和規(guī) 范產(chǎn)品維護(hù)規(guī)程相關(guān)工具無(wú)主要輸入用戶(hù)驗(yàn)收后的運(yùn)行系統(tǒng)、驗(yàn)收?qǐng)?bào)告、合同維護(hù)條款入口準(zhǔn)則系統(tǒng)已經(jīng)通過(guò)客戶(hù)驗(yàn)收參與人員和相 關(guān)人員項(xiàng)目經(jīng)理、實(shí)施工程師、客戶(hù)活動(dòng)1、確保軟件在業(yè)務(wù)環(huán)境中的正常運(yùn)行，對(duì)因?qū)嵤┮鸬膯?wèn)題由實(shí)施人員及時(shí)修正；對(duì)軟件內(nèi)部BUG,按照測(cè)試規(guī)程的要求進(jìn)行記錄缺陷及跟蹤報(bào)告；2、 收集用戶(hù)對(duì)產(chǎn)品的意見(jiàn)和建議，填寫(xiě)產(chǎn)品維護(hù)記錄；3、分析收集和記錄的 BUG、用戶(hù)的意見(jiàn)和建議，提交項(xiàng)目經(jīng)理。4、 按BUG嚴(yán)重程度和修改優(yōu)先級(jí)的規(guī)定，項(xiàng)目經(jīng)理確定

26、是否修訂BUG ；5、根據(jù)不斷收集和分析的結(jié)果，項(xiàng)目經(jīng)理提出改進(jìn)建議，并得到批準(zhǔn)，進(jìn)行 必要的修訂、開(kāi)發(fā)等活動(dòng)，使產(chǎn)品不斷得到完善。6、產(chǎn)品維護(hù)負(fù)責(zé)人應(yīng)定期（通常一個(gè)維護(hù)周期為一年）將過(guò)程中的所有配置項(xiàng)提交項(xiàng)目經(jīng)理入配置庫(kù)，編寫(xiě)產(chǎn)品維護(hù)總結(jié)報(bào)告。主要輸出缺陷及跟蹤報(bào)告產(chǎn)品維護(hù)記錄產(chǎn)品維護(hù)報(bào)告發(fā)生變更的需求跟蹤矩陣 修訂、開(kāi)發(fā)的軟件代碼 其它相關(guān)的評(píng)審文件和記錄等出口準(zhǔn)則客戶(hù)提出的問(wèn)題已經(jīng)得到解決或和客戶(hù)達(dá)成一致協(xié)定。 軟件生命周期結(jié)束，或維護(hù)期滿(mǎn)，完成維護(hù)任務(wù)；度量度量維護(hù)的工作量和成本，【整個(gè)維護(hù)期間的缺陷密度】約束【主要是來(lái)自組織內(nèi)部：如期限、工作量投入等】裁剪指南在實(shí)際的使用過(guò)程中，根據(jù)

27、軟件項(xiàng)目的特點(diǎn)可以對(duì)瀑布模型進(jìn)行裁剪。一般而言，以下幾種裁剪是經(jīng) 常存在的，只要PPQA工程師同意即可：1. 項(xiàng)目策劃階段并入需求分析階段。前提是該階段前期，制定一個(gè)粗略的項(xiàng)目整體計(jì)劃和當(dāng)前階段 的詳細(xì)計(jì)劃，并且在該階段后期，制定出相對(duì)比較實(shí)用的項(xiàng)目整體計(jì)劃。2. 需求分析階段可以根據(jù)項(xiàng)目的實(shí)際情況，將用戶(hù)需求規(guī)格說(shuō)明書(shū)和軟件需求規(guī)格說(shuō)明書(shū) 合并為需求規(guī)格說(shuō)明書(shū)。3. 根據(jù)項(xiàng)目的人員配置情況，在有替代的活動(dòng)來(lái)驗(yàn)證相應(yīng)工作產(chǎn)品的可測(cè)試性時(shí)，測(cè)試計(jì)劃和測(cè)試 用例的編制時(shí)間可以適當(dāng)?shù)暮笱?。不過(guò)，必須確保測(cè)試計(jì)劃和測(cè)試用例經(jīng)過(guò)有效的評(píng)審以后，才 可以開(kāi)始實(shí)際的測(cè)試活動(dòng)。4. 在項(xiàng)目策劃階段，項(xiàng)目經(jīng)理確

28、認(rèn)此項(xiàng)目不需新的代碼開(kāi)發(fā)，可跳過(guò)設(shè)計(jì)和編碼階段，直接進(jìn)入實(shí) 施和驗(yàn)收階段，此類(lèi)項(xiàng)目類(lèi)似現(xiàn)用產(chǎn)品的實(shí)施項(xiàng)目。根據(jù)項(xiàng)目需要，在經(jīng) EPG 審核并獲得高層經(jīng)理的批準(zhǔn)下，也可對(duì)瀑布模型做出其他方式的裁剪。4.1.9 瀑布模型的特點(diǎn)瀑布模型的特點(diǎn)是： 當(dāng)有一個(gè)穩(wěn)定的產(chǎn)品需求定義和很容易被理解的技術(shù)解決方案時(shí)， 該模型可通過(guò)階段評(píng)審以幫助 項(xiàng)目組及早地發(fā)現(xiàn)問(wèn)題及缺陷，而不至于將問(wèn)題及缺陷帶入下游，從而避免發(fā)生更大的錯(cuò)誤，避 免花更多的時(shí)間去糾正； 當(dāng)要對(duì)一個(gè)定義得很好的版本進(jìn)行維護(hù)或?qū)⒁粋€(gè)產(chǎn)品移植到一個(gè)新的平臺(tái)上， 瀑布模型是一個(gè)恰 當(dāng)?shù)倪x擇； 當(dāng)團(tuán)隊(duì)技能比較弱或者缺乏經(jīng)驗(yàn)的時(shí)候，瀑布模型提供了清晰的開(kāi)發(fā)

29、模式，并方便管理； 當(dāng)質(zhì)量要求高于成本和進(jìn)度要求時(shí)，它表現(xiàn)得尤為出色。瀑布模型的缺點(diǎn)是： 瀑布模型是一種理想化的線(xiàn)性模型，不能適用需求的變化，無(wú)法克服變化引發(fā)的問(wèn)題。如果上一 步做錯(cuò)了，下一步也會(huì)跟著錯(cuò)，直到產(chǎn)品做完了才發(fā)現(xiàn)需求的遺漏和錯(cuò)誤，只好從頭到尾進(jìn)行修 改，這樣逆流而上解決問(wèn)題是非常困難的；開(kāi)發(fā)人員常常陷入“阻塞狀態(tài)” ，一部分組員不得不停下來(lái)等待別人把前頭的任務(wù)完成； 該模型是在項(xiàng)目全部完成后一次性向客戶(hù)交付產(chǎn)品，而不能分階段的交付可運(yùn)行產(chǎn)品，不能滿(mǎn)足 急著使用產(chǎn)品的用戶(hù)，而會(huì)引起用戶(hù)的不滿(mǎn)。4.2 迭代模型 迭代模型是典型地應(yīng)用于開(kāi)發(fā)一個(gè)沒(méi)有完整定義的產(chǎn)品以及需求更快地被開(kāi)發(fā)和創(chuàng)建

30、一個(gè)能展示產(chǎn) 品外貌和功能的最初版本時(shí)，但它也可以用于開(kāi)發(fā)已知需求和定義的產(chǎn)品。迭代是一種工作流的步驟，當(dāng) 需求被更好地理解并且產(chǎn)品被進(jìn)一步定義時(shí)， 產(chǎn)品的下一個(gè)迭代就產(chǎn)生了。 每個(gè)迭代都是下個(gè)迭代的基礎(chǔ)。 每一次迭代過(guò)程的開(kāi)發(fā)都是一個(gè)瀑布模型。迭代次數(shù)由項(xiàng)目經(jīng)理根據(jù)具體情況定義。組織級(jí)迭代模型主要包括兩類(lèi)：迭代模型一 . 迭代被分為若干個(gè)階段，每個(gè)階段都是一個(gè)完整的瀑布模型； 迭代模型二 . 迭代被分為三個(gè)主要的階段：初始階段、構(gòu)建階段和系統(tǒng)提交階段。4.2.1 迭代模型一 此類(lèi)型迭代可以用于開(kāi)發(fā)一個(gè)沒(méi)有完整定義的產(chǎn)品，或者用于用戶(hù)需求不明確，需要不斷開(kāi)發(fā)用戶(hù)需 求的項(xiàng)目，也可以用于開(kāi)發(fā)已知

31、需求和定義的產(chǎn)品。其過(guò)程如下圖需求分析設(shè)計(jì)實(shí)現(xiàn)測(cè)試實(shí)施項(xiàng)目策劃維護(hù)需求分析設(shè)計(jì)實(shí)現(xiàn)實(shí)施項(xiàng)目策劃.丿測(cè)試丿項(xiàng)目策劃設(shè)計(jì)測(cè)試實(shí)施需求分析. .丿實(shí)現(xiàn)丿每一次的迭代都可以根據(jù)實(shí)際情況對(duì)瀑布模型進(jìn)行裁減，以便更快地開(kāi)發(fā)用戶(hù)需求。422迭代模型二此類(lèi)型迭代主要用于開(kāi)發(fā)一個(gè)沒(méi)有完整定義的產(chǎn)品，或者用于用戶(hù)需求不明確，需要不斷開(kāi)發(fā)用戶(hù)需 求的項(xiàng)目。每一次的迭代都可以根據(jù)實(shí)際情況對(duì)瀑布模型進(jìn)行裁減。其開(kāi)發(fā)流程圖如下：初始階段構(gòu)建階段提交階段4.2.2.1初始階段項(xiàng)目初始階段的主要任務(wù)是根據(jù)用戶(hù)業(yè)務(wù)領(lǐng)域模型構(gòu)思未來(lái)系統(tǒng)的概貌，確定和評(píng)估項(xiàng)目的可行性。確定項(xiàng)目目標(biāo)、估計(jì)未來(lái)系統(tǒng)的范圍和規(guī)模，以及項(xiàng)目中應(yīng)包含的內(nèi)容，分析和確定開(kāi)發(fā)方法和技術(shù)措施,以及預(yù)期的開(kāi)發(fā)風(fēng)險(xiǎn)等，并且估計(jì)項(xiàng)目需要的資源（人財(cái)物）。通過(guò)分析用戶(hù)業(yè)務(wù)領(lǐng)域問(wèn)題，建立系統(tǒng)的基本架構(gòu)，找出可能的開(kāi)發(fā)風(fēng)險(xiǎn)的應(yīng)對(duì)措施，確定資金和資 源的分配，制定系統(tǒng)的開(kāi)發(fā)計(jì)劃。初始階段可以包括幾個(gè)迭代，并開(kāi)發(fā)出初始的原型，以便開(kāi)發(fā)用戶(hù)需求。在這個(gè)階段的側(cè)重點(diǎn)是制定 項(xiàng)