青浦区级政务信息系统整合技术指南

附件2：
青浦区级政务信息系统整合技术指南
第一章总则
一、系统整合目标
各部门应在业务流程体系和标准规范体系的框架内，依托区电子政务云、区大数据资源平台等资源，充分应用大数据、人工智能等新技术新模式，加强顶层设计，合理规划，逐步完成本部门政务信息系统全面整合工作，建成深度应用、上下联动、纵横协管的业务协同大系统，实现政务信息系统的管理更加规范、应用更加高效，让企业群众少跑腿、好办事，使工作人员提效率、强本领的目标。

二、系统整合内容和进度
各部门按照业务闭环管理要求对部门业务流程进行全面梳理和优化重构，以核心业务为主线、以数据融合为核心、以资源协同为支撑，对已建政务信息系统进行归并整合，对新增业务功能进行模块化耦合，大幅提升信息共享和业务协同水平，实现政务信息系统的管理更加规范、应用更加高效，切实避免各自为政、自成体系、重复投资、重复建设，并且严禁将新增的功能和模块加入此次整合工作中。

各部门和下属单位系统数量只减不增，整合完成后各部门的业务“大系统”原则上只保留一个，跨部门的业务系统根据实际情况进
行整合改造。

涉及跨部门的业务应用系统及平台，由业务牵头部门实施整合改造，其余部门配合实施并将原部门的系统关停下架。

三、系统整合流程
系统整合工作流程大致分为准备、实施和评估阶段。

1、准备阶段：各部门要建立由主要领导牵头、信息化部门负责、业务部门参与的政务信息系统整合工作机制，全面梳理部门现有业务体系和信息系统情况，以应用场景为核心串联业务流程，形成整合优化的业务流程清单、数据资源清单和信息系统归类表，编制系统整合方案，明确系统架构及整合模式。

区科委也将会同第三方专业咨询机构对各部门的整合方案编制工作进行指导。

2、实施阶段：各部门根据区科委的评审意见，进一步优化完善系统整合方案，制定部门政务信息系统整合工作计划，明确时间表和路线图，细化责任清单，落实资金安排，稳步推进系统改造，最终完成本部门政务信息系统整合。

3、评估阶段：对各部门政务信息系统整合效果进行全面、科学和客观的评估。

适时组织开展政务信息系统整合专项审计，对前一年度系统整合任务未完成的部门，严格限制新建信息化项目立项。

第二章前期准备
一、组织领导
为了更加高效、顺利地完成系统整合工作，各部门应由
主要领导牵头，明确责任科室和配合科室，建立政务信息系统整合工作机制，负责推进本部门政务信息系统整合工作。

也可根据需要引入外部专家提供必要的咨询和服务支撑。

二、现状分析
各部门首先通过现状调查，了解部门现有业务和信息系统情况（包含数据现状），然后进行分析梳理，以应用场景为核心串联业务流程，形成整合优化的业务流程清单、数据资源清单和信息系统归类表，并在此基础上根据本部门特点选择合适的系统整合模式，编制部门系统整合方案。

1、分析梳理
分析梳理可从行政职能入手，先理清业务职责，再理清数据资源。

按照“相互独立、完全穷尽”的原则，从业务领域、业务环节、业务来源和途径、工作对象等维度，对现有业务、数据和信息化情况进行全面梳理，掌握业务、数据和信息化整体情况，理清它们的类型和属性，明确数量和当前状态，在对现有业务和信息系统情况进行全面梳理的基础上，对信息系统进行归类整合，并形成所需的业务流程清单和信息资源清单。

（1）信息系统归类
根据区级部门信息化总体架构，以及现有政务信息系统类型，在完成业务和信息系统调查的基础上，各部门可根据业务流程相似度和复杂度，按照标准统一、流程高效协同、充分利用现有资源的原则，选择适当的系统整合模式（融合模式和联通模式），进行合理的信息系统归类整合。

（2）数据资源清单
数据资源目录是在综合分析、梳理整合后的信息系统库表目录的基础上，进行归纳整理，形成各部门统一的数据资源目录提交给区政务办。

第三章实施整合
系统整合是一个系统化、体系化的工作，是实现政务服务“一网通办”、城市运行“一网统管”一个有效手段和方法。

在系统整合实施过程中，各部门应根据本部门实际情况，选择适合自己的整合模式，结合现状分析形成的业务流程清单和信息资源清单等材料，以应用场景为核心串联业务流程，编制本部门系统整合方案。

通过确定核心业务，优化业务流程，梳理关键数据，逐步实施，归并、整合部门内各分散系统功能，打造完成部门数据中台和高效协同的政务信息大系统。

一、整合模式
各部门根据业务流程相似度和复杂度，按照标准统一、流程高效协同、充分利用现有资源的原则,选择适当的系统整合模式，分为融合模式和联通模式。

1、融合模式
按新业务流程重新开发。

按照“系统—子系统—模块”的整体架构对业务流程重新设计，基础功能进行集约化建设，业务功能实现模块化开发；按照源头管理的要求，按统一标准开展数据治理形成部门数据中台（有条件的部门可构建）。

该模式软件集约化建设程度较高，系统运行效率较高。

该模式整合开发工作量大，需独立开发新系统替代原系统，实施过程中需考虑新系统建成后业务和历史数据的迁移，以及新老系统的切换过渡方案。

完成整合后，大系统内部实现统一门户、统一用户管理、统一接入管理、统一授权管理、统一安全防护、统一流程服务等。

（1）统一门户
按照“一网一门户”的目标实现表示层（界面层）的整合，将所有应用系统的访问门户统一。

（2）统一用户管理
规范登录认证标准，统一认证，实现单点登录；建立统一的用户管理体系，统一管理用户信息。

（3）统一接入管理
统一接口标准，提供各类主流接口，包含统一数据导入和导出类型，数据交换执行时间，系统时间等。

提高数据传输时效和可靠性，提升访问的便捷性，提升应用使用能级，使得各类应用接入高效规范。

（4）统一授权管理
在统一用户管理的基础上，统一授权，建立高效的授权和管理体系。

（5）统一安全防护
按照统一的系统安全防护要求，合理利用不同层级的信息安全技术，进行有效的配置，增强系统的安全防护能力，提升系统安全防护能级。

（6）统一流程服务
为各部门提供一个通用的、可统一管理的、具有高度可扩展性等特性的业务流程管理平台，在此平台之上可以快速灵活搭建各种业务系统，适应未来部门政务发展之需要。

2、联通模式
原系统作为子系统保留。

针对原系统稳定运行，暂无升级改造的业务需求，原系统可暂时保留，以松耦合模式对原系统开展整合改造。

按照统一门户、统一用户、统一接入等要求对原系统开展整合改造，实现跨系统的数据共享交互。

该模式整体灵活性较高，其中某个子系统的业务逻辑和系统结构发生变化时不会影响其他子系统。

整合开发工作量一般，实施难度较小。

但后续新增建设内容应按照统一的架构实现模块化开发。

（1）统一门户
按照“一网一门户”的目标实现表示层（界面层）的整合，将所有应用系统的访问门户统一。

（2）统一用户管理
规范登录认证标准，统一认证，实现单点登录；建立统一的用户管理体系，统一管理用户信息。

（3）统一接入管理
统一接口标准，提供各类主流接口，包含统一数据导入和导出类型，数据交换执行时间，系统时间等。

提高数据传输时效和可靠性，提升访问的便捷性，提升应用使用能级，使得各类应用接入高效规范。

各部门按照业务闭环管理要求对业务流程进行全面梳理和优化，以数据融合为核心、以资源协同为支撑、以核心业务为主线，对已建政务信息系统进行归并整合，对新增业务功能进行模块化耦合。

各部门应综合考虑系统数量、业务复杂度等情况，由易到难、稳妥有序、分步推进，充分发挥部门的主观能动性，在流程优化和业务重构的基础上，结合部门业务特点开展系统整合。

第四章技术要求
一、数据整合技术要求
1、数据质量要求
整合后数据的准确性、数据的完整性、数据的一致性、数据的确实性、数据的更新、数据的效率、数据的可访问性、数据的可理解性、数据的可用性等应100%达到整合预期要求。

2、数据交换和共享要求
整合后数据交换和共享涉及的文件、库表、接口等100%达到整合预期要求。

3、数据的备份和恢复要求
整合后数据备份恢复效率100%达到整合预期要求。

4、数据治理要求
整合后对数据资产、元数据、数据标准、数据模型、数据服务等形成统一的标准管理规范，100%达到整合预期要求。

5、数据安全要求
整合后在身份认证、授权管理、数据审计、传输加密、
存储加密、数据脱敏、数据销毁、数据溯源、数据备份恢复等方面符合网络安全等级保护的相关要求。

二、系统整合技术要求
1、功能性要求
整合后的大系统应能够100%覆盖整合前的所有核心业务流程和对应的核心功能；整合后的大系统功能实现的正确性应不低于95%。

2、性能效率要求
整合后的大系统处理主要业务的平均响应时间应好于整合前的对应系统，如差于原系统，偏差不应超过20%；整合后的大系统处理主要业务的平均吞吐率（TPS）应好于整合前的对应系统，如差于原系统，偏差不应超过20%；整合后的大系统日常运行的资源平均占用率（CPU、内存、网络占用等）应好于整合前的对应系统，如差于原系统，偏差不应超过20%；整合后的大系统的运行能力（支持用户数能力、连续运行能力等）应好于整合前的对应系统，如差于原系统，偏差不应超过20%。

3、兼容性要求
整合后的大系统与其它产品的共存性不应差于整合前的对应系统，即原系统中能够共存的产品，在整合后的系统中应能够100%共存；整合后的大系统可提供标准外部接口的数量不应少于整合前的对应系统。

4、易用性要求
整合后的大系统的易用性（易理解性、易操作性、易访
问性、界面舒适性等）应好于整合前的对应系统。

5、可靠性要求
整合后的大系统在一个维护周期内的平均宕机时间应少于整合前的对应系统，如多于原系统，偏差不应超过20%；整合后的大系统平均故障恢复时间应少于整合前的对应系统，如多于原系统，偏差不应超过20%。

6、安全性要求
在身份鉴别、边界防护、访问控制、入侵防范、恶意代码防范、安全审计、可信验证等方面符合网络安全等级保护的相关要求。

7、可移植性要求
整合后的大系统的运行环境适应性（软件、硬件环境）不应差于整合前的对应系统，如差于原系统，偏差不应超过20%。

第五章保障措施
为了保障整合工作顺利实施，建议各部门在整合实施过程中可采取以下保障措施：
一、完善管理工作机制
各部门由主要领导牵头，明确责任科室和配合科室，建立政务信息系统整合工作机制。

二、分工合作，整体协调
系统整合需要多个部门相互配合、协调推进、共同完成，各部门要注重围绕总体目标和任务，实行分工合作，认真落
实系统整合工作的有关要求。

三、严格标准，细化方案
系统整合工作是一项技术性要求较高，涉及各部门的重要任务。

各部门要依据国家和地方标准结合本部门业务特点和信息化建设的需要，制定本部门的系统整合工作方案，根据总体工作方案分阶段细化实施方案。

四、注重层次，分步实施
各部门在具体的整合工作中，应采取自上而下、由表及里、由浅入深的方法，将整合工作逐步扩展，把每一步工作都要做到扎扎实实，防止出现偏差，避免造成后续工作的浪费。

五、重视考核评估和效益提升
在系统整合过程中应注重整合前后效果的评估，客观全面反映各种情况，及时发现问题，并针对问题持续改进，整体提升系统整合的综合效益。

第六章考核评估
建立完善政务信息系统整合的跟踪监测和考核评价机制，开展政务信息系统整合绩效评价。

同时，进一步加强项目中期评估，对运行效果不好、绩效评价不合格的系统坚决予以关停淘汰；对运行效果一般的提出优化和改进建议，提升信息化项目建设应用实效。

适时组织开展政务信息系统整合专项审计，对前一年度系统整合任务未完成的部门，严格限制新建信息化项目立项。

附件3：
区级部门政务信息系统整合方案编制大纲
第1章项目概况
1.1.项目单位
系统整合单位（含参与整合的下属预算单位，下同）基本情况、技术与管理能力等，项目前期已具备的队伍、环境、储备等工作基础和支撑条件，以及各自在本项目中所承担的分工和协作关系等。

1.2.整合目标、原则及内容
项目总体目标（根据需解决的主要问题和时间要求，确定项目建设所要达到的水平）；并说明本部门系统整合依据的主要原则，“大系统”规划情况，以及各年度具体整合内容。

1.3.总投资估算及来源
项目所需总投资及年度投资匡算，包含项目前期咨询与管理费用、建设费、监理费以及项目结束后的评测（软件测评、安全测评）、评估等费用，以及项目资金来源。

1.4.组织领导
各部门应由主要领导牵头，明确责任科室和配合科室，
建立政务信息系统整合工作机制，负责推进本部门政务信息系统整合工作。

部门主要领导：
第2章现状及分析
2.1.业务现状
系统整合单位所承担的主要业务职能、对应的业务逻辑，以及系统内分工情况。

2.2.信息化建设现状
对系统整合单位信息化建设现状的分析，详细描述现有系统的网络结构、硬件设备配置或云资源使用情况、开发工具及采用的数据库、系统涉及的业务范围、业务流程、数据流程、核心数据范围，以及系统运维、对前述业务的支撑等情况。

2.3.存在的主要问题
描述现有的信息化建设和应用情况，与整合目标存在的主要问题和差距。

第3章需求分析
3.1.政务目标分析
按照系统整合单位所承担的政务职能，明确提出需实现的政务目标、与之对应的业务目标和作业目标，以及实现关键作业目标的信息化目标（手段）。

3.2.业务逻辑分析
根据本部门“大系统”规划，详细分析所包含的原系统中业务流程的不足之处，提出与整合目标相适应的业务逻辑优化方案（联通模式），或者业务流程重构方案（融合模式），包括业务功能、业务结构、业务流程描述和业务量（作业量、人员劳动量、作业处理量）的测算，明确整合后“大系统”的业务流程清单。

3.3.数据需求分析
根据业务逻辑分析，具体分析每个“大系统”要应用或涉及的关键数据内容、主要业务表单、数据分布及来源、数据处理量、存储量、传输流量，并在此基础上分别提出这些数据量的现值和3～5年的预测值，并针对每个“大系统”填写“信息资源清单”。

同时，还需提出对系统的服务响应速度、服务质量等级、安全等级、信息资源使用效率等作业品质的需求。

3.4.功能和性能需求分析
结合业务逻辑分析和数据需求分析，进行“大系统”的功能需求和性能需求分析；对“大系统”的系统处理能力、存储能力和传输能力进行总量分析，提出系统能力的总量指
标；结合现状和差距，提出系统处理、存储、传输能力的增量指标，分析“大系统”中系统功能的增量。

3.5.与相关应用的关系
与现有系统或其它相关系统的关系（其它业务部门系统、上级或下级部门、合作伙伴系统之间的关系）。

3.6.信息安全保障需求
分析评估系统安全的潜在威胁、薄弱环节，明确整合后的“大系统”存在的主要信息安全风险，并说明针对风险拟采用的信息安全保障体系构成方式、涉及的主要技术机制及管理模式等内容，明确“大系统”信息安全等级保护的等级。

第4章系统整合方案
4.1.总体目标与分期目标
根据前述需求分析，提出系统整合的总体目标和分阶段目标，清晰界定各期目标的边界和演进的内容，并用定性和定量（可考核、可量化的指标）相结合的方式对目标进行刻画。

部门内业务系统整合：
跨部门业务系统整合：
4.2.总体建设任务与分期建设内容
结合项目总体目标和信息化现状，提出项目总体建设规模和建设任务；结合项目分期目标和信息化发展状况，提出分期工程建设内容。

4.3.总体设计方案
4.3.1.总体架构
描述拟采用的系统整合模式，完成整合后的信息系统整体框架，现有、在建系统在总体架构中的布局、应用系统功能等，并区分出已建系统及功能和新增系统及功能。

4.3.2.标准规范建设
描述项目的工程建设规范和技术标准规范建设内容。

4.3.3.数据管理方案
说明数据中台建设方案，包括系统结构、技术特征、处理和存储能力和主要软硬件设备选型，以及系统整合完成后的数据来源、数据项、数据采集渠道、数据更新机制、数据量大小、与其他系统进行数据交换共享的机制等。

4.3.4.应用支撑系统和应用系统建设方案
描述应用支撑系统（含中间件等）的功能和技术特征，应用系统功能结构、部署的网络情况，并用开发工作量对开发周期和开发经费进行表述。

4.3.
5.信息安全保障方案
按照安全等级和安全保障的详细需求，确定整合后的系统安全保障的技术、管理方案。