业务流程图绘制规范.docVIP

业务流程图绘制规范 目 录 1 引言 1 2 范围 1 3 术语 2 3.1 业务流程图 2 4 约定 2 4.1 绘图工具 2 4.2 格式 2 4.3 命名规范 2 4.4 职能带排列顺序 2 4.5 开始与结束 3 4.6 处理进程与进程流 3 4.7 判断分支 3 4.8 数据与数据流 4 4.9 职能部门与进程、数据的关系 4 4.10 流程的层次与粒度 5 4.11 扩展 6 4.12 并行流程 6 4.13 其他 6 5 附录：业务流程图图例 6 引言 本，。范围本流程图????? 业务流程图（Transaction Flow Diagram,简称TFO），就是用一些规定的符号及连线来表示某个具体业务处理过程。业务流程图的绘制基本上按照业务的实际处理步骤和过程绘制。 约定 绘图工具 采用MicroSoft Visio图形编辑工具软件。 格式 采用垂直跨职能流程图框架，基本流程图模板图符（图例见附录）。 命名规范 流程图的命名遵循“子系统名_功能名_流程名”的分层命名方法。 职能带排列顺序 业务流程涉及多个职能部门时，上级职能部门在右，下属职能部门在左。例： 开始与结束 一个业务流程以一个开始符开始，以一个终结符结束。 处理进程与进程流 一个业务流程由若干处理进程首尾衔接组成。以一个矩形配以文字说明表示一个处理进程。 例： 处理进程的文字描述应尽量简练，最好以一个动词或动宾词组描述。 处理进程之间以带箭头的实线连接，形成进程流。连接线必须从一个进程开始，到下一个进程结束。一个进程可以有多个入口，但应只有一个出口。 例： 判断分支 当一个流程在某一处理进程处根据不同条件发生分支时，需要以一个菱形符号来说明。菱形中的文字给出判断条件。菱形符号是二值判断符号，即判断结果有两个分支，一个是满足判断条件的流向，另一个是不满足判断条件的流向。分别在表示流向的箭头上注明“是”和“否”。 例： 如果发生多值判断分支，一般将其分解为几个二值判断分支的组合。 数据与数据流 在处理过程中涉及的数据依其存在形态可分为： 1）存储数据，指存储到数据库表的数据，以符号表示。 2）纸面文档，指业务处理中涉及的纸面资料或打印输出的表单等，以符号表示。 3）其他形态的数据，以符号表示。 一个数据必须与一个相关的处理进程用一条虚线箭头连接起来。箭头的方向由数据的流向决定。如果是进程引用的数据（如查询数据、录入表单）则由数据指向进程；如果是进程产生或加工的数据，则由进程指向数据。 例： 数据流应自始至终伴随进程流演进。 职能部门与进程、数据的关系 在流程涉及多个职能部门时，流程的开始和结束都应在直接运行该流程的职能部门，流程图只包括组成本流程的进程，对属于相关职能部门但不属于本流程的进程则省略。而本流程所需的数据，从哪个部门产生或应发送到哪个部门，就放在哪个部门。例： 如上图，退税处理是计会部门的业务流程，因此开始和结束都在计会部门，所有处理进程也只涉及计会部门。虽然流程涉及的上下游部门包括涉税审批部门和国库，但流程图中并不涉及这些部门的处理进程，只是标明与这些部门的数据交换。 流程的层次与粒度 一个业务系统的全部流程应根据业务的规模进行分层。顶层流程着重说明各业务功能之间的联系；底层流程应遵循业务最小化原则，将一组相对独立、不可分割的进程定义为一个流程。一个流程图应尽量在一页中完成。 扩展 如果一个流程过于复杂，难以在一页中全部包括，则可分若干页。各页之间以一对离页引用、进页引用符号进行连接。 并行流程 如果一个流程在某一点无条件地分成两个以上的并行流程，则以并行符号（两条平行线）表示。 例： 其他 在个别情况下，为强调处理进程的某些特性，采用与普通进程（矩形符号）有别的特殊处理符号，如： 屏幕显示、 手工录入、 手动操作、 预定义进程 等。 附录：业务流程图图例 序号 图符 说明 1 流程的开始、入口 2 过程 3 决策、判断 4 数据、报表 5 文档（纸面、打印输出） 6 存储数据（数据库表） 7 显示内容 8 手工操作 9 手工录入 10 预定义的流程，流程代码在其左上角标示 11 汇总连接，即各个入口支路都进入后，流程才继续往下走 12 并列进行 13 流程结束 14 流程走向 15 数据走向 16 注解 17 离页引用 18 进页引用 8