指南:用例分析研讨会
主题
在迭代早期,将用例分析作为组活动来执行与团队构建活动同样重要,这样做是为了共同了解系统的体系结构。它代表迭代中的一个重要转移点,因为它在用户对系统的了解(由用例表示)和系统设计人员对系统的了解(在此由分析类表示)之间提供了一座桥梁。
在后面的迭代中,或是对于有经验的团队,用例分析可在更大程度上地作为单独活动(或者就是单独的活动)执行。当存在一个合适的现有设计模型时,查找新对象可能没有太大价值,因为设计中现有的类可能会解释新用例所需的任何系统行为。
研讨会应组织为一个集思广益的会谈,在会谈期间需要来自各领域的广泛技能:
- 需求
- 分析与设计
- 体系结构
- 测试
- 领域问题
- 一般的方法论问题
保持小规模的研讨会:6-7 人以上将会限制所有成员的自由和公开参与。
- 一大块白板,用来画草图
- 普通 A3 纸或 legal 纸;其尺寸取决于复印机可控制的最大格式
- 磁带
- 记事条(如果可能,有多种不同颜色)
- 白板用笔(红色、绿色、蓝色)
- 铅笔(红色、绿色、蓝色)
- 用以帖纸的墙
计划平均每个用例至少花几个小时。在早期所花的时间更长,但随着新类数量的下降以及小组经验的增加,所花的时间将减少。
以下职责出现在研讨会期间。轮换职责并让每个人都尝试所有职责,这是一个很好的想法。
- 负责人:引导讨论,在白板上绘制通信图。方法顾问至少首先承担该职责来着手,这是很正常的;以后应在团队成员之间轮换负责人角色,使成员们获得经验。
- 类的“所有者”:记录有关一组已分配的类的信息。可能将有几个人具有该角色,每人各具有一组类。
- 秘书:复制大白板上绘制的通信草图,使用的颜色与白板上相同。
团队逐步完成用例的事件流。对于用例中确定的每个行为,确定一个提供该行为的对象。该对象可以是某一现有类或需要创建的类的实例。
负责人在白板上绘制通信图,而每个人都参与讨论。
当对用例进行图示时,应在 A3/Legal 尺寸的纸上使用与白板图相同的颜色复制该图。
同时,使用 A3/Legal 纸以工件:分析类中“定制”部分所描述的格式记录对象的职责。在记事条上记录相互协作的职责、事件和类;这将使职责轮换更为容易。
绘制通信图
以下约定使这些图在研讨会期间更易理解和使用。
- 绘制所有类和链接,并用蓝色书写对象名称。
- 在记事条上用绿色书写消息文本和通过链接发送的信息的类型。这使得当平衡对象职责时更容易读懂消息和在对象之间移动消息。
- 在单独的记事条上用红色书写消息的编号(即事件流的顺序)。当研讨会期间对象职责重新达到平衡时,将会调整事件顺序。
为用例的基本流程绘制一张图,也为备用流程绘制一些图。对于简单的用例,全部流程用一个视图可能就足够了。

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