最近看了篇讲产品使用图的文章，结合以前的看的几篇，略微整理，供自己梳理总结，其中转了文字和图片。作为个人总结，只记录了用例图，状态图，泳道图，页面流程图
用例图
产品用例是一种通过用户的使用场景来获取需求的方式，每个用例提供了一个或多个场景，该场景说明了产品是如何和最终用户或其它产品互动，也就是谁可以用产品做什么，从而获得一个明确的业务目标。
用例（use case）：从用户的观点对系统行为的描述。也就是站在用户的角度来描述这个系统到底能干嘛，而不用考虑实现细节。
设计时-先找出参与者，再根据参与者确定每个参与者相关的用例，最后再细化每一个用例的用例规约
我们就可以根据参与者来确定系统的用例，主要是看各参与者需要系统提供什么样的服务，或者说参与者是如何使用系统的。寻找用例可以从以下问题入手（针对每一个参与者）：
参与者为什么要使用该系统？
参与者是否会在系统中创建、修改、删除、访问、存储数据？如果是的话，参与者又是如何来完成这些操作的？
参与者是否会将外部的某些事件通知给该系统？
系统是否会将内部的某些事件通知该参与者？
于我来看用例主要作用：在前期角色与几大系统模块的功能不明白时，分清哪些系统，哪些角色，哪些功能，如何对应的。然后再用xmind写功能列表
状态图（状态转移图）
状态图就是用来描述一个对象的可能状态以及各个状态之间的转换关系的一种图。
与我来说状态图主要作用：适用单个对象，由于其他行为产生的状态变化
活动图（泳道图）
活动图向我们展示了一个操作或过程的步骤，活动图描述的是对象活动的顺序关系所遵循的规则，它着重表现的是系统的行为，而非系统的处理过程。活动图是面向对象的。
⑴泳道流程图有助于分清在流程过程中各人工作范围；
⑵泳道流程图有助于研究流程中人与人或工作小组与工作小组间的交接动作。
于我来说，在功能流程不会交叉变化太多时，用该活动图整理流程，不过会在纸上先画
页面流程图
于我来说，在功能和产品流程基本确定时（产品流程包括线上线下），第一步先梳理完成某个功能需要经过哪些页面，单个页面内的变化暂时不考虑。
http://www.chanpin100.com/archives/18861
http://www.woshipm.com/pmd/3864.html
