模型
名稱
年代
特色
適用情況
瀑布
1970
1.有定義清楚的階段
2.每階段都會有嚴謹的文件產出
3.階段轉移是具有循序性的
4.使用者不需全程參與
1.使用者的需求可完整且清楚的描述
雛形
1984
1.系統開發階段無清楚之分野
2.開發週期反覆的進行
3.強調快速的完成雛形
1.使用者的需求無法完整且清楚的描述
2.完成期限較緊迫的系統
3.小專案
螺旋
1988
1.強調各開發週期之規劃與
   風險評估
1.使用者的需求可完整且清楚的描述
2.完成期限較緊迫的系統
3.小專案

 

模型名稱
優點
限制
瀑布
1.建立嚴謹、標準的發展程序
2.清楚的階段劃分,易於分工及責任歸屬
3.符合模組化的概念
1.因以循序性的方式進行階段轉移,導致系統在沒開發完成前,看不到成果
2.某一階段工作無法如期完成時,將導致後續階段的所有工作停頓
雛形
1.可以充分瞭解使用者的需求
2.允許使用者隨時改變需求
3.協助使用者發現新的需求
4.快速的系統發展,降低風險
1.因工作雛形不斷修改,且缺少文件製作的管理,故不易維護
2.缺少有效的設計評估準則
3.因缺少嚴謹的分析與設計,所以系統的執行效率較差
4.使用者必須大量參與
螺旋
1.每一個演進層次接進行風險分析
2.利用雛形模型作為降低風險的方法
3.保持瀑布模型中,系統化且循序前進的優點
1.進化的過程不容易控制
2.需要很多風險評估的專業知識
3.不像瀑布模型及雛形模型廣泛的被運

資料來源:
軟體工程-物件導向程式設計與UML系統分析實作(陳湘揚等著,博碩文化股份有限公司)
物件導向系統分析與設計使用UML與C++(周斯畏編著,全華出版社)

 

文章標籤
全站熱搜
創作者介紹
創作者 是 我 的頭像
是 我

是 我的部落格

是 我 發表在 痞客邦 留言(0) 人氣(485)