领域模型图(数据架构/ER图)
数据架构核心输出为ER图，包含实体、关系与属性。通过四色原型法进行领域建模：红色MI表时序事件，绿色PPT为业务对象，黄色Role是参与角色，蓝色DESC提供描述信息。以风控系统为例，从业务流程提炼MI，构建PPT实体，补充Role与DESC，最终提取含一对一、一对多等关系的ER图，形成清晰的数据模型。（239字）
万字长文解析，领域驱动设计（DDD）落地设计
领域驱动设计(简称 ddd)概念来源于2004年著名建模专家Eric Evans 发表的他最具影响力的书籍:《领域驱动设计——软件核心复杂性应对之道》（Domain-Driven Design –Tackling Complexity in the Heart of Software），简称Evans DDD，领域驱动设计思想进入软件开发者的视野。在将近20年的发展中领域模型设计一直占据着非常重要的位置，但其直接面向业务场景的设计思想，更适合在具有特定业务场景的模型构建。
领域驱动设计(DDD)-基础思想
一、序言
领域驱动设计是一种解决业务复杂性的设计思想，不是一种标准规则的解决方法。在领域驱动设计理念上，各路大侠的观点也是各有不同，能力有限、欢迎留言讨论。
二、领域驱动设计
DDD是什么
wiki释义：
领域驱动设计（英语：Domain-driven design，缩写 DDD）是一种通过将实现连接到持续进化的模型[1]来满足复杂
架构设计的本质
实际上架构只是系统设计里面的一个重要环节，除了架构还包含了商业诉求，业务建模，系统分析，系统设计等重要领域。本文尝试从更高视角重新审视架构设计的工作，把架构设计的上升到系统设计的立体空间去探索，最终勾勒出系统设计的全域知识体系。
领域模型图(数据架构/ER图)
数据架构核心输出为ER图，包含实体、关系与属性。通过四色原型法进行领域建模：红色MI表示时标事件，绿色PPT为参与方-地点-物品，黄色Role是角色，蓝色DESC为描述信息。以风控系统为例，从业务流程提炼MI，构建PPT实体，补充Role与DESC，最终提取出ER图，明确实体间一对一、一对多或多对多关系，形成清晰的数据模型。（239字）
领域驱动设计(DDD)-简单落地
一、序言
领域驱动设计是一种解决业务复杂性的设计思想，不是一种标准规则的解决方法。在本文中的实战示例可能会与常见的DDD规则方法不太一样，是简单、入门级别，新手可以快速实践版的DDD。如果不熟悉DDD设计思想可看下基础思想篇
二、设计阶段
领域建模设计阶段常见的方法有 四色建模法、EventSourcing等 推荐一篇博文正确理解领域建
