Uml 用例图逻辑
我目前正在为期末考试而学习,我正试图了解用例图。我通常可以做的图表没有问题,但我一直坚持在这一个具体的,我不知道它是否是正确的 以下是使用案例: (A) 系统的所有用户都可以浏览和搜索标题 (B) 用户包括借书人和图书管理员 (C) 借贷者可以结帐并归还物品。如果在退房过程中发现所有权不可用(所有副本均已借出),则借款人可以保留所有权以备将来使用 (D) 当所有权可用时,通过电子邮件通知借款人 (E) 借款人可以浏览预订列表并取消预订 (F) 图书管理员可以注册新的借书人并添加新的书名 我的疑问是:Uml 用例图逻辑,uml,diagram,use-case-diagram,Uml,Diagram,Use Case Diagram,我目前正在为期末考试而学习,我正试图了解用例图。我通常可以做的图表没有问题,但我一直坚持在这一个具体的,我不知道它是否是正确的 以下是使用案例: (A) 系统的所有用户都可以浏览和搜索标题 (B) 用户包括借书人和图书管理员 (C) 借贷者可以结帐并归还物品。如果在退房过程中发现所有权不可用(所有副本均已借出),则借款人可以保留所有权以备将来使用 (D) 当所有权可用时,通过电子邮件通知借款人 (E) 借款人可以浏览预订列表并取消预订 (F) 图书管理员可以注册新的借书人并添加新的书名 我的
- 借款人是否需要与“注册新借款人”用例交互?考虑到用户需要注册,图书管理员也需要与系统交互,所以我假设两者都需要链接
- 当标题可用时,它应该来自哪个用例
谢谢大家! 我会给你一些想法,因为SO基本上没有家庭作业批改的地方
-
(B) 用户包括借书人和图书管理员
这意味着必须有一个通用的参与者
,用户
和借贷者
继承。您可以为其他两个用户将图书管理员
连接到UCUser
-
(F) 图书管理员可以注册新的借书人并添加新的书名
这两个图中的模型都是错误的。只有
必须关联图书管理员
- UCs之间不能有关联(如在您的#1中)。但是,
不是UC,而是UC标题不可用
。有更多的“UCs”气泡根本不是UCs。UC是关于附加值的。阅读Bittner/Spence(但你可能得快点)签出项目中的一系列(可选)步骤
不过,您的大部分UCs都很好。谢谢您的帮助,尽管这不是家庭作业。这是前几年的考试,我正在重做以更加熟悉UML。由于我的讲师没有提供任何前几年考试的答案,我无法知道这些答案是否正确,只能问其他可能更了解该科目的人,而我永远也不知道。这里出现了不少家庭作业。因此,如果你有时间,我强烈建议你阅读Bittner/Spence。这是(对我来说)到目前为止关于UCs最好的读物。一读到它,我就对UCs有了一个很好的了解。不过,我花了几年时间才(或多或少地)完全拉开帷幕。