用例图逻辑

时间:2018-05-23 16:32:07

标签: uml diagram use-case-diagram

我目前正在为期末考试而学习,而我正试图了解用例图。我通常可以毫无问题地做图表,但我一直坚持这个,我不确定它是否正确。

以下是用例:

(A)系统的所有用户都可以浏览和搜索标题

(B)用户包括借款人和图书馆员

(C)借款人可以结账并退货。如果在结账时发现标题不可用(所有副本都已借用),那么借款人可以保留未来的标题

(D)当标题可用时,通过电子邮件通知借款人

(E)借款人可以浏览预订清单并取消预订

(F)图书管理员可以注册新借款人并添加新标题

User Case 1

Use case 2

我的怀疑是:

  • 借款人是否需要与“注册新借款人”用例互动?考虑到用户需要注册,图书管理员还需要与系统进行交互,所以我认为两者都需要链接?

  • 当标题可用时,应该从哪个用例来?

正如您在第一张图片中看到的,用例标题可用作为标题不可用用例的新用例,而在第二张图片中,我是从结帐项目延伸出来的。

这个图中哪一个最能代表用例描述?

谢谢!

1 个答案:

答案 0 :(得分:0)

我会给你一些想法,因为SO基本上没有作业修正的地方。

  •   

    (B)用户包括借款人和图书馆员

    这意味着必须有UserBorrowers继承的一般演员Librarians。你可以将User连接到UC,以便与其他人联系。

  •   

    (F)图书管理员可以注册新借款人并添加新标题

    这两个图都错误地建模了。只有Librarian必须关联。

  • UCs之间不能存在关联(就像你的#1一样)。然而,

  • Title not available不是UC,而是UC Check out item中的一系列(替代)步骤。还有更多" UCs"泡沫根本不是UCs。 UC是附加价值。阅读Bittner / Spence(但你可能不得不快点)。

但是你的大部分UC都还可以。