原型法
原型法
原徠型法(Prototyping Apprach)是與生命周期法完全不同的MIS 開發方法。前述的以結構化系統分析與設計為核心的新生命周期法，以其嚴密的理論基礎、嚴格的階段劃分、詳細的工作步驟、規範的文檔要求，以及“自上而下”的開發策略，導致它在MIS 開發方法中的主導作用。然而，隨著時間的推移、技術的進步，生命周期法和結構化方法的弊病逐漸暴露出來。首先，開發過程繁瑣複雜，靈活性較差；其次，系統開發周期長，系統難以適應內外環境變化。另外，生命周期法和結構化方法需要管理工作程序化、管理業務標準化、數據資料規範化，並且需要相對穩定的管理體制和業務流程，這與那些管理基礎薄弱的單位開發MIS 不相適應。
原型法的工作流程
通常簡稱為原型法，其核心是，用交互的，快速建立起來的原型取代了形式的、僵硬的（不允許更改的）大部分的規格說明，用戶通過在計算機上實際運行和試用原型系統而向開發者提供真實的、具體的反饋意見。
是在投入大量的人力，物力之前，在限定的時間內，用最經濟的方法開發出一個可實際運行的系統模型，用戶在運行使用整個原型的基礎上，通過對其評價，提出改進意見，對原型進行修改，統一使用，評價過程反覆進行，使原型逐步完善，直到完全滿足用戶的需求為止。
原型法是指在獲取一組基本的需求定義后，利用高級軟體工具可視化的開發環境，快速地建立一個目標系統的最初版本，並把它交給用戶試用、補充和修改，再進行新的版本開發。反覆進行這個過程，直到得出系統的“精確解”，即用戶滿意為止。
1.確定用戶的基本需求
由用戶提出對新系統的基本要求，如功能、界面的基本形式、所需要的數據、應用範圍、運行環境等，開發者根據這些信息估算開發該系統所需的費用，並建立簡明的系統模型。
2.構造初始原型
系統開發人員在明確了對系統基本要求和功能的基礎上，依據計算機模型，以儘可能快的速度和儘可能多的開發工具來建造一個結構模擬模型，即快速原型構架。之所以稱為原型構架，是因為這樣的模型是系統總體結構，子系統一上部分的高層模型。由於要求快速，這一步驟要儘可能使用一些軟體工具和原型製造工具，以輔助進行系統開發。
3.運行、評價、修改原型
快速原型框架建造成后，就要交給用戶立即投入試運行，各類人員對其進行試用、檢查分析效果。由於構造原型中強調的事快速，省略了許多細節，一定存在許多不合理的部分。所以，在試用中要充分進行開發人員和用戶之間的溝通，尤其是要對用戶提出的不滿意的地方進行認真細緻的反覆修改、完善，直到用戶滿意為止。
4、形成最終的管理信息系統
如果用戶和開發者對原型比較滿意，則將其作為正式原型。經過雙方繼續進行細緻的工作，把開發原型過程中的許多細節問題逐個補充、完善、求精，最後形成一個適用的管理信息系統。
原型法的開發過程
1.拋棄型原型（Throw-It-Away Prototype），此類原型在系統真正實現以後就拋棄不用了。
2.進化型原型（Evolutionary Prototype），此類原型的構造從目標系統的一個或多個基本需求出發，通過修改和追加的過程逐漸豐富，演化成為最終的系統。
利用原型法進行信息系統的設計過程中，分四步進行：首先快速分析，弄清用戶/設計者的基本信息需求；然後構造原型，開發初始原型系統；之後，用戶和系統開發人員使用並評價原型；最後系統開發人員修改和完善原型系統。
（徠1）優點：符合人們認識事物的規律，系統開發循序漸進，反覆修改，確保較好的用戶滿意度；開發周期短，費用相對少；由於有用戶的直接參與，系統更加貼近實際；易學易用，減少用戶的培訓時間；應變能力強。
（2）缺點：不適合大規模系統的開發；開發過程管理要求高，整個開發過程要經過“修改—評價—再修改”的多次反覆；用戶過早看到系統原型，誤認為系統就是這個模樣，易使用戶失去信心；開發人員易將原型取代系統分析；缺乏規範化的文檔資料
（3）適用範圍：處理過程明確、簡單系統；涉及面窄的小型系統
不適合於：大型、複雜系統，難以模擬；存在大量運算、邏輯性強的處理系統；管理基礎工作不完善、處理過程不規範；大量批處理系統
基本信息
- 中文名
- 原型法
- 外文名
- prototyping
- 目的
- 得出系統的精確解
- 工具
- 利用高級軟體