从这个类中得到的类图，构划出了软件的大部分设计。

系统结构视图提供软件和整个系统结构最复杂的也是最优雅的描述。和通常的软件系统相比，在分布式嵌入系统中了解系统组件如何协同工作是非常重要的。毕竟，每个类图仅仅是一个系统的静态设计视图的一个图型表示。

单个类图不能捕获一个系统设计视图的全部内容。

一个系统的类图结合起来描述系统的全部静态设计，分开只是描述一个方面。

5 系统动态建模

UML 提供顺序图和协作图对系统动态建模。在本文中，只给出了电梯系统的顺序图，协作图能由顺序图很容易得到。

基于这学期课程项目的设计，电梯系统的状态图也在这部分给出。从我们的设计练习，给出了一些关于如何从需求到设计的经验方法。

5.1 顺序图

顺序图是一种交互图，描述一组对象的交互和它们的关系。(另一种交互图是协作图)。顺序图的目的是在一个有时间关系的视图中描述对象之间的消息序列。对于单个(部分)用例，典型的顺序图范围包括所有的消息相互作用。每个用例可以有多个顺序图，而每个用例场景有一个顺序图。

状态图通常包括:

· 对象
· 联结
· 消息
· 响应时间 ( 在实时系统中尤其有用)

垂直的 "生命线" 表明对象间的联结。消息在对象生命线之间流动。UML 支持在顺序图中标明响应时间，描述一个实时系统的性能需求。时间流从上到下。

在以下的章节的顺序图中，对象从软件结构角度的类图得来。那样做的原因是我们不想停在对象构造视图上，因为对象构造视图中对象的功能是模糊和不充分的； 也不想停在系统结构视图中，因为许多技术上的细节阻碍了对对象的相互作用的快速理解。

因为乘客发出一些消息，在一些顺序图中乘客似乎是系统的一个对象。

5.1.1 用例1 –处理门厅呼叫

在这个用例中有二个场景:

当乘客按门厅呼叫按钮请求一个门厅呼叫服务时，一个场景是电梯向与乘客的目的地相同的方向移动，另一个是反向移动。

这二个场景共享一个顺序图，唯一的不同是乘客进入之前的推进的时间，也就是(x sec) 在图中反映电梯的运行时间。

场景 1.1 门厅呼叫服务–电梯的移动方向和乘客的目的地相同。

场景 1.2 门厅呼叫服务–电梯向乘客的目的地的反方向移动。

图 6: 场景 1.1&1.2- 门厅呼叫服务