信息模型和本体有什么区别？
它们在我看来是一样的。
谢谢！
问问题
2859 次
3 回答
9
简短的回答是本体是理论，信息模型是应用。
本体研究如何在相似特征的基础上将各种现有实体组合在一起，并试图找出这些相似之处。该字段还尝试找到存在的对象之间的关系。
在特定应用程序中，您不需要所有实体和所有关系。您只需要对那个应用程序或应用程序组（公司）有意义的那些。
一个简单的例子是地址。大多数公司将地址存储为字符串，因为它们仅在与另一家公司或客户生成通信时使用地址。
美国邮政服务需要将他们所有的地址分成不同的字段。他们必须与城市和州交叉检查邮政编码。在较大的城市中，邮政编码可能会根据特定街道的门牌号而改变。
对于大多数其他公司来说，这个邮政服务的地址本体过于详细。
于 2015-05-31T21:42:09.400 回答
6
两者之间并没有 100% 明确的区分，这可以解释为什么您将它们视为同一事物。你可以说一个本体总是一个模型，但一个模型并不总是一个本体——这个观点得到了这个演示的支持，它涵盖了更深入的讨论（有时可能更概念化）而不是合适的所以。
如果您接受上述解释（本体是模型的子集），那么只需了解信息模型何时是本体。回到演示文稿，它说本体是概念性的，而不是物理构造，是关于现实世界的，而不是关于软件或代码的。
该演示文稿将本体的创建与在创建类图之前执行的域建模进行了比较，但是正如您在数据库上下文中所问的那样，明显的比较是概念数据模型......这当然是潜在的与这样的域模型相同。如果您考虑数据建模过程，您将创建一个没有属性或数据类型的概念模型，然后再转向逻辑模型和物理模型，这些模型的存在是为了处理模型的规范化以防止数据异常，定义数据类型等等。因此，概念数据模型很可能可以描述为本体，但逻辑和物理模型不能。
域模型（旨在作为面向对象类模型的第一步）可以与概念模型（旨在作为关系物理数据模型的第一步）相同的原因是我们完全不受强加的限制通过 OO 语言和 RDBMS 或过程中的规范化规则。我们只对我们感兴趣的概念以及它们之间的关系进行建模。对象关系阻抗不匹配问题仅在您使用这两种物理建模域区域的方法时才存在 - 它在概念级别不存在。
吉尔伯特在他的回答中所说的几乎就在那里 - 他是正确的，地址作为字符串的物理表示是信息建模定义。但是 USPS 决定将其存储为单独的字段也是信息建模定义。本体定义只是关于地址的概念，以及描述地址不同部分的概念，以及它们之间的关系如何意味着地址是由概念部分的特定集合组成的。如果为零售公司工作的人和为 USPS 工作的人决定使用相同的语言或工具创建地址的本体定义，他们应该提出一些非常相似的东西，如果不完全相同的话。将这些概念全部存储在一个字符串中或存储为数字、字符串、另一个数字等的决定适用于信息建模领域。
于 2015-06-06T23:56:20.833 回答
3
一些带有“本体论”的引文
从文本中学习本体的挑战当然是在某些符号的使用的基础上推导出有意义的概念，即单词或术语
（“本体学习和文本人口”，Philipp Cimiano）
为了真正应对当前和未来的挑战，需要一个连贯的、全面的、连贯的、简洁的企业概念模型，这只是一个企业模型运作的直观性……我们称之为概念模型 本体模型"
（“企业本体”，Jan Dietz）
据此，我会说信息模型和本体是同义词。本体具有更多的哲学背景，希腊起源，并且在 Michel Foucault 的书中比 IT 文档更受期待，但这两个词都表示“存在的事物”。
于 2015-06-11T20:57:45.000 回答