统一用例方法.PDF

统一用例方法 版本 A0 IT 之源 张恂 zhangxun2001@ 2004 年1 月3 日 摘要 用例是 10 多年来最重要的需求分析技术，在保障全球各类软件的成功开发 中发挥了极其重要的作用。鉴于目前用例技术尚存在几种相互竞争的流派，在实 践中如何仔细甄别，取长补短，有效地作出选择，成为实践者必须面对的现实问 题。本文根据笔者近年来的培训教学和项目咨询经验，详细分析比较了亚克申和 寇本这两种主流用例方法之间至少 10 处以上的明显差异，逐一给出消除不一致 的建议，并在此基础上提出了统一用例方法（UUCM，Unified Use Case Method）。 关键词： 用例，UML，RUP 一、用例基础 1.1 用例简史 用例技术大体上经历了萌芽、成熟和发展3个阶段[12]，最早可追溯到上世纪 60年代末UML（统一建模语言）、RUP（Rational统一过程）之父Ivar Jacobson （伊瓦·亚克申）博士在著名的瑞典爱立信公司领导程控电话交换机开发时采用 的 traffic case（话务案例），1986 年前后亚克申博士在 OOPSLA 大会上发表的 论文[4]标志着用例的正式诞生。1992年，亚克申博士在其名著《面向对象软件工 程:用例驱动方法》[3]中正式推出了当时已相当完善的用例方法，用例驱动成为 了Objectory过程（RUP前身之一）的核心内容，从此用例在国外软件工程界得 以迅速普及，并于 90 年代中后期被 RUP 和 UML 吸收为核心要素，亚克申博士在 [4] [5] 《统一软件开发过程之路》和《统一软件开发过程》 中对此作了精彩的阐述， 这些书因为成为了解其用例思想的重要著作。如今，作为必不可少的关键内容， 用例技术总是被所有的当代需求工程名著所引用，而“用例”本身也几乎成为功 能需求的代名词。（注：考虑到历史上的渊源关系，为了方便起见，以下我们用 术语“亚克申方法”或“亚克申用例”来统称 RUP、UML 及其支持者所采用的用 例方法，尽管它们彼此之间可能存在细微的差别，而且也不一定全部是由亚克申 博士本人所提出或赞成的。） 用例另一支主流派别代表人物 Alistair Cockburn（阿里斯代·寇本）上世 纪 90 代初从亚克申那里学习了用例，随后通过十年认真广泛的实践对其进行了 [2] 继承和发展。寇本于1995至1997年间提出了著名的“基于目标的用例”方法 ， 他的方法和思想集中体现在《Writing Effective Use Cases》（以下简称为WEUC） [1]中，以结构化/半结构化文本用例为中心是寇本方法的一大特色，该书可以说 是迄今为止最为详细的一本用例教材，对于指导实践者如何写好文本用例具有很 高的价值。 1.2 用例定义 下面，先让我们从什么是用例开始讨论。亚克申定义[7]强调用例是系统执行 的一个动作序列（注：这其中也包括与用户的交互），这些动作必须对某个特定 的使用者（Actor）产生可观测的、有价值的结果。（注：Actor实质上是用户所 扮演的一种角色） 那么到底什么结果叫“可观测、有价值”呢？虽然两种用例本质上是一致的， 但亚克申定义对此没有明说，而寇本定义[1]则更加完善和明确。它首先强调用例 是各种系统受益人（Stakeholder，又译“干系人”）之间的一种行为契约（注： 行为包括对象的活动、动作和对象之间的交互等），建立契约的目的是为了达成 某种目标，因此每一个用例及其名称实际上都应代表一个用户目标，这个目标是 否得到真正满足正是判断我们抽取的某个用例是否“有价值”的关键。寇本还点 出了要通过用例的具体执行来展现Actor的目标是如何实现或失败的，而一个用 例其实就是多个在不同条件下执行并可能导致许多不同后续状态的情节 （scenario，又译“场景”）的叠加，