ICS 35.080 CCS L 67 DB51 四川省 地 方 标 准 DB51/T 2941—2022 “天府通办”政务服务平台技术规范 2022 - 10 - 24发布 2022 - 12 - 01实施 四川省市场监督管理局 发布 DB51/T 2941—2022 I 目 次 前 言 ................................ ................................ ............. II 1 范围 ................................ ................................ ................ 1 2 规范性引用文件 ................................ ................................ ...... 1 3 术语和定义 ................................ ................................ .......... 1 4 缩略语 ................................ ................................ .............. 1 5 平台架构和功能要求 ................................ ................................ .. 1 6 政务服务应用接入流程 ................................ ................................ 2 7 政务服务应用技术要求 ................................ ................................ 4 DB51/T 2941—2022 II 前 言 本文件按照 GB/T 1.1-2020《标准化工作导则 第1部分：标准化文件的结构和起草规则》的规定起 草。 请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。 本文件由四川省大数据中心提出 、归口并解释。 本文件起草单位： 四川省大数据中心 政务服务技术处 ，中国电信股份有限公司四川分公司，大汉软 件股份有限公司，成都工业学院 。 本文件主要起草人： 赵启斌，张军，刘雯，乐益矣，徐晶，沈益民，唐为之，解岩， 罗定兰， 苟斌， 任墨海，姚刚，雷山锋，张文阳，文冠人，陈璟，李波，赖永波，余兵，陈欣，王庆凯 ，陈峥。 本文件首次发布。 DB51/T 2941—2022 1 “天府通办”政务服务平台技术规范 1 范围 本文件规定了四川省“天府通办”政务服务平台的 架构和功能要求、政务服务应用接入流程 和政务 服务应用技术要求等。 本文件适用于四川省“天府通办”政务服务平台的建设 和运行。 2 规范性引用文件 下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。 其中， 注日期的引用文件， 仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本 文件。 GB/T 39044 政务服务平台接入规范 3 术语和定义 下列术语和定义适用于本文件。 3.1 “天府通办”政务服务平台 the government service platform “Tianfu Tongban ” 四川省政务服务全域可办、一网通办、一次办成 的支撑平台， 包括四川政务服务网、全省一体化政 务服务平台及支撑体系、移动客户端及各类小程序 等，简称“天府通办” 。 3.2 政务服务应用 the government service application 由地方或部门为自然人、法人和其他组织提供 的各类网上政务服务 应用系统 。 4 缩略语 以下缩略语适用于本文件。 CSS：层叠样式表 （Cascading Style Sheets ） HTTP：超文本传输协议（ Hyper Text Transfer Protocol ） JS：Java脚本（Javascript ） PV：页面浏览量（ Page View ） UV：独立访客数（ Unique Visitor ） 5 平台架构和功能要求 “天府通办” 技术架构 应遵循GB/T 39044 技术框架，并应具备以下功能： DB51/T 2941—2022 2 ——移动多端管理功能： 应对“天府通办”移动端的站点管理、页面样式、栏目结构和发布信息 等 进行管理和变更控制。 ——应用汇聚功能： 应提供开发组件，支持各类应用的应用测试、上下架和运维管理的标准化，实 现对应用的整个生命周期的流程化管理， 应支持敏感数据交互的安全、统一服务。 ——接口管理功能： 应提供标准的接口入驻方式、统一域名、统一接口地址和统一发布， 实现对所 有政务服务应用的原始业务接口 运行状况 的监管和异常报警。 ——消息中心功能： 应提供消息通知，方便开发人员和管理人员及时进行相关处理。 ——用户中心功能： 应提供统一的身份认证体系和用户信息交互标准，供政务服务应用管理单位获 取用户信息。 ——事项管理功能： 应对接全省在线办事、在线预约等事项服务， 提供办事表单 自动生成、 前端事 项动态管理等功能 。 ——门户管理功能： 应能支撑全省政务服务门户内容发布的统一管理与调度。 ——数据统计功能： 应提供接入服务的 PV、UV、服务点击量、业务办理量等关键数据统计 功能。 ——运维分析功能： 应提供统一的作业管理、巡检中心、软件管理 和数据库管理等 数据运营监控 功 能，以提高平台整体稳定性和运维工作效率。 ——智能检索功能： 应提供基于平台资源的数据采集、 智能标签、 智能检索、 智能导航、 关联推荐、 智能提示等智能服务，为用户提供一站式搜索服务。 6 政务服务应用接入流程 6.1 流程概述 政务服务应用接入“天府通办” 的流程应分为接入准备、接口开发、应用部署三个步骤 ，如图1所 示。 图1 政务服务应用接入流程图 6.2 接入准备 6.2.1 接入申请 政务服务应用 管理单位 在向“天府通办” 主管单位提交政务服务应用接入申请 前，应确保业务服务 场景的合理性 。 应用部署 应用开发 应用自测 应用提交 应用审核 应用上下架接口开发 接口封装 接口注册 接口调用接入准备 接入申请 应用注册 DB51/T 2941—2022 3 6.2.2 应用注册 政务服务应用管理单位 应使用“天府通办”接口管理功能进行应用注册，并创建应用唯一标识。 6.3 接口开发 6.3.1 接口封装 政务服务应用管理单位应对政务服务应用接口进行封装，封装要求如下： ——应符合基于 HTTP的RestFul设计风格，请求方式支持 get或post。 ——接口调用参数可以采用以下四种： a）Json格式：参数方式为 <key,value> 键值对类型， key为参数名， value为参数值。 value类型 支持String、Integer； b）Form-Data格式：参数方式为 <key,value> 键值对类型， key为参数名， value为参数值。 value 类型支持 String、Integer，支持表单提交； c）x-form-urlencoded 格式：参数方式为 <key,value> 键值对类型， key为参数名， value为参数 值。value类型支持 String、Integer； d）Raw格式：直接填写参数值，不支持 File类型参数。 ——接口应进行安全性处理，涉及敏感信息应进行加密或脱敏处理。 6.3.2 接口注册 政务服务应用管理单位需要将开发应用所需接口 （涉及用户信息接口除外 ）注册至“天府通办”接 口管理功能中。 6.3.3 接口调用 成功注册的接口 应经过接口管理平台进行域名转换，生成统一域名的接口网关地址： https://tftb.sczwfw.gov.cn:8085/api/jmas -api-gateway-server/gateway 。 6.4 应用部署 6.4.1 应用开发 PC端应用和移动端应用均 应采用HTML5语言开发，原则上开发过程中除用户 信息外的接口，必须来 源于 “天府通办” 接口管理功能。 应用中所有涉及用户基本信息、 证照信息 和办事信息等系统已有数据， 应自动关联数据，避免让用户二次输入。 6.4.2 应用自测 应用开发工作完成后，政务服务应用管理单位需进行应用功能测试。其中， PC端应用应使用带有调 试模式的浏览器进行应用功能测试；移动端应用应使用“预览助手”进行应用功能测试。 6.4.3 应用提交 应用代码需封装成压缩包。政务服务应用管理单位应在“天府通办”中完善应用基本信息、子服务 名称和地址、填写审核规范表单，并提交应用压缩包。 6.4.4 应用审核 “天府通办”主管单位应用审核 员应使用调试工具进行应用测试，审核通过应用可上架提供服务。 审核原则包括： DB51/T 294