瀑布型生命周期模型.doc

軟件生命周期 軟件生命周期規(guī)定了一個(gè)項(xiàng)目軟件開發(fā)的過程框架，包括：1、項(xiàng)目的階段劃分；2、各個(gè)過程域的活動(dòng)在階段內(nèi)的配置（即階段內(nèi)所需完成的活動(dòng)）；3、階段產(chǎn)出物及其狀態(tài)。 軟件生命周期模型是組織定義的標(biāo)準(zhǔn)軟件生命周期，各項(xiàng)目在實(shí)施的過程中可以選擇最適合本項(xiàng)目情況的模型并在此基礎(chǔ)上依據(jù)項(xiàng)目特點(diǎn)進(jìn)行裁剪，定義項(xiàng)目的生命周期過程。 目前已定義的生命周期模型包括： 瀑布模型 迭代模型 瀑布型生命周期模型1. 簡介瀑布型生命周期模型是一種嚴(yán)格按照需求-設(shè)計(jì)-實(shí)施-交付四個(gè)階段進(jìn)行軟件開發(fā)的模型，并且在各個(gè)階段結(jié)束時(shí)要經(jīng)過嚴(yán)格的評(píng)審，只有當(dāng)能夠確認(rèn)一個(gè)階段的開發(fā)成果是正確的時(shí)才能夠進(jìn)行下一階段的開發(fā)。在瀑布模型的四個(gè)階段中，除了分別完成其本階段所定義的活動(dòng)之外，都必須進(jìn)行項(xiàng)目管理、質(zhì)量保證、配置管理和測試活動(dòng)，這四個(gè)活動(dòng)的過程貫穿整個(gè)瀑布型軟件生命周期。2. 結(jié)構(gòu)項(xiàng)目啟動(dòng)需求設(shè)計(jì)實(shí)施部署測試項(xiàng)目管理質(zhì)量保證配置管理項(xiàng)目關(guān)閉運(yùn)行維護(hù)退役變更的需求需求階段設(shè)計(jì)階段實(shí)施階段交付階段研發(fā)活動(dòng)工程活動(dòng)3. 階段3.1 需求階段3.1.1 目標(biāo)需求階段的目標(biāo)是為了確保與客戶在系統(tǒng)的工作內(nèi)容和范圍（即系統(tǒng)“要做什么”和“不做什么”）方面達(dá)成一致，并建立需求的基線，為項(xiàng)目開發(fā)計(jì)劃的進(jìn)一步細(xì)化提供基礎(chǔ)。3.1.2 主要活動(dòng)需求階段的主要活動(dòng)包括： 需求獲?。核鸭蛻舻男枰?、期望、約束和接口，分析業(yè)務(wù)特性，形成用戶需求 需求分析：對(duì)所有候選的需求進(jìn)行分析，形成軟件的功能需求，并排列優(yōu)先級(jí) 需求評(píng)審：客戶（或客戶的代表）、高級(jí)經(jīng)理和項(xiàng)目組共同評(píng)審需求文檔，并達(dá)成一致意見 建立需求基線 定義系統(tǒng)的用戶界面 完成系統(tǒng)測試計(jì)劃 調(diào)整和細(xì)化對(duì)項(xiàng)目規(guī)模、工作量、成本的估計(jì) 根據(jù)收集的需求重新分析和評(píng)估項(xiàng)目的風(fēng)險(xiǎn)，并制定相應(yīng)的規(guī)避和緩減策略 完成WBS（Work Breakdown Structrue，工作分解結(jié)構(gòu)），寫入SDS，并細(xì)化設(shè)計(jì)階段的SDS 完成設(shè)計(jì)階段的SQAP3.1.3 產(chǎn)出物需求階段的產(chǎn)出物包括（灰色部分為演進(jìn)的產(chǎn)出物，白色部分為新增產(chǎn)出物）：產(chǎn)出物描述所有者狀態(tài)需求說明書Software Requirement Description收集、分析和定義系統(tǒng)的高層次需要和特性（業(yè)務(wù)需求）描述客戶和目標(biāo)用戶的需要以及這些需要存在的原因，但不包括如何滿足這些需要的詳細(xì)情況（用戶需求）系統(tǒng)分析員客戶（客戶代表）、高級(jí)經(jīng)理ReviewBaselined需求規(guī)格說明書SRS：Software Requirement Specification描述開發(fā)任務(wù)（即系統(tǒng)需要實(shí)現(xiàn)的功能）描述待開發(fā)系統(tǒng)的技術(shù)要求描述待開發(fā)軟件的運(yùn)行環(huán)境系統(tǒng)分析員客戶（客戶代表）、高級(jí)經(jīng)理Review Baselined用戶界面原型可以是一份說明書文檔，或者是一組界面圖片，也可以是一組用例模型或一個(gè)軟件原型系統(tǒng)分析員Baselined系統(tǒng)測試計(jì)劃STP：System Test Plan描述系統(tǒng)應(yīng)進(jìn)行哪些測試（功能測試、性能測試等）測試的環(huán)境、測試過程以及測試驗(yàn)收的標(biāo)準(zhǔn)測試工程師項(xiàng)目組ReviewBaselined軟件開發(fā)日程表完成WBS，修訂對(duì)工期的估計(jì)架構(gòu)階段的詳細(xì)日程表項(xiàng)目經(jīng)理高級(jí)經(jīng)理ReviewBaselinedSQAP設(shè)計(jì)階段將進(jìn)行的SQA活動(dòng)及日程安排SQA工程師項(xiàng)目組Review3.2 設(shè)計(jì)階段3.2.1 目標(biāo)設(shè)計(jì)階段的目標(biāo)主要是對(duì)待開發(fā)系統(tǒng)的構(gòu)架進(jìn)行分析和設(shè)計(jì)，并建立系統(tǒng)構(gòu)架的基線，以便為之后的實(shí)施工作提供一個(gè)穩(wěn)定的基礎(chǔ)。3.2.2 主要活動(dòng)總體設(shè)計(jì)階段的主要活動(dòng)包括： 完成系統(tǒng)構(gòu)架設(shè)計(jì) 完成數(shù)據(jù)庫設(shè)計(jì) 選擇組件：對(duì)構(gòu)成軟件的組件進(jìn)行評(píng)估，制定自制/外購/復(fù)用決策，以便有把握地確定項(xiàng)目的成本和進(jìn)度 完成組件間的交互通信的設(shè)計(jì)（即接口設(shè)計(jì)） 設(shè)計(jì)評(píng)審：相關(guān)技術(shù)專家評(píng)審設(shè)計(jì)方案，盡可能地發(fā)現(xiàn)錯(cuò)誤和漏洞，以盡量減少設(shè)計(jì)的缺陷 建立設(shè)計(jì)基線 完成對(duì)項(xiàng)目進(jìn)度、成本的估計(jì) 根據(jù)軟件構(gòu)架重新分析和評(píng)估項(xiàng)目的主要技術(shù)風(fēng)險(xiǎn)，并制定相應(yīng)的規(guī)避和緩減策略 確定實(shí)施方案（分為幾次迭代順序?qū)崿F(xiàn)或幾個(gè)增量并行實(shí)現(xiàn)），完成實(shí)施階段的SDS（若為迭代方案，則只需要第一次迭代的詳細(xì)時(shí)間安排） 完成實(shí)施階段的SQAP3.2.3 產(chǎn)出物設(shè)計(jì)階段的產(chǎn)出物包括（灰色部分為需演進(jìn)的產(chǎn)出物，白色部分為新增產(chǎn)出物）：產(chǎn)出物描述所有者狀態(tài)總體設(shè)計(jì)說明書GDS：General Design Specification軟件構(gòu)架各組件的實(shí)施策略組件間接口構(gòu)架設(shè)計(jì)員Baselined數(shù)據(jù)庫設(shè)計(jì)說明書/數(shù)據(jù)庫模型DBDS：DB Design Specification / DBMDL：DB Model數(shù)據(jù)庫設(shè)計(jì)數(shù)據(jù)庫設(shè)計(jì)員Baselined軟件開發(fā)日程表實(shí)施階段（第一次迭代）的詳細(xì)日程表項(xiàng)目經(jīng)理BaselinedSQAP實(shí)施階段將進(jìn)行的SQA活動(dòng)及日程安排SQA工程師項(xiàng)目組Reviewed編碼規(guī)范項(xiàng)目經(jīng)理項(xiàng)目組Reviewed備選產(chǎn)出物描述狀態(tài)培訓(xùn)材料如果系統(tǒng)具有復(fù)雜的用戶界面，可能需要培訓(xùn)材料項(xiàng)目組Review3.3 實(shí)施階段3.3.1 目標(biāo)實(shí)施階段的目標(biāo)是生成可交付的軟件產(chǎn)品。3.3.2 主要活動(dòng)實(shí)施階段可以根據(jù)已建立的系統(tǒng)構(gòu)架分為幾次迭代實(shí)現(xiàn)，或分為幾個(gè)增量并行實(shí)現(xiàn)，每個(gè)迭代或增量的主要活動(dòng)包括： 制定該設(shè)計(jì)單元實(shí)施其需求的細(xì)節(jié)，即確定該單元應(yīng)該“怎么做” 評(píng)審該單元的詳細(xì)設(shè)計(jì) 編碼實(shí)現(xiàn) 代碼審查 單元測試 集成已實(shí)現(xiàn)的單元 集成測試 建立該單元實(shí)施的基線 如果是迭代方案，則還包括調(diào)整和細(xì)化下一次迭代的SDS當(dāng)整個(gè)系統(tǒng)的集成完成（包括系統(tǒng)的安裝程序）之后還需要進(jìn)行： 系統(tǒng)測試 實(shí)施評(píng)審：高級(jí)經(jīng)理、項(xiàng)目經(jīng)理、發(fā)布經(jīng)理、SQA工程師共同評(píng)審系統(tǒng)測試報(bào)告，確保實(shí)施的系統(tǒng)足夠正確、穩(wěn)定，并能夠滿足客戶需求3.3.3 產(chǎn)出物實(shí)施階段的產(chǎn)出物包括：產(chǎn)出物描述所有者狀態(tài)詳細(xì)設(shè)計(jì)文檔各單元的詳細(xì)設(shè)計(jì)設(shè)計(jì)員通過審查Baselined源代碼Source Code實(shí)施員通過審查和測試Baselined單元測試記錄測試數(shù)據(jù)、測試代碼、測試報(bào)告實(shí)施員項(xiàng)目經(jīng)理、SQA工程師Reviewed能顯示該單元經(jīng)過充分測試且無Bug系統(tǒng)/子系統(tǒng)集成報(bào)告集成所用的方法、過程集成的結(jié)果集成發(fā)現(xiàn)的問題報(bào)告集成員項(xiàng)目經(jīng)理、SQA工程師Reviewed問題報(bào)告均已關(guān)閉可交付的軟件可安裝、配置和運(yùn)行的軟件集成員正確集成，并通過系統(tǒng)測試Baselined系統(tǒng)測試報(bào)告測試對(duì)象、測試方法、測試結(jié)果測試工程師高級(jí)經(jīng)理、項(xiàng)目經(jīng)理、發(fā)布經(jīng)理、SQA工程師Reviewed軟件開發(fā)日程表交付階段的詳細(xì)日程表（又稱為發(fā)布計(jì)劃）項(xiàng)目經(jīng)理BaselinedSQAP交付階段將進(jìn)行的SQA活動(dòng)及日程安排SQA工程師項(xiàng)目組Review3.4 交付階段3.4.1 目標(biāo)交付階段的重點(diǎn)是確保用戶可以正確使用軟件。3.4.2 主要活動(dòng)交付階段的主要活動(dòng)包括： 完成最終用戶的支持材料（安裝手冊(cè)、操作指南、培訓(xùn)材料等） 在用戶現(xiàn)場進(jìn)行Beta測試（如果可能的話），獲得用戶反饋，并基于反饋調(diào)整產(chǎn)品 制作產(chǎn)品發(fā)布版，并創(chuàng)建發(fā)布聲明 完成與發(fā)布相關(guān)的工程，如接入、商業(yè)包裝和生產(chǎn)、銷售介紹、現(xiàn)場人員培訓(xùn)等 使最終用戶可以正確使用產(chǎn)品（包括安裝、培訓(xùn)或其它支持活動(dòng)） 發(fā)布評(píng)審：根據(jù)產(chǎn)品驗(yàn)收標(biāo)準(zhǔn)對(duì)交付基線進(jìn)行評(píng)估，確保將發(fā)布的內(nèi)容能夠滿足客戶要求3.4.3 產(chǎn)出物發(fā)布/部署階段的產(chǎn)出物包括：產(chǎn)出物描述所有者狀態(tài)用戶文檔安裝手冊(cè)用戶指南培訓(xùn)材料其它用戶要求的文檔發(fā)布經(jīng)理已完成并通過評(píng)審Baselined發(fā)布聲明發(fā)布軟件的簡介發(fā)布時(shí)間，發(fā)布版本，發(fā)布的內(nèi)容、范圍已知的問題與解決的計(jì)劃（如果有的話）發(fā)布經(jīng)理客戶、高級(jí)經(jīng)理、