(1)系统边界决定参与者 冬参与者是由系统的边界所决定的 冬若我们所要定义的系统边界仅限于ATM机本身 那么后台服务器就是一个外部的系统，可以抽象 为一个参与者。 ATM 像行客户 后台服务登
（1） 系统边界决定参与者 ❖参与者是由系统的边界所决定的 ❖若我们所要定义的系统边界仅限于ATM机本身， 那么后台服务器就是一个外部的系统，可以抽象 为一个参与者
若我们所要定义的系统边界扩大至整个银行系统 ,ATM机和后台服务器都是整个银行系统的一部 分，这时候后台服务器就不再被抽象成为一个参 与者。 银行系统 ATM 后台服务潞 银行客户
❖若我们所要定义的系统边界扩大至整个银行系统 ，ATM机和后台服务器都是整个银行系统的一部 分，这时候后台服务器就不再被抽象成为一个参 与者
冬用例建模时不要将一些系统的组成结构作为参与 者来进行抽象。 如在ATM机系统中，打印机只是系统的一个组成 部分，不应将它抽象成一个独立的参与者；在一 个MIS管理系统中，数据库系统往往只作为系统 的一个组成部分，一般不将其单独抽象成一个参 与者
❖用例建模时不要将一些系统的组成结构作为参与 者来进行抽象。 ❖如在ATM机系统中，打印机只是系统的一个组成 部分，不应将它抽象成一个独立的参与者；在一 个MIS管理系统中，数据库系统往往只作为系统 的一个组成部分，一般不将其单独抽象成一个参 与者
(2)特殊的参与者一系统时钟 有时候我们需要在系统内部定时地执行一些操作 如检测系统资源使用情况、定期地生成统计报 ， 表等等。从表面上看，这些操作并不是由外部的 人或系统触发的。 对于这种情况，可以抽象出一个系统时钟或定时 器参与者，利用该参与者来触发这一类定时操作 。从逻辑上，这一参与者应被理解成是系统外部 的，由它来触发系统所提供的用例对话。 系统时仲 周期性岗作
（2） 特殊的参与者――系统时钟 ❖有时候我们需要在系统内部定时地执行一些操作 ，如检测系统资源使用情况、定期地生成统计报 表等等。从表面上看，这些操作并不是由外部的 人或系统触发的。 ❖对于这种情况，可以抽象出一个系统时钟或定时 器参与者，利用该参与者来触发这一类定时操作 。从逻辑上，这一参与者应被理解成是系统外部 的，由它来触发系统所提供的用例对话
1.2确定用例 冬找到参与者之后，可以根据参与者来确定系统的 用例，主要是看各参与者需要系统提供什么样的 服务，或者说参与者是如何使用系统的。寻找用 例可以从以下问题入手（针对每一个参与者）： ■参与者为什么要使用该系统？ ·参与者是否会在系统中创建、修改、删除、访 问、存储数据？如果是的话，参与者又是如何 来完成这些操作的？ 参与者是否会将外部的某些事件通知给该系统 ■系统是否会将内部的某些事件通知该参与者？
1.2 确定用例 ❖找到参与者之后，可以根据参与者来确定系统的 用例，主要是看各参与者需要系统提供什么样的 服务，或者说参与者是如何使用系统的。寻找用 例可以从以下问题入手（针对每一个参与者）： ◼ 参与者为什么要使用该系统？ ◼ 参与者是否会在系统中创建、修改、删除、访 问、存储数据？如果是的话，参与者又是如何 来完成这些操作的？ ◼ 参与者是否会将外部的某些事件通知给该系统 ？ ◼ 系统是否会将内部的某些事件通知该参与者？