事件建模法
核心观点
事件建模法是一种元方法：它用事件留下的状态变化还原业务交互，再从事件的时间、参与者、起因和结果中发现领域概念；具体方法之间的关键差异，是如何发现事件以及如何让事件进入模型。
对象模型擅长表示数据、关系和状态，却容易隐藏流程、交互和功能。事件可以被视为行为留下的印记：单个事件表达的信息有限，一组按时间排列的事件却能还原业务经过，并使业务方从熟悉的叙事进入模型共创。
两项基本原则
- 通过事件表示交互：先描述业务中发生了什么信息变化，再追溯触发变化的源头、参与者、前置条件和结果。事件不是最终目的，而是发现领域概念的入口。
- 通过多条时间线控制粒度：可以区分交互事件与领域事件，也可以按子域或履约项划分时间线。会改变领域对象状态，或可被视为某个领域逻辑等价接口的事件，更有理由成为领域事件。
使用事件建模法比较或设计具体方法时，应回答两个问题：
- 以何种逻辑发现事件：依赖参与者发散、现金与 KPI、合同权责，还是其他业务线索；
- 事件如何与模型结合：通过命令与策略、凭证追溯、履约请求与确认，还是其他结构进入模型。
典型变体
- 事件风暴法通过跨角色工作坊发散事件，再用命令、策略、聚合和阅读模型组织触发与响应关系；它有利于共创，但收敛质量依赖主持逻辑。
- 四色建模法从现金往来、KPI 和关键数据来源直接推导凭证流，以强分析约束代替纯头脑风暴式收敛。
- 8X Flow（履约建模法）以合同权责发现履约事件，并用 Request–Confirmation 结构、违约履约和跨合同凭证解释业务一致性与变化点。
这些方法不是互斥阶段。事件风暴可以提供参与和发散，四色建模可以提供收敛逻辑，8X Flow 可以为合同、履约与异常补充稳定结构；组合后仍须回到具体业务场景检验模型。