业务流程图绘制规范

如有帮助，欢迎下载支持！如有帮助，欢迎下载支持！PAGE如有帮助，欢迎下载支持！业务流程图绘制规范目录TOC\o"1-4"\h\z1 引言 12 范围 13 术语 23.1 业务流程图 24 约定 24.1 绘图工具 24.2 格式 24.3 命名规范 24.4 职能带排列顺序 24.5 开始与结束 34.6 处理进程与进程流 34.7 判断分支 34.8 数据与数据流 44.9 职能部门与进程、数据的关系 44.10 流程的层次与粒度 54.11 扩展 64.12 并行流程 64.13 其他 65 附录：业务流程图图例 6引言本规范规定了绘制业务流程的具体标准和要求，便于交流和沟通。范围本规范适用范围:项目组成员术语业务流程图

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