电子商务网站反馈的UML领域模型

我有一个学校的作业，我必须为一个向顾客提供购物袋的电子商务网站建模（）。我还没有收到任何用例或任何东西

我得到的唯一指导是，它应该是一个最多40个类的领域模型，一个基于web的业务（如上所述）

这就是我目前所拥有的

• 聚合是否合理？（特别是在客户和客户之间）
• OrderStatus和AccountStatus是否应关联
• 继承在这里有什么用处吗
• 是否有任何冗余或任何需要添加的内容

感谢您的反馈！谢谢

• 请更改图片的颜色和字体大小-这很难阅读
• 聚合不好。成分-黑钻石的意思是，该物品属于容器，没有它就无法生存。当然，这样一个物品不能属于两个容器。更改为共享一个或两个作文。客户和帐户可以这样连接。但最好将账户看作是客户和网站之间的关联
• 连接购物车和订单
• 为什么应该连接OrderStatus和AccountStatus？我不明白，为什么他们需要直接连接
• ItemDescription连接到item，或者更好地连接到ClassName，而不是itemlist
• 为什么OrderItemList连接到网站？到底是什么？为什么秩序是不够的
• 什么是SalesLineItem？也许，它应该属于OrderItemList
• 将ClassName更改为ItemClass-不要使用为其他内容接受的术语
• 是的，您可以使用继承-从这个意义上讲，购物车和订单不应该是独立的。但由你来决定，谁是父母。或使“购物车”成为订单的另一种状态。或者两者兼用
• 可以添加很多东西，但显然，这不是真正的任务，只是一个游戏。想想交货方式，付款方式。表现出适航性。显示箭头的名称，而不是连接的名称
• 设置属性和函数

---

感谢您的反馈并改进了问题。我想现在更准确了。对不起，我希望上传一张更大的图片。我写聚合的意思不是作文。非常感谢您的回复。真的很有帮助！但是你写得绝对正确！聚合可以有三种类型—“组合”、“共享”（非严格定义的聚合）和“无”。很多时候，人们说“聚合”而不是“共享聚合”或“共享”，但当与另一个子对象对立时，使用父名称而不是子名称是一个错误。因此，我很高兴您使用了正确的名称-组合是聚合。@我发现有很多错误。请把它当作另一个问题，我会做出反应的。也许不是马上，但24小时内肯定会。