领域驱动设计 全局观-事件风暴落地过程

• 强调您可以自己研究的重要领域驱动设计术语
• 强调通过本次讨论出现的重要泛在语言术语

我想专注于最终目标。在这一点上，我们正试图实现一个有效的上下文映射，我们可以快速制作原型

我们的第一个领域事件：“咖啡已购买”

团队要求 考虑一个将发生在他业务核心的事件。希望以客户为中心，所以在橙色的粘性贴纸上写下了"咖啡购买"，并将其拍在黑板上。显然，这是最希望的。

还设想，什么作为业务的核心？有"烘焙时间表"的想法，所以他把烘焙时间表创建为另一个域事件。为了在计划烘焙时间表时做出正确的决定，必须监控他的绿色未烘焙咖啡豆库存。因此，下一个域事件：已检查清单。

动量

减去几个沉默期，被团队将一个随机的域事件放在墙上打破（事件风暴者创造的一种技术创造了"破冰船"），团队继续填写的烤肉业务域的事件时间表。

随着团队开始在 看板上放置更多域事件，问题或"热点"开始出现：

• 主要计量单位是1磅咖啡吗？
• 会一直每天烘焙固定数量的咖啡吗？
• 还是一天能烤更多的咖啡，而另一天能少煮咖啡？

我们在紫色的贴纸上注明它们，并将它们拍打在各自域事件附近的墙上。

定义为领域专家的术语开始出现：

• 绿豆：尚未烘焙的咖啡。批量购买，50 或 100 磅袋。
• 烘焙时间表： 生产周的支出，他计划在一周中的一些日子里每天烘焙 x 磅青豆。
• 库存：当 收到一批青豆时，它们会被放入库存中，并可以分配给他的烘焙计划。

无限空间

无论我们是否发现自己的空间不足，我们都希望避免认为建模表面上的空间有限。一旦团队在最初的纸张上看到空间不足的可能性，他们

就会尽可能多地增加额外的空间……