sa02.ppt.pptVIP

January 2000 學習目標 一、導論 二、資訊系統開發模式與演進 編碼與修正模式、階段模式 瀑布模式、漸增模式、雛型模式 螺旋模式、同步模式 三、結論 學習目標 資訊系統開發模式之演進及時代背景。 常用之資訊系統開發模式。 各種系統開發模式之特色、應用程序及適用情況。 資訊系統之特性及其適用的開發模式。 如何選擇一個適當的開發模式。 一、導論 資訊系統開發模式 或軟體流程模式 ，是開發活動一系列的步驟及執行程序。 系統開發依循系統化、邏輯化的步驟進行時 有利於標準、規範與政策之推行和建立 開發的過程將更有效率，更能確保品質，也更容易管理 不同的資訊系統開發模式，適用於不同情況的系統開發。 二、資訊系統開發模式與演進 2.1 編碼與修正模式 編碼與修正模式是最早（1956年前）使用之模式，該模式並無方法論可言，主要包含兩個步驟： 先寫部分程式；再修正程式中之問題。 主要之問題： 1 沒有規劃及設計，故經過幾次之修正後，程式碼的邏輯變得難以理解， 2 過程中並無使用者需求分析與確認，軟體雖然設計得很好，但可能並不符合使用者的需求。 2.2 階段模式 階段模式已具有方法論之雛型，強調： 系統開發前要有規劃 程式編輯前要有分析與設計 系統上線前要有測試等 使用上仍衍生以下之問題： 不論系統大小或複雜程度均需經歷八階段 各階段之進行是循序的且階段間沒有回饋 各階段均需考量完整的系統範圍，不可僅 考量部份系統 假設需求可完整且清楚的描述 2.3 瀑布模式 執行程序與原則 系統開發的過程分成〝幾〞個階段，每個階段清楚定義要做那些工作及交付那些文件，每個階段是循序的執行且僅循環一次。 當問題較小或較單純，劃分的階段可能少至三個，例如分析、設計、實施等階段；若面對較大或複雜之問題時，其階段可再被細分成更多個階段，例如可能擴充至十個階段。 瀑布模式開發程序與系統 三階段之瀑布模式 大略 vs.詳細之系統開發階段 十階段之瀑布模式 2.4 漸增模式 把需求分成〝幾〞個部分，然後依漸增開發計畫將每個〝部分需求〞之開發訂為一個開發週期，每個週期可依序或平行開發。每個週期之階段清楚定義要做那些工作及交付那些文件，每個階段是循序的且僅循環一次。 漸增模式之開發程序與系統 漸增模式與瀑布模式之比較 漸增模式與瀑布模式大部分相同，但是，仍有一些地方不同，例如： 系統被分成幾個子系統或功能，各子系統可獨立依序開發，而瀑布模式是各個子系統需同時開發。 系統開發可由多個週期完成，每個週期表示不同版本之系統，因此在每個週期均有程式編輯及上線實施等，使用者每個週期均參與，故相較於瀑布模式，漸增模式之風險較低。 2.5 雛型模式 先針對使用者需求較清楚的部分或資訊人員較能掌握之部份，依分析、設計與實施等步驟快速進行雛型開發。 開發過程中，強調儘早以雛型系統做為使用者與資訊人員需求溝通與學習之工具，雙方透過雛型之操作與回饋以釐清、修改及擴充需求，並藉以修改與擴充雛型系統。 上述步驟反覆進行，直到系統符合雙方約定為止。 雛型模式之開發程序及參與人員 雛型模式之潛在問題 系統文件較不完備，程式亦較難維護。 短期可能較能滿足使用者需求，但長期而言系統較易失敗。 因缺乏整體之規劃、分析與設計，故較不適合於大型及多人參與之系統開發專案。 雛型模式兩種常見之策略 演進式雛型 Evolutionary Prototyping or Evolutionary Development Model 用後丟棄雛型 Rapid Throwaway Prototyping 策略 A 演進式雛型策略 將所有需求看成一個整體 從需求最清楚的部分快速的經歷一系統開發週期，以完成初版雛型系統，再利用該雛型與使用者溝通以確定、修改和擴充需求，並藉以做為下一週期雛型演進之依據。 該週期不斷的反覆進行，一直到雛型系統符合雙方約定為止。 演進式雛型策略之系統開發週期、雛型版本及需求之演進： B 用後丟棄式雛型策略 以一種快而粗糙 Quick and Dirty 的方式建立雛型，以促使使用者能夠儘快藉由與雛型之互動來決定需求項目，或資訊人員藉以研發問題之解決方法與資訊科技之應用 僅實施在風險程度最高的地方，例如需求或解決問題之知識、概念與資訊科技整合最不清楚的情況，其它情況則盡可能的採用演進式雛型策略 因為雛型之丟棄也意味著成本的浪費 2.6 螺旋模式 螺旋模式之執行由三個步驟形成一週期： 1 找出系統的目標、可行之實施方案與限制。 2 依目標與限制評估方案。 3 由剩下之相關風險決定下一步驟。此週期反覆進行直到系統開發完成為止。 螺旋模式之開發程序 步驟一、找出系統的目標、可行之實施方案與限制 1 找出系統的目標 系統目標之評估準則很多，例