EA 中的业务对象和业务实体你分得清吗？

本文主要是介绍EA 中的业务对象和业务实体你分得清吗？，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

我们在业务建模的时候会经常用到业务实体和业务对象这两个术语，很多人经常容易混淆。本文将试图对这两个术语混淆的原因进行分析，并给出具体操作使用建议。

业务概念

业务对象和业务实体都来自业务概念。业务概念是对业务领域中很重要的，企业希望识别的一些人、事、物。例如，“客户”、“营业员”、“对账”、“分润”、“账户”、“物流单”、“订单”、“仓库”、“合同”等。这些业务概念将被以一个或多个名称引用，也就是业务术语。

业务概念包括无生命的“事物”和有生命的“人”。有生命的人通常是业务领域中业务行为的“主动方”，如“客户”、“营业员”。无生命的“事物”通常是业务领域中的“被动方”，如“对账”、“分润”、“账户”、“物流单”、“订单”、“仓库”、“合同”。

业务概念

业务对象

对象在词典中的定义是“1）行动或思考时作为目标的人或事物；2）特指恋爱的对方‘’，我们在此谈论的当然是前者。

但由于视角-也就是目标指向-不同，在不同体系中对业务对象的含义可能并不相同。

在 Togaf ，没有对业务对象的严格定义，但在 Archimate 中，业务对象被描述为“业务观点相关的被动因素”。此处业务观点和业务概念是一个意思。

在 UML 中，对象的含义来自面向对象的方法。面向对象的方法是一种编程范式，主要是把事物给抽象化、对象化，包括其属性和行为。我们经常说“万物皆对象”，就是任何人、事、物、过程都可以通过抽象进行表达，进一步通过聚合数据和方法封装成类。面向对象是将现实世界映射为信息世界的一种方式。

在 UML 中，业务对象的分类如下：

业务边界对象：承担人机交互;
业务控制对象：控制管理，协调任务;
业务实体对象：一般事物(无生命);
业务工人：业务领域的人(有生命)。

在 UML 中，业务对象是业务建模的目标。业务建模的过程就是业务领域的重要的人、事、物、过程抽象为业务对象的过程。业务对象既包括了组织内部业务行为中的主动方(如业务工人)，也包括被动方（如业务实体、业务控制和业务边界）。后续这些信息对象将进一步聚合值属性和行为属性，并封装为类。

在 Togaf 最新发布《The Open Group 指南：金融行业参考模型: 银行业架构网络(BIAN)的 ArchiMate® 建模符号》的指南中(以下简称金融行业参考指南）对业务对象有了更为详细的描述。

为了通知企业有关其感兴趣的概念的信息，需要捕获和管理数据。但是，业务概念并不是指导有效的数据架构所需的信息架构的构建模块。业务信息架构的构建模块是业务对象。它是一个相互独立、完全穷尽的信息单元。业务对象相互关联，从而构成业务对象模型（BOM）。业务对象是业务概念或其抽象。因此，它也需要用业务术语来命名。

《The Open Group 指南：金融行业参考模型: 银行业架构网络(BIAN)的 ArchiMate® 建模符号》

图业务对象模型(BOM）内容模式。

在金融行业参考指南中，业务对象被用于企业信息架构（EIA)建模，而定性的企业信息架构是定性的数据架构管理的先决条件。在该指南中，业务对象侧重于对名称相同的业务概念的信息捕捉和数据描述，是信息世界的范畴，这也使之和现实世界的业务实体区分开来。

图金融行业参考模型中的业务对象

业务实体

在 Togaf 中，没有对业务实体进行严格定义，但在 Archimate 中，我们看到业务施动者(包括业务参与者 Business Actor 和业务角色 Buisness role)称为业务实体。

而在 UML 中，业务实体的概念与 Archimate 完全不同。在 UML 中，业务参与者(Buiness Actor）是组织外部的业务主动方元素，如用户、供应商和监管机构。业务工人(Buinese Worker)是组织内部的业务主动元素，如营业员。业务实体(Buinese Entiy)则是上述业务主动元素操作和执行的目标，一般是无生命事物。