架构设计实践五部曲（三）：从领域模型提取数据架构.docxVIP

架构设计实践五部曲（三）：从领域模型提取数据架构 在进行业务建模前，首先需要梳理出业务的流程，这一步在业务架构分解环节中已经完成。依据四色建模法的准绳，将业务流程图进行一点改造。在原来的流程图上，将流程涉及的事务和角色添加进来。 改造之后的流程图如下： 图 1 2. 领域模型骨干 从业务流中，我们可以清楚的定义出 Moment-Interval Archetype （时标性原型），流程中的每个节点符合 MI 的定义，即事物在某个时间段内发生。在 MI 的定义过程中，一种方法是通过名词 + 动词进行定义。那么，风控的 MI 即为：数据采集、规章 模型设置、风险识别、告警通知、风险处置、风险分析（MI 使用红色表示）。 在得到骨干之后，我们需要丰富这个模型，使它可以更好的描述业务概念。这里需要补充一些实体对象，通常实体对象包括：参与方、地点、物（party/place/thing）。 Part-Place-Thing Archetype（参与方 - 地点 - 物品原型）：业务对象、规章、模型、特别风险、通知、特别大事、分析报告（PPT 使用绿色表示）。 领域模型骨干图，如下： 图 2 3. 领域模型角色 在领域模型骨干的基础上，需要把参与的角色（role）带进来。Role 使用黄色表示。如下图： 图 3 4. 领域模型描述 最终将模型的描述信息添加进来，模型的描述信息中涵盖模型的具体属性。这些描述信息对于后面数据库设计有很大的影响。 模型描述使用蓝色标注，如下图： 图 4 5. 提取 ER 图 领域模型构建完成之后，在此基础上，我们已经能够初步的把握整个系统的数据模型。其中绿色的 Part-Place-Thing Archetype（参与方 - 地点 - 物品原型），可以用来表示 ER 图中的实体模型。红色的 Moment-Interval Archetype（时标性原型），可以用来表示 ER 图中的关系。对领域模型架构图进行提炼，得到如下图： 图 5 实体（Entity）和联系（RelationShip）存在肯定的关联关系，一般存在 3 种约束性关系：一对一约束、一对多约束和多对多约束。将这些约束性关系表现在 ER 图中，用于呈现实体与实体间具体的关联关系，最终输出 ER 图。（考虑保证 ER 的简约性，这里并没有把模型的属性画进来） 图 6 最终一种好的 ER 图需要具备以下准绳： 同一实体在同一个 ER 图中只能消灭一次 先设计局部 ER 图，再把每一个局部 ER 图综合起来，生成总体的 ER 图。