网上商店的UML领域模型

Question

因此，我正在为学校分配作业，在那里我要建模（使用域模型）一个网店，该网店可以将完整的食品袋运送到人们的家中。（http://www.linasmatkasse.se）。我希望我可以在这里更具体，但这很遗憾。

我还没有收到任何用例，但是情况可能是类似的，将购物袋添加到购物车，创建帐户/添加信息，付款。

这是我到目前为止所拥有的：http : //i.imgur.com/BIljBtj.png?1

1. 有裁员吗？（我只需要描述网站的模型，不确定要包含多少）。
2. 我可以/应该在客户和帐户，购物车和OrderLineItem，订单和购物车之间添加组成吗？
3. 一般而言，对于属性和多重谓词还不确定。感谢您的任何反馈或支持。
4. 付款类别？需要吗？是否应包括付款方式？
5. 我应该为支持等人为因素建模吗？
6. 我是否应该对交付进行更多建模
7. 客户与订单之间是否需要关联？

谢谢一群！再次...

Answer 1

• 它应该是一个类图。因此，只有在这些名称是源中属性的名称时，“ has”，“ contains”等动词才应显示为聚合，“ supplies”，“ describes”，“ makes”应出现在关联箭头上。箭头）类。“拥有”应在关联末尾显示为点。还要将属性名称真正放在关联的末端。您可以命名整个关联，但这意味着关联本身（不包含类的实例）以某种方式存在。如果您想写评论，则应将其放在笔记上。但通常情况下，用例图上会出现诸如“供应”，“描述”，“制造”，“有”，“包含”，“拥有”的词。如果您想考虑这种逻辑或与您合作的客户或销售经理进行讨论，请将其与类图分开。
• 组成
  • 帐户和购物车之间的关系非常好。因此，您可以确定，购物车不在其帐户中，并且任何帐户只有一个购物车。因此，具有1到1的多重性的合成是明智的，并且包含许多重要信息。
  • 您所创造的客户毫无用处。您只需要帐户。
  • 到现在为止，我还不了解OrderLineItem和ItemList的使用。如果某些类的使用不明显，那就不好了-至少在其中添加注释或考虑，如果您确实需要它们。
• 付款-是的，这是必要的。至于付款方式，将它们放在特定的Enumeration类块中，在此处将其命名为项，然后将Payment连接到PaymentMethods。
• 这里没有人为因素！您将在编码方面深入研究IT模型。您真的想制作一个用例图，不是吗？

• 交货？可能从帐户，订单中看到了更多的枚举方式，包括交货方式和供应商ClientAddress。由您决定是否要涵盖此范围。

• ItemDescription应该仅连接到Item

• 您所有的关联都可以通过两种方式进行导航。这是没有意义的。选择导航性。

• 如果一个类属性是另一个类的实例，则在该关联的另一端（由分类器拥有的端）上加一个点。

• 供应商已连接到订单？您是否也想涵盖与供应商的贸易主题？然后应该有更多关于该主题的课程。它可能是另一个组件和另一个类图。还是有图形错误？