Chapter 2 用例与用例图 IBM培训用的uml课件.pptVIP

用例与用例图 第二章 目标 理解用例和用例图 理解用例图的三个关键元素 理解用例之间的关系 理解用例图在软件开发中的作用 掌握建立用例模型 用例图-示例 什么是用例？ 用例是最终用户和开发人员之间的沟通渠道。 用例的一个主要用途就是作为沟通工具，使最终用户和开发人员能够清楚地理解需求。 用例将参与者和系统之间的对话模型化，并且由参与者来启动，以调用系统中的某个功能。 用例是完整的、有意义的事件流。 将所有用例放在一起，就构成了使用系统的所有可能的方式。 为什么要使用用例 将重点放在系统的可能用户上 确定用户与系统交互时要扮演的角色 确定用户出于各自的角色，期望从系统获得什么基本服务（用例） 描述每个用户或角色与其期望从系统获得的服务之间的交互 用例的重要性 用例将指定的需求表示为系统和一个或多个主角之间的一系列交互。 这些交互有助于向用户描述所提出的系统功能。 就复杂系统来说，用例也以需要构建的内容提供系统分析的起点。 用例提供由系统提供的服务的源，并且有助于确定系统必须实现的类。 用例图 – 系统 用例图 –参与者 发起事件序列的实体称为参与者（actor）。 参与者可以是一个人，一部机器或者一个系统。。 用例图 –用例 用例定义了外部参与者和要开发的系统之间的一组面向目标的交互 用例图 – 构造型 用例图 -连接线 用例图中存在关系 参与者 ---- 用例 参与者 ---- 参与者 用例 ---- 用例 用例之间的关系 -包含 用例之间的关系 -包含示例 用例之间的关系 – 扩展 用例之间的关系 – 扩展示例 用例图在开发中的作用 需求工作流 在分析和设计阶段，在设计模型中实现用例 根据设计类来实现用例 构成了确定测试用例和测试过程的基础 规划的基础 用户手册中描述的内容的基础 定义单元排序 用例模型的应用 - 1 用例模型的应用 - 2 用例模型的应用 - 3 用例模型的应用 - 4 总结 用例是系统执行的动作序列，产生特定参与者可看得见的结果值 用例提供由系统提供的服务的源，并且有助于确定系统必须实现的类 UML 中的构造型用嵌在尖括号 中的字符串描述 用例之间关系有：扩展、使用和泛化 在扩展关系中，扩展后的用例不一定要包括所扩展的原用例的全部行为 如果许多用例中都有一种共同行为，该行为可通过单一用例来模型化并可供其他用例使用，则这种关系称为“包含”关系 系统边界 系统是用例模型的一个组成部分 它代表的是一个活动范围，而不是一个真正的软件系统。 系统的边界用来说明构建的用例的应用范围。 参与者 例如与一个系统进行交互的人是参与者，和系统进行通信的机器设备也可以是参与者 用例名 用例 构造型 UML 中的 参与者 表示法（如上面的类图标所示）称为构造型。UML 中的构造型用嵌在尖括号 中的字符串描述。 构造型是把UML中已经定义的元素的语义专有化。UML中的元素具有通用的语义，用构造型可以对它们进行专有化和扩展。 连接参与者与用例  《include》/《extend》关系 如果许多用例中都有一种共同行为，把该行为通过用例来模型化，被其他用例重用，则这种关系称为“包含”关系。 被包含的用例不能自己独立存在。它只能作为包含它的用例的一部分。 存 款 打印收据 密码验证 《include》 《include》 有一些用例可提供新用例所需的某一部分功能。在这种情况下，就有可能根据现有的用例加上其他内容来定义新用例。这样的用例称为扩展基用例。 在扩展关系中，被扩展的用例必须是完整的，扩展后的用例不一定要包括所扩展的原用例的全部行为。 扩展用例可以根据扩展的条件包括要扩展的原用例的行为。 ATM密码验证 签名验证 《extend》 ?扩展用例 ?基用例 问题 FirstBank 银行希望实现其运作的计算机化。该银行向其客户提供ATM交易业务。 FirstBank银行的用户给出的需求如下： 客户可能需要从自动取款机 (ATM) 存款、取款或者只是查看余额。存款交易或取款交易完成后，必须打印收据，说明交易已经执行。然后，此收据将交给客户。 系统中有两个参与者，即客户和柜员机。 在此子系统域内可以确定的功能（用例） 存款 取款 查询余额 处理交易 打印收据 取款 FirstBank银行的ATM系统 存款 查询余额 柜员机 处理交易 打印收据 《include》 《include》 《include》 取款 《extend》 现金透支 将用例“取款”扩展为用例“现金透支”