CHBN-URC

Appearance

接入规范 ​

描述规则中心与业务中心的合作分工界面、产品推广路径、规则库和事实库的开发流程等。

合作分工界面 ​

以客户中心的入网、停复机的反诈规则为例，对分工界面进行说明。

客户中心 ​

  1. 提供统一标准业务对象(事实结构)
  2. 提供规则所需业务对象的GraphQL查询接口
  3. 提供基于标准业务对象的反诈规则处理逻辑

双方的规则同步方案 ​

  1. 业务中心梳理规则逻辑，规则中心编写规则可执行文件。（现状）
  2. 提供个性化配置页面，集成到业务中心。（业务中心）
  3. 提供通用的配置页面，嵌套在业务中心。（规则中心）
  4. 业务中心结构化描述业务规则，使用OWL将其转化为业务中心的规则语言。（知识图谱）

规则中心 ​

  1. 通过GraphQL获取标准业务对象的结构化数据
  2. 将客户中心提供的反诈规则业务逻辑，转化为规则文件(DRL)
  3. 通过RESTful接口（触点）对调用提供HTTP服务

边界约定 ​

  1. 规则中心专注于规则校验服务的提供，不进行同类型数据的聚合工作，若业务中心同类型的数据源有多个或者不完整，由业务中心负责数据聚合与模型统一。
  2. 如果业务中心有调用第三方(比如集团)的规则，这部分规则能力则不迁移到规则中心。因为两者之间不存在交互的条件。

建议流程 ​

  1. 确定领域边界：不做什么，做什么。
  2. 确定领域事件: 这个领域最核心的事件有几个？包含了哪些信息？
  3. 确定业务规则：评估领域事件的规则复杂度以及选择适用的决策模型，比如决策表、决策树、规则流、规则集。
  4. 确定触发点：以RESTful/HTTP接口为触发点，对外提供服务。后续可以考虑支持其他的协议类型。
  5. 确定数据源：以GraphQL接口获取标准业务对象/领域事件的结构化数据

产品推广路径 ​

  • 省内、行业内
  • 省内、行业外
  • 省外、行业内
  • 省外、行业外

规则库的开发流程 ​

  1. 确定规则的获取来源，即业务中心
  2. 确定业务中心的接口人（业务人员和技术人员）
  3. 确定业务中心的提供规则的编写方式（DRL、DRLR、DMN、BPMN、PMML、YAML）
  4. 编写规则文件相关的接口规范（RESTful API）
  5. 评估开发周期和联调时间点（业务应用方）
  6. 编写规则REST接口
  7. 规则中心内部可提供Mock请求进行测试，避免收到业务应用方的影响
  8. 规则库的开发成果，可内部进行阶段性验收
  9. 完成某个业务应用的规则库以及相应事实库的联调工作，才算完成业务逻辑下沉到规则中心的工作。

事实库的开发流程 ​

  1. 确定事实的获取来源，即业务中心
  2. 确定业务中心的接口人（业务人员和技术人员）
  3. 确定业务中心的提供数据的方式（推送消息、查询服务）
  4. 制定详细接口规范文档
  5. 评估开发周期和联调的时间点
  6. 规则中心内部可提供Mock数据进行测试，避免收到业务中心的影响
  7. 事实库的开发成果，可内部进行阶段性验收
  8. 完成某个业务应用的规则库以及相应事实库的联调工作，才算完成业务逻辑下沉到规则中心的工作。