精华内容
下载资源
问答
  • ERP采购业务流程图

    2012-09-24 18:02:39
    通过VISIO绘制的采购相关业务流程图,从中可以了解到采购业务的基本功能
  • 各模块常规业务流程以及其关系 销售 采购 生产 财务
  • 图24.1 企业采购管理数据流程图 8 图24.2 采购基础数据管理数据流程图(第二层数据流) 9 图24.3 采购计划管理数据流程图(第二层数据流) 9 图24.4 采购订单处理数据流程图(第二层数据流) 10 图24.5 采购收货管理数据...
  • 企业管理信息系统整体业务流程图

    千次阅读 2018-07-29 08:47:56
    图是我实施过的一个电子行业的用友ERP项目整体流程图,供参考!   说明: 1、 采购系统录入采购入库单,在库存系统对该入库单登记出入库台帐,在存货核算系统核算采购成本; 2、 采购系统录入采购发票,发票...

    图是我实施过的一个电子行业的用友ERP项目整体流程图,供参考! 

     说明:

    1、     采购系统录入采购入库单,在库存系统对该入库单登记出入库台帐,在存货核算系统核算采购成本;

    2、     采购系统录入采购发票,发票传递到应收应付模块形成供应商和客户往来款,在应付系统核算该发票的款项;

    3、     库存系统开具销售出库单,在应收系统开具应收单,在库存系统对该出库单登记出入库台帐,在存货系统核算销售成本;

    4、     存货的出入在存货模块中记入明细账

    5、     存货系统生成存货成本的凭证传递到总帐系统;

    6、     供应链发生的所业业务能自动生成相应的出入库凭证、往来凭证、收款付款凭证、收入凭证、成本凭证等传递到总账系统,达到业务与业务的一体化管理要求
     

    展开全文
  • 数据流程图,业务流程图,模块结构图

    万次阅读 多人点赞 2017-10-22 21:29:09
    三种图有没有一种傻傻分不清的感觉。首先我们应该清楚,三种图都是在结构化开发方法用到的,结构化开发方法和面向对象开发方法也是最长用到的信息系统开发方法。...从上图可以看出业务流程图用来建立物理模型  

    三种图有没有一种傻傻分不清的感觉。首先我们应该清楚,三种图都是在结构化开发方法用到的,结构化开发方法和面向对象开发方法也是最长用到的信息系统开发方法。


    结构化开发方法将程序生命周期分为了六个阶段,如下图:



    首先我们应该清楚,三种图分别在哪阶段使用



    清楚了在哪阶段使用后,我们应明白三种图各有何用


    从上图可以看出业务流程图用来建立物理模型

                             数据流程图用来建立逻辑模型

                             模块结构图用来分析子系统模块结构及模块间联系


                                                                。。。。。未完待续
    展开全文
  • 销售系统ERP流程图.doc

    2020-07-16 14:37:02
    销售部门销售业务员签订销售合同(参见公司合同审批流程)。所有的销售订单必须填写销售合同审批单(见表:PR-SA-01),进行各部门审批。总调室调度人员在接到销售合同审批单后,根据订单内容、存货情况、产品技术...
  • 业务流程图与数据流程图的比较

    千次阅读 2019-09-24 01:23:28
    业务流程图与数据流程图的比较 [摘要]业务流程图(Transaction Flow Diagram)和数据流程图(Data Flow Diagram)是结构化信息系统开发方法中两种常用的图形工具。本文从描述对象、功能作用、基本符号和绘制方法四个...

    业务流程图与数据流程图的比较

    [摘要]业务流程图(Transaction Flow Diagram)和数据流程图(Data Flow Diagram)是结构化信息系统开发方法中两种常用的图形工具。本文从描述对象、功能作用、基本符号和绘制方法四个方面阐述二者的区别, 对它们的联系也作了介绍。
    [关键词]结构化系统开发方法 系统调研 业务流程图 数据流程图

     

    一、业务流程图与数据流程图的区别

    1. 描述对象不同

    业务流程图的描述对象是某一具体的业务; 数据流程图的描述对象是数据流。

    业务是指企业管理中必要且逻辑上相关的、为了完成某种管理功能的一系列相关的活动。在系统调研时, 通过了解组织结构和业务功能, 我们对系统的主要业务有了一个大概的认识。但由此我们得到的对业务的认识是静态的, 是由组织部门映射到业务的。而实际的业务是流动的, 我们称之为业务流程。一项完整的业务流 程要涉及到多个部门和多项数据。例如, 生产业务要涉及从采购到财务, 到生产车间, 到库存等多个部门; 会产生从原料采购单, 应收 付 账款, 入库单等多项数据表单。因此, 在考察一项业务时我们应将该业务一系列的活动即整个过程为考察对 象, 而不仅仅是某项单一的活动, 这样才能实现对业务的全面认识。将一项业务处理过程中的每一个步骤用图形来表示, 并把所有处理过程按一定的顺序都串起来就形成了业务流程图。如图 1 所示, 就是某公司物资管理的业务流程图。

     

    数据流程图是对业务流程的进一步抽象与概括。抽象性表现在它完全舍去了具体的物质, 只剩下数据的流动、加工处理和存储; 概括性表现在它可以把各种不同业务处理过程联系起来,形成一个整体。从安东尼金字塔模型的角度来看, 业务 流程图描述对象包括企业中的信息流、资金流和物流, 数据流程图则主要是对信息流的描述。此外, 数据流程图还要配合数据字典的说明, 对系统的逻辑模型进行完整和详细的描述。

    2. 功能作用不同

    业务流程图是一本用图形方式来反映实际业务处理过程的“流水帐”。绘制出这本流水帐对于开发者理顺和优化业务过程是很有帮助的。业务流程图的符号简 单明了, 易于阅读和理解业务流程。绘制流程图的目的是为了分析业务流程, 在对现有业务流程进行分析的基础上进行业务流程重组, 产生新的更为合理的业务流程。通过除去不必要的、多余的业务环节; 合并重复的环节; 增补缺少的必须的环节; 确定计算机系统要处理的环节等重要步骤, 在绘制流程图的过程中可以发现问题, 分析不足, 改进业务处理过程。

    数据流程分析主要包括对信息的流动、传递、处理、存储等的分析。数据流程分析的目的就是要发现和解决数据流通中的问题, 这些问题有: 数据流程不畅, 前后数据不匹配, 数据处理过程不合理等。通过对这些问题的解决形成一个通畅的数据流程作为今后新系统的数据流程。数据流程图比起业务流程图更为抽象, 它舍弃了业务流程图中的一些物理实体, 更接近于信息系统的逻辑模型。对于较简单的业务, 我们可以省略其业务流程图直接绘制数据流程图。

    3. 基本符号不同

    (1)业务流程图的常用的基本符号有以下六种, 见图 2 所示。

     

    (2)数据流程图的基本符号见图 3 所示

     

    对数据流程图的基本符号解释如下:
    外部实体表示数据流的始发点或终止点。原则上讲, 它不属于数据流程图的核心部分, 只是数据流程图的外围环境部分。在实际问题中它可能是人员、计算机外设、系统外部的文件等。在圆形框中用文字注明外部实体的编码属性和名称。
    数据流是用箭头线及其上的数据表示数据流动的方向, 数据流由一个或一组数据项组成。
    数据存储表示逻辑意义上的数据存储环节, 不考虑存储的物理介质和技术手段的数据存储环节。它用一个右边开口的长方形条来表示, 图形右部填写存储的数据和数据集的名字, 左边填写该数据存储的标志。

    处理逻辑 加工 也称为处理或功能, 它包括两方面的内容:一是改变数据结构; 二是在原有数据内容基础上增加新的内容,形成新的数据。一般用一个长方形表示处理逻辑, 图形下部填写处理的名字, 上部填写该处理的标志。

    关于业务流程图和数据流程图的基本符号很多教材上都不完全一致, 还没有形成一个统一的标准。例如, 有的教材上用圆形表示外部实体, 有的用矩形表示外部实体。二者所使用的符号不同, 但代表的含义都相同。业务流程图中的业务处理和存储这两个符号和数据流程图中的相应的符号基本一致; 业务流程图和数据流程图中都有箭头线的符号, 但含义不同: 业务流程图中的箭头线表示信息流向, 它没有名称; 数据流程图中的箭头线表示某一数据流, 它有名称, 通常写在数据流的上方。

    4. 绘制过程不同

    业务流程图就是用一些规定的符号及连线来表示某个具体务处理过程。业务流程图的绘制是根据系统详细调查过程中所得的资料, 按业务实际处理过程, 用规定的符号将它们绘制在同一张图上。它的绘制无严格的规则, 只需简明扼要地如实反映实际业务过程。在绘制过程中一般也遵循“自顶向下”的原则。

    数据流程图的绘制方法较为复杂, 它是按照“自顶向下, 逐层求精”的方法进行的, 也就是将整个系统当成一个处理功能,画出它和周围实体的数据联系过程, 即一个粗略的数据流程图( 顶层数据流程图),然后逐层向下分析, 直到把系统分解为详细的低层次的数据流程图。如图A是一个高等学校学藉管理系统的顶层数据流程图。图B、图C则分别是学藉管理系统的2 层、3层数据流程图。

     

     

     

     

    绘制数据流程图的注意事项:

    ①数据流程图的绘制一般是从左到右进行。从左侧开始标出外部实体, 然后画出由外部实体产生的数据流, 再画出处理逻辑、数据流、数据存储等元素及其相互关系, 最后在流程图的右侧画出接收信息的系统外部实体。

    ②父图与子图的平衡。子图是对父图中处理逻辑的详细描述, 因此父图中数据的输入和输出必须在子图中反映。父图与子图的平衡是数据流守恒原则的体现, 即对每一个数据处理功能来说, 要保证分解前后的输入数据流与输出数据流的数目保持不变。

    ③数据流至少有一端连接处理框。数据流不能直接从外部实体直接传送到数据存储, 也不能从数据存储直接传送到外部实体。

    ④数据存储输入/输出协调。数据存储必定有输入数据流和输出数据流, 缺少任何一个则意味着遗漏了某些加工。

    ⑤数据处理流入/流出协调。只有流入没有流出, 则数据处理无需存在; 只有流出没有流入的数据处理不可能满足。

    ⑥合理命名, 准确编号。对数据流程图的基本元素进行编号, 这样有利于编写数据字典及方便系统设计人员和用户的阅读与理解。

    二、业务流程图和数据流程图的联系

    1. 业务流程图和数据流程图都是从流程的角度动态地去考察分析对象, 都是用图形符号抽象地表示调查结果。

    2. 数据和业务的联系具体表现在: 数据流是伴随着业务过程而产生的, 它是业务过程的衍生物; 数据资料基本上也是按组织结构或业务过程收集的; 在数据汇总时, 我们也是以业务流程为单位, 将同一业务的不同处理步骤中的数据加以集中; 数据流程图的绘制遵照业务处理的全过程。

    3. 数据流程图和业务流程图存在一定的对应关系。由业务流程图可以导出相应的数据流程图。有两种思路: 一种是先按业务流程图理出的业务流程顺序, 然后将相应调查过程中所掌握的数据、表单分离出来, 接下来考查数据的流向, 加工处理过程和存储, 把它们串起来就绘制成一完整的数据流程图; 另一种是从业务流程中分离出处理过程, 再考查每一个处理过程的输入数据与输出数据, 将业务过程中所有的处理过程的输入、输出数据流进行有机的集成就形成了一个完整的数据流程图。

    转载于:https://www.cnblogs.com/Mr_JinRui/archive/2012/04/19/2456957.html

    展开全文
  • 业务流程图的绘制流程分享(一)

    千次阅读 2015-10-10 10:23:47
    业务流程图的绘制流程分享(一) 前言:近来一段时间,忙于整理业务流程图,期间,关于流程图的绘制方法和工具也与内部团队和外部做了心得交流,恰好,个人生活也牵涉在买房,婚礼,户口迁移等流程中。不知不觉...

    业务流程图的绘制流程分享(一)

    前言:近来一段时间,忙于整理业务流程图,期间,关于流程图的绘制方法和工具也与内部团队和外部做了心得交流,恰好,个人生活也牵涉在买房,婚礼,户口迁移等流程中。不知不觉,伴随着实践与反思,个人所得的系统知识趋于完整,今儿天气极好,坐在飘窗一隅,听着间或几声鸟鸣歌唱,偶尔瞥一眼窗外的遍地绿荫,真真觉得是个写点什么的日子。所以就整理成文,如果恰好对你有所帮助,那是真真好的。

    真实整理的流程牵涉到公司未公布的计划,不好公开,所以在本文中会借助一个简单的案例替代(这个案例呢,也就是计划写本文前30分分钟才想到的,如有考虑不周,请各位见谅),但是仅传达概念和方法,倒也足够了。恩,甄環体告一段落,咱们开始吧。

    业务流程图的绘制流程分享

    图1:用即时贴与白板做的简单流程图

    本文会包含几块内容:

    1. 什么是流程图?流程图和其他图表(如线框图,概念图,架构图,用例图)有什么不同?

    2. 为什么需要流程图?

    3. 流程图的分类?

    4. 如何绘制流程图?

    5. 流程图绘制工具

    视篇幅情况,会在行文时略加划分为系列,敬请关注并多多交流。

     

    第一部分:什么是流程图?

    1. 定义

    了解一个事情,我习惯从它的定义开始。至于为什么,可以参见我之前的博客文章:http://heidixie.blog.sohu.com/161709085.html

    我们因为厌恶十年教育,厌恶背各种定理和定义,所以我发现生活中和工作中很多人都很讨厌给一个事情下定义以及去参考定义。所以你会发现很多人在一起争吵得不可开交,仔细去听,原来是鸡同鸭讲,根本不在一个频道上。对于一个事情的描述,没有一个共同的语言,没有所谓的术语。有定义很好办,你们共同引用一个定义,发现定义有问题,OK,去补充这个定义,并扩展到更多的人群。当然,任何事情过犹不及,我们相互提醒吧。

    那什么是流程图呢?说文解字是一种了解定义的好方法。流程图=流程+图,如下图:

    业务流程图的绘制流程分享

    图2:流程图的定义

    流程:Flow,是指特定主体为了满足特定需求而进行的有特定逻辑关系的一系列操作过程,流程是自然而然就存在的。但是它可以不规范,可以不固定,可以充满问题。所以就会造成看似没有流程。前不久,团队每个人对接一个业务团队去调研流程,反馈给我的流程有一些缺失。询问时,负责人反馈给我的答复是:这一块业务他们没有流程。其实严格意义上讲,业务已经开展,不可能没有流程,只是说没有固定的流程或者你调研的对象也讲不清楚。

    :Chart 或者 Diagram, 是将基本固化有一定规律的流程进行显性化和书面化,从而有利于传播与沉淀、流程重组参考。

    从定义可以看出,只要有事情和任务,流程就会有,但是并不是所有的流程都适合用流程图的方式去表现,适合用流程图去表现的流程是一定程度固定的有规律可循的,流程中的关键环节不会朝令夕改的。

    2. 流程图与其他图表的对比

    工作中我们还用到或听到很多其他类型的图表,比如交互设计师们经常说的线框图(Wireframes),信息架构图或站点地图(Site Map),,开发工程师们经常说的用例图(Use Case)或E-R图。这些不同的图表要表达的内容有何种差异呢?简单做个对比,如图:

    业务流程图的绘制流程分享

    图3:流程图VS其他常用图表

    如果要串到某一个项目来说,可以理解成:

    用例图(Use Case):

    表现了一个角色在系统里要完成的活动是什么,比如用户这个角色与ATM取款机的交互过程中,用户需要完成的活动有存钱,取钱,查询等。而存钱这个活动再可以进一步细分为插卡,输入密码,输入金额,ATM吐钞,用户收款,退卡等活动。用例图可以不考虑用户动作的前后次序,而仅仅提取一些关键的动宾短语,映射出系统应该满足的功能点。常用用例图的人是产品经理和开发工程师。

    流程图则表示用户每一个活动的前后次序,比如用户必须要先插入银行卡,才能够输入密码,且流程图必须直接表现出各种异常判断,比如当密码错误时,出现什么提示,密码输入错误超过多少次时,出现什么提示和动作。常用流程图的人是产品经理,设计师,或者任何需要讲述业务如何运作的人。

    信息架构图,站点地图(Site Map):

    表现为了做一个这样的系统,功能与内容的展现层次是什么,比如用户一进去后,欢迎页面的导航如何设计,是否直接出现取款,存款,查询,或者还有别的导航?常用信息架构图的是设计师。但是常用组织架构图的是HR。

    线框图(Wireframe):

    将具体每个界面的内容布局和权重表达出来,且标注出一些交互细节的设计,比如当密码错误后,如何提示下一步动作。常用线框图的人是设计师。

    实体关系图(E-R图):

    则是数据库架构的工作,表示一个业务系统或场景中的实体时间的关系,比如储户与银行卡的关系是归属1对多,通过开卡事件产生关联。一般来讲,用矩形来表示实体,椭圆标识这个实体的属性,比如储户这个实体的属性有:姓,名,手机号码,住址等。而银行卡的属性有:开户行,开户名称,银行卡号等。

    以上的这些图表各自都有领域的专家,我这里就不班门弄斧了。

    那么流程图要体现出他的差异定义,要素是什么?总结出了流程图的6大要素,希望大家能够记住,这6个要素可以在以后的文章里不断回顾,你也可以拿来判断你所看到的流程图是否专业。

    业务流程图的绘制流程分享

    图4:流程图6大要素

    ●参与者:谁在这个流程中?可以是系统,可以是个打印机,更多的指什么角色——一般是有某种工种的人。比如客服同时有小A和小B两人,但是若他们的工作性质完全一样,那么在流程图里只需要写一个客服角色就可以了。

    ●活动:做了什么事,比如点餐,结帐等活动。

    ●次序:这些事情发生的前后顺序如何,哪个任务是其他任务的前置条件?比如客人不结帐,就不会产生送他优惠卡的活动。

    ●输入:每项活动开始取决于什么样的输入物或数据,比如做饭的师傅开始做菜时,需要拿到具体的点菜单。

    ●输出:每项活动结束后,会输入什么样的文档或数据传递给下一方,比如师傅做好菜后,如何让负责传菜的人知道菜已经做好?

    ●标准化:采用一套标准化的符号用以传递你的流程图,从而使受众更快明白。

    关于流程图的标准化,并不是强制的,事实上,我们见过很多种类的流程图,只要能够传递明白任务和次序其实已经归类于流程图了。如下面的图:

    业务流程图的绘制流程分享

    业务流程图的绘制流程分享

    但是若在一个公司的环境下,你的流程图的受众又非常多的话,采取标准化的符号会带来很多交流上的好处,总之你懂的。

     

    第二部分:流程图的分类?

    常见的流程图有业务流程图(Transaction Flow), 页面流程图(Page Flow)。

    在工作中,作为UED,你可能会发现PD经常谈的是业务流程,而作为交互设计师,我们更多产出的是页面流程图。页面流程图和业务流程图到底有什么关系呢? 先有谁,其次再有谁呢?

    先讲个故事:假设你的梦想是开个中高档的全国连锁餐馆,那么首先你想到的应该不是如何去选址,而是将为何要开连锁餐馆这件事情,以及你的定位,核心竞争力想清楚。是快餐,还是点餐,是连锁还是加盟?定位于社区还是繁华商圈?是川菜还是江浙海鲜?是面向中老年还是年轻人?是家庭主题还是动漫主题?竞争对手是谁?需要什么样的投资?可能的风险是什么?这些都想清楚了,问题都有答案了,所谓战略层要清晰了吧。然后假设你现在分析来分析去,与主要投资方决定了一个方向:面向年轻人的时尚动漫茶餐厅,连锁,但是先在杭州开始第一家,选址定位于年轻人约会,扫街的地域,比如风景区,著名商圈,电影院旁…………等等等等,那么接下来呢?

    接下来就是想办法让这些实现吧?那么需要做什么事情呢?选址?拉投资?搞装修?选餐饮菜单?雇佣员工?每一步怎么去做,时间点是什么?等等的任务拆解以及计划,就需要到战术层了。

    这些事情的执行,总是需要请人的吧?先是核心团队分工去部署各项建设任务,当餐厅开设起来后,就需要组织稳定的运营团队,如服务、卫生、厨房、采购、人事等等,厨房里面还得分工,白案,热菜,冷菜等等吧?每个部门需要设置管理层以及汇报关系吧?所以你的组织结构就诞生了。

    那具体每种角色是如何顺畅合作完成日常稳定的以及突发的各项任务呢?比如,当顾客上门时,谁去引导客人入座,谁去点菜,怎么将点菜的讯息迅速传递到厨房,并分发到酒水间、冷菜间、热菜间?并保证客人尽快能够吃到所点的菜?你必须要考虑各种人员的协作流程,优化效率,所以业务流程就出现了。

    人肉运营了一段时间,没有借助任何点餐系统,你发现也还可以。客人点菜时,服务员手抄写下客人的要求,因为有复印纸,所以服务员能够将副本送入厨房,同时写下餐桌号码。厨房规模较小,负责分配任务的员工看下菜单,分别往冷菜处的黑板上写下需要他们处理的,以及跑到热菜区的黑板上写下待处理的菜品,以及去酒水间报下品名即可。可是随着经营的扩大,以上的人肉方式出现了很多问题,首先,手抄效率太低,顾客频繁换菜,响应来不及,手抄出错,导致经常报错菜。厨房很混乱,不得不多招了几个人专门跑堂。而一旦顾客要加菜,撤菜就更麻烦了,需要找出他们当时点的菜,再进行人工的批注和修改,同时要修改厨房后端的各个黑板……

    所以你们想要开发一套智能系统,取代很多人肉工作,你们请了系统开发团队,他们经过评估,判断从点菜开始,一直到传菜都可以用系统解决。手持终端,能够快速传递顾客点菜需求到打印机,打印系统能够根据顾客点菜的类型进行自动的分单打印,所以热菜间看到自己的热菜菜单,冷菜间看到自己的冷菜菜单,而酒水间看到酒店菜单。当他们准备完毕后,送出,传菜员可以根据菜名与打印出来的单据进行传菜并根据顾客的点菜小票进行核对。这套系统同时必须配备结算系统,将最终确认掉的菜单及消费价格传递到结算前台,收银员能够快速进行操作。

    这套系统最终是需要展现出来的,那么手持终端的界面如何设计?服务员能够用更少的点击完成一个菜的点餐吗?结算中心的界面如何设计?

    通过以上的故事,是不是更明白从战略、战术、业务流程图到页面流程图的关系了?总结下:

    ●先是有一个业务需求和业务目标,也即我们的愿景是什么?(战略)

    ●然后就诞生了我们需要分解出什么样的任务,如何执行战术?(战术)

    ●然后就诞生了需要架构什么部门,岗位去分工协作?(组织架构)

    ●然后就诞生了不同的部门在协作完成某件任务时的业务流程?(业务流程)

    ●业务流程基本稳定后,往往会考虑优化效率,所以会诞生出系统来支持流程,减少人肉环节,促进数据采集(系统愿景)

    ●为了设计这个系统,PD需要思考什么功能能够取代某个环节的人肉工作(功能需求,系统流程)

    ●不管是怎么样的功能最终都会以界面的方式呈现,设计师们会关注用户在系统里的任务流,行为路径,让用户完成任务更加高效愉悦。(页面流程)

    当然,除了业务流程,系统流程,页面流程,还有数据流程被人关注。

    我们平时工作中,还会经常听人谈到泳道图啊,任务流程图啊等等概念,究竟是神马关系呢?

    业务流程图的绘制流程分享

    图5:流程图的分类

    本文着重于上述流程中的“业务流程图”——并会分享如何绘制泳道图——也即是PD们最多使用,技术们最多参考,UED们最多看到的流程图。

    本来在第四部分会对泳道图的图示以及绘制方法、原则做更详细的说明,但是看目前的篇幅情况,预计会放到下篇,所以先在这里简单说明下吧。

    在工作中,我们经常能够看到两种业务流程图,从表现形式来看,一种很好区分,俗称为“泳道图”的它,在样子上也确实像个泳道,可以有横向的泳道,也会有纵向的泳道。泳道图在某些文档里会被称为“以活动为单位的流程图”,浮在泳道中的都是一个个活动。

    业务流程图的绘制流程分享

    另外一种类型是以部门和岗位为单位的流程图,下图中的圆形就代表一个个部门或岗位。矩形代表活动。这种流程图关注事情如何完成的逻辑,但是在体现各个部门的责任上比较弱。如果是某个岗位的人来看,很难像泳道图那样一眼就能看到自己部门的职责和任务。所以现在用得比较少。

    业务流程图的绘制流程分享

    再回过头来说泳道图,泳道图有几个关键点:两大维度,活动流转,流程要素。我们会在以后详解。

    业务流程图的绘制流程分享

     

    第三部分:为什么需要业务流程图?

    流程图可以提供一种简单扼要的“缩略俯瞰图”,帮助观众快速了解业务如何运转。它包含了几个关键词:谁,什么时候,在什么条件下,做了什么事情,输入什么,输出什么,输出给谁……

    与系统流程不同,业务流程更关注于业务本身如何运作,讲的是业务故事,包含的是业务规则。而系统流程则是满足业务流程,实现部分流程或全部流程的信息化和系统化。

    所以业务流程是所有环节的前置条件——软件需求分析,信息系统建设也会先进行业务流程的梳理。

    下面表现了业务流程图是如何在三个主要场景中发挥作用的:

    1. 员工培训

    业务流程图的绘制流程分享

    图6:流程图的应用场景之一:培训

    在此场景中:流程图能够提供一种快速了解业务如何运作的视图,通过业务流程图,新员工能够快速明白业务的最终目标是什么,中有哪些角色在参与以及他们的职责,以及彼此之间的联接。

    除了培训新员工,在员工轮岗、调职场景中,员工也需要业务流程图参考,明白新的工作内容如何开展,以及自己所处的位置,自己的上游是谁,下游是谁,自己需要交付的工作内容是什么。

    2:流程优化与重组

    业务流程图的绘制流程分享

    图7:流程图的应用场景之二:流程优化

    业务流程重组(Business Process Reengineering)的存在可以明确反驳:存在即合理。事实上,存在的业务流程并未是合理的,有可能是参与的多个角色习惯了某种做法,有可能是变革尚未影响到末端的操作,也有可能缺乏对于运行中的业务流程问题的洞察以及强有力的变革推动——因为要推动业务流程变革,不是某个部门的事情,而是需要流程中各个部门的通力配合。

    更多时候,业务流程优化是自上而下的,但是老板们未必对实际运作的业务流程那么心知肚明,业务流程图能够很好去表现这个“运作模型”。通过看业务流程图,找关键节点的人访问,能够直接切入:为什么要这么做,为什么不这么做?从而探索出更深层次的问题,而不是问:你们现在怎么做?

    通过调研,分析业务流程图,引入更多角色,能够分析出目前业务流程的问题:缺失,重复,风险,效率等等。从而制定相应的优化方案。

    3:信息化的基础

    业务流程图的绘制流程分享

    图8:流程图的应用场景之三:信息化基础

    正如上文所述的餐馆梦想的案例,信息系统的一项任务就是解放员工的手脚,取代一些重复的人力劳动工作。系统上了之后,不是说业务流程不需要而是经过了一些调整,其中某个参与者变成了系统,或手持设备,或打印机而已。

    那么在做系统的功能设计和系统流程设计时,是不是必须先要了解目前业务是如何运作的呢?从而更好分析分析,更好说明系统在什么环节取代了什么类型的人肉工作?

    所以我们看到的PRD往往也会先以业务流程图开始说明,而叙述一个系统建设的好处时,也可以用以前的业务流程与系统上了之后的业务流程进行对比。根据分析,将愿景中的新的业务流程图背后需要系统的功能点撰写清楚。

     

    第四部分:如何绘制业务流程图?

    首先绘制业务流程图本身有没有流程?一定是有的。在软件工程学里听说一句话叫:万物皆对象。那么在流程学里,万事皆流程。吃饭难道没流程吗?就吃饭的动作而言,就有流程:拿筷子——夹菜——入口——咀嚼——吞咽。

    有不少同学在这一部份很快想会问一个问题:Heidi,请介绍画流程图的工具吧?

    我个人是工具派,从不否认人工欲善其事,必先利其器的道理。好的工具本身就是一名好的老师,除了技能,也能够教会我们一些理论与理念,这些理念也是“器”中很重要的一部分。其次才是具体的工具应用技能。所以我并不建议直接跳转到工具应用。对于初学者而言,笔与纸永远是最好的入门工具,因为你无需和任何一个陌生的软件较劲。

    那么,绘制业务流程图有没有可遵循的流程呢?我建议可以从下面4步着手。

    1. 调研

    如何快速了解业务运作真相?有没有调研的技巧放送?

    2. 梳理与呈现

    能否快速将调研得到的文字和问题,快速转化为业务流程图?

    业务流程图的标准图示是什么?

    怎么评价一个业务流程图的好与坏?

    3. 评审与确认——能否真正让业务流程图反映现实中的业务?

    4. 归档维护——流程不断变更,业务流程图如何快速响应?

    这些将会在下篇《业务流程图的绘制流程分享(二)》详解。

     

    第五部分:绘制工具?

    如果不搞工具研讨会的话,这部分比较简单.

    Windows: 线下工具大家常用的就是下面三个:

    小的流程图用用PPT就够了,完了就导出图片或截图。交互设计师们因为常用axure绘制线框图,所以也不必为了流程图去学习新的工具,完全可以用axure的flow控件完成简单的业务流程图的制作。而PD们则常用微软的visio。

    业务流程图的绘制流程分享

    此外,特别推荐一个软件:SmartDraw

    我最近的流程图都是用SmartDraw绘制的,你可以下载一个免费版本体验下。这个工具不仅仅是为了流程图而设计的,几乎上包罗万象:线框图,流程图,E-R图,UML ,韦恩图,甚至甘特图,脑图……没有像很多人推荐就是因为他太庞大了,尤其是里面的模版。大家体验下:

    业务流程图的绘制流程分享

    Mac电脑:

    自然要推荐omniGraffle. 绘制出来的任何图表不知为何总会觉得很美……

    当然,这个软件是可以去www.macx.cn下载免费版的……

    但是不管windows还是mac,除了线下的工具,还有更多线上的选择:

    不过貌似我们对线上工具普遍来说都不太放心,是对服务器,网速,还有对GFW不放心吧。

    1. https://cacoo.com/

    业务流程图的绘制流程分享

    这个是界面做得最好看的一个工具。我用它来绘制过概念图(Concept map)。如下图即是用以上的工具画的。

     业务流程图的绘制流程分享

    2. http://creately.com/

     业务流程图的绘制流程分享

    3. www.lucidchart.com

    业务流程图的绘制流程分享

     

    转载请注明来处,关注我请点击:http://weibo.com/heidixie

    展开全文
  • 业务流程图描述的是完整的业务流程,以业务处理过程为中心。一般没有数据的概念。 为了方便大家理解,我还将从符号、案例两方面进行区分: 一、符号使用区别 当我们描绘一个业务流程时,一般使用以下这5个基本...
  • 企业级的应用架构:企业层面的应用架构起到了统一规划、承上启下的作用,向上承接了企业战略发展方向和业务模式,向下规划和指导企业各个IT系统的定位和功能。在企业架构中,应用架构是最重要和工作量最大的部...
  • 企业管理的分析和设计中,主要涉及到的流程是业务流程与审批流程。流程是为达到特定目标而由不同人分别协同完成的一系列活动。活动之间不仅有严格的先后顺序限定,而且活动的内容、方式、责任等也都必须有明确的...
  • 1 画出某商品库存管理系统的业务流程图 采购员将入库单交给检验员检验员将不合格的入库单退回采购员合格的入库单交保管员并记入库存台帐统计员根据库存台帐制定月报表交主管部门审阅 2画出某库存管理系统的业务流程...
  • 1 画出某商品库存管理系统的业务流程图 采购员将入库单交给检验员检验员将不合格的入库单退回采购员合格的入库单交 保管员并记入库存台帐统计员根据库存台帐制定月报表交主管部门审阅 2画出某库存管理系统的业务流程...
  • 如何绘制业务流程图

    千次阅读 2017-06-10 16:32:48
    业务流程图的表达的6个关键问题 ———————————————分割线———————————————————————— 1. 业务流程图的“烹饪三部曲” 在绘制业务流程图前,思考如何精美、如何交互...
  • Oracle EBS 基本业务流程图

    千次阅读 2019-02-17 10:08:40
    Oracle EBS 基本业务流程图
  • erp流程图 囊括了各个业务流的流程图 企业销售管理业务 企业采购管理数据 企业库存管理 制造标准管理 计划管理业务 企业车间管理 。。。具体请看文件
  • 业务流程图绘制

    千次阅读 2015-07-10 17:27:51
    主要介绍业务流程图绘制应该经历哪些步骤,具体如何操作
  • 因为在上篇文章后,Heidi确实在邮件里收到一些邮件,询问业务流程图的具体操作指南——这东西很好,这东西很有用,但是似乎上篇都是讲的“真实的道理”,但是具体怎么做呢?我应该注意什么呢?…… 所以,干脆也分享...
  • 摘要:业务流程分析可以帮助了解某项业务的具体处理过程,梳理清楚系统中各角色及因素之间的关系,发现...接上篇《业务流程图绘制方法经验谈(上篇)》,本篇将对上篇中间的第四部分——如何绘制业务流程图展开更多讨论。
  • 程序流程图 程序流程图又称程序框图,是用统一规定的标准符号描述程序运行具体步骤的图形表示。程序框图的设计是在处理流程图的基础上,通过对输入输出数据和处理过程的详细分析,将计算机的主要运行步骤和内容标识...
  • (转)业务流程图与数据流程图的比较

    千次阅读 2012-01-30 17:24:43
    [摘要]业务流程图(Transaction Flow Diagram)和数据流程图(Data Flow Diagram)是结构化信息系统开发方法中两种常用的图形工具。本文从描述对象、功能作用、基本符号和绘制方法四个方面阐述二者的区别, 对它们...
  • 业务流程图 vs 数据流程图

    千次阅读 2009-09-02 15:44:00
    一、业务流程图与数据流程图的区别 1. 描述对象不同 业务流程图的描述对象是某一具体的业务; 数据流程图的描述对象是数据流。 业务是指企业管理中必要且逻辑上相关的、为了完成某种管理功能的一系列相关的活动。在...
  • 企业销售\采购\库存\制造标准\计划\ 企业车间等管理
  • 业务流程图与数据流图的对比

    万次阅读 热门讨论 2014-10-18 21:27:13
    业务流程图与数据流图,这两个图都是在系统分析阶段要进行的
  • 软件开发流程图模板

    千次阅读 2020-08-10 22:59:06
    软件开发流程图 软件开发流程即软件设计思路和方法的一般过程,包括对软件先进行需求分析,设计软件的功能和实现的算法和方法、软件的总体结构设计和模块设计、编码和调试、程序联调和测试。软件项目开发流程图是...
  • 业务流程整理概述 20分钟 业务流程图绘制方法 30分钟 业务流程整理注意事项 10分钟 业务流程整理练习 25分钟 问题交流 10分钟;提 纲; ; ; ; ;业务流程概念 ;业务流程概念 ;业务流程成果规范 ;提 纲;流程图绘制;流程...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 16,462
精华内容 6,584
关键字:

企业采购业务流程图