第4章 用例视图

1、自动售货系统客户购买饮料定期检修技师修理销售人员放入货物模拟基金项目模拟基金项目用例图说明了系统应该有哪用例图说明了系统应该有哪些功能，每个功能为谁服务些功能，每个功能为谁服务l用例图用例图l从系统从系统外部外部来观察系统提供哪些服务或系统具有来观察系统提供哪些服务或系统具有什么样的行为什么样的行为 l优点优点易于沟通易于沟通关注用户的目标，可以较准确地描述需求关注用户的目标，可以较准确地描述需求l用例图的元素用例图的元素l系统边界系统边界l用例用例l参与者参与者l参与者、用例之间的关系参与者、用例之间的关系l什么是参与者什么是参与者l系统外部系统外部l参与参与了用例的执行过程了用例的执行过程

2、l参与者的类型参与者的类型l系统用户、外部系统、某些进程系统用户、外部系统、某些进程l如何确定参与者：如何确定参与者：P59l参与者的内部实现与用例无关参与者的内部实现与用例无关l参与者之间的关系参与者之间的关系l用例解析用例解析l定义定义l用例实例、用例实例、使用场景使用场景l用例是文本用例是文本l用例仅表示功能性需求用例仅表示功能性需求lP61l购买饮料购买饮料l在客户选择并支付以后，自动售货机弹出饮料在客户选择并支付以后，自动售货机弹出饮料l定期检修定期检修l技师对自动售货机进行定期维护，使它能够保持技师对自动售货机进行定期维护，使它能够保持良好的工作状态良好的工作状态l修理修理l出现故

3、障时，技师排除故障出现故障时，技师排除故障l放入货物放入货物l销售人员给自动售货机添加饮料销售人员给自动售货机添加饮料l用例表示法用例表示法l简述简述l详述：用例描述、用例叙述详述：用例描述、用例叙述l用例执行过程的多样性用例执行过程的多样性与分类方法与分类方法l主主事件流（正常流、主成功场景）事件流（正常流、主成功场景）这是用例描述最核心的部分，记载了整个用例正常的这是用例描述最核心的部分，记载了整个用例正常的执行过程。执行过程。l替代流（备选事件流）替代流（备选事件流）如果期间有一些其他情况发生（小插曲），但仍不至如果期间有一些其他情况发生（小插曲），但仍不至于影响用例的成功执行于影响用例

4、的成功执行l例外流（异常流）例外流（异常流）l用例名称用例名称l简要说明简要说明l事件流事件流l特殊需求特殊需求l前置条件前置条件l后置条件后置条件l扩展点扩展点l使用肯定的陈述句使用肯定的陈述句l主语只能是主语只能是Actor或系统或系统l黑盒原则：只规定做什么，不追究如何黑盒原则：只规定做什么，不追究如何做做l替代流的编写方法替代流的编写方法l例外处理的编号例外处理的编号l参与者与用例之间的关系参与者与用例之间的关系l是通信关系，即交互（交换信息）是通信关系，即交互（交换信息）l用单向箭线表示用单向箭线表示Actor与与UseCase的关系的关系l启动者指向用例（主动）启动者指向用例（主动

5、）l用例指向支持者（被动）用例指向支持者（被动）l为什么要引入用例之间的关系为什么要引入用例之间的关系l如果一个用例太复杂，将变得难于掌控与实现，如果一个用例太复杂，将变得难于掌控与实现，因此需要将用例分解，来简化复杂度。因此需要将用例分解，来简化复杂度。l用例分解，然后通过用包含、扩展和泛化关系在用例分解，然后通过用包含、扩展和泛化关系在小用例的基础上来构建复杂的用例。小用例的基础上来构建复杂的用例。引入用例之间的关系，引入用例之间的关系，其目的是为了组织和管理用例更为方便其目的是为了组织和管理用例更为方便l安全会话和做交易这两个用例中都包含安全会话和做交易这两个用例中都包含了验证密码这部分

6、内容，它是一个行为了验证密码这部分内容，它是一个行为序列（事件流），为了避免在这两个用序列（事件流），为了避免在这两个用例中重复地描述验证密码的行为序列，例中重复地描述验证密码的行为序列，可以创建一个验证密码用例，然后在安可以创建一个验证密码用例，然后在安全会话和做交易这两个用例中包含验证全会话和做交易这两个用例中包含验证密码用例。密码用例。lP63,包含关系将一个用例合并到另一个包含关系将一个用例合并到另一个用例的行为序列中。用例的行为序列中。lUML表示表示l虚箭线指向包含用例虚箭线指向包含用例，关系名：，关系名：l使用一：抽取公共用例使用一：抽取公共用例l使用二：简化使用二：简化简化复杂

7、的用例、避免重复描述用例简化复杂的用例、避免重复描述用例l 还车还车ll4 顾客归还车辆顾客归还车辆l5 工作人员检查工作人员检查l6 系统处理还车系统处理还车l还车交纳罚金 交纳罚金 触发：超期或车辆损坏触发：超期或车辆损坏 扩展点：还车中的检查 级别：子功能 3 计算罚金 将可选的行为列到扩展用例将可选的行为列到扩展用例基用例基用例lP64，扩展关系给用例（，扩展关系给用例（基用例基用例）添加增量）添加增量行为（行为（扩展用例扩展用例）。）。l扩展点：扩展点：扩展点是基用例中的标记扩展点是基用例中的标记说明在基本用例的某个位置（扩展点）时，如果条件满说明在基本用例的某个位置（扩展点）时，如

8、果条件满足，就会执行扩展用例足，就会执行扩展用例lUML表示表示l虚箭线指向基用例虚箭线指向基用例，关系名：，关系名：l扩展关系与替代流程扩展关系与替代流程l用替代流程表示可选的事件流是最简单的方法用替代流程表示可选的事件流是最简单的方法l只有在基用例不允许修改的情况下，使用扩展关只有在基用例不允许修改的情况下，使用扩展关系。系。增量、迭代地开发复杂的用例增量、迭代地开发复杂的用例l在基金模拟项目中，理财专员代客申购在基金模拟项目中，理财专员代客申购单笔基金时，并不是所有的申购都需要单笔基金时，并不是所有的申购都需要打印申购收执联，只有在投资人要求打打印申购收执联，只有在投资人要求打印时，才执

9、行。印时，才执行。此处的打印申购收执联是一种可选的行为，当投资人要求时，才将打印申购收执联的行为添加到申购单笔基金的过程中。可以将可选的行为单独记录到一个用例中，在需要时添加到基础用例中，这样基用例就更加简洁，便于实现。l比如比如“预定房间预定房间”或者或者“预定早餐预定早餐”都都有一套相同的服务规则，可以使用泛化有一套相同的服务规则，可以使用泛化描述。描述。在在“预定服务预定服务”用例中有一个抽象子事件流用例中有一个抽象子事件流“选择服选择服务务”，所以，所以“预定服务预定服务”是一个抽象用例；是一个抽象用例；而而“选择服务选择服务”的事件实现在的事件实现在“预定房间预定房间”用例中。用例中

10、。事件流执行的规则如下：事件流执行的规则如下：实例化首先出现在子用例中，沿着基本事件流运行实例化首先出现在子用例中，沿着基本事件流运行，如果子用例没有定义基本事件流，则沿着父基本，如果子用例没有定义基本事件流，则沿着父基本事件流执行。事件流执行。在运行到在运行到“选择一项服务选择一项服务”的时候，执行子用例定的时候，执行子用例定义的义的“选择服务选择服务”子用例。子用例。lP62，父用例表示通用的行为序列，通过，父用例表示通用的行为序列，通过插入额外的步骤或细化步骤，子用例实插入额外的步骤或细化步骤，子用例实例化父用例。例化父用例。lUML表示表示l与类的泛化一样与类的泛化一样l泛化与扩展泛化

11、与扩展l扩展事件流是临时附加到基用例事件流的某个位扩展事件流是临时附加到基用例事件流的某个位置上，是属于同一层的置上，是属于同一层的l泛化与包含泛化与包含l泛化和包含都是用于抽取用例的公共行为，但泛泛化和包含都是用于抽取用例的公共行为，但泛化关系要求父用例和子用例之间拥有化关系要求父用例和子用例之间拥有“is-a -kind-of”关系，这样继承才有意义。关系，这样继承才有意义。l在线股票经纪人系统中有三种交易：交在线股票经纪人系统中有三种交易：交易债券、交易股票和交易期权，它们都易债券、交易股票和交易期权，它们都有一些共同的执行步骤，如验证密码，有一些共同的执行步骤，如验证密码，但又有各自额

12、外的步骤。但又有各自额外的步骤。生成订单检查顾客身份发货付帐跟踪订单顾客快递加急订单发货员l用例关系的作用用例关系的作用l它只是组织和管理用例的一种方法它只是组织和管理用例的一种方法l不影响需求，需求是通过编写用例描述来完成的不影响需求，需求是通过编写用例描述来完成的，一定要分清重点，一定要分清重点lUseCase模型不是需求分析的模型不是需求分析的全部全部l用例捕获需求的优势用例捕获需求的优势l强调了用户的目标和观点强调了用户的目标和观点l简单通俗，便于用户参与简单通俗，便于用户参与l用例驱动的软件开发用例驱动的软件开发l用例的迭代用例的迭代l初始、细化、构造初始、细化、构造l从定义出发建模的步骤从定义出发建模的步骤l从业务流程中识别系统用例从业务流程中识别系统用例l用例的细化程度用例的细化程度l围绕参与者的目标，以参与者要完成的任务为依围绕参与者的目标，以参与者要完成的任务为依据来划分或分解用例据来划分或分解用例系统执行用例将为参与者产生一个可观测的结果值系统执行用例将为参与者产生一个可观测的结果值l避免将用例的执行步骤识别为用例避免将用例的执行步骤识别为用例l你正在分析你正在分析“在