业务信息化需求分析方法培训v013.ppt11豆丁精品
扫扫二维码，随身浏览文档
手机或平板扫扫即可继续访问
【精品】业务信息化需求分析方法培训v013.ppt11
举报该文档为侵权文档。
举报该文档含有违规或不良信息。
反馈该文档无法正常浏览。
举报该文档为重复文档。
推荐理由：
将文档分享至：
分享完整地址
文档地址：
粘贴到BBS或博客
flash地址：
支持嵌入FLASH地址的网站使用
html代码：
&embed src='/DocinViewer-4.swf' width='100%' height='600' type=application/x-shockwave-flash ALLOWFULLSCREEN='true' ALLOWSCRIPTACCESS='always'&&/embed&
450px*300px480px*400px650px*490px
支持嵌入HTML代码的网站使用
您的内容已经提交成功
您所提交的内容需要审核后才能发布，请您等待！
3秒自动关闭窗口现在办理电信或联通宽带业务时，都要求捆绑办理一个或两个手机号码，如果不办理就无法办理宽带业务，且手机号码停机后，宽带也无法继续使用，同时手机
楼主正文显示宽度
跟帖显示为
本帖只代表的个人观点，不代表人民网观点。 如将本文用于其他媒体出版, 请与联系。举报
图文编辑模式
15:49:55&)
2611字(11453/74)
( 11:03:21)
132字(10/0)
( 15:38:36)
102字(52/0)
( 15:37:00)
32字(31/0)
( 15:35:42)
55字(34/0)
( 15:31:50)
51字(36/0)
( 15:16:32)
( 15:02:41)
28字(24/0)
( 15:02:16)
85字(11/0)
( 15:01:14)
( 15:00:43)
( 14:59:38)
61字(35/0)
( 14:59:15)
105字(63/0)
( 14:58:46)
( 14:46:32)
13字(505/1)
( 14:54:54)
119字(39/0)
( 14:46:18)
42字(23/0)
( 14:38:28)
( 14:36:14)
52字(31/0)
( 14:32:44)
10字(82/1)
( 14:38:34)
18字(15/0)
( 14:22:42)
11字(141/1)
( 14:26:01)
21字(26/0)
( 14:20:37)
147字(43/0)
( 14:07:14)
( 14:00:17)
( 13:53:19)
( 11:03:08)
19字(2589/0)
( 10:54:45)
117字(2655/4)
( 18:04:14)
( 16:11:33)
76字(42/0)
( 14:34:50)
46字(13/0)
( 11:06:58)
19字(20/0)
( 10:29:50)
( 08:09:05)
649字(14/0)
( 17:36:02)
18字(90/1)
( 08:44:39)
73字(24/0)
( 17:26:59)
( 16:59:29)
24字(23/0)
( 16:59:09)
26字(32/0)
( 16:57:32)
( 08:47:25)
( 16:56:13)
22字(24/0)
( 16:53:00)
24字(73/0)
( 16:49:32)
14字(602/2)
( 08:59:15)
15字(13/0)
( 08:40:06)
31字(80/0)
( 16:47:55)
28字(20/2)
( 08:51:23)
29字(46/0)
( 16:49:14)
21字(533/0)
( 16:43:44)
25字(14/0)
( 16:27:06)
24字(168/1)
( 16:30:37)
31字(313/2)
( 09:14:35)
21字(136/0)
( 16:36:19)
33字(20/0)
( 16:27:01)
24字(122/0)
( 16:26:06)
25字(26/0)
( 16:24:24)
17字(55/1)
( 09:13:53)
( 16:22:47)
( 16:16:29)
25字(177/0)
( 16:15:39)
35字(64/1)
( 09:10:04)
42字(25/0)
( 16:11:46)
422字(23/1)
( 09:57:12)
82字(23/0)
( 16:11:43)
31字(18/0)
( 16:10:49)
25字(42/1)
( 09:27:26)
29字(53/1)
( 15:09:43)
64字(19/0)
( 15:46:02)
22字(66/0)
( 15:22:57)
133字(12/0)
( 15:20:36)
29字(24/0)
( 15:14:37)
25字(12/0)
( 09:03:23)
25字(27/0)
( 16:27:17)
请登录后继续操作....
强国社区-人民网金蝶k3及kis实仓处理赠品的方法研究？_生活百科_百科问答
金蝶k3及kis实仓处理赠品的方法研究？
提问者:章成玉
金蝶的软件在赠品的处理上一直都不是很令人满意，如果使用系统自带的赠品单据，也就是虚仓出入库单，则对于财务和业务来说都很麻烦，因为供应商送的赠品我们有可能拿去卖，如果我们做成虚仓入库，那么当我们要卖时就需要做虚仓出库，其他入库，销售出库，相当麻烦，因为k3是不允许从虚仓直接调拨到实仓的。现在以一个业务为例来说明一下用实仓处理赠品的方法：假设业务是这样的：07年12月1日，从A公司采购10台显示器，每台价格为1000元，A公司采用买10送1促销政策，送多我们一台显示器。07年12月10日，这11台显示器全部以每台2000的价格销售给B客户。这台显示器我们同样可以拿去销售。处理方式有：1 外购入库单&& 显示器 11台 10000元。 这种方式的好处：单据只需要1张，简单快捷。弊端：a 体现不出赠品和非赠品 b 如果供应商赠送的是另外的产品，比如买10台显示器10000元，送1个鼠标，那么我们就要做成 外购入库单&&显示器 10台 10000元 鼠标 1只 0元 假如我们下推采购发票，那么将无法钩稽鼠标这一分录。 c 由于以上两种可能，所以造成月底作凭证时无法体现实际采购成品和赠品的分录这种方式最后做成的凭证是 外购入库： 借： 库存商品 10000 贷： 应付帐款 10000 销售出库： 借： 主营业务成本 10000 贷： 库存商品 10000 销售发票： 借： 应收帐款 22000 贷： 主营业务收入 22000完全体现不出赠品，实际利润为=12000所以，我们采用第2种优化方案：2 外购入库单&& 显示器 10台 10000元 其他入库单&&类型：赠品。 显示器 1台 1000元为什么要这样做？首先，外购入库单的10台显示器的成本确定，是10000元。当我们销售时，成本不会受到影响。而其他入库单1台1000元是我们估价的，这部分的价值不就虚增了吗？该如何处理凭证如下其他入库单凭证： 借 库存商品 1000元（凭证模版为单据上分录的存货科目） 贷 其他业务收入 1000元这就相当于这台显示器是我们去跟&其他业务收入&购买来的，那么实际当我们销售出去后会不会虚增？请看凭证： 外购入库： 借： 库存商品 10000 贷： 应付帐款 10000 其他入库： 借： 库存商品 1000 贷： 其他业务收入 1000 销售出库： 借： 主营业务成本 11000 贷： 库存商品 11000 销售发票： 借： 应收帐款 22000 贷： 主营业务收入 22000在利润表是这样体现： 主营业务收入 22000 主营业务成本 11000 主营业务利润 11000 其他业务收入 1000 净利润 12000我们发现：净利润是一样的，也只是做多了一张单，但在财务上就完全体现出了赠品的价值。当然，其他业务收入你可以用营业外收入等其他科目去替代，也可以设定二级科目去区分赠品收入和其他的业务收入
无论在工业企业是商业企业，其采购和销售环节都有赠品业务产生；尤其是商业企业，其赠品业务的发生更频繁、花样和方式更多，对其的业务管理需求的解决更强烈。一、什么是赠品及赠品业务的管理难点 所谓赠品，即指在采购销售时，供需双方在除议定的货物（产品或物料）之外，供货方无偿赠送给客户的一定数量的同种或其他货物。若供销需要计算支付价格的，应当是采购(销售)的产品物料正品。赠品业务的管理难点在于：1、赠品是价值的。但这种价值，购货方可能知道其市场交易价格，例如，商业促销的&买十送一&，即买十支牛奶赠送一支牛奶；购货方也可能无从知道其市场交易价格，仍拿商业促销的&买十送一&来说，买十支牛奶赠茶杯，其茶杯价格无法准确确认。2、赠品可能需要进行价值管理，也可能不需要进行价值管理。从金蝶K3或专业版的角度来说，要走价值管理的产品物料必须通过实仓来管理和核算，不走价值管理的产品物料必须通过虚仓来管理。3、赠品的单据处理问题。从应用企业角度来说，大多企业特别是商业企业更希望，无能是正品还是赠品，其都在一张出库单、入库单上显示，只有这样，业务的来龙去脉才更清楚，才更便于供需双方的查询、核对等工作的进行。4、赠品的会计核算的问题。这主要体现在需要进行价值管理方面的赠品的核算，从各自企业业务面说，又可从采购和销售两个方现来解析。⑴、采购核算。拿&买十送一&方式之下的同种产品物料业务来说，假定双方谈定的物料的单价是20元，不考虑税金。第一种企业的处理方式是：借：物料 (11×18.18） 200 贷：应付账款 200第二种企业的处理方式是：借：物料 (11×20） 220 贷：应付账款 200 其他收入 20第一种处理方式，企业把物料的正品数量和赠品数量都视为正常采购，因为数量段上面的原因，销售方给予了商业折扣，从而应降低物料的单位采购成本。这种处理方式在软件管理的角度来说，最大的问题就是钩稽和核销的问题、以及物料价格管理资料管理的问题。第二种处理方式，与第一种处理方式恰好相反，赠品仍按正常购价计算，很好地解决了钩稽和核销的问题、以及物料价格管理资料管理的问题，但其赠品能否视为收入或待转收益，从产否适用会计制度、会计理论的角度来说，是存在较大的争议的。若是，赠送的不是同种产品物料，处理方式基本是第二种。⑵、销售核算。在销售环节下，无论销售赠送的是同种产品物料、还是其他货物，没有企业愿意，再为赠品虚增企业销售业务收入。从制度上来说，也不允许。这里主要考虑的是税务上的问题，即赠品如何计税的问题。。仍拿&买十送一&方式之下的同种产品物料业务来说，假定双方谈定的物料的不含税单价是20元，税率17%。第一种企业的处理方式是：借：应收账款 234 贷：主营业务收入 (11×18.18）200 应交增值税 34第二种企业的处理方式是：借：应收账款 234 贷：主营业务收入 (10×20） 200 应交增值税 34借：主营业务费用 3.4（赠品税金）贷：应交增值税 (1×20×0.17） 3.4第一种方式，可能是会绝大多数企业考虑的操作方式，赠品多缴出的税金，毕竟是一笔不小的开支，另外，从业务角度来说，这也不过就是商业折扣操作。从税务控制的角度来说，要这样进行处理，必须开具发票，且正品与赠品在同一张发票上体现，另外，折后价格不得明显低于市场价格或相关制度文件规定的关联价格。第二种方式，把赠品视同销售、且按同单价产品价格计算，虽然没有增加收入，但国家税收还是不能少的，即便不这样处理，该赠品的进项税金必须不予抵扣。考虑的企业不多，最常见的可能，是税务在稽查后的分录，呵呵。若是，赠送的不是同种产品物料，处理方式应当是第二种。从上述分析分析结果来看，赠品业务的处理，会由会计核算和税收监管的加入，变复更加复杂化。难怪，有的企业实施 ERP，有的人，一听说有财务管理加入，就说准没好事、流程控制环节肯定会复杂化，问题是，没有了财务，这ERP还是不是理想的ERP？管控效果究竟又会如何？这是外话。二、金蝶目前的赠品业务处理方式(一)、K3的赠品业务方式：截止到目前的K3V10.4版，金蝶官方就K3对销售赠品业务的处理是这样定义的：--------------------------------------------------在销售系统中，销售出库单和赠品类型的虚仓出库单形成连属单据，是解决在发货时发生的赠品出库情形： 即除议定的货物外，附带无偿送给客户一定数量的同种或其它货物，这些货物不需要进行成本核算。--------------------------------------------------采购问题也如此。对于相关业务的处理，我简述之：1、赠品必须通过&赠品仓&(虚仓)来处理，虚仓不能进行价值管理。这种方式只能处理不需要进行价值管理的赠品，操作方式是，即在销售时，需要通过采购入库单、销售出库单来处理正品，再由其关联虚仓入库单、虚仓出库单来处理赠品。入库业务被分割成外购出库单和虚仓入库单，出库业务则被分割成销售出库单和虚仓出库单。赠品类虚仓记录不生成凭证、不被关联生成发票、不被钩稽、不进行成本核算。2、若要进行价值管理，则必须通过实仓，即便是赠品也不例外。因为发票不能处理金额为零的业务，若是同种产品物料，正品、赠品与发票的核销只能基于&采购发票与入库单钩稽数量不一致时允许钩稽&、&销售发票与出库单钩稽数量不一致时允许钩稽&（反之不行），这种方式可以实现正品与赠品同单出(入)库，但业务情况，赠品清晰与否，若不通过上游单据联查，并不是十分清楚。若是不同种产品物料，赠品不好处理。造成这些问题的根源，还是存货核算的问题，仍是软件构架被分割为实仓和虚仓之惑。(二)、专业版的赠品业务处理方式：作为K3产品的简化版，KIS专业版虽然在很多功能上裁切，但在赠品这个问题上，较K3的处理，对于小企业应用特别是商业企业的说，还是有进步的。截止目前的专业版V9.1，其对赠品业务是这样处理的：1、对于不需要进行价值管理的的赠品，以销售赠品出库为例，可以通过两种途径处理：⑴、随单(随正品)赠送；此种方式是通过开具出库单时，若是赠品，通通过点击工具栏上的&赠品&按钮，来录入赠品，录入的赠品仍体现在当前销售出库单据上。此种方式，可以实现无成本类赠品或样品的赠送同单处理。一个销售出库单不能够同时存在两个或两个以上的赠品仓。销售出库单出库记录不能够全部都是赠品类记录，必须随同正常销售同步进行，如果是单独的赠送，须以虚仓出库单处理该业务。⑵、不随单(随正品)赠送；此种情况，直接作虚仓出库单，出的是全是赠品，或出的赠品与销售出库单没有关联。采购赠品入库原理亦如此。这两种方式，两者仍是以通过虚仓来处理，且仅进行数量核算，销赠品类虚仓记录不生成凭证、不被关联生成发票、不被钩稽、不进行成本核算。2、若要进行价值管理的产品物料，同K3一样，仍必须通过实仓，操作处理方式同K3一样。三、关于对金蝶对赠品业务处理能否拓展的一些想法和考虑1、对于不需要进行价值管理的赠品，即虚仓处理，从用户角度来说，我支持K3也能像专业版一样，在外购入库单、销售出库单等仓存单据上，能够处理虚仓业务。这当然需要金蝶从构架上去考虑。2、对于需要进行价值管理的赠品业务，应当从分录别上予以清晰体现、并在发票处理及核算环节予以考虑，这仍需要金蝶从应用流程等方面去考虑。具体来说：⑴、外购分录和销售分录必须区分&普通交易&和&赠品&。⑵、赠品的发票分录金额可以为零。⑶、赠品的核算可增设&同种赠品入库核算单价取关联正品平均入库单价&，当用户勾选时，按前述的&赠品的会计核算的问题&的外购入库核算中的第二种情况处理。否则，软件自动实现在赠品业务下，&采购发票与入库单钩稽数量不一致时允许钩稽&、&销售发票与出库单钩稽数量不一致时允许钩稽&。四、基于需要进行价值管理的赠品业务的管理需求，对现存版本的改造 对于上述对于需要进行价值管理的赠品业务的管理需求，上面我提出的一些想法，实际上，部分功能，是可以在目前版本中实现的，以外购赠品为例：⑴、在辅助资料中增加&交易类型&，下设&普通交易&和&赠品&两种，设定为用户不可以修改，呵呵。⑵、在外购入库单上新增&交易类型&字段，数据来源于基础资料&辅助资料&交易类型&，默认为&普通交易&。⑶、更改&外购入库单→采购发票&的选单过滤条件，只能选择非赠品的的外购业务分录。⑷、发票的钩稽和外购入库核算。当用户外购进入的是同种赠品，且核算方式是将外购单价是根据外购总成本除以正品及赠品数量之和求得的，采用&采购发票与入库单钩稽数量不一致时允许钩稽&核算方式。若用户更重视价格资料时，可以借助触发器，设置赠品分录在新增时，自动处理钩稽数量金额等字段，以期其在钩稽列表中不出现，也就是赠品不进行外购入库核算处理，永远视为暂估核算。此种方式下，其价格来源，可以通过存货核算的无单价单据维护来处理。此种方式最大的遗留问题是，在结转新账套的暂估入库单需要进一步做出处理。外购进入的是其他随赠货物，只能通过存货核算的无单价单据维护来处理。⑸、存货核算的会计分录。基本上，思路如前面在&赠品业务的管理难点&中的&赠品的会计核算的问题&中所述。若是通过&物资采购&科目中转的，月底可以根据当月的赠品入库情况，做一张汇总凭证处理。借：材料采购
贷：其他收入以上思路，已在K3 V10.4中验证，原则上专业版也适用。
回答者:许泽涛
Mail: Copyright by ；All rights reserved.如何绘制业务流程图(二) - 博客 - 伯乐在线
& 如何绘制业务流程图(二)
接上篇，本篇将对上篇中间的第四部分——如何绘制业务流程图展开更多讨论。
本来写完上篇，我发现没有太多必要单纯讨论这一部分内容，因为对于很多人来讲，缺的不是具体的做法，而是做这件事情的意义以及目标性的明确。一旦对这件事情的意义和目标有深刻认同，那自然会产生较大的动力去研究How这个层次的所需方法和技能。时间管理也如此，很多时间管理技巧牛逼的人未必能够把时间管理做到位，因为内心克服不了强大的拖延症，而克服拖延很多时候是一个心理问题而不是技巧问题……咳咳，这不是在说我自己吗？
话又扯远了，扯扯扯回来啊。那么为何还专门狗尾续貂（恩，原文也不见得是貂，成语有限，暂时凑合吧），又来这么一篇How的枯燥乏味的文章呢？因为在上篇文章后，Heidi确实在邮件里收到一些邮件，询问业务流程图的具体操作指南——这东西很好，这东西很有用，但是似乎上篇都是讲的“真实的道理”，但是具体怎么做呢？我应该注意什么呢？……
所以，干脆也分享一下吧。但在书写过程中，我发现一个大难题在于收集整理出更生动易懂又典型的案例。不能使用工作中的实际案例，但是短时间又难以找到合适的。所以本人对这部分不太满意。也希望各位读到本文的人，能够提供更多案例分享。
1. 业务流程图的“烹饪三部曲”
在绘制业务流程图前，思考如何精美，如何交互，使用什么工具，都不应该是重点。
真正重点的是将业务流程图的关键要素给搜集一番。请试图回答清楚以下几个问题，否则不要开始绘制流程图：
● 整个流程的起始点是什么？整个流程的终结点是什么？
● 在整个流程中，涉及到的角色都是谁？
● 在整个流程中，都需要做什么事情？（可是是一个会议，可以是一个任务）
● 这些会议和任务是可选还是必选的？
● 分别产出什么文档？
这有点像一个头脑风暴，能够帮助你将所需用到的原材料获取到，有了这些“米”和“水”，那就不愁去如何烹饪了。
在项目管理中，上个月，我们也试图给去规范化一个数据产品的设计开发流程。
这是一个数据产品的项目，而我们都不是对此很有经验的人。所以我们召集到所有相关的角色，组织了一次头脑风暴及卡片分类法的混合式应用。
1.让大家头脑风暴出自己认为在项目里必须的节点，如“需求调研”，“需求分析”，“kick off会议”，“PRD撰写及确认”，“数据评估”，“技术架构”，“DEMO绘制”，“指标算法定义”，等等。
2.在头脑风暴过程中，主持人将这些节点都写到白板上，等没有新的节点诞生后，大家一起对节点进行合并归类。之后呢？
3.将这些剩余下来的真正有价值的节点，撰写到即时贴上，开始进行排序。在排序过程中，可以由一个人先主导，他会按照自己的理解，将各个节点放到按角色排布的泳道中，并设计好先后的顺序。在他进行的过程中，其他人不断进行提问：“这项任务开始前，需要什么样的条件？”“这个任务是必须的吗？”然后一起调整先后顺序。直到最终没有人有任何重大的异议。
4.之后拍照留念。
然后可整理成电子文档，如project或者excel版本（？）
但是，业务流程图和上述项目中的流程不太相同的是：
项目中的各种活动节点有更宽泛的可配置性，任务A和任务B是否并行，还是串行，如果项目组成员达成共识，是可以调整，并且多做尝试的。所以可以用集思广益的做法去头脑风暴出一个暂定比较合理的流程。而业务流程图的梳理，有两种:
● 一种是基于现实发生的业务流程如实反映。这显然不是你一个团队能够YY的结果。更需要走到现实环境中，去调研，去梳理，去确认。
● 另一种是基于流程优化的方案，当你已经掌握了目前的流程现实如何运作时，基于分析，讨论，能够判断出流程中不合理的地方，给出一个更完善或者有更效率、成本更低的新的流程出来——或许你要求增加一个部门，或者你需要删减一个环节，或者中间的若干步使用新开发的系统去取代。
总之，大多数时候，你要想做第二种流程图，必然要先将第一种给梳理出来。所以，第一种如实反映的流程图是躲不过的。既然如此，基于YY或者头脑风暴是不现实的。我们需要走到前线去，掌握现实中业务是如何运作的。而且很多时候，越细节越好。
那怎么做呢？基于有限的知识与经验，我可以给如下建议：
1. 调研——2.梳理呈现——3.评审确认三部曲，如图所示：
2. 调研——问正确的问题，多问问题，多问几个人
除了在本部分开始的那几个问题要顾及到，其实调研过程解决的仍然是who，what，why，how，以及where的问题：谁，在什么情况下，做了什么事情，这个事情需要什么前置条件，又输出了什么，这个事情在哪里完成的？搞明白这几个问题，我们的调研就可以圆满完成了。
流程图的表现，要回答这几个问题：
1.Who——谁？部门，角色，岗位
2.What——什么事情？
3.Where——在哪里做的？在我梳理的业务流程图上，where更多表示是文档还是各种系统，用来表示信息化的程度。比如当我们梳理中发现，有一项登记，是用excel而不是业务系统来进行的，那么在这里的where就可以表示为：excel文档。
4.Document——那产生的这份文档叫什么名字？也写出来，代表有文件的传递，而以后要进行信息化的话，此份人肉文档也是需要被消除而被系统取代的。（相反，如果这项工作是在某个系统里操作的，where就可以写成“人事系统”，文档可以继续存在，即该系统中的表单名称：“员工登记表单”）
5.Condition——条件。在这种条件下，下一个活动还能够继续，即用逻辑链接线的方式来表示一项活动的输入和输出，指向某个活动的箭头就表示此活动的前置输入条件。
6.Dicision——决策。有些活动会产生一个条件判断，根据不同的判断结果从而走不同的分支流程。比如输入员工信息的时候，可以根据员工之前是否就职过，选择不同的流程，对于已经就职过的，选用之前的工号而不用生成新的工号。
举个案例（如果不太恰当，请意会）。假设你受命要调研两家餐饮店的业务流程，目的是给他们提供性价比最高的点餐系统。
在调研中：
1. 你首先可以要求精通业务流程的人给你系统讲解一遍。
2. 调研具体操作的人，来验证他给你讲解的是否全面和偏差。
3. 实地观察和记录（花点时间走遍业务流程）
三种方式相互结合使用。第一种方法可以让你首先建立一个系统观，了解大体枝干，但是很难切入到可能会出现问题的细节。第二种方法太依赖于问题的质量以及问问题的场景。有很多结论的不正确其实是因为问错了人或者问问题的方法不对。那么就需要借助第三种，在观察中再进行验证。
比如，你现在找到了一个厨师：
你主要负责做什么菜系？
那菜单都是谁给你的？
我们的服务员。
她都怎么提供给你？
她负责客人点菜后，然后手写一个单子，给我放到窗口上。
单子上都会写什么？
桌号，菜名等
那如何客人点的是冷菜呢？
恩，有复印本，直接拿一份给冷菜间。
那你怎么开始工作呢？从洗菜到切菜，一直烹饪都是一个人吗？
哦，不，我只负责烹饪。当接到菜单后，首先我的助理会进行择菜，刀工进行切菜，这样如果有几个菜就完全可以并行。
当你们做好后呢？
放到窗口，按铃，喊桌号和菜名，传菜员就会传菜。
在这些问题中，就涉及到了“分单”，“切菜”，“择菜”，”烹饪”，“传菜”，“上菜”几个活动，也涉及到了“服务员”，“厨师”，“助理”，“刀工”，“传菜员”几个角色。几个活动的次序也比较清楚了。
而另一家餐饮店的业务流程却是不一样的，你同样抓住一个厨师进行询问：
要做什么菜，菜单是哪里来的？
打印出来的。
所有菜都会在这里打印吗？
哦，只有热菜在这里打印出来，冷菜、酒水就会在冷菜间和酒水间打印出来。
打印机是谁在操作的？
没人操作，它会自动打印不同的单子给我们。
……下面的问题，可能厨师就不了解了，要问点菜员了。
请问你是怎么点菜的？
拿设备啊，客人点菜就按几下，确认就好了。
之后就可以将菜单打印出来。
不同的菜系会在不同的烹饪间打印吗？
是的，我们可以分单打印。是在这中心打印机里完成分单。
然后，你可以继续调研烹饪后的传菜和上菜流程。
3. 梳理并呈现
你的调研和观察使你拥有了“烹饪”所需的原材料。
● 角色：部门、岗位或人
● 活动：做了什么事情
● 次序：做这些事情的次序如何
● 规则：什么情况下到什么事情
还记得我们之前提过的流程图要素吗？回顾下：
接下来的任务是不是很简单，对，就像填空题一样简单。将活动/事件按照一定的规则填到由部门和时间两条维度决定的框框里。
这个阶段是paper work，你需要将调研阶段收集到的原材料用更直观明了的方式呈现出来。从而能够更好进行评审和确认。也为以后的流程评审和优化做准备。
在刚开始，笔和纸的原始搭配仍然是最好的起步工具。你可以暂时忽略掉美观或者可复用的因素。但是当你对要呈现的流程已经有足够的信心时，就可以借助软件工具了。
3.1 复杂流程的分解
不可能将所有的活动都放到一张图里呈现。
“业务流程是有层次性的，这种层次体现在由上至下、由整体到部分、由宏观到微观、由抽象到具体的逻辑关系。这样一个层次关系符合人们的思维习惯，有利于企业业务模型的建立
企业部门之间的层次关系表。一般来说，我们可以先建立主要业务流程的总体运行过程（其中包括了整个企业的大的战略），然后对其中的每项活动进行细化，落实到各个部门的业务过程，建立相对独立的子业务流程以及为其服务的辅助业务流程。”
对于很多新人来讲，业务最难的在于划分业务流程图的层次上。
首先，明确你要梳理的业务流程的范围——用大的粗略的关键节点，讲清楚这个业务流程范围中的故事，就是顶层业务流程图。你的顶层业务流程图是业务全局故事的简单表达，但是请注意这里的业务全局不见得是公司整体的业务全局，而是你界定好的业务范围。比如，下图是餐厅的日常运作流程图，若你界定的业务范围是面向顾客的点餐和结帐流程，那么这就是顶层业务流程图。但是若你界定的是整个餐厅的运作业务流程，那这显然还是一个子集——并没有包含餐厅的采购、供应商管理、一级库存管理等工作。
其次，先从顶层的业务流程分解开始，由粗至细。顶层业务流程图的梳理原则：
1.界定范围内的业务全局故事。
2.包含该范围内的关键节点。并且，当被质疑说某某环节怎么不存在时，自己要清楚它在下一层分解中应该被包含在那个关键节点中。比如，赠送10周年优惠券，应该会在结帐节点分解中出现。而打印分单，会在点菜节点中分解。而准备儿童座椅应该是接待入座环节。
3. 顶层流程图分解出来的关键节点未必都会细化分解下去，生成二级以及三级的流程图。这要看该节点涉及到的“活动”以及“角色”是否复杂。
再看一个案例，对传统生产型企业的进销存主业务流程进行分解。橙色的代表被分解点，已经可以分解为四层。当我们分解到第四层，发现再往下去涉及到的活动和角色都已经很少时，就不必再分解了，而是可以将第四层的关键节点直接作为第三层业务流程的“活动”，而不是子流程图。
当然，这是依赖于你梳理业务流程的目标。如果你偏偏是要对“打样”环节进行剖析优化，则还可以继续分解下去。
这一步的工作会帮你建立出清晰的流程目录结构，如下图所示是摘选于刚完成的一个流程梳理的项目中的目录结构部分。可以看到全图即是顶层关键节点，作为老大，可能只要看这一层就够了。下面则会对顶层做更多细化拆解。
“H3.样品认证”在顶层业务流程图中，仅仅是一个“活动”，而在自己细化的这一个层次中，则会包含详细的子活动一级参与者。
3.2 流程图的常用图示
我常用的就是前两行的“活动”，“判断”，“逻辑关系线”，“起始与终止”，以及第二行的“子流程”，和“文件/表单”。如果你不是符号控，我建议这几个就足够了。
其中，“子流程”此图示就是可以帮助你将流程分解得到的子流程能够串联起来，比如，当在”A流程”中涉及到进一步需要分解的&#流程”时，就可以在”A流程”中用子流程符号代表“A1.1”。然后你的读者就会明白要想进一步了解&#″应该参考另外一个流程图。
流程图的常用结构：
给大家看一些案例：
基本上包含大多数图示的流程图：
文档地址：http://www.ais.npic.edu.tw/ais/971%20materials/DfdSfPm_.pdf
只用到少数几个图示画的简单流程图（台湾人的文档中称为程序图——不过这里的程序不是指计算机程序，而是process，仅仅是体现任务之间的处理流程，所以使用极简单的符号也不为怪了）：
以上两个流程图案例，从符号的复杂程度上来讲，一个是完整流程图，一个是基本流程图，但是从表现形式来讲，都属于“泳道图”——Swimlane。这也是我们最常用的一种表现形式了。泳道图能够很好体现部门或者角色在流程中的职责以及上下游的协作关系。且流程图本身的标准容易掌握，达成共识也就更加容易。
3.3 泳道图精要
2大维度：一般泳道图的横向会作为部门或岗位维，当然也有例外，如上述案例中就是横的泳道。而纵向则做为阶段维——时间是从上到下发展的。如果复杂的泳道图，在任务分解上可以在阶段维里做一些划分，比如“采购”，“生产”，“销售”，”配送”等。
活动流转：活动就像一个游泳员一样，游到不同的泳道中去执行任务。
在上文中的软件推荐部分，我推荐过smartdraw工具，此工具还附带了泳道图的模板，大家比较更快能够上手：
3.4 Do vs Donnot 业务流程图的注意事项！
1. 让涉众参与，不要闭门造车
业务流程图包含了你图上的各个参与角色代表，与他们适时确认事情的原本流程，禁止自己YY。
2. 恰当的层次分解，不要将所有都铺到一张图上
如上所示。
3. 逐渐深入，先抓枝干
切忌胡子眉毛一把抓。
4. 流程一定有开始和结束
切忌交付出来的流程图，让读者还来问你：流程的开始点是什么？用清晰的代表开始和结束的符号来完成第一步和最后一步。
5. 编号，编号，编号
这是让沟通效率更高的优化措施。当你有了编号系统，相当于对你的流程图都赋予了唯一识别身份证号。这比中文名称更有效。比如当我们完成了业务流程图后，负责业务流程规则审核和优化的部门能够清楚在邮件里传达：H5.1流程优化，大家就更明确指的是什么。
1. 自己YY应用的环节而不是现实中的环节
2. 所有的环节都试图放到一张图上
3. 一开始就陷入细节，胡子眉毛一起抓
4. 流程很难让人分清楚从哪里开始，到哪里结束
4. 评审及后续行动
验证你是否做到了以上的DO，以及规避了Donnot的做法是什么？
很好办，及时与各位进行评审。将各个涉众都叫到一起，给他们看你梳理出来的成果。
这会发现一些有意思的事情，除了评审你的流程图是否符合现实外，也会评审目前的业务流程是否符合理想。不同的部门和岗位的代表会在这个评审中，确认当前，也会相互提出意见，甚至吵起来，这不失于做流程优化的一个很好的契机。暂且不表了。
微信关注: iProgrammer
最热门的技术类微信公共账号之一，全文推送精选技术文章。扫描加关注，碎片时间学习新技能！
推荐diffmerge
汇集优质的Python技术文章和资源。人生苦短，我用Python！
JavaScript, CSS, HTML5 这里有前端的技术干货！
关注安卓移动开发业界动态，分享技术文章和优秀工具资源。
关注iOS移动开发业界动态，分享技术文章和优秀工具资源。
为作者带来更多读者；为读者筛选优质内容；专注IT互联网。
由数百名译者组成，立志翻译传播优秀的外文技术干货。
一个专门为IT单身男女服务的征婚传播平台。
收录优秀的工具资源，覆盖开发、设计、产品和管理等。
关于伯乐在线博客
在这个信息爆炸的时代，人们已然被大量、快速并且简短的信息所包围。然而，我们相信：过多“快餐”式的阅读只会令人“虚胖”，缺乏实质的内涵。伯乐在线博客团队正试图以我们微薄的力量，把优秀的原创/译文分享给读者，做一个小而精的精选博客，为“快餐”添加一些“营养”元素。
欢迎关注更多频道
– 分享和发现有价值的内容与观点
– 为IT单身男女服务的征婚传播平台
– 优秀的工具资源导航
– 翻译传播优秀的外文文章
– 国内外的精选博客文章
– JavaScript, HTML5, CSS
– 专注Android技术分享
– 专注iOS技术分享
– 专注Java技术分享
– 专注Python技术分享
（加好友请注明来意）
网站使用问题
请直接询问或者反馈
& 2015 伯乐在线
赞助云主机， 赞助云存储