【问题标题】:Is this a good Use Case diagram? UML这是一个好的用例图吗? UML
【发布时间】:2019-06-15 17:54:09
【问题描述】:

我不确定我的用例图是否正确编写或需要更多数据?我正在为一家餐馆创建一个 Web 应用程序。您应该能够:

  • 添加预订
  • 用于下订单的仪表板
  • 厨房仪表板
  • 调酒师的仪表板
  • 用于编辑菜单的仪表板。

能为我制作类图的人将获得 20 美元的 paypal。

谢谢。 :)

【问题讨论】:

    标签: class uml case diagram


    【解决方案1】:

    这些依赖关系的原型是什么return?这在规范中是不存在的

    扩展的箭头是否丢失或隐藏?


    是的,您可以将 Reservate ---<<return>>---> XX reservation 替换为 Reservate <---<<extend>>--- XX reservation 但这不是很清楚,因为当您输入预订时,您最终会对其进行编辑

    似乎更好

    • enter 没有编辑也没有删除但是异常cancel
    • 附加的 UC“查找保留”扩展为删除、编辑或打印

    【讨论】:

    • > 应该是 >。
    • > 错误,include 表示 强制 而你不想做 enter and edit and 确定删除 ;-)
    • 所以它们都是扩展的?
    • @Patrick delete 作为编辑的扩展对我来说很奇怪,最好让它扩展打开
    • 我建议根本不要使用扩展,并小心包含。不要陷入功能分解的陷阱。
    【解决方案2】:

    你有三个直接角色和一个间接角色 1. 客户 2. 账户 3.服务员 4. 厨师

    1. 如果有饮料,客户就吃食物,然后他喝饮料。他还下订单。他还支付食物费用。
    2. 会计获取所提供的食品和饮料的数量。一种用于食物,另一种用于饮料
    3. 服务员接收食物和饮料订单
    4. 厨师制作食物并确认订单

    【讨论】:

      猜你喜欢
      • 2021-10-11
      • 1970-01-01
      • 2010-09-11
      • 1970-01-01
      • 2012-06-27
      • 2015-10-30
      • 1970-01-01
      • 2016-01-06
      相关资源
      最近更新 更多