#concept #domain
业务或领域模型或元素（数据、活动、流程、服务、工具、材料）最常（而且绝对应该！）反映在源代码中。对于小型或简单的系统，您可以在构建块视图中描述这些元素……但是：
此类业务或领域元素将从许多构建块中引用，因此非常适合跨领域主题。
因此：在arc42第8节中记录（解释、指定）业务或领域模型或元素。
如果您遵循领域驱动设计方法（DDD）方法来设计和开发系统，您将开发和发展一个静态和动态表达域的模型，该模型由实体、聚合体、服务、价值对象和DDD的其他模式组成。
这些元素及其关系（“领域模型”）是所谓的无处不在语言的基础，无处不在的语言是DDD的核心支柱。以图形形式记录此领域模型，以提供概述。
如果您不能或不想遵循DDD方法，有一些（简单的）替代方案：
*（业务或逻辑）数据模型：仅限于域更静态的方面，这是软件工程经典模型之一。见提示8-7（数据模型）。
*（业务或逻辑）流程或活动模型：哪些业务元素/利益相关者要完成哪些任务，他们为此需要哪些东西/工具/数据等。