(1) Clarity of User Requirements - 清晰的使用者需求
(2) Familiarity with Technology - 使用技術的嫻熟
(3) System Complexity - 系統複雜度
(4) System Reliability - 系統可靠度
(5) Short Time Schedules - 短暫的開發時程
(6) Schedules Visibility - 計畫表的可見度（計畫是否按照時程進行）
*1 系統分析與設計的同時，就要發展測試計畫，藉由每個階段的測試，獲得較高的系統可靠度
*2 藉由系統雛形做溝通，因此獲得較清楚的使用者需求
*3 因缺乏系統基礎性的考量 （Ex：系統架構，安全，控制上的考量）
*4 因最後會重新撰寫程式，較其他模型適合引進不成熟的技術
*5 系統建立之前，可確定問題，產生比較可靠的系統，而且不忽略基本的基礎架構，安全，控制的需求
*6 因最後需重新撰寫程式，因此耗時較多
*7 因此方法需要使用者，在發展系統時一起工作 ，因此獲得較清楚的使用者需求
*8 因其適用於小專案，複雜度通常不高
*9 因此方法需要使用者，在發展系統時一起工作，客戶需與程式設計師一起定義需求，測試，而這一點常常很難遵守
沒有留言:
張貼留言