DB 4407 T 82-2021 政府部门“双随机、一公开”社会管理抽查系统 第3部分：管理规范.pdf

《DB 4407 T 82-2021 政府部门“双随机、一公开”社会管理抽查系统 第3部分：管理规范.pdf》由会员分享，可在线阅读，更多相关《DB 4407 T 82-2021 政府部门“双随机、一公开”社会管理抽查系统 第3部分：管理规范.pdf（10页珍藏版）》请在麦多课文档分享上搜索。

1、ICS 03.0 16CCS A0 04407江门市地方标准DB 4407/T 822021政府部门双随机、一公开 社会管理抽查系统 第 3 部分：管理规范Spotcheck system for“Two random selections and one informational publicity”formarket management in government agenciesPart 3:Management specifications2 0 2 1-0 9-2 7发 布 2 0 2 1-0 9-2 7实 施江门市市场监督管理局 发布D B 44 07/T 8 2 20 21I

2、目次前言.I I1 范 围.12 规范性引用文件.13 术语和定义.14 职责分工.1分工原则.1管理方职责.1运营方职责.2接入方职责.25 组织机构与用户管理.2组织机构管理与信息维护.2用户权限管理.26 运营管理.3数据运营.3问题反馈处理.37 运维管理.3应用上下线管理.3版本管理.4监控保障.4参考文献.6D B 44 07/T 8 2 20 21II前言本文件 按照GB/T 1.12020标准 化工作导则 第1部分：标准化文件的 结构和起草 规则的规定起草。本文件由江门市市场监督管理局提出并归口。本文件起草单位：江门市市场监督管理局、广东省江门市质量技术监督标准与编码所。本文件

3、主要起草人：黄智锋、龚伟恒、许宇旌、梁淑玲、范志平、黄型纳、曾捷、文灼光、侯 玙莹、李丽珊。D B 44 07/T 8 2 20 211政府部门 双随机、一公开 社会管理抽查系统 第 3 部分：管理 规范1范 围本部分提出了“双随机、一公开”系统的管理职责分工、组织机构与用户管理、运营管理和运维管理原则。本部分适用于“双随机、一公开”系统的开发者、使用者、维护者及相关其他单位2 规范性引用文件下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。DB4407/T 7

4、62 0 2 1 政府部门“双随机、一公开”社会管理工作 术语DB4407/T 8 3 2 0 2 1 政府部门“双随机、一公开”社会管理抽查系统 第4部分 接入规范3 术语和定义DB4407/T 762 0 2 1 界定的术语和定义适用于本文件。4 职责分工分工原则“双随机、一公开”系统管理工作按照“统一规划建设，分级授权管理”原则，由市级管理方、分级管理方、单位管理方共同完成“双随机、一公开”系统的各项管理工作。管理方职责4.2.1 市级管理方市级管理方应履行以下职责，包括但不限于：a)统筹制定“双随机、一公开”系统总体规划、标准规范、管理制度等；b)统筹推进、指导协调和监督管理全市“双随

5、机、一公开”系统建设和应用工作；c)统一审批市级单位、县市（区）级以上分级管理方的政务应用接入、上/下线、变更调整或撤销请求，统筹协调第三方应用的接入和服务提供；d)对市级单位、县市（区）级以上分级管理员的授权、管理、培训和监督考核。4.2.2 分级管理方职责分级管理方应履行以下职责，包括但不限于：a)制定辖区内的“双随机、一公开”系统管理制度；b)管理和维护辖区内组织机构及使用单位权限，单位管理员的授权、管理、培训和监督考核；D B 44 07/T 8 2 20 212c)审核辖区内接入方的政务应用接入、上/下线、变更调整或撤销请求，指导和检查接入方的政务应用建设和运行等。4.2.3 单位管

6、理方职责单位管理方应履行以下职责，包括但不限于：a)制定本单位的“双随机、一公开”系统管理制度；b)管理和 维护本单位 组织架构及 用户，不具 备单位管理 员权限的，应设置单位 联络人，负 责协调分级管理方管理和维护本单位组织架构及用户；c)依照流程提出应用接入、上/下线、变更调整或撤销请求，推动本单位自建系统或政务应用接入“双随机、一公开”系统。运营方职责运营方应履行以下职责：a)负责“双随机、一公开”系统的应用生态建设；b)为管理方和接入方提供相关技术支持服务；c)协助提供“双随机、一公开”系统所需的软、硬件运行环境资源，保障“双随机、一公开”系统信息安全等日常运营工作。接入方职责接入方应

7、履行以下职责：a)推动成熟的业务系统或政务应用接入“双随机、一公开”系统，并开展日常监督；b)负责进驻的政务应用相关业务系统及接口的运维保障；c)负责本方接入“双随机、一公开”系统政务应用的信息安全。5 组织机构与用户管理组织机构管理与信息维护组织机构创建后，管理方、使用单位应对组织机构信息进行及时维护，以保障组织机构信息与实际相符。组织架构信息维护工作分为使用单位内部信息维护、单位移除和跨单位信息维护等。具体组织机构信息维护要求如下：a)根据授 权情况，使 用单位内部 的组织机构 维护，包括 部门和人员 信息的增加、删除、修 改等操作由单位管理方负责处理或所在层级的分级管理方处理；b)使用单

8、 位发生单位 间职能合并、调整或跨 单位人员调 动等情况时，由所在层 级的分级管 理方负责跨单位组织机构信息维护工作。用户权限管理5.2.1 管理员职责“双随机、一公开”系统管理应按照“统一规划建设，分级授权管理”原则，实行分级授权管理。全市应设系统总管理员、县市（区）分级管理员、单位管理员等管理员层级，各层级管理员职责要求如下：a)系统总管理员应负责市级、县市（区）分级管理员的授权、管理和培训；b)县市（区）分级管理员应负责本地或本部门各下设单位管理员的授权、管理和培训；D B 44 07/T 8 2 20 213c)单位管理员应负责本单位各级组织架构及用户的管理维护工作。5.2.2 用户访

9、问权限管理“双随机、一公开”系统应按照“分级授权管理”原则设置用户的通讯录、工作台应用访问权限，其中：工作台应用访问权限管理，包括工作台应用可见范围权限配置和应用内权限配置，应由单位管理员或单位联络人提出，报所在层级分级管理员审批后实施。6 运营管理数据运营数据运营工作内容包括“双随机、一公开”系统数据的提取、处理及分析等，具体运营工作包括：a)运营方 应负责搭建 运营数据平 台，提供可 视化运营数 据实时监控 和分析、定 期输出各单 位 定制化数据报表等演示汇报数据展示需求；b)运营方 应负责利用 日常、阶段 性、特殊节 点等数据，撰写运营分 析报告并提 交市级管理 方，分析产品服务质量、运

10、营效果及数据波动原因。问题反馈处理各地各 部门的咨询，如涉及“双随机、一公开”系统操 作使用等技术 问题，运营方 应在收到后2个工作日内答复处理；如涉及政务应用业务问题且法律法规和相关标准没有明确答复期限的，应及时将咨询内容分发至该咨询所涉的接入方，接入方原则上应在收到后5个工作日内回复。7 运维管理应用上下线管理7.1.1 应用上线管理7.1.1.1 应用上线原则各地各部门的已建政务应用、业务系统，以及供应商的成熟政务应用可以申请上线到“双随机、一公开”系统，原则如下：a)所有应用上线应先经管理方审批同意；b)优先接入高频、刚需、覆盖用户量较多的应用；c)接入应用应确保后端业务系统能够承载并

11、发量及安全性，并保证访问安全；d)市级管理方应会同运营方制定应用上线制度。7.1.1.2 应用上线流程要求政务应用、业务系统按照 DB4407/T 8 3 2 0 2 1 接 入“双随机、一公开”系统后，应按以下流程申请上线：a)如上线应用的使用范围为单一单位的，经本单位审批同意后，可直接联系运营方上线应用；b)如上线 应用的使用 范围为跨单 位、跨系统 使用的，由 该应用的业 主单位报市 级管理方审 批 同意后，通知运营方上线应用。7.1.2 应用下线管理D B 44 07/T 8 2 20 2147.1.2.1 应用下线原则对于不再使用的应用，使用单位应申请应用从“双随机、一公开”系统下线

12、，原则如下：a)所有应用下线应先经管理方审批同意；b)市级管理方应会同运营方制定应用下线制度。7.1.2.2 下线流程要求使用单位应按以下流程申请应用下线：a)如下线应用的使用范围为单一单位的，经本单位审批同意后，可直接联系运营方下线应用；b)如下线 应用的使用 范围为跨单 位、跨系统 使用的，由 该应用的业 主单位报市 级管理方审 批同意后，通知运营方下线应用。版本管理7.2.1 版本发布制度运营方应建立“双随机、一公开”系统版本发布管理流程并严格按流程执行，未经管理方同意，不得随意调整系统功能模块。所有功能变更需报管理方同意后方可执行。其中，市级应用应报市级管理方审批同意，其他应用应报应用

13、业主单位所在层级的管理方审批同意后，方可执行迭代变更。7.2.2 版本迭代流程接入方 开发完成迭代 版本并通过 内部测试，向 运营方提交用户验收测试（U AT）申请 并通过后，由运营方通知市级管理方负责人和发布更新消息，再由接入方安排版本更新。监控保障7.3.1 总体要求运营方应负责“双随机、一公开”系统的运维保障，为管理方和接入方提供相关技术支持服务，并对“双随机、一公开”系统接入的政务应用进行日常监测，及时排查处理各类问题，加强软件管理，保障“双随机、一公开”系统信息安全。7.3.2 基础资源监控7.3.2.1 系统基础监控接入规范“双随机、一公开”系统服务器应纳入一体化运维管理，所有主机

14、监控项目（包括但不限于服务器C P U使用率、内存使用率、磁盘使用率、网卡等服务 器关键指标）应通过邮件、短信、微信 等实现全覆盖告警机制，确保告警及时有效。7.3.2.2 基础资源巡检规范7.3.2.2.1 运营方 应在日常工作时间内定 时进行巡检，巡检完成 后，填写巡 检报告并反 馈给项目相关成员。7.3.2.2.2 巡检内容应包括检查“双随机、一公开”系统服务器，包括但不限于服务器磁盘空间、C P U、内存使用率，数据库服务器运行状态等内容。7.3.2.2.3 巡检方法应将自动检测与手工检测相结合。7.3.2.3 基础资源监控日常工作要求D B 44 07/T 8 2 20 215运营方

15、应对基础资源进行日常监控，包括：a)实时监控服务器状态，值班人员定时检查控制台，并对控制台中生成的信息进行处理；b)实时接收告警信息；c)监控中如果发现异常，根据实际情况分析处理。7.3.3 应用监控7.3.3.1 应用监控规范应根据接口请求数、响应时间、响应码、业务在线数、实名认证数等业务指标开展重点应用监控，监控服务是否正常。7.3.3.2 应用监控巡检规范运营方应在工作时间内定时进行巡检，巡检完成后，填写巡检报告并反馈给运营方相关部门，巡检内容应包括但不限于“双随机、一公开”系统查询功能检查、公告功能检查、用户中心功能检查、其他功能检查。7.3.3.3 应用监控工作要求应用监控要工作求包

16、括：a)运营方应对应用进行监控，包括：实时接收告警信息，根据实际情况分析处理；b)根据服务 请求 响应码，如返回非 20 0，持 续时间超 过 10 分钟，应联合接入方排查 问题，并反馈运营方相关部门同步信息，如遇服务长期无法恢复则配置公告提示；c)如请求 响应码正常，仅服务响 应时间变长，应反馈接 入方排查服 务情况；如 遇访问量突 增 情况，应及时检查应用使用单位是否有业务推广，并查找原因。D B 44 07/T 8 2 20 216参考文献 1 G B/T 3 0850.12 0 1 4 电子政务标准化指南 第 1 部分：总则 2 G B/T 3 3780.12 0 1 7 基于云计算的电子政务公共平台技术规范 第 1 部分：系统架构 3 C 0 1 0 3 2 0 1 8 国家政务服务平台政务服务移动端建设要求 4 国务院办公厅关于印发“互联网+政务服务”技术体系建设指南的通知 国办函 2016 108 号