UML并发视图：实体之间行为的交互，是动态。分为：时序图、协作图、状态图、活动图
一、时序图简述：
时序图（Sequence Diagram）：描述对象之间的交互行为，按照时间顺序排列。
元素：
角色（Actor）：人/系统
对象（Object）:
生命线（Lifeline）:对象存在的时间
控制焦点（FocusofControl）:表示时间段的符号
消息（Message）：
同步消息（SynchronousMessage）:等待结果。
异步消息（AsynchronousMessage）：不等待结果。
返回消息（ReturnMessage）：从过程调用返回
自关联消息（Self-Message）：统一的对象中方法的自身调用/相互调用。
二、如何绘制时序图？
时序图是如何绘制的呢？它和类图之间是什么关系呢？时序图的绘制和三层架构之间又是如何联系的呢？下面的内容将解答您所有的疑惑：
用一个纯三层的例子描述时序图是如何实现系统登陆的：
1、首先，绘制类图：
U层作用：输入+显示+简单判断，如：frmLogin类
B层作用：业务逻辑（理解什么是也要业务，对于时序图的绘制是很重要的！）是本系统中所特有的功能。如：LoginBLL类
D层作用：针对数据库中表的数据进行增删改查。如：UserDAL类、UserJobRecordDAL类。
2、其次，绘制时序图：（注：A向B的传递消息=A调用B的方法）
PS：图中传递的消息，解析如下：
frmLogin类属于U层，解析如下：
isEmpty：判断是否为空
isRightful：判断输入的合法性（是否含有非法字符）
LoginBLL类属于B层，解析如下：
Login（UserName,Password）：登陆，并把用户输入的UserName，Password传递进去。
QueryUserByUserName（UserName）:把U层传递的UserName传递至D层，以获取该系统用户的信息（密码、状态）。
isEmpty:判断获取的信息是否为空。若为空，则数据库中不存在该用户名，则登陆失败。
isPasswordRight:判断用户名和密码是都匹配。
isOnDuty:判断该用户是否处于上机状态，若已经处于上机状态，则不允许二次登陆。
UserDAL类、UserJobRecordDAL类属于D层，解析如下：
QueryUserByUserName(UserName):按照用户名查询，User表中含有UserName的信息。
ModifyUser(UserState):若登陆成功，则修改User表中，该UserName 的状态一项为“正在值班”，
AddUserJobRecord:并在UserJobRecord表中添加一条关于该UserName 的上机记录。
三、如何确定三层中应该放什么类呢？
1、Entity：数据库中有N个表，则Entity层中就有N个类，和数据库中的表一一对应。
2、D层：D层是对数据库的增删改查，则D层中有N个类，分别对应N个表均有增删改查的操作。当然您也可以增加如静态数据、枚举类型……的实体类。
3、U层：主要放窗体类，有M个窗体，U层中就有M个类
图示如下：
那么，B层中的类，该如何划分呢？有两种划分方式：
1、B层中的类，可以由该系统的功能/用例推导出。如：登陆Login用例是用户的一项功能。因此，可以在B层中写LoginBLL类。这样划分的特点是，有多少个用例，B层中就有多少个类。类的划分粒度比较细，该类的方法比较少，功能职责单一。但是数目比较多。
2、另一种方法是，由D层推导出，即D层有多少个类，B层就有多少个类，也就是说B层中的类和D层中的类是一一对应的关系。这种划分方式的特点在于：B层中的类数目比较少，相对而言方法就比较多，违背了单一职责的原则。
上如两种方式各有优缺点，仅供参考，如有建议欢迎指出。