建模|产品经理的思考利器——UML( 四 ) 乱象|网络游戏|国家网信办|盛

文章插图
【建模|产品经理的思考利器——UML】用例图在交付时通常给客户和开发组参考，每个用例图的场景描述至少占一页文档，包含：·发起用例的参与者·用例的假设条件·用例的前置条件·场景中的步骤·场景完成后的后置条件·从用例中获益的参与者。
五、行为元素终于大半篇幅讲完了结构元素，本节开始讲行为元素了，如果小伙伴们看麻了，可以收藏后面继续看~
行为元素对于产品同学来讲，基本是不陌生的，如果经常绘制业务流程图的话，会发现有很多一致的地方，很正常，都是团队的沟通工具嘛。
1. 行为元素-状态图（状态机图）这种图在制作大型业务系统的时候，肯定会用到，比如我在设计CRM系统的时候，里面的商机就会有多种状态流转，就用到了这个图。给研发兄弟看，也会沟通的很顺畅，因为研发在实际工作中会频繁用到这里，他们基于这些状态去设计代码层面的调用逻辑。便于他们设计的时候提前规划，提高研发的效率。
研发最怕的，是做一半了中途改了基础底层状态的设计，分分钟掀桌子状态图的定义，可以说是对象改变了自己的状态，以响应事件和时间的流逝，比如灯的开与关。
状态图和类图的差别，是状态图针对的是单个对象来建模，类图可以针对一组类来建模绘制方法，圆角矩形代表一个状态，状态间带箭头的实现代表状态的迁移，箭头指向目标状态。实心圆点代表状态转移的起点，牛眼圆圈代表重点记不住那么多没关系，有专门的工具，跟visio一样，直接找来拖就行了，文章末尾会介绍绘制工具。

文章插图
下图是基于工单类的审批流程绘制的状态图。

文章插图
2. 行为元素-时序图时序图，也叫顺序图，强调了时间维度，时序图的关键思想是强调了对象之间的交互按照特定时间发生，这些特定时间的交互序列，从开始到结束需要一定的时间。时序图通常用对象标识，从每个对象下方延展出一条生命线，一个时序图可以用单个或者多个如下单元组成。

文章插图
每个线程对象之间可以用消息通信，有两类一类消息叫调用，这是一个来自消息发送者对象的请求，它被传递给消息的接收对象，请求接收者对象执行某种操作。通常，需要发送者等待接收者执行，等待反馈，这种消息又叫做同步消息。
如下图，带有实心箭头的实线表示发送的消息，带有线状箭头的虚线表示返回消息。

文章插图
另一类消息叫做异步消息，这种机制下发送者把控制权交给了接收者，并不等待操作完成，这种消息用带有线状箭头的实线表示。
时序图跟跨职能流程图有些许相似，不过时序图可以更清晰的展示每个线程的动作顺序，以及线程之间的通信关系，如果是用跨职能流程图的方式来绘制，就不便于展示每个线程之间的多条通信了依然拿请假的流程举例，如图。

文章插图
时序图还有帧化的概念，不过对于非研发工作来讲，没必要学习，基本用不到。不再赘述。
3. 行为元素-活动图终于到了最后的类型了！活动图，用圆角矩形表示，与状态图不同的是，活动图的图例更接近椭圆。一个活动的处理一旦完成，就自动引起下一个活动发生。
状态图侧重于描述对象的状态变化，活动图侧重于描述活动，与业务单线流程图大多数逻辑类似，不过区别是活动图更适合展示判断过程，和并发路径。如果用基础的单线流程图标识，会不太直观比如判断是类似的表示方法。