1）淘汰/抛弃式

如果原型仅仅是由于需求阶段方面和用户沟通，那么当原型的目的达到之后即被抛弃，原型不作为最终的产品。

2）演化式

软件系统的形成和发展是逐步完成的，它需要不断动态的迭代和高度的循环，每次迭代都要对系统重新进行规约说明、设计、实现和评价，每次迭代的产出都是可以独立运行和包含基础功能的系统，是后续细化的基础，所以演化式方式是对付变化最为有效的方法。这类原型一般都不建议抛后，后期的设计开发也要基于该原型逐渐的进行完善。

3）增量式

增量式是指对系统进行一次一段的增量构造，与演化式原型的最大区别在于增量式开发时再软件总体设计基础上进行的，其应付变化的能力就比演化式方法差些。

在软件系统设计的过程中，常用的原型形式有一下几种。

1）数据输入原型

建立数据输入的原型，不但能够检查输入数据的正确行和速度，还能够进行完整性和有效性的检验。

2）对话原型

对话原型模拟预期终端的交互，是用户可以从屏幕上查看相关的信息和操作，并提出遗漏之处，从而加深对系统的正确理解。

3）计算和逻辑原型

计算和逻辑原型主要用于应用逻辑或计算比较复杂的情况。这时，分析和设计人员通过使用高级程序语言建立所学的计算实例，用户壸使用这些原型来验证所求结果的准确性。

4）应用程序包原型

应用程序包原型用于在一个应用程序包和其他应用系统相连或实际使用之前来鉴定这个应用程序包的满意度。若用户不满意则可以对他们进行修改，知道满意为止。

5）数据系统原型

数据系统原型原来生成一个含有少量记录的原型数据库，是用户和分析员与此原型进行交互，生成报表并显示有用信息。这种交互经常会产生对不同的数据类型、新的数据或不同的数据组织方式的需求，也可以在原型的帮助下探索用户如何对信息进行使用。

6）报表系统原型

提供给用户的各种报告应在整个系统实现之前给用户看，报表子系统需要经常进行大量修改以满足系统的需要，因此，可以把报表生成器作为原型。