业务流程图 订阅
业务流程图(TFD)是一种描述管理系统内各单位、人员之间的业务关系,作业顺序和管理信息流向的图表。它用一些规定的符号及连线表示某个具体业务的处理过程,帮助分析人员找出业务流程中的不合理流向。TFD 基本上按业务的实际处理步骤和过程绘制,是一种用图形方式反映实际业务处理过程的“流水账”。绘制这本“流水账”对于开发者理顺和优化业务过程是很有帮助的。 [1]  业务流程图主要是描述业务走向,比如说病人吧,病人首先要去挂号,然后再到医生那里看病开药,然后再到药房领药,然后回家。业务流程图描述的是完整的业务流程,以业务处理过程为中心,一般没有数据的概念。 展开全文
业务流程图(TFD)是一种描述管理系统内各单位、人员之间的业务关系,作业顺序和管理信息流向的图表。它用一些规定的符号及连线表示某个具体业务的处理过程,帮助分析人员找出业务流程中的不合理流向。TFD 基本上按业务的实际处理步骤和过程绘制,是一种用图形方式反映实际业务处理过程的“流水账”。绘制这本“流水账”对于开发者理顺和优化业务过程是很有帮助的。 [1]  业务流程图主要是描述业务走向,比如说病人吧,病人首先要去挂号,然后再到医生那里看病开药,然后再到药房领药,然后回家。业务流程图描述的是完整的业务流程,以业务处理过程为中心,一般没有数据的概念。
信息
简    称
TFD
特    点
按业务部门划分的横式图等
作    用
描述业务走向
中文名
业务流程图
绘    制
按业务的实际处理步骤和过程进行
外文名
Transaction Flow Diagram
业务流程图绘制
业务流程图的绘制是按照业务的实际处理步骤和过程进行的。业务流程图是一种系统分析人员都懂的共同语言, 用来描述系统组织结构、业务流程。基本符号及含义 如图所示
收起全文
精华内容
下载资源
问答
  • 该文件是一份电商APP的整体业务流程图,主要模块有 首页推荐区业务,首页内容规划,个人中心(类似淘宝个人中心业务),消息中心,购物车,商品区,订单,商城通用部分。
  • 业务流程图

    2012-10-26 19:46:51
    这是关于一些题目的数据流程图和业务流程图
  • 网上书店基本流程图 、基本业务流程图、基本数据流程图
  • IT部门业务流程图

    2018-11-02 14:46:44
    适用于IT行业的工作流程分析,东东不错。适用于IT行业的工作流程分析,东东不错。
  • 医疗信息管理系统业务流程图,适合企业对员工培训使用,简单明了的展示了医院HIS全部业务流程
  • U8采购业务流程图

    2017-05-26 17:44:30
    用友U8采购业务流程图
  • 管理信息系统的完整版数据流程图和业务流程图,画得很细,值得参考
  • 业务流程图和数据流程图、流程图

    千次阅读 2021-03-30 23:16:24
    业务流程图TFD 数据流程图(DFD) 业务流程及数据流程图

    一、业务流程图TFD

    业务流程图(Transaction Flow Diagram,TFD)是一种描述管理系统内各单位、人员之间的业务关系,作业顺序和管理信息流向的图表。它用一些规定的符号及连线表示某个具体业务的处理过程,帮助分析人员找出业务流程中的不合理流向。

    TFD 基本上按业务的实际处理步骤和过程绘制,是一种用图形方式反映实际业务处理过程的“流水账”。绘制这本“流水账”对于开发者理顺和优化业务过程是很有帮助的。

    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述

    二、数据流程图(DFD)

    数据流程图(Data Flow Diagram,DFD/Data Flow Chart),简称数据流图,是一种描述系统数据流程的主要工具,它用一组符号来描述整个系统中信息的全貌,综合地反映出信息在系统中的流动、处理和存储情况

    数据流程图有两个特征:
    1)抽象性
    数据流程图把具体的组织机构、工作场所、物质流都去掉,只剩下信息和数据存储、流动、使用以及加工情况

    2)概括性
    指数据流程图把系统对各种业务的处理过程联系起来考虑,形成一个总体。
    在这里插入图片描述
    为了描述复杂的软件系统的信息流向和加工,可采用分层的DFD来描述,分层DFD有顶层,中间层、底层之分。
    **1)顶层。**决定系统的范围,决定输入输出数据流,它说明系统的边界,把整个系统的功能抽象为一个加工,顶层DFD只有一张。

    **2)中间层。**顶层之下是若干中间层,某一中间层既是它上一层加工的分解结果,又是它下一层若干加工的抽象,即它又可进一步分解。

    **3)底层。**若一张DFD的加工不能进一步分解,这张DFD就是底层的了。底层DFD的加工是由基本加工构成的,所谓基本加工是指不能再进行分解的加工。

    在这里插入图片描述在这里插入图片描述

    三、流程图

    流程图(Flowchart):使用图形表示算法的思路是一种极好的方法,因为千言万语不如一张图。
    在这里插入图片描述

    四、业务流程图、数据流程图和流程图的区别

    按我的理解,是侧重点不同。

    业务流程图,表现单位、人员之间的业务关系、工作流程。顾名思义,描述的是业务。

    数据流程图,表现信息/数据在系统中的流动、存储和处理。

    流程图,其实可以称为算法流程图。一般性的流程图都可以用它,包括业务流程图和数据流程图,只不过没有TFD和DFD表现得那么好罢了。也许,流程图是业务流程图和数据流程图的基类。

    业务流程及数据流程图

    展开全文
  • 详细的书店进书业务的业务流程图和数据流程图,希望对你有帮助
  • 业务流程图的绘制流程分享(一)

    万次阅读 2018-03-25 09:14:46
    前言:近来一段时间,忙于整理业务流程图,期间,关于流程图的绘制方法和工具也与内部团队和外部做了心得交流,恰好,个人生活也牵涉在买房,婚礼,户口迁移等流程中。不知不觉,伴随着实践与反思,个人所得的系统...

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

    真实整理的流程牵涉到公司未公布的计划,不好公开,所以在本文中会借助一个简单的案例替代(这个案例呢,也就是计划写本文前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

    展开全文
  • 超市进销存管理业务流程图 采购 销售 库存
  • 业务流程图与数据流程图的比较

    千次阅读 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

    展开全文
  • 销售系统数据流程图 IPO图 业务流程图
  • 图27.2 主生产计划管理业务数据流图(第二层数据流程图) 20 图27.3 物料需求计划管理业务数据流图第二层数据流程图) 21 图27.4 能力需求计划管理业务数据流图第二层数据流程图) 21 图27.5 计划管理实体关系 22 图...
  • 业务流程最优秀的,包含所有,对你考试绝对有用,都在里面,详细到老师跟你讲的例题,因为老师讲过的大部分会考出来!
  • 产品经理必备技能之业务流程图

    千次阅读 2019-12-08 13:30:06
    业务流程图(TFD)是一种描述管理系统内各单位、人员之间的业务关系,作业顺序和管理信息流向的图表。 流程是为了达到特定的目标而进行的一系列有逻辑性的操作过程,它可以不规范、可以充满问题,但它确确实实存在着。...

    原创不易,麻烦点个关注,点个赞,谢谢各位。

    业务流程图(TFD)是一种描述管理系统内各单位、人员之间的业务关系,作业顺序和管理信息流向的图表。

    流程是为了达到特定的目标而进行的一系列有逻辑性的操作过程,它可以不规范、可以充满问题,但它确确实实存在着。只要有事情或任务,就会有流程的存在,将有一定规律的流程用图表表示出来可以让流程可视化,从而有利于流程的重组优化。

    在工作中,我们常用到的流程图有:业务流程图、页面流程图和数据流程图。作为产品,经常谈的是业务流程图;作为交互设计师,则比较关心页面流程图;而作为系统分析师,数据流程图最关键。

    业务流程图

    业务流程图的作用是表达清楚业务需求在产品线的各个阶段中在各个功能模块之间的轮转。

    通常情况下,一个业务需求不仅仅对应一个功能需求,而是由多个功能需求组成的,举例来说:业务需求是注册,那么功能需求就包括填写信息的正则校验,验证码的生成与校验,注册协议查看(和勾选),此外,后台还要有账户生成与信息记录的功能,需要手机注册的还要有短信的发送与验证功能(邮箱注册同理)。

    可见,业务需求要求概括精炼,功能需求要求详细具体。一个业务需求通常涵盖多个功能需求,涉及前端展示、后台记录等多个部分,所以业务流程图通常复杂详细,尽量能够涵盖各种异常情况(每种异常情况都有相应的前、后台解决方案)。

    业务流程图的绘制思路一般是:

    首先将业务按阶段划分,比如电商类可以分为下单和支付,单车类可以分为提车、骑行和停车;

    然后列出每个阶段参与的功能模块,比如下单阶段,就有商品查看、登录/注册、信息记录、个人中心等功能。

    最后按照时间顺序,画出业务需求在各个功能模块之间的流转情况。

    为了输出一份完整的业务流程图,一般有两个原则:

    先思考主干流程,再思考分支流程,主干流程逻辑准确,分支流程全面无遗漏;

    表达清楚后台产生的各种判断及相应的前端展示,这将作为接口设计的重要根据。

    下面以电商购物的实例,绘制一份业务流程图
    在这里插入图片描述
    一个完整的电商购物流程,通常包含两个阶段,五个部分,两个阶段就是下单和支付,五个部分是用户、交易、账号系统&个人中心、支付系统和CRM系统,如果仅仅从用户角度出发,很难考虑到后台各种判断和操作,那样就变成了任务流程图,而这个图中包含了购物流程的用户操作、前端展示和后台判断,体现了实现购物业务所需要提供的功能和各部门的支持,在这个图中也能看出所需要的接口和数据。

    业务流程图应该是拿到业务需求(或BRD)后,首先输出的文档,而且并不是一成不变的,会在对业务需求或者BRD的多次讨论中不断补充完善,最后成为整个项目的标杆文件,在构建技术架构和技术分工时,将其作为主要参考。所以,绘制业务流程图时,一定要逻辑清晰,不能遗漏任何一个重要部分。

    任务流程图

    任务流程图表达的是用户在执行某个具体的任务时的工作流程。任务流程图可以理解为一个简化版的业务流程图,只有主要的操作步骤,通常在写用户体验报告时,利用任务流程图表达页面流转和主要操作,同样以电商购物为例:
    在这里插入图片描述
    由上可见,相比于业务流程图,任务流程图的特点是:

    只展现用户的操作,不展现后台的判断;

    只展现正常流程,不展现异常流程;

    只可查看用户的工作流程,无法作为开发的参考。

    不管是绘制业务流程图还是任务流程图,重点都应放在逻辑关系上,而不是图形本身的细节。说到底,流程图只是帮助我们更好地进行分析思考的工具,能够画出逻辑清晰的流程图,不一定对每个模块都了如指掌,但如果流程图逻辑混乱、含糊不清,那么肯定要反思是不是对业务需求或者功能需求的理解不清晰。作为刚入门的新手,结合思维导图,经常分析产品的业务流程和任务流程,对提高逻辑感和产品思维,还是很有帮助的。

    1.业务流程图的两种图表类型

    (1)管理业务流程图

    我们现在所说的流程图其实是传统的管理业务流程图,包含基本流程图和跨职能流程图(泳道图)两种。以医院挂号流程为例。
    在这里插入图片描述
    基本流程图虽然明确地说明了整个流程,但却无法清楚地说明每步流程是由哪个角色负责的。为了有效表示各个流程是由谁来负责的,可以通过泳道流程图来实现,这样不仅体现了整个活动控制流,还能清楚知道各个角色在流程中所承担的责任。

    管理业务流程图已基本能满足业务流程走向的表达,但在复杂的系统交互中,表达并发概念时,传统的管理业务流程图已无法表达,这就需要用到UML建模。

    (2)UML活动图

    UML中共定义了13种图,如下,其中用例图、活动图和顺序图用的比较多。
    在这里插入图片描述
    UML细分了各种图,分别在不同的角度来描述系统流程,在本质上,UML各种图均属于流程图。

    其中UML中活动图同管理业务流程图类似可用于表示业务过程,唯一的区别是活动图支持并行行为。传统的流程图着重描述处理过程,它的主要控制结构是顺序、分支和循环,各个处理过程之间有严格的顺序和时间关系;而UML活动图描述的是对象活动的顺序关系所遵循的规则,它着重表现的是系统的行为,而非系统的处理过程。

    那UML活动图是如何来表示并发业务流程的呢?

    UML活动图也可包含为基本活动图和泳道活动图,表达的方式与管理业务流程图差不多,但图例上稍有不同(图例区别可参考下方)。

    在这里插入图片描述
    同管理业务流程图一样,泳道让流程中个角色的分工一目了然。一个泳道表示流程内的一个角色,泳道内仅仅画出该泳道所表示角色完成的活动(判断,并行等可以画在任意泳道)。

    总结:管理业务流程图或UML活动图均可以用来表达业务流程,具体使用哪种图来表达业务流程可以凭君喜好,但要遵循一定的符号结构,不要混搭。不过要表达并行行为的还是使用UML活动图吧。

    2.两种流程图图例和结构
    (1)管理业务流程图

    管理业务流程图的常用符号如下,其基本结构包含:顺序结构、选择(分支)结构、循环结构。
    在这里插入图片描述
    在这里插入图片描述
    (2)UML活动图

    UML活动图的常用符号如下,其基本结构除了顺序结构、选择(分支)结构和循环结构外,还可能存在并发的事件流。在UML中,可以采用一个同步线来说明这些并行控制流的分岔和汇合。

    在这里插入图片描述
    同步线:分岔是有一个进入转换,两个或多个离开转换;而汇合则是两个或多个进入转换,一个离开转换。
    在这里插入图片描述
    3.如何绘制流程图?
    (1)在开始绘制业务流程图之前需要先想清楚的2个问题:

    1)所要描述的是哪一段业务流程?

    在画流程图之前先确定业务流程起终点,是截取某一段业务进行详细描述,还是整体业务模块进行描述。不可能将所有的流程都放到一个图里展示,也不可能大而笼统不画出关键事件,要学会划分业务流程范围,把握粒度。

    举例

    还是以医院挂号看病为例,先挂号再看病。整个流程下来其实可以细分为两个流程,分别为挂号流程和看病流程;甚至粒度可以再细点,分为取小票流程、挂号流程、缴挂号费流程、排队看病流程等,但很明显,单独分析取小票流程和缴挂号费流程粒度过小,没有实际意义。

    总结:可采用自顶向下,逐层分解的绘制方法。明确你要梳理的业务流程范围,首先列出流程中的关键事件,如医院挂号看病,挂号流程和看病流程便算是整个流程中的关键事件流程;再结合你分析的目的来判断是否需要再往下层进行分解,如取小票流程、挂号流程、缴挂号费流程、排队看病流程。如此例,层层向下分解,直到符合你要分析的目的,当目的是为了对某个业务流程进行优化时,则分解到对应流程即可,绘制出流程图后再进行分析。

    2)所要描述的业务流程是否涉及到参与者?

    涉及到参与者的业务流程使用泳道图来描述更简单明了。
    

    举例

    业务简要描述:数学老师让小丽帮忙把讲台上的写了名字的语文课本送给语文老师,语文老师接下后微笑着对小丽说谢谢。

    分析:包含了数学老师、小丽、语文老师这三个参与者,此时用泳道流程图更合适。

    (2)问题想明白了之后便可以对业务流程进行梳理,进而分解各个要素。

    业务流程图有4个关键要素:执行操作、顺序、输入输出、规则;要更清楚的描述业务流程可以有参与者这一要素。

    执行操作:执行了什么操作

    顺序:操作产生的顺序

    输入输出:发生操作的原因和结果

    规则:操作产生的条件

    参与者:谁参与了这个流程,可以是系统、可以是页面,也可以是用户

    以上个例子为例进行分解:

    业务简要描述:数学老师让小丽帮忙把讲台上的写了名字的语文课本送给语文老师,语文老师接下后微笑着对小丽说谢谢。

    执行操作和顺序(含输入输出):请求帮忙、接受帮忙、拿讲台上的语文课本、递交课本、接收课本、道谢

    规则:必须是写了名字的语文课本

    参与者:数学老师、小丽、语文老师

    在这里插入图片描述
    以上是明确给出了业务描述,按照步骤基本上便能画出业务流程图。在没有明确给出业务描述的情况下,对业务流程的梳理主要有两种方式:

    1)深入现场调查,由工作人员介绍业务处理过程。

    在这里插入图片描述
    2)对现有业务流程的优化。当已经对现有业务流程熟悉时,通过讨论和分析,可梳理出业务流程,再通过优化现有流程中不合理的地方,从而给出一个更好的流程来。

    (3)流程图规范

    各图形形状/字号统一。如果各个图形形状大小/字号相差悬殊,这对于理解图形的人也是一种折磨,对于某个比较重要的流程可以使用颜色来区分其他普通流程(但颜色数量和种类不应太多,以免重点模糊),再在该重要的流程旁加上注释说明,就能将重点转达给对方。

    流程名用动宾结构,如输入手机号。

    流程均以开始框开始,以结束框结束。

    流程图从左到右、从上到下排列。

    流程线尽量不要交叉。

    展开全文
  • 企业全部的业务流程图--VISIO版本,是某企业整体的业务注程图,面儿比较全。
  • 网上书店基本流程,网上书店基本业务流程图,网上书店基本数据流程图
  • 图书馆读者借书业务流程图,包括借书的各种特殊情况
  • 医院业务流程图医院详细业务流程图!医院详细业务流程图!医院详细业务流程图!医院详细业务流程图
  • 保险业务流程图.vsd

    2010-04-16 19:15:32
    保险业务流程图.vsd 一个可以很好给你认识的画图
  • 毕业设计 数据流程图 业务流程图 ER图等
  • 业务流程图是一种描述系统内各单位、人员之间业务关系、作业顺序和管理信息流向的图表。根据业务类型的不同,图形呈现上会有一些差异。 至于具体怎么制作?则可以分两部分: 第一,业务梳理 这部分需要回答以下3...
  • 业务流程图是什么?怎么画?

    千次阅读 2020-09-14 12:08:30
    绘制业务流程图主要有以下几种作用:业务流程图主要做到全面了解部门业务的处理过程,它是管理人员进行系统分析的一个数据、它还是系统分析员、业务操作人员进行业务交流的工具、系统分析员可以使用业务流程图拟出...
  • 信息管理与信息系统业务流程图,酒店管理信息流程
  • 企业级的应用架构:企业层面的应用架构起到了统一规划、承上启下的作用,向上承接了企业战略发展方向和业务模式,向下规划和指导企业各个IT系统的定位和功能。在企业架构中,应用架构是最重要和工作量最大的部...
  • 业务流程图,用于说明整个业务逻辑流向; 功能流程图,用于确定产品功能设计逻辑。 怎么理解这两句话呢?我们来“看图说话”吧(一张是天猫退货业务流程图,一张是天猫退款用户侧的功能流程图) 业务流程图,亿...
  • [产品设计]如何绘制业务流程图(下)

    万次阅读 2017-02-08 15:50:09
    原文链接 http://www.woshipm.com/pmd/27239.html有一些同学看过了我写的《如何绘制业务流程图》,发私信过来希望我谈谈页面流程图。这个话题其实我也酝酿过,但一直没有写出来。细究起来,除了懒,原因其实有好几条...
  • 业务流程图描述的是完整的业务流程,以业务处理过程为中心。一般没有数据的概念。 为了方便大家理解,我还将从符号、案例两方面进行区分: 一、符号使用区别 当我们描绘一个业务流程时,一般使用以下这5个基本...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 384,736
精华内容 153,894
关键字:

业务流程图