概念模型

概念对齐，减少无效沟通。

规则中心概念模型

规则中心核心域的概念模型描述：

1. 以领域(domain)概念模型为中心，其他概念模型都围绕着它展开。
2. 领域内包含多个业务对象/事实结构(fact_schema）和业务规则/规则文件（rule_file）。
3. 业务对象/事实结构的描述语言，可以是java bean类、数据表、json或者xml等不同的表现形式。
4. 业务规则/规则决策的描述语言，可以是bpmn、drl、dmn、xls等不同的表现形式。
5. 事实结构模型和规则决策模型，可以统一转化为owl描述的知识图谱，存储在图式数据库，供查询使用。
6. 事实结构模型和事实决策模型都有历史版本和生命周期的概念，即有历史表和状态属性。
7. 业务领域的事实数据获取工作和规则执行工作，分别由可以使用一个或多个取数插件或引擎组件完成。
8. 取数插件用到的数据源，引擎组件用到的引擎内核，独立定义和描述，其相对独立于领域。
9. 领域服务通过应用接口(api_info）进行定义，描述其使用哪一个引擎组件和哪一个取数插件，处理了引用了哪些规则，处理哪些事实。（简单的情况就是，配置关联一个规则文件，一个事实结构）。
10. 领域服务的响应报文模型，使用知识图谱的三元组进行定义，包含了主体、动作和约束。（约束中的属性如果是实体，可以外置，然后使用标识引用）。

统一规则中心术语

概念	定义
场景	根据应用系统的业务流程定义的一个独立的业务操作，如：套餐订单、套餐变更、可选包变更等。
规则集	业务场景下同一类规则的集合。
规则	业务规则是BSS受理系统中，对业务发生、执行行为、操作结果的判断依据，是规则平台管理的最小单元。
规则条件	指业务规则判定的逻辑，通常由客户相关数据的表达式来组成。
规则动作	指业务规则判定的结果，指引调用方根据规则的结果进行不同的响应。
数据对象	事实/数据对象是根据应用系统的实体概念抽象出的数据结构体，如：客户、账户、用户、销售品等。
数据对象属性	事实/数据对象属性是抽象出的数据结构体的属性信息，如：客户.客户名称、账户.账户付费方式、用户.状态、销售品.生效时间等。
取数服务插件	取数服务插件是调用应用中心的服务，获取需要的业务数据；主要利用报文等相关入参数据，组装报文信息，调用接口服务，获取的出参信息回填数据对象，这些数据对象可以被规则后续使用。
规则配置	基于业务规则实现的提供界面化配置能力。
规则执行/规则计算	由规则引擎提供，对业务规则进行匹配计算的能力，获得规则的执行结果的过程。
规则引擎	规则平台的计算和执行的技术组件，具备高并发，高性能的特点。
事实结构	定义事实的结构信息的文件，比如类、表、JSON、XML，目前以类为主，
规则文件	描述规则信息的文件，包含DSL、DRL、决策表、规则流、决策树等模型，目前以drl和bpmn为主

领域驱动设计术语

概念	定义
领域模型	领域模型是对业务领域的建模，是对业务概念的抽象，是对业务的理解和建模。
实体	实体是领域模型的核心，是业务对象，是业务的载体。
值对象	值对象是领域模型的组成部分，是业务概念的不可变部分。
领域服务	领域服务是业务规则的集合，是业务的核心功能。
领域事件	领域事件是业务活动的记录，是对业务活动的记录。
聚合	聚合是领域模型的组成部分，是多个实体的集合。
仓储	仓储是对实体的持久化存储，是业务数据的持久化存储。
工厂	工厂是创建领域模型的对象，是领域模型的创建工厂。
限界上下文	限界上下文是领域模型的边界，是领域模型的职责范围。
领域驱动设计	领域驱动设计是一种软件设计方法，是一种以业务需求为核心，以软件工程实践为支撑的设计方法。