工欲善其事必先利其器《論語·魏靈公》，首先了解軟體開發模式有區分為編 碼與修正模式、階段模式、瀑布模式、漸增模式、雛型模式、螺旋模式、同步模 式、軟體開發程序模式。其目的是提供開發者一系統的流程以成功的開發使用者 所需要的軟體。然而開發的環境、長期的目標和專案的類型不盡相同，因此不同 的開發模式乃因應而生，以配合不同條件下的專案開發（王文良,2008）。
一、軟體開模式種類
基本上軟體開發模式可分為軟體生命週期模式（Software Life Cycle Models）和軟體開發程序模式（Software Process Models）。
1.軟體生命週期模式（Software Life Cycle Models）： (1)瀑布模式：
軟體開發應依照一序列的階段進行，一個階段的產出並須經過驗證或確認才 能視為完成，任何更改、錯誤或爭議都必須回溯到前面相關的階段加以修正，若 發現錯誤或新需求時，都必須回溯到前面相關階段。
圖 2-10 瀑布模式 (2)漸增模式：
將一個軟體系統分割成好幾個子系統，每一個子系統各執行一部份功能，設 計一個彈性、開放的系統架構，使後續的功能能夠加入，而不需修改基本的架構，
後續的子系統陸續可以與已完成的部分整合在一起（林信惠、黃明祥、王文 良,2005）。也就是說把需求分成幾個部分，然後將每個部分的需求之開發訂為 一個開發週期，每個週期可依序或平行開發。每個週期之階段清楚定義要做那些 工作及交付那些文件，每個週期內，各階段循序進行且僅循環一次。
系統需求確 認
軟體需求確 認
初步設計驗 證
細部設計驗 證
編碼與除錯 單元測試
操作與維護 確認
整合測試驗 證
圖 2-11 漸增模式 (3)雛型模式：
此方法先針對使用者需求較清楚的部分或資訊人員較能掌握之部份，依分析、
設計與實施等步驟快速進行雛型系統開發。過程中，強調儘早以雛型系統做為使 用者與資訊人員需求溝通與學習之工具，雙方透過雛型之操作與回饋，以釐清、
修改及擴充需求，並藉以修改與擴充雛型系統。上述步驟反覆進行，直到系統符 合雙方約定為止（林信惠、黃明祥、王文良,2005）。
圖 2-12 雛型模式 第一個子系統的分
析、設計、編碼與測 試
新子系統的
設計、編碼與測試
操作與維護 整合新子系統
至現有系統
觀察需求
抽象化確認
規格驗證
雛型建立驗
試驗確認
(4)螺旋模式：
在生命週期的每一個階段，應該主動發覺風險並設法解決，運用模擬、雛型、
模式建立、標竿﹙Benchmarks﹚等方法來降低風險，每一個階段都必須經過確認 或驗證，考量每一個階段的目標、可行的方案及限制條件（林信惠、黃明祥、王 文良,2005）。
圖 2-13 螺旋模式 (5)同步模式：
主要是為了縮短系統開發時間，加速版本之更新，因應商業套裝軟體的市場 競爭。需求可明確與完整的描述，有足夠的人力參與，團隊間有良好的溝通、資 訊交換與專案管理。也就是說可以一個階段內的工作、多個階段性的工作、或多 個專案的工作、或軟硬體的工作多層平行進行（林信惠、黃明祥、王文良,2005）。
圖 2-14 同步模式
2.軟體開發程序模式（Software Process Models）： (1)開發程序模式：
圖 2-15 開發程序模式
圖 2-17 連續改善程序模式
3.軟體開發模式演進
軟體開發模式演進如下圖2-18所示：
圖 2-18 軟體開發模式演進（吳仁和、林信惠,2009）： 排定改善的
順序
找尋改善機 會
界定程序 執行改善
評估 衡量
確立所有權
採納使用者 需求
本研究論文中採用雛型模式來開發財產管理 APPS 系統，主要是因為系統開 發需要與財產保管人使用配合，探討實際財產保管人的需求，並讓財產保管人能 充分實際操作增加系統開發的實用性、易用性，以及讓日後其他財產保管人相對 高度興趣使用，以達到使用者因參與而了解所謂財產管理等相關法規及財物保管 重要性的知識領域，也是本研究開發建置系統成功與否主要關鍵。
參、 研究程序
本章節要探討說明系統開發之程序，並以實際財產保管人的需求分析、設計 出財產管理資訊系統連結架構、之後設計資料庫，制定資料表，最後以實作財產 管理 APPS 系統、以及中介軟體，達到即時查詢之目的。