我正在尝试用UML为汽车经销商绘制一个领域模型或类图。我纠结于如何在模型中呈现试驾。一种方法是使用appointment类,然后作为子类进行试驾。经销商还提供售后服务,因此我可以将预约/预订类作为超类,然后将车辆服务和试驾作为两个子类。
另一种方法是让客户类与约会类下的试驾类和车辆服务类有直接关系。
经销商还出售新车和二手车及其零部件。
经销商也为汽车销售提供融资。
testdrive类是否与vehicle类有关系,或者是否有单独的类用于显示和testdrive类?
另一个问题是如何在模型中显示潜在客户以及他们对销售和服务的询问。经销商希望保存潜在客户的详细信息,如果他们允许营销目的的话。我是否应该有两个类:一个用于客户,一个用于潜在客户,或者可以通过使用customer类中的属性来实现?
发布于 2008-10-18 23:48:17
只有拥有一组良好的用例或模型的预期行为,才能真正区分正确的决策。
这将通知特定的子类化是否真的准确。
我可以看到,一个预约可能包含几个试驾,这些试驾本身与单个车辆相关联,所以试驾本身只不过是客户与车辆之间的一个链接,而该链接又与一个预约相关联。
发布于 2008-10-19 02:47:41
试驾将包含仅与试驾相关的信息:
对客户的引用-即使这可能是有争议的,以包括
对车辆的引用
试驾时长
地点(可能车辆行驶在不同的地点,而不是从所拥有的预约中确定的地点)
客户温度(热或冷-即客户看起来很热情)
评论
等。
但不在测试驱动对象中的是与约会相关的任何内容-因为它总是包含在集合中-可能是约会或其他事件容器的一部分。现在,如果可以包含测试驱动的容器总是包含客户信息,我可能甚至不会在测试驱动对象中包括客户引用-毕竟,它将是多余的。
这取决于是否可以在非预约场景中进行试驾-可能是在“销售活动”或“开放参观”中,或者在用例中实际上没有创建预约的情况下-或者是否会在一个容器中为多个客户进行试驾。
发布于 2008-10-20 02:25:52
你的问题的第二部分已经被忘记了(当你在一个问题中问了两个问题时,很容易做到):
另一个问题是如何在模型中显示潜在客户以及他们对销售和服务的询问。经销商希望保存潜在客户的详细信息,如果他们允许营销目的的话。我是否应该有两个类:一个用于客户,一个用于潜在客户,或者可以通过使用customer类中的属性来实现?
我认为你的用例是“经销商想要保存潜在客户的详细信息,如果他们允许营销的话”。最简单的解决方案是有一个邮件列表集合,其中包含每个潜在客户的名称和地址。
https://stackoverflow.com/questions/215735
复制相似问题