电子政务公共平台顶层设计范围包括平台需求设计和设计构建两个方面： a） 需求设计要素包括平台定位及服务范围、平台活动对象、服务内容及功能、服务容量规划、平台 构建模式、平台运营模式； b) 设计构建要素包括总体系统架构、基础设施服务、平台支撑服务、应用软件服务、信息资源服 务、平台安全服务、应用部署服务、运行保障服务、服务实施设计

运行模式、服务性能需求等进行定性和定量分析，明确电子政务公共平台的定位与边界、服务范围、服务 功能、服务性能、交付方式、安全管理等要求

5.2平台定位及服务范围

平台定位及服范围主要用于分析电子政务公共平台在政务体系中的定位及服务范围。 及服务范围分析中，应包括以下内容： a）分析电子政务公共平台任务来源、建设目标、指导思想和建设原则； b）明确电子政务公共平台服务范围，可覆盖各级或多级部署，也可面向垂直政务部门； c）明确电子政务公共平台技术定位，分析和现有电子政务系统、平台之间的关系

pvc标准平台活动对象主要用于分析参与电子政务公共平台活动的各类对象及其在平台中的定位。参与电 子政务公共平台活动的对象可包括服务消费者、服务管理者、服务建设者、服务开发者、服务提供者、资 源提供者等

服务内容及功能主要用于分析电子政务公共平台服务内容及服务功能。服务内容及功能分析要素 可包括电子政务公共平台应具有的各项服务内容及其功能性能要求。 服务内容及功能按照GB/T33780.2—2017开展服务内容及功能分析

道势和期望，说明平台应支持的需求、能力范围和上限。 针对服务对象的现状、未来发展趋势和技术变 革方向，评估未来各项服务产品的增长需求，按照运营的里程碑节点，合理规划服务资源的容量需求， 对服务容量规划分析可包括

a）业务现状分析； b) 服务资源需求趋势分析； c) 服务资源容量需求计算方法； d): 提升服务资源的方法； e）增加服务资源对成本的影响； f）服务能力的上限。

a) 业务现状分析； b) 服务资源需求趋势分析； c) 服务资源容量需求计算方法； d）提升服务资源的方法； e）增加服务资源对成本的影响； 服务能力的上限

台的构建运行模式和集成关系，应包括分析参与电子 政务公共平台的各类活动对象和电子政务公共平台之间的活动关系、第三方云平台和电子政务公共平 台之间的活动关系、服务资源提供商管理和安全管理构建

平台运营模式主要从运营服务的维度，说明电子政务公共平台的运营全生命周期中的服务和管理 模式，应包括电子政务公共平台活动的各类干系人、投资建设模式、管理方式、计费模式、投资回报、意外 事件处理等。

电子政务公共平台总体系统架构应包括服务管理架构、服务资源架构、服务实施架构、服务保障架 、服务安全架构、信息资源开放共享架构6个子架构，具体说明如下： 服务管理架构，主要规定服务的各种管理行为，建立服务资源架构及电子政务公共平台的管理 体系，应包括服务产品、服务生命周期管理、计量管理、容量管理和质量管理； 服务资源架构，主要规定服务资源的技术实现和管理操作，实现机构用户所需要的各种服务与 服务资源的有效组织，应包括基础设施服务资源池、支撑软件服务资源池、信息资源服务资源 池和应用功能服务资源池； 服务实施架构，主要规定电子政务公共平台的子架构部署及政务应用部署行为，实现各子架构 之间、不同区域内电子政务公共平台的互联互通，应包括技术管理、政务应用系统部署、平台部 署和平台互联； d 服务保障架构，主要规定服务的保障机制，保障各子架构的正常运行，应包括政策法规、服务机 制、服务团队、保障措施、运维管理和用户管理； e 服务安全架构，主要规定服务安全保障措施，保障各子架构的运行安全和机构用户的数据安 全，应包括安全管理、安全运维、安全服务、安全隔离、服务资源安全、安全服务实施、服务安全 测试； f 信息资源开放共享架构，主要规定信息资源开放共享要求，应包括数据共享、数据开放、数据再 处理、信息产品服务。 总体系统架构设计应符合GB/T33780.1一2017、GB/T33780.5一2021所规定的要求

基础设施服务主要用于指亏开展基础设施 务设计，包括政务部门通过电子政务公共平台获取机 房资源、计算资源、存储资源、网络资源等基础设施支撑的服务。基础设施服务设计要素可包括： a）机房资源服务设计，可包括独占区域租赁服务、独占机柜租赁服务、基础设施托管服务、机房运

行监控服务等； b）计算资源服务设计，应包括物理服务器资源服务和虚拟服务器资源服务； c）存储资源服务设计，应提供块存储、对象存储、文件存储等不同类型存储服务； d）备份及容灾服务设计，应包括备份服务和容灾服务，备份服务设计应考虑虚拟机备份、物理机 备份、卷备份等服务；容灾服务设计应考虑弹性云服务器高可用、同城容灾、异地容灾、容灾演 练等服务； e）网络资源服务设计，应包括互联网带宽、虚拟网络、IPv4地址、IPv6地址、负载均衡等服务； 资源池化设计，应包括物理资源虚拟化设计和管理服务，能获取虚拟机、虚拟存储、负载均衡、 虚拟网络等虚拟资源； 资源调度管理服务设计，应具有实时监控、综合分析、快速部署、动态扩展等服务功能

平台支撑服务主要用于指引开展支撑软件服务设计，平台支撑服务设计要素可包括机构用户开发 文务应用系统所需的开发、运行、测试和支撑环境服务，和各种开发工具服务。平台支撑服务设计要素 订包括： a 工具资源服务设计，主要为政务部门提供集成的业务应用开发和运行环境，可包括主流的开发 框架、通用的开发工具、通用代码库、主流操作系统、数据库服务、中间件服务； b）应用支撑服务设计，主要提供各种通用的业务支撑服务，可包括服务总线、工作流服务、信息资 源整合服务、统一身份认证服务、统一权限管理服务、内容管理服务、数据采集服务、数据处理 服务、数据分析服务、可视化展现服务、报表工具服务、信息发布服务等； C 开发过程管理服务设计，主要提供系统开发和部署过程的服务，可包括应用设计服务、定制开 发服务、应用生成服务、开发过程管理、配置管理、迁移部署服务、试运行服务等； d） 测试管理服务设计，主要提供测试工具、测试过程管理、性能测试服务、集成测试服务等； e） 大数据分析服务设计，主要提供基于开放、开源架构的大数据分析平台部署及数据可视化等服 台服务、流处理分析平台服务和流处理分析平台服务； f） 互联网支撑服务设计，主要提供来自互联网的服务资源，分析如何接入、管理和利用来自互联 网的服务资源，以及保障政务系统的安全； g 移动支撑服务设计，主要为移动政务应用提供开发和运行环境，保障移动政府应用安全、高效 运行，可包括API接入管理服务、数据管理服务、通讯录服务、统计分析服务、信息推送服务 UI/UE适配服务、移动终端开发框架等，具体见GB/T34079.5一2021

应用软件服务主要用于指引开展应用软件服务设计，设计要素可包括： a 共用软件服务设计，主要提供各政务部门可直接使用的应用软件服务，可包括政府网站系统、 邮件系统、数字证书、即时通讯、电子公文传输系统、电子签章系统、云盘服务、视频会议等； b） 通用政务软件设计，主要提供可根据各政务部门办公需求定制使用的应用软件服务，可包括办 公系统、政策制定、规划编制、行政事务管理等： 互联网十政务服务设计档案标准，主要提供市民、企业服务入口，可包括政务服务大厅、信息门户、移动 应用、城市服务入口、数据公开、效能监察等； d 互联网应用服务设计，主要提供来自互联网第三方的应用软件，可包括GIS服务、定位服务 支付服务、物流服务、语音识别服务、视频分析服务、数据分析服务等； e） 移动应用服务设计，主要提供移动办公应用软件，可包括移动办公系统、移动邮件系统、移动即 时通讯、应用商城等

应用软件服务主要用于指引开展应用软件服务设计，设计要素可包括： a 共用软件服务设计，主要提供各政务部门可直接使用的应用软件服务，可包括政府网站系统、 邮件系统、数字证书、即时通讯、电子公文传输系统、电子签章系统、云盘服务、视频会议等； b 通用政务软件设计，主要提供可根据各政务部门办公需求定制使用的应用软件服务，可包括办 公系统、政策制定、规划编制、行政事务管理等： c） 互联网十政务服务设计，主要提供市民、企业服务入口，可包括政务服务大厅、信息门户、移动 应用、城市服务入口、数据公开、效能监察等； d 互联网应用服务设计，主要提供来自互联网第三方的应用软件，可包括GIS服务、定位服务 支付服务、物流服务、语音识别服务、视频分析服务、数据分析服务等； e） 移动应用服务设计，主要提供移动办公应用软件，可包括移动办公系统、移动邮件系统、移动即 时通讯、应用商城等

信息资源服务主要用于指引开展信息资源服务设计，设计要素可包括： a）政府信息资源目录服务设计，应遵循GB/T21063要求，对相关政务服务信息资源进行编目， 生成政务服务公共信息资源目录，记录政务服务信息资源结构和政务服务信息资源属性； b） 政务信息资源交换共享服务设计，应遵循GB/T21062要求，根据各部门应用系统的需求，规 划共享信息，为部门内的业务应用系统和跨部门的综合应用系统提供信息定向交换服务和信 息授权共享服务； C 信息资源开放目录设计，开放目录应覆盖各级政务部门和公共企事业单位职能范围内的数据 资源； d 数据开放子系统设计，应设计信息资源采集、处理、整理、呈现的方式，为各级政府部门和公共 企事业单位设计专区分别进行开放数据的存储。 有条件的地区可进行数据再处理子系统和信息产品服务子系统设计.具体见GB/T33780.5一2021

为保已建业务应 定，针对已建业务应用的不同情况，设计不同的应 确保已建业务应用能顺利地迁移到电子政务公共平台。 应用部署服务设计要素可包括：部署模式分类， 新建系统云上部署、已有系统云上迁移、系统部署迁移实施规范，具体说明如下

GB/T 34078.22021

a）部署模式分类，分析部门业务应用对电子政务公共平台的服务需求，将各应用系统进行分类， 设计分类应用系统的部署和服务方案； b）新建系统云上部署，设计新建应用系统在电子政务公共平台的部署方案封头标准，实现云上部署； c）已有系统云上迁移，设计已有应用系统向电子政务公共平台迁移策略和计划，根据业务系统的 成熟度、复杂度、技术风险、影响面等因素，合理规划迁移策略； d）系统部署迁移实施规范，设计业务应用迁移流程和规范，包括项目启动、评估审核、规划设计、 迁移整合和收尾总结等环节的工作内容和要求，确保政务部门原来的业务应用不受影响。 应用部署服务设计和实施规范应符合GB/T34079.2一2021所规定的要求。

为了电子政务公共平台的安全可靠运行并为各政务部门提供满足需求、响应及时、安全可靠的运行 保障服务，顶层设计需要对运行保障服务进行约定。运行保障服务设计要素应包括服务运行保障、服务 变量计价、服务质量管理，具体说明如下： a）服务运行保障设计，主要保障电子政务公共平台的安全可靠运行并为各政务部门提供满足需 求、响应及时、安全可靠的服务，可包括服务保障体系、服务评价管理、服务提供机构资质管理、 服务人员资格管理、应急管理：服务运行保障设计应符合GB/T34077.3一2021所规定的 要求。 b 服务度量计价设计，主要用于在云服务提供机构、云服务使用机构和云服务管理机构在云服务 受理、采购、提供、监管等过程中，对云服务的占用成本、实际用量、质量等级、风险程度进行度 量和计价提供基本的依据；服务度量计价设计应符合GB/T34077.2一2021。 C 服务质量管理设计，主要用于保障电子政务公共平台能够提供符合质量承诺的服务，利用量化 的指标加强过程管控和时候追溯的能力，顶层设计中需要对服务质量管理进行约定。服务质 量管理设计要素可包括服务质量评价指标体系、服务质量指标采集和计算、服务质量评估和服 务绩效奖惩。服务质量管理设计应符合GB/T34077.1一2017所规定的要求，

服务实施组体系设计，设计 推进电子政务公共平台建设的组织架构，明确决策主 服务规划管理设计，主要将各类资源通过电子政务公共平台进行封装，并设计符合政务部门要 运行管理办法设计，设计可靠的电子政务公共平台运行管理机制，制定服务运行管理规范，保 障服务运行安全，有序推进服务实施 服务实施设计应符合GB/T34078.42021所规定的要求