作为软件工程师和 架构 师，我们经常面临为遗留系统创建目标 微服务 架构的挑战。这些系统通常是已经存在多年的大型单体应用程序，通常具有很多依赖性，并且通常在您的公司中没有一个人了解这一切。在... 详细

整个外卖系统 架构 包括三个系统 订单管理 、 . 详细

领域驱动设计是一门软件设计学科，其核心原则是： 复杂领域的软件要求所有设计人员（工程师、测试人员、分析师……）在领域专家的指导下对该领域有深入的、共同的理解 这种理解植根于语言：领域语言应该... 详细

当前项目组合：EventStorming BP/PL（领域探索）+用户故事映射（故事发现、确定优先级、划分为更小的故事）+ BDD（规范）+ EventStorming DL（设计）+ BDD/TD... 详细

事件风暴是一项出色的技术。它提取的领域知识和完成它所花费的时间是强大的。它可以在业务层面用于识别痛点和需要改进的领域，就像价值流图一样。较低级别的 事件风暴 是用于设计软件的出色的沉浸式协... 详细

事件风暴与事件建模都是 DDD 建模方法，两种方法提出发明者不同，切入点不同，虽然都是以 领域事件 为抓手，eventmodeling.org原文如下： 事件风暴EventStorming分... 详细

将大型复杂系统模块化为更小、更易于管理的部分是很好的最佳实践，不仅可以降低每个部分的认知负担，还可以实现团队独立性和操作弹性。 棘手的一点是如何划定边界？为整个系统建立一个稳定和可持续的结构。基于 ... 详细

如果您想学习或练习如何将大型企业分解为多个领域并将其用作软件 架构 和团队组织的基础，nick的个 战略性的领域驱动 Github项目可能会很有用，它基于使用名为 Delivericious 的... 详细

当我们开始用事件建模我们的系统时，我们很容易掉入陷阱。我们习惯于从数据模型的角度来看待我们的功能： 当你手里拿着一个关系数据库时，你会看到到处都是表格，因为 事件设计应该尽可能小 ，所以事件设计的第... 详细

真正价值是开发客户想要的功能，而不是基础CRUD功能： 各种敏捷专家提供了一些有关用户故事切片/拆分的重要信息。但是，经常遗漏的一个关键方面是能力划分和功能划分之间的区别。 通常认为，用户故事的关键... 详细

一旦您拥有多个 微服务 ，就很难在一张图上显示所有微服务。建模方式有几个选项： （1）对图进行分区：显示每个单个的领域，有界上下文映射/业务能力等是一种很好的方法。 （2）也可以集中于单... 详细

事件溯源从业者使用事件捕获方法（如 事件风暴 和事件建模）设计他们的领域。这项工作的输出通常是真实或数字白板上的大量便利贴。从这个模型中，开发人员必须填写很多关于命令、事件和读取模型的细节来构建... 详细

敏捷、进化设计、精益启动、精益软件开发等–所有这些都试图为您提供提高反馈水平的工具，为您实现渐进式设计提供了一种上下文。 渐进式设计的工作原理是使系统一次增加一种功能，从而使设计到目前为止足以满足系... 详细

用户故事映射通过一步一步的流程直观地显示用户浏览我们软件的过程，并在此过程中创建各种用户故事。与简单的积压订单相比，用户故事图在产品环境中增加了位置和移动的维度，使您可以先进行图绘制，然后浏览产品的... 详细

使用Wardley Mapping讲故事需要一种完全不同的方法。通常，您的听众不了解映射，也不熟悉这些模式。 第一个建议是从空白画布开始 。空白的画布没有威胁性，它是一个空洞的东西，没有任何信息... 详细