DDD战略设计与领域建模

科学史上发展起来的三种主要建模范式： 第一种：结构范式"结构范式"的关键思想是认为世界上的事物是由某种简单的描述元素--比如说几何物体--构成的，然后用类似于逻辑推理的方式来计算它们会发生什么。 <

如果您的组织活跃于多个业务渠道或业务线，则映射有界/限界上下文可能会稍微复杂一些。 在为 Avanscoperta 编写软件时，我们经常将不同的事物归类为限界上下文，例如“培训”、“咨询”、“计划”与“财务”。过了一段时间，整个事情开始变得

Alan Moore （Aladdin 首席架构师、技术研究员和董事总经理）描述了贝莱德在资产管理中使用领域驱动设计DDD，以及我们如何使用它来定制、扩展和调整 Aladdin 以满足客户的需求。

由于我们中的许多人在学校和职业生活中都因为拥有正确的答案和聪明的”想法idea“而得到奖励和赞扬，但是在软件设计会议上提出质疑和批评可能会让人非常不舒服。 我们大大高估了设计中作为解决方案"想法Idea "的价值。

2x2矩阵（2x2 Matrices）是一种工具，可以构建关于用户和问题空间的思考和对话。 在综合过程中使用它来帮助你思考事物或人与人之间的关系，或将事件分类为高影响或低影响以及高成本和低成本，如金钱、时间等）。

发散性思维（Divergent Thinking）是以一种自发的（头脑风暴）、自由流动的方式发生的，想法是以一种随机的、无组织的方式产生的，这反过来又会导致更多的想法。它在许多创造性工作中起着关键作用。 发散思维是指向不同方向的认知。其中一些是传统

舍基原则（Shirky Principle）：复杂的解决方案（如公司或行业）会变得太过于专注于他们所解决的问题，以至于他们往往在无意中延续了这个问题。 "机构总是试图维护他们所解决的问题。"- 克莱-舍基

事件风暴是由 Alberto Brandolini 创建的技术，有助于通过应用程序生成的事件更清楚地了解应用程序的领域。它通常以研讨会的形式进行。它是一个涉及领域专家和技术领域的群体动态。 事件映射

特斯勒定律（Tesler's Law）也称为复杂性守恒定律，或或水床理论，是人机交互中的一句格言，指出每个应用程序都有固有的复杂性，无法删除或隐藏。相反，必须在产品开发或用户交互中处理它。 在 20 世纪 80 年

不确认偏见，也称为失证偏差或认知失调（Disconfirmation Bias）：不加批判地只接受那些支持自己信念的证据与信息，而积极地反驳那些挑战自己信念的其他证据。当证据或外部信息使我们高兴时就不加批判地接受，而这些证据信息让我们不快时则拒绝接受。我们巧妙地使天平倾向于我

规则是行为或行动的指南。 它为判断或评价该行为或行动提供标准。 每条规则都倾向于取消某种程度的自由。 规则是你如何在一个群体或社区内从无序中创造秩序并确保一致的

规则往往直接涉及到行为：不穿衬衫，不提供服务。这种规则被称为行为behavior规则。 世界上这样的规则比比皆是；商业和社会都建立在这些规则之上。 规则也可以间接地与行为相关，通过帮助形成

大多数人都可以二元思维，因为无论两个概念多么不同，但同时思考两个概念还是很容易，两个个概念之间只有 1 个关系。 在传统的概念建模中，一个概念要么具有属性，要么与其他概念具有关系。由建模者决定将关系转换为属性或关系。在领域驱动设计中，规则是一个属性

事件风暴EventStorming 是一种非常流行的技术，它使我们能够比传统技术更有效地探索、分析和建模业务领域。结果是我们创建了设计更好的软件系统和问题解决者团队，而不是订单接受者。 如果使用得当，EventStorming 让我们能够发现关于我

区分问题和解决方案是领域驱动设计的秘诀这听起来很平常吗？不是。问题解决短路是人们在压力下最常犯的错误（灯下黑），我们都处于压力之下

Orion实验室的产品管理高级总监Ellen Juhlin发现，在进行头脑风暴会议时，工程师们尤其会迅速跳到可行性问题上。 换句话说，他们（程序员）不是专注于想法的产生，而是想跳到想法的评估。 Ellen