领域模型图(数据架构/ER图)
数据架构核心输出为ER图，包含实体、关系与属性。通过四色原型法进行领域建模：红色MI表示时标事件，绿色PPT为业务对象，黄色Role是参与角色，蓝色DESC提供描述信息。以风控系统为例，从业务流程中提炼MI，构建PPT实体，补充Role与DESC，最终提取出ER图，明确实体间一对一、一对多或多对多关系，形成清晰的数据模型。（238字）
领域驱动设计(DDD)-简单落地
一、序言
领域驱动设计是一种解决业务复杂性的设计思想，不是一种标准规则的解决方法。在本文中的实战示例可能会与常见的DDD规则方法不太一样，是简单、入门级别，新手可以快速实践版的DDD。如果不熟悉DDD设计思想可看下基础思想篇
二、设计阶段
领域建模设计阶段常见的方法有 四色建模法、EventSourcing等 推荐一篇博文正确理解领域建
Java工程师必读手册
工匠追求“术”到极致，其实就是在寻“道”，且离悟“道”也就不远了，亦或是已经得道，这就是“工匠精神”——一种追求“以术得道”的精神。
如果一个工匠只满足于“术”，不能追求“术”到极致去悟“道”，那只是一个靠“术”养家糊口的工匠而已。作者根据多年来的实践探索，总结了大量的Java编码之“术”，试图阐述出心中的Java编码之“道”。
项目终于用上了 DDD 领域驱动，太强了！
我在公司对支付业务、结算业务、资金业务使用DDD进行领域建模的两年，得到了许多好评，也面对过不少质疑，总体来说还是能收获不少，这对团队成员理解业务起着很大作用。近半年一直在研究DDD的落地实战，如今已修得阶段性成果，迫不及待与大家分享我的落地经验。
DDD分为战略设计与战术设计。一般来说，领域建模是属于战略层的，而DDD工程落地是属于战术层的，两者是否结合使用，视实际情况而定，比如传统的MVC架构也能使用DDD进行领域建模，DDD架构最好是先做DDD领域建模。
最新上线的一个微服务——内部交易中心，我们使用了DDD架构来落地，希望看完对大家有启发。
当谈论DDD到底在谈论什么
DDD领域驱动设计是将业务领域概念和规则映射到软件设计的方法，能打通产品、设计、编码人员的信息壁垒。同时一套设计保持了业务和编码的一一对应。
架构设计：领域模型图(数据架构/ER图)
数据架构重要的输出是数据-实体关系图，简称 ER 图。ER 图中包含了实体（数据对象）、关系和属性 3 种基本成分。ER 图可以用来建立数据模型。如何准确的建立产品的数据模型，需要分解出业务需要什么样的数据。数据域的分解过程是站在业务架构的基础上，对业务域进行模型分析的过程。说起业务建模，大家很快会想到领域模型这个概念。这里的思路是通过领域建模来逐步提取系统的数据架构图。
