用例图线可以交叉吗-流程图你可得好好画

可以交叉的 ,但是这种交叉原则上讲是能不交叉就不交叉,实在不行了才交叉

用例图是用户与开发人员交流的一种重要的方式,是对用户需求的一种描述。用例图主要有三种元素:参与者(Actor),用例,以及用例图中对象间到的关系。其中关系有包含、扩展是用例图中特有的,泛化在其他类图中同样存在。 一、用例之间 1.包含关系:当可以从两个或两个以上的用例中提取公共行为时,应该使用包含的关系来表示它们。其中这个提取出来的公共用例称为抽象用例,而把原始用例称为基本用例或基础用例。其中“<>”是包含关系的构造型,箭头指向抽象用例。 包含用例一: 例如,在机房收费系统中“注册学生信息”和“充值”两个用例都需要操作员或者管理员登陆,为此,可以定义一个抽象用例“用户登陆”。用例“注册学生信息”和“充值”与用例“用户登陆”之间的关系就是包含关系。 包含用例二: 2.扩展关系 如果一个用例明显地混合了两种或者两种以上的不同场景,即根据情况可能发生多种分支,则可以将这个用例分为一个基本用例和一个或多个扩展用例,这样可能会使描述更加清晰。扩展用例为基本用例添加新的行为。扩展用例可以访问基本用例的属性,因此他能根据基本用例中扩展点的当前状态来决定是否执行自己。而扩展用例对基用例不可见。 扩展用例一: 如机房收费系统中“维护学生信息”操作时如果发现信息有误或者更新则需要使用“修改学生信息”用例完成更新,所以用例“查询上机记录”和“导出EXCEL”之间的关系就是扩展关系。“<>”是扩展关系的构造型,箭头指向基本用例。 扩展用例二: 包含关系和扩展关系的联系和区别: 联系:都是从现有的用例中抽取出公共的那部分信息,作为一个单独的用例,然后通后过不同的方法来重用这个公共的用例,以减少模型维护的工作量。 区别:扩展关系中基本用例的基本流执行时,扩展用例不一定执行,即扩展用例只有在基本用例满足某种条件的时候才会执行。 包含关系中基本用例的基本流执行时,包含用例一定会执行。 3. 泛化 当多个用例共同拥有一种类似的结构和行为时,可以将他们的共性抽象成为父用例,其他的用例作为泛化关系的子用例。在用例的泛化关系中,子用例是父用例的一种特殊形式,它继承了父用例的所有结构、行为、关系。其中三角箭头指向父用例。假如在机房收费系统的注册可以通过本地注册和网上注册。 二、参与者与用例之间 关联关系 三、参与者与参与者之间 泛化关系(继承关系)

产品工作里画流程图的重要性不用多说,流程图一般在写需求文档、画原型前不可缺少的一步。

一个完整、清晰的流程图,会给之后的画原型、写文档、需求评审等减少很多不必要的事。

我们下边就聊聊流程图该咋画~

业务流程图、跨职能流程图、页面流程图、UML用例图等等等等一大堆。

只要流程图能够清晰准确,画的人可以梳理明白,看的人可以看懂流程,达到画流程图的目的就行。

不过我们先了解下每个流程图是个什么东西。

业务流程图:一般描述完整的业务流程,重点突出业务处理过程。

举个小例子:

跨职能流程图:也叫泳道图。突出显示流程中各个步骤、各个职能角色之间的关系。

举个小例子:

页面流程图:以每个页面为一个步骤,展现每个页面之间的关系。

UML:统一建模语言,是比较专业的一门语言。

其实就是说:

如果我们想梳理业务,可以画出个简单的业务流程图,把关键路径梳理出来。

如果我们系统内的涉及到多角色,我们想知道角色之间在流程中需要做什么,可以选择使用跨职能流程图,也就是泳道图,来进一步梳理整体业务。

当业务弄清楚,需要梳理涉及到哪些页面、页面之间的层级关系时,我们可以画出页面流程图,来帮助我们梳理页面之间的跳转关系。

1、找到关键路径

确定关键路径,就是在业务中重要的关键点。

找到每个关键点中的开始与结束、前后顺序关系。

把主线流程梳理明白,一条线的能够顺下来。

我们以手机号+密码登录流程图为例,先把关键步骤梳理出来:

2、补充支线流程与异常流程

基于主线流程,将需要分支流程补充完毕。

分支流程一般是在需要进行“是/否”选择时出现。补充不同的条件下引起的分支流程。

分支流程补充完毕后,需要思考每个流程是否存在“失败”的情况,并补充异常的流程,并保证异常流程能在整个流程中走通。

我们也可以看看泳道图示例:

3、最后过一遍流程

流程图画完后,一定要在过一遍流程,检查全部的流程走向,判断是否有遗漏、是否仍有异常流程没有考虑到。

4、优化下流程图样式

当流程图画完后,我们可以适当调整流程图的美观度,这一步是不是必须的,好看的样式都是要基于清晰的流程,好看只是锦上添花。

流程图到底要画多细是我每次画流程图都会遇到的问题

粗了说不清楚,细了又太多太乱。

我总结了下,想确定颗粒度,需要先确定以下问题:

1、画流程图的目的是干什么?

如果想优化流程,就可以画的颗粒度中等一点,关键路径+次一级的路径就行。

如果你刚接盘别人的项目,想梳理明白业务流程,就要从粗到细一点点的梳理了。

2、流程图是给谁看的?

如果流程图是给自己看的,我喜欢能画多细就画多细,这样自己才能有更高的高度看流程。

如果流程图给客户看,就要突出流程图的关键点,减少不必要的流程。

3、这次的流程图是要突出说明什么?

如果是新增了一个子模块,但是涉及到与其他模块的交互,就完全可以简化已有模块,突出新增的子模块流程。

以上问题确定后,大家会对颗粒度有个大致判断。

流程图,还是个图。直接说我总结的几点美化方式:

1、图形:

按照标准使用流程图的图形,常用的图形含义见下图。另外图形大小保持一致,图形要对齐。

2、线条:

线条用来展示连接2个图形,尽量不要让线条交叉。线条能直起来,就别弯。线宽考虑保持一致

3、文字:

用来解释说明,表意要准确得当、文字精简单能答意。避免口语化,别出现错别字。语法一致,统一使用动词+名词。字体适中。

4、配色:

色调统一,不要有过于明亮的颜色。在流程图里,相同的图形可以使用相同的颜色。

5、排版:

按照流程图走向,从左到右,从上到下

6、间距:

避免拥挤,间距尽量保持一致。

7、对齐:

上下居中对齐,左右居中对齐

还有一个注意点就是,存在多个判断时,尽量将“是”的方向保持一致,“否”的方向保持一致。

另外,最重要的一点是:

好看是次要的,清晰完备的流程图才是最重要的。

别纠结工具

常见的有Visio、ProgressOn,另外Axure也能画、ppt也能画。只要能够清晰的表达,工具根本就不重要。

关于工具的使用有一点:

我们需要和团队成员使用相同的工具,因为文件是要留存分享的。给别人一个无法编辑的源文件,总归是不太好。

上边讲解了流程图基本的绘制方法,不过在实际工作中,常常有很多复杂业务,如何清晰完备的绘制出流程图,就要看每个产品经理的真正功力了。

Axure自带的组件里就有流程图,但是样式太丑~

我自己设计了一些简单百搭的样式,有需要的可以直接

在公众号产品大鹿,发送“流程图”,即可领取。

------------ End ------------