涨知识啦！业务分析利器之UML顺序图
Posted PMLab产品经理实验室
tags:
篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了涨知识啦！业务分析利器之UML顺序图相关的知识，希望对你有一定的参考价值。
开篇扯一下
顺序图又叫序列图，到底该叫什么，我也懒得查了，反正中文、英文都很博大精深，我一个理工男也懒得多纠结，但是意思都是一个意思。
很多人在工作中并不喜欢使用顺序图，说实话，如果你真的能够熟练使用之后，你会大幅对这个工具改观，好感无限！至少我是这样，它真的会让人从一个全新的角度去观察业务流程，会给你带来不一样的体验。
顺序图也是业务流程分析三剑客之一，但真的我在从业过程中见到有产品人员用顺序图这个工具的几率真的是比活动图、状态图少太多太多，甚至可以说几乎就没怎么见过。有一些有机会沟通的，给我的结果甚至就是根本没听过这个东西，或者说觉得太复杂了，掌握不了。
那么今天，大家大可放下包袱，我们一次谈个透！
还是一样，我们先说语法，依然拿请假这个事情去举例。先看看图长什么样！
由申请人发起：填写申请单，直属领导同意申请后转到考勤专员去核算加班时长是否满足调休，然后回复直属领导：审批通过，直属领导将审批通过的信息再回复给申请人。
1、如图上竖直的虚线，我们称之为“生命线”；
2、上面写有角色名称的方框，叫做“对象”；
3、“1、2”中的两个合在一起称之“对象生命线”，用来表述这个对象参与这个业务过程的整个生命周期的活动；
4、生命线上那个长条矩形叫做“会话框”或者“激活框”，用于标识此时这个对象在生命过程中参与了这一次回话；
5、会话与会话中的“交互”（沟通）过程，用“实线箭头”与“虚线箭头”去连接起来，表示是如何进行“信息”（消息）上的沟通，实线表示发起（调用），虚线表示回复（返回）；
6、自己调用自己的时候，就如图中的“核算加班时长”一样，在自己原有的会话框上加一个小会话框，用线连接起来，表示自己来处理；
7、箭头的上、下位置（高、低顺序）代表了会话框直接信息流的先、后顺序。
是不是光一个基础语法就说了比其他的UML建模要复杂很多？好像真的很复杂一样，没关系，对着图多看几遍，多练习，其实真的也就那么回事！
一般来说请教这个事情并没有我们举例的图片中显示的那么轻松，但是为了让大家去更简单、直观的了解语法，我们省略了很多不必要的流程。
所以从这个图上来看，似乎也没看出来顺序图与活动图或流程图的区别呀，那不是白白去搞一个这么复杂的语法去做一个简单的事情吗？
ok，我们一步步来深入，毕竟刚刚叫基础语法嘛！现在再来一个稍稍实际一些的。
我们在实例化之后，会发现请假其实并没有那么简单，一般来说我们请假之前会大概的和相关的领导及同事进行一个简单的沟通，确定可以请假，才会去发起正式的申请。不然就这么一个假条往领导拿一丢，回头就会有一些尴尬的场景出现，对吧？
所以这个例子中，我们增加了前置的沟通环节，是不是这样有点泳道图的样子了？
泳道图关注的是不同阶段，每个参与者干了什么事情；而顺序图关注的是每一次会话之间参与者与参与者之间是如何交互的。分析的角度不一样，但是确实都是非常好用的建模分析工具！
来，把之前的泳道图的例子再拿出来看一眼，方便大家对比。
所以在对象上，直接将之前的“角色”实例化，形成了一个角色的实际对象“员工：张三”，这也是语法之一，当你需要进行角色的实例化的时候，后面加一个冒号和实例的名称。
是不是会有人觉得，这都没有判断，正常的业务流程是不可能这么单纯的只有一条线就走完了的，这个顺序图完全不实用呀？
好吧，来看最完整的进阶应用，循环及分支。
话不多说，直接看图。
我们在之前的例子里面加了很多的方框，方框里面有：LOOP、ALT、OPT，三种标识，标识不同的方框，框体内，用中括号定义了一些条件。ALT方框内，还有一根“点化线”去分割开了，上下均有一个中括号的条件。这些都是什么意思呢？
真实的业务过程中，往往没有那么一帆风顺，申请人可以会因为想连着中秋和国庆2个假期，一起做一个超级大长假。但是领导一看，这还得了，我国庆之后要交付的，你东西还没搞完啊。不行不行，要么少休几天，要么给我改到交付期之后的时间。
然后员工又特别的杠精，来来回回沟通几天，最终达成了一致意见，领导口头批准了假期。
员工又可能不记得自己还有多少调休和年假，也有可能记得，所以需要根据具体情况去找负责考勤的专员去了解到底该怎么休。
最后才会正式的提交申请。
这样的业务顺序图就如上图一样了。是不是也能够应用于复杂的现实状况了？很强大吧？
2、ALT：代表一个有多重条件的分支，满足某分支中的某一个条件即进入这个条件中的过程；（if....else...或者说 switch...）
3、OPT：代表一个满足条件才会进入的过程，满足中括号中的条件，才会进入这个过程，否则不进入。（if...）
4、ALT中多个不同的分支条件，用“点划线隔开”，条件数量可以是多个，也就是说，可以隔成很多条。
顺序图与活动图非常的像，尤其是活动图中的泳道图。但是泳道图关注的是不同阶段，每个参与者干了什么事情；而顺序图关注的是每一次会话之间参与者与参与者之间是如何交互的。
状态图不同于活动图及顺序图的地方在于状态图是基于一个实体对象的多个状态进行建模，而他们是基于一个流程过程进行建模。
分析的角度不一样，在实际应用中，自然也就应用在不同的场景了。
希望大家多学习、多研究、多练习，活学活用，不要太拘泥于语法和一些教条的东西。但是也千万别太不注重语法，毕竟是个通用的格式，阅读习惯在那里，你搞的太另类也不合适，而且我提到的语法，都是最基本的标准，如果这都不去遵守，就确实说不过去了。
大赛预告
10月14日，2018超级产品经理大赛总决赛将在光谷金盾大酒店开战。届时，武汉500名互联网产品经理将聚焦在光谷，共同关注并见证武汉互联网产品圈这一盛会。从20支队伍中杀出的5支强队将集结光谷，通过创作影响未来生活方式的产品，来争夺最后的总冠军。
而身在武汉产品圈的你，这样精彩的比赛，能错过吗？请点击左下角的原文报名参会。
PMLab是具有全国影响力的武汉互联网产品公益社群，始终关注产品创新，以推进武汉互联网发展为己任，培养优秀的互联网产品人才，最终提升产品创新力和竞争力。2013年，由武汉一群充满情怀和激情的互联网资深从业者发起成立。
目前已覆盖武汉市85%互联网企业，拥有粉丝3000多人，陆续开展产品主题沙龙、产品马拉松、产品峰会、CEO沙龙等品牌活动近100场。
报名参加
以上是关于涨知识啦！业务分析利器之UML顺序图的主要内容，如果未能解决你的问题，请参考以下文章