【问题标题】:UML Domain Model of E-Commerce Site Feedback电子商务网站反馈的UML领域模型
【发布时间】:2014-01-30 15:09:48
【问题描述】:

我有一个学校任务,我必须为一种电子商务网站建模,该网站向客户提供食品杂货袋 (http://www.linasmatkasse.se/)。我没有收到任何用例或任何东西。

我得到的唯一指示是,它应该是一个最多 40 个类的域模型,基于 Web 的业务(如上所述)。

这是我目前所拥有的。

  • 聚合是否合适? (尤其是在客户和帐户之间)
  • OrderStatus 和 AccountStatus 是否应该关联?
  • 这里有继承的用处吗?
  • 是否有任何冗余或应添加的内容?

感谢任何反馈!谢谢!

【问题讨论】:

  • 感谢您的反馈和改进问题。我认为现在更精确了。

标签: uml visio class-diagram domain-model


【解决方案1】:
  • 请更改图片的颜色和字体大小 - 很难阅读。
  • 聚合不正常。构成 - 黑色菱形表示,该物品属于容器,没有它就无法存在。当然,这样一个项目不能属于两个容器。更改为共享的一两个作品。客户和帐户可以这样连接。但最好将帐户视为客户和网站之间的关联。
  • 连接购物车和订单
  • 为什么要连接 OrderStatus 和 AccountStatus?我不明白,为什么它们需要直接连接?
  • ItemDescription 连接到项目,或者更好的是,连接到 ClassName,而不是项目列表
  • 为什么 OrderItemList 连接到网站?它到底是什么?为什么订单不够?
  • 什么是 SalesLineItem?也许,它应该属于 OrderItemList?
  • 将 ClassName 更改为 ItemClass - 不要将接受的条款用于其他事物。
  • 是的,您可以使用继承 - 从这个意义上说,购物车和订单不应该是独立的。但你会决定,谁是父母。或者使“购物车”成为订单的一种状态。或者两者都用。
  • 可以添加很多东西,但很明显,这不是真正的任务,只是一个游戏。考虑交货方式,付款方式。显示可导航性。显示箭头的名称,而不是连接的名称。
  • 设置属性和功能。

【讨论】:

  • 抱歉,我们希望上传更大的图片。当我写聚合时,我的意思不是组合。非常感谢您的回复。真的很有帮助!
  • 但是你写的绝对正确!聚合可以有 3 种——“组合”、“共享”(非严格定义的一种)和“无”。人们经常说“聚合”而不是“共享聚合”或“共享”,但是在与另一个孩子对立主题时使用父名而不是子名是错误的。所以,我很高兴您使用了正确的名称 - 组合是聚合。
  • @Andorius 我看到有很多错误。请把它作为另一个问题在这里,我会做出反应。也许不是一次,但肯定会在 24 小时内。
猜你喜欢
  • 1970-01-01
  • 2014-02-28
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2013-12-30
  • 1970-01-01
  • 2016-11-10
  • 2011-06-11
相关资源
最近更新 更多