軟件開發(fā)六階段和十個經(jīng)典模型課件

1、軟件開發(fā)六階段和十個經(jīng)典模型軟件開發(fā)六階段和十個經(jīng)典模型目錄軟件開發(fā) 六階段計劃需求分析系統(tǒng)設計軟件實現(xiàn)測試運行維護軟件開發(fā) 十模型瀑布模型邊做邊改模型快速原型模型演化模型增量模型螺旋模型噴泉模型智能模型混合模型（元模型）RAD模型（快速應用開發(fā)模型）目錄軟件開發(fā) 六階段軟件開發(fā) 十模型噴泉模型 軟件開發(fā)六階段回到目錄 軟件開發(fā)六階段回到目錄軟件開發(fā)六階段（一）計劃定義要解決的問題要考慮的因素：技術、經(jīng)濟、社會撰寫可行性報告，并制定開發(fā)計劃回到目錄軟件開發(fā)六階段（一）計劃定義要解決的問題回到目錄軟件開發(fā)六階段（二）需求分析1為什么要做需求分析？根據(jù)Standish Group對23000個項目

2、進行的研究結果表明，28%的項目徹底失敗，46%的項目超出經(jīng)費預算或者超出工期，只有約26%的項目獲得成功。而在于這些高達74%的不成功項目中，有約60%的失敗是源于需求問題。也就是說，有近45%的項目最終因為需求的問題最終導致失敗?；氐侥夸涇浖_發(fā)六階段（二）需求分析1為什么要做需求分析？回到目軟件開發(fā)六階段（二）需求分析2步驟：現(xiàn)場調(diào)查確定需求描述需求復核需求功能、性能、可靠性、安全、資源 等 編寫需求規(guī)格說明書與客戶一起復核回到目錄軟件開發(fā)六階段（二）需求分析2步驟：功能、性能、可靠性、軟件開發(fā)六階段（三）系統(tǒng)設計1為什么要做系統(tǒng)設計？系統(tǒng)設計是軟件開發(fā)階段中最重要的步驟，它是軟件開發(fā)質(zhì)

3、量得以保證的關鍵。系統(tǒng)設計是將用戶需求準確地轉(zhuǎn)化為實際產(chǎn)品的唯一途徑?；氐侥夸涇浖_發(fā)六階段（三）系統(tǒng)設計1為什么要做系統(tǒng)設計？回到目軟件開發(fā)六階段（三）系統(tǒng)設計2方法：結構化設計方法（SD）面向數(shù)據(jù)結構的設計方法（JSD）面向?qū)ο蟮脑O計方法（OOD）回到目錄軟件開發(fā)六階段（三）系統(tǒng)設計2方法：回到目錄軟件開發(fā)六階段（三）系統(tǒng)設計3步驟：概要設計（總體設計）詳細設計（過程設計，模塊設計） 形成數(shù)據(jù)庫設計說明書編寫測試計劃初稿設計軟件的模塊結構，確定總體結構與子系統(tǒng)的關系，繪制設計結構圖。確定模塊內(nèi)部的算法和數(shù)據(jù)結構，形成軟件系統(tǒng)詳細設計報告?；氐侥夸涇浖_發(fā)六階段（三）系統(tǒng)設計3步驟：設計軟件

4、的模塊結構，軟件開發(fā)六階段（四）軟件實現(xiàn)定義：使用選定的編程語言，將詳細設計的結果轉(zhuǎn)換為計算機程序。意義：軟件編碼是系統(tǒng)設計的繼續(xù)，可影響軟件的質(zhì)量和可維護性。步驟：程序設計設計審查編寫代碼代碼走查編譯代碼測試代碼回到目錄補充剩余的詳細設計。檢查設計結果，發(fā)現(xiàn)設計缺陷。確保代碼易驗證。檢查編碼結果，發(fā)現(xiàn)編碼缺陷。修改代碼的語法錯誤。對代碼進行單元測試，調(diào)試代碼修改錯誤。軟件開發(fā)六階段（四）軟件實現(xiàn)定義：使用選定的編程語言，將軟件開發(fā)六階段（五）測試定義：在規(guī)定的條件下對程序進行操作，以發(fā)現(xiàn)程序錯誤，衡量軟件質(zhì)量，并評估其是否能滿足設計要求。測試策略：功能測試性能測試負載測試壓力測試容量測試回到

5、目錄步驟：制定測試計劃設計測試環(huán)境與用例實施測試單元測試集成測試（組裝測試）系統(tǒng)測試驗收測試總結測試軟件開發(fā)六階段（五）測試定義：在規(guī)定的條件下對程序進行操軟件開發(fā)六階段（六）運行維護定義：軟件產(chǎn)品交付給用戶后，需要根據(jù)用戶需求或硬件環(huán)境的變化，持續(xù)進行適當?shù)男薷?。軟件維護并不僅僅是“修正錯誤”，軟件維護一般包括以下四類活動：糾錯性維護（校正性維護）適應性維護完善性維護（增強）預防性維護（再工程）回到目錄改正在系統(tǒng)開發(fā)階段已發(fā)生，而系統(tǒng)測試階段尚未發(fā)現(xiàn)的錯誤。使用軟件適應信息技術變化和管理需求變化而進行的修改。為擴充功能和改善性能而進行的修改。占整個維護工作的50%60%。為了改進應用軟件的可

6、靠性和可維護性，主動增加預防性的新功能。軟件開發(fā)六階段（六）運行維護定義：軟件產(chǎn)品交付給用戶后， 軟件開發(fā)十模型回到目錄 軟件開發(fā)十模型回到目錄軟件開發(fā)十模型（一）瀑布模型定義：瀑布模型（Waterfall Model）是將軟件生存周期的各項活動規(guī)定為按固定順序而連接的若干階段工作，形如瀑布流水，最終得到軟件產(chǎn)品。地位：這是一種經(jīng)典模型，提供了軟件開發(fā)的基本框架。優(yōu)點：各階段劃分清晰強調(diào)計劃與需求分析適合需求穩(wěn)定的產(chǎn)品開發(fā)缺點：單一流程，不可逆風險顯露得晚，糾正機會少測試只是其中一個階段，缺乏全過程測試思想回到目錄計劃需求分析系統(tǒng)設計測試運行維護軟件實現(xiàn)軟件開發(fā)十模型（一）瀑布模型定義：瀑布模

7、型（Waterf軟件開發(fā)十模型（二）邊做邊改模型回到目錄定義：在沒有需求規(guī)格說明和系統(tǒng)設計的條件下開發(fā)軟件，反復對產(chǎn)品進行編碼以得到正確穩(wěn)定產(chǎn)品的方法。地位：或許這是開發(fā)員最常用的方式優(yōu)點：適用于需求非常簡單、容易明白，軟件期望的功能行為容易定義，實現(xiàn)的成功或失敗容易檢驗的工程。缺點：缺少計劃和設計環(huán)節(jié)，軟件結構容易越修改越糟忽略了需求環(huán)節(jié)，風險極大沒有考慮測試和程序維護，也沒任何文檔，后期維護困難建立新版本不斷修改運行并評估不滿意滿意交付（發(fā)布）N多次軟件開發(fā)十模型（二）邊做邊改模型回到目錄定義：在沒有需求軟件開發(fā)十模型（三）快速原型模型回到目錄定義：先迅速建造一個可以運行的軟件原型，以便理

8、解和澄清問題。開發(fā)人員與用戶針對原型反復討論，直到達成共識，最終在確定的客戶需求基礎上開發(fā)客戶滿意的軟件產(chǎn)品。優(yōu)點：克服瀑布模型的缺點，減少由于軟件需求不明確帶來的開發(fā)風險適合預先不能確切定義需求的軟件系統(tǒng)的開發(fā)能快速吸引用戶，從而搶占市場先機缺點：沒有考慮軟件整體質(zhì)量和長期維護大部分開發(fā)都不適合，往往只用于演示功能若達不到質(zhì)量要求，就會被拋棄，并重新設計需求分析原型開發(fā)原型評價最終系統(tǒng)設計最終系統(tǒng)實現(xiàn)用戶反饋軟件開發(fā)十模型（三）快速原型模型回到目錄定義：先迅速建造軟件開發(fā)十模型（四）演化模型回到目錄需求設計實現(xiàn)集成反饋測試定義：是一種全局的軟件（或產(chǎn)品）生命周期模型，屬于迭代開發(fā)方法。優(yōu)點：

9、適用于需求模糊的項目可導引出高質(zhì)量的產(chǎn)品要求每一輪經(jīng)驗教訓均可輔助下一輪開發(fā)銷售工作可提前進行，客戶可提前了解產(chǎn)品缺點：產(chǎn)品設計的完整性因需求的模糊可能會打折扣如無嚴格過程管理，容易退化為“邊做邊改”過早讓客戶接觸尚未測試穩(wěn)定的功能，可能對雙方產(chǎn)生負面影響（？）迭代1N次軟件開發(fā)十模型（四）演化模型回到目錄需求設計實現(xiàn)集成反饋軟件開發(fā)十模型（五）增量模型回到目錄定義：是演化模型的一種變式，整個產(chǎn)品被分解成若干個構件，開發(fā)人員逐個構件進行設計、實現(xiàn)、集成和測試，直至產(chǎn)品所有構件交付完成。優(yōu)點：有效縮短開發(fā)時間，有效規(guī)避并降低開發(fā)風險開發(fā)人員與用戶可通過原型充分地交流有利于用戶培訓、銷售和開發(fā)的同

10、步模型的靈活性可使其適應需求的變化缺點：軟件必須是開放式的體系架構若缺乏嚴格的過程管理，容易退化為“邊做邊改模型”對產(chǎn)品需求分析要求高，若需求不全面，會影響產(chǎn)品設計的完整性分析增量時間設計編碼測試增量1第1個增量發(fā)布分析設計編碼測試增量2第2個增量發(fā)布分析設計編碼測試增量n第n個增量發(fā)布軟件開發(fā)十模型（五）增量模型回到目錄定義：是演化模型的一軟件開發(fā)十模型（六）螺旋模型1回到目錄定義：該模型是演化模型的另一種變式，兼顧了演化模型的迭代特征，以及瀑布模型的系統(tǒng)化和嚴格監(jiān)控特點，加入并強調(diào)了對風險分析的重視。步驟：制定計劃風險分析實施工程客戶評估制定計劃風險分析實施工程客戶評估確定軟件目標，選定實

11、施方案評估所選方案，考慮如何識別和消除風險實施軟件開發(fā)和驗證評價之前工作，提出修正建議，制定下一步計劃迭代1N次軟件開發(fā)十模型（六）螺旋模型1回到目錄定義：該模型是演化軟件開發(fā)十模型（六）螺旋模型2回到目錄優(yōu)點：設計上靈活，各階段都可變更開發(fā)過程劃分詳細，成本計算更簡單客戶參與各階段開發(fā)，保證項目可控強調(diào)風險分析，規(guī)避開發(fā)風險適合龐大、復雜并且具高風險的項目缺點：需要相當豐富的風險評估知識與經(jīng)驗過長的開發(fā)周期，導致產(chǎn)品交付時，技術可能落后過多的迭代增加開發(fā)成本，延遲交付時間軟件開發(fā)十模型（六）螺旋模型2回到目錄優(yōu)點：軟件開發(fā)十模型（七）噴泉模型回到目錄分析定義：是一種以用戶需求為動力，以對象為

12、驅(qū)動的模型，主要用于描述面向?qū)ο蟮能浖_發(fā)過程。 該模型認為軟件開發(fā)過程自下而上周期的各階段是相互重疊和多次反復的，就像水噴上去又可以落下來，類似一個噴泉。 各個開發(fā)階段沒有特定的次序要求，并且可以交互進行，可以在某個開發(fā)階段中隨時補充其他任何開發(fā)階段中的遺漏。優(yōu)點：各階段無明顯界限，開發(fā)人員可同步開發(fā)提高效率，節(jié)省時間適用于面向?qū)ο蟮能浖_發(fā)過程缺點：因為各階段工作同步展開，因此需要更多開發(fā)人員除了人多，文檔產(chǎn)生的也快，因此需要嚴格的項目管理改進的模型：將需求分析和測試納入迭代，實現(xiàn)整個開發(fā)過程無邊界的交互（示意圖 略）設計實現(xiàn)維護演化軟件開發(fā)十模型（七）噴泉模型回到目錄分析定義：是一種以用

13、軟件開發(fā)十模型（八）智能模型回到目錄需求分析知識獲取和表示定義：這是一種基于知識的軟件開發(fā)模型。它把瀑布模型和專家系統(tǒng)緊密結合在一起，利用專家系統(tǒng)來幫助軟件開發(fā)人員的工作。地位：軟件開發(fā)不再是專業(yè)程序員的專利。優(yōu)點：因為使用了四代語言（4GL），用戶界面極端友好，即使沒有受過訓練的非專業(yè)程序員，也能用它編寫程序在專家支持下，能夠解決特定領域的復雜問題以瀑布模型為基本框架，在不同開發(fā)階段引入了原型實現(xiàn)方法和面向?qū)ο蠹夹g以克服瀑布模型的缺點，適用于特定領域軟件和專家決策系統(tǒng)的開發(fā)缺點：4GL目前主要限于事務信息系統(tǒng)的中、小型應用程序的開發(fā)，限制了智能模型的應用范圍對特定領域的專家要求高知識庫/專家

14、系統(tǒng)推理機制軟件原型系統(tǒng)體系結構設計軟件實現(xiàn)軟件開發(fā)十模型（八）智能模型回到目錄需求分析知識獲取和表軟件開發(fā)十模型（九）混合模型回到目錄定義：也叫過程開發(fā)模型，或元模型，幾種不同模型組合成一種混合模型，它允許一個項目沿著最有效的路徑發(fā)展。地位：每個開發(fā)單位都有自己特色的混合開發(fā)模型。優(yōu)點：可充分發(fā)揮各種模型的長處缺點：對企業(yè)的管理和技術都提出了更高的要求軟件開發(fā)十模型（九）混合模型回到目錄定義：也叫過程開發(fā)模軟件開發(fā)十模型（十）RAD模型回到目錄定義：快速應用開發(fā)（RAD）模型是“瀑布模型”的高速變種，一個增量型的軟件開發(fā)過程模型。該模型通過大量使用可復用構件，采用基于構件的建造方法贏得快速開發(fā)。優(yōu)點：可以快速創(chuàng)建出功