【问题标题】:UML use case diagram "cafeteria system" validationUML用例图“自助餐厅系统”验证
【发布时间】:2017-11-20 20:07:45
【问题描述】:

我编写了一个脚本来制作大学食堂系统。我需要知道我的图表是否正确,尤其是操作的份额。

  • 学生选择自助餐厅提供的餐厅之一。
  • 学生选择您想要的商品,并可能在商品中添加一些成分并收到卖家。
  • 学生向卖家付款。包括发送请求,即在学生付款时对商店进行更新。
  • 卖方向学生开具发票,并在餐厅进出口账目中添加附加信息。
  • 餐厅管理员当您想添加新商品时,卖家会收到添加新商品的通知。
  • 管理员记录卖家的出勤和缺勤情况。

【问题讨论】:

  • “我画了这幅画”,你想画什么样的画?你读过一些关于 UML 模式的文章吗?至少知道你在做什么。
  • 如果您的问题是关于图片而不是脚本,那么这可能不是正确的论坛。否则,最好发布脚本。

标签: uml system use-case


【解决方案1】:
  • 使用正确的用例命名:谓词、主语(、宾语)。
  • 不要使用包含/扩展,因为它会被误认为是功能分解,这是完全错误的。
  • 综合功能描述以提取隐藏在这些描述背后的附加值,并使其成为用例(所考虑的系统向其参与者提供的单个附加值)。
  • 可以使用定向关联来指示主要参与者和次要参与者。但是,这不是标准,而是一种约定,需要在单独的建模规则中进行解释。
  • 您的saller 应该是Seller。还要注意大写的第一个字符(Student 也是错误的)。
  • 不费吹灰之力,您的图表就会变得整洁!

【讨论】:

    猜你喜欢
    • 2010-09-30
    • 2014-11-26
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多