瀑布型生命周期模型

1、軟件生命周期    軟件生命周期規(guī)定了一個項目軟件開發(fā)的過程框架，包括：1、項目的階段劃分；2、各個過程域的活動在階段內(nèi)的配置（即階段內(nèi)所需完成的活動）；3、階段產(chǎn)出物及其狀態(tài)。     軟件生命周期模型是組織定義的標(biāo)準(zhǔn)軟件生命周期，各項目在實施的過程中可以選擇最適合本項目情況的模型并在此基礎(chǔ)上依據(jù)項目特點進(jìn)行裁剪，定義項目的生命周期過程。     目前已定義的生命周期模型包括： · 瀑布模型 · 迭代模型 瀑布型生命周期模型1.    

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

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

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

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

6、78;        調(diào)整和細(xì)化對項目規(guī)模、工作量、成本的估計² ²        根據(jù)收集的需求重新分析和評估項目的風(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)需要實現(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)境、測試過程以及測試驗收的標(biāo)準(zhǔn)測試工程師項目組ReviewBaselined軟件開發(fā)日程表完成WBS，修訂對工期的估計架構(gòu)階段的詳細(xì)日程表項目經(jīng)理高級經(jīng)理ReviewBaselinedSQAP設(shè)計階段將進(jìn)行的SQA活

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

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

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

12、現(xiàn)或幾個增量并行實現(xiàn)），完成實施階段的SDS（若為迭代方案，則只需要第一次迭代的詳細(xì)時間安排）² ²        完成實施階段的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)架各組件的實施策略組件間接口構(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ā)日程表實施階段（第一次迭代）的詳細(xì)日程表項目經(jīng)理BaselinedSQAP實施階段將進(jìn)行的SQA活動及日程安排SQA工程師項目組Reviewed編碼規(guī)范 項目經(jīng)理項目組Reviewed備選產(chǎn)出物描述 狀態(tài)培訓(xùn)材料如果系統(tǒng)具有復(fù)雜的用戶界面，可能需要培訓(xùn)材料 項目組Review  3.3     實施階段3.3.1     目標(biāo)實施階段的目標(biāo)是生成可交付的軟件產(chǎn)品。

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

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

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

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

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