Uml 用例图逻辑

Uml 用例图逻辑,uml,diagram,use-case-diagram,Uml,Diagram,Use Case Diagram,我目前正在为期末考试而学习,我正试图了解用例图。我通常可以做的图表没有问题,但我一直坚持在这一个具体的,我不知道它是否是正确的 以下是使用案例: (A) 系统的所有用户都可以浏览和搜索标题 (B) 用户包括借书人和图书管理员 (C) 借贷者可以结帐并归还物品。如果在退房过程中发现所有权不可用(所有副本均已借出),则借款人可以保留所有权以备将来使用 (D) 当所有权可用时,通过电子邮件通知借款人 (E) 借款人可以浏览预订列表并取消预订 (F) 图书管理员可以注册新的借书人并添加新的书名 我的

我目前正在为期末考试而学习,我正试图了解用例图。我通常可以做的图表没有问题,但我一直坚持在这一个具体的,我不知道它是否是正确的

以下是使用案例:

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

(B) 用户包括借书人和图书管理员

(C) 借贷者可以结帐并归还物品。如果在退房过程中发现所有权不可用(所有副本均已借出),则借款人可以保留所有权以备将来使用

(D) 当所有权可用时,通过电子邮件通知借款人

(E) 借款人可以浏览预订列表并取消预订

(F) 图书管理员可以注册新的借书人并添加新的书名

我的疑问是:

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

  • 当标题可用时,它应该来自哪个用例

正如您在第一张图片中所看到的,可用用例标题是作为标题not Available用例的一个新用例出现的,在第二张图片中,我将其作为扩展自Check out项

以下哪个图表最能代表用例描述


谢谢大家!

我会给你一些想法,因为SO基本上没有家庭作业批改的地方

  • (B) 用户包括借书人和图书管理员

    这意味着必须有一个通用的参与者
    用户
    借贷者
    图书管理员
    继承。您可以为其他两个用户将
    User
    连接到UC

  • (F) 图书管理员可以注册新的借书人并添加新的书名

    这两个图中的模型都是错误的。只有
    图书管理员
    必须关联

  • UCs之间不能有关联(如在您的#1中)。但是,

  • 标题不可用
    不是UC,而是UC
    签出项目中的一系列(可选)步骤
    。有更多的“UCs”气泡根本不是UCs。UC是关于附加值的。阅读Bittner/Spence(但你可能得快点)


不过,您的大部分UCs都很好。

谢谢您的帮助,尽管这不是家庭作业。这是前几年的考试,我正在重做以更加熟悉UML。由于我的讲师没有提供任何前几年考试的答案,我无法知道这些答案是否正确,只能问其他可能更了解该科目的人,而我永远也不知道。这里出现了不少家庭作业。因此,如果你有时间,我强烈建议你阅读Bittner/Spence。这是(对我来说)到目前为止关于UCs最好的读物。一读到它,我就对UCs有了一个很好的了解。不过,我花了几年时间才(或多或少地)完全拉开帷幕。