er|产品经理必须懂的-常用图表以及使用场景( 二 )

文章插图
③ 循环结构
循环结构又称为重复结构，就是流程在一定的条件下，反复执行某一操作的流程结构。循环结构下又可以分为当型结构（when）和直到型结构（while）。
当型结构：该结构可以理解为，判断所给条件p是否成立，当P成立，则执行A（步骤）；再判断条件p是否成立；当P成立，则又执行A，若此反复，当条件p不成立时，则跳出循环。

文章插图
直到型结构：先执行流程A，再判断所给条件P是否成立，若p不成立，则再执行A，如此反复，直到P成立，该循环过程结束。

文章插图
流程图是产品经理必须掌握的一种图表，当产品经理拿到一个涉及跨模块，跨部门，跨角色协作的需求时，使用流程图来描述业务的过程，以及用户的操作过程，比做高保真的原型要简单清晰。如下图所示，就可以很清晰的描述每个角色，在流程中，应该要做什么事。

文章插图
3. 状态机图（State Machine Diagram）在面对业务流程时，初级的产品会使用文字去描述状态之间的流转，如我一个订单的开始状态，到订单的确定状态，再到订单的结束状态，这种描述是非常难明白的，我们需要通过状态机图，给你的小伙伴们介绍各种状态。状态机图也叫有限状态机图（Finite State Machine Diagram），是一种描述所有状态以及状态之间流转规则的图形。
【 er|产品经理必须懂的-常用图表以及使用场景】源状态 (Source State)：受转换影响的状态;如果对象处于源状态，则当对象接收到转换的触发事件并且满足保护条件（如果有）时，可以触发传出转换。
目标状态 (Target State)：过渡完成后处于活动状态。
在软件设计领域，“状态”在业务系统中，无处不在：订单要有状态，账号要有状态，门店要有状态，可以说任何对象都有状态。状态机要注意以下几点：

状态值是有限的集合，状态的所有枚举值，必须涵盖所有实际可能的情况
状态值之间要互斥，不能出现二义性
为了更准确的描写状态，状态还能有子状态，如订单的“已取消”，可以对应为的子状态为“客户取消”，“商家取消”，“系统取消”
状态应该是能持续一定时长的，而不是很快就会结束的瞬时态，如订单的状态可以是“待发货”，“待评价”，但不能是“发货中” – 可以是等待xxx 发货，“评价中” — 可以是等待xxxx 评价。

二、使用场景当产品经理接收到的需求中，一个实例，可以承载多种操作，以及存在多个状态时，那么这个prd 文档，就必须包括状态机图，否则这个prd 文档是很难描述清楚实体之间的状态关系的。
下图的状态机图，则是描述了一个订单的复核，待执行，中间态，以及完结态时的状态流转。使用状态机图比用文字，要简单明了。

文章插图
三、用例图是用户与系统交互的最简单表示形式，展现了用户和与他之间相关的用例之间的关系，通过用例图，人们可以获取系统不同种类的用户和用例，简单说就是某个角色或者用户在不同场景下，可以做什么，实际工作中，我们会用到简单的用例图，复杂的用例图，比较少接触到。
尽管用例本身会涉及大量细节和各种可能性，用例图却能提纲挈领地让人了解系统概况。它为“系统做什么”提供了简化了的图形表示，因此被誉为“搭建系统的蓝图”。