
构建用例模型
构建用例模型

课程内容 建立用例模型 系统需求 3 调整用例模型
课程内容 建立用例模型 系统需求 调整用例模型 Conclusion 1 2 3

1建立用例模型 使用用例的方法来描述系统的功能需求的过程就是 用例建模,用例模型主要包括以下两部分内容: ■用例图(Use Case Diagram) 确定系统中所包含的参与者、用例和两者之间 的对应关系,用例图描述的是关于系统功能的 一个概述。 ■用例规约(Use Case Specification) 描述用例的细节内容,针对每一个用例都应该 有一个用例规约文档与之相对应。 冬在用例建模的过程中,建议的步骤是先找出参与者 ,再根据参与者确定每个参与者相关的用例,最后 再细化每一个用例的用例规约
1 建立用例模型 ❖使用用例的方法来描述系统的功能需求的过程就是 用例建模,用例模型主要包括以下两部分内容: ◼ 用例图(Use Case Diagram) 确定系统中所包含的参与者、用例和两者之间 的对应关系,用例图描述的是关于系统功能的 一个概述。 ◼ 用例规约(Use Case Specification) 描述用例的细节内容,针对每一个用例都应该 有一个用例规约文档与之相对应。 ❖在用例建模的过程中,建议的步骤是先找出参与者 ,再根据参与者确定每个参与者相关的用例,最后 再细化每一个用例的用例规约

1.1寻找参与者 冬所谓的参与者是指所有存在于系统外部并与系统 进行交互的人或其他系统。寻找参与者可以从以 下问题入手: ·系统开发完成之后,有哪些人会使用这个系统 谁需要借助系统来完成日常工作? ■ 系统需要从哪些人或其他系统中获得数据? ·系统会为哪些人或其他系统提供数据? ·系统会与哪些其他系统相关联? ■系统是由谁来维护和管理的? 系统控制的硬件设备有哪些? ·谁对本系统产生的结果感兴趣?
1.1 寻找参与者 ❖所谓的参与者是指所有存在于系统外部并与系统 进行交互的人或其他系统。寻找参与者可以从以 下问题入手: ◼ 系统开发完成之后,有哪些人会使用这个系统 ? ◼ 谁需要借助系统来完成日常工作? ◼ 系统需要从哪些人或其他系统中获得数据? ◼ 系统会为哪些人或其他系统提供数据? ◼ 系统会与哪些其他系统相关联? ◼ 系统是由谁来维护和管理的? ◼ 系统控制的硬件设备有哪些? ◼ 谁对本系统产生的结果感兴趣?

1.1寻找参与者 冬对于ATM机的例子,回答这些问题可以使我们找 到更多的参与者 操作员负责维护和管理ATM机系统、ATM机也需 要与后台服务器进行通讯以获得有关用户帐号的 相关信息。 使用ATM机所 授迭的服务 ATM与后台服务 银行客户 进行通讯来获得 客户的帐号偕总 维护管电AM 后台服务游 机系统 岗作员
1.1 寻找参与者 ❖对于ATM机的例子,回答这些问题可以使我们找 到更多的参与者 ❖操作员负责维护和管理ATM机系统、ATM机也需 要与后台服务器进行通讯以获得有关用户帐号的 相关信息

(1)系统边界决定参与者 冬参与者是由系统的边界所决定的 冬若我们所要定义的系统边界仅限于ATM机本身 那么后台服务器就是一个外部的系统,可以抽象 为一个参与者。 ATM 像行客户 后台服务登
(1) 系统边界决定参与者 ❖参与者是由系统的边界所决定的 ❖若我们所要定义的系统边界仅限于ATM机本身, 那么后台服务器就是一个外部的系统,可以抽象 为一个参与者

若我们所要定义的系统边界扩大至整个银行系统 ,ATM机和后台服务器都是整个银行系统的一部 分,这时候后台服务器就不再被抽象成为一个参 与者。 银行系统 ATM 后台服务潞 银行客户
❖若我们所要定义的系统边界扩大至整个银行系统 ,ATM机和后台服务器都是整个银行系统的一部 分,这时候后台服务器就不再被抽象成为一个参 与者

冬用例建模时不要将一些系统的组成结构作为参与 者来进行抽象。 如在ATM机系统中,打印机只是系统的一个组成 部分,不应将它抽象成一个独立的参与者;在一 个MIS管理系统中,数据库系统往往只作为系统 的一个组成部分,一般不将其单独抽象成一个参 与者
❖用例建模时不要将一些系统的组成结构作为参与 者来进行抽象。 ❖如在ATM机系统中,打印机只是系统的一个组成 部分,不应将它抽象成一个独立的参与者;在一 个MIS管理系统中,数据库系统往往只作为系统 的一个组成部分,一般不将其单独抽象成一个参 与者

(2)特殊的参与者一系统时钟 有时候我们需要在系统内部定时地执行一些操作 如检测系统资源使用情况、定期地生成统计报 , 表等等。从表面上看,这些操作并不是由外部的 人或系统触发的。 对于这种情况,可以抽象出一个系统时钟或定时 器参与者,利用该参与者来触发这一类定时操作 。从逻辑上,这一参与者应被理解成是系统外部 的,由它来触发系统所提供的用例对话。 系统时仲 周期性岗作
(2) 特殊的参与者――系统时钟 ❖有时候我们需要在系统内部定时地执行一些操作 ,如检测系统资源使用情况、定期地生成统计报 表等等。从表面上看,这些操作并不是由外部的 人或系统触发的。 ❖对于这种情况,可以抽象出一个系统时钟或定时 器参与者,利用该参与者来触发这一类定时操作 。从逻辑上,这一参与者应被理解成是系统外部 的,由它来触发系统所提供的用例对话

1.2确定用例 冬找到参与者之后,可以根据参与者来确定系统的 用例,主要是看各参与者需要系统提供什么样的 服务,或者说参与者是如何使用系统的。寻找用 例可以从以下问题入手(针对每一个参与者): ■参与者为什么要使用该系统? ·参与者是否会在系统中创建、修改、删除、访 问、存储数据?如果是的话,参与者又是如何 来完成这些操作的? 参与者是否会将外部的某些事件通知给该系统 ■系统是否会将内部的某些事件通知该参与者?
1.2 确定用例 ❖找到参与者之后,可以根据参与者来确定系统的 用例,主要是看各参与者需要系统提供什么样的 服务,或者说参与者是如何使用系统的。寻找用 例可以从以下问题入手(针对每一个参与者): ◼ 参与者为什么要使用该系统? ◼ 参与者是否会在系统中创建、修改、删除、访 问、存储数据?如果是的话,参与者又是如何 来完成这些操作的? ◼ 参与者是否会将外部的某些事件通知给该系统 ? ◼ 系统是否会将内部的某些事件通知该参与者?