【实体|产品经理必须懂的-常用图表以及使用场景( 二 )】_傻大方

按关键词阅读：

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

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

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

文章插图
三、用例图是用户与系统交互的最简单表示形式，展现了用户和与他之间相关的用例之间的关系，通过用例图，人们可以获取系统不同种类的用户和用例，简单说就是某个角色或者用户在不同场景下，可以做什么，实际工作中，我们会用到简单的用例图，复杂的用例图，比较少接触到。
尽管用例本身会涉及大量细节和各种可能性，用例图却能提纲挈领地让人了解系统概况。它为“系统做什么”提供了简化了的图形表示，因此被誉为“搭建系统的蓝图”。
由于其简单纯粹的本质，用例图是项目参与者间交流的好工具。用例图的画法是对现实世界的一种刻画，可以让项目参与者明白系统要做成什么样。
1. 用例（Use Case）——用例就是外部可见的系统功能，对系统提供的服务进行描述。用椭圆表示。
2. 子系统（Subsystem）——用来展示系统的一部分功能，这部分功能联系紧密。
实体|产品经理必须懂的-常用图表以及使用场景

文章插图
用例图涉及的关系，如关联，泛化，包含，拓展等，在这里就不一一展开，有需要的小伙伴，可以去百度对应的资料。
使用场景：
产品经理使用用例图的场景一般是有两种。
第一种是描述用户的行为，通常，我们会使用用例图，描述这个用户在模块上可以做的操作。
第二种是搭配ER 图，描述实体的操作时，我们也会用用例图，去描述实体可以支持的操作。