基于事件风暴的需求分析 | 方法案例一
事件风暴（Event Storming）源自领域驱动设计社区，由 Alberto Brandolini 在2012 年发明[1]。 事件风暴最早的名字是基于事件的建模（Event-Based Modeling），正如这个名字所暗示的，事件风暴在发明之初的核心目的是领域建模，在今天的大多数文献和实践中，事件风暴的核心关注点都是领域模型和软件架构。
Java工程师必读手册
工匠追求“术”到极致，其实就是在寻“道”，且离悟“道”也就不远了，亦或是已经得道，这就是“工匠精神”——一种追求“以术得道”的精神。
如果一个工匠只满足于“术”，不能追求“术”到极致去悟“道”，那只是一个靠“术”养家糊口的工匠而已。作者根据多年来的实践探索，总结了大量的Java编码之“术”，试图阐述出心中的Java编码之“道”。
领域驱动设计(DDD)-基础思想
一、序言
领域驱动设计是一种解决业务复杂性的设计思想，不是一种标准规则的解决方法。在领域驱动设计理念上，各路大侠的观点也是各有不同，能力有限、欢迎留言讨论。
二、领域驱动设计
DDD是什么
wiki释义：
领域驱动设计（英语：Domain-driven design，缩写 DDD）是一种通过将实现连接到持续进化的模型[1]来满足复杂
架构设计：领域模型图(数据架构/ER图)
数据架构重要的输出是数据-实体关系图，简称 ER 图。ER 图中包含了实体（数据对象）、关系和属性 3 种基本成分。ER 图可以用来建立数据模型。如何准确的建立产品的数据模型，需要分解出业务需要什么样的数据。数据域的分解过程是站在业务架构的基础上，对业务域进行模型分析的过程。说起业务建模，大家很快会想到领域模型这个概念。这里的思路是通过领域建模来逐步提取系统的数据架构图。