2012.6UML基础与建模实践王爱国6第六章用例图.pptVIP

6.7 用例规格描述 用例模型显示了系统能做什么以及谁使用系统，然而，用例并没有描述系统具体执行的细节。只有用例规格描述才对用例的详细执行流程进行了描述。用例规格描述中的事件流描述了用例执行时的具体流程。 6.7.1 事件流 为了全面描述一个用例的详细流程，用例描述应该包括的关键要素是：用例何时开始（前置条件）、何时结束（后置条件）、参与者何时与用例交互、交互了什么信息，以及用例执行的基本事件流和扩展事件流。 6.7.1 事件流 事件流就是用例执行时，由一序列活动组成的控制流。事件流分为基本事件流和扩展事件流两种。事件流模型如图6-16所示。 图6-16 事件流模型 6.7.2 用例模板 用例描述有两种格式：一种是自然语言格式，另一种是表格形式。 表6-1所示就是一个经典的表格形式，其中用斜体字显示的项目是必须编写的部分。 表6-1 用例描述模板 用例编号 为用例制定一个唯一的编号，通常格式为UCxx 用例名称 应为一个动词短语，让读者一目了然地知道用例的目标 用例概述 用例的目标，一个概要性的描述 范围 用例的设计范围 主参与者 该用例的主参与者（Actor），在此列出名称，并简要地描述它 次要参与者 该用例的次要参与者（Actor），在此列出名称，并简要地描述它 项目相关人 利益说明 项目相关人 利益 项目相关人员名称 从该用例获取的利益 …… …… 前置条件 即启动该用例所应该满足的条件 后置条件 即该用例完成之后，将执行什么动作 成功保证 描述当前目标完成后，环境变化情况 基本事件流 步骤 活动 1 在这里写出触发事件到目标完成以及清除的步骤 2 ……（其中可以包含子事件流，以子事件流编号来表示） 扩展事件流 1a 1a表示是对1的扩展，其中应说明条件和活动 1b ……（其中可以包含子事件流，以子事件流编号来表示） 子事件流 对多次重复的事件流可以定义为子事件流，这也是抽取被包含用例的地方 规则与约束 对该用例实现时需要考虑的业务规则、非功能需求、设计约束等 6.7.3 用例优先级 根据系统的规模，应该首先开发那些在架构上非常重要的用例，其次，开发那些可选的或者重要性相对较低的用例。 下面的因素通常可能会提高用例的优先级。 用例在架构上的重要性； 使用了未经测试的新技术； 需要仔细研究的问题； 能够比较明显地提高业务处理效率（或者收益）； 支持主要业务过程的用例。 　 6.7.4 用例粒度 用例的粒度，就是用来描述用户目标大小的程度。从大到小可将用例分成3个层次，即概述级、用户目标级和子功能级。下面以读者阅读图书为例，说明用例的3个级别。 6.7.4 用例粒度 1．概述级 概述级是指参与者把整个系统看成一个用例，如图6-17所示。 图6-17 概述级 6.7.4 用例粒度 2．用户目标级 用户目标级是对概述级进一步细化，如图6-18所示。 图6-18 用户目标级 还书 借书 读者 6.7.4 用例粒度 3．子功能级 子功能级是对用户目标级用例的进一步细化，如图6-19所示。 图6-19 子功能级 还书 借书 读者 身份验证 《include》 《include》 UML基础与建模实践 第六章 用例图 主讲人： 内容摘要 什么是用例图 1 参与者与用例 2 参与者之间的关系 3 用例之间的关系 4 参与者与用例之间的关系 5 内容摘要 组织用例 7 用例规格描述 8 活动图的分类 9 用例建模要点 10 小结与习题 11 6.1 什么是用例图 1．用例图 用例图是描述用例、参与者及其关系的图。与所有UML的其他图一样，用例图可以包括注释、约束。 2．用例图的作用 3．用例图的组成元素 6.2 参与者与用例 参与者是系统外部的一个实体，它以某种方式与系统交互，请求系统执行用例，以获得参与者需要实现的目标。 6.2.1 参与者的表示 1．参与者的表示 参与者有两种表示方法，如图6-2所示。 图6-2 参与者的两种表示法 2．参与者分类 参与者可能是人、其他系统、硬件设备、时钟。对参与者有以下两种分类方法。 （1）按参与者本身的性质分 （2）按参与者的重要性分 3. 参与者和角色 6.2.2 用例的表示 用例是对一组场景共同行为的描述，场景就是用例的一次完整的、具体的执行过程。 6.2.2 用例的表示 1．场景 下面列举一个场景例子。 一个场景就是描述用户与系统之间的一系列交互活动，描述了系统一次具体执行的行为路径，即一次完整的事件流。如小刘通过银行柜员机（ATM系统）取款3000元的场景，如图6-3所示。 图6-3 小刘取款场景 6.2.2 用例的表示 图6-3是小刘取款3000元的场景，我们可以想象，还有小李取款2000