DB11 T 762-2010 电子政务业务描述规范.pdf
《DB11 T 762-2010 电子政务业务描述规范.pdf》由会员分享,可在线阅读,更多相关《DB11 T 762-2010 电子政务业务描述规范.pdf(16页珍藏版)》请在麦多课文档分享上搜索。
1、 ICS 35.080 M 07 北京市地方标准DB11 DB11/T 762 2010 电子政务业务描述规范 Business description specification for electronic government 2010-12-28发布 2011-04-01实施 北京市质量技术监督局发布DB11/T 7622010 I 目 次 前言 II 引言 . III 1 范围 . 1 2 规范性引用文件 . 1 3 术语和定义 . 1 4 业务描述总述 . 1 5 业务分类描述 . 2 6 业务特征描述 . 2 6.1 业务特征描述总述 . 2 6.2 业务基本属性 . 2 6.3
2、 业务扩展属性 . 4 6.4 业务信息化属性 . 4 7 业务流程描述 . 4 7.1 业务流程描述总述 . 4 7.2 业务流程图描述符号 . 5 7.3 业务流程图绘制步骤 . 6 8 业务事项编码 . 6 8.1 业务事项编码结构 . 6 8.2 业务事项编码规则 . 6 附录 A (规范性附录) 业务大类、业务子类及编码 7 附录 B (资料性附录) 业务分类描述示例 9 附录 C (资料性附录) 业务特征描述示例 . 10 附录 D (资料性附录) 业务流程描述示例 . 11 参考文献 12 DB11/T 7622010 II 前 言 本标准按照 GB/T 1.12009 给出的规
3、则起草。 本标准由北京市信息化标准化技术委员会归口。 本部分由北京市经济和信息化委员会组织实施。 本标准起草单位:北京市经济和信息化委员会、北京博越世纪科 技有限公司 、 太极计算机股份有限 公司。 本标准主要 起草人: 水海峰 、 林绍福 、 吕元元 、 胡晓翔 、 周琼 、 张楠 、 刘莹、 苏静、 王艳丽 、 朱慧、 田耘、汤海 京。 DB11/T 7622010 III 引 言 随着北京市 电子政务 建设全面加快推进,电 子 政 务 建设取得重大 进展,已 经 进入 信息资 源共享、 跨 部门业务协同 的 深 化应 用 阶段,对如何进行电子 政务规 划提出了更高的要求 。本标准 提出了
4、电 子 政 务业 务描述规范,为政务部 门开展 电子政务业务规划 、业务 调研、业务 梳理、业务分析和信息资 源梳理工作 提供规范依据 。 制定本标准的 目 的 是统一规范 各部门政 务业务描述结 果表现, 以便于各政务部 门 之间 、 政务管 理人 员之间、 以及 政务管理人 员和信息化工作 者之间能够 用相同的方式表达和 理解业务,为进行电 子 政 务规 划 和信息系统 建设奠 定基础。 DB11/T 7622010 1 电子政务业务描述规范 1 范围 本标准规定 了业务分类描述、业务特征描述、业务流程描述和业务事项编码。 本标准适用 于政务部 门的电子 政务业务 梳理和电 子政 务系统建
5、设 及应用, 其他组织 也可参考 使用。 2 规范性引用文件 下列文件对 于本文件的 应 用 是必不可少 的。 凡是注日期 的引用文件 , 仅所注日期的 版本适用 于本文 件。凡是不注日期的引用文件 ,其最新版 本(包括所 有的修改单) 适 用 于本文件。 GB/T 19487 电 子 政 务业务流程设计 方法 通用规范 DB11/Z 370 网上审批业务流程描述规范 3 术语和定义 下列术语和定义适用 于本标准。 3.1 业务 business 政 务部门为 完成某一 特定目标 而开展的 相关活动 。每 类业务是有 相同特征的业务事项的集合 。 3.2 业务事项 business trans
6、action 政 务部门在 行使职能过 程 中 的基本活动 , 包括有 一定 顺序和逻辑关系的若干个业务 环节,对应 一个 特定的不可再 分 解 的业务办理 过程。 3.3 业务环节 business unit 是 业务活动 的独立单 元, 包含任 务办理动 作、 任务执 行角色、 任务办 理过程中所需的信息和所产生 的信息四个 要素。 3.4 业务属性 business attribute 业务事项所具 有 的 可结构化描述的特征。 3.5 业务流程 business flow 业务事项中不 同 环节 的顺序关系被称为 业务流程。 4 业务描述总述 电 子 政 务业务描述模型 由 政 务业务
7、、业务事项、业务 环节、业务属性, 以 及业务分类描述、业务特 征描述、业务流程描述构成,如 图 1所示: DB11/T 7622010 2 图 1 电子政务业务描述模型 政务业务到 业务事项的 多层分类 关系采 用业务分类描述。 业务事项包括 业务属性和业务 环节两个关 键 要 素, 业务事项到业务属性的 静态描述 关系采用业务特 征描述,业务事项办 理中若干 业务环节之间的顺序 和逻辑关系采 用业务流程描述。 5 业务分类描述 业务分类描述 是一种 以政务业务的业务 内容和业务 相关 性 为 视 角的 , 由总 到分、由 概 括 到 具 体 的业 务分层描述 方法,分 为业务域 、业务大类
8、、业务子类、业务小类、业务事项 五 个 层次 。 业务域是从宏观角度 上针对业务 主 题 划分 , 位 于业务 框架最上层 。 各部门主要 以业务大类、业务子类、业务 小 类、业务事项四个层次 对 本部 门的业务 进行分层 描述。 业务大类的 划分见附录 A, 各 政 务部门可 根据实际情况 , 按照业务内容 , 选择一个 或几个业务大类。 每个业务大类 可 细 分为 业务子类。 每个 业务子类 可进 一步细分为 业务小类。 每个业务 小 类 直接细分到 业 务事项。 在业务属性 或业务流程 上 有 相关 性的业务事项可 归入同 一 业务小 类。业务 相关的业务 小 类 可归 入同 一业务子类
9、。业务子类 可 按照业务内容 相近程度 归入 相应的业务大类。 单个业务事项的归类 方式是唯 一的,如 果其与几 个业务 小 类 均 有所关联, 将按照其 核心内容 关联程 度归入其中一个小类。 各 部 门进行 业务描述 时,可以 根据本部 门的情况 ,选择 划 分 层次 ,具体示例参见附录 B。 6 业务特征描述 6.1 业务特征描述总述 业务特征描述 是以业务事项的 静态描述 为视角, 描述的业务属性 包括业务基本属性、业务扩展属性 和业务信息化属性, 用业务属性 表 示示例参见附录 C。 6.2 业务基本属性 业务基本属性 是 业务 梳理和信息资源梳理工作中 对业务事项进行 描述必须 包
10、含的特征描述。业务基 本属性如表 1所示: DB11/T 7622010 3 表 1业务事项基本属性表 基本属性 说明 描述 要求 业务事项编码 业务事项的编码 其具 体要求 规范参 见“ 业务事项编码” 部分。 业务事项 名称 业务事项的 名称 业务事项 命名时 , 可 参照 “ 定职能 、定 机 构、定编制 ” 方案 部门 职责 、 行政 许 可 、 行政 执法 事项 名称 , 原 则上能 反映 业务 工作 特点 ,符 合行 业领域 规范。 业务 主管 部门 业务事项 主管 的各 级政 务部 门名 称 , 指市( 区) 机关 部门 。 明确到 一个 政务部 门。 业务 主管 部门 编码 使
11、用部 门组织 机构 代码 按照部 门组织 机构 代码 进行 描述。 业务主管部门 内的主办 单 位 业务事项的 办理主要 单位 名称, 指业 务 主 管 单位的 内设部 门(处室或 科 室 )、 下 设 单位及 其它 下属单位 如 果有 多个 主办 单位 , 各主 办单位 之间 用“、 ”号 隔开 。 业务主管部门 内的协办 单 位 业务事项的 协同 办理 单位 名称, 指业 务 主 管 单位的 内设部 门(处室或 科 室 )、 下 设 单位及 其它 下属单位 如 果有 多个 协办 单位 , 各协 办单位 之间 用“、 ”号 隔开 。 是否 有跨 部门协同 关系 对业务 主管 部门 而言, 业
12、务 办理 是否 涉 及到 其他 政务部 门。 如果 业务 办理 涉及 到其他 政务部 门, 就 填写“ 有 ” , 否则 填写“无” 。 跨部 门业务 协同 关系 描述 针 对有跨 部门协同 关系 的具 体描述。 业务办理协同 关系分 为前置 和后续 两种 : 1、 前 置 : 指 业务在本主管部门办 理 之 前 , 所需 材料 或相关 手续等 由哪 个 政务部 门办 理; 2、 后续:指业务在本主管部门办 理 之 后 , 所需 材料 或相关 手续等后续 业务由 哪个 政务部 门办 理。 进行 特征描述 时,要 列 出业务 办理 所涉 及的 其他 政务部 门名 称 , 在 政务部 门名 称后
13、加上括 号 , 在括 号内选择填写“ 前 置”或“后续” ,如 果 存在 多种 协同关 系, 不同协同 关系之间 用 “、 ” 号 隔开。 多个 政务部 门之间 用“;” 号 隔 开 。 如 果 无 部 门 外 业务协同关系的,填写 “无” 。 协同 业务事项编码 有协同 关系 的业务事项编码 编码 方式 同“ 业务事项编码 ” 业务 服务 对象 类型 业务 服务 对象 类型 分为: 公众 、 企 事 业单位、 政府 。 进行 特征描述 时, 可 选择 一个 或多 个服 务对 象。 如 果存 在多 个服 务对 象, 不同 服务 对象 之间 用“、 ”号 隔开 。 业务 服务 对象 描述 将每一
14、 类的描述 对象细 化。 进行 特征描述 是, 采 用 “服 务对 象类 型 ( 详细描述) ”的描述方式 ,如 “公众 (纳税 人 )、 企 事业单位 ”。 业务 办理 频度 业务 办理 的时 间频度 采 用频度词 汇进行 描述 ,如随机 、 每日、 每周、 每月、 每季、 每年 , 或 每几 日等。 业务 办理 时间 分布 业务 在一 年之中集中办 理的 时间 段 采用 时间 短的描述 词汇,如 每 年 的 六月 至八月 等。 如 果全 年办 理时 间比较平 均 , 填写“均 衡” 。 DB11/T 7622010 4 表 1(续) 基本属性 说明 描述 要求 业务 办理依据 业务 办理
15、所依据 的相关法 律、 法 规或 者 “ 三定 ” 方案、 领导 批示 等规定、 文件 描述 相关 规定、文件的 名称 、文件号, 尽可能 细化 到条款, 多个 规定 或文件 之 间 用“;”隔 开。 生 效时 间 业务 开始 生效 时间 生效 日期表 示方法 ,* 年 *月 *日 。 业务 办理 所需 信息 业务 办理 所需 的材 料清 单。 如果是 行 政 许 可 事项 ,即 为 业务 受 理所需 材 料。 描述 所需 材料的 名称 ,如 文件 名 称、 表 格名 称等。 当需 要多 个办 理材 料 时, 材 料之间 用“;”隔 开。 业务 办理 产生 信息 业务 办理 结果 明细 ,产生
16、 结果 清单。 描述所产生材料的名称,如证件名称 等 。当 产生 多个 材料 时, 材料 之间 用 “;” 隔 开 。 6.3 业务扩展属性 不 同 的业务事项有各 自的业务特 点 , 基本属性描述 不能 满足业务 梳理和信息资源梳理工作需 求, 还 需要扩展其他 特征描述 , 各 部 门可 根 据 实际情况对 扩展属性进行 扩展。 增加扩展属性 时,要 给属性 明确 的属性名称 、属性的 说明和属性的描述 要求。 当 各级政 务部门对行政 许可、 审批和服 务业务的业务事项 模型 及网上办 理 业务流程 模型展开设计 时 , 其 扩展属性可参考 DB11/Z 3702006 网上审批 业务流
17、程描述规范。 6.4 业务信息化属性 当为进行电 子政务建设 及业务编 目梳理工作时, 需要对 业务事项的信息化特征进行 描述, 业务事项 的信息化属性 如 表 2所 示: 表 2 业务事项信息化属性表 基本属性 说明 描述 要求 信息化程 度 信息化程 度, 包括 : 1、 信息公开:对 业务事项的 某 些属 性需通过 信息化 手段 告知 服务 对象 。 2、 备 案 归 档 :业务事项办 理后, 仅 对 业务 办理 的结 果进行 信息化 支撑 。 3、 办 理 过 程 记 录:业务事项 办 理各 环节 的办 理角色 、 处理 动作 和处 理信息 需进行 信息化 支撑 。 4、 办 理全程信
18、息化:业务事项办 理 的 每个环节办 理所需 信息、 产生 信息、 以及 各环节 的办 理角色、 处理 动作 和处 理信息 都需 要进行 信息化 支撑 。 如 果不需 要信息化 支撑 ,填写“不需 信 息化 支撑” 。 如 果需 要信息化支撑 ,选择 一种或多种 信息化程 度。 如 果由 多种 信息化程 度, 信息化程 度之间 用“ 、 ”隔 开。 是 否已有 信息 系统 支撑 业务事项 是否 已有 信息 系统 支撑 。 如 果有 信息 系统支撑 ,填写 信息系统 名 称。 如果 由多 个 信息 系统 共同 支撑 ,信 息系统 名称之间 用“ 、 ”隔 开。 如 果没 有信息 系统 支撑 ,填
- 1.请仔细阅读文档,确保文档完整性,对于不预览、不比对内容而直接下载带来的问题本站不予受理。
- 2.下载的文档,不会出现我们的网址水印。
- 3、该文档所得收入(下载+内容+预览)归上传者、原创作者;如果您是本文档原作者,请点此认领!既往收益都归您。
下载文档到电脑,查找使用更方便
5000 积分 0人已下载
下载 | 加入VIP,交流精品资源 |
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- DB11 762-2010 电子政务业务描述规范 762 2010 电子政务 业务 描述 规范
