政务通平台建设方案.docx

《政务通平台建设方案.docx》由会员分享，可在线阅读，更多相关《政务通平台建设方案.docx（18页珍藏版）》请在第一文库网上搜索。

1、政务通平台建设方案1、背景与现状概述42、建设目标53、建设原则54、总体需求65、建设内容75.1、 主要建设内容75.1.1、 平台应用服务系统85.1.2、 政务通APP设计85.1.3、 手机证书服务中心设计85.1.4、 平台部署与整合设计85.2、 政务通APP建设要求85.3、 各应用系统建设要求135.3.1、 统一认证服务系统135.3.2、 移动应用管理服务系统145.3.3、 移动应用整合服务系统14534、即时通信服务系统145.4、 手机证书中心建设要求155.4.1、 建设目标165.4.2、 建设内容166、安全要求176.1、 平台端186.2、 链路端186.

2、3、 终端187、性能要求197.1、 项目开发标准197.2、 系统性能要求191、背景与现状概述随着互联网的飞速普及，移动端的装机量已经超越PC终端，成为人们主要的信息访问入口，由此信息系统向移动端迁移的趋势已经不可逆转。根据上述的趋势分析，政府各有关部门的办公类、信息类、执法类等各电子政务、业务类信息系统将逐步向移动端转移，预计在三到五年内，移动终端将代替PC终端成为公务员、社工等各类政府工作人员的主要工作界面。在上一轮电子政务系统的建设过程中，由于种种原因，存在条重块轻，各条线应用系统成为信息孤岛的重大问题，因此，在本次政务类移动应用的建设热潮中，需要特别警惕类似现象的再次产生，避免移

3、动应用成为第二轮的信息孤岛。认真贯彻落实科学发展观，以政府电子政务“十三五”发展规划、智慧城市建设三年行动计划和区政府工作要求为指导，紧密结合政府网站测评要求，充分借鉴国内外及兄弟区县的先进经验,遵从“多个部门、一个政府”的现代政府理念，切实体现“以公众为中心、以服务为导向”的原则，以实现“资源共享、互联互通”为突破口，借助互联网的发展趋势和新的技术优势，进一步提升和完善政府门户的规范性建设和高可用性建设，提高信息发布的时效性，完善信息服务覆盖范围，增强公众监督能力，进而促进政府职能转变，提高政府服务力，提升宣传形象。深入贯彻落实科学发展观，紧密围绕加快推进“四个率先”、加快建设“四个中心”和

4、社会主义现代化国际大都市的总体目标，严格按照政府自身建设要求，以提高社会管理能力和公共服务水平为重点,以整合资源、深化应用、创新服务、绩效管理为主线，全面加强电子政务建设与管理，努力构建与现代化行政管理要求相适应、与城市创新驱动和转型发展大局相一致、与信息网络技术发展水平相同步的电子政务发展新格局，有力促进“服务政府、责任政府、法治政府和廉洁政府”建设，服务本市经济社会的全面、协调、可持续发展。2、建设目标通过本项目建设，构建面向公务员、社工等各类政府工作人员的”政务通”平台，实现统一应用管理，建立区级应用仓库，实现部门研发的应用统一提交、统一管理，并加强对移动应用的管理工作；实现平台服务，逐

5、步将通讯录、行事历、便签、网盘、发通知、收发文、签报、预定会议室、文件内部流转等各类通用型办公应用转化为插件，作为平台基础服务，并拓展到移动端，降低各部门的资源、及人力负担，支持部门的日常工作。适应移动互联网的发展，新增二维码认证访问，实现移动政务办公互联网化。在“政务通”平台上搭建语音通信与即时通信功能，实现公务员的在线即时交流，进一步提升办公效率。提升“政务通”平台的总体安全性，采用业界先进的安全措施进行云管端的全面安全防护。3、建设原则本平台作为全区移动政务服务的重要支撑、管理平台，本次建设应遵循以下原则:3.1、 可靠性：系统必须稳定可靠，确保各项工作正常运转，实现7x24不间断运行，

6、不会因错误的操作或其它原因导致数据错误或系统失败，应提供完善的数据备份策略。3.2、 扩展性：随着全国政务信息化建设步伐的加快，计算机的作用将越来越得到显现。这要求所建系统应具有完备的系统维护、扩展功能，为系统今后功能扩展、升级留有接口。3.3、 先进性：方案不仅要适应技术发展方向，保证系统的先进性。同时也要兼顾成熟的计算机技术和应用的实用性。3.4、 安全性：作为全区政务服务的核心管理平台，由于传输的主要是政府内部的数据，故相关数据的安全性非常重要，应加强信息系统安全建设，堵塞信息安全漏洞，严防信息泄密。系统操作的重要模块应具备全程跟踪，日志查询功能。在系统受到干扰和人为破坏的时候应能保证数

7、据的安全性和一致性，保证对数据有完整的备份和恢复措施，具有一定的容错和容灾能力。3.5、 易管理性：系统设计基础操作要体现操作便捷、界面友好，符合现行有效并需继续沿用的管理模式和操作习惯。4、总体需求本平台的建设在总体方面应实现如下四大目标：4.1、 协助科委实现统一全区各个政务信息系统在移动端应用方面的建设与管理规范的目标，实现全区移动政务应用“统一技术规范、统一应用类型、统一实名认证、统一消息推送、统一发布与审核机制”这“五统一”的目标。4.2、 协助科委整合全区移动政务应用，建设区统一应用仓库及其配套的各项管理机制，实现实现全区移动应用注册、审批、测试、发布、点评、升级全流程一条龙管理。

8、4.3、 协助科委建成全区移动应用接口的统一管理，实现各个系统对外接口的实时状态监控、接口调用日志及其分析、调用错误报警和应急快速通报机制。4.4、 协助科委实现全区移动应用的统一入口，解决公务人员为了工作安装多个应用的痛点，实现全区移动端统一单点登录、统一消息传递、统一沟通交流。5、建设内容本平台总体上分为前后端2部分。前端是移动政务app,暂命名为“政务通”。政务通是政府工作人员的统一入口，要求同时支持安卓操作系统和QS操作系统。后端是移动政务服务平台，是SOA架构的服务系统和应用系统，负责整个平台的用户数据同步管理、前端APP功能支撑、系统管理、接口监控、权限分配、接口本平台为分布式部署

9、，在政务外网核心区需要部署一台同步服务器，负责将政务外网中的组织树、人员数据、网站集群信息等相关的数据同步到部署在政务外网DMZ区上本平台的数据中心中，同时本平台的相关业务数据、备份数据等也会被同步到政务外网的服务器上。核心区与DMZ区之间用网闸隔离。根据上述分析，本次招标的建设内容如下：5.1.1、 平台应用服务系统5.1.1.1、 统一认证服务系统5.1.1.2、 区移动政务应用管理服务系统5.1.1.3、 移动政务应用整合服务系统5.1.1.4、 即时通讯服务系统（功能）5.1.2、 政务通APP设计新增移动政务的业务，对接OA系统和“”门户网站及相关区级政务应用系统，为公务员和社工提供

10、移动政务的业务服务，从而实现政务的及时性和便捷化。5.1.3、 手机证书服务中心设计包括用户服务、应用服务、系统管理服务的功能。手机证书服务中心认证系统基于PKI/CA体系，为用户提供移动终端上的数字证书发放、证书安全认证、数字签名、数据加解密方案，从而满足用户在移动信息化应用过程中面临的身份真实认证、数据完整性和机密性保护、不可抵赖性等方面的需求。5.1.4、 平台部署与整合设计本平台是区级移动政务的单一入口，负责整合各个区级移动政务应用，因此接口的对接设计与整合工作是整个建设与实施过程中至关重要，起决定性意义的。这部分主要包括需要和相关平台与系统对接的接口规划和设计等。5.2、政务通APP

11、建设要求5.2.1、 前端功能要求以APP方式统一全区公务人员的移动政务应用访问，对接OA系统和“”门户网站及相关区级政务应用系统，为公务员和社工提供移动政务的业务服务，从而实现政务的及时性和便捷化。要求实现如下功能：521.1、 身份认证及整合单点登录其功能：521.1.1、 根据同步过来的用户名直接登录；521.1.2、 可指定手势密码；521.1.3、 实现整合入本平台的全区各移动政务应用的统一身份认证和单点登录功能；521.1.4、 二维码扫码登录功能521.1.5、 生物识别认证功能（支持人脸）；521.2、 应用下载与管理功能：521.2.1、 应用仓库功能（发布、下载、点评、升级

12、功能）；521.2.2、 在首页上实现功能区（在仓库下载应用后，在首页的专门区域摆放可以这些可以访问的应用图标，并实现分页展示；521.3、 交流沟通功能（类微信功能，没有朋友圈，但有群组公告等功能）：5.2.13.1、通讯录；521.3.2、聊天（支持文字和语音两类）；5.2.13.3、群组功能（创建群组、拉人入群、踢人、退出群组）；5.2.134、群组管理功能（群公告、群相册、群共享文件夹）；521.4、首页功能1.1.1、 1、显示图片新闻（直接与门户网站对接）；1.1.2、 2、我的应用（根据下载的插件自动填加进入，可左右滑动）；1.1.3、 43、部门信息（直接与门户网站对接）；1.

13、1.4、 4、通知通告（直接与门户网站对接）；1.1.5、 5、我的收藏（直接与门户网站对接）；1.1.6、 6、通知管理；1.1.7、 4.7、二维码扫一扫（扫码登录）；1.1.8、 8、常用功能：（1）、行事历（与协同OA对接）；（2）、网盘功能（系统自带）；（3）、便签纸条功能（备忘录形式，可保存，可指定以系统消息形式发送给指定用户，接收的用户可在纸条上回复，本功能系统自-44、TfT）；521.5、 “我的”功能521.5.1、 显示、配置当前用户的各项基本信息、头像等内容；521.5.2、 配置手势密码；521.5.153、 识别配置；521.6、 通用功能：所有新闻、帖子浏览，带有

14、“语音朗读”功能；522、后端功能要求包括用户服务、应用服务、系统管理服务的功能、主要包含如下：522.1、 用户服务：522.1.1、 跨越内外网的组织树及用户信息的同步功能；522.1.2、 APP登陆端的控制（包括临时禁止、期限禁止登录等）；522.1.3、 自定义用户分组（配合灰度发布）；522.2、 应用服务：522.2.1、 贯穿应用的注册、测试申请、上线申请及其审批的全流程管理；522.2.2、 应用的发布管理（灰度发布）；522.2.3、 软件仓库配置管理；注：灰度发布是本平台提出的一个概念，原先移动应用发布后,所有连入仓库的用户均可见到和下载，也就是非黑即白的概念，灰度发布则

15、是基于平台研发的“自定义用户分组”功能，在发布时可以指定任意用户分组内的用户可见可访问，这样就实现了分阶梯，渐进式,可控范围的应用发布机制，由于其领先于原先“非黑即白”的发布模式，在黑白之间可任意控制发布范围，形成灰度阶梯，因此称为“灰度发布”。522.3、 接口管理功能522.3.1、 接口状态监控与管理，包括：（1）、接口状态监测：通过接口以轮询方式，实时获知接口状态；（2）、接口状态预警：接口状态感知出错或超时立即启动预案,显示预警内容;（3）、故障接口临时接管：超过三次感知调用失败，系统理解切换接口指向，以“接口故障通告”临时接管，确保用户体验；（4）、危急值应急处置：超过三次感知调用失败，立即根据配置的预案，通报相关的人员现场解决。522.3.2、 接口管理与配置522.3.3、 接口调用统计包括调用量、调用来源、失败次数、接管次数、预警次数、危机处置次数等；522.3.4、 运维管理功能（1）、预案管理：含巡检计划、资源备案、现场计划备案等（2）、通知通报（3）、危急值处置报告（4）、维护日志管理（5）、巡检报告管理522.4、 接口要求实现接口标准化，固定成四种标准模板，：A、同步表方