首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >电影院设备零售商用例图

电影院设备零售商用例图
EN

Stack Overflow用户
提问于 2016-01-17 21:58:55
回答 1查看 1.5K关注 0票数 0

我得到了以下设想:

HyperAV是一家家庭影院设备零售商。他们销售各种产品,包括电视,扬声器,放大器,蓝光/DVD播放器和电缆.该公司总部设在斯德哥尔摩,在英国有5家零售分支机构(伦敦、约克、卡迪夫、曼彻斯特和纽卡斯尔),在伯明翰设有一个大型仓库。

由于产品的专门性,大部分的销售都是在商店里进行的,这些商店也有演示设施,允许工作人员在购买之前向顾客展示产品。然而,商店也可以通过电话接受订单。该公司与一些供应商打交道,他们向商店和仓库提供物品。商店的空间有限,所以大量的物品储存在仓库里,在存货不足的时候送到商店。

该公司的买方和库存控制器总部设在斯德哥尔摩,并共同努力,以确保每个分支机构有足够的库存水平的快速销售项目。如果一家商店为它没有库存的产品接受订单,则支付货款,并将该物品从仓库发送到商店。如果仓库没有库存的产品,则由买方向供应商订购。

从这个场景中,我被要求绘制一个用例图。

我收到了反馈,但只在一定程度上被告知这是轻微错误的。我想知道是否有人能看出它有什么问题,或者我如何改进它呢?

EN

回答 1

Stack Overflow用户

发布于 2016-01-17 22:19:17

我不会去分析你的商业案例的正确/错误之处,但以下是几点评论:

  • 不要在UCs中使用泛化。每个UC应该是一个独特的附加价值,系统正在考虑(SUC)交付给行为者。如果你有概括,这意味着你的UC不是唯一的。Deliver product:这是两个绝对独立的UCs。他们使用送货服务。但这是另一个SUC (即递送服务)的UC。
  • 避免使用<<include>>/<<extend>>,因为它们指示使用功能分析。UCs是关于合成的,与之正好相反。
  • 用动词-实体词来命名你的UC。例如,Order不是UC。
  • 想想加州大学的“使用”吧。它给它的参与者带来的增值是什么?如果这不是真正的用途,那就不是UC。Process payment是一项管理任务,而不是UC。那么这背后有什么用呢?
票数 1
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/34844250

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档