02.資訊系統開發模式.ppt

March 2000 第二章 資訊系統開發模式 內容大綱 學習目標 2.1?? 導論 2.2?? 編碼與修正模式 2.3?? 階段模式 2.4?? 瀑布模式 2.5?? 漸增模式 2.6?? 雛型模式 2.7?? 螺旋模式 2.8?? 同步模式 2.9 結論 學習目標 詳讀本章，你至少能瞭解： 資訊系統開發模式之演進及時代背景。 常用之資訊系統開發模式。 各種系統開發模式之特色、應用程序及適用情況。 資訊系統之特性及其適用的開發模式。 如何選擇一個適當的開發模式。 2.1 導論 資訊系統開發模式或軟體流程模式是開發活動一系列的步驟及其執行程序。 系統開發依循系統化、邏輯化的步驟進行時，有利於標準、規範與政策之推行和建立，開發的過程將更有效率，更能確保品質，也更容易管理。 不同的資訊系統開發模式，適用於不同情況的系統開發 圖2-1描述系統開發模式之演進。 圖2-1 系統開發模式之演進 2.2 編碼與修正模式 編碼與修正模式是最早（1956年前）使用之模式，該模式並無方法論可言，主要包含兩個步驟： (1) 先寫部分程式 (2) 再修正程式中之問題。 主要問題： (1)沒有規劃及設計，故經過幾次之修正後，程式碼的邏輯變得難以理解， (2)過程中並無使用者需求分析與確認，軟體雖然設計得很好，但可能並不符合使用者的需求。 2.3 階段模式 2.3 階段模式 (c.2) 階段模式已具有方法論之雛型，該模式強調 系統開發前要有規劃， 程式編輯前要有分析與設計， 系統上線前要有測試等。 階段模式雖已改善了編碼與修正模式之問題，但使用上仍衍生以下之問題： 不論系統之大小或複雜程度均需經歷八階段， 各階段之進行是循序的且階段間沒有回饋， 各階段均需考量完整的系統範圍，不可僅考量部份系統。 假設需求可完整且清楚的描述。 2.4 瀑布模式 定義： 瀑布模式?是一種系統開發之方法，該方法把系統開發的過程分成〝幾〞個階段，每個階段清楚定義要做那些工作及交付那些文件，各個階段循序的執行且僅循環一次。 當問題較小或較單純，劃分的階段可能少至三個，例如分析、設計、實施等階段（如圖2-3）; 若面對較大或複雜之問題時，其階段可再被細分成更多個階段，例如可能擴充至十個階段。 2.4 瀑布模式 (c.2) 2.4 瀑布模式 (c.3) 表2-1、大略vs.詳細vs.業界之系統開發階段 2.4 十階段之瀑布模式(c.4) 2.4 瀑布模式 (c.5) 瀑布模式除了在階段劃分上較有彈性外，該模式至少另提供二項主要的加強： 若在各階段發現錯誤可允許階段間之回饋，使能儘早修正以減少系統修改或重做之成本。 各階段明確定義應做之工作及交付之文件，使系統開發之工作更明確及容易掌握。 圖2-5 瀑布模式開發程序與系統 2.4 瀑布模式 (c.7) 瀑布模式的一些問題： (1) 假設在專案開始時需求可完全且清楚描述， (2) 所有需求在各階段均需同時考量，且系統開發在一個週期內完成， (3) 在程式編輯前過於強調完整的分析與設計文件，故一但需求變更，文件需大幅修改， (4) 系統開發週期較長且過程中使用者參與不足， (5) 程式編輯於系統開發週期之後段才開始，故風險較高，且失敗之成本亦較高。 2.5 漸增模式 定義： 漸增模式是一種系統開發之方法，該方法把需求分成〝幾〞個部分，然後依漸增開發計畫將每個〝部分需求〞之開發訂為一個開發週期，每個週期可依序或平行開發。每個週期之階段清楚定義要做那些工作及交付那些文件，每個階段循序進行且僅循環一次。 漸增模式之開發程序與系統如下： 2.5 漸增模式 (c.2) 2.5 漸增模式 (c.3) 漸增模式與瀑布模式大部分相同，但是，仍有一些地方不同，例如： 系統被分成幾個子系統或功能，各子系統可獨立依序開發，而瀑布模式是各個子系統需同時開發。 系統開發可由多個週期完成，每個週期表示不同版本之系統，因此在每個週期均有程式編輯及上線實施等，使用者每個週期均參與，故相較於瀑布模式，漸增模式之風險較低。 2.5 漸增模式 (c.4) 漸增模式適用之情況： (1) 組織的目標與需求可完全與清楚描述。 (2) 預算需分期編列。 (3) 組織需要時間來熟悉和接受新科技。 2.6 雛型模式 定義： 雛型模式是一種系統開發之方法，該方法先針對使用者需求較清楚的部分或資訊人員較能掌握之部份，依分析、設計與實施等步驟快速進行雛型開發。開發過程中，強調儘早以雛型系統做為使用者與資訊人員需求溝通與學習之工具，雙方透過雛型之操作與回饋以釐清、修改及擴充需求，並藉以修改與擴充雛型系統。上述步驟反覆進行，直到系統符合雙方約定為止。 圖2-7 雛型模式之開發程序及參與人員 2.6 雛型模式 (c.3) 雛型模式主要特性與原則如下： 強調雛型之