《政务公共平台资源综合管理与服务交付系统设计书》由会员分享，可在线阅读，更多相关《政务公共平台资源综合管理与服务交付系统设计书（35页珍藏版）》请在金锄头文库上搜索。
1、政务公共平台资源综合管理与服务交付系统设计书1 主要建设内容3.1 服务目录标体系建设按 xxx 基础设施建设实际情况，结合 xxx 公共平台顶层设计书， 设计符合 xxx 公共平台发展和应用的公共平台资源服务目录，制定电 公共平台资源服务目录，逐步构建一整套完善的资源服务目录建立、 维护、管理和使用机制，最终实现公共平台建设以服务目录为导向， 建设 xxx 公共平台。3.2 服务和管理体系建设按建设、管理、使用三分离原则，构建XXX公共平台服务和管理 体系，从公共平台各设施系统的建设、管理、使用等三个方面进行规 范，用于规范公共平台各子系统建设、管理运维和资源使用。出台 XXX 公共平台建设
2、管理办法。完善平台建设标准以XXX公共平台资源服务为核心，按XXX公共平台资源服务目录 内容，制定服务资源建设、运维、服务标准和规范，并根据服务标准 和规范开展平台各资源的建设。完善服务管理规范建立完善的XXX公共平台管理规范，从服务队伍、服务资源、服 务技术、平台资产、服务边界、服务评价等方面进行规范管理，制定 相应的管理制度和办法，做到以制度约束服务行为。完善平台使用规范建立完善的XXX公共平台资源和服务规范，对XXX公共平台的使 用范围、使用流程、使用要求进行明确定义，编制XXX公共平台资源 使用标准和服务指南。3.3 系统总统设计以XXX公共平台资源综合管理与服务交付系统为中心，将目前
3、已 建成的政务机房、xxx外网、政务云计算、政务数据存储、政务数据 灾备、政务短信、政务邮箱、GIS等政务资源系统进行整合和管理， 形成标准统一的XXX公共资源池，并以标准化服务目录的方式，向部 门提供“一站式”公共政务资源服务，并为经信委提供“一站式”XXX 公共资源管理。系统总体框架XXX 市 XXX 公共平台服务管理与交付设计为“6+2”架构，“6” 是指基础设施层、服务层、数据层、资源综合管理层、交付服务管理 层、访问层，“2”是指信息安全和运维保障。具体如错误!未找到引市级政务部门其他市级财政预算单位日常工作管理I醤能分析和服务I项目服第综合管理日恚服翁邮件服势短信般勢 工惟流箧理用
4、源。所示：公共平台资源综合管理与U須交忖系统支撑层：是运行环境支撑，同时也是服务管理与交付系统资源和层S飙K信息安全保障体系平台动态服务交时境一门户管理散險申帳产品目录iffiHffi告沟itt交潇技术轴|注噸醯用户中心SK*SS莆惠中心匪务交忖申诸艮忖管理工単営理騒券评忻交忖费昨|梔准眼务目最管锂I统一隔努赛源營理I規一msm管理动态分配资源的基础服务。数据层：是服务管理与交付系统的数据支撑，主要包括目录库、 资源库、工单库和供应商库。服务层：是为服务管理与交付系统提供基础服务，主要包括日志 管理、工作流管理、短信服务、邮件服务。资源综合管理层：是为整个 xxx 市 xxx 公共平台进行服务
5、管理与 交付的核心，提供对服务提供商、服务产品全生命周期的管理，并提 供服务的统计分析等功能。服务交付管理层：是为市级政务部门和区县级政务部门提供一个 统一的门户入口，可在统一门户上浏览服务目录、服务资源的申请、申请资源的管理等功能。访问层：系统的访问用户是市级政务部门和区县级政务部门。通过服务管理与交付，服务使用者可通过门户网站一站式申请所 需的各类服务；服务管理者可通过服务管理与交付系统实时查看服务 使用情况及服务容量，从而制定各类服务计划；服务提供者可根据服 务运行状态进行服务维护及扩容，确保服务稳定运营，最终实现服务 集中式管理和一站式服务。系统部署设计系统需要五种不同的服务器，即对外
6、接口服务器、数据库服务器、 应用及管理系统服务器、大数据分析服务器，以及Web服务器。这五 种服务器可以根据系统容量的规模选择部署在单个或者多个服务器 上。每一种服务器至少需要两台物理（或虚拟）主机，以确保设备的 冗余备份。如果系统规模不大，为了节约资源，可以将多个服务部署 在同一个服务器集群上。这样就实现了集中式和分布式两种不同需要 的部署方式。系统的部署架构如下图所示，可以分为三层：接口层、应用层，以及服务层。冃F析服筹器Web.0 务菇集口飛吏30 =-lL SOA通过网络服务器发布，从而可以突破网络端口的限制。 SOA与平台无关，减少了业务应用实现的限制。 SOA具有低耦合性特点，增加
7、和减少业务使用对象对整个业务系统的影响较低。 SOA具有可按模块分阶段进行实施的优势。系统对接设计目标系统名称根据前期调研情况，初步确定需对接的系统包括：(一) 基础设施运维系统(1) 云计算中心：网神运维管理系统、虚拟化管理中心系统(2) 机房设施：综合运维管理信息系统(3) 数据存储和灾备：统一运维和管理系统(4) 信息安全：xxx市信息安全监测平台(二) 综合管理系统(1) 综合管理平台系统(2) 服务交付和运维监督系统(三) 公共应用管理模块(1) xxx 市 xxx 地理信息公共服务平台(2) xxx 市移动政务应用支撑平台(3) xxx 市信息安全监测与应急响应平台（4） xxx
8、市移动政务应用支撑平台（5） xxx 市政务数据交换平台（6） xxx 市政务短信系统（7） xxx 市政务邮箱/市民邮箱服务系统对接方案设计系统对接所传输的信息为数据和请求，根据大数据数据采集原则 是通过数据采集接口收集各类数据，并将原始数据进行存储、整理、 清洗后使用。接口可为不同的数据库系统、应用系统、专用中间件系统提供接 入组件，通过对接口协议需求进行抽象，就可以和特定系统的交互。 另外提供组件定制接口，可以方便、快速地添加具有新的功能的组件。接口需符合以下要求：数据加密，提髙系统安全性；异常处理，创建和维持一个“消息异常处理器”的接口，它可 以保存因为某种原因不能处理的消息，这些“异常”消息还可 以被送回重新加以处理易于维护，通过使应用松耦合或分离，使系统环境中的接口更容易维护。同时通过数据交换平台对外提供统一接口，屏蔽了 单个系统内部的改变，可以很容易替换过时的应用。可扩展，数据交换平台提供了大量的扩展接口，方便用户进行功能扩展。平台接口标准规范建设xxx 市 xxx 公共平台资源综合管理与服务交付系统的核心服务的 集中管理和集中服务，需要与众多系统和平台进行对接和交互，同时 也为大量的不同角色的用户提供服务，因此建设一套统一的标准规范 体
