系統開發模式之發展大概起源於 1950 年代，當時最早之模式稱為編碼與修 正 模 式 (Code-and-fix Model)， 後 來 Benington(1956)提 出 階 段 模 式 (Stagewise Model)，接著 Royce(1970)提出瀑布模式(Waterfall Model)，Mills(1971)提出漸增 模式(Incremental Model)，Bally 等人(1977)提出雛型模式(Prototyping Model)，
Mills 等人(1989)及 Boehm(1988)提出螺旋模式(Spiral Model)，最後 Aoyama(1993) 提出同步模式(Concurrent Model)。在這些模式中，前兩者幾乎已沒人再使用，
其餘五種是目前常被使用者應用的，以下分別介紹。
(二) 階段模式
Benington, H.D. 在 1956 年 依 其 過 去 執 行 大 型 軟 體 系 統 ( 例 如 Semi-Automated Ground Environment, SAGE)開發之經驗，認知編碼與修正模 式之問題，因此提出階段模式以改善其缺點。階段模式有如下八個階段，每 階段須依序執行：
1. 作業規劃(Operational Plan)。
2. 作業規格描述(Operational Specification)。
3. 程式規格描述(Coding Specification)。
4. 編碼(Coding)。
5. 參數測試(Parameter Testing)。
6. 整合測試(Assembly Testing)。
7. 上線測試(Shakedown)。
8. 系統評估(System Evaluation)。
從上述八個階段可知，階段模式已具有系統開發階段及各階段規格描述
因此瀑布模式亦稱為系統發展生命週期(System Development Life Cycle, SDLC)。由於瀑布模式強調系統開發過程需有完整的規劃、分析、設計、測 試及文件等管理與控制，因此能有效的確保系統品質，它已成為業界大多數 軟體開發之標準(Boehm,1988)。
圖 3 瀑布模式 (四) 漸增模式
漸增模式是瀑布模式之擴充，該方法把需求分成「幾」個部分，依漸增 開發計畫將每個「部份需求」之開發訂為一個開發週期，每個週期可依序或 平行開發。每個週期之階段清楚定義要做那些工作及交付那些文件，每個階 段循序進行且僅循環一次。可依瀑布模式之原則開發。也就是說，漸增模式 需先經歷需求分析以完全掌握需求，接著再進行漸增開發規劃，其工作如下：
對系統之分析與設計「由上而下」之方式，將需求分成若干部分，並進行上 層規格描述，此時需把由上而下之各部分或功能切割清楚，這包括整個系統 之上層架構，可能重複使用之部分與依序將發展之各子系統。
圖 4 漸增模式
(五) 雛形模式
雛型模式是一種系統開發方法，該方法先針對使用者需求較清楚的部分 或資訊人員較能掌握之部分，依分析、設計與實施等步驟快速開發雛型。開 發過程中，強調盡早以雛型作為使用者與資訊人員需求溝通與學習之工具，
雙方透過雛型之操作與回饋，以釐清、修改及擴充需求，並藉以修改與擴充 雛型。上述步驟反覆進行，直到系統符合雙方約定為止。
圖 5 雛形模式
(六) 螺旋模式
由於漸增模式與雛型模式均無法完全解決瀑布模式執行上之問題，
Mills 等人(1986)提出螺旋模式以期能改善之，該模式由 Boehm(1988)進一步 擴充。該模式之執行由三個步驟形成一週期：1. 找出系統的目標、可行之 實施方案與限制；2. 依目標與限制評估方案；3. 由剩下之相關風險決定下 一步驟該如何進行。此週期反覆進行直到系統開發完成為止，其中各週期之 進行均強調規劃及風險評估。
圖 6 螺旋模式
(七) 同步模式
同步模式(Concurrent Model)是由 Aoyama‚M.於 1993 年提出，該模式之 構想是源自於製造業的同步工程(Concurrent Engineering)同步工程的目的在 於縮短產品開發時間，以提高市場競爭力。同步模式是基於三個主要的構想 來達到時程縮短的目標，第一個構想是多個團隊同時開發、第二個構想是資 訊同步、第三個構想是整合性的管理系統。
圖 7 同步模式