教你如何做好工作流程梳理 业务流程梳理方法和价值( 三 )

b：用例：
1、概念：是对系统的用户需求（主要是功能需求）的描述，用例表达了系统的功能和所提供的服务，描述了活动者与系统交互中的对话；以汽车租赁系统为例，客户向系统发出租赁请求，并向系统中输入数据（姓名等信息），系统响应活动者的请求，进行相应的处理，并且将结果返回活动者 。
2、用例与事件流—用例分析处于系统的需求分析阶段，这个阶段尽量避免考虑系统实现的细节问题 。但若要建立系统还需要更加具体的细节，这些细节可以写在事件流中 。
事件流描述的是一个系统做什么，而不是怎么做，举个栗子，在汽车租赁系统中用例“用户登录”可以采取一下方法：
主事件流：客户输入自己的用户名和密码时，用户开始 。输入的用户名和密码被提交后，服务器判断密码是否正确 。如果正确，则用户成功登录，系统为其展示租赁页面 。异常事件流：用户名或密码错误，不能登录，用例重新开始 。异常事件流：在提交密码前，用户清楚用户名或密码，重新填写 。c：参与者、用例之间的关系
1、关联关系；–这是最常使用的关系，用带箭头的实线来描述 。以汽车租赁系统中的“客户”参与这以及和他交互的3个用例（预定、取车和换车）为例 。
2、泛化关系–一个用例可以被列举为多个子用例，这就被成为用例泛化，这与类间的泛化关系类似 。在用例泛化中，子用例表示父用例的特殊形式，可从父用例处继承行为和属性 。泛化关系的图形用空心实线箭头表示，箭头指向父类 。
如下图所示是汽车租赁公司用例图中的用例“预定汽车”，该用例有两个子用例“预定大巴中巴”和“预订小车” 。
3、包含关系–指的是其中一个用例（称为基础用例）的行为包含了另一个用例（称为包含用例） 。
基础用例包含用例并依赖包含用例的执行结果 。但是二者不能访问对方的属性 。包含关系的图形为虚线箭头加>，箭头指向包含用例 。
4、扩展关系–扩展用例可以被定义为：基础用例的增量扩展，它俩之间为扩展关系 。
简单来说，就是当某特定条件出现时，该扩展用例的行为才会被执行 。扩展关系的图形为虚线箭头加上>>，箭头指向基础用例 。
如下图，客户在还车超过了一定期限就需要缴纳罚款，其中“借车超期”为特定条件，只有该条件出现，才执行“缴纳罚款”用例行为，“还车”用例和“缴纳罚款”之间就是扩展关系 。
3、电商平台泳道图的搭建 a：泳道图的定义：泳道图也叫跨职能流程图，旨在展示工作流中每个步骤涉及的流程和职能部门 。泳道流程图是一种特殊的图表可以展示出一个商业过程之间的关系，并展示为那个过程负责的功能板块（比如说部门） 。泳道流程图专注于价值活动之间的逻辑关系，更好地展示每个价值活动的责任 。

推荐阅读