事件风暴教程 - 第7页

为了分析现有的业务流程，我使用了一种称为事件建模的技术。这种建模技术主要集中于识别在业务流程中发生的有意义的业务事件。一旦识别出这些事件，它们便构成了设计过程的基础，该设计过程导致了DDD，CQRS和ES中描述的一组处理模式得以实现。事件建模是亚当·迪米特鲁克（Adam Dymitr

将行为模型与数据模型分离。如果可能，请首先根据其行为设计您的业务对象。稍后设计数据库表结构，并使其与业务对象分离。 banq：落实到DDD中：根据业务行为的逻辑一致性设计你的DDD聚合中行为，换句话说：DDD聚合根对象的行为是保证聚

这是阿尔贝托·布兰多利尼（Alberto Brandolini）的观点，他在Event Storming中提出了这一点（他实际上是

DDD事件风暴发明人Alberto Brandolini文章，是DDD社区对传统DDD的发展和丰富：从最初的提法到现在已经过去了几年，这个概念和社区也发生了很多事情。该文是经过努力的尝试，旨在向新手描述域驱动设计，从而减轻了浏览历史记录的负担。

软件中的“抽象”是使其成为伪工程的原因。我们必须与主观性作斗争，使软件成为确定性学科。基于事实证据、类似会计记账的方式是将带回确定性的一种方式。事件溯源Event sourcing是做到这一点的最佳方法。现在开始就要使用基于eventsourcing制作的方法和工具。

2021年的DDD将是什么样？可视化协作领域建模领域驱动的架构设计（战略性DDD）领域驱动的软件设计（战术性DDD）DDD主义

在我面前这把椅子：一把漂亮的红色木椅，有四只腿，一个可以坐的座位，一个用来支撑看护者背部的休息椅。这把椅子是客观存在吗？当然是：它的存在与我无关。但是请稍等：我们称它为椅子是因为我们坐在椅子上。椅子的概念会与我们之间没有关系吗？如果没有人类的参与？但是即使有人不知道椅子的预期

随着组织逐渐认识到流程在数字化转型中的核心作用，业务流程管理（BPM）已经悄然兴起。一些行业观察家认为，这一

事件建模一直是组织中的痛点。从弄清楚模式的标准格式，有效地处理所述数据模型，最后在将其部署到生产之前进行测试，公司在其数据资产通信方式方面需要某种标准化。想象一下，一个邮递员将邮件发送给您，您会发现其中一些邮件是信封，其他邮件没有信封，而其余则装在大盒子里。对于装在大盒子里面

如何在我们的开发流程中适应领域驱动设计？这是许多与DDD相关的讨论中经常出现的问题。埃里克·埃文斯（Eric Evans）对流程的描述就是他所说

精益创业(LeanStartup)方法由埃里克·里斯（Eric Ries）于2011年提出的理论，埃里克·里斯（Eric Ries）成为Lean的发明者。如果很难知道是谁真正发明了这种方法，可以说埃里克·里斯（Eric Ries）能够抓住它的本质并给它起个名字。像IT领域中的许多流行

我不敢相信我花了两个小时来绘制软件设计图，这是完全错误的，我其实只需两个月就对所有这些代码进行编码，就可以节省这两个小时！

六顶思考帽是爱德华·德波诺（Edward de Bono）于1986年提出的一种角色扮演模型。它是基于团队的问题解决和头脑风暴技术，可用于探索问题和解决方案，以及发现可能被思维一致的小组忽视的想法和选择。基本前提取决于大多数人根据其性格类型以特定

肯特·贝克（Kent Beck）确定了产品开发周期的三个阶段：探索，扩展和提取，并建议根据您所处的阶段，选择敏捷开发还是瀑布式开发模型。该框架帮助我找到了可以描述组织设计如何根据产品开发周期进行发展的词汇。下面，我将概述三种组织设计模式，以补充Kent Beck的3X。

如果您是业务分析师（BA）或产品负责人（PO）或从事产品方面工作的任何人，我认为该技术对于解决任何问题都随时对您有用。您可以绘制工作流程并构思如何改进产品，或如何帮助开发团队了解问题空间。如果您逐步完成工作流程，他们将能够准确地了解他们如何（围绕工作流程的哪一部分）为解决该问题做出贡

为什么每10个产品创意中就有9个失败，我们如何避免呢？许多公司以新产品的想法开始，并相信客户会想要并会购买它。公司花费数月（有时是数年）来定义，实施产品并使之“完美”。但是，他们永远不会与客户一起验证该想法，也不会在市场上对其进行早期测试。这就是为什么公司通常会因新产品而失败

发布新产品并非易事，因为这会带来很多风险。但是，如果您知道一种可以简单有效地将您带入正确道路的技术。精益创造（Lean inception）是设计思维和精益创业（ Lean StartUp ）的有效结合，可以决定最低可行产品（MVP）。它是一个协作式研讨会，将帮助一群人（通常是敏捷团