瀑布型生命周期模型

1、軟件生命周期    軟件生命周期規(guī)定了一個項(xiàng)目軟件開發(fā)的過程框架，包括：1、項(xiàng)目的階段劃分；2、各個過程域的活動在階段內(nèi)的配置（即階段內(nèi)所需完成的活動）；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.    

2、0; 簡介瀑布型生命周期模型是一種嚴(yán)格按照需求->設(shè)計->實(shí)施->交付四個階段進(jìn)行軟件開發(fā)的模型，并且在各個階段結(jié)束時要經(jīng)過嚴(yán)格的評審，只有當(dāng)能夠確認(rèn)一個階段的開發(fā)成果是正確的時才能夠進(jìn)行下一階段的開發(fā)。在瀑布模型的四個階段中，除了分別完成其本階段所定義的活動之外，都必須進(jìn)行項(xiàng)目管理、質(zhì)量保證、配置管理和測試活動，這四個活動的過程貫穿整個瀑布型軟件生命周期。  2.      結(jié)構(gòu)項(xiàng)目啟動需求設(shè)計實(shí)施部署    測試   項(xiàng)目管理

3、0;  質(zhì)量保證   配置管理項(xiàng)目關(guān)閉運(yùn)行維護(hù)退役變更的需求需求階段設(shè)計階段實(shí)施階段交付階段研發(fā)活動工程活動                   3.      階段3.1     需求階段3.1.1     目標(biāo)需求階段的目標(biāo)是

4、為了確保與客戶在系統(tǒng)的工作內(nèi)容和范圍（即系統(tǒng)“要做什么”和“不做什么”）方面達(dá)成一致，并建立需求的基線，為項(xiàng)目開發(fā)計劃的進(jìn)一步細(xì)化提供基礎(chǔ)。 3.1.2     主要活動需求階段的主要活動包括：² ²        需求獲取：搜集客戶的需要、期望、約束和接口，分析業(yè)務(wù)特性，形成用戶需求² ²        需求分析：對所有候選的需求進(jìn)行分析，形成軟件的功能需求，并排列

5、優(yōu)先級² ²        需求評審：客戶（或客戶的代表）、高級經(jīng)理和項(xiàng)目組共同評審需求文檔，并達(dá)成一致意見² ²        建立需求基線² ²        定義系統(tǒng)的用戶界面² ²        完成系統(tǒng)測試計劃²

6、78;        調(diào)整和細(xì)化對項(xiàng)目規(guī)模、工作量、成本的估計² ²        根據(jù)收集的需求重新分析和評估項(xiàng)目的風(fēng)險，并制定相應(yīng)的規(guī)避和緩減策略² ²        完成WBS（Work Breakdown Structrue，工作分解結(jié)構(gòu)），寫入SDS，并細(xì)化設(shè)計階段的SDS² ²   &#

7、160;    完成設(shè)計階段的SQAP 3.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īng)理ReviewBaselined需求規(guī)格說明書SRS：Software Requirement Specific

8、ation描述開發(fā)任務(wù)（即系統(tǒng)需要實(shí)現(xiàn)的功能）描述待開發(fā)系統(tǒng)的技術(shù)要求描述待開發(fā)軟件的運(yùn)行環(huán)境系統(tǒng)分析員客戶（客戶代表）、高級經(jīng)理Review Baselined用戶界面原型可以是一份說明書文檔，或者是一組界面圖片，也可以是一組用例模型或一個軟件原型系統(tǒng)分析員Baselined系統(tǒng)測試計劃STP：System Test Plan描述系統(tǒng)應(yīng)進(jìn)行哪些測試（功能測試、性能測試等）測試的環(huán)境、測試過程以及測試驗(yàn)收的標(biāo)準(zhǔn)測試工程師項(xiàng)目組ReviewBaselined軟件開發(fā)日程表完成WBS，修訂對工期的估計架構(gòu)階段的詳細(xì)日程表項(xiàng)目經(jīng)理高級經(jīng)理ReviewBaselinedSQAP設(shè)計階段將進(jìn)行的SQA活

9、動及日程安排SQA工程師項(xiàng)目組Review 3.2     設(shè)計階段3.2.1     目標(biāo)設(shè)計階段的目標(biāo)主要是對待開發(fā)系統(tǒng)的構(gòu)架進(jìn)行分析和設(shè)計，并建立系統(tǒng)構(gòu)架的基線，以便為之后的實(shí)施工作提供一個穩(wěn)定的基礎(chǔ)。 3.2.2     主要活動總體設(shè)計階段的主要活動包括：² ²        完成系統(tǒng)構(gòu)架設(shè)計² ²   &#

10、160;    完成數(shù)據(jù)庫設(shè)計² ²        選擇組件：對構(gòu)成軟件的組件進(jìn)行評估，制定自制/外購/復(fù)用決策，以便有把握地確定項(xiàng)目的成本和進(jìn)度² ²        完成組件間的交互通信的設(shè)計（即接口設(shè)計）² ²        設(shè)計評審：相關(guān)技術(shù)專家評審設(shè)計方案，盡可能地發(fā)現(xiàn)錯誤和漏洞，以盡量減少

11、設(shè)計的缺陷² ²        建立設(shè)計基線² ²        完成對項(xiàng)目進(jìn)度、成本的估計² ²        根據(jù)軟件構(gòu)架重新分析和評估項(xiàng)目的主要技術(shù)風(fēng)險，并制定相應(yīng)的規(guī)避和緩減策略² ²        確定實(shí)施方案（分為幾次迭代順序?qū)?/p>

12、現(xiàn)或幾個增量并行實(shí)現(xiàn)），完成實(shí)施階段的SDS（若為迭代方案，則只需要第一次迭代的詳細(xì)時間安排）² ²        完成實(shí)施階段的SQAP 3.2.3     產(chǎn)出物設(shè)計階段的產(chǎn)出物包括（灰色部分為需演進(jìn)的產(chǎn)出物，白色部分為新增產(chǎn)出物）：產(chǎn)出物描述所有者狀態(tài)總體設(shè)計說明書GDS：General Design Specification軟件構(gòu)架各組件的實(shí)施策略組件間接口構(gòu)架設(shè)計員Baselined數(shù)據(jù)庫設(shè)計說明書/數(shù)據(jù)庫模型DBDS：DB Design Sp

13、ecification / DBMDL：DB Model數(shù)據(jù)庫設(shè)計數(shù)據(jù)庫設(shè)計員Baselined軟件開發(fā)日程表實(shí)施階段（第一次迭代）的詳細(xì)日程表項(xiàng)目經(jīng)理BaselinedSQAP實(shí)施階段將進(jìn)行的SQA活動及日程安排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)目組Review  3.3     實(shí)施階段3.3.1     目標(biāo)實(shí)施階段的目標(biāo)是生成可交付的軟件產(chǎn)品。

14、 3.3.2     主要活動實(shí)施階段可以根據(jù)已建立的系統(tǒng)構(gòu)架分為幾次迭代實(shí)現(xiàn)，或分為幾個增量并行實(shí)現(xiàn)，每個迭代或增量的主要活動包括：² ²        制定該設(shè)計單元實(shí)施其需求的細(xì)節(jié)，即確定該單元應(yīng)該“怎么做”² ²        評審該單元的詳細(xì)設(shè)計² ²        編

15、碼實(shí)現(xiàn)² ²        代碼審查² ²        單元測試² ²        集成已實(shí)現(xiàn)的單元² ²        集成測試² ²      

16、0; 建立該單元實(shí)施的基線² ²        如果是迭代方案，則還包括調(diào)整和細(xì)化下一次迭代的SDS當(dāng)整個系統(tǒng)的集成完成（包括系統(tǒng)的安裝程序）之后還需要進(jìn)行：² ²        系統(tǒng)測試² ²        實(shí)施評審：高級經(jīng)理、項(xiàng)目經(jīng)理、發(fā)布經(jīng)理、SQA工程師共同評審系統(tǒng)測試報告，確保實(shí)施的系統(tǒng)足夠正確、穩(wěn)定，并能夠滿足客戶需

17、求 3.3.3     產(chǎn)出物實(shí)施階段的產(chǎn)出物包括：產(chǎn)出物描述所有者狀態(tài)詳細(xì)設(shè)計文檔各單元的詳細(xì)設(shè)計設(shè)計員通過審查Baselined源代碼Source Code 實(shí)施員通過審查和測試Baselined單元測試記錄測試數(shù)據(jù)、測試代碼、測試報告實(shí)施員項(xiàng)目經(jīng)理、SQA工程師Reviewed能顯示該單元經(jīng)過充分測試且無Bug系統(tǒng)/子系統(tǒng)集成報告集成所用的方法、過程集成的結(jié)果集成發(fā)現(xiàn)的問題報告集成員項(xiàng)目經(jīng)理、SQA工程師Reviewed問題報告均已關(guān)閉可交付的軟件可安裝、配置和運(yùn)行的軟件集成員正確集成，并通過系統(tǒng)測試Baselined系統(tǒng)測試報

18、告測試對象、測試方法、測試結(jié)果測試工程師高級經(jīng)理、項(xiàng)目經(jīng)理、發(fā)布經(jīng)理、SQA工程師Reviewed軟件開發(fā)日程表交付階段的詳細(xì)日程表（又稱為發(fā)布計劃）項(xiàng)目經(jīng)理BaselinedSQAP交付階段將進(jìn)行的SQA活動及日程安排SQA工程師項(xiàng)目組Review  3.4     交付階段3.4.1     目標(biāo)交付階段的重點(diǎn)是確保用戶可以正確使用軟件。 3.4.2     主要活動交付階段的主要活動包括：² ²        完成最終用戶的支持材料（安裝手冊、操作指南、培訓(xùn)材料等）² ²        在用戶現(xiàn)場進(jìn)行Beta測試（如果可能的話），獲得用戶反饋，并基于反饋調(diào)整產(chǎn)品² ²        制作產(chǎn)