瀑布型生命周期模型電子教案

1、精品文檔精品文檔軟件生命周期軟件生命周期規(guī)定了一個項目軟件開發(fā)的過程框架，包括：1、項目的階段劃分；2、各個過程域的活動在階段內的配置（即階段內所需完成的活動）；3、階段產出物及其狀態(tài)。軟件生命周期模型是組織定義的標準軟件生命周期，各項目在實施的過程中可以選擇最適合本項目情況的模型并在此基礎上依據(jù)項目特點進行裁剪，定義項目的生命周期過程。目前已定義的生命周期模型包括：?瀑布模型?迭代模型瀑布型生命周期模型1.簡介瀑布型生命周期模型是一種嚴格按照需求->設計->實施->交付四個階段進行軟件開發(fā)的模型，并且在各個階段結束時要經過嚴格的評審，只有當能夠確認一個階段的開發(fā)成果是正確的

2、時才能夠進行下一階段的開發(fā)。在瀑布模型的四個階段中，除了分別完成其本階段所定義的活動之外，都必須進行項目管理、質量保證、配置管理和測試活動，這四個活動的過程貫穿整個瀑布型軟件生命周期。2.結構工程活動研發(fā)活動項目啟動需求階段設計階段實施階段交付階段 精品文檔質配量置測保管試證理HI- 1 理項目1 r需求設計實施部署項目關閉:變更的需求3.階段3.1 需求階段3.1.1 目標需求階段的目標是為了確保與客戶在系統(tǒng)的工作內容和范圍（即系統(tǒng)“要做什么”和“不做什么”）方面達成一致，并建立需求的基線，為項目開發(fā)計劃的進一步細化提供基礎。3.1.2 主要活動需求階段的主要活動包括：需求獲取：搜集客戶的需

3、要、期望、約束和接口，分析業(yè)務特性，形成用戶需求需求分析：對所有候選的需求進行分析，形成軟件的功能需求，并排列優(yōu)先級需求評審：客戶（或客戶的代表）、高級經理和項目組共同評審需求文檔，并達成一致意見建立需求基線定義系統(tǒng)的用戶界面完成系統(tǒng)測試計劃調整和細化對項目規(guī)模、工作量、成本的估計根據(jù)收集的需求重新分析和評估項目的風險，并制定相應的規(guī)避和緩減策略完成WBS（WorkBreakdownStructrue,工作分解結構），寫入SDS,并細化設計階段的SDS完成設計階段的SQAP3.1.3 產出物需求階段的產出物包括（灰色部分為演進的產出物，白色部分為新增產出物）產出物描述所有者狀態(tài)需求說明書收集、

4、分析和定義系統(tǒng)的高層次需要和系統(tǒng)分析員客戶（客戶代表）、SoftwareRequirementDescription特性（業(yè)務需求）描述客戶和目標用戶的需要以及這些需要存在的原因，但不包括如何滿足這些需要的詳細情況（用戶需求）高級經理ReviewBaselined需求規(guī)格說明書SRS:SoftwareRequirementSpecification描述開發(fā)任務（即系統(tǒng)需要實現(xiàn)的功能）描述待開發(fā)系統(tǒng)的技術要求描述待開發(fā)軟件的運行環(huán)境系統(tǒng)分析員客戶（客戶代表）、高級經理ReviewBaselined用戶界面原型可以是一份說明書文檔，或者是一組界面圖片，也可以是一組用例模型或一個軟件原型系統(tǒng)分析員B

5、aselined系統(tǒng)測試計劃STP:SystemTestPlan描述系統(tǒng)應進行哪些測試（功能測試、性能測試等）測試的環(huán)境、測試過程以及測試驗收的標準測試工程師項目組ReviewBaselined軟件開發(fā)日程表完成WBS,修訂對工期的倩計架構階段的詳細日程表項目經理高級經理ReviewBaselinedSQAP設計階段將進行的SQA活動及日程安排SQA工程師項目組Review3.2 設計階段3.2.1 目標設計階段的目標主要是對待開發(fā)系統(tǒng)的構架進行分析和設計，并建立系統(tǒng)構架的基線，以便為之后的實施工作提供一個穩(wěn)定的基礎。3.2.2 主要活動總體設計階段的主要活動包括：完成系統(tǒng)構架設計完成數(shù)據(jù)庫設

6、計選擇組件：對構成軟件的組彳進行評估，制定自制/外購/復用決策，以便有把握地確定項目的成本和進度完成組件間的交互通信的設計（即接口設計）設計評審：相關技術專家評審設計方案，盡可能地發(fā)現(xiàn)錯誤和漏洞，以盡量減少設計的缺陷建立設計基線完成對項目進度、成本的估計根據(jù)軟件構架重新分析和評估項目的主要技術風險，并制定相應的規(guī)避和緩減策略確定實施方案（分為幾次迭代順序實現(xiàn)或幾個增量并行實現(xiàn)），完成實施階段的SDS（若為迭代方案，則只需要第一次迭代的詳細時間安排）完成實施階段的SQAP3.2.3 產出物設計階段的產出物包括（灰色部分為需演進的產出物，白色部分為新增產出物）產出物描述所有者狀態(tài)總體設計說明書GD

7、S：GeneralDesignSpecification軟件構架各組件的實施策略組件間接口構架設計員Baselined數(shù)據(jù)庫設計說明書/數(shù)據(jù)庫模型DBDS:DBDesignSpecification/DBMDL:DBModel數(shù)據(jù)庫設計數(shù)據(jù)庫設計員Baselined軟件開發(fā)日程表實施階段（第一次迭代）的詳細日程表項目經理BaselinedSQAP實施階段將進行的SQA活動及日程安排SQA工程師項目組Reviewed編碼規(guī)范項目經理項目組Reviewed備選產出物描述狀態(tài)培訓材料如果系統(tǒng)具有復雜的用戶界面，可能需要培訓材料項目組Review3.3 實施階段3.3.1 目標實施階段的目標是生成可交

8、付的軟件產品。3.3.2 主要活動實施階段可以根據(jù)已建立的系統(tǒng)構架分為幾次迭代實現(xiàn)，或分為幾個增量并行實現(xiàn)，每個迭代或增量的主要活動包括：制定該設計單元實施其需求的細節(jié)，即確定該單元應該“怎么做”評審該單元的詳細設計編碼實現(xiàn)代碼審查單元測試集成已實現(xiàn)的單元集成測試建立該單元實施的基線如果是迭代方案，則還包括調整和細化下一次迭代的SDS當整個系統(tǒng)的集成完成（包括系統(tǒng)的安裝程序）之后還需要進行：系統(tǒng)測試實施評審：高級經理、項目經理、發(fā)布經理、SQA工程師共同評審系統(tǒng)測試報告，確保實施的系統(tǒng)足夠正確、穩(wěn)定，并能夠滿足客戶需求3.3.3產出物實施階段的產出物包括:產出物描述所有者狀態(tài)詳細設計文檔各單元

9、的詳細設計設計員通過審查Baselined源代碼SourceCode實施員通過審查和測試Baselined單元測試記錄測試數(shù)據(jù)、測試代碼、測試報告實施員項目經理、SQA工程師Reviewed能顯示該單元經過充分測試且無Bug系統(tǒng)/子系統(tǒng)集成報告集成所用的方法、過程集成的結果集成發(fā)現(xiàn)的問題報告集成員項目經理、SQA工程師Reviewed問題報告均已關閉可交付的軟件可安裝、配置和運行的軟件集成員正確集成，并通過系統(tǒng)測試Baselined系統(tǒng)測試報告測試對象、測試方法、測試結果測試工程師高級經理、項目經理、發(fā)布經理、SQA工程師Reviewed軟件開發(fā)日程表交付階段的詳細日程表（又稱為發(fā)布計劃）項目

10、經理BaselinedSQAP交付階段將進行的SQA活動及日程安排SQA工程師項目組Review3.4 交付階段3.4.1 目標交付階段的重點是確保用戶可以正確使用軟件。3.4.2 主要活動交付階段的主要活動包括：完成最終用戶的支持材料（安裝手冊、操作指南、培訓材料等）在用戶現(xiàn)場進行Beta測試（如果可能的話），獲得用戶反饋，并基于反饋調整產品制作產品發(fā)布版，并創(chuàng)建發(fā)布聲明完成與發(fā)布相關的工程，如接入、商業(yè)包裝和生產、銷售介紹、現(xiàn)場人員培訓使最終用戶可以正確使用產品（包括安裝、培訓或其它支持活動）發(fā)布評審：根據(jù)產品驗收標準對交付基線進行評估，確保將發(fā)布的內容能夠滿足客戶要求3.4.3 產出物發(fā)布/部署階段的產出物包括:產出物描述所有者狀態(tài)用戶義檔安裝手冊用戶指南培訓材料其它用尸要求的文檔發(fā)布經理已完成并通過評審Baselined發(fā)布聲明發(fā)布軟件的簡介發(fā)布時間，發(fā)布版本，發(fā)布的內容、范圍已知的問題與解決的計劃（如果有的話）發(fā)布經理客戶、高級經理、發(fā)布