4.1 流程图的表达技术

4.1.1、概念

Line Of Visibility Enterprise Modeling (LOVEM)是IBM公司开发绘制流程的技术，是一种易于理解的图形语言，建议采用VISIO软件绘制LOVEM图。在LOVEM图设计中应清晰的表明：

1、满足内部客户和外部客户的所有活动；

2、活动之间的时间先后顺序；

3、每个活动的输入和输出，以及不同活动之间的输入/输出关系；

4、执行不同活动的角色（可由不同组织承担）；

5、与信息系统的接口界面。

4.1.2、LOVEM图的模板及框架符号

注1、图例左上角为流程编号、流程名称栏，

部门流程编号组成方式为 公司标识字-业务领域代码+业务层级代码（4位）；业务层级代码为框架流程清单的序号；

流程名称表示该流程的名称；

注2、顶部画出的一条红色的水平虚线代表区分客户的活动和我们的活动；

注3、带状区（主体）画几跟等高的水平线来区分不同角色的活动；

注4、部门/角色，用一跟垂直的线把角色和活动分开，要明确角色的部门和岗位；

注5、自动化线[底部]，画一跟水平线表示与IT系统的接口，对应表示系统的符号在人机交互方式画在线的上方，在线操作画在线的上面，批处理画在线的下方；

注6、时间周期[底部]，画一跟带箭头的水平线表示时间的进程，表示现状画在线的上方，表示目标画在线的下方。

4.1.3、LOVEM图基本符号介绍

4.1.3.1、活动框

用圆角方体文本框表示(见图4-2 活动框)；

文本框由两部分构成，上半部表示活动编号，格式为两位阿拉伯数字，从01至99，按活动发生的时间顺序来编号；下半部描述活动内容，用动词词组来描述活动，例如：审批需求、签定合同；

活动框须按照活动发生的时间顺序来排序；活动之间使用单项箭头链接，按照右出左进原则。

4.1.3.2、分支表示

按照逻辑关系分为两类：

1、“和”的关系：一个活动在同一时间导致两个结果用“和”的关系表示（见图4-3 “和” 分支）

2、“或”的关系：一个活动根据不同情况，可能导致不同结果，需要判断,可选择采用线标法，菱形框判断法和多分支路由法（见图4-3）。

4.1.3.3、流程循环的两种表达方式

1、采用LOOP连接方式；表示一个活动返回前面活动的循环；用需要与循环的活动相同的编号来标识LOOP连接（见图4-5 LOOP 循环）；

2、使用R键返回连接的方式；用一对返回连接表示一个活动返回前面的活动；

注意一对返回连接的编号必须相同（见图4-6 R键循环）。

4.1.4、流程绘制须注意的问题

1、同一时间发生的活动应垂直排列；其中（见图4-11 相同活动表达）

不同角色共同完成同一活动时，活动框垂直排列，并用相同的活动编号；

当不同的活动在同一时间完成时，活动框垂直排列，并用不同活动编号。

2、常见错误解析：

4.2 流程说明书的编写要求

业务流程说明书包含十一部分：业务流程表头，术语定义，流程目的，适用范围，KPI指标，流程图，上下游关系，流程说明，支持文件，补充说明，文档历史等。

4.2.1、业务流程表头

业务流程表头包括流程名称，流程编码、版本、业务模块、拟制、流程审核人、流程责任人、功能系统、生效日期；其中：

1、流程名称为某个具体的业务运行流程，须与流程图名称定义一致；

2、流程编码格式为“公司标识字-业务领域代码（部门标识字）-业务层级代码”

3、版本 为“V”+“N.M”,其中N从1开始顺序编号，M从0开始顺序编号，小修改，M顺序递增；发生大的版本升级，则N发生递进；

4、业务模块罗列从根流程到本流程的调用关系；如 账户管理-账户开立-资金账户开立，账户管理为根流程，资金账户开立为当前流程；

5、拟制指流程建立人；

6、流程审核人指负责审核本流程完整性、正确性的人员；

7、流程责任人指负责流程设计、优化、随业务环境变化负责发起、实现流程变更的人员；

8、功能系统表示本流程涉及的相关业务系统、平台；

9、生效日期表示流程开始生效的日期。

4.2.2、术语定义 Definition

术语定义是指对该流程执行过程中出现的的名词、缩写、特殊用语的解释，为可选项。

4.2.3、流程目的 Objective

流程目的描述该流程对实现所涉及业务的使命、目标有哪些贡献，主要包括提高准确性，提高时效性和降低运作成本等方面的贡献。“规范。。。”

4.2.4、适用范围

适用范围描述流程适用的范围。

4.2.5、KPI指标 KPI Index

可选。定义及描述评价该流程管理绩效的指标，可参见专门的KPI定义文件。

4.2.6、流程图 Flow Chart 

以LOVEM图表达形式描述流程中的活动、执行角色及其相互关系，或者贴上可以阅读的VISIO 流程图附件。

4.2.7、上下游关系

指本流程的输入内容，输出内容、达成目标，被调用父流程，及调用的子流程。

4.2.8、流程说明 Instructions of  Process

按照流程图中活动的顺序，用文字或下面表格简述各项活动的主要内容，定义活动的执行角色、输入及其来源、输出及其去向。对于活动怎样操作的技术细节，可根据内容的复杂程度编制操作模板具体说明。 对于存在风险的活动，在风险提示栏目中填写风险点，在风险控制栏目中写明风险控制措施；其中编号、活动名称、执行角色应确保与流程图 一一对应；可参考下表。

活动编号、活动名称、执行角色与流程图必须一致，活动内部必须写得非常详细。必须关注风险提示。

4.2.9、支持文件 Supporting Document

本文件所派生的下层文件，包括所使用的模板、标准、工具等等。描述本文件中没能详细描述的活动内容。包括文件名称、文件编码。可参考下表

4.2.10、补充说明 Supplementary Instructions

可选。描述当流程出现例外情况时的处理原则和渠道，没有需填写“无”。

4.2.11、文档历史 History of Document

描述该模板拟制/修改历史的记录。

4.3 模板设计

流程的关键活动需要通过业务模板提高专业性，保证质量，在业务模板设计过程中应尽量采用表格方式，便于理解使用。

模板设计过程应关注下列内容：

1、模板用于控制流程中关键活动的质量，并直接关系到流程最终交付的质量；

2、模板应由业务骨干进行设计；

3、模板设计过程中要体现制度和风控的管理要求；

4、模板设计时不仅满足本活动的需要，还需兼顾下游客户的要求，以及未来评估、审计和统计的管理需要。

4.4 IT固化

通过IT方式使例行化的程序快速通过，即为IT固化。IT固化目标：

1、固化流程的制度要求，保障流程实施的规范性；

2、保障流程运行的高效性，使关键的操作过程得以留痕；

3、采集丰富的流程信息，为分析评估和改进管理提供数据基础；

4、为企业提供一个公开、公正、公平的运营环境。