规则引擎--visualrules 商业规则定制平台--设计开发篇

采用VisualRules进行软件项目开发，由于业务人员或者设计人员可以直接参与业务逻辑的实现，因此项目的设计开发工作分工方面会和传统的项目分工工作会有所不同。作为项目的开发流程而言，仍然分为需求分析阶段、设计阶段、开发阶段、实施阶段和维护阶段。以下分别描述这些阶段基于VisualRules的开发工作：


需求分析阶段
    需求分析阶段关键还是需求规格的描述。需求分析可以采用文本描述和流程图的方式。需求分析主要是确定业务的功能点、基本的数据结构以及业务逻辑。需求分析阶段完成的成果主要是需求规格说明书。


设计阶段
    需求分析完成之后，就好考虑技术的实现，因此在设计阶段就要考虑如何将需求的对应成具体的规则包。我们一般首先根据需求分析模块，然后在模块下面分析各个功能点，每个功能点包括输入数据、输出数据以及具体的逻辑。每个功能点对应一个规则包，因此每个规则包也包括输入数据、输出数据以及具体的逻辑，当然具体的逻辑也包括如何将数据进行持久化。设计阶段的主要成功是数据库设计说明书和模块设计说明书。模块设计中包含了每个功能点的设计。


开发阶段
    基于VisualRules的开发就是将设计阶段的功能点用规则包来进行实现，规则包中可以定义具体的录入界面、处理逻辑以及存储结构。这个阶段其实是取代了详细设计和编码工作。对于一些特殊要求的功能点，并不能完全采用规则包自带的逻辑配置以及页面来实现。就需要完成一部分编码工作，然后集成到项目当中。


实施阶段
    实施阶段需要完成系统的发布以及试运行工作，这一阶段更多的是根据客户的要求，快速的对系统加以改动。这一阶段其实就是修改规则包以及一部分手工编码的程序。由于采用了规则包来实现业务逻辑。因此这一阶段的修改工作是相当快的。


维护阶段
    维护阶段时，主要是针对用户的一些要求进行变更，并且完成发布工作。这一阶段根据用户的要求修改了程序后，发布工作可以由用户来操作。更多时候只要替换掉编译后的规则包文件就可以了。


    采用VisualRules进行开发，重点是需求分析和概要设计阶段。这一阶段的工作和普通项目开发的工作量一致。详细设计和编码的工作量大大缩短，同时实施和维护阶段的需求变化响应时间是非常快的