1.   简述

Ckrule业务规则管理系统(BRMS)是一个集成的应用程序存储、管理、执行和测试的平台，允许组织定义、部署、监控和维护运营系统使用的各种复杂决策逻辑。Ckrule BRMS 独立于核心应用程序代码提取并管理决策逻辑，以便可以跨整个组织轻松理解、维护和重用这些决策逻辑。

Ckrule BRMS由下图4个部分组成：

各部分功能明细如下：

通过将规则置于应用程序代码之外，业务专家能够定义和管理决策逻辑。这减少了更新生产系统中的决策逻辑所需的时间和工作，提高了组织对业务环境中的变化作出反应的能力。

2.   界面介绍

2.1.  登录界面

输入用户名称和登录密码之后，可以登录到系统。

2.2.  规则包管理

规则包管理使用了树型结构，左侧的树可以控制分类和包，分类下可以再创建分类。使用上移下移功能可以修改排列顺序，点击右键修改分类或规则包。

修改规则包时，点击浏览按钮重新选择规则点，点击编辑规则包按钮对规则进行在编辑。点击编辑规则包之后弹出Ckrule规则引擎的编辑器。编辑完成之后，在Ckrule规则引擎的编辑器中点保存，界面自动关闭，关闭之后在当前界面点确认以完成修改。

界面各控件说明

导出规则

可以将规则包和规则数据，如决策表、客户规则池一并导出，以便规则整体打包。

导入规则

将规则整体导入到BRMS中，包含规则数据如决策表和客户规则池的设置。导入后，为了防止冲突，规则编码被设置为guid，规则分类也会被清除。管理员需要对规则进行再次编辑。

2.3.  规则发布

规则包设置为生效之后，才可以发布，发布时要选择服务开始时间和结束时间，服务只有在这个时间区间之中，才可以被调用。服务类型一定要选择一个，Json表示使用Json格式的数据进行http通讯，支持所有编程语言，甚至javascript也可以发送请求。而Wcf则只限于.net的wcf使用。

2.4.  规则审计

该界面显示调用了该服务的请求的信息，建议该功能只限于特别情况，如果调用量非常大，那一般的数据库设计是难以应付的。

2.5.  规则测试

规则测试可以模拟发送Json数据到服务端，而服务端返回特定格式的影响包。

2.6.  规则数据编辑

规则数据编辑是用来编辑决策表和客户规则池的，规则包完成之后，可以被编译成一段机器可运行的代码，但如果要实现更加强大的规则设置功能，那熟悉业务的业务人员也是要积极参与设置的。规则数据编辑就是提供一些界面给业务专家设置数据的。

决策表数据设置非常适合一些简单又非常多的规则，而客户规则池则适应复杂的规则编写。业务专家可以使用规则编辑器，编写大量的客户规则。

2.7.  用户管理

用户管理界面可以维护管理员和操作员两种角色，操作员登录的话，只有数据设置的界面，其他界面不可用。