軟件工程基礎(chǔ)：軟件生存期過程 常用軟件生存期模型

軟件生存期過程規(guī)定了獲取、供應、開發(fā)、操作和維護軟件時，要實施的過程、活動和任務。其目的是為各種人員提供一個公共的框架，以便可以使用“相同的語言”在自己的環(huán)境中創(chuàng)作和管理軟件。

軟件生存期過程沒有規(guī)定一個特定的生存周期模型，各軟件開發(fā)機構(gòu)可視其項目的需要選擇一種軟件生存周期模型，并將軟件生存期過程所含過程、活動和任務映射到選定的軟件生存周期模型中。

1.3軟件生存期過程GB/T8566-1995信息技術(shù)——軟件生存期過程

1.4常用軟件生存期模型

軟件生存期模型描述了軟件項目從需求定義開始，到開發(fā)成功后投入使用，在使用的過程中不斷增補修訂，直到最后停止使用這一期間所進行的各種活動如何執(zhí)行的模型。

軟件開發(fā)機構(gòu)應該綜合項目和應用的性質(zhì)、將要使用的方法和工具等，選擇其中合適的模型，并將軟件生存期過程映射到選定的模型中進行軟件開發(fā)和維護。1.4.1瀑布模型

瀑布模型最初由W.Royce于1970年提出?？尚行匝芯宽椖繉嵤┯媱澬枨蠓治龈乓O計詳細設計編碼測試維護可行性研究報告軟件項目計劃需求規(guī)格說明概要設計說明程序規(guī)格說明原程序代碼測試報告維護報告計劃時期開發(fā)時期時期運行（時期）（階段）（文檔）瀑布模型的特點各階段順序相互依賴；每階段進行評審；強調(diào)需求分析和設計。瀑布模型為軟件開發(fā)和維護提供了一種有效的管理方式。

瀑布模型比較適合于功能和性能需求明確的軟件項目的開發(fā)和維護，如編譯系統(tǒng)等。

瀑布模型的不足實際軟件開發(fā)中，各階段之間并非完全的自上而下線性順序展開；在開發(fā)過程中，用戶看不見系統(tǒng)，而只有在交付使用時系統(tǒng)才能和用戶見面；

不夠靈活（針對需求模糊或變化的情況）。1.4.2原型模型

快速分析快速構(gòu)造原型運行原型評價原型不滿意快速修改原型形成最終系統(tǒng)滿意原型模型的特點“快速”開發(fā)；用戶反饋；逐步完善（原型）。

原型模型比較適合于需求模糊或不確定的軟件項目的開發(fā)和維護。

相對瀑布模型而言，原型模型更符合人們開發(fā)軟件的習慣。

原型模型的不足不宜利用原型系統(tǒng)作為最終產(chǎn)品（原型成本問題）；原型模型的“快速”特點對最終系統(tǒng)不適用（原型作用問題-----定義需求）。

采用原型模型開發(fā)系統(tǒng)，用戶和開發(fā)者必須達成一致：原型被建造僅僅是用來定義需求，之后便部分或全部拋棄，最終的軟件要在充分考慮了質(zhì)量和可維護性等方面之后才被開發(fā)。

1.4.3RAD模型

RAD小組1業(yè)務建模數(shù)據(jù)建模處理建模應用生成測試RAD小組2業(yè)務建模數(shù)據(jù)建模處理建模應用生成測試RAD小組n業(yè)務建模數(shù)據(jù)建模處理建模應用生成測試……2~3個月Microsoft倡導的開發(fā)模型RAD模型的特點順序開發(fā)（如同瀑布模型）；

業(yè)務建模：弄清業(yè)務活動中的信息流；數(shù)據(jù)建模：精化業(yè)務建模結(jié)果；處理建模：依據(jù)數(shù)據(jù)建模結(jié)果，創(chuàng)建處理描述；應用生成：組件復用與開發(fā)；測試：新的組件及所有接口。強調(diào)極短的開發(fā)周期（2-3月）。RAD模型主要用于信息系統(tǒng)應用軟件的開發(fā)

使用基于組件的建造方法獲得快速開發(fā)

RAD模型的不足技術(shù)風險很高的情況不適合采用；

（如新軟件要求與已存在的程序有高可互操性時，或系統(tǒng)難以被適當?shù)貏澐譃槿舾晒δ艿惹闆r）需要足夠的人力以創(chuàng)建足夠的RAD小組；開發(fā)者和用戶需要在很短的時間內(nèi)完成系統(tǒng)開發(fā)。1.4.4增量模型

前述生存期模型，均是一次性地將整個系統(tǒng)交給用戶：

瀑布模型是假設當線性階段完成之后就能交付一個完善的系統(tǒng)。原型模型主要用來幫助開發(fā)者獲取用戶需求，待需求穩(wěn)定后再開發(fā)最終系統(tǒng)提供給用戶。RAD模型則先將系統(tǒng)主要功能分給若干RAD小組開發(fā)，然后集成起來形成最終系統(tǒng)提交給用戶。

業(yè)務和產(chǎn)品需求的變化，市場競爭和商業(yè)壓力等等

以逐步增加軟件產(chǎn)品的方式構(gòu)造軟件---增量模型

增量模型示意圖分析設計編碼測試使用第1個增量分析設計編碼測試使用第2個增量分析設計編碼測試使用第n個增量設計組編碼組測試組分析組增量模型的特點可以根據(jù)需要補充人員；能夠有計劃地管理技術(shù)風險；能夠減少全新軟件產(chǎn)品對用戶帶來的影響；不需要大的資金支出；用戶能及早使用及早發(fā)現(xiàn)問題；投資回報隨功能漸增而漸增。增量模型的不足如果產(chǎn)品整體結(jié)構(gòu)設計不當，則難以為其增加新的增量；（對設計水平要求較高）由于采用增量開發(fā)，故難于進行徹底的測試。1.4.5螺旋模型

風險分析原型1風險分析風險分析風險分析操作概念需求計劃生命周期計劃開發(fā)計劃集成和測試計劃需求確認設計確認和驗證實現(xiàn)原型2原型3操作原型模擬，模型，基準軟件需求軟件產(chǎn)品設計詳細設計單元測試編碼集成測試驗收測試確定目標、方案和限制評估方案識別和消除風險開發(fā)、驗證下一級產(chǎn)品計劃下一階段評審部分承諾累積成本一步步推進螺旋模型的特點既保持了傳統(tǒng)生命周期模型中系統(tǒng)的階段性方法，又將迭代演化的思想吸收到模型中；螺旋模型是風險驅(qū)動的。（風險分析使得用戶和開發(fā)者能夠更好地理解和對待每一個階段的風險）螺旋模型適合于大型軟件的開發(fā)

螺旋模型的不足要求軟件開發(fā)人員善長風險分析；風險分析會導致項目終止而終止合同，出現(xiàn)違約訴訟。對于小項目，風險分析的成本可能與整個項目的成本相當。1.4.6RUP模型OrganizationbyCONTENTOrganizationbyTIMERUP模型的特點DevelopIterativelyManageRequirements（UseCase）UseComponentArchitectureModelVisually(UML)ContinuouslyVerifyQualityManageChange用例驅(qū)動；體