用例分析第六步：确认分析类的行为
这些类如何协作完成预定一辆汽车这个用例?我们用UML交互图来找出分析类之间的这些交互动作。回忆一下前面提到的顺序图和协作图，就是两种交互图，它们是我们的用例实现的一部分，如图7所示，这是一张分析级别的顺序图，描述了预定一辆汽车这个用例。
图7： 预定一辆汽车的分析阶段的顺序图
你会看到，在这个图中我已经引入了一个非业务类-UCController。这个用例控制类表示的是一个尚未进一步定义的类，它的职责是从用户那里接收事件和消息。我发现大多数读者都会感到困惑：一个业务类(例如出租地点或者预约)来接收用户的消息?因此我通常会给我的分析交互图增加一个通用的用例控制类，来表示这个逻辑，而且方便了读者的理解。在设计阶段，我们会把这个类改名为ReserveAVehicleController，但是现在我用这个通用的名字UCController 来表示。
顺序图和交互图包括几乎相同的内容，它们只是表示方式不同而已。选用哪一种图主要取决于是否方便和个人偏好。在顺序图中，对象按竖列对齐，按照从上到下的时间线来顺序排列。标了数字和文字的水平线叫做消息。在一个顺序图中，消息的顺序用它们的位置来表示：按照时间顺序从上到下排列，因此排在下面的消息就在排在上面的消息之后发生。消息从一个对象的时间线上开始，在一条时间线上终止(一般都是另一个对象的时间线)，但是有时也会终止在同一个对象的时间线上，如图7中的消息21。
文章来源于领测软件测试网 https://www.ltesting.net/
