流程建模

第6章流程建模6.1业务流程分析与建模6.2数据流分析与建模6.3业务规则的表示6.1业务流程分析与建模6.1.1业务流程分析6.1.2业务流程图的画法6.1.3业务流程优化业务流程分析就是对组织的业务及其执行过程进行详细调查，并回答以下问题：⑴企业管理包含哪些业务流程？每个业务流程的目的或想达到的目标是什么？⑵业务流程是如何完成的？从哪里开始？包括哪些具体活动和步骤？流程的结束条件是什么？⑶这个业务流程有哪些人(岗位角色)或相关部门参与完成？他们分别承担哪些职责？完成业务流程中的哪些活动？⑷流程的活动之间有哪些控制流(如何判断、同步分支和汇合)？多个不同流程之间存在什么关系？⑸流程中用到了哪些方式或手段？⑹完成流程所用的资源(物力、人力、知识)及其成本如何？资源在不同活动中的占用情况如何？哪些活动对实现流程目标具有最大贡献或增值作用？流程中是否存在大量辅助性或无效的活动？⑺流程中是否存在阻碍流程顺畅运行的瓶颈？哪些活动有阻塞排除现象？6.1业务流程分析与建模6.1.1业务流程分析6.1.2业务流程图的画法6.1.3业务流程优化业务流程图是业务流程分析和建模的图标工具。1.业务流程图⑴跨职能流程图活动判定同步或并行开始结束文档(数据)流⑵业务流程图安排考试考试安排表出卷A、B试卷打印审批表审批签字打印审批表打印试卷试卷阅卷出成绩成绩单答卷有不及格？安排补考参加考试答卷装订存档补考安排表期末流程结束期末考试流程有教务处教师系主任学生例1：根据以下业务处理过程画出领料业务流程图：车间填写领料单给仓库要求领料，库长根据用料计划审批领料单，未批准的领料单退回车间，已批准的领料单被送到仓库保管员处，由他查阅库存帐。若帐上有货则通知车间来领料，否则将缺货通知交采购人员。车间采购员库长保管员领料单用料计划未批准的领料单已批准的领料单库存帐领料通知缺货通知审批仓库处理2.绘制业务流程图的注意事项⑴首先从主要子系统或组织中的主要业务流程入手，它们是系统中起关键性用的部分。⑵绘图应根据流程方向尽量呈现由上至下、由左至右的一致性。⑶使用在一定范围内通用、统一的符号标记，图形尽可能简单，文字间要明确，符合业务人员用语习惯。⑷流程图的结构应完整，除图形符号外，最好准确标明图名，即流程名称。⑸关注流程起始点与终结点。⑹尽量避免出现交叉的流动线路，可以并行执行的活动应尽量使用同步条表示。⑺尽量识别出流程中用到的表格和文档。6.1业务流程分析与建模6.1.1业务流程分析6.1.2业务流程图的画法6.1.3业务流程优化1.企业过程重组BPR⑴定义对企业经营过程进行根本性的再思考和彻底的重新设计，以求获取可以用诸如成本、质量、服务和速度等方面的业绩来衡量的巨大的成就。⑵关键性概念①根本性的②彻底的③巨大的实施BPR的企业：企业陷入困境，有生存危机企业经营状况良好，预感走下坡路企业处在鼎盛时期，无明显困难④过程案例分析IBM信贷融资流程电话提出融资申请记录融资申请申请表客户文件审查客户资金信用情况根据标准贷款协议、生成贷款条款附有贷款条款的申请表计算贷款利率制作最终报价⑶BPR的特点①以过程为导向优化过程的原则：把分散在功能部门的作业，整合成单一流程，以提高效率在可能的情况下，以平行作业取代顺序作业促进组织扁平化，以提高企业内的沟通效率。②目标远大③打破常规④创造性地应用信息技术2.业务流程管理BPM⑴定义指通过人工或技术手段，对企业各类业务流程进行梳理、分析、改善和监控，并通过业务流程的不断优化，有效降低业务处理成本，提高业务处理效率，快速反映市场与客户需求，持续提升企业决策反应能力。⑵BPMS的功能①业务流程建模②业务流程自动化③系统集成④业务流程管理⑤业务流程优化3.其他业务流程的优化方法⑴清除⑵简化⑶整合⑷自动化DMAIC模型第6章流程建模6.1业务流程分析与建模6.2数据流分析与建模6.3业务规则的表示6.2数据流分析与建模6.2.1数据流分析6.2.2数据流图6.2.3画数据流图的注意事项6.2.4数据字典6.2.5新系统逻辑模型的提出1.数据流分析的目的分析出合理的信息流动、处理、存储的过程。2.分析思路划分成输入、处理、输出再逐渐细化。3.分析过程中需要回答的问题：⑴系统完成的主要功能？输入？输出？⑵系统与外界环境的关系如何？⑶复杂的系统能否划分为相对独立的子功能？子功能间如何联系？⑷分解的子功能还需要再分解？⑸各功能的输入？处理？输出？⑹保存哪些数据？如何修改？哪些功能可以使用？⑺业务处理流程的初始数据从何来？处理的环节？输出到何处？6.2数据流分析与建模6.2.1数据流分析6.2.2数据流图6.2.3画数据流图的注意事项6.2.4数据字典6.2.5新系统逻辑模型的提出1.什么是数据流程图数据流程图是用于描述数据流动、存储、处理的逻辑关系的图。2.数据流程图的基本成份（图例）⑴外部实体指系统以外又与系统有联系的人或事物。一般用于描述数据的来源或去处。图例如下：客户⑵数据处理指对数据的逻辑处理（数据变换）。一般用圆角方框表示三方面的信息：处理过程编号、处理过程文字描述、处理过程的进一步描述（如功能承担者或执行者）。⑶数据流指数据的流向（输入或输出），一般用一个箭头表示。⑷数据存储表示数据保存的地方（对数据记录文件的读写处理）。计算P1财务科事件表中能找到数据流图中出现的一些元素：•活动对应于处理框•事件源和事件目标对应于外部实体•触发点和响应结果是与外部实体相连的数据流•只有数据存储在事件响应表中没有对应的描述一个事件的DFD事件和DFD事件列表中的每一个事件都可以画出一个DFD图（需要额外添加数据存储元素）事件列表可以作为画数据流图的一个基础和检验列表事件对应DFD模型的中间层事件可以继续分解绘制其具体的处理过程（向下细化）系统中事件较多时，应进行分组（向上抽象）单个DFD的组合事件之间有一定的联系，一般通过数据存储建立关联完整的数据流图根据事件表重新组织，绘制完整的DFD模型：按照事件表，对每一个事件建立一个DFD片段图。把所有的DFD片段进行分组，归纳为大的处理逻辑，形成上一层DFD（复杂系统层次更多）。将属于一组内的DFD片段放在一张图上，形成事件层的DFD图。对每个事件的数据处理进一步分解为下一层DFD（复杂系统层次更多）。完整的数据流图真正进行结构化系统建模过程中，应该采用自顶向下的分解方法，事件表只是寻找需求的辅助工具（启发）建模是一个从具体到抽象，又从抽象到具体的过程，需要反复多次3.数据流程图的画法⑴基本思路：将一个系统看成是一个整体功能，明确信息的输入、输出、存储，然后再将系统功能从上往下分层展开，逐步求精。分层的数据流图纵观顶层P1P2P3P4P41P42第一层第二层⑵实例：（以高校学籍管理系统为例）第一步：把整个系统看成一个功能，描述出系统的轮廓、范围，标出主要外部实体、数据流、数据存储。招生办学籍管理系统教委用人单位新生名单报表毕业生登记表D1学籍表P0第二步：将项层流程图展开，绘制第一层DFD招生办教师系教委用人单位异动管理成绩管理奖惩管理新生名单成绩单报表毕业生登记表留级退学名单获奖名单奖惩报告D1学籍表学生注册成绩奖惩结论P1P2P3第三步：将第一层的DFD中的处理功能再次进行细分，绘制第二层的DFD，依此法逐层分解，直到最基本的功能层为止。（参见P120图6.14、图6.15）教师P2.2统计成绩教管科P2.3登记期末成绩教管科P2.5登记补考成绩教管科P2.4分析补考成绩系教务员P2.1分析期末成绩系教务员主管D1学籍表(校)D1学籍表(系)期末成绩单成绩统计学生成绩学生期末成绩单获奖名单留退名单“成绩管理”框图的展开补考成绩P3P1教师登记一览表成绩一览表学籍表(系)期末成绩P2.1.3P2.1.1评奖学金P2.1.2登记学籍表P2.1.5确定异动情况留退名单P2.1.4异动情况成绩填写成绩单学生期末成绩单获奖名单P3P1D2D1P2.1“分析期末成绩”框的展开D2成绩一览表P2.1.5.1统计不及格课程P2.1.5.2判定留级或退学留级、退学D1学籍表P1P2.1.4P2.1.5”确定异动情况“框的展开升级、补考6.2数据流分析与建模6.2.1数据流分析6.2.2数据流图6.2.3画数据流图的注意事项6.2.4数据字典6.2.5新系统逻辑模型的提出1.先画草图，然后与用户交流，确定正式图，并适当进行布局调整，使DFD清晰、易读。2.关于层次的划分，一般与管理的层次一致，但可根据系统处理的需要进行调整（进一步细分或不分），原则上不超过7层（以4层左右为宜）3.检查数据流程图的正确性⑴数据守恒，或称为输入输出数据匹配。⑵在一套数据流程图中的任何一个数据存储，必定有流入的数据流和流出的数据流。⑶父图中某一处理框的输入、输出数据流必须出现在相应的子图中，否则就会出现父图与子图的不平衡。⑷任何一个数据流至少有一端是处理框。4.提高数据流程图的易理解性（1）简化处理间的联系（2）均匀分解（3）适当命名5.数据流图的优化常常要作重新分解。重新分解可以按下述方法进行：（1）把需要重新分解的某张图的所有子图拼成一张。（2）把图分成几部分，使各部分之间的联系最少。（3）重新建立父图（4）重新画子图（5）为所有处理重新命名、编号数据流图的常见错误分析一般有三类错误情况：1.语法错误（可采用软件工具辅助绘图消除）2.逻辑错误3.词不达意，二义性错误情况举例1输入的数据流足够了吗？是否能够加工出输出的数据流？计算利息存款金额？查询图书读者信息错误情况举例2学生成绩单客户订单订单源数据是如何进入到信息系统中的呢？外部实体如何从系统中获取有关的数据呢？难道是心灵感应？不论是手工系统还是计算机系统，数据不会无缘无故保存或流动，和外部的交换一定和某个加工相连。错误情况举例3客户业务员订单外部实体到外部实体，说白了，全都是外部的。和信息系统有关系吗？为什么要管呢？带来数据的变化了吗？DFD考虑数据是从那个地方开始进入系统。读者图书管理员借书单错误情况举例4订单入库单数据不通过任何手续就能在数据存储之间流动？怪了，表格中的数据长腿了吗？要不硬盘智能化了，不需要任何外部力量，磁道上的数据会自己移动？读者信息逾期历史错误情况举例5xxxx仅有流入的数据流，数据还有什么用途吗？纯粹是垃圾！仅有流出的数据流，数据是从何而来呢？模型的局部会存在这种情况，但系统地看应该不会。如果有，那个数据肯定是一千年不变，可以直接由数据库管理员一次性搞定。错误情况举例6“修改还书日期”很细节，而“借阅管理”又很抽象。处理不在同一个抽象层次上，造成理解困难！读者读者续借申请读者信息处罚记录P2续借审核P1借阅管理P3修改还书日期P5处罚管理P4打印通知单顾客P1.1验证身份P1.2核对帐户余额P1.3登记取款事务P1.4打印存折帐户顾客P1.1验证身份P2.2登记存款事务帐户取款存款DFD图不反映模块共享再比如图书馆借书系统中有三个处理逻辑：“p1借书”“p2还书”“p3查询服务”，但借书处理的“检查库存”，不应理解为“P3查询服务”错误情况举例7数据流图的分解每个人可能有所不同，画出的数据流图也会因人而异，并一定谁画的对，谁画的错。没有标准答案数据流图的优缺点图形元素少，易学易读，容易与用户沟通有层次性，允许系统分析员由上至下逐步分析系统，不会受困于太多复杂的细节不能描述系统的控制流潜在的非语法错误不易发现，复核困难，需要有一定的分析设计经验例1：根据业务流程图例1绘制领料业务的数据流程图审批领料单P1查阅库存帐P2领料单用料计划D1未批准的领料单已批准的领料单库存帐D2领料通知缺货通知车间采购员6.2数据流分析与建模6.2.1数据流分析6.2.2数据流图6.2.3画数据流图的注意事项6.2.4数据字典6.2.5新系统逻辑模型的提出1.数据字典的含义：数据字典是关于数据信息的集合，可用它对数据流程图中所包含的元素（数据流、数据存储、处理过程、外部实体等）进行定义。2.数据字典的各类条目⑴数据元