UML学习手记（六）：用例分析之设计范围图和构想陈述

粟卫民http://www.gisdev.cn/ http://blog.csdn.net/suen/ 日期：2007-12-19

保留所有版权。如需转载，请联系作者，并在醒目位置注明出处

用例设计中有两个重要的概念：“范围”和“层次”。如果把系统看作由不同大小，不同粗细的正方体粒子组成的话，那么范围表示粒子的边界，而层次则表示粒子的粗细程度，不同粗细的粒子有不同的边界，如下图所示。

对于每一个用例来说，都有它自己的设计范围，而对于最重要的设计范围要使用专用的名称来表示，如MyTelCo（企业级）、NewApp（系统级）、打印系统（子系统级）。下面引用一个例子来说明：

假设我们在为电话公司MyTelCol工作，该公司正在设计一个新的系统Acura，以处理服务并更新订单。Acura包括一个与服务器相连的工作站。服务器与一个运行着旧系统BSSO的主机相连。BSSO只是一个隶属于主机的终端，不允许对它作任何修改；只能使用它已有的接口。Acura的主执行者包括客户、职员、各种各样的经理和BSSO。

对于“增加一个新服务”这一系统必须支持的目标。如果从企业级范围（MyTelCo）来说，用例描述如下所示：

主执行者：顾客

范围：MyTelCo

层次：概要

1. 顾客打电话给MyTelCo，请求一个新的服务……

2. MyTelCo提供……，等等……

如果从系统级范围（Acura）来说，用例描述如下所示：

主执行者：代表外部客户的职员

范围：Acura

层次：用户目标

1. 顾客打电话过来，职员与顾客讨论请求。

2. 职员在Acura找到顾客。

3. Acura显示顾客当前的服务包……，等等……

用例总是在一个设计范围内进行编写。通常会有一个临界点，一旦越过这个临界点，主执行者就会被包含在范围之内。这个临界点就是最外层范围（outermost scope）。MyTelCo及其Acura系统的最外层用例如下所示：

MyTelCo决定让基于Web的用户直接访问Acura以减轻职员的负担。Acura负责报告职员的销售业绩。一些人还必须为客户和职员设置安全存取级别。有四个用例：增加服务（由客户执行）、增加服务（由职员执行）、报告销售业绩、管理安全存取权限。

当“执行者-目标列表”、“内/外列表”、“设计范围图”等产品初步完成之后，就需要构建一个对新系统的构想陈述（vision statement），构想陈述汇集了全部讨论内容，它有助于首先决定哪些东西在范围内，哪些东西在范围之外。

对于上述“执行者-目标列表”、“内/外列表”、“设计范围图”、“构想陈述”四个产品，它们是密不可分的，在建立工作范围的过程中，可能会对这四个产品进行修改，而且其中一个产品的修改也有可能会影响到另外的产品。

发表于 @ 2007年12月24日 09:17:00|评论(loading...)|编辑