随需应变

立足于中小企业的实际情况，通过积木式的软件模块开发方式，让用户在无技术人员的情况下能够保证系统随业务的发展而变化。 可以做到随时根据业务需要调整现有模块的功能，或者根据业务发展增加新的功能模块。 不论已有的或者新增的功能模块都可以实现导入导出，进行套打模板设计，导出模板设计。 保证了用户信息化投资收益的连续性。

曾经有这么一张著名的图片，很形象地描述了软件和用户之间的距离。软件开发商所理解的功能与用户所理解的或者所需要的往往是不一致的，这里有很多原因导致这个问题的存在：

1. 软件开发商往往很难通过短期的需求调研就精准把握用户的实际需求；

2. 用户在没有实际产品以前其实也很难知道自己想要什么；

3. 在从需求转化为软件的过程中，开发人员往往也会存在一些对需求的理解偏差；

4. 软件开发过程中最终用户往往没法参与并提出调整意见。

所以为了解决由于需求传递过程中的误差，我们针对中小企业开发了此《企业应用软件可视化开发平台》，力争用“我们的技术 用户对业务的理解”来拉近用户和软件开发商之间的距离。通过可视化的，“0”代码的软件开发，就可以在功能模块开发阶段随时根据用户的需求进行调整。那这么做到的呢？

1. 所有模块都“0”代码、可视化开发；

2. 开发过程中，“测试环境”和“生成环境”分离；

3. 开发过程中可以随时发布，用户随时查看进展，保证了开发过程中用户随时参与；

4. 功能模块的调整不影响现有数据；

5. 发布过程自动备份上一次的发布；

6. 多人协同开发不同模块后可随时合并；

我们通过这样的0代码，可视化，安全发布的机制保证了系统开发的过程中用户可以随时查看进展，随时看到功能模块并提出修改意见，随时修改。随意就解决了由于需求传递过程中的误差而导致软件实现的误差。

上面提到了，我们在进行功能模块开发过程中，可以随时发布（哪怕是增加了一个标签，一个输入项，一个按钮都可以随时发布而不会对现有功能造成影响），所以最终用户可以随时参与进来针对开发中的模块提出调整意见（因为往往用户都是有一个实际的，可操作的模块以后才真正明白自己想要的是什么样的），从而保证了最终开发出来的系统是符合用户需求的。

另外一个方面，用户公司的业务是不断发展和变化的，或者随着系统的深入使用才会发现一些潜在的业务需求，对于传统的硬编码系统开发方式来说，系统上线以后要增加功能模块，要调整现有的功能都要经过：”需求调研确认-设计-开发-测试-发布到客户生成环境“等一系列的流程，整个过程不仅开发周期长，二次开发费用高，而且在需求传递过程中也可能存在误差。

所以我们基于可视化开发平台的优势就显示出来了，不论是最初的系统开发阶段还是上线后随着业务需求进行调整，都可以0代码开发，用户都可以随时参与从而保证了系统随时根据用户的需求做到“随需应变”。

传统的硬编码的软件开发模式，从”需求调研确认-设计-开发-测试-发布到客户生成环境“等一系列的流程往往需要花费几天，甚至几周或者几个月的时间。这期间由于需求传递的误差所实现的功能还不一定就是用户所需要的。或者用户在这一个较长周期内对需求又有了新的变化，所以硬编码的开发模式是做不到“随需应变”的。

我们的系统由于0编码，对于一些字段调整，字段新增的开发往往只需要几分钟的时间，对于一些模块也往往只需要几个小时就可以上线使用。所以极大提高了系统开发效率。保证了用户随时根据需要调整业务系统功能。

前面我们提到，传统硬编码的系统开发，从”需求调研确认-设计-开发-测试-发布到客户生成环境“等一系列的流程往往需要花费几天，由于工作量大，那么一般来说开发商都会收取一定的定制费用。那么系统在使用过程中随着需求的不断完善，业务的不断发展，定制的费用会越来越多。对企业来说就需要增加了一笔支出预算。

但是我们的系统由于“0”代码开发，整个开发周期非常短，即时对于大的定制我们的开发时间也会非常短，定制费用也就非常低，从而保证了用户信息化投资收益的连续性。