CN112801607A - 一种管理服务平台及构建方法 - Google Patents

Abstract

本发明公开了一种管理服务平台及构建方法，该平台包括基础设施服务层、数据融合服务层、应用支撑层、软件服务层和用户层。通过将资金问题处理系统、资金申报系统、政策发布与智能推送系统、企业基础信息系统、项目审核系统和系统管理平台集成于一起，实现了一站式的产业管理服务平台，使得政府和企业之间的办事效率更加高效；通过数据融合服务形成海量数据和海量数据文件，通过分布式文件系统实现海量数据文件的存储和高性能检索，进而实现企业数据的搜集和分析，政府可以直接通过平台的大数据功能实现资金政策提前预算，提高了政策资金的利用率，提高了企业和政府的用户体验。

Description

一种管理服务平台及构建方法

技术领域

本发明涉及计算机技术领域，尤其涉及一种管理服务平台及构建 方法。

背景技术

工信局、科技创新局、组织部人才办每年定期都会有各种资金资 助政策，但其暂无相关资金申报管理系统，对企业、政策、专家等信 息的管理完全依赖桌面办公软件，在信息共享和政策发布方面的工作 均存在很大的困难，资金政策的执行效率也有待提高。

目前，针对企业的所有政策均是通过政府门户网站进行发布，用 户到政府门户网站对政策进行浏览后进行资金申报申请，相关资金政 策发布到政府信息网站后，由于许多企业管理人员不会经常留意政府 网站，导致企业无法及时接收到政策信息，同时政策信息量过大，理 解困难。

资金申报方面，所有资金申报流程都是半线下完成的。

发明内容

为解决上述现有技术存在的至少一个技术问题，根据本发明实施 例的一个方面，提供了一种管理服务平台，包括基础设施服务层、数 据融合服务层、应用支撑层、软件服务层和用户层，其中：

基础设施服务层，用于提供数据的计算、存储和网络服务所需的 基础硬件设施，将硬件资源分配给数据融合服务层、应用支持层、软 件服务层和用户层以支撑平台的运行；

数据融合服务层，用于汇集软件服务层的各业务系统的业务数据 和用户层的用户数据形成海量数据和海量数据文件，通过数据仓库将 海量数据存储，通过分布式文件系统将海量数据文件存储，并在接收 到应用支持层发送的数据查询请求时进行检索查询返回查询结果；

应用支撑层，用于处理软件服务层和用户层的操作请求，并响应 处理结果，以及用于提供应用的开发、测试和运行接口，用户可以基 于该平台，进行应用的快速开发、测试和部署运行；

软件服务层，集成有资金问题处理系统、资金申报系统、政策发 布与智能推送系统、企业基础信息系统、项目审核系统和系统管理平 台，用于给用户提供应用服务、获取用户的请求并将请求发送至应用 支撑层进行处理；

用户层，用于配置和管理用户角色身份信息，并将用户角色身份 信息上传至数据融合服务层进行存储。

在一个实施例，所述应用支撑层包括：

搜索引擎，用于对结构化数据和非结构化数据的搜索；

报表引擎，用于对报表请求及响应的集中控制和分配，生成结果 界面发送至前端进行展示；

弹性计算引擎，用于对硬件资源和软件资源的统一管理、统一分 配、统一部署、统一监控和统一备份，将所有的资源作为一个资源池， 以服务的方式为应用系统提供运行环境、生命周期管理、资源动态调 配、分布式存储、数据共享、负载均衡服务。

在一个实施例中，所述报表引擎包括：

报表请求器，用于实现对报表请求参数的封装，实现统一的入口， 并负责对请求及响应的集中控制、分配；

报表格式定义器，用于实现报表的输出格式的定义；

引擎定义器，用于实现报表引擎的定义；

引擎运行器，用于根据引擎定义器定义的报表主题、算法和次序 信息进行计算，并返回计算后的结果；

策略引擎器，用于针对引擎定义器定义的算法，根据所需的参数 进行计算，并生成计算后的结果返回给调用者；

引擎监控器，用于监控报表引擎的运行过程；

引擎输出器，用于根据报表格式定义的内容，以及引擎运行器运 行的结果，生成输出界面。

在一个实施例中，所述弹性计算引擎包括数据层、业务层和展示 层，其采用前后端分离的方案，其中前端采用Angular框架进行数据 交互和展示，使用Ace编辑器进行Kubernetes资源模版编辑；后端 采用Beego框架做数据接口处理，使用Client-go与Kubernetes 进行交互，数据使用MySQL存储。

在一个实施例中，所述基础设施服务层包括服务器、网络设备、 防火墙和大数据管理系统，还用于基础资源的虚拟化服务以及通过资 源的池化实现资源的动态分配。

在一个实施例中，所述数据融合服务层包括应用数据库、用户数 据库、文件服务和日志服务，所述应用数据库用于存储各应用的服务 数据，所述文件服务用于管理和存储各系统产生的文件，所述日志服 务用于生成和存储各系统产生的日志。

在一个实施例中，所述资金问题处理系统包括问题填报界面、智 能回复模块和问题分拨模块，用于收集用户问题，所述政策发布与智 能推送系统用于发布资金政策，并将申报信息同步至所述资金申报系 统，所述资金申报系统用于用户申报资金并将用户的申报信息同步至 项目审核系统，所述项目审核系统用户审核用户的申报信息，所述企 业基础信息系统用于管理和维护用户的基础信息。

为实现上述目的，根据本发明实施例的又一个方面，提供了一种 管理服务平台的构建方法，包括：

构建基础设施服务层，用于提供数据的计算、存储和网络服务所 需的基础硬件设施，将硬件资源分配给数据融合服务层、应用支持层、 软件服务层和用户层以支撑平台的运行；

构建数据融合服务层，用于汇集软件服务层的各业务系统的业务 数据和用户层的用户数据形成海量数据和海量数据文件，通过数据仓 库将海量数据存储，通过分布式文件系统将海量数据文件存储，并在 接收到应用支持层发送的数据查询请求时进行检索查询返回查询结果；

构建应用支撑层，用于处理软件服务层和用户层的操作请求，并 响应处理结果，以及用于提供应用的开发、测试和运行接口，用户可 以基于该平台，进行应用的快速开发、测试和部署运行；

构建软件服务层，集成有资金问题处理系统、资金申报系统、政 策发布与智能推送系统、企业基础信息系统、项目审核系统和系统管 理平台，用于给用户提供应用服务、获取用户的请求并将请求发送至 应用支撑层进行处理；

构建用户层，用于配置和管理用户角色身份信息，并将用户角色 身份信息上传至数据融合服务层进行存储。

在一个实施例中，所述构建应用支撑层包括：

构建搜索引擎，用于对结构化数据和非结构化数据的搜索；

构建报表引擎，用于对报表请求及响应的集中控制和分配，生成 结果界面发送至前端进行展示；

构建弹性计算引擎，用于对硬件资源和软件资源的统一管理、统 一分配、统一部署、统一监控和统一备份，将所有的资源作为一个资 源池，以服务的方式为应用系统提供运行环境、生命周期管理、资源 动态调配、分布式存储、数据共享、负载均衡服务。

在一个实施例中，所述构建报表引擎包括：

构建报表请求器，用于实现对报表请求参数的封装，实现统一的 入口，并负责对请求及响应的集中控制、分配；

构建报表格式定义器，用于实现报表的输出格式的定义；

构建引擎定义器，用于实现报表引擎的定义；

构建引擎运行器，用于根据引擎定义器定义的报表主题、算法和 次序信息进行计算，并返回计算后的结果；

构建策略引擎器，用于针对引擎定义器定义的算法，根据所需的 参数进行计算，并生成计算后的结果返回给调用者；

构建引擎监控器，用于监控报表引擎的运行过程；

构建引擎输出器，用于根据报表格式定义的内容，以及引擎运行 器运行的结果，生成输出界面。

上述发明中的实施例具有如下优点或有益效果：本发明实施例提 供的管理服务平台及构建方法，通过将资金问题处理系统、资金申报 系统、政策发布与智能推送系统、企业基础信息系统、项目审核系统 和系统管理平台集成于一起，实现了一站式的产业管理服务平台，使 得政府和企业之间的办事效率更加高效；通过数据融合服务形成海量 数据和海量数据文件，通过分布式文件系统实现海量数据文件的存储 和高性能检索，进而实现企业数据的搜集和分析，政府可以直接通过 平台的大数据功能实现资金政策提前预算，提高了政策资金的利用率， 提高了企业和政府的用户体验。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具 体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是本发明实施例的管理服务平台的主要架构示意图；

图2是本发明实施例的管理服务平台的系统逻辑架构图；

图3是本发明实施例的弹性计算引擎的主要架构示意图；

图4是本发明实施例的管理服务平台的各业务系统间的逻辑架构 图；

图5是适于用来实现本发明实施例的终端设备或服务器的计算机 系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发 明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。 因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做 出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清 楚和简明，以下的描述中省略了对公知功能和结构的描述。

图1是本发明实施例的管理服务平台的主要架构示意图，图2是 本发明实施例的管理服务平台的系统逻辑架构图，如图1和图2所示， 根据本发明实施例提供的一站式产业管理服务平台100，包括基础设施 服务层101、数据融合服务层102、应用支撑层103、软件服务层104 和用户层105，其中：

基础设施服务层101，用于提供数据的计算、存储和网络服务所需 的基础硬件设施，将硬件资源分配给数据融合服务层102、应用支持层 103、软件服务层104和用户层105以支撑平台的运行；

数据融合服务层102，用于汇集软件服务层104的各业务系统的业 务数据和用户层105的用户数据形成海量数据和海量数据文件，通过 数据仓库将海量数据存储，通过分布式文件系统将海量数据文件存储， 并在接收到应用支持层发送的数据查询请求时进行检索查询返回查询 结果；

应用支撑层103，用于处理软件服务层104和用户层105的操作请 求，并响应处理结果，以及用于提供应用的开发、测试和运行接口， 用户可以基于该平台，进行应用的快速开发、测试和部署运行；

软件服务层104，集成有资金问题处理系统、资金申报系统、政策 发布与智能推送系统、企业基础信息系统、项目审核系统和系统管理 平台，用于给用户提供应用服务、获取用户的请求并将请求发送至应 用支撑层103进行处理；

用户层105，用于配置和管理用户角色身份信息，并将用户角色身 份信息上传至数据融合服务层102进行存储。

本发明实施例提供的一站式产业管理服务平台及构建方法，通过 将资金问题处理系统、资金申报系统、政策发布与智能推送系统、企 业基础信息系统、项目审核系统和系统管理平台集成于一起，实现了 一站式的产业管理服务平台，使得政府和企业之间的办事效率更加高 效；通过数据融合服务形成海量数据和海量数据文件，通过分布式文 件系统实现海量数据文件的存储和高性能检索，进而实现企业数据的 搜集和分析，政府可以直接通过平台的大数据功能实现资金政策提前 预算，提高了政策资金的利用率，提高了企业和政府的用户体验。

具体的，如图2所示，基础设施服务层(IaaS)101：提供基本的 计算、存储、网络服务；将硬件资源进行分配，除了可享受基础资源 的虚拟化服务外，还通过资源的池化实现资源的动态分配。在这里， 基础设施服务层可以由大数据管理局提供。

数据融合服务层(DaaS)102：为平台和所有应用运行提供强大的 存储服务，包括应用数据库、用户数据库、文件服务、日志服务，并 通过数据仓库实现海量数据存储，分布式文件系统实现海量文件存储 以及高性能检索。

应用支撑层(PaaS)103：应用支撑层主要提供应用开发、测试和运 行的平台，用户可以基于该平台，进行应用的快速开发、测试和部署 运行。

软件服务层(SaaS)104：SaaS软件即服务，提供给用户大量应用 服务。API网关实现对所有开放API的统一管理，OAuth2.0实现对所 有应用内部资源访问的授权，RabbitMQ实现各类消息推送和数据交换 中间件；开放平台对所有开放接口进行统一注册与授权，并对接口调 用过程进行监控，实现基础数据接口开放、应用数据接口开放、内容 资源接口开放、智能设备接口开放等。让更多的人参与到应用的开发 中来，所有的接口资源全部流程化、规范化、标准化。

用户层105：用户层用来给不同的用户提供服务，基于客户端前端 界面对用户提供服务，在这里，产业管理服务平台的用户可以分为二 大类，一是服务对象企业；二是工信局、科创局、组织部等相关职能 部门，在构建用户层时，可以对不同的类型用户分配不同的角色，不 同的角色对应不同的权限，当用户通过统一登录界面注册时对用户进 行分配不同角色的账号，进而使得用户登录后根据用户的账号类型进 入不同的系统界面。比如，当用户为企业用户时，给用户企业账号， 当用户登录后系统可为用户展示政策信息，基于政策信息点击跳转至 资金申报系统，还可以为用户展示资金问题处理系统界面供用户上报资金申报过程中的问题，进而对系统不断的升级完善。当用户是政府 部门用户时，给用户分配相应部门的权限账号，当用户登录后系统给 用户展示或通过特定链接使界面跳转至政策发布与智能推送系统、企 业基础信息系统、项目审核系统等供用户操作进行相应的政策发布、 项目评审和企业信息录入等，还可以给用户分配管理员账号，当管理 员登录时系统跳转至系统管理平台界面，对相应部门的用户信息和文 件信息以及其他各种信息进行管理维护。

如图2所示，在一个实施例中，应用支撑层包括：

搜索引擎，用于对结构化数据和非结构化数据的搜索；

报表引擎，用于对报表请求及响应的集中控制和分配，生成结果 界面发送至前端进行展示；

弹性计算引擎，用于对硬件资源和软件资源的统一管理、统一分 配、统一部署、统一监控和统一备份，将所有的资源作为一个资源池， 以服务的方式为应用系统提供运行环境、生命周期管理、资源动态调 配、分布式存储、数据共享、负载均衡服务。

具体的，搜索引擎solr底层是用lucene来开发的一个全文检索 引擎系统，对外通过http的形式，提供全文检索服务(索引和文档的 增删改查服务)。mmseg4j两种分词方法：Complex、Simple。三种 分词模式：Complex、Simple、MaxWord。按照数据的分类，搜索也分为两种：1、对结构化数据的搜索：如对数据库的搜索，用SQL语句。 再如对元数据的搜索，如利用windows搜索对文件名，类型，修改时 间进行搜索等；2、对非结构化数据的搜索：如利用windows的搜索 也可以搜索文件内容，Linux下的grep命令，再如用Google和百 度可以搜索大量内容数据。

全文检索大体分两个过程，索引创建(Indexing)和搜索索引 (Search)。

1、索引创建：将现实世界中所有的结构化和非结构化数据提取信 息，创建索引的过程。

2、搜索索引：就是得到用户的查询请求，搜索创建的索引，然后 返回结果的过程。

在一个实施例中，报表引擎包括：

报表请求器，用于实现对报表请求参数的封装，实现统一的入口， 并负责对请求及响应的集中控制、分配。主要是实现对报表请求参数 的封装，实现统一的入口，并负责对请求及响应的集中控制、分配。

报表格式定义器，用于实现报表的输出格式的定义。在这一部分 中，主要的功能是实现报表的输出格式的定义、报表栏位中输出的格 式(包括字体、颜色、框线、显示样式等)，输出的内容(主要是从 输出的对象、输出对象的比较简单的计算、页头、分组、页尾等)。

引擎定义器，用于实现报表引擎的定义。主要是指当报表引擎运 行时，它的每个算法、算法执行次序、是否循环或分解、引用的外部 应用接口、路由等信息。算法包括从数据库中读取原始的数据信息、 对各种参数进行的计算的算法，算法的形式参数、实际参数、数据类 型。

引擎运行器，用于根据引擎定义器定义的报表主题、算法和次序 信息进行计算，并返回计算后的结果。根据在报表引擎定义部分定义 的报表主题、各种算法、次序等信息，进行计算，并返回计算后的结 果。对于分布式的报表引擎，路由信息比较重要；当定义了路由信息 之后，引擎运行到该处后，将定义在路由表中的引擎起动，并从相应 的步骤处开始运行，并返回运行的结果。

策略引擎器，用于针对引擎定义器定义的算法，根据所需的参数 进行计算，并生成计算后的结果返回给调用者。主要是针对用户的定 义的算法，根据所需的参数进行计算，并生成计算后的结果返回给调 用者。这也是报表引擎比较重要的部分。它也可以适用于业务系统， 在策略引擎的协同下，满足业务需求的变动要求，灵活配置业务处理 中的业务逻辑。这一部分，对整个引擎的性能也是有巨大的影响，包 括从数据库中提取数据信息、各种信息的计算。

引擎监控器，用于监控报表引擎的运行过程。这一部分主要是监 控报表引擎的运行过程，如有些地方需求用户处理的，引擎会等待着 用户的处理后，再执行后一个算法。也可以监控引擎在运行过程中的 出错信息，以便对引擎的错误进行跟踪；这些错误有可能是系统的、 引擎本身的、算法定义的错误等。在监视中，可以查看已在运行的报 表，也可以对运行的报表进行暂停、中止、恢复、保存、载入等操作。

引擎输出器，用于根据报表格式定义的内容，以及引擎运行器运 行的结果，生成输出界面。主要是根据报表格式定义的内容，以及引 擎运行部分运行的结果，生成输出界面，以比较直观的形式展示给用 户浏览。在生成的输出界面中，应该支持常用的几种：HTML，EXCEL， WORD等。

在一个实施例中，数据融合服务层包括应用数据库、用户数据库、 文件服务和日志服务，应用数据库用于存储各应用的服务数据，文件 服务用于管理和存储各系统产生的文件，日志服务用于生成和存储各 系统产生的日志。

进一步，数据融合服务层包括：

基础支撑数据库，是对整个数据库的其它数据库起支撑和管理作 用的，主要负责对整个核心数据库进行描述、实现数据的管理、控制 和配置，同时对数据库中的信息进行管理规范的制订和执行。

元数据库，主要对核心数据库进行描述和实现，它是描述数据的 数据。通过元数据库的建设，将构建数据库信息目录，将其中具有的 数据库、表、数据项、各种属性等进行描述。元数据库分为共享存储 数据元数据库、交换数据元数据库和业务数据资源元数据库，分别描 述存储在数据库核心数据库中的数据、依据元数据库，可管理、处理 核心数据库中存储的数据。

代码数据库，对各数据项给出代码指标的意义和取值范围，并对 其进行描述。对每个数据项，都有代码和取值范围，这些代码和取值 范围组成了数据字典，目的就是要统一数据标准，保证数据的一致性 和同步性。

业务规则数据库，对核心数据库的各个数据项指标的具体业务规 则和数据转规则进行描述。业务规则数据库解决了数据库在进行数据 共享和交换过程中，数据项属性，如代码、类型、大小和取值范围不 一致的问题。数据的输入必须根据定义的输入规范进行自动校验。标 准规范数据库对数据的存储、提取、采集、权限控制等进行标准规范 的制订、描述和使用，同时实现数据库各项标准、规范的参数化定义 和管理。

指标体系数据库，对信息资源的指标进行归类，管理与维护指标。 基础支撑数据库是数据库进行数据共享、交换、应用和管理的基础， 当用户需要使用数据库的某类数据时，首先从元数据库中检索是否存 储相关的数据，然后根据存储的表名检索出数据的存储位置和相关的 属性字段，接着通过调用规则库中的数据转换规则和数据字典对其相 关的部分进行转化，为用户提供最终的结果。对于管理员来说，通过 基础支撑数据库的管理也可实现对核心数据库的管理，而避免直接操 作核心数据库而造成的数据不一致性和完整性。

企业基础数据库，企业库通过资金问题处理系统、资金申报系统 中获取企业信息，同时可以通过爬虫技术，实现企业数据的反哺与完 善，形成以统一信用代码证为唯一标识的企业基础信息，逐步构建准 确的、可共享的企业基础共享信息库。通过企业库的建设，以企业信 息为抓手，建立健全包括基本信息、资质信息、申请历史在内的企业 信息库。从资金政策项目办理中提取企业信息沉淀到企业信息库，并 通过事项办理不断补充、更新信息，为各类审批事项办理提供数据支 持。

建立统一的企业基础数据库，包括四种类型：

1、企业基础数据库，包括企业名称、行业分布、地理位置、人员 规模、主营业务等库。

2、企业经营数据库，包括企业经营数据、产值数据、用工数据等 库。

3、资源数据库，主要包括资源基本信息库、相关库等。

4、其它基础信息库，主要包括区企业其它相关信息库。

业务数据库

业务数据库，规范化网上办事信息，记录事项办理全过程，分析 挖掘服务环节数据，优化办事流程，提高行政审批效率和公共服务质 量。业务数据库主要是对业务数据及历史数据进行存储与管理，主要 包括：统一门户数据库、互动交流数据库、分析统计数据库、信息发 布数据库、其它数据库等。

如图3所示，是本发明实施例的弹性计算引擎的主要架构示意图。

在一个实施例中，弹性计算引擎包括数据层、业务层和展示层， 其采用前后端分离的方案，其中前端采用Angular框架进行数据交互 和展示，使用Ace编辑器进行Kubernetes资源模版编辑；后端采用 Beego框架做数据接口处理，使用Client-go与Kubernetes进行交 互，数据使用MySQL存储。

具体的，产业管理服务平台为了实现较多用户使用，用户并发操 作压力较大，并且后续要扩展到其他政府部门，融合其他部门的资金 申报系统，这就要求平台需要有足够的扩展性和灵活性，能够统一管 理所有的业务应用系统，从而项目规划弹性计算引擎，对软硬件资源 进行管理，保证平台的稳定性与强壮性。

弹性计算引擎通过分布式技术、自动化技术、虚拟化技术对基础 架构进行整合，实现硬件资源和软件资源的统一管理、统一分配、统 一部署、统一监控和统一备份，打破应用对资源的独占，将所有的资 源作为一个资源池，以服务的方式为应用系统提供运行环境、生命周 期管理、资源动态调配、分布式存储、数据共享、负载均衡等服务。

弹性计算引擎利用Linux容器技术，提供应用弹性伸缩功能，实 现管理员通过WEB界面在任何时间任何地点即可实现对应用管理和配 置，支持应用实例的创建、启动、停止、更新、查看等操作。各实例 资源独立隔离，防止资源抢占，多实例模式，个别实例出现故障不影 响应用的使用，为平台及应用的长期稳定的运行提供保障。资源的隔 离性主要体现在数据的隔离、连接数的隔离、内存隔离、CPU隔离。

弹性计算引擎支持虚拟机在线迁移，迁移过程中虚拟机不停机； 支持动态资源分配，在Hypervisor节点异常或者负载过重的情况下自 动迁移虚拟机到空闲Hypervisor。支持监控虚拟机，包括虚拟CPU核 数及利用率、虚拟内存容量及分配/剩余量、虚拟网卡的个数及IO速 率、虚拟磁盘IO速率、运行状态等；可支持业界主流windows、Linux 操作系统；用户创建虚拟机时可选择预置的操作系统，如CentOS、 Redhat Linux、Windows server等，虚拟化管理软件可增加预置操作 系统。支持虚拟机生命周期，包括创建、启动、关闭、重启、挂起、 唤醒、挂载ISO镜像、卸载ISO镜像、快照、在线迁移、远程查看等 操作。

在一个实施例中，基础设施服务层包括服务器、网络设备、防火 墙和大数据管理系统，还用于基础资源的虚拟化服务以及通过资源的 池化实现资源的动态分配。

在一个实施例中，平台支持在线自动增加或减少应用实例，并支 持动态将应用请求路由分发到应用实例进行处理，各应用实例均衡分 担处理应用请求。在设计过程中需要考虑调度者如何合理分配任务， 保证所有后端服务器都将性能充分发挥，从而保持服务器集群的整体 性能最优，同时考虑提供智能的在线增加和减少应用实例，将利用服 务器的空闲内存进行增加指定量的事件实例，提供调度其他应用实例 进行业务服务的分摊处理，解决实际工作的存在的压力问题。

因此在本平台中使用快速扩展而不影响集群正常使用的均衡方式， 把服务器设计成无状态的，即集群服务器不存储请求上下文信息，这 样用户的请求被发往集群中的任何一个节点所处理的返回结果都将是 一样的。因此在集群中就可以使用负载均衡技术将不同的请求发往不 同的节点上进行处理。

考虑平台的使用场景为整个使用，因此弹性计算引擎整体采用前 后端分离的方案，其中前端采用Angular框架进行数据交互和展示， 使用Ace编辑器进行Kubernetes资源模版编辑。后端采用Beego框 架做数据接口处理，使用Client-go与Kubernetes进行交互，数据 使用MySQL存储。

弹性计算引擎基于RBAC(Role based access control)的权限 管理：用户通过角色与部门和项目关联，拥有部门角色允许操作部门 资源，拥有项目角色允许操作项目资源，更加适合多租户场景。

弹性计算引擎简化Kubernetes对象创建：提供基础Kubernetes 对象配置文件添加方式，同时支持高级模式直接编辑Json/Yaml文件 创建Kubernetes对象。

弹性计算引擎使得平台可以实现LDAP/OAuth 2.0/DB多种登录模 式支持：集成企业级LDAP登录及DB登录模式，同时还可以实现 OAuth2登录。支持多集群、多租户：可以同时管理多个Kubernetes集 群，并针对性添加特定配置，更方便的多集群、多租户管理。提供完整审计模块：每次操作都会有完整的审计功能，追踪用于操作历史， 同时支持用户自定义webhook。提供基于APIKey的开放接口调用： 用户可自主申请相关APIKey并管理自己的部门和项目，运维人员也 可以申请全局APIKey进行特定资源的全局管理。保留完整的发布历史：用户可以便捷的找到任何一次历史发布，并可轻松进行回滚，以 及基于特定历史版本更新Kubernetes资源。具备完善的资源报表： 用户可以轻松获取各项目的资源使用占比和历史上线频次(天级)以 及其他基础数据的报表和图表。提供基于严密权限校验的Webshell： 用户可以通过Web shell的形式进入发布的Pod进行操作，自带完 整的权限校验。提供站内通知系统：方便管理员推送集群、业务通知 和故障处理报告等。

因此，本实施例的产业管理服务平台实现以下功能或效果：

可视化操作：提供直观、简便的方式操作Kubernetes集群，减小 学习成本，快速上线业务。多样的编辑模式：支持图形化编辑，也支 持Json、Yaml两种高级定制化编辑模式。微内核架构：采用可扩展的 插件化方式开发，定制化选择特性功能，更方便的集成符合企业需求 的新功能。多集群管理：可以同时管理多个Kubernetes集群，更方便 地管理多个集群。丰富的权限管理：将资源抽象化为部门、项目级别， 角色的权限可以更细化的控制，适用于多部门、多项目的统一集中管 理。多种登录模式：支持企业级LDAP登录、支持OAuth2登录，支持 数据库登录多种模式。完备的审计：所有操作都会有完整的审计功能， 方便追踪操作历史。开放平台：支持APIKey开放平台，用户可自主申 请相关APIKey并管理自己的项目。多层次监控：提供多级别的监控统 计信息，实时关注集群的运行状态。

在一个实施例中，平台基于B/S模式采用MVC架构和SOA面向服务 体系架构，平台采用JAVA语言开发。

在一个实施例中，资金问题处理系统包括问题填报界面、智能回 复模块和问题分拨模块，用于收集用户问题，政策发布与智能推送系 统用于发布资金政策，并将申报信息同步至资金申报系统，资金申报 系统用于用户申报资金并将用户的申报信息同步至项目审核系统，项 目审核系统用户审核用户的申报信息，企业基础信息系统用于管理和 维护用户的基础信息。

如图4所示，是本发明实施例的一站式产业管理服务平台的各业 务系统间的逻辑架构图。产业管理服务平台的业务系统共包括6个部 分：资金问题处理系统、资金申报系统、企业基础信息系统、政策发 布与智能推送系统、项目审核系统、系统管理平台。依托企业基础信 息系统可以参与资金申报以及资金问题处理系统。资金问题处理系统 的基础是资金申报系统。同时，企业基础信息系统可以为政策发布与 智能推送系统、项目审核系统作支撑。系统管理平台作为其他系统的 底层支撑。

资金问题处理系统的两个重要内容：智能问答和自动分拨。智能 问答提供24小时在线回答资金问题的服务，节省了大量的人力，提高 了问题解决的效率。自动分拨根据资金问题的内容，后台自动分拨至 对应的业务部门，比如工信局、科创局的政策分配至相应办事专员。 企业用户通过填写问题表单向对口职能部门上报资金申报过程中遇到 的困难及问题，表单内容包括企业名称、对口职能部门、问题标题、 问题内容等，同时也可以上传相关材料附件。对于未受理的上报问题， 企业用户可选择撤销。企业用户上报表单后，问题会发送给相关职能 科室，同时系统通过所属职能部门、问题标题、问题内容关键字匹配 常见问题库中的问题，推送相似问题及解决办法给企业用户，用户可 通过推送查看是否已有解决方案。后台分发中心根据企业填写的对口 职能部门将上报问题发送到相应职能科室，对于常见问题且未自动分 发问题，后台系统管理员可直接回复处理和手动分发。问题分发完成 后，系统向职能科室相关用户发送通知，提醒办理。科室人员根据问 题所属责任单位将问题发送给责任单位办理，办理完成后，责任单位 在表单中填写办理结果和建议后，点击办理完成，系统将表单返回给 企业用户和职能科室。企业用户可查询自己的问题上报记录，点击进 入问题详情页面，查询问题处理进度，问题处理进度信息包括问题处 理科室、办理人、办理状态、办理结果等。对于未办理完成的上报问 题可补充材料，添加问题内容描述和材料附件，避免问题的重复上报。 系统管理员和职能科室人员分类整理各种常见问题及解决方法，同时 系统也可统计已完结的企业上报问题，筛选出常见的问题和解决方案，形成常见问题库。企业用户可通过关键词搜索相关问题，查询相关问 题及解决办法，如已有企业需要的问题，企业可快速查看，节省问题 处理时间，如没有相似问题，企业可以选择上报问题。

资金申报信息包括获取拨款金额和政策申报数量，政策类型分为 产业政策、人才政策和科技政策；企业历年资金申报情况以列表形式 展现，包括资金用途、拨款金额、申报时间、拨款时间、是否作废、 退款/退票原因。

资金申报系统涵盖账号管理、办事指南管理、网上申报、统计查 询、信息公示等内容。企业配有一个管理员账号以及不限数量子账号， 管理员账号通过产业管理服务平台企业端注册后进行单位认证。单位 认证经过工信局工作人员审核通过后可以使用平台资金申报功能，子 账号由平台注册后经单位管理员认证通过后可以使用平台资金申报功 能。单位用户可通过系统注册一个管理员账号，通过认证后，管理员 负责单位资金申报、申请管理、管理监控、子账号申请监控等。可对 子账号进行新建、删除、停用账号，实现账号的统一配置管理。单位 可通过产业管理服务平台资金政策模块在线查看各职能局资金政策，资金政策分局预览，展示政策分类、各政策应具备条件、满足条件给 予扶持的详细信息。单位用户登录系统，选择相应类别(工信局、科 创局、人力资源局、教育局、卫计局、文体旅游局、民政局、住建局 等)，填写表单(包括单位名称、项目名称、项目所在地、项目建设 年限、项目联系人、项目负责人基本信息、项目申请类别和依据等) 并提交，进行项目申报。系统根据账号信息自动调用企业基础信息系 统中已经录入的信息填充表单，避免信息的重复录入。

企业基础信息系统实现对企业基础信息的管理，将区内企业的经 济产值相关数据统一收集管理、形成完整的企业数据库，全方位展示 企业的情况。通过资金申报系统对企业数据进行收集、清洗、转换等 后，将数据存入企业基础信息数据库中，部分数据可通过管理员手工 录入。企业基础信息包括企业名称、企业地址、联系电话、电子邮箱、 企业法人、产业行业、高层次人才数、营收规模、纳税规模、政策扶 持力度等企业全方位数据。企业的基础信息修改可由具有权限的管理 员手动修改，也可通过企业修改自身信息并通过政府部门验证后修改 信息。企业在申报过程中，可直接调用企业基础信息系统的数据，实 现信息自动填充，填充数据存在修改的可能性，系统检测企业修改的 数据内容，交换到企业基础信息系统中，经确认后更新企业基础信息 系统的数据。可通过注册时间段、企业名称、企业规模、营收规模、 纳税规模、所属产业行业、政策扶持力度等条件综合查询企业的基础信息。

政策发布与智能推送系统集政策编辑、政策分类、政策查询、政 策发布、政策删除等功能于一体，为用户提供线上管理政策的服务。

企业用户通过平台资金申报系统提交扶持申请后，申请表单及相 关附件材料流转至项目审核系统，系统将申请分别发送至对应职能科 室，由各科室审批人员进行审批并根据审批流程进行流转，完成后系 统发送审核完成表单及审核意见给申请人，并通过站内信和短信通知 用户。根据不同审核项目和审核流程，并生成评审表。在线核准的项 目可在线审核材料和填写审核意见，并对申请表进行审核合格、材料 不全、审核不合格等操作，并反馈给申请用户进行重新申请或补齐材 料等。政府办事员可依据政策审核要求为每一项政策配置不同的审核 流程，设置具体审核内容，审核主体以及审核时限。企业的申报资料就会按照配置好的流程分配到对应的审核主体，并最终完成审核工作。 此外，针对审核流程可进行局部变更或者全局变更。当进行流程变更 后，处于此流程的申报资料需要重新进行审核。可为政府管理员配置 超级权限，可以将企业的资料审核“快进至下一环节”或“返回至 上一环节”，对“快进至下一环节”和或“返回至上一环节”流程操 作进行记录，保证历史数据可查询。在需要扶持相关重点企业快速审 批时，可为企业开通快速审批通道，由政府管理员人工干预，缩减审 批环节、加快审批进度，达到快速审批的效果。

系统管理平台根据用户表，设计相应的注册页面，注册页面包括 用户名、姓名、密码、邮箱、所属部门或企业、联系电话等信息。企 业账号注册由企业管理员提供企业资质证明材料进行注册，由政府部 门进行验证。企业管理员账号负责企业的系统配置、安全监管、子账 号配置、权限管理等。企业或政府部门管理员注册账号后进行认证， 按系统提示填写相关资料，并上传电子资质证明材料，成功提交后， 系统发送到系统管理人员处进行审核验证。验证通过后，该账号作为 企业账号或部门账号，拥有配置企业或部门各类子账号、角色管理、 组织管理、普通账号的权限管等功能。管理员根据企业实际需求，可 配置不同的角色，对不同的角色赋予不同权限，用户根据所属角色获 得相应角色的所有权限，单个用户可拥有多个角色。管理员为不同角 色配置权限，也可以对单个用户配置权限。系统中可根据需要设定各 种不同的用户角色，不同用户可对应到不同的角色，以实现不同的用 户权限，并通过用户权限与用户工作界面的菜单关联，以保证不同类 型用户在平台中能够精准定位到属于自己的工作业务。管理员根据系 统提供的组织机构管理模式和企业、部门的实际组织架构关系，创建 部门或企业的组织机构架构。管理员可设置各部门的基本信息，根据 人员角色的不同，在组织机构中显示角色信息。菜单栏目管理提供平 台内功能模块菜单的展示配置，根据平台用户要求不同，区分用户类 型角色，展示不同的功能菜单，同时，还支持用户对个人菜单进行自 定义设置。

政企互动传统模式的弊端在于政府无法及时有效的接收企业的反 馈信息或者企业动态。平台不仅要便于政府和企业之间的沟通互动， 还要利用政府具有的行政优势、信息优势、资源优势牵头打造一种真 实可靠、多维立体的社交化网络，整合和协调跟服务相关的一切社会 可利用资源，帮助政府、社会机构、组织、企业之间实现最低成本的 沟通互动，从而实现政府、社会资源的最大化聚合和增值。

本发明实施例中，政府部门用户可通过系统发布相关通知，实现 通知公告的编写、排版、预览、保存草稿、发布、删除等功能，并可 发送短信提醒相关企业查看通知。企业可实时接收政府的发布消息， 并依据消息内容语义及时反馈。可对政府发送的每一条通知消息的企 业查看情况、反馈信息进行统计。根据信息查看情况、反馈信息统计 情况，政府机构对于长时间未查看消息的企业或需要反馈信息的企业， 可通过短信、电话等其他渠道进行提醒；以及针对每一条会议通知， 可发送会议通知单给企业，企业按要求填写企业参加人员信息后，发 送参会回执单，供政府进行汇总。

由此，本发明实施例提供的一站式产业管理服务平台及构建方法， 通过将资金问题处理系统、资金申报系统、政策发布与智能推送系统、 企业基础信息系统、项目审核系统和系统管理平台集成于一起，实现 了一站式的产业管理服务平台，使得政府和企业之间的办事效率更加 高效；通过数据融合服务形成海量数据和海量数据文件，通过分布式 文件系统实现海量数据文件的存储和高性能检索，进而实现企业数据 的搜集和分析，政府可以直接通过平台的大数据功能实现资金政策提 前预算，提高了政策资金的利用率，提高了企业和政府的用户体验。

根据本发明实施例的又一个方面，提供了一种一站式产业管理服 务平台的构建方法，包括：

S101：构建基础设施服务层，用于提供数据的计算、存储和网络 服务所需的基础硬件设施，将硬件资源分配给数据融合服务层、应用 支持层、软件服务层和用户层以支撑平台的运行；

S102：构建数据融合服务层，用于汇集软件服务层的各业务系统 的业务数据和用户层的用户数据形成海量数据和海量数据文件，通过 数据仓库将海量数据存储，通过分布式文件系统将海量数据文件存储， 并在接收到应用支持层发送的数据查询请求时进行检索查询返回查询 结果；

S103：构建应用支撑层，用于处理软件服务层和用户层的操作请 求，并响应处理结果，以及用于提供应用的开发、测试和运行接口， 用户可以基于该平台，进行应用的快速开发、测试和部署运行；

S104：构建软件服务层，集成有资金问题处理系统、资金申报系 统、政策发布与智能推送系统、企业基础信息系统、项目审核系统和 系统管理平台，用于给用户提供应用服务、获取用户的请求并将请求 发送至应用支撑层进行处理；

S105：构建用户层，用于配置和管理用户角色身份信息，并将用 户角色身份信息上传至数据融合服务层进行存储。

在一个实施例中，构建应用支撑层包括：

构建搜索引擎，用于对结构化数据和非结构化数据的搜索；

构建报表引擎，用于对报表请求及响应的集中控制和分配，生成 结果界面发送至前端进行展示；

构建弹性计算引擎，用于对硬件资源和软件资源的统一管理、统 一分配、统一部署、统一监控和统一备份，将所有的资源作为一个资 源池，以服务的方式为应用系统提供运行环境、生命周期管理、资源 动态调配、分布式存储、数据共享、负载均衡服务。

在一个实施例中，构建报表引擎包括：

构建报表请求器，用于实现对报表请求参数的封装，实现统一的 入口，并负责对请求及响应的集中控制、分配；

构建报表格式定义器，用于实现报表的输出格式的定义；

构建引擎定义器，用于实现报表引擎的定义；

构建引擎运行器，用于根据引擎定义器定义的报表主题、算法和 次序信息进行计算，并返回计算后的结果；

构建策略引擎器，用于针对引擎定义器定义的算法，根据所需的 参数进行计算，并生成计算后的结果返回给调用者；

构建引擎监控器，用于监控报表引擎的运行过程；

构建引擎输出器，用于根据报表格式定义的内容，以及引擎运行 器运行的结果，生成输出界面。

需要说明的是，本发明实施例的一站式产业管理服务平台的构建 方法对应于本发明实施例的一站式产业管理服务平台各模块功能进行 构建，其构建的步骤在各模块的功能的已知的前提下，其具体方法对 于应上述对一站式产业管理服务平台的细节描述内容，其构建方法可 通过本领域技术人员已知的技术手段得到，为了节省篇幅，这里不再 赘述。

下面参考图5，其示出了适于用来实现本发明实施例的终端设备的 计算机系统400的结构示意图。图4示出的终端设备仅仅是一个示例， 不应对本发明实施例的功能和使用范围带来任何限制。

如图4所示，计算机系统400包括中央处理单元(CPU)401，其 可以根据存储在只读存储器(ROM)402中的程序或者从存储部分404 加载到随机访问存储器(RAM)403中的程序而执行各种适当的动作和 处理。在RAM 403中，还存储有系统400操作所需的各种程序和数据。 CPU 401、ROM 402以及RAM 403通过总线404彼此相连。输入/输出(I/O) 接口405也连接至总线404。

以下部件连接至I/O接口405：包括键盘、鼠标等的输入部分406； 包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的 输出部分407；包括硬盘等的存储部分408；以及包括诸如LAN卡、调 制解调器等的网络接口卡的通信部分409。通信部分409经由诸如因特 网的网络执行通信处理。驱动器410也根据需要连接至I/O接口405。 可拆卸介质411，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据 需要安装在驱动器410上，以便于从其上读出的计算机程序根据需要 被安装入存储部分408。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程 可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种 计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该 计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实 施例中，该计算机程序可以通过通信部分409从网络上被下载和安装， 和/或从可拆卸介质411被安装。在该计算机程序被中央处理单元(CPU) 401执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读 信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算 机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红 外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机 可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导 线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只 读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、 便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、 或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以 是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装 置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信 号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中 承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算 机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可 读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行 系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质 上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、 电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、 方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点 上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码 的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于 实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的 实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发 生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们 有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的 是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合， 可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者 可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现， 也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中， 例如，可以描述为：一种处理器包括发送模块、获取模块、确定模块 和第一处理模块。其中，这些模块的名称在某种情况下并不构成对该 单元本身的限定，例如，发送模块还可以被描述为“向所连接的服务 端发送图片获取请求的模块”。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域 技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种 各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内 所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (10)

1.一种管理服务平台，其特征在于，包括基础设施服务层、数据融合服务层、应用支撑层、软件服务层和用户层，其中：

基础设施服务层，用于提供数据的计算、存储和网络服务所需的基础硬件设施，将硬件资源分配给数据融合服务层、应用支持层、软件服务层和用户层以支撑平台的运行；

数据融合服务层，用于汇集软件服务层的各业务系统的业务数据和用户层的用户数据形成海量数据和海量数据文件，通过数据仓库将海量数据存储，通过分布式文件系统将海量数据文件存储，并在接收到应用支持层发送的数据查询请求时进行检索查询返回查询结果；

应用支撑层，用于处理软件服务层和用户层的操作请求，并响应处理结果，以及用于提供应用的开发、测试和运行接口，用户可以基于该平台，进行应用的快速开发、测试和部署运行；

软件服务层，集成有资金问题处理系统、资金申报系统、政策发布与智能推送系统、企业基础信息系统、项目审核系统和系统管理平台，用于给用户提供应用服务、获取用户的请求并将请求发送至应用支撑层进行处理；

用户层，用于配置和管理用户角色身份信息，并将用户角色身份信息上传至数据融合服务层进行存储。

2.根据权利要求1所述的管理服务平台，其特征在于，所述应用支撑层包括：

搜索引擎，用于对结构化数据和非结构化数据的搜索；

报表引擎，用于对报表请求及响应的集中控制和分配，生成结果界面发送至前端进行展示；

弹性计算引擎，用于对硬件资源和软件资源的统一管理、统一分配、统一部署、统一监控和统一备份，将所有的资源作为一个资源池，以服务的方式为应用系统提供运行环境、生命周期管理、资源动态调配、分布式存储、数据共享、负载均衡服务。

3.根据权利要求2所述的管理服务平台，其特征在于，所述报表引擎包括：

报表请求器，用于实现对报表请求参数的封装，实现统一的入口，并负责对请求及响应的集中控制、分配；

报表格式定义器，用于实现报表的输出格式的定义；

引擎定义器，用于实现报表引擎的定义；

引擎运行器，用于根据引擎定义器定义的报表主题、算法和次序信息进行计算，并返回计算后的结果；

策略引擎器，用于针对引擎定义器定义的算法，根据所需的参数进行计算，并生成计算后的结果返回给调用者；

引擎监控器，用于监控报表引擎的运行过程；

引擎输出器，用于根据报表格式定义的内容，以及引擎运行器运行的结果，生成输出界面。

4.根据权利要求2所述的管理服务平台，其特征在于，所述弹性计算引擎包括数据层、业务层和展示层，其采用前后端分离的方案，其中前端采用Angular框架进行数据交互和展示，使用Ace编辑器进行Kubernetes资源模版编辑；后端采用Beego框架做数据接口处理，使用Client-go与Kubernetes进行交互，数据使用MySQL存储。

5.根据权利要求1所述的管理服务平台，其特征在于，所述基础设施服务层包括服务器、网络设备、防火墙和大数据管理系统，还用于基础资源的虚拟化服务以及通过资源的池化实现资源的动态分配。

6.根据权利要求1所述的管理服务平台，其特征在于，所述数据融合服务层包括应用数据库、用户数据库、文件服务和日志服务，所述应用数据库用于存储各应用的服务数据，所述文件服务用于管理和存储各系统产生的文件，所述日志服务用于生成和存储各系统产生的日志。

7.根据权利要求1所述的管理服务平台，其特征在于，所述资金问题处理系统包括问题填报界面、智能回复模块和问题分拨模块，用于收集用户问题，所述政策发布与智能推送系统用于发布资金政策，并将申报信息同步至所述资金申报系统，所述资金申报系统用于用户申报资金并将用户的申报信息同步至项目审核系统，所述项目审核系统用户审核用户的申报信息，所述企业基础信息系统用于管理和维护用户的基础信息。

8.一种管理服务平台的构建方法，其特征在于，包括：

构建基础设施服务层，用于提供数据的计算、存储和网络服务所需的基础硬件设施，将硬件资源分配给数据融合服务层、应用支持层、软件服务层和用户层以支撑平台的运行；

构建数据融合服务层，用于汇集软件服务层的各业务系统的业务数据和用户层的用户数据形成海量数据和海量数据文件，通过数据仓库将海量数据存储，通过分布式文件系统将海量数据文件存储，并在接收到应用支持层发送的数据查询请求时进行检索查询返回查询结果；

构建应用支撑层，用于处理软件服务层和用户层的操作请求，并响应处理结果，以及用于提供应用的开发、测试和运行接口，用户可以基于该平台，进行应用的快速开发、测试和部署运行；

构建软件服务层，集成有资金问题处理系统、资金申报系统、政策发布与智能推送系统、企业基础信息系统、项目审核系统和系统管理平台，用于给用户提供应用服务、获取用户的请求并将请求发送至应用支撑层进行处理；

构建用户层，用于配置和管理用户角色身份信息，并将用户角色身份信息上传至数据融合服务层进行存储。

9.根据权利要求8所述的方法，其特征在于，所述构建应用支撑层包括：

构建搜索引擎，用于对结构化数据和非结构化数据的搜索；

构建报表引擎，用于对报表请求及响应的集中控制和分配，生成结果界面发送至前端进行展示；

构建弹性计算引擎，用于对硬件资源和软件资源的统一管理、统一分配、统一部署、统一监控和统一备份，将所有的资源作为一个资源池，以服务的方式为应用系统提供运行环境、生命周期管理、资源动态调配、分布式存储、数据共享、负载均衡服务。

10.根据权利要求9所述的方法，其特征在于，所述构建报表引擎包括：

构建报表请求器，用于实现对报表请求参数的封装，实现统一的入口，并负责对请求及响应的集中控制、分配；

构建报表格式定义器，用于实现报表的输出格式的定义；

构建引擎定义器，用于实现报表引擎的定义；

构建引擎运行器，用于根据引擎定义器定义的报表主题、算法和次序信息进行计算，并返回计算后的结果；

构建策略引擎器，用于针对引擎定义器定义的算法，根据所需的参数进行计算，并生成计算后的结果返回给调用者；

构建引擎监控器，用于监控报表引擎的运行过程；

构建引擎输出器，用于根据报表格式定义的内容，以及引擎运行器运行的结果，生成输出界面。

Images