UML建模（二）--流程图.pdf

百川东到海，何时复西归？少壮不尽力，老大徒伤悲。——汉乐府《长歌行》 UML建模（⼆）--流程图 UML建模（⼆）--流程图 本⽂会包含⼏块内容： 1. 什么是流程图？流程图和其他图表（如线框图，概念图，架构图，⽤例图）有什么不同？ 2. 为什么需要流程图？ 3. 流程图的分类？ 1、什么是流程图？ 1.1 定义 流程图=流程+图。 流程：Flow,是指特定主体为了满⾜特定需求⽽进⾏的有特定逻辑关系的⼀系列操作过程，流程是⾃然⽽然就存在的。但是它可以不规范，可以不 固定，可以充满问题。所以就会造成看似没有流程。 图：Chart 或者 Diagram, 是将基本固化有⼀定规律的流程进⾏显性化和书⾯化，从⽽有利于传播与沉淀、流程重组参考。 从定义可以看出，只要有事情和任务，流程就会有，但是并不是所有的流程都适合⽤流程图的⽅式去表现，适合⽤流程图去表现的流程是⼀定程度 固定的有规律可循的，流程中的关键环节不会朝令⼣改的。 1.2 流程图的6⼤ 要素 image.png ●参与者：谁在这个流程中？可以是系统，可以是个打印机，更多的指什么⾓⾊——⼀般是有某种⼯种的⼈。⽐如客服同时有⼩A和⼩B两⼈，但 是若他们的⼯作性质完全⼀样，那么在流程图⾥只需要写⼀个客服⾓⾊就可以了。 ●活动：做了什么事，⽐如点餐，结帐等活动。 ●次序：这些事情发⽣的前后顺序如何，哪个任务是其他任务的前置条件？⽐如客⼈不结帐，就不会产⽣送他优惠卡的活动。 吾日三省乎吾身。为人谋而不忠乎？与朋友交而不信乎？传不习乎？——《论语》 百川东到海，何时复西归？少壮不尽力，老大徒伤悲。——汉乐府《长歌行》 ●输⼊：每项活动开始取决于什么样的输⼊物或数据，⽐如做饭的师傅开始做菜时，需要拿到具体的点菜单。 ●输出：每项活动结束后，会输⼊什么样的⽂档或数据传递给下⼀⽅，⽐如师傅做好菜后，如何让负责传菜的⼈知道菜已经做好？ ●标准化：采⽤⼀套标准化的符号⽤以传递你的流程图，从⽽使受众更快明⽩。 2、流程图的分类 常见的流程图有业务流程图（Transaction Flow）, 页⾯流程图（Page Flow）。 在⼯作中，作为UED，你可能会发现PD经常谈的是业务流程，⽽作为交互设计师，我们更多产出的是页⾯流程图。页⾯流程图和业务流程图到底 有什么关系呢？ 先有谁，其次再有谁呢？ 先讲个故事 ：假设你的梦想是开个中⾼档的全国连锁餐馆，那么⾸先你想到的应该不是如何去选址，⽽是将为何要开连锁餐馆这件事情，以及你的 定位，核⼼竞争⼒想清楚。是快餐，还是点餐，是连锁还是加盟？定位于社区还是繁华商圈？是川菜还是江浙海鲜？是⾯向中⽼年还是年轻⼈？是 家庭主题还是动漫主题？竞争对⼿是谁？需要什么样的投资？可能的风险是什么？这些都想清楚了，问题都有答案了，所谓战略层要清晰了吧。然 后假设你现在分析来分析去，与主要投资⽅决定了⼀个⽅向：⾯向年轻⼈的时尚动漫茶餐厅，连锁，但是先在杭州开始第⼀家，选址定位于年轻⼈ 约会，扫街的地域，⽐如风景区，著名商圈，电影院旁…………等等等等，那么接下来呢？ 接下来就是想办法让这些实现吧？那么需要做什么事情呢？选址？拉投资？搞装修？选餐饮菜单？雇佣员⼯？每⼀步怎么去做，时间点是什么？等 等的任务拆解以及计划，就需要到战术层了。 这些事情的执⾏，总是需要请⼈的吧？先是核⼼团队分⼯去部署各项建设任务，当餐厅开设起来后，就需要组织稳定的运营团队，如服务、卫⽣、 厨房、采购、⼈事等等，厨房⾥⾯还得分⼯，⽩案，热菜，冷菜等等吧？每个部门需要设置管理层以及汇报关系吧？所以你的组织结构就诞⽣了。 那具体每种⾓⾊是如何顺畅合作完成⽇常稳定的以及突发的各项任务呢？⽐如，当顾客上门时，谁去引导客⼈⼊座，谁去点菜，怎么将点菜的讯息 迅速传递到厨房，并分发到酒⽔间、冷菜间、热菜间？并保证客⼈尽快能够吃到所点的菜？你必须要考虑各种⼈员的协作流程，优化效率，所以业 务流程就出现了。 ⼈⾁运营了⼀段时间，没有借助任何点餐系统，你发现也还可以。客⼈点菜时，服务员⼿抄写下客⼈的要求，因为有复印纸，所以服务员能够将副 本送⼊厨房，同时写下餐桌号码。厨房规模较⼩，负责分配任务的员⼯看下菜单，分别往冷菜处的⿊板上写下需要他们处理的，以及跑到热菜区的 ⿊板上写下待处理的菜品，以及去酒⽔间报下品名即可。可是随着经营的扩⼤，以上的⼈⾁⽅式出现了很多问题，⾸先，⼿抄效率太低，顾客频繁 换菜，响应来不及，⼿抄出错，导致经常报错菜。厨房很混乱，不得不多招了⼏个⼈专门跑堂。⽽⼀旦顾客要加菜，撤菜就更⿇