指南:用例分析研讨会
用例分析研讨会是从需求领域转换到分析领域的第一步。本指南说明如何计划和实行它。
关系
主要描述

简介

在作为建立团队任务的早期迭代中,将用例分析作为小组任务来执行非常重要,并且可以建立系统体系结构的公共前景。它代表迭代中的一个重要转移点,因为它在用户对系统的了解(由用例表示)和系统设计人员对系统的了解(在此由分析类表示)之间提供了一座桥梁。

在后期的迭代中,或者因为有了经验丰富的团队,用例分析在更大程度上作为个人任务(或是完全作为单独任务)执行。当存在一个合适的现有设计模型时,查找新对象可能没有太大价值,因为设计中现有的类可能会解释新用例所需的任何系统行为。

所需技能

研讨会应组织为一个集思广益的会谈,在会谈期间需要来自各领域的广泛技能:

  • 需求
  • 分析与设计
  • 体系结构
  • 测试
  • 域问题
  • 一般的方法论问题

保持小规模的研讨会:6-7 人以上将会限制所有成员的自由和公开参与。

所需装备

  • 一大块白板,用来画草图
  • 普通 A3 纸或 legal 纸;其尺寸取决于复印机可控制的最大格式
  • 磁带
  • 记事条(如果可能,有多种不同颜色)
  • 白板用笔(红色、绿色、蓝色)
  • 铅笔(红色、绿色、蓝色)
  • 用以帖纸的墙

所需时间

计划平均每个用例至少花几个小时。在早期所花的时间更长,但随着新类数量的下降以及小组经验的增加,所花的时间将减少。

角色

以下职责出现在研讨会期间。轮换职责并让每个人都尝试所有职责,这是一个很好的想法。

  • 负责人:引导讨论,在白板上绘制通信图。方法顾问至少首先承担该职责来着手,这是很正常的;以后应在团队成员之间轮换负责人角色,使成员们获得经验。
  • 类的“所有者”:记录关于一组已分配类的信息。可能将有几个人具有该角色,每人各具有一组类。
  • 秘书:使用与白板上相同的颜色,抄写大白板上绘制的通信图。

举行研讨会

团队逐步完成用例的事件流。对于用例中确定的每个行为,确定一个提供该行为的对象。该对象可以是某一现有类或需要创建的类的实例。

负责人在白板上绘制通信图,而每个人都参与讨论。

当对用例进行图示时,应在 A3/Legal 尺寸的纸上使用与白板图相同的颜色复制该图。

同时,按照工作产品:分析类中的“定制”部分所描述的格式,使用 A3/Legal 纸记录对象的职责。在记事条上记录相互协作的职责、事件和类;这将使职责轮换更为容易。

绘制通信图

以下约定使这些图在研讨会期间更易理解和使用。

  • 绘制所有类和链接,并用蓝色书写对象名称。
  • 在记事条上用绿色书写消息文本和通过链接发送的信息的类型。这使得当平衡对象职责时更容易读懂消息和在对象之间移动消息。
  • 在单独的记事条上用红色书写消息的编号(即事件流的顺序)。当研讨会期间对象职责重新达到平衡时,将会调整事件顺序。

为用例的基本流程绘制一张图,也为备用流程绘制一些图。对于简单的用例,全部流程用一个视图可能就足够了。

通信图示例

自动柜员机中的用例认证用户的通信图示例。