用例分析的技术学习指导书.pdfVIP

用例技术学习指导 一、 产品用例的分析 在面向对象的需求分析中，对象、事件和响应成为分析的主体，分析的着力点转向了交 互。但是，还是有相应的方法来描述功能，这就是用例，这也是需求分析的重要部分。 a) 用例及用例图的基本概念 用户一定会有自己的目标，并且希望计算机能够帮助他们实现这些目标。 用例就是表达如何使用系统达到目标的一组情节。 用例的几个概念：  参与者（actor ）：具有行为能力的事务，可以是个人（由其扮演的角色来识别）， 计算机系统，或者组织。  场景（scenario ）：是参与者和被讨论系统之间一系列特定的活动和交互，通常被 称之为“用例的实例”。通俗地讲，场景实际上是在说故事。一般来说，一个用例 就是描述参与者使用系统达成目标的时候一组相关的成功场景和失败场景的集合。 用例分析的关键是专注于“怎样才能使系统为用户提供可观测的数据，或帮助用户实现 它们的目标”，而不是仅仅把系统需求用特性和功能的细目罗列出来。 在需求分析中，我们必须专注于考虑系统怎么才能增加价值和实现目标。 用例的主要思想是：为功能需求写出用例（而不是老式的为“系统会怎么做”的功能列 表），在统一过程中用例是发现和定义需求的主要方法，是功能性行为。  参与者的发现: 发现参与者对提供用例是非常有用的。因为面对一个大系统,要列出用例清单常常是十 分困难。这时可先列出参与者清单,再对每个参与者列出它的用例,问题就会变得容易很多。 b) 用例（UseCase）及其定义 1）用例： a) 用例是关于单个活动者在与系统对话中所执行的处理行为的陈述序列 （Jacobson ）。它表达了系统的功能和所提供的服务，用例的图示如下。 b) 它描述了活动者给系统特定的刺激时系统的活动，是活动者通过系统完成一个 过程时出现的一组事件，最终以实现一种功能。 c) 通常，用例侧重于功能，但不重点描述该功能的实现细节。 d) 所有的用例必须始于参与者（Actor），而且有些用例也结束于参与者。 2 ）用例的分类 a) 业务用例（Business Use Case ） 指系统提供的业务功能与参与者的交互，表现问题领域中各实体间的联系和业务往 来活动（如果某个用例的范围包含了人以及由人组成的团队、部门、组织的活动， 那么这个用例必然是业务用例）。 b) 系统用例（System Use Case） 指参与者与系统的交互，它表现了系统的功能需求和动态行为（如果仅仅是一些软 件、硬件、机电设备或由它们组成的系统，并不涉及到人的业务活动，那么该用例 是系统用例）。 3 ）用例的联系（横向方面） a) 泛化关联 泛化关联代表一般与特殊的关系，它充分体现了面向对象的继承性：子类具有父类 的所有属性，还可以拥有自己的属性特点及行为。泛化关联包括用例之间及活动着 之间的关联关系。例如，修改员工资料和修改开发部员工资料就是用例的泛化关联。 泛化关联用空心三角箭头的实线表示：其方向从特殊指向一般。 b) 包含关联（include ） 包含关联指一个基本用例的行为包含了另一个用例的行为，这种关联是一种依赖关 系，被包含的用例不能独立存在，只能作为包含它的用例的一部分。例如，一个信 息维护的模块，无论是录入人员信息还是修改人员信息，都必须对当前登录者进行 验证，因而录入及修改人员信息这/两个用例都用到了对当前用户的权限验证的用例。 其表示方法为用一条虚箭线从基本用例指向被包含的用例，并标有构造型 include ： 3 ，扩展关联（extend ） 扩展关联的基本含义与泛化关联类似，但是对于扩展用例有更多的规则，即基本的用例 必须声明若干新的规则扩展点（Extension Points ），扩展用例只能在这些扩展点上增 加新的行为并且基本用例不需要了解扩展用例的如何细节。例如，保存人员