网上商店的 UML 领域模型

Question

所以我正在为学校做一项作业，在那里我要建模(使用域模型)一个将完整的杂货袋运送到人们家中的网上商店。 (http://www.linasmatkasse.se)。我希望我能在这里更具体，但不幸的是，这就是我的全部。

我还没有收到任何用例，但场景可能是这样的，将包添加到购物车、创建帐户/添加信息、付款。

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

1. 有裁员吗？ (我只需要描绘网站的模型，不确定要包含多少)。
2. 我可以/应该在 Customer 和 Account、Cart 和 OrderLineItem、Order 和 Cart 之间添加组合吗？
3. 总体上对属性和多重性不太确定。感谢此处的任何反馈或支持。
4. 付费等级？需要吗？它应该包括付款方式吗？
5. 我应该模拟支持等人为因素吗？
6. 我应该为更多的交付建模吗
7. 是否需要客户与订单之间的关联？

非常感谢!再次……

Answer 1

• 它应该是一个类图。因此，“has”、“contains”等动词应显示为聚合，“supplies”、“describes”、“makes”等动词仅当这些名称是源中属性的名称时才应出现在关联箭头上(例如箭头)类。 “拥有”应显示为关联末尾的一个点。还要将属性名称真正放在关联的端 上。您可以命名整个关联，但这意味着关联本身(没有类的实例)以某种方式存在。如果您想写评论，请将它们放在注释 中。但通常情况下，“供应”、“描述”、“制造”、“有”、“包含”、“拥有”等词出现在用例图中。如果您想思考这个逻辑或与您合作的客户或销售经理讨论它，请将其与类图分开。
• 作文
  • 您在帐户和购物车之间做的非常好。因此，您可以说，该购物车不存在于其帐户之外，并且任何帐户都只有一个购物车。因此，重数为 1 到 1 的构图是明智的，并且包含很多重要信息。
  • 您创造的客户是无用的。您只需要帐户。
  • 直到现在我还不明白 OrderLineItem 和 ItemList 的用法。如果某些类的使用不明显，那就不好了——如果你真的需要它们，至少把评论放在那里或思考一下。
• 付款 - 是的，这是必要的。至于支付方式，将它们放在特定的 Enumeration 类 block 中，将它们命名为项目并将 Payment 连接到 PaymentMethods。
• 这里没有人为因素!您深入 IT 模型，处于编码的边缘。您真的很想绘制用例图，是吗？

• 交货？也许更多的交货方式和供应商枚举，从帐户、订单中看到的 ClientAddress。您可以决定是否涵盖这个或那个范围。

• ItemDescription 应该只连接到 Item

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

• 如果类属性是另一个类的实例，则在关联的另一端(分类器拥有的一端)放一个点。

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