《统一建模语言UML》课程教学课件（PPT讲稿）05.构建用例模型

构建用例模型

构建用例模型

课程内容 建立用例模型 系统需求 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 确定用例 ❖找到参与者之后，可以根据参与者来确定系统的 用例，主要是看各参与者需要系统提供什么样的 服务，或者说参与者是如何使用系统的。寻找用 例可以从以下问题入手（针对每一个参与者）： ◼ 参与者为什么要使用该系统？ ◼ 参与者是否会在系统中创建、修改、删除、访 问、存储数据？如果是的话，参与者又是如何 来完成这些操作的？ ◼ 参与者是否会将外部的某些事件通知给该系统 ？ ◼ 系统是否会将内部的某些事件通知该参与者？