在画原型和写需求文档之前，自己必须先画出业务流程图，确保逻辑合理。

一：结构图

产品结构图是思维导图(脑图)的一种，常用于罗列功能，功能之间有层级关系，常见的结构图如课程大纲、产品功能列表等。用Xmind列出某个产品或者某个功能所包含全的其它功能。先列举所有一级模块，再列举一级模块对应的二级模块，然后再列举三级模块。

1.1 结构图的作用

• 很好的展示产品的整体结构，让项目组成员在初级能够更好的从宏观上了解该产品有哪些大的功能模块，每个功能模块下又有哪些小的功能模块。
• 初期可以用来规划产品。

1.2 结构图的注意事项

• 根据产品的页面层次结构，从上往下先把一级功能列举出来，然后再具体细分每个大功能模块包含的子功能，从左到右，依次制作。
• 重点功能，重点制作。
• 层级可以尽量深。

二：流程图

流程图是用来表示一个完整的业务逻辑的图，用于帮助别人更加容易的理解业务逻辑。

2.1 流程图的作用

• 保证产品的使用逻辑合理顺畅。
• 向项目其他成员清晰的传递需求，用流程图来更好的表达产品逻辑。
• 流程图可以帮助梳理模块、业务流程、使用路径。

2.2 绘制流程图需要注意的事项

• 流程图中，需要有开始和结束。
• 当出现判定条件时，需要使用菱形。
• 流程图中不能出现交叉线。
• 如果主流程比较复杂，那其中涉及到与主流程关系不大的子流程可以使用子流程图标替代。

2.3 常用的绘制流程图软件

• Axure
• Visio
• ProcessOn

2.4 常用的流程图形状

开始只能有一个，结束可以有多个，子流程一般表示之前已经画过了，直接写个名字让用户直接参考之前的流程就行了。

2.4.1 顺序结构

2.4.2 选择结构

2.4.3 循环结构

2.4.4 泳池/永道

用于画复杂的流程图，常涉及到多个系统，多个不同对象等。

泳道图常用于对流程图进行分类分组，同一个角色的流程放在同一个泳道中。一般会根据用户角色、不同系统平台作为不同的泳道。泳道图有垂直的，也有水平的，垂直和水平也可以嵌套使用。

1.5 示例

最简单的流程图

有时垂直泳池还会在水平分割成多个阶段，这种常被称为“跨部门流程图”。

1.6 业务流程图

来描述业务流程的一种图，通过一些特定的符号和连线来表示具体某个业务的实际处理步骤和过程，详细的描述有误流程的走向。

先从大的方向，业务方向，先弄清楚业务之间的关系，大概有哪些大的步骤，不考虑具体细节。

1.7 功能流程图

主要在需求文档中为了帮助开发理解某个功能具体的流程设计。

功能流程图是针对某一个功能更加细致的步骤。

1.8 页面流程图

指产品具体所呈现的页面跳转流程图，其承载了业务流程图所包含的业务流转信息。为了帮助项目组成员（特别是UI设计师）去更好的了解页面之间的流转关系。 可以在墨刀中生成页面工作流。

1.9 系统流程图

系统流程就是将业务流程以系统处理的视角进行细化，以系统逻辑为出发点梳理此流程在各个系统内部和系统之间的交互逻辑，形成完整的系统解决方案。系统流程源于业务流程，但能更清晰地体现出流程在系统内部，以及系统之间的交互逻辑。二者形影相随，但侧重点不同。

首先，二者的绘制方不同(业务流程图般由业务需求方或产品经理绘制，重在表达业务的流程和对应的操作角色、操作环节;(系统流程图一般由产品经理或技术人员绘制，重在表达系统的处理逻辑，以及系统和系统之间的交互。

其次，二者产出的时机不同。业务流程图产生于业务梳理阶段，当确定了业务开展需要涉及的于系人、操作环节和流程细节以后，便可输出业务流程图;系统流程图是产品经理对业务需求进一步拆解细化，明确业务涉及的系统逻辑后形成的系统解决方案，产生于需求分析阶段。需要说明的是，系统流程图并不是产品需求文档，要求能快速产出并能及时调整。所以在梳理系统流程图时，不需要面面俱到，只需要把握住大轮廓即可，图中的细节可以在编写产品需求文档时再慢慢细化。

再次，二者的受众对象不同。业务流程图的主要受众是业务部门的相关人员，重在清晰
地描述业务流程;系统流程图的主要受众是产品经理、研发和测试部门的相关人员，重在描述系统边界、系统处理逻辑。

最后，二者的使用场景不同。业务流程图常用于业务部门的相关人员做流程梳理、工作安排与人员分工;系统流程图常用于制定系统解决方案、系统逻辑梳理和系统分工。

1.10 常用的思维导图软件

• XMind
• MindManger
  

三：UML用例图

用例图（Use Case Diagram）从用户视角来描述系统的操作功能。简单来讲就是某 个角色或用户在不同场景下能做什么。在实际工作中，用例 图提供了一种较为生动的用户操作场景的呈现形式。

3.1 组成

• 参与者 Actor
• 用例 Use Case
• 关系

3.2 关系

• include：包含，在多个用例包含同一子用例时，可以把子用例独立出来，并且在执行父用例时必须执行子用例，例如在 创建文件用例和修改文件用例最终都必须执行 保存文件用例。

• exclude：扩展，只有执行用例时满足了一定条件或出现异常即扩展点时，才有可能会执行子用例。例如 创建文件但不一定非要打开文件。
  

• generalization：泛化继承，一个用例(子用例)可以继承另一个用例(父用例)，例如 审批作为父用例，请假审批用例可以继承审批用例就是泛化。