首页 > 代码库 > Ckrule业务规则管理系统简介
Ckrule业务规则管理系统简介
1. 简述
Ckrule业务规则管理系统(BRMS)是一个集成的应用程序存储、管理、执行和测试的平台，允许组织定义、部署、监控和维护运营系统使用的各种复杂决策逻辑。Ckrule BRMS 独立于核心应用程序代码提取并管理决策逻辑，以便可以跨整个组织轻松理解、维护和重用这些决策逻辑。
Ckrule BRMS由下图4个部分组成：
各部分功能明细如下：
一级功能 | 二级功能 | 说明 |
规则存储 | -- | 存储库允许规则置于核心应用程序代码之外。它还允许将决策逻辑作为一项企业资产管理，从而支持更轻松地理解和更新决策逻辑。 |
规则管理 | 规则编辑 | 可以新增、修改、删除规则。可配置规则ID、规则名称、字段、编辑人、备注等信息 |
规则执行 | 服务发布 | 支持发布webservice、json或wcf格式的服务。发布服务后提供监测，显示最近调用时间，执行时间等信息。 |
应用审计 | 保存服务调用信息，如调用者，调用规则名称，调用开始时间，执行时间，调用结果等。 | |
规则测试 | -- | 可根据规则的输入输出对象，测试不同规则。 |
通过将规则置于应用程序代码之外，业务专家能够定义和管理决策逻辑。这减少了更新生产系统中的决策逻辑所需的时间和工作，提高了组织对业务环境中的变化作出反应的能力。
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. 用户管理
用户管理界面可以维护管理员和操作员两种角色，操作员登录的话，只有数据设置的界面，其他界面不可用。
Ckrule业务规则管理系统简介