事件风暴（Event Storming）是一种领域驱动设计（DDD）的实践方法，由 Alberto Brandolini 提出，旨在通过团队协作的方式快速理解和建模业务领域。
以下是事件风暴及相关领域驱动设计中的一些核心概念和知识点：
1. 领域（Domain）：指的是业务相关知识的集合，可以进一步划分为子域。
2. 子域（Subdomain）：是领域的一部分，可以是核心域、支撑域或通用域。
3. 核心域（Core Domain）：指领域中最核心的部分，通常对应企业的核心业务。
4. 通用语言（Ubiquitous Language）：团队所有成员使用的一种语言，用于确保业务和软件之间的沟通一致性。
5. 限界上下文（Bounded Context）：定义了一组规则和协议，用于明确领域模型的适用范围。
6. 实体（Entity）：具有唯一标识和生命周期的领域对象。
7. 值对象（Value Object）：描述了某种特性或属性的对象，没有概念标识。
8. 聚合（Aggregate）：一组相关对象的集合，由一个聚合根（Aggregate Root）统一管理。
9. 领域事件（Domain Event）：领域中发生的重要事件，可以用于通知其他领域对象或跨限界上下文进行解耦和协作。
10. 命令（Command）：表示要执行的操作，通常与事件一一对应。
11. 读模型（Read Model）：为了优化读取操作而设计的模型，可能与写模型不同。
12. 决策命令（Decision Command）：在事件风暴中，直接导致事件发生的命令。
13. 战略设计（Strategic Design）：高层次的抽象和归类，包括理清上下文和子域的划分。
14. 战术设计（Tactical Design）：对特定上下文下的模型进行详细设计，包括聚合、实体和值对象。
15. 贫血模型（Anemic Domain Model）：领域对象只有属性及其getter/setter方法的纯数据类，业务逻辑通过服务实现。
16. 充血模型（Rich Domain Model）：领域对象包含业务逻辑，每个对象都是活跃的。
17. 资源库（Repository）：用于检索和持久化领域对象的机制。
18. 服务（Service）：在模型中独立的操作，可以是领域服务或应用服务。
19. 固定规则（Invariant）：为设计元素做出的断言，必须一直保持为真。
事件风暴通常包括以下步骤：
- 识别领域事件
- 确定事件顺序
- 识别命令和触发器
- 识别聚合和实体
- 划分限界上下文
- 识别领域服务和资源库
- 通过这些步骤，团队可以共同创建出反映业务领域的领域模型，为软件设计和开发提供指导。