汽车经销店的域建模或类图

Question

我正在尝试在 UML 中为汽车经销商绘制域模型或类图。 我对如何在模型中呈现试驾感到困惑。 一种方法是预约课程，然后作为子课程试驾。 经销商还提供售后车辆服务，因此我可以将预约/预订类别作为超级类别，然后将车辆服务和试驾作为两个子类别。

另一种方式是让客户等级与预约等级下的试驾等级和车辆服务等级有直接关系。

经销商还销售新车和二手车及其零件。

经销商还为汽车销售提供融资。

试驾级别与车辆级别是否有关系，或者显示级别和试驾级别有单独的级别？

另一个问题是如何在模型中显示潜在客户以及他们对销售和服务的询问。 如果允许用于营销目的，经销商希望保存潜在客户的详细信息。 我应该有两个类：一类用于客户，一类用于潜在客户，还是可以仅通过使用客户类中的属性来实现？

Answer 1

您实际上只能通过一组良好的用例或模型的预期行为来区分正确的决策。

这将告知特定的子分类是否真的准确。

我可以看到，一个约会可能包含多次试驾，这些试驾本身与各个车辆相关联，因此试驾本身只不过是从客户到与约会相关联的车辆的链接。

Answer 2

试驾将包含仅与试驾相关的信息：

对客户的参考 - 即使这可能有争议，包括

位置的车辆长度的参考

对试驾

（也许车辆在与可以确定的位置不同的位置驾驶） ，

可能

是

但是

试驾对象中没有的内容是与约会相关的任何内容 - 因为它总是包含在集合中 - 约会或其他事件容器的一部分。 现在，如果可以包含测试驱动的容器始终包含客户信息，我什至可能不会在测试驱动对象中包含客户引用 - 毕竟，它将是多余的。

这取决于试驾是否可以在非预约场景中进行 - 也许是在“销售活动”或“开放日”或在用例中实际未创建预约的情况下 - 或者是否会为多个客户进行试驾在一个容器内。

Answer 3

您问题的第二部分已被忘记（当您同时提出两个问题时很容易完成）：

另一个问题是如何在模型中显示潜在客户以及他们对销售和服务的询问。 如果允许用于营销目的，经销商希望保存潜在客户的详细信息。 我应该有两个类：一个用于客户，一个用于潜在客户，还是可以仅通过使用客户类中的属性来实现？

我认为你的用例是“经销商希望保存潜在客户的详细信息，如果他们允许营销目的。” 最简单的解决方案是拥有一个邮件列表集合，其中包含每个潜在客户的姓名和地址。

Answer 4

我认为你没有抓住重点。 领域模型的目的是让您熟悉领域：

-- What kind of entities you have in yor domain?
-- If they are important for your system under desing, 
   what kind of properties they have, how they behave?
-- What kind of business rules they obey?

剩下的就是细节。 像地图制作者一样思考。 记录下有什么。创建一个简单的地图，这样您就不会在该领域迷失方向。 不要尝试发明。抽象领域中存在的内容：不要在您自己创建的“花哨的抽象”后面运行。

域模型可以用作源
用于面向对象的分析/设计。
但他们的目的不是代表
软件抽象。