Oop 领域模型、概念模型和业务模型之间的区别等

我有一个关于一些术语的问题，这些术语让我困惑了好几年，我就是想不出来。维基百科倾向于非常正式地解释这些事情，这对我来说很难理解

我一直在努力理解的术语是：，，，域逻辑等。它们中的一些表示相同的东西，一些可以互换使用，一些在不同的上下文中表示不同的东西我要求的是一个高层次的概述，所以我不会对这些术语感到困惑

这些条款都是合同的一部分吗？是你说的吗？我应该把它们放在什么背景下

这是我到目前为止所理解的：

• 领域是主题（即您正在建模的世界），模型试图简洁地解释概念/主题
• 因此，领域模型（=概念模型）试图简洁地解释该领域
• 因此，一个业务模型将解释一个业务是做什么的，因此一个业务将与一个域相同，只是一个域更广，它不仅仅局限于一个业务

我在ER建模方面有一些经验，从中我了解到ER模型是用于表示概念模型（领域模型）的许多技术之一

---

我可能完全错了，但它应该告诉你我的困惑在哪里…

我怀疑这些术语是否有一个全面、正式的定义，但根据我的经验，以下是普遍接受的定义：

域是一个关注的领域，或者如您所说，是主题。如果关注的领域是一个业务领域，那么这将是一个业务领域。“问题域”一词更为一般

概念模型是领域中概念和关系的抽象：我同意术语领域模型和概念模型在很大程度上是可互换的。唯一的区别是术语概念模型强调了这样一个事实，即这是概念的模型，并不反映软件设计

---

术语业务逻辑和域逻辑倾向于指定义域内实体的正确行为的规则。可以在域模型中捕获其中一些规则，例如通过关系约束或使用状态图。您是否认为域逻辑是域模型的必要部分，可能取决于您的建模需要有多正式，问题领域。

领域和问题领域是一回事吗？我投票将这个问题作为离题题来结束，因为这些术语不是正式理论框架的一部分，用法也有很大差异。没有明确的答案。应该说，“没有明确的答案。”该死的拼写错误。非常感谢=）你所说的“唯一的区别是概念模型这个术语强调了一个事实，即这是概念的模型，并不反映软件设计”。你的意思是概念模型并不总是用于软件设计，但领域模型总是如此？还有，这些术语从何而来？领域驱动设计？还是一般的计算机科学术语？我以前在做ASP.NETMVC的时候见过很多这样的应用程序。当谈到域时，我们也谈到了问题域，对吗？既然这是一个值得关注的领域，那么商业模式又是什么呢？它是否与其他术语相关，或者是否用于融资等？对不起，问题太多了，我只是想抓住这个问题。根据我的经验，概念模型和领域模型都倾向于非软件模型，但术语概念模型使这一点更清楚。我不确定各种术语的出处；我怀疑它们来自多个来源，包括OO设计方法。通常，设计上下文中的域将指问题域。我在软件开发的上下文中没有遇到术语“业务模型”，但我想它可以用来指业务领域的概念模型。