【UML】第13篇序列图（2/2）——建模的方法

确定参与的对象：首先要明确在交互过程中涉及哪些对象。这些对象可以是系统中的类、接口或实例。
绘制生命线：为每个参与的对象绘制一条垂直的生命线。生命线表示对象的存在时间，在序列图中用一条垂直的虚线表示。
添加消息：根据交互的逻辑，在生命线之间添加消息。消息用箭头表示，箭头的起点是发送方对象的生命线，终点是接收方对象的生命线。消息可以是同步消息或异步消息。
完善消息细节：在箭头上方添加消息的标签，描述消息的内容或操作。对于同步消息，可以在箭头上添加返回消息的标签，表示接收方对发送方的响应。
添加组合片段：如果需要表示控制结构（如循环、条件等），可以使用组合片段。组合片段是一组相关的消息，用虚线框起来，并在框内标注控制结构的类型。
调整布局和格式：根据需要调整序列图的布局和格式，使其更加清晰易读。例如，可以调整生命线的间距、消息的排列方式等。

通过以上步骤，可以完成一个基本的序列图建模。需要注意的是，在实际应用中，序列图建模可能需要根据具体的需求和规范进行调整和完善。同时，使用专业的建模工具可以提高建模的效率和准确性。

在具体的建模过程中，还有一些思维模式，可以帮助我们建模。

识别场景。当前的序列图，要表达哪个场景，识别对象在交互中扮演的角色。
识别对象。哪个系统、哪些类、哪个用例、用例的哪些脚本来建模，纸张是有限的，虽然绘图工具现在都是无限画布模式，但是你的序列图，也不能无限大，要有定位和边界。
识别和设置对象的生命线。一个对象能做的事很多，可能在一个图里不是都写的完，符合边界即可。
识别消息。从引发交互的消息开始，按时间顺序考虑对象之间产生的消息，及消息的特征（参数、返回值类型等）。
识别激活期。就是那个矩形，ROSE是自动识别的，有些工具需要自己画上去。或者团队约定，不画或者必要时再画也行。

3.3 举例说明步骤

以上面的序列图为例，说明下步骤。?

1.确定主要场景和流程

准备绘制一个图书管理员，注册和登记新书的流程。

要思考，有哪些涉及的对象、流程，核心表达清楚哪个业务单元，不要重合，不要无限扩展，信息还要完整。

2.确定参与的对象

系统管理员、登录界面、校验信息、新书注册、扫描。

3.绘制序列图

绘制对象；
绘制生命线；
激活；
绘制消息，表达流程；
从头到尾检查；

4.注意事项

序列图不要过于复杂；
不要试图把所有的流程，都描述到一张图里，可以分为基本流程、特殊流程，几张图来表达，比如，新书注册失败的异常处理，登录检验发现没有权限的处理，都可以另外去画图，或者由于特别简单，省略表达，作为一个黑盒，在细节设计时再完善。

3.4 特殊的情况

你可能在实际画图中，希望展示更多细节。

那么会遇到“循环消息”、“条件”、“时间约束”等情况的表达。

这种不同的工具，不同的团队，不同的作者，都会有不同的表达习惯，实际在工作中，我们都是认可的。比如循环消息，是用loop来定义一个片段，或者在消息注释旁，加上[i:=1..n]的伪代码，或者直接用汉字写名：循环。只要可读性强，实际工作中，都可以接受。

四、常见的工具

哦，忘记说都用什么工具来绘制UML了，实际上，我心目中Rational Rose一直是最经典和好用的，而且可以生成一定的代码。

此外，金山文档、亿图、draw.io、Visio，还有最近比较火的博思白板，都可以画。

（序列图结束，后续一起来学习“协作图”，欢迎关注。）

文章来源:https://blog.csdn.net/giszz/article/details/135176882
本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若内容造成侵权/违法违规/事实不符，请联系我的编程经验分享网邮箱：veading@qq.com进行投诉反馈，一经查实，立即删除！

【UML】第13篇 序列图（2/2）——建模的方法

三、序列图建模

3.1 概述

3.2 建模的步骤