《XX省XX局政务服务综合管理系统采购需求.docx》由会员分享，可在线阅读，更多相关《XX省XX局政务服务综合管理系统采购需求.docx（18页珍藏版）》请在第壹文秘上搜索。
1、XX省XX局政务服务综合管理系统采购需求1采购货物一览表合同包序号项目建设内容描述数量备注1XX省XX局政务服务综合管理系统项目详见采购内容及要求1套建设工期：合同签订后1个月内完成系统开发实施工作，然后进行1个月试运行交货地点：采购单位指定地点。2采购内容及要求2.1项目概述2.Ll项目背景我单位深入贯彻“最多跑一次”、数字化改革，针对所审批、监管的服务事项先后按照省政府、省大数据局统一规划，进行了“X里办”掌上办事服务接入、政务服务2.O平台对接等改造，极大的增强了在线服务能力和与其他省级单位的数据共享服务水平，但当前仍将面临办件数据汇聚、数据分析统计等难题亟待解决。而面对当前政务服务能力
2、提升出现瓶颈的局面，以数据为抓手，实现“数字+政务服务”迫在眉睫，为充分发掘数据要素价值，增强主动服务意识，全面提升我单位政务服务水平和数字化工作治理能力，特开展本项目建设。2.1.2建设内容本项目建设内容主要包括XX省XX局政务服务综合管理系统功能、数据治理与数据应用两部分。综合管理系统功能建设包括：1 .系统迁移部署。完成省统一权力运行系统省XX局政务服务事项向新部署的综合管理系统迁移，通过云化组件为省文物统建政务服务事项的办理提供支撑。2 .市县政务服务事项配置。完成地市、县市区政务服务事项在XX省XX局综合管理系统的配置工作，实现统一接入、统一办理、统一管控。3 .政务服务2.O平台对
3、接。完成文物条线事项的政务服务2.O平台对接。做好共享接口调整适配。4 .部署电子文件归档功能。建设和部署XX局政务服务事项的电子文件归档功能，包括归档管理、归档接口和数据对接。5 .省级事项证照电子证照应用建设。完成省级办理的政务服务事项电子证照核发功能配置以及电子证照全生命周期管理功能开发。6 .告知提示功能建设。对接厅短信机，实现对内的办件提醒与对外的到期提zO7 .信用服务及相关应用场景配置建设。完成信用校验、信用更新、信用共享回路建设、补齐补正等功能，实现信用服务的闭环应用。8 .“X政钉”钉审批功能建设。建设构建待办、在办、已办业务应用，提供X政钉嵌入的办理，审批，提交，办结等功能
4、。9 .完成XX省XX局政务服务综合管理系统的应用端信创适配。数据治理与数据应用建设包括：1.数据库改造。按照服务对象、办事材料、办件过程、输出结果以及管理信息对数据库进行重构。2.统计分析与服务对象画像。整合前期审批系统建设成果，以实际业务场景出发构建数字化动态工作分析模型以文博服务对象“画像”档案。2L3建设目标本项目按照全省统一的技术框架和标准规范，建设覆盖文物条线审批业务省市县三级一体化、智能化、数字化的政务服务综合管理系统。通过此次系统迁移重构，为打造的监管有态度、办事有速度、服务有温度的全方位服务体系奠定基础。2L3.1业务目标1.新增（省级事项）电子证照全生命周期管理功能并实现数
5、据共享服务；2 .构建信用核查、容缺受理、补齐补正、补正提醒全链条服务；3 .建立信用核查、信用管理、信用数据推送的闭环应用；4 .以服务为导向，建设服务对象“画像”应用（限企业、社会团体）；5 .建设钉审批应用，推动“掌上办公”落实。6 .1.3.2技术目标1 .操作简单：操作人员对照简单的使用说明书即可操作，或者略经培训就可操作；2 .功能完善：系统能够完成要求的所有功能操作，同时具有良好的运行速度,有较高的数据承载能力，在网络稳定的环境下操作性界面单一，操作的系统响应时间为秒级；3 .数据安全：系统应提供7X24小时的连续运行，平均年故障时间：1天，平均故隙修复时间：30分钟；4 .易于
6、管理：系统维护方便，系统必须是构件化、面向对象的，可做到灵活扩展；系统采用多层架构的体系结构，应充分考虑到系统今后纵向和横向的平滑扩张能力；5 .系统整合：能够充分利用系统的数据资源，在该系统的建设过程中保证审批系统数据的完整性和安全性。6 .使用性能：系统应在不影响已有系统的使用性能的基础上，为省、市、县三级用户提供同等使用性能的应用软件环境。7 .2项目采购要求8 .2.1总体设计要求9 .2.1.1.建设原则系统规划既要有前瞻性，又要符合标准化、规范化原则，体现高度的可扩展性、开放性和跨平台性。同时要充分考虑长远发展需求，做到统一规划、统一布局、统一设计,保证系统应用的完整性和用户投资的
7、有效性。因此在方案设计中，应遵循以下设计原则：(1)标准化原则：系统建设、业务处理和技术方案应符合国家、地方有关信息化标准规定。数据指标体系及代码体系统一化、标准化。(2)先进性原则：需要广泛吸取国内电子政务建设方面的成功经验，采用J2EE三层架构和B/S模式，具有强大的工作流引擎、流程建模工具、表单建模工具、组织机构建模工具和流程监控管理系统。(3)安全性原则：系统中的用户有着各种各样不同的权限级别和应用层次，因此在系统设计时，应该充分考虑不同用户的需求，保证用户能够高效、快速地访问授权范围内的信息和资源。同时,杜绝未授权用户的非法入侵、非授权访问。(4)可靠性原则：系统每天将处理各业务数据
8、，具备很高的稳定性、可靠性和平均无故障率，具有灾难恢复能力，保证故障发生时系统能够提供有效的失效转移或者快速恢复等功能。(5)开放性原则：在体系结构设计、软件开发时都要充分考虑“标准和开放”的原则，依据标准化和模块化的设计思想，在此基础上建立具有一定灵活性和可扩展性的应用平台，使系统不仅在体系结构上保持很大的开放性而且同时提供各种灵活可变的接口，系统内部也应具有良好的扩充能力，可以根据不断增长的业务需求变化而不断地平滑升级。(6)实用性原则：系统建设既充分体现政府系统业务的特点，使用方便、符合实际、运作高效，又充分利用现有资源，便于推广应用，保护用户投资。(7)可维护性和易用性原则：本系统建设
9、按照易管理、易维护的原则，实现管理维护的可视化、层次化以及控制的实时性，方便进行业务、性能管理。2. 2.L2技术路线系统应采用主流的J2EE+MVC+S0A体系结构，支持跨平台、跨数据库应用，要求兼容多种关系型数据库，兼容多种操作系统平台，应用成熟中间件产品进行系统设计，保证系统技术路线先进、可行、合理、成熟。构建系统开发和运行环境的技术核心，包括但不仅限于如下技术：1 .采用多层架构的B/S结构；2 .采用JAVA语言技术，基于J2EE技术的分布式计算技术进行系统架构设计和系统开发；3 .采用WebService技术；4 .支持主流服务器和云服务部署环境，支持国家信创采购名录的操作系统;5
10、 .利用XML作为系统接口的数据交换标准，进行信息资源整合；6 .采用组件技术提供系统的快速开发和更新；7 .采用高性能中间件技术作为基础平台，如政务平台中间件技术、数据访问中间件技术、事务处理中间件技术、安全控制中间件技术等；支持信任与授权服务、基于底层的PKI/PMI证书服务机制和PKI基础安全服务机制，提供符合J2EE规范的可信Web计算平台，该平台提供基于安全XML技术的PKl基础安全服务和PKI/PMI证书服务的统一调用接口。2.2.1.3建设依据略。2.2.2建设任务要求2.2.2.1综合管理系统功能建设2.2.2.1.1系统部署考虑到省文物条线审批事项统一接入、统一办理、统一管控
11、的需要，结合系统稳定性、安全性、友好性等多方面因素需求，本次项目将完成XX省XX局政务服务综合管理系统的独立部署，因此，对于审批业务办理所需要的基本组件要进行重新配置。2.2.2.LLl服务器迁移政务外网审批服务器配置：当前XX政务服务网省XX局使用的权力运行系统云服务器属于省政府统建系统的一部分，需申请新的云服务器，将省XX局审批部分功能剥离后迁移至新的云服务器。新增服务器配置:服务器名称用途数量配置要求备注SLB服务负载均衡1ECS审批应用服务器28核16G内存500G硬盘Iinux系统ECS审批测试服务器18核16G内存500G硬盘Iinux系统2.2.2.1.L2审批系统部署1 .审批
12、系统部署建设原则平台集约化。在省政务云上建设部署XX省XX局政务服务综合管理系统，供我单位统一应用、统一管理，实现资源和审批人员办事入口的集中。服务组件化。云平台采用组件化设计。以公共业务组件的方式提供给不同的业务场景使用。对于文物条线的审批业务特色可以集中开发成公共业务组件,再一键引用更新至不同的业务场景中。平台迭代敏捷化。通过模块化的配置,基础组件和通用业务组件的引用，实现统一的快速集成，即可满足基础的业务应用。2 .服务管理（云管理中心）服务管理主要面向平台管理员和地区管理员提供应用管理服务，包括云应用单元的开通、创建、管理3类服务。管理员可以按需开通应用及所需的功能服务。平台管理员可以
13、对所有的应用进行统一的管理。服务配置实现对平台功能服务组件和接口服务组件的管理配置，以及对各个功能服务组件运行所需的具体配置进行管理。3 .权力运行云应用业务办理为审批人员提供业务审批中常用操作功能，包括受理、不予受理、特殊程序挂起、环节流转、退回、撤办、办结。文书办理实现审批过程中批文办理需求，包括起草正文、批阅正文、手写签名、痕迹保留、文书编号等功能。2. 2.2.1.2市县政务服务事项配置3. 2.2.1.2.1收件配置1 .申报配置完成权力的事项梳理和校验工作。确保政务服务事项在政务服务综合管理系统配置后，申报、受理、办理功能能够正常流转。完成事项申报中申请表单的基本配置。按照业务需求
14、，允许通过统一用户系统调用申报人基本信息，允许申报人填写必要的办件信息数据。完成事项申报中共享数据的对接。按照事项办理的实际需求，如有需要共享调用的数据，配置对应数据共享服务，以WebSerViCe接口的方式对接省大数据局共享服务平台。2 .收件配置在业务办理过程中，受理办件之前，一般会对办件受理条件做预判断，若申报人具备申请资格，申报材料符合申报要求的，准予收件人做受理操作；但若申报材料有误或不完整的，准予申报人对材料进行补齐补正；若预审过程中发现,申报人不具备申请资格或申报材料不符合申报要求的，配置不予受理通知书，对申报事项做不予受理操作并告知申报人。2. 2.2.1.2.2办件配置办件配
15、置功能同“权力运行云应用”章节。2. 2.2.1.3政务服务2.O平台对接因为XX省XX局前期已经进行过政务服务2.O平台的对接工作，因此，本项目实施过程中针对相同的工作任务不做重复修改，具体主要集中完成以下工作：1 .路由变更，针对新迁移的系统以及服务事项做路由变更调整；2 .接口联调，为确保各事项能够按照政务服务2.O标准进行办理，需对平台各类接口进行联调测试；3 .对按照国家政务服务相关政策调整发生变更的事项进行全面配置或变更。4 .按照“一网通办”数据共享字段过滤与脱敏方案要求，完成事项信息脱敏设置。2.2.2.1.4电子归档建设和部署省XX局政务服务事项的电子文件归档功能，包括归档管理、归档接口和数据对接。2.2.2.1.4.1归档管理归档管理实现待归档业务、已归档业务、归档查询、手工归档、自动归档、盖时间戳功能。2.2.2.1.4.2归档接口和数据对接档案管采用全省统一的数据交换接口规范，实现电子文件归档数据与指定的档案管理系统对接。归档接口主要提供归档数据移交接口、时间戳接口和检测反馈接口，满足XX政务服务网本级平台归档接口的调用需求。2.2.2.1.5省级事项电子
