建模域模型

Question

我有一个涉及自动售货机的场景，然后要求我们创建“模型问题域”。我已经非常松散地介绍了模型，希望有人能够澄清这一点。

从研究看来，问题域只是一个域模型，而这个域模型又是一个UML类图。

我见过的样子例子他们与客户的实体，为了实体等等等等

几乎数据库模式，我只是不知道的差异究竟是什么。

所以我只是想知道我是否在正确的轨道上，任何人都会介意阐述这一点，或者可能指向我一个简洁的定义。谢谢。

Answer 1

“问题域”就是您感兴趣的内容。就您而言，这是自动售货机所做的所有事情，以及与之交互的人。

归结为一组用例，它可以在用例图中图示出来。自动售货机做什么？它需要购买者（演员）的硬币，给予改变（也许...所以确保你理解“扩展点”），吐出东西（总是，因为我们不在现实世界中），等等。那么也许你可以用不同的演员来创作。维护人员拿出钱，增加变化，填充机器，运行诊断堆栈，不管。其中每一个都是一个用例。把它们放在一个用例图中。

如果您想详细了解每个用例的用途，请使用活动图。每个用例一个。

Answer 2

任何系统（软件或不软件，是否建模）都有结构和行为方面的内容。

结构方面是系统的非时间约束方面，比如系统由哪些类组成，它们的关联和依赖关系，它们如何划分为子系统等。大多数这些元素通常被称为作为分类器。

行为方面显示了这些结构是如何一起合作一段时间来实现系统的目标，如方法，状态机，工作流程，用例实现等

的结构和行为方面是什么您可以指定何时编写代码或创建模型。

对象，根据定义的类的实例。这意味着对象是系统执行时实际存在的“事物”。因此，你不编程一个对象;你编写一个类，它在执行时被实例化为一个或多个对象。但是，在许多建模语言中（但在编程语言中并不常见），您还可以对场景的规范建模，该场景显示对象的规范以及它们如何交互，例如在UML中，您可以创建一个对象图，显示一个在执行过程中如何构造和协作对象系统（即实例化类）的例子。

现在，系统总是努力为其周围实现一个或多个目标。周围是由与系统交互的人员和/或其他系统（演员）组成。系统所处的位置和意义所在的“周围”或“背景”通常称为“域”。

这些“演员”有一个他们希望系统帮助他们解决的“问题”。在对这个问题进行建模时，可以将该模型称为系统的“问题域模型”。它指出了问题领域的逻辑结构和行为方面，没有说明如何在特定的系统实现中实现它。也就是说，它不是指Java，SQL，主键，事务，反射，角度等实现方面;而是侧重于域的核心结构，如订单，合同，合同，产品等。

问题域模型是系统开发人员和支付人员之间最重要的“合同”之一系统或作为系统的所有者和用户。它使你能够以相同的方式理解要解决的问题，并确保你们都使用相同的概念来推理它。按照定义，因为它不是一种技术手段，所以应该尽可能使用简单的表示法（但仍然严格清晰）来描述它，以便非软件专业人员能够理解并达成一致。类图（从所有技术细节中去除）和用例图是可用的两种符号技术。而且对象图和活动图也可以派上用场。

如果您对此感兴趣，我将在Udemy的高级概念领域建模课程中提供一门课程。这里是链接和90％关代码：https://www.udemy.com/get-your-concepts-straight/?couponCode=CONCEPTS29

问候 每