DDD战略设计与领域建模

Susanne 解释了她如何将 3 种不同的方法（Wardley映射、领域驱动设计和团队拓扑）联系起来，以设计和构建自适应系统以实现快速变化，以及为什么任何组织都必须拥有自适应系统。她是即将出版的《具有领域驱动设计、Wardley映射和团队拓扑的自适应系统：流程架构》一书的作者。 <

业务流程 的重点是业务以及如何完成工作的逻辑步骤或任务的识别；数据流图的重点是数据，识别流程之间数据的输入、输出和转换。某位客户要求删除大部分运营业务模型步骤，解释说：“这里有太多细节。”他要求将业务流程模型简化为三个步骤：角色Actor输入数据；应用程序接受数据；角色Actor查看

BA 和 PM 之间的最大区别在于 PM 在产品中的战略层面参与。因此，准备好参与愿景、战略、路线图、指标、管理利益相关者和可交付成果、执行甲板/报告和优先级排序。除此之外，其他职责将在 BA 和 PM 之间重叠。

在经营企业的过程中，不可能预见到可能发生的每一种情况，并事先为它们准备好可以自动执行的纯粹基于规则的方案。这是否意味着你不应该使用基于规则的方法？当然不是! 它的意思是，在许多情况下，你的规则方法需要对实时插入的情感、人类判断力和常识尽可能友好。<

Drools 是一个业务规则管理系统 (BRMS)，具有基于前向和后向链接推理的规则引擎，更准确地称为生产规则系统，使用 Rete 算法的增强实现。KIE（知识就是一切）是 drools、optaPlanner、jBPM、Guvnor、uberFire 和相关技术的新总称。D

数据模型表达其意义的方式与隐喻表达其意义的方式相同。它们通过将一个领域映射到另一个域来显示其含义。 在古典语言学中，隐喻是用一个事物来解释另一事物的言语形象。认知语言学家George Lakoff提出隐喻是 "跨越概念领域的本体论映射"，彻底改变了

业务治理需要一条自动化治理工具的途径，用于解释和消除自然语言和定义的歧义。翻译成决策表或翻译成其他一些外来形式（例如编程语言）并不是一个有效的解决方案。一个至少不以某种受控或结构化形式支持自然语言的规则平台总是会发现自己与业务治理的核心需求和实践不一致。

一直追溯到我上大学的时候，我被教导要为实体或对象建模。对于一个业务问题，我被告知要寻找像 "汽车 "和 "人 "这样的东西，并在一些美化的层次结构中利用继承来为它们建模。

敏捷是一种自下而上的运动，而如今，当在大型组织中实施敏捷时，往往是以从上而下的推动方式而不是拉动方式来实现的。 自下而上是让人们自愿参与变革，而不是自上而下的领导者选择。如果人们对他们施加敏捷推力，这会产生不利影响。当人们参与并想要做出贡献时，他们

可组合业务意味着创建一个由可互换构建块组成的组织。模块化设置使企业能够根据外部（或内部）因素（例如客户价值的转变或供应链或材料的突然变化）根据需要重新安排和调整方向。  可组合业务的三个组成部分是：  组合式思维，让您不会失去创造力

业务领域有三种数据模型： 1. 概念模型 2. 规范化的核心概念模型 3. 逻辑数据模型 对应于数据库中的模型： 1.物理模型 2. 物理业务数据模型 3. 规范化的业务数据模型 4. 逻辑数据模型 业务领域

五指共识旨在鼓励达成重要共识，同时不损害解决方案的质量。这是它的工作原理。一旦提出并讨论了替代方案并且小组准备好检查是否达成一致，协调人将执行以下操作。主持人解释说，在数到三时，每个人都应该举起一到五个手指，表明对桌面上的建议的支持程度。 5 表示“非常同意”

在你的组织或公司中创造多种文化，例如先驱者、定居者和城市规划者就是具有不同的文化的人群： 先驱者是杰出的人他们能够探索以前从未发现的概念，未知的土地。他们向你展示奇迹，但他们经常失败。大概有

正在为一个复杂的工资系统进行积压工作。我所列举的一切都有相同的优先级。比如： 我们需要时间表功能来使佣金工资变得正确。 需要设置一个角色树，并且能够被改变，以便每个员工得到正确的工资。 工资需要与角色类型和部门联系起来，以获得正确的工资，因为它在8个部

如果像我一样，您来自Marty Cagan产品开发学院，那么您熟悉作为负责定义和交付产品的核心

Gartner对那些声称能帮助企业转型的咨询公司进行了评级，这些公司与将应用程序转移到云端有关。德勤、埃森哲、普华永道和毕马威依次为前四名。技术迁移的前四名分别是Oracle、Cognizant、Inspirage和Wipro。 甲骨文产品的大企业