用例图验证

时间:2015-10-16 20:51:15

标签: uml use-case

我想知道以下用例图是否正确,以及是否可以改进。上下文是一个电子学习应用程序开发。

enter image description here

业务规则如下:

  1. 所有演员都可以查看每人的帖子数量
  2. 只有经理和讲师可以按组检查单词的密度
  3. 只有经理和讲师才能检查贡献帖子中使用的单词密度
  4. 所有演员都可以打印结果
  5. 开发人员开发了«精心设计和设计职位数量功能»,«精心设计用于贡献职位功能的单词»和«精心设计用于贡献职位职能的单词»功能允许用户查看“每人的帖子数量”,“按组分类的单词密度”和“贡献帖子中使用的单词密度”。
  6. 必须记录演员。
  7. 子独立软件是发生用例的用例。因此,登录用例发生在父级«论坛»。
  8. 开发人员应该是用例图的左侧,但由于空间不足,我把它放在图片的右侧。谢谢。

1 个答案:

答案 0 :(得分:0)

以下观察:

  • Login根本不是用例。删除它。
  • Sub-independent software不是演员,因为没有用例。如果有的话,名称根本就没有意义(它可能是牙刷的固件)。
  • Developer UC过于复杂,无法成为真实用例。
  • DisplayPrint不是UC。你似乎试着在这里做功能分解。这是错误的。
  • Computation根本不是用例。
  • 连接器需要整洁。你很难看出连接的是什么。
  • Check UC几乎不是UCs。该检查会带来什么价值?

我建议阅读Bittner / Spence或Cockburn。对不起,对于垃圾箱来说,这个很难。