原型法作为一种具体的开发方法，也有其局限性，使用时应注意以下几点：

1.应当重视开发过程的控制

由于原型法缺乏统一规划和系统开发的分析设计，只是按照“构造原型—修改—再修改”等粗略过程反复迭代，用户可能提出过多的甚至无关紧要的新的修改意见，再加上又没有约束原型完成和资源分配的标准，从而使开发过程难以控制，项目的管理和系统的维护比较困难。为此，用户和开发者不仅需要达成一个具体的开发协议，规定一些开发的标准和目标，还要建立完整、准确的文字档案。特别在每次原型的改进、完善中必须做好相应的文档记录和整理，这是很容易被忽视但又不能被忽视的问题。

2.应将原型法和生命周期法有机结合

在具体的开发中，为了得到有效的开发软件，在整体上仍可使用生命周期法来弥补原型法的不足。系统规划是管理信息系统开发的关键，开发应当做到完整、一致和准确。可把原型作为需求描述的补充和量化，以代替传统的审核与确认，提高需求描述的质量。此外，就是把系统分析设计和建造原型结合起来，在分析的同时考虑设计的要求和目标。系统原型能给用户和开发人员一个直观的对象，便于早期认识和评价系统，从而打破使用与开发的分割状态。

3.应当充分了解原型法的使用环境和开发工具

原型法有很多长处和很大的推广价值。由于原型法需要快速形成原型和不断修改演进，要求系统的可变更性好，易于修改，对它的开发环境要求更高。开发环境包括软件环境、硬件环境和开发人员。原型法尤其需要能支持开发过程中主要步骤的工程化软件支撑环境，以解决原型的快速构造，以及从原型系统到最终系统形成的各种变换及这种变换的一致性。

采用原型法必须具有形成原型和修改原型的支撑工具，如系统开发和设计中各种图表的生成器、计算机数据字典、程序生成器等。这些支撑工具正在研制和完善中，其发展对原型法的推广使用起着相辅相成的作用。一般认为，原型法所需要的软件支持环境主要有：

（1）要有一个方便灵活的数据库管理系统，如Visual Foxpro.、Informix、Oracle、Sybase等。对需要的文件和数据模型化，适应数据的存储和查找要求，方便数据的存取。

（2）一个与数据库对应的方便灵活的数据字典，具有存储所有实体的功能。(www.daowen.com)

（3）一套高级的软件工具（如第四代自动生成语言4GL或开发生成环境等）用以支持结构化程序，并且允许程序采用交互的方式迅速进行书写和维护，并产生任意程序语言模块。

（4）一套与数据库对应的快速查询语言，支持任意非过程化的组合条件查询。

（5）一个非过程化的报告/屏幕生成器，允许设计人员详细定义报告/屏幕样本以及生成内部联系。

4.原型法的使用范围

原型法不是万能的，有其一定的适用范围和局限性。这主要表现在：

（1）对于一个大型的系统，如果不经系统分析而进行整体性划分，直接使用屏幕来一个一个模拟，这是很困难的。

（2）对于大量运算的逻辑性较强的程序模块，原型法很难构造出模型以供评价。因为这类问题没有那么多的交互方式（如果说有现成的数据或逻辑计算软件包，则情况例外），也不是三言两语就可以把问题说清楚的。

（3）对于原基础管理不善、信息处理过程混乱的问题，使用原型法有一定的困难。首先由于工作过程不清，构造原型有一定的困难；其次是由于基础管理不好，没有科学合理的方法，系统开发容易走上机械模拟原来手工系统的轨道。

对于一个批处理系统，其大部分是内部处理过程，这时用原型法有一定的困难。