UML用例图关系图活动图.pptVIP

7.5 用例图 — 认识用例图 借书者 流通组工 作人员 借书 还书 预定 取消 预定 查询 用例 角色 关系 注意：图中的虚线是解释 7.5 用例图（续） ? 用例图：用于描述一组用例、角色以及 它们之间的关系。一个系统的用例图通 常是概要地反映整个系统提供的外部可 见服务和工作范围。 ? 用例图的基本元素：用例、角色和关系。 ? 进行需求分析时，通常将整个系统看作 一个黑盒子，从系统外部的视点出发观 察系统：它应该做什么？谁要它做？做 了以后的结果送给谁？这些正是用例图 要表现的。 用例 ? 在 UML 中用例的符号是一个椭圆，通常以 动词或短语来命名。 ? 用例是软件开发的核心元素，需求是由 用例来表达的，界面是在用例的辅助下 设计的，类是根据用例来发现的，测试 数据是根据用例来生成的，整个开发的 管理和任务分配，也是依据用例来组织 的。用例简直太重要了！ 角色 ? 角色是指与系统交互的人或物。 ? 角色可以有四种类型：系统的使用者、硬件设备、 外部系统和时间。 ? 系统使用者是最重要的角色，例如，在图书信息管理系 统中的系统使用者有读者和图书馆的工作人员，包括采 购、编目和办公室的工作人员。 ? 其他外部应用系统。 ? 硬件设备，不同的硬件设备具有不同的特性和不同的处 理方式。 ? 时间作为角色 , 经过一定的时间触发系统中的某个事件。 关系 —— 角色与用例之间的关 系 ? 通信关系 —— 描述角色与用例之间的关系。 例如，当读者还书时，图书馆工作人员启 动系统的“还书”用例，进行还书处理。 用例也可以启动与角色的通信，例如，还 书时，如果该书有预订记录，则系统的 “通知”用例启动与读者的通信，通知读 者前来借书。 用例之间的关系 ? 包含关系 —— 包含关系 用于构造多个用例共同 的活动。例如，在 ATM 系 统中，取钱、查询、更 改密码等功能都需要验 证用户名和密码。这种 情况下应该将密码验证 功能独立出来，便于复 用、减少冗余。 取钱 查询 更改密码 验证用户密码 《 include 》 《 include 》 《 include 》 用例之间的关系（续） ? 扩展关系 —— 允许一个用例扩展另一个 用例的功能。例如，在图书信息管理系 统中，读者还书时，系统检查所还图书 是否有预订记录，如果有则执行“通知” 用例。在 UML 中扩展关系表示为箭头和 《 extend 》形式。 管理员 还书 通知 读者 《 extend 》 注意 ? ? 使用关系和扩展关系之间的区别， A 使 用 B 本质上是 A 一定使用 B ，同时增加自己 的专属行为；而 A 被用例 B 扩展是说明 A 是 一个一般用例， B 是一个特殊用例， A 在 某些条件下可能使用 B 。 用例或角色之间的继承关系 ? 泛化关系 —— 有时角色或用例之间存在 一种继承关系。例如，客户区分为公司 客户与个人客户，公司客户又区分为政 府机构和私人公司，这时，描述角色之 间的关系就可以用泛化关系表示。 客户 公司客户 个人客户 注意 ? 用例之间的泛化关系就像类 之间的泛化关系一样，子用 例继承父用例的行为和含义。 例如，一个银行系统中，有 一个“验证用户”用例，用 于验证用户的合法性，它有 两个特殊的子用例，一个是 “ 检 查 密 码 ” ， 另 一 个 是 “检查指纹”，它们都有父 用例“验证用户”的行为， 并且可以出现在父用例出现 的任何地方，还可以添加自 己的行为。 身份认证 密码认证 指纹认证 用例图实例 ? 以前面图书信息管理系统为例，画出用 例图。先找出参与系统地的角色： （ 1 ）读者 描述：可以查询图书；预订和取消预订图 书； （ 2 ） 工作人员 描述：帮助读者实现借书、还书、预订书、 取消预订、查询操作； ? 接下来我们从角色入手寻找用例。主要角色“读者”通过“流 通组工作人员”实现预订图书、取消预订、借书、还书等活动。 由此，可以找出下面的一些用例： （ 1 ）预订图书 —— 本用例提供了预订图书的功能，读者可以通 过浏览器直接从网上预订图书；图书管理员也可以根据读者的 要求预订某本图书。 （ 2 ）取消预订 —— 本用例提供取消预订图书的功能。 （ 3 ）还书 —— 完成还书任务，在还书是要检查所还的书是否超 期、是否有其他读者预订，有的话要通知预订者。 （ 4 ）借书 —— 提供借阅书功能 。 ? 分析这个用例图，发现“还书”用例应 该被扩展，因为在还书时检查所还图书 是否有预订记录，若有，则应该通知预 订者前来借书。 ? 当欲借图书已全部被借出时，应该可以 转向“预订”用例。 ? 读者可以直接从网上查询、预订或取消 预订图书。根据以上几点，画出初始的 用例图如下： 读者 图书馆工作 人员 借书 还书 取消 预定 预定 网上