原型法

20世纪80年代全新的系统开发方法。

根据用户提出的需求不断修改完善。

用户不满意就不断修改，用户不断提出新的需求再不断修改，直到达到满意后最终交付产品。无明确分工。

原型法修改划分4个步骤：

1、确定用户基本需求；

2、开发新系统的原型

3、征求用户对原型的一间，反复修改达到满意为止；

4、达成一直交付产品；

原型法优点：

1、增进用户与开发人员之间沟通；

2、用户在系统开发中起主导作用；

3、辨认动态的用户需求；

4、启迪衍生式的用户需求；

5、缩短开发周期，降低开发风险；

不足之处：

1、对于大型开发无能为力；

2、大量运算逻辑较强程序模块，很难勾出模型供人评价；

3、管理基础不够完善，信息处理混乱；

4、不经过系统分析，没有统一文档对后期维护带来困扰；

总结：原型法适合简单的小型系统；