原型法(Prototyping Approach)是与生命周期法完全不同的MIS 开发方法。前述的以结构化系统分析与设计为核心的新生命周期法，以其严密的理论基础、严格的阶段划分、详细的工作步骤、规范的文档要求，以及“自上而下”的开发策略,导致它在MIS 开发方法中的主导作用。然而，随着时间的推移、技术的进步，生命周期法和结构化方法的弊病逐渐暴露出来。首先，开发过程繁琐复杂，灵活性较差;其次，系统开发周期长，系统难以适应内外环境变化。另外，生命周期法和结构化方法需要管理工作程序化、管理业务标准化、数据资料规范化，并且需要相对稳定的管理体制和业务流程，这与那些管理基础薄弱的单位开发MIS 不相适应。

原型法（Prototyping）是20世纪80年代随着计算机软件技术的发展，特别是在关系数据库系统（Relational Data Base System，RDBS）、第四代程序生成语言（4th Generation Language，4GL）和各种系统开发生成环境产生的基础上，提出的一种从设计思想、工具、手段都全新的系统开发方法。它摒弃了那种一步步周密细致地调查分析，然后逐步整理出文字档案，最后才能让用户看到结果的繁琐作法。

通常简称为原型法，其核心是，用交互的，快速建立起来的原型取代了形式的、僵硬的（不允许更改的）大部分的规格说明，用户通过在计算机上实际运行和试用原型系统而向开发者提供真实的、具体的反馈意见。

原型法的基本思想

是在投入大量的人力，物力之前，在限定的时间内，用最经济的方法开发出一个可实际运行的系统模型，用户在运行使用整个原型的基础上，通过对其评价，提出改进意见，对原型进行修改，统一使用，评价过程反复进行，使原型逐步完善，直到完全满足用户的需求为止。

原型法定义

原型法是指在获取一组基本的需求定义后，利用高级软件工具可视化的开发环境，快速地建立一个目标系统的最初版本，并把它交给用户试用、补充和修改，再进行新的版本开发。反复进行这个过程，直到得出系统的“精确解”，即用户满意为止。

原型法的开发过程

1.确定用户的基本需求

由用户提出对新系统的基本要求，如功能、界面的基本形式、所需要的数据、应用范围、运行环境等，开发者根据这些信息估算开发该系统所需的费用，并建立简明的系统模型。

2.构造初始原型

系统开发人员在明确了对系统基本要求和功能的基础上，依据计算机模型，以尽可能快的速度和尽可能多的开发工具来建造一个结构仿真模型，即快速原型构架。之所以称为原型构架，是因为这样的模型是系统总体结构，子系统一上部分的高层模型。由于要求快速，这一步骤要尽可能使用一些软件工具和原型制造工具，以辅助进行系统开发。

3.运行、评价、修改原型

快速原型框架建造成后，就要交给用户立即投入试运行，各类人员对其进行试用、检查分析效果。由于构造原型中强调的事快速，省略了许多细节，一定存在许多不合理的部分。所以，在试用中要充分进行开发人员和用户之间的沟通，尤其是要对用户提出的不满意的地方进行认真细致的反复修改、完善，直到用户满意为止。

4、形成最终的管理信息系统

如果用户和开发者对原型比较满意，则将其作为正式原型。经过双方继续进行细致的工作，把开发原型过程中的许多细节问题逐个补充、完善、求精，最后形成一个适用的管理信息系统。

采用原型法开发过程如图《原型法的开发过程》所示。

原型的分类

1.抛弃型原型（Throw-It-Away Prototype），此类原型在系统真正实现以后就抛弃不用了。

2.进化型原型（Evolutionary Prototype），此类原型的构造从目标系统的一个或多个基本需求出发，通过修改和追加的过程逐渐丰富，演化成为最终的系统。

原型法的工作步骤

利用原型法进行信息系统的设计过程中，分四步进行：首先快速分析，弄清用户/设计者的基本信息需求；然后构造原型，开发初始原型系统；之后，用户和系统开发人员使用并评价原型；最后系统开发人员修改和完善原型系统。

原型法

（1）优点：符合人们认识事物的规律，系统开发循序渐进，反复修改，确保较好的用户满意度；开发周期短，费用相对少；由于有用户的直接参与，系统更加贴近实际；易学易用，减少用户的培训时间；应变能力强。

（2）缺点：不适合大规模系统的开发；开发过程管理要求高，整个开发过程要经过“修改—评价—再修改”的多次反复；用户过早看到系统原型，误认为系统就是这个模样，易使用户失去信心；开发人员易将原型取代系统分析；缺乏规范化的文档资料

（3）适用范围：处理过程明确、简单系统；涉及面窄的小型系统

不适合于：大型、复杂系统，难以模拟；存在大量运算、逻辑性强的处理系统；管理基础工作不完善、处理过程不规范；大量批处理系统