原型法有以下优点

原型法有以下优点：

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

传统的开发方法中，客户主要靠阅读大量的文件了解系统，然后向系统分析员表达他们对系统需求的意见。原型法展示给用户的是可以实际运行的原型系统，用户"看得见，摸得着"，可以很清楚地把他们的意见告诉给系统分析员。

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

结构化方法强调了面向用户的观点，但用户参与较多的．是系统分析阶段。而采用原型法进行系统开发，用户在整个开发过程中起主导作用，随时提供现场的第一手资料，帮助开发者认识用户的真正需求。

3、辨认动态的用户需求

我们知道，系统分析的困难之一是用户与开发者之间的沟通，尤其对一些动态需求，不容易用语言文字来描述。可以实际运行的系统原型有助于开发者发掘和验证这类不易用一般语言来规范交谈的动态需求。

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

在系统投人运行之前，有些功能用户也无法预先知道。复印机刚发明时，人们曾认为其功能只是代替复写纸，在使用实践中才认识到远非如此，复印机才得以有今天这么广泛的应用。信息系统也有类似情况。衍生式的需求是指当系统投入运行之后，用户有了使用经验而提出的需要。在整个开发过程中，原型系统可以启发用户的这些衍生的新需求，并把这些需求告诉开发者。决策支持系统就常有这类需求，适合用原型法进行开发。

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

原型法以用户为主导，更有效地辨认用户需求，不仅使系统分析的时间大为缩短，而且减少了开发人员对用户需求的误解，从而降低了系统开发的风险。

原型法也有不足之处。原型法不如结构化生命周期法成熟和便于管理控制。原型法需要有自动化工具加以支持。由于用户的大量参与，也会产生一些新的问题，如原型的评估标准是否完全合理。原型的开发者在修改过程中，容易偏离原型的目的，使用者在看到原型的功能逐步完备之后，以为原型可以联机使用了，而疏忽了原型对实际环境的适应性及系统的安全性、可靠性等要求，便直接将原型系统转换成最终产品。这种过早交付产品的结构，虽然缩短了系统开发时间，但损害了系统质量，增加了维护代价。

由上面的分析可以看出，原型法的优点主要在于能更有效地辨认用户需求。对于分析层面难度大、技术层面难度不大的系统，适合于用原型法开发。而对于技术层面的困难远大于其分析层面的系统，则不宜用原型法。一般将原型法与结构化生命周期法结合起来使用，用原型法进行需求分析，以经过修改、确定的原型系统作为系统开发的依据，在此基础上完善系统说明书。