(七)第五章 用例建模.doc

第五章 用例建模 5.1 用例的基本概念 ⒈ 什么是用例 用例（use case）是一种建模技术，用于描述新系统应该具备的功能，或者描述一个已有系统已经具备的功能。用例规定了一个动作序列（可以有多种实现），系统可以执行这些动作并产生出一个对于特定活动者有价值的可见结果。 ⒉ 为什么使用用例 ① 用例提供了一种捕获功能需求的系统而且直觉的方法。 ② 用例驱动整个开发过程。 5.2 用例中的有关概念 用例模型的主要组件：用例、参与者以及被建模的系统。 创建用例模型的过程： ① 定义系统； ② 发现参与者和用例； ③ 描述用例； ④ 定义用例之间的关系； ⑤ 对模型进行确认操作。 5.2.1 系统与系统边界 系统边界是一个系统所包含的所有成分与系统以外的各种事物的分界线。这里所说的系统是指被开发的计算机软硬件系统。 图5.1 在用例模型中的系统 5.2.2 参与者 ⒈ 参与者的概念 参与者（Actor）是与该系统打交道的人或者其他系统。 ⒉ 参与者的分类 主要参与者（Primary actor）：使用该系统基本功能的参与者。 次要参与者（Secondary actor）：使用该系统次要功能的参与者。 主动参与者（Active actor）：该参与者负责初始启动用例。 被动参与者（Passive actor）：该参与者永远不会初始启动用例，而只是参与系统中的一个或多个用例而已。 ⒊ 发现参与者 · 谁将使用该系统的主要功能（主要参与者）？ · 谁将需要该系统的支持以完成他们的日常工作？ · 谁将需要维护、管理该系统，以及保持系统处于工作状态（次要参与者）？ · 系统需要处理哪些硬件设备？ · 系统需要与哪些其他系统打交道？ · 谁或什么系统对本系统产生的结果感兴趣？ ⒋ UML中的参与者 图5.2 参与者的表示方法 ⒌ 参与者之间的关系 泛化关系 （a） (b) 图5.3 参与者之间的泛化关系 5.2.3 用例 ⒈ 用例的定义 UML中的用例定义是：系统执行的一组动作序列，这些动作可以产生一个特定参与者可观察的数值结果。 ⒉ 用例的特征 ① 用例总是由参与者启动的； ② 用例为参与者提供数值； ③ 用例是完整的。 用例通过关联与参与者相连，这种关联也称为通信关联（Communication Association）。 用例是一个类，而不是一个实例。 ⒊ 发现用例 · 参与者要求系统提供哪些功能？参与者需要做什么？ · 参与者需要读取、创建、销毁、修改或存储系统中的某种信息吗？ · 需要通知参与者系统中发生的事件吗？或者参与者需要向系统通知某种事情吗？这些事情在功能上代表什么内容？ · 利用系统的新功能，参与者的日常工作是否可以被简化或者提高效率？ · 系统需要的输入/输出是什么？从哪里获取这些输入，系统的结果输出到哪里？ · 系统当前实现版本的主要问题是什么？ ⒋ UML中的用例 图5.4 用例的表示方法 ⒌ 用例之间的关系 · 泛化关系（Generalization Relationship）：子用例可以从父用例继承行为和含义。 · 扩展关系（Extension Relationship）：一个用例是通过向另一个用例添加一些行为，扩展而成的。 · 包含关系（Inclusion Relationship）：一个用例包含另一个用例中定义的行为。 · 分组关系（Grouping Relationship）：当多个用例都处理类似的功能，或以某种方式相互关联时，就可以将它们捆绑到一个UML包内。 ⑴ 扩展关系 图5.5 一个扩展关系 图5.6 一个扩展关系 ⑵ 包含关系 图5.7 包含关系示例 图5.8 包含关系示例 ⑶ 泛化关系 图5.9 泛化关系示例 5.3 描述用例 用例的描述专注于系统的外在行为，而忽略系统内部是如何实现的。 用例的文本描述： · 用例的目标； · 用例如何被启动； · 参与者和用例之间的消息流； · 用例的其他流程； · 用例如何结束并向参与者传递数值。 例：订单处理系统 图5.10 订单处理系统的用例图 该系统包含如下参与者： · 电话代理（telephone agents）； · 信用授权机构（credit authorization agencies）； · 产品仓库系统（a product warehouse system）； · 货运系统（a shipping system）。 用例可以通过考虑参与者与系统之间的交互来获取。 系统与电话代理的交互： · 输入订单； · 取消订单； · 取消订单明细； · 查询。 系统与信用授权机构的交互： · 确认购买； · 贷款账户。 系统与产品仓库系统的交互： · 请求发货； · 取消发货请求； · 退货处理； · 查询库存； · 接受订货； 系统