资讯系统开发模式

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

程式編輯於系統開發週期之後段才開始,故風險較 高,且失敗之成本亦較高。
系統分析與設計─理論與實務應用(三版)
漸增模式
Incremental Model 漸增模式是一種系統開發之方法,該方法把需 求分成「幾」個部分,然後依漸增開發計畫將 每個「部分需求」之開發訂為一個開發週期, 每個週期可依序或平行開發。每個週期之階段 清楚定義要做哪些工作及交付哪些文件,每個 階段循序進行且僅循環一次。
系統分析與設計─理論與實務應用(三版)
圖2-2 階段模式之執行程序
作業規劃 作業規格描述 程式規格描述 編 碼 參數測試
整合測試
上線測試
系統評估
系統分析與設計─理論與實務應用(三版)
瀑布模式
Waterfall Model
瀑布模式是一種系統開發之方法,該方法把系統開發 的過程分成Fra Baidu bibliotek幾」個階段,每個階段清楚定義要做哪 些工作及交付哪些文件,各個階段循序的執行且僅循 環一次。 當問題較小或較單純,劃分的階段可能少至三個,例 如分析、設計、實施等階段(如圖2-3);若面對較大 或較複雜之問題時,其階段可再被細分成更多個階 段,例如可能擴充至十個階段。
9.教育訓練
10.操作與維護
系統分析與設計─理論與實務應用(三版)
圖2-4 十階段之瀑布模式
可行性分析
需求分析
教育訓練 操作與維護
系統分析與設計─理論與實務應用(三版)
瀑布模式(續)
瀑布模式除了在階段劃分上較有彈性外,該模式至少 另提供二項主要的加強: 若在各階段發現錯誤可允許階段間之回饋,使能盡 早修正以減少系統修改或重做之成本。 各階段明確定義應做之工作及交付之文件,使系統 開發之工作更明確且更容易掌握。
系統分析與設計─理論與實務應用(三版)
第二章 資訊系統開發模式
系統分析與設計─理論與實務應用(三版)
內容大綱
學習目標 第一節 導論 第二節 編碼與修正模式 第三節 階段模式 第四節 瀑布模式 第五節 漸增模式 第六節 雛型模式 第七節 螺旋模式 第八節 同步模式 第九節 RUP模式 第十節 結論
系統分析與設計─理論與實務應用(三版)
學習目標
詳讀本章,你至少能瞭解: 資訊系統開發模式之演進與時代背景。 常用之資訊系統開發模式。 各種系統開發模式之特色、應用程序及適用情況。
資訊系統之特性及其適用的開發模式。
如何選擇一個較適當的系統開發模式。
系統分析與設計─理論與實務應用(三版)
導論
資訊系統開發模式或稱為軟體流程模式是資訊系統 開發活動一系列的步驟及其執行程序。 系統開發依循系統化、邏輯化的步驟進行時,有利 於標準、規範與政策之推行和建立,開發的過程將 更有效率、更能確保品質,也更容易管理。 不同的資訊系統開發模式,適用於不同情況的系統 開發;圖2-1描述系統開發模式之演進。
系統分析與設計─理論與實務應用(三版)
圖2-1 系統開發模式之演進
螺旋模式 (Mills等人, 1986; 同步模式 Boehm, 1988)(Aoyama, 1993) 雛型模式 (Bally等人, 1977) 漸增模式 (Mills, 1971) 瀑布模式 (Royce, 1970) 階段模式 (Benington, 1956) RUP 等人,1998) (Jacobson
過程中並無使用者需求分析與確認,軟體雖然設計 得很好,但可能並不符合使用者的需求。
系統分析與設計─理論與實務應用(三版)
階段模式
Stagewise Model
階段模式已具有方法論之雛型,該模式強調系統開發 前要有規劃,程式編輯前要有分析與設計,系統上線 前要有測試等。階段模式雖已改善了編碼與修正模式 之缺點,但使用上仍衍生以下之問題: 不論系統之大小或複雜程度均需經歷八階段。 各階段之進行是循序的且階段間沒有回饋。 各階段均需考量完整的系統範圍,不可僅考量部分 系統。 假設需求可完整且清楚地描述。
編碼與修正模式 Code-and-fix Model
1950
1960
1970
1980
1990
2000
系統分析與設計─理論與實務應用(三版)
編碼與修正模式
Code-and-fix Model
編碼與修正模式是最早(1956年前)使用之模式,該 模式並無方法論可言,主要包含兩個步驟: 先寫部分程式 再修正程式中之問題 主要之問題 沒有規劃及設計,故經過幾次之修正後,程式碼的 邏輯變得難以理解。
系統分析與設計─理論與實務應用(三版)
圖2-5 瀑布模式的開發程序與 系統
明確的、完 整的需求 最終系統 使用者 使用者
系統分析與設計─理論與實務應用(三版)
瀑布模式(續1)
瀑布模式的一些問題 假設在專案開始時,需求可完全且清楚描述。 所有需求在各階段均需同時考量,且系統開發在一 個週期內完成。 在程式編輯前過於強調完整的分析與設計文件,故 一旦需求變更,文件便需大幅修改。 系統開發週期較長且過程中使用者參與不足。
系統分析與設計─理論與實務應用(三版)
圖2-3 三階段之瀑布模式

析 設 計 實 施
系統分析與設計─理論與實務應用(三版)
表2-1 大略vs.詳細之系統 開發階段
分析 1.可行性分析 2.需求分析 3.系統分析
設計 4.概念性設計 5.細部設計
實施 6.程式編輯與單元測試 7.整合測試 8.安裝與系統測試
系統分析與設計─理論與實務應用(三版)
圖2-6 漸增模式之開發程序與系統
需求分析 漸增開 發規劃 新發展部分 再用部分 未完成部分
週期1
其他 發展 階段
週期2
其他 發展 階段
週期n
其他 發展 階段
漸增系統1
漸增系統2 使用者
最終系統
系統分析與設計─理論與實務應用(三版)
漸增模式(續)
漸增模式與瀑布模式大部分相同,但是仍有一些地方 不同,例如: 系統被分成幾個子系統或功能,各子系統可獨立依 序開發;而瀑布模式則是各個子系統須同時開發。 系統開發可由多個週期完成,每個週期表示不同版 本之系統,因此在每個週期均有程式編輯及上線實 施,使用者每個週期均參與,故相較於瀑布模式, 漸增模式之風險較低。
相关文档
最新文档