产品经理进阶:如何用UML的顺序图表达思想?

专为互联网人打造的365天成长计划,500门视频课程随便看,构建你的产品、运营知识体系。查看详情

当大家把UML建模语言下的各图形都有所了解后会发现,通过这些图可以全面的、立体的从各个角度表达产品,让产品的表达变得更丰富、更形象。

“手中无剑、心中有剑”,大多数产品人并不了解计算机开发语言,这导致产品人与技术人间的交流总是不够顺畅,如果我们能拥有一套与技术人员沟通的共同语言,在将来的工作中就会变得更轻松、顺畅。今天,要说的就是这门共同语言——UML(统一建模语言),它包括:活动图、顺序图、用例图、部署图、类图、包图、对象图、合作图、状态图等,每种图都适用于不同的场景,各有各的适用范围,综合起来就是一套全方位、立体化模型,可从不同角度诠释产品。

顺序图的使用我是在2005年开始的——日本地铁管理系统。管理系统的特点多是关系复杂、严谨性高、流程性强,如ERP、OA、CRM等,为了能更好的梳理业务关系和流程,我们就选用了顺序图这一模型图表来梳理需求。通过顺序图的使用,需求渐渐清晰、明确,每一个对象、每一次交互、每一个流程都被我们从隐藏的角落里拉了出来。当遇到不确定的问题再与客户方沟通了解,并将梳理后的结果反馈给对方。因为模型的使用让项目团队从需求到设计过渡的非常顺畅,项目也成功完成并上线。

闲话少叙,谈一谈UML中最重要的模型——顺序图。

细说顺序图

顺序图也叫序列图,英文是Sequence[ˈsi:kwəns],是UML里最重要的建模图形之一。顺序图描述了用例的实现,它表明了由哪些对象,通过消息相互协作来实现用例的功能,在顺序图中,标识了消息发生交互的先后顺序。

举个例子

案例一:去餐厅吃饭

场景:到饭店就餐。就座后服务员送上菜单,点完餐后等待,厨师做好后服务人员送餐,饭后付帐离开。

这个过程用顺序图建模如下:

图例说明与归纳:

  1. 顾客与服务员:这两个角色为顺序图的对象,为二维图表纵坐标,横坐标为对象间的消息交互。
  2. 进店、选菜、就餐、离开:这些是自己向自己发起的消息,并没有与服务员产生关系,所以箭头指向自己。
  3. 要菜单、点餐、付款:顾客向服务员发起的消息,消息发送人为箭头尾部,接收人为箭头头部,线上文字要用动宾词语。
  4. 送菜单、送餐、找零钱:由箭头方向表示是由服务员向顾客发起的消息,实体线表示此消息为动作。动作要用实体线表示,并用动宾词语。
  5. 激活框:在顾客与服务员一侧的长条矩形,也叫会话,一个会话为一批有关联关系的消息组,这里把就餐的整个过程理解为一个会话。

顺序图各元素说明:

换一种画风,这张图还可以这样表达:

如下图:

从上图可以看出,这张图与上张图有所不同,发起的消息为实线,返回的消息为虚线。

图例说明与归纳:

  1. 菜单、餐、零钱:虚线表示上一个动作的返回内容,动作由上一消息发起。动作性消息用实线表达,线上文用动宾词语;返回结果用虚线表达,线上文字用名词词语。
  2. 从开发人员角度分析:如发起的动作性消息有参数返回,则可根据此特点创建函数,虚线上的内容为此函数的返回值;如发起的动作性消息不返回参数则可根据此特点创建方法,方法可以理解为没有返回值的函数;从这点可以看出,我们如果能画好顺序图,对开发人员来说是有一定指导意义的。

多对象间如何进行信息传递?

再延伸思考,顾客向服务员下单,服务员向厨师下单,厨师收到订单后按单做饭,做完后再把菜给服务员,服务员送餐。埋单时也是一样,顾客付款后,服务员将钱给收银员收款,收银员将零钱给服务员,由服务员给顾客。这就产生了两个新的角色,厨师、收银员,这种关系应该如何表达呢?这已经不是两个对象间的关系,是多对象间的关系问题。

见下图:

图示说明与归纳:

  1. 不论多少个对象间产生关系,消息只能是两个对象间产生。
  2. 顾客付款给服务员,服务员将动作顺延给收银员,多对象间交互信息多是消息及参数的传递。如:收银员把零钱给服务员,服务员把零钱给顾客。
  3. 一般顺序图的动作与返回参数多是成对出现的,但也会有只发动作,对方不能回应的情况。

总结

顺序图特点:

  1. 顺序图必须是两个或两个以上对象间进行交互。
  2. 强调消息的顺序性,生命线的长度为交互对象的全部生命周期。
  3. 顺序图的阅读是从上到下、从左到右进行。
  4. 顺序图的元素有对象、生命线、激活框、消息、返回值,还有循环和分支,但一般不常用,加上这两个元素后会使顺序图的可读性下降,图形显示比较乱,我一般不使用,循环和分支不是顺序图的强项。

顺序图与活动图的适用场景

  1. 顺序图对象间的关系非常清晰,谁向谁发起的、谁给谁反馈的。顺序图强调各对象间交互;活动图一般不强调对象,但也有泳道的概念,泳道的命名也是以对象命名的,在这点上两图有些相似。
  2. 顺序图强调的是消息及消息的返回值,而活动图强调的是流程。
  3. 顺序图虽然也可以表达循环和分支,但可读性差;循环和分支性更适合用活动图表示。
  4. 顺序图更强调时间性,动作是在会话下进行;活动图不强调会话与时间。

通过上面三个示例已经把顺序图的各元素及画法表达清楚了,图形绘制的颗粒度可以根据实际情况自行掌握,绘制系统间信息的交互就不适合画信息交互细节了。以后我还会把用例图、类图、部署图等图的画法整理成文章,分享给大家。当大家把UML建模语言下的各图形都有所了解后会发现,通过这些图可以全面的、立体的从各个角度表达产品,让产品的表达变得更丰富、更形象。

相关阅读:

活动图实例:细谈UML建模语言中的活动图模型

面向对象的思想:产品经理需要知道的技术知识

#专栏作家#

产品人老吴,微信公众号:ChanPinLaoWu,人人都是产品经理专栏作家,产品讲学堂自媒体人,某公司产品总监。十多年软件行业从业经验,做过软件开发、项目经理、产品经理、产品总监,希望能与大家分享更多产品经验和知识。

本文原创发布于人人都是产品经理。未经许可,禁止转载。

打赏也是一种认可
1人打赏
评论
有话不说憋着难受!
  1. 产品新手,这几天在做系统后台原型,有些逻辑总觉得很乱,用了这个方法清晰了许多,谢谢!

    回复
    1. 有价值就好,这是一种梳理思想的好方法

      回复
    2. :oops: 感谢您的分享!

      回复
  2. 请问一般用什么工具设计呢。

    回复
    1. VISIO

      回复
  3. 学习了,谢谢作者分享

    回复
  4. 欢迎关注产品人老吴公众号:chanpinlaowu

    回复
  5. UML是必须学的吗

    回复
    1. 非必须,属于高级进阶吧

      回复
  6. 这个和业务流程图有些像

    回复
    1. 从不同的角度出发,侧重的角度不同

      回复