UML用例图关系图活动图

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