编辑导语：产物司理的日常，往往与需求离不开，个中很要害的一步就是描写需求。需求的描写需要必然的能力，优秀的产物司理不只可以清晰地描写本身的需求，还能让他人听懂而且知道接下来该如何举办。在本篇文章中，作者为我们分享的是类型产物体系中与需求描写能力相关的内容。

一、开场白

“小美， 咱们到 *** 会议室去开个会，接头下这个版本的新需求”

开拓、测试、美工济济一堂， 产物司理把这个版本的需求概腹地「说」了一遍，然后就打开小美设计好的「产物原型」讲了起来。

产物原型是个好对象， 很是直观， 一看就知道到底要做成什么样子， 页面之间的跳转干系也一目了然。

工程师一边听，一边心里琢磨着更细节的内容。数据库表该怎么设计， 表该怎么改，怎么做数据迁移，界面的流程该怎么跳转， 靠山需要提供什么样的处事…

各人叽叽喳喳的接头了一个下午，终于宁静了。

看到各人的领略根基一致了， 司理开始做最后的总结告诉： “怎么样？ 尚有问题吗？ 没有问题的话小美按本日接头的功效，把界面修改一下， 各人估算一下本身的事情量，下班之间报到我这里。”

工程师心想，估算也没啥用， 横竖上线日期都确定了。

就这样，越来越多越发细节的深层逻辑仅仅进入了工程师的脑海， 而没有形成文档，存在严重的项目「信息失真」隐患。

二、大配景

IBM Developer 的目标就是将措施员集结在一起，形成一个社区，进而挖掘我们的集团创新本领。换言之，我们有时机分享本身的一些诀窍，并进修到产物研发打点类的高效要领论。

IBM社区的工程师Donald Bell分享到：「序列图很是有效」。

对付研发人员，序列图能澄清业务在将来系统中如何浮现；对付非研发人员（产物司理、架构师、业务人员），序列图能澄清将来系统中，差异工具间的交互，从而进一步转达清楚整个系统设计方案。

研发人员一般认为序列图仅对他们有意义，然而，深入相识过序列图之后，非研发人员（产物司理、架构师、业务人员）也会发明，序列图显示差异的业务工具如何交互，对付交换当前业务如何举办很有用。

除记录组织的当前事件外，一个业务级的序列图能被看成一个需求文件利用，为实现一个将来系统通报需求。在项目标需求阶段，产物司理能通过提供一个越发正式条理的表达，把用例带入下一条理。

那种环境下，用例经常被细化为一个可能更多的序列图。

序列图除了在设计新系统方面的用途外，它们还能用来记录一个存在系统（称它为“遗产”）的工具此刻如何交互。当把这个系统移交给另一小我私家或组织时，这个文档很有用。

三、序列图 1. 观念

序列图（Sequence Diagram），亦称为循序图，是一种UML行为图。有的人翻译为时序图，实际上是禁绝确的，sequence这个单词并无”时间”的意思，只有序列，顺序等意思。

按照UML类型中对Sequence Diagram的描写：

A sequence diagram describes an Interaction by focusing on the sequence of Messages that are exchanged, along with their corresponding Occurrence Specifications on the Lifelines.

它描写了动静在生命线上凭据约定顺序执行一种交互行为。它可以暗示用例的行为顺序，当执行一个用例行为时，序列图中的每条动静对应了一个类操纵或状态机中引起转换的触发事件。

2. 组成

序列图是由5种元素组成：工具(Object)、生命线(LifeLine)、激活(Activation)、动静(Message)和“组合片断”。个中前4种是常用且重要的元素，剩余的一种“组合片断”元素不是很常用，可是较量巨大。

我们先先容前4种元素，再单独先容“组合片断”元素。

1）工具(Object)

工具位于序列图的顶部,以一个矩形暗示，工具的定名 *** 一般有三种：

显示“工具名” + “类名”，譬喻：手机 – 华为手机；

显示“类名”，不显示“工具”，譬喻：手机；

显示“工具名”，不显示“类名”，譬喻：华为手机。

2）生命线(LifeLine)

生命线是一条垂直的虚线，每个工具底部中心都有。工具与生命线团结在一起就是工具的生命线，其长度取决于交互的时间。

3）激活(Activation)

激活代表时序图中在工具时间线上某段时期执行的操纵，以一个很窄的矩形暗示：

4）动静(Message)

动静是工具和工具之间，在产生“交互”和“协作”时，用于互换信息的前言。可以按照是否并发，简朴的分为两类：

同步动静(Synchronous Message)：动静的发送者把节制通报给动静的吸收者，然后遏制勾当，期待动静的吸收者放弃可能返回节制。用来暗示同步的意义。