目录
三、序列图建模
3.1 概述
3.2 建模的步骤
3.3 举例说明步骤
1.确定主要场景和流程
2.确定参与的对象
3.绘制序列图
4.注意事项
3.4 特殊的情况
序列图是我个人认为，UML中最重要的图之一。
而且序列图，对于业务建模，也有非常好的支持作用。
那么如何业务建模呢，今天来讨论这个话题，从而结束序列图的学习。
接上篇：【UML】第12篇 序列图（1/2）——基本概念和构成-CSDN博客
三、序列图建模
3.1 概述
在序列图中，对象被表示为带有垂直生命线的矩形，生命线表示对象的存在时间。消息则通过箭头表示，箭头从一个对象的生命线指向另一个对象的生命线，表示消息的发送和接收。消息可以是同步消息或异步消息，同步消息表示发送方等待接收方的响应，而异步消息则表示发送方不等待响应。
除了对象和消息，序列图还可以包含其他元素，如组合片段（用于表示循环、条件等控制结构）和交互操作（用于表示创建、销毁对象或调用操作）。
通过序列图建模，开发人员可以清晰地了解系统中对象之间的交互关系和消息传递的顺序，从而更好地理解和设计系统的动态行为。同时，序列图也可以作为开发过程中的沟通工具，帮助团队成员之间更好地协作和理解系统设计。
3.2 建模的步骤
序列图建模的标准步骤包括：
- 确定参与的对象：首先要明确在交互过程中涉及哪些对象。这些对象可以是系统中的类、接口或实例。
- 绘制生命线：为每个参与的对象绘制一条垂直的生命线。生命线表示对象的存在时间，在序列图中用一条垂直的虚线表示。
- 添加消息：根据交互的逻辑，在生命线之间添加消息。消息用箭头表示，箭头的起点是发送方对象的生命线，终点是接收方对象的生命线。消息可以是同步消息或异步消息。
- 完善消息细节：在箭头上方添加消息的标签，描述消息的内容或操作。对于同步消息，可以在箭头上添加返回消息的标签，表示接收方对发送方的响应。
- 添加组合片段：如果需要表示控制结构（如循环、条件等），可以使用组合片段。组合片段是一组相关的消息，用虚线框起来，并在框内标注控制结构的类型。
- 调整布局和格式：根据需要调整序列图的布局和格式，使其更加清晰易读。例如，可以调整生命线的间距、消息的排列方式等。
通过以上步骤，可以完成一个基本的序列图建模。需要注意的是，在实际应用中，序列图建模可能需要根据具体的需求和规范进行调整和完善。同时，使用专业的建模工具可以提高建模的效率和准确性。
在具体的建模过程中，还有一些思维模式，可以帮助我们建模。
- 识别场景。当前的序列图，要表达哪个场景，识别对象在交互中扮演的角色。
- 识别对象。哪个系统、哪些类、哪个用例、用例的哪些脚本来建模，纸张是有限的，虽然绘图工具现在都是无限画布模式，但是你的序列图，也不能无限大，要有定位和边界。
- 识别和设置对象的生命线。一个对象能做的事很多，可能在一个图里不是都写的完，符合边界即可。
- 识别消息。从引发交互的消息开始，按时间顺序考虑对象之间产生的消息，及消息的特征（参数、返回值类型等）。
- 识别激活期。就是那个矩形，ROSE是自动识别的，有些工具需要自己画上去。或者团队约定，不画或者必要时再画也行。
3.3 举例说明步骤
以上面的序列图为例，说明下步骤。
1.确定主要场景和流程
准备绘制一个图书管理员，注册和登记新书的流程。
要思考，有哪些涉及的对象、流程，核心表达清楚哪个业务单元，不要重合，不要无限扩展，信息还要完整。
2.确定参与的对象
系统管理员、登录界面、校验信息、新书注册、扫描。
3.绘制序列图
- 绘制对象；
- 绘制生命线；
- 激活；
- 绘制消息，表达流程；
- 从头到尾检查；
4.注意事项
- 序列图不要过于复杂；
- 不要试图把所有的流程，都描述到一张图里，可以分为基本流程、特殊流程，几张图来表达，比如，新书注册失败的异常处理，登录检验发现没有权限的处理，都可以另外去画图，或者由于特别简单，省略表达，作为一个黑盒，在细节设计时再完善。
3.4 特殊的情况
你可能在实际画图中，希望展示更多细节。
那么会遇到“循环消息”、“条件”、“时间约束”等情况的表达。
这种不同的工具，不同的团队，不同的作者，都会有不同的表达习惯，实际在工作中，我们都是认可的。比如循环消息，是用loop来定义一个片段，或者在消息注释旁，加上[i:=1..n]的伪代码，或者直接用汉字写名：循环。只要可读性强，实际工作中，都可以接受。
四、常见的工具
哦，忘记说都用什么工具来绘制UML了，实际上，我心目中Rational Rose一直是最经典和好用的，而且可以生成一定的代码。
此外，金山文档、亿图、draw.io、Visio，还有最近比较火的博思白板，都可以画。
（序列图结束，后续一起来学习“协作图”，欢迎关注。）
