程序流程图
- 用统一规定的标准符号描述程序运行具体步骤的图形表示
- 程序框图的设计是在处理流程图的基础上,通过对输入输出数据和处理过程的详细分析,将计算机的主要运行步骤和内容标识出来
- 程序框图是进行程序设计的最基本依据,因此它的质量直接关系到程序设计的质量
以上为百度百科对流程图的解释
- 只要有任务、事情,就会有完成任务的过程,所以也就有流程图
我的理解
画流程图的作用
- 用于和非开发部门的交流
决定人员都该做什么工作?描述主要的任务
例:千家招聘面试的业务流程:
HR邀约-面试者签到- 小程序填写简历 - 参加宣讲 - 进行面试 - 面试官录入面试结果
- 用于和开发人员交流:对于开发人员来说,更多关注的是整个的签到流程,数据的流向。小程序填写失败怎么办?无法签到怎么办?该怎么处理?
首先,往往咱们拿到需求之后,一上手就开始绘制交互原型,这样我们流程可能想不清楚,导致原型需要重画。所以我们最好先画流程图,再画原型图
其次,开发经常说设计没有逻辑,而画流程图就是建立你的逻辑的一种方法,也最终用在设计评审发言中。
流程图的分类
常见的流程图有业务流程图(Transaction Flow), 页面流程图(Page Flow)。
在工作中,作为UED,你可能会发现PD经常谈的是业务流程,而作为交互设计师,我们更多产出的是页面流程图。页面流程图和业务流程图到底有什么关系呢? 先有谁,其次再有谁呢?
同样拿人资面试系统为例从采集信息到面试结束,整个过程,我需要用什么方式完成,需要哪些部门配合,怎么配合?现有的操作如何优化?
通过以上的故事,是不是更明白从战略、战术、业务流程图到页面流程图的关系了?
总结下:先是有一个业务需求和业务目标,也即我们的愿景是什么?(战略)
然后了我们需要分解出什么样的任务,如何执行战术?(战术)
然后需要架构什么部门,岗位去分工协作?(组织架构)
然后不同的部门在协作完成某件任务时的业务流程?(业务流程)
业务流程基本稳定后,往往会考虑优化效率,所以会诞生出系统来支持流程,减少人肉环节,促进数据采集(系统愿景)
为了设计这个系统,PD需要思考什么功能能够取代某个环节的人肉工作(功能需求,系统流程)
不管是怎么样的功能最终都会以界面的方式呈现,设计师们会关注用户在系统里的任务流,行为路径,让用户完成任务更加高效愉悦。(页面流程)
当然,除了业务流程,系统流程,页面流程,还有数据流程被人关注。
绘制流程图
工具 processon
接下来,就开始你的表演吧