GBT19487-2004电子政务业务流程设计方法通用规范.pdf

I C S 一 3 5 . 2 4 0 . 6 0一二 L 67药珍 中 华 人 民 共 和 国 国 家 标 准 G B / T 1 9 4 8 7 -2 0 0 4 电子政务业务流程设计方法 通用规范 B u s i n e s s p r o c e s s d e s i g n me t h o d g e n e r a l s p e c i f i c a t i o n f o r e l e c t r o n i c g o v e r n me n t 2 0 0 4 - 0 4 - 0 5发布2 0 0 4 - 1 0 - 0 1 实施 率 督留 瞥 臀 霭 嚼 瞥 蓬 瞥 赞暴 发 布 G B / T 1 9 4 8 7 -2 0 0 4 o l1青 本标准提供的业务建模方法参考了I D E F O , I D E F I x , I D E F 3 , I D E F 4 , UML等建模技术的优点。 本标准的附录 A是规范性附录， 附录 B 、 附录 C 、 附录 D是资料性附录。 本标准由国家电子政务标准化总体组提出并归口。 本标准的主要起草单位 ： 中国科学院沈阳自动化研究所、 北京大学、 国家信息 中心、 中国人民大学、 首都信息 发展股份有限公司、 北京科技大学、 中国科学院办公厅、 广西壮族 自 治区人 民政府办公厅信息 中心、 桂林市信息化领导小组办公室、 中国国际电子商务中心、 广东南方互动数码科技有限公司和中国 电子技术标准化研究所。 本标准主要起草人： 高展、 吴志刚、 王立福、 赵文、 贾冰媛、 刘大北、 陈禹、 方美琪、 王晓园、 王建新、 梅绍祖 、 黄晓霞、 丁二友、 任玉平、 杨俭、 高亮、 战复东 、 赵都、 赵普华、 高栋 。 标准分享网 w w w .b z f x w .c o m 免费下载 G B / T 1 9 4 8 7 -2 0 0 4 ，二曰 目 51青 电子政务业务流程设计是在现代信息技术环境下进行业务流程规范化的过程。电子政务应以需求 为导向， 以应用促发展， 通过积极推广和应用信息技术， 增强政府工作的规范性和协调性 ， 全面提高依法 行政服务能力 ， 提升政府工作的效能与效率 ， 促进国民经济持续快速健康发展和社会全面进步。 在建立电子政务等信息化系统的过程中， 准确描述并规范业务流程是十分重要的基础工作， 在很大 程度上决定了整个项目的成败 ， 为此， 参与信息化项 目建设 的全体人员必须统一对这项任务的基本原 则 、 工作步骤、 表述方法、 成果形式的认识和理解 。本标准规定了业务流程描述手段 ， 便于业务领域专家 和软件开发人员表达与理解业务流程， 使业务领域专家能够理解用此方法描述的业务流程， 并通过阅读 本标准相关内容和接受相关培训后能够描述相应的业务流程 ， 提出信息化的功能需求 ； 使软件开发人员 能够与业务领域专家进行有效的交流， 理解用户需求并进行软件设计。 描述业务流程的主要方法是建立可视化业务模型， 因此本标准核心内容为可视化业务建模方法 ， 它 由业务建模表示法和业务建模过程组成， 其中业务建模表示法包括业务建模符号和业务建模图， 具有全 程一体化精细建模的特点。 对数据进行规范化管理的数据标准化已成为全球信息化关注的重要领域之一， 其过程如图 1 所示 ， 包括了业务建模、 数据规范化、 文档规范化等阶段。数据标准化是一个庞大的、 长期的、 基础的系统工 程 ， 需要各方面专业人员按照系统化的规范流程开展实施。 一 图 1 数据标准化的参考模型 本标准是支持数据标准化的重要基础标准之一。通过本标准提供的业务建模方法， 可以提取数据 元实体名称、 语境等基本属性和主要管理属性 ， 在此基础上进行数据标准化、 电子文档设计， 实现信息共 享和业务协同。 C g / T 1 9 4 8 7 -2 0 0 4 电子政务业务流程设计方法 、 j 忿， ， 占 吮 ，弓闷 声 X U 1 J- 币 尹二 1 范围 本标准适用于描述电子政务系统建设中可程序化的业务流程。 本标准也适用于其他信息化系统在业务分析、 业务设计和需求定义阶段的业务建模与需求建模 ， 这 些信息化系统包括军事信息化 、 企业信息化与城市信息化等各种应用系统 ， 本标准同时适用于各种管理 规范文件的可视化建模 。 本标准的业务建模技术为如下方面提供了描述方法： 为形成规范化管理文件提供图示化手段 ； 为从业务源头进行精细化建模来减少软件开发缺陷提供手段； 为业务建模、 需求建模和软件建模平滑过渡减少交流差错提供手段 ； 为提取数据元 、 设计电子文档、 实现数据标准化提供手段 。 本标准的使用者为政府、 部队与企业等方面的管理者、 业务领域专家、 业务分析员及从事软件开发 的系统分析员等。 2 术语和定义 下列术语和定义适用于本标准。 2 . 1 业务流程b u s i n e s s p r o c e s s 在业务领域中为达到业务目标的一类过程和策略， 该过程由一组按策略执行的、 相互协调的活动步 骤组成。 2 . 2 业务模型b u s in e s s m o d e l 对一个组织的业务分工、 业务流程、 业务信息等方面业务内容的描述 。 2 . 3 业务建模b u s in e s s m o d e l i n g 通过图示和文字等手段将具体的包括业务分工、 业务流程、 业务信息等方面的业务模型表达出来的 一种方式。 2 . 4 业务领域专家b u s i n e s s d o m a i n e x p e r t 具备一定业务管理知识与管理实践经验的人员。 2 . 5 业务分析员 b u s i n e s s a n a ly s t 进行业务建模工作的人员。 2 . 6 流程建模p r o c e s s m o d e l i n g 通过图示和文字等手段将具体的业务过程表达抽象出来的一种方式。 标准分享网 w w w .b z f x w .c o m 免费下载 G B / T 1 9 4 8 7 -2 0 0 4 2 . 7 业务原理示意图 b u s in e s s p r in c i p le s k e t c h m a p 用以明确业务 目 标和完成 目 标的重要步骤的图形表示。 2 . 8 建模图m o d e l i n g d i a g r a m 从某一个角度描述业务模型的图， 如分工组成树、 业务协作流程图、 职责执行 操作流程图和业务信 息关系图等。 2 . 9 行 为单元u n i t o f b e h a v i o r 活动主体、 职责、 步骤的统称。 2 . 1 0 活动主体s u b j e c t o f a c t iv i t y 活动的承担者， 为法人机构、 部门、 岗位等。 2 . 1 1 职资r e s p o n s i b i l i t y 活动主体所担负的一种责任或具有的一种功能 ， 一般常常指岗位的职责。 2 . 1 2 步骤s t e p 活动主体为了履行或完成其职责而进行的一系列活动中的每项活动。 2 . 1 3 业务信息b u s in e s s i n f o r m a t i o n 业务文件或业务表格等业务方面信息的统称。 2 . 1 4 事件e v e n t 活动主体或职责之间进行的业务往来 ， 它往往携带业务信息。 2 . 1 5 职责执行通道r e s p o n s i b i l i t y e x e c u t i o n p a t h 执行岗位职责的主流程。 2 . 1 6 活动条a c t i v i t y b a r 活动主体或职责之间进行的业务往来期间所涉及的工作步骤。 2 . 1 7 信息处理指示线i n f o r m a t io n p r o c e s s i n g l i n e 对信息栏 目的编写、 修改、 读取 、 审核、 删除等操作。 2 . 1 8 分I组成树w o r k d iv i s i o n c o m p o s i t i o n t r e e 行为单元中进行业务活动的部门、 岗位、 工作职责、 活动步骤之间的组成关系。 2 . 1 9 职责执行 操作流程图 r e s p o n s i b i l i t y e x e c u t i o n / o p e r a t i o n d i a g r a m 一个部 门、 岗位或者工作职责的具体业务流程展开图。 2 . 2 0 业务协作流程图 b u s i n e s s c o l l a b o r a t i v e d i a g r a m 存在于部门、 岗位、 角色之间的业务往来流程图， 分为矩阵型和自由型两种表达方式。 G B / T 1 9 4 8 7 -2 0 0 4 2 . 2 1 数据接口图 d a t a i n t e r f a c e d i a g r a m 集 中描述行为单元（ 如部门、 岗位、 职责） 之间的业务信息输人 输出关系图。 2 . 2 2 数据流图 d a t a f lo w d i a g r a m 横向描述行为单元（ 如部门、 岗位、 职责） 之间功能的数据依赖关系图。 2 . 2 3 业务信息处理权限图 b u s i n e s s i n f o r m a t i o n p r o c e s s i n g a u t h o r i t y d ia g r a m 按编写、 修改、 读取、 审核 、 删除等操作来分类描述一个部门、 岗位或职责对哪些业务信息进行处理 的图。 2 . 2 4 业务信息共享图 b u s i n e s s in f o r m a t io n s h a r i n g d i a g r a m 描述一种业务信息在哪些业务流程中被编写、 修改、 读取、 审核、 删除的图。 2 . 2 5 开始活动b e g i n a c t i v i t y 初始化活动 ， 业务流程的第一个活动 ， 不针对具体业务环节。 2 . 2 6 结束活动 e n d a c t iv it y 终结活动， 表明相应业务流程的终结 ， 不针对具体业务环节 。 2 . 2 7 子流程s u b - p r o c e s s 一类可以被其他流程调用的业务流程。主要分为串行子流程和并行子流程。 2 . 2 7 . 1 串行子流程 s e r i a l - p r o c e s s 被父流程初始化后， 父流程挂起。待子流程执行完毕， 父流程恢复执行。 2 . 2 7 . 2 并行子流程 p a r a l le l- p r o c e s s 被父流程初始化后， 父流程继续推进。该子流程与父流程同步执行 ， 并无任何参数传 回父流程。 2 . 2 8 连接符c o n n e c t o r 活动之间控制关系的描述符。用于规约像汇聚( j o i n ) 、 分支（ s p l i t ） 结构这样聚合特性以及与活动相 连的约束（ O R , A N D , X O R ) o 2 . 2 9 条件c o n d i t i o n 业务流程推进的导航依据 ， 对应于业务流程中的业务规则和操作的顺序。 2 . 3 0 转移t r a n s i t io n 活动、 连接符和子流程间关系的描述。条件通常附着在转移上， 以决定流程的推进 。 2 . 3 1 数据流d a t a f l o w 活动间的数据交换。如果流程中两个活动间的数据流不与其控制流重合， 数据流规约用来直接定 义数据的流向。 2 . 3 2 角色r o l e 标准分享网 w w w .b z f x w .c o m 免费下载 G B / T 1 9 4 8 7 - 2 0 0 4 根据属性 、 资格和 或技艺划分的一类参与者（ 人员或组织实体） 。决定了参与某个活动的人员或组 织实体的权限或职能。 2 . 3 3 注释n o t e 在建模图中进行的额外文字说明。 3 建模图形符号 本标准使用的建模图形符号如表 1 所示 。 表 1 建模符号 图形符号符号名称应用于说明呈 又称系统， 其右下角是编号， 活动主 令 体的变化形式有：竺 a ) 表示业务现实 ： 1 、 、匕 竺 丛 ： 卜 。 渔热 耳一 一1、 、 2 职责 执行 操 作流程图b )表示 信息化 需求三 软 ” （子 ， 系 先1活 动 主 体。 业 募 W LI AM IN 数 据 接 口 图 软 件 （子 ） 系 A 2 1 c ) 表示软件成分 ！ 软 件 （ 子 ） 系 统1食 匕A 2 ！ 1 分工组成树 附 机 箱1， ， 、 “职 责 执 行 操 作 流 程 图一 。 一， 、 ， ， l 一“ A O 机 构。 业 募 而 榨 流 言 断 一 种 活 动 王 体 4 数据接口图 1 分工组成树 一“ 痴A l 部 门： 溉某 黔程 图一 种 活 。 4 数据接口图 1 分工组成树 If * ft I 。 ，、z职 责 执 行 操 作 流 程图 、 J 、 r 一A 1 . 1 岗 位。 显 务 而 柞 流 履 菌 一 种 活 动 主 体 4 数据接口图 1 分工组成树 黔部 活 动 者 外 部 活 动 者： “ fF(?1rt1 程 图 一 种 活 动 主 体 4 数据接口图 1 分工组成树 、 一 奎 I ;g s角2 J;*1kf/ 4AjR . 2 S# G;IT 位 R Ehm 户 自 一丁 三 ”二 一 一定义 4 数据接口图 一 一 G B / T 1 9 4 8 7 -2 0 0 4 表 1（ 续 ） 图形符号符号名称应用于说明 1 分工组成树 功 A 1.2.1.3一 功 ”2 F:* t117/ figtfi!3 A * * fgtfi f 变 化 形 式 与 系 统 相 。 4 数据接 口图言 1 分工组成树 1 01 职 贵 。 仙 ， “职 责 执 行 操 作 流 程 图。 、 仙 份一A l . 1. 2 1岗 位 职 责。 业 务 协 作 流 程 图一 种 功 能 4 数据接口图 1 分工组成树 步 皿 二 2职 责 执 行 操 作 流 程 图 ！A1 . 2 . 1 . 引3 业务协作 流程 图 4 数据接口图 一1 分工组成树 I “ ， ” 翁 （i f . t h e n . e ls e 条件2 职责执 行 操 作流程图一种 功能 一3 业务协 作流 程图 多 重 if th e n， 。， “分 工 组 成 树。 ，： IC 龙下“11 之 多 重 f . . th e n 条 件 2 职 责 执 行 操 作 流 程 图一 种 功 能 C l.器 芝case 条 件； 蒜 翼 氰 流 程 ， 一 种 功 能 11 C 众 曹 for一 循 环 ； 磊 翼 溉 流 程 、 一 种 功 能 nw h ile， 二， 1分 工 组 成 树 二 C 1.2 带w h ile 循 环2 斌 妥 获 初 操 作 流 程 图 一 种 功 能 1 u n til 0 1分工组 成树 IC 1 .2 二 花u n til M 环2 斌 责 氛 初 操 作 流 程 图一 种 功 能 又可称为信息实体或者类， 其简化形 卜 里 里 垦 旦 竺 工 二 月、 1业 务 信 息 内 容 图式 只 描 述 信 息 名 称 ， 表 达 方 式 如 下 ： 1 栏目 1 I业务能下二 万下、 二 止一 2 一2 业 务 信 息 关 系 图 当 竺 哩 1 其上方是综合性业务信息图形 乞 门 计 算 合 成 链 业 务 信 息 关 系 图汽 下 方 是 原 始 性 业 务 信 息 图 形 爪符号 生丝 一 1 职责执 行 操 作流程图 业 奋 信 点 1事件链 一 几 万 二 三 二 一 亚 雾 器 2” 一2业 务 协 作 流 程 图 标准分享网 w w w .b z f x w .c o m 免费下载 G B / T 1 9 4 8 7 -2 0 0 4 表 1 （ 续） 一 G B / T 1 9 4 8 7 -2 0 0 4 表 1 （ 续） 一 4 业务流程设计的过程业务建模过程 4 . 1 业务流程设计的目的 业务流程设计的目的是在描述现有业务流程的基础上 ， 对流程进行规范与改进， 并将未来的流程表 达清楚 ， 为工作人员和软件开发人员提供清晰的业务流程 ， 为相应的软件系统开发打下坚实的基础。 4 . 2 业务建模与流程设计的关系 首先 ， 业务建模技术提供了一个一致的业务表现形式， 提供了交流的手段， 使得工作人员能更好 的 描述业务与表达需求 ， 使软件开发人员更容易理解用户的日常业务， 为更好地描述已有流程和明确需求 奠定了基础。其次 ， 业务建模技术帮助工作人员和软件开发人员建立详细的业务模型， 实现业务流程分 析和设计 的可视化 ， 为规范与改进业务流程提供了基础素材， 降低信息化项 目的实施成本， 提高信息化 项 目的效益。 4 . 3 参加业务建模的人员 无论是对现有的业务进行建模 ， 还是对未来的业务进行建模 ， 涉及到的主要人员可分为业务领域专 家、 业务分析员和软件开发人员， 其中， 业务领域专家具备一定业务管理知识与管理实践经验 ， 业务分析 员进行业务建模工作 、 整理业务对信息化的需求 、 形成建模文档 ， 软件开发人员以上述建模文档为依据 进行软件设计、 软件编程等工作。 4 . 4 业务建模的主要环节 4 . 4 . 1 业务建模的主要环节简述 业务建模就是根据“ 4 . 5 基本建模过程” ， 通过结合实际的业务应用， 从业务分工、 业务过程和业务 信息等方面构造面向业务领域专家和软件开发人员的模型。业务建模过程主要环节为： a ) 确定建模范围和业务框架； 标准分享网 w w w .b z f x w .c o m 免费下载 G B / T 1 9 4 8 7 -2 0 0 4 b ) 通过调查收集业务素材进行分析 ； c ) 利用基本建模过程建立业务模型 ； d 根据主要建模指标对模型进行评审； e ） 完善和完成整个业务模型（ 包括需求定义） ， 形成建模文档。 其中 。 ） 的“ 建模过程” 见“ 4 . 5 基本建模过程” , e ） 的“ 形成建模文档” 见“ 4 . 5 . 7 业务建模的主要文 档” ， 另外 ， 在建立模型之前， 可以先给出业务工作的业务原理示意图以辅助理解现有流程和明确业务需 求， 业务原理示意图没有固定形式 ， 但应当包含以下要素： 业务的最终 目 标 、 业务流程 中的重要活动、 重 要活动的执行者与控制者、 对重要活动的指标要求和其他必要的说明等。 图 2 描述业务建模主要环节的脉络。 r-11E11 图 2 业务建模主要环节脉络图 图3 描述了参与业务建模主要环节的人员， 建模每一个环节都需要业务领域专家的积极参与配合， 并与业务分析员共同完成模型的建立。 刊 图 3 业务建模主要环节示意圈 4 . 4 . 2 确定建模范围和业务种类框架 在确定建模范围时， 需要主要负责人参与到项 目 组 ， 这样可以确保项 目的目标与决策者的期望相一 G B / T 1 9 4 8 7 -2 0 0 4 致。在这个范围中， 业务建模的对象是业务分工（ 业务功能） 、 业务流程和业务信息， 见图 4 , A#4Y (A*IhfrRR*019!-qk*alft 月 图4 业务建模的对象 在所确定的建模范围中， 决定组织的哪一部分将变成哪些业务的发起者， 每种业务将形成若干业务 流程 ， 这些业务构成业务种类框架。如果每个业务流程同时描述很多事项， 很容易造成过高的期望值， 不便于后续的建模； 另外如果每个业务流程描述的事项太少， 又会造成业务流程太多 ， 反而看不清业务 的组成。因此应该在项 目开始时就首先确定业务建模的总体框架 ， 确定一个合理的平衡点。 在业务建模中， 不仅包括业务协作流程， 即通常所说的业务流程（ 它主要描述部门或岗位之间的业 务往来流程） ， 也包括岗位职责的执行 操作流程 （ 即每个工作岗位 自身如何完成其具体的工作职责） 。 业务协作流程侧重于宏观描述， 体现部门、 岗位或角色间的工作交互关系， 职责执行 操作流程是业务协 作流程在每个工作岗位的微观展开。 业务信息包括业务流程中处理的信息内容、 信息之间的关系、 信息处理的权限和信息共享方式等。 其中信息处理权限表示了工作岗位对业务信息处理的权力， 它从岗位角度描述了业务信息的编写权限、 修改权限、 删除权限、 审查权限、 使用权限； 信息共享方式表示了每种业务信息由哪些业务流程（ 业务协 作流程） 对它进行处理， 它从流程角度描述了业务信息的编写权限、 修改权限、 删除权限、 审查权限、 使用 权 限。 4 . 4 . 3 通过调查收集业务素材进行分析 框架和范围确定后， 业务分析员要与业务领域专家进行广泛交流， 对相关业务进行深人的调研 。这 部分工作可参见附录 B 业务调研表格示例和附录 C 业务调研报告大纲要素示例。 收集业务素材的主要步骤是： 业务分析员制定详细的调研表格 ； 将调研表格发放给业务领域专家 ； 业务领域专家填写调研表格， 并将 自己所做的业务描述清晰； 业务分析员收集调研表格， 进行建模工作。 4 . 4 . 4 利用基本建模过程建立业务模型 确定业务模型是用“ 5 业务流程设计的结果业务模型” 提供的表示方法对调研后的业务进行 描述， 来反映业务的不同方面， 形成各种业务建模图。 通过“ 4 . 5 基本建模过程” ， 根据收集的调研表格和业务领域专家的交流， 可以得到业务模型， 简述 如下 ： a ) 业务分工组成的描述 根据建模方法 ， 描述单位组织分工和职责等内容， 体现任务分工的责任化。 b ) 业务流程的描述 描述部门或岗位之间的业务往来流程等内容 ， 在业务管理中可以体现业务运行的程序化。 c ） 业务信息内容和处理权限的描述 业务信息内容和处理方式的描述包括了对业务信息的增加、 读取、 修改等权 限， 体现了信息处 理的精细化。 4 . 4 . 5 根据主要建模指标对模型进行评审 初步确定业务模型后， 通过对模型进行评审， 和业务领域专家对模型的表示达成共识， 确保模型的 准确性。 标准分享网 w w w .b z f x w .c o m 免费下载 G B / T 1 9 4 8 7 - 2 0 0 4 评审的工作是根据“ 4 . 5 . 6 业务建模的基本指标” ， 通过业务领域专家对模型的评审， 改正模型中存 在的问题， 使业务模型描述得更加精确。初期的模型可能存在与现在或未来的工作不一致的地方， 通过 评审可以找到模型中这些不符合之处， 然后再通过重新收集素材、 确定模型、 反复修改逐步完成整个 模型。 在业务模型评审过程中， 不仅可以对流程模型进行检查以确定其对业务过程描述是否正确， 同时可 以结合实际， 改变现有业务流程 。 4 . 4 . 6 完善和完成整个业务模型， 形成建模文档 根据建模的原则和基本建模过程， 不断地根据业务要求建立业务模型 ， 同时通过不断地评审对模型 进行确认， 以逐步求精的方式构造最终的业务模型。这样在建模结束时， 不仅可以得到符合要求的业务 模型， 同时在此基础上将要开发的软件系统的可行性也会以可执行的形式明确表现出来。 建模结束时 ， 应该得到包括主要建模图、 相关业务解释的主要文档。在完成的业务模型中， 包括 了 信息化需求定义的重点内容 ： 功能定义、 数据定义和流程定义等。 在形成主要文档的同时， 可以根据条件建立一个实际的模型演示原型软件 ， 模拟已经建立的业务模 型， 通过原型软件的运行， 用实际运行演示状况来更有效地完成模型的评审工作。 在业务建模工作中， 可以引进相关的质量管理体系， 对建模过程进行监督。 4 . 5 基本建模过程 4 . 5 . 1 基本建模过程简述 在收集到足够的业务素材后 ， 就可以进行相关业务建模工作 ， 形成由建模图组成的业务模型。常用 的基本建模过程有三种： 以业务分工分析为出发点进行建模的过程 、 以业务流程分析为出发点进行建模 的过程和以业务信息分析为出发点进行建模的过程， 每种建模过程都是由描述业务分： 工、 描述业务流 程、 描述业务信息等基本建模活动组成， 并在建模过程中对主要指标和主要文档做出要求。 应当指出的是， 实际业务建模过程往往是上述三种基本建模过程的有机组合， 很少会只应用单一建 模过程 。 4 . 5 . 2 以业务分工分析为出发点的建模过程 以业务分工分析为出发点的建模过程是根据业务建模的实际需要， 从一个单位的业务分工描述开 始， 完成对这个单位业务描述。它主要有两种流程分支 ， 第一个分支是描述业务信息、 描述业务流程； 第 二个分支是描述业务流程、 描述业务信息。见图5 0 sitLr53s 僵倡 图 5 以业务分工分析为出发点的建模过程 以业务分工分析为出发点进行业务建模时， 先从业务分工素材比较齐全的组织机构部分开始描述， 建立清晰的单位业务分工描述， 此后 ， 如果业务信息种类及其样式素材如表格等比较齐备， 就选择第一 个分支 ， 即描述完业务信息后再描述业务流程 ， 否则就选择第二个分支， 即通过描述业务流程来发现业 务信息， 进而描述业务信息。实际上， 描述业务分工模型、 业务信息模型和描述业务流程模型并不是独 立进行 ， 而是一个相互交叉、 反复的过程。 4 . 5 . 3 以业务流程分析为出发点的建模过程 以业务流程分析为出发点的建模过程是根据业务建模的实际需要 ， 从业务流程的描述开始， 完成业 务建模工作。它主要有两种流程分支， 第一个分支是描述业务信息、 描述业务分工 ； 第二个分支是描述 业务分工 、 描述业务信息。见图 6 0 G B / T 1 9 4 8 7 -2 0 0 4 困 5 1昙 #5=5?x 2 9!3t4s is. 图 6 以业务流程分析为出发点的建模过程 以业务流程分析为出发点进行业务建模时 ， 先从 占主导地位的业务流程部分开始描述 ， 按业务步骤 建立业务流程模型 ， 此后， 如果业务信息种类及其样式素材 比较齐备 ， 就选择第一个分支 ， 描述业务信息 后再描述业务流程 ， 否则就选择第二个分支， 描述业务分工后再描述业务信息。描述业务流程模型、 业 务信息模型和描述业务分工模型并不是独立进行 ， 而是一个相互交叉和反复的过程。 4 . 5 . 4 以业务信息描述为出发点的建模过程 以业务信息分析为出发点的建模过程是根据业务建模的实际需要 ， 从业务信息的描述开始， 完成业 务建模工作。它主要有两种流程分支， 第一个分支是描述业务分工、 描述业务流程 ； 第二个分支是描述 业务流程、 描述业务分工 。见图 7 a 囚 ft I 41A at51x z i # 图 7 以业务信息分析为出发点的建模过程 以业务信息分析为出发点的建模过程是根据业务建模的实际需要 ， 从业务信息的整理开始 ， 建立清 晰的业务信息模型， 此后 ， 如果业务分工素材比较齐全明确， 就选择第一个分支， 描述业务分工后再描述 业务流程， 否则就选择第二个分支 ， 描述完业务流程后再描述业务分工。描述业务信息模型、 描述业务 分工模型和业务流程模型并不是独立进行， 而是一个相互交叉和反复的过程 。 4 . 5 . 5 业务建模过程中相关建模图和说明 业务建模过程需要通过相关建模图来完成 ， 在整个建模过程中需要用到的基本建模图主要有 ： a ) 描述业务分工的建模图， 是分工组成树； b ) 描述业务信息的建模图， 是业务信息关系图和描述业务信息与组织单元作用关系的建模图； c ） 描述业务流程的建模图， 是业务协作流程图和职责执行 操作流程图。 利用主要的建模 图基本可以表示出业务模型， 如果需要对主要建模图进行进一步补充， 则需要利用 派生建模图进行辅助描述。例如数据接 口图， 业务信息操作权限图等 。 4 . 5 . 6 业务建模的基本指标 对业务分工、 业务流程和业务信息的描述必须达到下述基本指标来保证业务建模的质量。 a ) 描述业务分工组成的基本指标如下 ： 将需要规范化管理的部门及与之有业务联系的部门列举出来 ； 将上述需要规范化管理的部门中的岗位列举出来 ； 将上述需要规范化管理的岗位中的职责列举出来 ； 将上述需要规范化管理的职责中的活动步骤列举出来 ； 将上述活动步骤分解成子活动步骤， 直到对业务信息栏 目 能进行逐条处理的程度； 将上述处理业务信息栏 目的活动步骤所体现的处理方法继续分解成子活动步骤， 直到无 业务领域知识的人也能理解。 标准分享网 w w w .b z f x w .c o m 免费下载 c B / T 1 9 4 8 7 -2 0 0 4 b ) 描述业务流程的基本指标如下 ： 列举出所有业务流程的名称 ； 在业务协作流程图中以担负职责的角色、 岗位 、 部门为活动主体， 按业务往来的顺序描述 角色间的业务往来事件； 在业务协作流程图中以业务流程中发生的事件为主线， 按业务流程顺序描述业务往来事 件及其携带的业务信息； 在职责执行 操作流程图中再现分工组成结构中的职责或活动步骤； 在职责执行 操作流程图中将描述逐条操作业务信息栏目的活动步骤与业务信息栏目的 操作关系 ， 使用信息栏目操作权限指示线描绘出来； 在职责执行 操作流程图中将业务往来事件与活动步骤的联系描绘出来 ； 在职责执行 操作流程图中描述各级活动步骤之间的逻辑流程关系顺序 、 循环 、 分 支等。 c ) 描述业务信息的基本指标如下 ： 描述业务信息的所有栏目； 描述信息之间的关系计算合成关系、 分类关系、 连接关系等； 按业务信息在栏目级别上整理其操作权限读取、 修改、 删除等； 按业务分类整理所有业务信息的共享情况。 4 . 5 . 7 业务建模的主要文档 业务建模过程的主要文档是规范化管理文件， 包括了描述业务分工、 业务流程和业务信息的建模结 果和信息化需求定义， 这些建模文档必须满足上述建模过程的建模指标。 a ) 描述业务分工的建模文档必须： 反映一个组织 中上下级关系的组织结构图以及相关描述； 反映一个组织中层次化业务分工分解的分工组成树以及相关描述。 b ） 描述业务流程的建模文档必须 ： 反映宏观业务联系的业务协作流程图以及相关描述 ； 反映微观业务操作的职责执行 操作流程图以及相关描述。 c ) 描述业务信息的建模文档必须： 反映业务信息内容及其联系的业务信息关系图以及相关描述； 反映业务信息基本流向的数据流图以及相关描述； 反映活动主体之间信息交互的数据接 口图以及相关描述 ； 反映活动主体操作信息的业务信息操作权限图以及相关描述； 反映业务信息在各个业务流程中共享情况的业务信息共享图以及相关描述。 d ) 描述信息化需求定义的建模文档必须： 基于并不只限于分工组成树进行信息化功能定义、 过程定义以及相关描述。 5 业务流程设计的结果业务模型 5 . 1 业务模型的构成 业务模型是业务流程设计结果的体现， 包括基本建模图和由之导出的派生建模图， 其 中基本建模图 包括分工组成树、 业务协作流程图、 职责执行 操作流程图、 业务信息关系图， 表示了分工 、 协作和信息等 管理要素； 派生建模图包括数据接口图、 数据流图、 业务信息操作权限图、 业务信息共享图， 表示了业务 信息与组织单元之间的作用关系， 如图8 所示。 G B / T 1 9 4 8 7 -2 0 0 4 基本建模图派生建模图 一5 S ic htw w A u/o fv tr 4m m HA * raA A m霞鑫 图 8 业务模型的构成 5 . 2 业务模型的特点： 全程一体化与精细化 本条阐述了基本建模图之间的一体化（ 集成） 关系与精细化特点 ， 图 9 形象地给出了分工组成树、 职 责执行 操作流程图、 业务协作流程图和业务信息关系图之间的一体化（ 集成） 关系及职责执行 操作流 程图对业务信息精细化操作处理的特色。 1 分 工组成结构树2 职责执行 操作流程图 嗜 鬓 一 哪 致一 B 1 习 一致屯、 、-$ V； 一 .A B 1B3蕴 /4, h tmC1 一113rta. a fa, bal “ b1a2 $_= b2 图 9 基本建模图一体化（ 集成） 关系示意图 其中， 职责执行 操作流程图中的活动步骤是分工组成树中某一具体职责的活动步骤流程化的具体 体现， 描述了这一职责哪些活动步骤与其他活动主体之间存在的工作交互事件， 同时精细刻画了对业务 信息的操作方式， 这样形成了分工组成树、 职责执行 操作流程图和业务信息关系图之间的关联关系。 业务协作流程图把在某一具体业务涉及的分工组成树中活动主体之间存在的工作交互事件及其携 带的业务信息有序地排列开来 ， 用以全面描述业务协作关系， 其中业务协作流程图中的工作交互事件与 职责执行 操作流程图中的工作交互事件是完全一致的， 这样形成了分工组成树、 职责执行 操作流程图 和业务信息关系图之间的关联关系。 分工组成树、 职责执行 操作流程图、 业务协作流程图和业务信息关系图之间， 以一致性关联和精细 化处理操作两种方式形成了紧密的关系， 实现了在业务建模阶段基本建模图之间的一体化（ 集成） 。 “ 5 . 8 信息化的需求定义” 与附录“ A . 3 业务建模技术为业务建模、 需求建模和软件建模平滑过渡提 供技术支持” 说明了建模图在业务建模、 需求建模和软件建模全过程一体化的模式。 上述这些内容说明本标准提供的业务建模方法所具有的全程一体化精细建模的特点。 标准分享网 w w w .b z f x w .c o m 免费下载 G B / T 1 9 4 8 7 -2 0 0 4 5 . 3 分工组成树 5 . 3 . 1 分工组成树的特点 分工组成树如图 1 0 所示， 是一个组织的分工关系以层次化方式分解的体现， 其特点是： a ) 它描述的是业务分工的组成关系， 不是组织结构图描述的上下级关系； b ) 它精细地描述了业务工作， 体现了分工责任化， 组织结构图通常只是粗线条的部门划分， 至多 会详细到岗位， 很少会体现岗位职责， 但分工组成树就可以十分精细地描述分工情况， 不仅可 以完整描述岗位担负的工作职责， 而且还可以展开描述履行职责的活动步骤。 岁“ It V-tff J1A 11 ooavmlffA 2.2lfffj .t A,-k V-M-+ A 2.4. 11A2 A2.3 14.a* 2. 1 L xA 0 A 2. 4 i - A2.Yx3CicA 2.4.2 A2.4.2.2 8 qk *kv * 至 到逗国 仁 兰 A 2. 4. Z. 4 1 差 文 归 档 ！A 2 . 4 . 2 . 5 图 1 0 分工组成树的示例 分工组成树中的每个层次由行为单元节点组成， 这些单元的基本类型依次为“ 组织部门一 一 工 作岗位岗位职责活动步骤” ， 其中“ 机构、 部门、 工作岗位、 岗位职责” 还可称为组织单元或活动 主体， 这构成了分工组成树的层次关系。 为简单起见， 在不引起混淆的情况下， 本标准把工作岗位简称为岗位， 把岗位职责简称为职责， 把活 动步骤简称为步骤。 5 . 3 . 2 机构中的部门组成 组织中的部门组成结构可参见图 1 1 ， 需要注意的是， 如果一个部门承担的工作种类较多或工作量 较大 ， 往往会设立子部门。 囚 I A1)AO l A2)8 A3二 图 1 1 分工组成树的示例组织中的部门组成 5 . 3 . 3 部门中的岗位组成 本标准所说的工作岗位是一个逻辑类别概念， 而不是一个具体的人， 参见图 1 2 , 所以在分工组成树 中， 办公室只应列举“ 秘书、 收发员” 这种岗位， 而不应列出“ 张秘书、 李秘书” 这样具体的人员。另外， 在 很多组织中存在身兼数职的情况， 如秘书可能还会兼任收发员工作 ， 所以在分工组成中， 应该描述成“ 秘 cB / T 1 9 4 8 7 -2 0 0 4 书、 收发员” 两个概念上的岗位， 而不应描述成一个实际上的人。 A 2. 1 ,A2.2)lij A2 A2.3A 2. 4A2.5 图 1 2 分工组成树的示例部门中的岗位组成 5 . 3 . 4 岗位中的职责组成 通常每个岗位会担负多项职责， 参见图 1 3 0 因一圈 图 1 3 分工组成树的示例岗位中的职责组成 如果一项岗位职责的工作负担比较重， 那么会设立一个岗位 由一个人承担这项职责， 比如， 大型组 织的会计会有成本会计、 工资会计这类岗位， 而中小型组织往往只设立会计这一岗位， 成本核算、 工资核 算是其工作职责， 所以岗位划分与岗位职责的划分是相对的。同样的道理 ， 部门与岗位的划分也是相 对 的。 5 . 3 . 5 岗位职责中的活动步骤组成 需要指出的是， 分工组成树的岗位职责列举了活动步骤及其之间的逻辑关系， 参见图 1 4 。职责执 行 操作流程图在此基础上描述了业务信息的提供者 、 接受者及处理方式， 参见图 1 8 0 标准分享网 w w w .b z f x w .c o m 免费下载 G B / T 1 9 4 8 7 -2 0 0 4 接 受 1填 写 办 文 编 号 ！A 2 . 4 . 1 . 1 ！ I A 2 . 4 . 1 . 2 . 1 1 转 抄 文 件 标 题 1 A 2 . 4 . 1 . 2 . 2 ！ 1该 写 收 文 日 期 I A2 . 4 . 1 . 2 . 3 1 I转 抄 来 文 单 位 A 2 . 4 . 1 . 2 .4 I 1 来 文 登 记I转 抄 紧 急 程 度 ！A 2 . 4 . 1 . “ IA 2 . 4 . 1 . 2 . 5 ！ 匝 豆 习 僳II)zafW)t#at A2.4.1.2.6A 2.4. 1 一侄 A 2.4习 崩巍单 位 I I A 2 . 4 . 1 . 2 . 8 ！ 接 收 签 字 I A 2 . 4 . 1 . 2 . 9 ！ Ye s 逻裂 A2.4.1.4C2.4.1.3 No irg#mA2.4.1.5 图 1 4 分工组成树的示例岗位职责中的活动步骤组成结构 活动步骤可以分解细化成子步骤， 参见图 1 5 ， 这种分解可以细化到不可再分的程度 ， 本标准把不可 再分的步骤称为原子活动步骤。 7C( 1 0 JAn 4 f ffA2.4.1.2.1.1I I A2.4.1.2.1.2.19QM#a 1 2ffAfS14A,19. 1 A2.4.1.2.1.2I I A2.4.1.2.1.2.21A2.4.1.2.1 Ant qA2.4.1. 2.1.2.31AZn fl BBO c ) 明确开始事件、 结束事件； d ) 确保事件链一环紧扣一环， 流程不中断； e ) 明确伴随事件的业务信息； f ) 标注每个岗位进行的工作职责或活动步骤 ， 这样就建立了“ 业务协作流程图” 与“ 分工组成树” 和“ 职责执行 操作流程图” 的关系。通常我们只标注与协作有关的步骤或使 岗位活动连续， 而 不一定要标注每个岗位职责的所有活动步骤。 G B / T 1 9 4 8 7 -2 0 0 4 资 图 1 7 自由型业务协作流程图的示例 5 . 5 职责执行 操作流程图 与业务协作流程不同， 职责执行 操作流程更聚焦每个工作 岗位 自 身如何完成其具体的工作职责， 是业务协作流程的微观具体展开 ： 用顺序执行、 条件分支、 循环执行 等逻辑单元形成执行 活动步骤 的逻辑 流程， 这项工作在 “ 5 . 3 . 5 岗位职责中的活动步骤组成” 中已作过说明； 注明对业务信息具体栏 目的处理方式， 该处理方式包括增改、 读取、 删除等， 这项工作只有在完 成业务信息栏 目描述后才能进行 ， 参见图 1 9 0 图 1 8 是办公室收发员进行“ 接收文件” 职责的执行 操作流程图， 图 1 6中的办公室收发员进行的活 动步骤也体现在这张图中。另外这张图还体现了对业务信息“ 传人文件” 中具体栏 目的读取操作及对 “ 文件接收登记簿” 中具体栏 目的填写操作等步骤。 标准分享网 w w w .b z f x w .c o m 免费下载 G B / T 1 9 4 8 7 -2 0 0 4 气 图 1 8 职责执行 操作流程图的示例 5 . 6 业务信息关系图 5 . 6 . 1 业务信息的描述方法 业务信息主要由信息的名称、 信息栏 目（ 标题） 组成 ， 参见图 1 9 。业务信息可分为业务单证和业务 报表， 前者是原始性信息 ， 后者是派生性信息， 由业务单证综合而来。 圈 图 1 9 业务信息的示例 5 . 6 . 2 业务信息之间的关系 5 . 6 . 2 . 1 概述 本标准使用业务信息关系图描述业务信息之间