这里我们会用到一个叫时序图的工具 。

文章插图
图6 学生在系统中查询成绩成绩时，与系统发生的信息流
上图能直观地反应学生这个角色，在不同实体对象间的信息流转（发送消息、接受消息、处理消息、返回消息）顺序 。
一般什么时候要用到时序图？
根据我的个人经验，当两套系统之间需要做接口对接时，通过时序图来说明两者之间的信息传递顺序，是个不错的方法 。

文章插图
图7 用户通过企业微信登录第三方系统的时序图
从上图我们可以看出信息在各系统间的流转，各套系统传递什么信息，获取什么信息，可以一目了然 。
五、开发前的可视化呈现前面的环节，都是为最后的系统原型设计做准备 。如果没有前面的分析环节，直接进入原型设计，我们大概率会做出一个臃肿、缺乏逻辑、没有体系的系统 。
到这里我们再把上面做的分析工作串起来：

• 通过系统流程图，我们可以划分出这套系统应该由哪些大模块组成？
• 通过用例图，我们可以分析出系统应该具备哪些功能？这些功能间有什么内在联系？
• 通过ER图，我们可以分析出系统的功能背后的数据实体，可指导未来数据库要如何设计（功能页面大概有哪些信息？）
• 通过时序图，我们可以解决跨系统的接口开发存在的责任不清的问题 。信息流在各个系统应如何流转？

这个时候，我们再拿来做原型设计，就真的是手到擒来 。咔咔咔，一顿操作猛如虎 。一个个功能页面就可以落地下来了 。

文章插图
图8 一个电商网站的首页原型图
不知道，你有没发现，从业务需求到产品需求的整个过程，我们都没谈到类、方法等与开发直接相关的名词？
这是最后我想和产品经理同行们聊的，UML这套系统建模工具，本身是独立于任何程序设计语言 。
在《软件工程》一书中，对UML有非常详细的介绍，它不只是一套工具，还是一种设计理念 。
产品经理们可以使用UML完成概念层设计（理解为概要设计），设计人员可以通过UML完成说明层设计（对应详细设计），开发人员可以通过UML完成实现层开发 。
过程中，我不提倡产品经理们使用UML的类图、对象图等与设计、开发相关的工具图表，一方面是如上面所说，大家做的是不同层面的工作；另一方面是你不懂工具的真正用途，只懂其形不懂其神，还会误导了你的下游伙伴 。
上面的这个理念同样适用于最后的原型图（图中只用了黑、白、灰三种颜色），一个产品经理没有美工的基础，却要输出所谓高保真原型，殊不知给下游的美工带来了诸多困扰（因为你想当然用了各种花花绿绿的配色，搞得人家美工都不知道如何下手去收拾你的残局） 。
祝你在专业的道路上，走到极致 。这已经是超过80%的人 。不要乱玩所谓跨界，我们已经够卷了，别瞎添乱 。
题图来自 Unsplash，基于CC0协议

• 正能量座右铭大全简短 关于正能量的座右铭
• 12月你好朋友圈说说简短一句话
• 医生座右铭励志简短 医生座右铭励志
• 简短有气势团队凝聚力口号
• 销售奋进口号 公司销售奋斗简短口号
• 励志话语正能量简短微笑
• 早安的唯美短句说说 简短浪漫的早安说说
• 励志的座右铭 简短的男生励志座右铭
• 初三语文第一学期教学反思 初三语文教学反思范文
• 挫折的句子唯美简短 挫折励志的句子简短