我们在业务建模的时候会经常用到业务实体和业务对象这两个术语，很多人经常容易混淆。本文将试图对这两个术语混淆的原因进行分析，并给出具体操作使用建议。
业务概念
业务对象和业务实体都来自业务概念。业务概念是对业务领域中很重要的，企业希望识别的一些人、事、物。例如，“客户”、“营业员”、“对账”、“分润”、“账户”、“物流单”、“订单”、“仓库”、“合同”等。这些业务概念将被以一个或多个名称引用，也就是业务术语。
业务概念包括无生命的“事物”和有生命的“人”。有生命的人通常是业务领域中业务行为的“主动方”，如“客户”、“营业员”。无生命的“事物”通常是业务领域中的“被动方”，如“对账”、“分润”、“账户”、“物流单”、“订单”、“仓库”、“合同”。
业务对象
对象在词典中的定义是“1）行动或思考时作为目标的人或事物；2）特指恋爱的对方‘’，我们在此谈论的当然是前者。
但由于视角-也就是目标指向-不同，在不同体系中对业务对象的含义可能并不相同。
在 Togaf ，没有对业务对象的严格定义，但在 Archimate 中，业务对象被描述为“业务观点相关的被动因素”。此处业务观点和业务概念是一个意思。
在 UML 中，对象的含义来自面向对象的方法。面向对象的方法是一种编程范式，主要是把事物给抽象化、对象化，包括其属性和行为。我们经常说“万物皆对象”，就是任何人、事、物、过程都可以通过抽象进行表达，进一步通过聚合数据和方法封装成类。面向对象是将现实世界映射为信息世界的一种方式。
在 UML 中，业务对象的分类如下：
1、业务边界对象：承担人机交互;
2、业务控制对象：控制管理，协调任务;
3、业务实体对象：一般事物(无生命);
4、业务工人：业务领域的人(有生命)。
在 UML 中，业务对象是业务建模的目标。业务建模的过程就是业务领域的重要的人、事、物、过程抽象为业务对象的过程。业务对象既包括了组织内部业务行为中的主动方(如业务工人)，也包括被动方（如业务实体、业务控制和业务边界）。后续这些信息对象将进一步聚合值属性和行为属性，并封装为类。
在 Togaf 最新发布《The Open Group 指南：金融行业参考模型: 银行业架构网络(BIAN)的 ArchiMate® 建模符号》的指南中(以下简称金融行业参考指南）对业务对象有了更为详细的描述。
为了通知企业有关其感兴趣的概念的信息，需要捕获和管理数据。但是，业务概念并不是指导有效的数据架构所需的信息架构的构建模块。业务信息架构的构建模块是业务对象。它是一个相互独立、完全穷尽的信息单元。业务对象相互关联，从而构成业务对象模型（BOM）。业务对象是业务概念或其抽象。因此，它也需要用业务术语来命名。
《The Open Group 指南：金融行业参考模型: 银行业架构网络(BIAN)的 ArchiMate® 建模符号》
在金融行业参考指南中，业务对象被用于企业信息架构（EIA)建模，而定性的企业信息架构是定性的数据架构管理的先决条件。在该指南中，业务对象侧重于对名称相同的业务概念的信息捕捉和数据描述，是信息世界的范畴，这也使之和现实世界的业务实体区分开来。
业务实体
在 Togaf 中，没有对业务实体进行严格定义，但在 Archimate 中，我们看到业务施动者(包括业务参与者 Business Actor 和业务角色 Buisness role)称为业务实体。
而在 UML 中，业务实体的概念与 Archimate 完全不同。在 UML 中，业务参与者(Buiness Actor）是组织外部的业务主动方元素，如用户、供应商和监管机构。业务工人(Buinese Worker)是组织内部的业务主动元素，如营业员。业务实体(Buinese Entiy)则是上述业务主动元素操作和执行的目标，一般是无生命事物。
在 Togaf 中，业务实体的含义是现实世界的“人”，是业务施动者，是业务主动元素。而在 UML 中业务实体的概念是业务施动者操作和执行目标，是业务被动元素。两者的含义已经是风马牛不相及了。
总结和建议
业务对象和业务实体都来自业务概念，都是业务建模的术语。
1、由于视角和理解的不同，不同体系在业务建模过程中，业务对象和业务实体两个术语的含义可能大相径庭(如表 1)，使用要考虑语境和上下文；
2、在 Togaf 中，对业务对象的使用可参考金融行业参考模型；
3、在 Togaf 中，尽量减少业务实体这一术语的的使用以避免歧义。
End
参考文档
1、https://www.cnblogs.com/johnnyzen/p/8035749.html
2、《The Open Group 指南：金融行业参考模型: 银行业架构网络(BIAN)的 ArchiMate® 建模符号》
非实践，不架构。EA学习帮期待你的加入！
