开发一个项目，简单的说经过调研、开发、测试、维护四个大体的阶段。每个阶段的开发时间不一。笔者主要从事紫金桥组态软件的项目应用开发工作，对组态软件项目开发各阶段的时间安排小谈下自己的看法。
        这里笔者提出“4321”的说法，也就是说40%的时间调研，30%的时间开发，20%的时间测试，10%的时间维护CONTROL ENGINEERING China版权所有，这里所说的“时间”也可以理解为工作量。之所以这么安排时间，原因如下所述。
        40%调研
        从某种意义上说，组态软件是个半成品，需要用户在这个基础之上进行二次开发。组态软件已经提供了诸如报表、曲线、历史保存、动画连接等常用的功能模块，用户可以便捷的在这个基础之上开发出自己所需要的监控系统。
        组态软件模块式的开发环境虽然极大地方便了用户的需求，另一方面，组态软件的功能也是相对固定的，难以直接满足用户的一些特殊的需求。
        此外CONTROL ENGINEERING China版权所有，从整个监控系统而言www.cechina.cn，组态软件处于上位机的位置，需要PLC、模块、板卡、仪表等硬件设备才能搭建一个完整的系统。对于一个系统，初期往往有多种通信搭配方案，串口级联、以太网、GPRS、数传电台、无线射频等等。
        而且很多时候，在使用组态软件开发的人员，不一定是最终用户，而是系统集成商等控制工程网版权所有，这里就面临一个双方沟通的问题。只有充分沟通了，才能确定用户的需求组态软件能否实现，选择哪些下位的硬件，确定具体的通信方式等。
        如果开始调研不够认真、明晰，后期的开发从开始就可能出现了偏差，或者项目快结束了才发现有重大隐患。比如笔者曾接触的一个项目，这个项目是监控生产线的设备，设计者想通过组态软件监控生产线上的5个PLC，通信距离大概一百多米。初步决定采用1个485串口级联的方式通信，而且已经完成了布线的工作，485串口在一两百米内级联5个plc，技术上没有什么问题。可是笔者和该项目的最终用户进一步沟通后，发现用户对现场监控的响应时间要求不低，在1秒以内。显然，通过1个485串口通信级联5个plc是实现不了这个要求的。或采用多个串口，少级联设备，或更换通信模块，采用以太网通信等方式都可以提高通信速度，达到用户的要求。
        很多时候最终用户不一定了解组态软件的各方面特性，甚至不一定了解他们自己的具体要求，边做边改边提要求的情况很常见。只有在前期的调研清晰了，才可以最大可能的避免项目后期的重大修改。
        30%开发
        由于组态软件本身模块化的开发方式，一般而言www.cechina.cn，一个普通的项目开发时间不会太长，工作量相对不算太多。当然，很多时候，项目的开发进度还受到下面硬件设备进展等多种情况的影响，并不单独取决于软件本身。这里主要是指具体开发的有效时间。
        有人可能会奇怪为何开发的时间要少于调研的时间，这里要说明的是，充分的调研可以在开发之前就形成了一个明晰的开发思路，对加快项目的开发时间大有帮助。如果前期调研不充分，边开发边调研，那么开发的周期会拖很长的。
        20%测试
        这里笔者把测试单独提出来，而且给了比较多的时间。是因为笔者所接触的不少最终比较失败的项目，不是调研不充分，也并不是开发的不好，而是细节总不到位，总是有些地方不稳定，有些地方不可靠，反复修改，修改好了这里，其他地方又坏了。用户不满意，不愿意付款，开发者觉得很辛苦，觉得用户挑剔，维护的工作量太大，双方陷入到扯皮的境地，项目也就