CN113238736A - 一种生成集成平台的方法 - Google Patents

Abstract

本申请实施例提供一种生成集成平台的方法，该方法获取至少两个业务***，至少两个业务***中任意两个业务***的开发规范和数据库是相同的；根据至少两个业务***，生成目标平台，目标平台上集成有至少两个业务***。本申请实施例中任意两个业务***使用相同的开发规范，打通了任意两个业务***之间的技术壁垒，员工可以在集成平台上处理不同业务***的业务，不需要登录独立的业务***且在不同的业务***之间进行切换，有效提升各单位部门的协同办公效率。

Description

一种生成集成平台的方法

技术领域

本申请属于软件技术领域，尤其涉及一种生成集成平台的方法。

背景技术

随着信息化技术的发展，企业建设的业务***越来越多，比如一个企业包括财务***、人事***、企业邮箱、档案管理***等等。但是每个***的建设时期不相同，在建设时使用的开发平台也不同，导致各个业务***之间相互孤立，集成难度较高，内部业务***的数据难以共享。

当各业务部门之间协同办公时，员工需要分别登录独立的业务***，在不同的业务***之间进行切换，导致企业综合工作效率低。

发明内容

本申请实施例提供了一种生成集成平台的方法，以简化业务***集成的复杂度，提高企业综合工作效率。

第一方面，本申请实施例提供了一种生成集成平台的方法，所述方法包括：

获取至少两个业务***，所述至少两个业务***中任意两个业务***的开发规范和数据库是相同的；根据所述至少两个业务***，生成目标平台，所述目标平台上集成有所述至少两个业务***。

特别地，所述至少两个业务***中的每个业务***是基于第一构件生成的，所述第一构件为所述至少两个业务***中任意两个业务***之间通用的构件。

特别地，所述目标平台上的任意两个业务***之间的通信接口是基于相同的协议开发的。

特别地，所述至少两个业务***中任意两个业务***的用户权限是基于相同的组织机构生成的。

特别地，所述至少两个业务***中任意两个业务***使用的用户身份认证是相同的。

特别地，所述目标平台上还集成有所述至少两个业务***对应的业务流程，所述根据所述至少两个业务***，生成目标平台，包括：

根据所述至少两个业务***，获取所述至少两个业务***的业务流程；

将所述至少两个业务***与所述至少两个业务***的业务流程集成在所述目标平台上。

特别地，在生成所述目标平台之后，所述方法还包括：

获取所述至少两个业务***中的任意一个业务***在运行时产生的数据；

根据所述运行时产生的数据，对所述至少两个业务***中的任意一个业务***进行管理。

特别地，在生成所述目标平台之后，所述方法还包括：

将所述目标平台部署到至少两个服务器中。

第二方面，本申请实施例提供了一种集成平台，所述集成平台是根据第一方面所述的方法生成的。

第三方面，本申请实施例还提供了一种电子设备，包括：存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面所述的生成集成平台的方法。

第四方面，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，当所述计算机指令在计算机上运行时，使得所述计算机执行如第一方面所述的生成集成平台的方法。

第五方面，本申请实施例还提供了一种计算机程序产品，所述计算机程序产品包括计算机程序，当所述计算机程序产品在计算机上运行时，实现如第一方面所述的生成集成平台的方法。

本申请实施例提供的生成集成平台的方法，获取至少两个业务***，至少两个业务***中任意两个业务***的开发规范和数据库是相同的；根据至少两个业务***，生成目标平台，目标平台上集成有至少两个业务***。

本申请实施例中任意两个业务***使用相同的开发规范，打通了任意两个业务***之间的技术壁垒，可以将至少两个业务***更简单的集成在目标平台上；并且任意两个业务***使用的数据库是相同的，实现了任意两个业务***在数据上的同步管理，员工可以在集成平台上处理不同业务***的业务，不需要登录独立的业务***且在不同的业务***之间进行切换，有效提升各单位部门的协同办公效率。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的一种生成集成平台的方法流程示意图；

图2是本申请实施例提供的一种构建业务***的流程示意图；

图3是本申请实施例提供的一种构建业务***的模块示意图；

图4是本申请实施例提供的一种配置表单的原理示意图；

图5是本申请实施例提供的一种可视化的界面示意图；

图6是本申请实施例提供的一种用户权限管理示意图；

图7是本申请实施例提供的一种用户权限的显示界面示意图；

图8是本申请实施例提供的一种统一流程管理的示意图；

图9是本申请实施例提供的一种集成平台的总体架构图；

图10是本申请实施例提供的一种门户平台的登录界面示意图；

图11是本申请实施例提供的一种门户平台的使用界面示意图；

图12是本申请实施例提供的一种数据共享的原理示意图；

图13是本申请实施例提供的一种分布式部署的结构示意图；

图14为本申请实施例提供的一种移动端的界面示意图图；

图15为本申请实施例提供的一种装置15的结构示意图；

图16为本申请实施例提供的一种电子设备16的结构示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

以下，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本申请实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。

对于一些企业来说，多年的信息化分散建设中，每一个业务***都是单独建设的，重复性开发和建设的内容多。业务***的建设标准、规范不一致，各业务***间集成成本高，各个业务***之间相互孤立，管理困难。业务***通常服务于单个部门，在多部门、跨部门业务协同办公时，业务***间的信息是割裂的，需要将同样的数据录入不同的业务***中，重复性录入的工作量较大，无法有效提升各部门之间协同办公的效率。此外，由于信息孤岛严重，在企业管理分析需要和数据融合上，真实产生的数据无法有效的为领导层、其他业务部门、相关业务***提供支持和服务。针对上述问题，本申请实施例提供了一种生成集成平台的方法，以满足当前企业级信息化建设的目标和需求。

本申请实施例提供了一种生成集成平台的方法，如图1所示，该方法包括：

S101：获取至少两个业务***，至少两个业务***中任意两个业务***的开发规范和数据库是相同的；

S102：根据至少两个业务***，生成目标平台，目标平台上集成有至少两个业务***。

本申请实施例的目标平台可以应用于手机、平板电脑、个人电脑等电子设备。可以从移动客户端、电脑客户端、网页端、企业微信等多个入口进入。

本申请实施例中，预先构建至少两个业务***，至少两个业务***中任意两个业务***对应的开发规范是相同的，统一了任意两个业务***的技术路线、数据库设计规范、集成规范、应用规范，打通了任意两个业务***之间的技术壁垒，可以将至少两个业务***更简单的集成在目标平台上。

根据至少两个业务***，生成目标平台，目标平台上集成有至少两个业务***。目标平台提供一个目标接口，目标接口分别与至少两个业务***的通信接口进行连接，从目标平台上可以直接进入任意一个业务***。目标平台连接一个数据库，至少两个业务***中任意两个业务***均使用目标平台连接的数据库，数据库中保存任意两个业务***的数据。

通过目标平台对任意两个业务***的数据进行同步管理，员工可以在集成平台上处理不同业务***的业务，不需要登录独立的业务***且在不同的业务***之间进行切换，有效提升各单位部门的协同办公效率。

特别地，至少两个业务***中的每个业务***是基于第一构件生成的，第一构件为至少两个业务***中任意两个业务***之间通用的构件。

本申请实施例中，基于面向服务的架构(Service-Oriented Architecture，SOA)构建业务***，并基于SOA架构生成目标平台。生成的目标平台上集成有构件库和第一子平台(开发平台)，利用开发平台和构件库生成业务***。构件库中包括第一构件，第一构件为至少两个业务***中任意两个业务***之间通用的构件。第一构件只需要设计一次，可以重复利用，比如应用框架、表单、流程、***、***资源、引擎、管理对象、管理监控、日志分析、管理配置和统计分析等，至少两个业务***中的每个业务***都是基于第一构件生成的，可以实现业务***的快速构建。

开发平台包括表单、视图、逻辑流、页面流、数据模型、运算逻辑、业务流等内容，可以支撑整个业务***体系的全生命周期建设，并通过图形化、构件化、可视化的方式完成业务***的构建。在构建业务***时，如图2所示，主要经过需求、设计、开发、测试、集成、发布、运维等流程。设计人员对业务***进行模块设计，并基于构件库中的构件进行流程设计、交互设计。构件库包括基础构件库、自定义构件库以及第三方开源构件库。然后开发人员对流程进行细化，建立每个流程所需要的接口，并且构建出设计的界面。经过调试与测试之后，将业务***打包发布，基于EAR和EPP协议运行，EAR为文件扩展名，全称是EnterpriseArchive File。

在长期的建设过程中，积累了领域所需要的组件、构件，在设计开发时，利用构件库中的第一构件搭建业务***的基础功能，利用开发平台提供的业务化配置功能对增加、删除、修改、查询等表单类业务和流程类业务进行在线配置，这类业务占到总功能的70～80％左右。高层次的技术人员基于技术开发平台开发复杂功能和***集成功能，这类功能占总功能的20～30％，如图3所示。

其中，在线配置包括表单配置和流程配置，表单建立了***页面与数据库的连接，表单配置如图4所示。首先需要设计表单、设计工作流、设计数据模型，然后基于设计的表单运行表单模型，包括表单JSP、表单脚本等，基于设计的工作流运行流程模型，包括流程规则和流程脚本等。数据模型基于SDO定义、HBM映射、数据库表等资源运行。

在线配置是通过可视化的方式配置的，即将数据转换成图形在界面上显示出来，开发人员可以看到每个表单、每个流程节点的配置过程，如图5所示。配置的业务表单以及业务查询界面在保存时都编译为Java服务器页面(JavaServer Pages，JSP)代码，运行时直接通过应用服务器生成Java类运行，性能损耗非常小。

由于开发过程是可视化的，核心业务在出现问题时，管理人员能够及时的接收提醒，并进行干预，将***性的风险尽可能的降低。

在线配置的过程中需要为不同的用户设置不同的权限，包括控件权限、表单权限、流程权限、配置规则、逻辑权限、数据权限等。特别地，至少两个业务***中任意两个业务***的用户权限是基于相同的组织机构生成的。

在构建业务***时，需要对使用业务***的用户的权限进行设置。本申请实施例中，基于相同的组织机构对每个业务***的用户的权限进行设置。如图6所示，用户权限包括功能组、功能、菜单的权限。权限设置包括角色与功能菜单权限、角色与表单字段权限、视图的数据及结果权限、流程的表单字段权限。按照人员甲在其所属的岗位、机构、工作组、是否操作员等组织机构中的角色，对人员甲的功能进行配置。并且将人员甲的功能与应用菜单所对应的功能进行匹配，最终得到人员甲可以使用的功能权限。使用相同的组织机构进行授权，方便管理，用户的权限界面如图7所示，用户可以看到自己所属的权限组、所属的权限、所属角色等。

开发平台提供基于浏览器的在线表单配置和流程配置能力，以及基于流程、环节、角色的表单控件精细化权限配置能力和数据展示权限配置能力。实现业务化的配置开发与平台化的组件扩展相结合，实现业务***组件和功能灵活管理，解决快速开发以及技术团队分工合作的问题，提高业务***的快速交付和复制推广的能力。采用SOA模块化、组件化、图形化的***开发技术，实现业务***组件和功能灵活管理。

基于SOA架构开发的集成平台，统一了开发技术路线，简化***集成和接口管理，形成业务***开发的图形化、向导化的组件技术，集成平台具有强大的扩展体系和集成能力，支持对外对内接口的无缝衔接，简化了接口和数据集成的复杂度，降低***集成准入门槛，减少费用成本。并且生成了业务***生产线和技术资源池，实现研发过程的度量和改进，提升信息化建设的自主可控。

特别地，目标平台上还集成有至少两个业务***对应的业务流程，根据至少两个业务***，生成目标平台，包括：

根据至少两个业务***，获取至少两个业务***的业务流程；

将至少两个业务***与至少两个业务***的业务流程集成在目标平台上。

本申请实施例，目标平台还包括第二子平台(统一流程平台)，统一流程平台包括每个业务***的业务流程。统一流程平台如图8所示，统一流程平台用于流程建模、流程部署、流程监控以及流程跟踪。统一流程平台根据每一个设计的流程建设业务资源解析框架、任务调度引擎、规则引擎、数据推送接口、统一流程服务接口、异构流程适配接口等。基于前述接口和引擎将建设的每一个流程部署到目标平台上，并及时优化流程。在使用目标平台时，如图11所示，可以在界面上进入统一流程平台，查看用户的需要处理的每个流程。通过流程管理门户，可以查看流程所执行的路径以及关键数据，同时查看到上级主流程的执行情况，以及下级子流程的执行情况。

本申请实施例，在流程上建立“共享平台工具、引擎独立使用、管理视图统一”的总体架构方案，在开发期统一使用流程平台工具和规范，任意两个业务***在构建业务流程时使用统一的规范，使用相同的流程平台运行环境。在部署期采用独占模式为主的部署方式，也可以使用嵌入式或者共享式的部署方式。在运行期生成流程管理门户，建立多维管理视图，对流程上线及运行进行统一管控。统一流程平台提供了统一的集成原则及开放的集成能力，实现跨业务***的流程整合和集成，提高工作效率。

综上所述，本申请实施例生成了目标平台，如图9所示，目标平台集成了至少两个业务***、构件库、数据库、开发平台(用于构建业务***)、统一流程平台(用于进行流程建设及管理)以及门户平台，形成一个集成的、可配置的、个性化的、随需应变的工作场所，帮助企业对数据、应用、门户和流程进行统一管理，能够大大提升企业的集成实施能力，从而满足企业灵活、快速响应市场和客户的需求。

如图10与图11所示，门户平台提供访问企业信息资源的统一入口和工作平台，用户通过统一的入口登录门户平台，门户平台集成了业务***入口、消息集成、任务集成、统一应用与权限、日程、新闻、通告、流程引擎、传阅、邮件、企业文化、生日祝福等模块，用户可以查看日程、新闻、业务流程、企业消息等内容。业务***可直接使用统一登录、认证、组织机构、用户、界面、菜单、权限、流程、消息、集成接口等功能，无需重复建设，显著降低了开发成本和运维难度。

特别地，至少两个业务***中任意两个业务***使用的用户身份认证是相同的。目标平台包括用户身份认证中心，所有的业务***使用相同的用户身份认证信息，当用户从图10所示的入口登录到门户平台时，即登录了所有业务***，业务***间切换时不需要再登录验证。目标平台对组织机构和用户身份认证进行集中管理和数据同步，实现了企业门户、各应用***单点登录。

特别地，目标平台上的任意两个业务***之间的通信接口是基于相同的协议开发的。任意两个业务***之间可直接调用接口进行通信，不需要再建设接口通道。

当检测到用户的登录操作时，将用户的登录操作作用在目标平台上，将目标平台的界面从登录界面切换为工作界面，以使用户进入门户平台；当检测到用户的第一点击操作时，将目标平台的界面从工作界面切换至第一业务***的工作界面，以使用户直接进入第一业务***；当检测到用户的第二点击操作时，将目标平台的界面从第一业务***的工作界面切换至第二业务***的工作界面，以使用户直接进入第二业务***。各个业务***之间可以快捷方便的自由切换，提高用户体验，提高工作效率。

本申请实施例中，如图11所示，采样符合JSR168规范的Portlet技术生成门户平台，将门户界面分割成卡片式窗口部件，把日常工作、新闻公告、文档以及其他关联资源等统一展示，提供充分的信息资源整合，为用户展示任务全景视图。用户可以在门户平台上查看所有业务***的流程信息。用户还可以定制个性化的工作台，定制特别关注的信息，提高工作时的专注度。本申请实施例提供的门户平台具有统一的信息访问入口、界面风格、信息发布平台，可以提升企业形象。

特别地，在使用目标平台时，获取至少两个业务***中的任意一个业务***在运行时产生的数据；根据运行时产生的数据，对至少两个业务***中的任意一个业务***进行管理。

一方面，目标平台获取多个业务***在运行时产生的工作数据，并将多个业务***的工作数据进行整合，生成报表分析，为企业的决策管理提供依据。如图9和图12所示，目标平台的数据库通过元数据服务接口、管理服务接口等存储任意一个业务***在运行时产生的数据，形成数据中心。

数据中心包括数据缓存库和数据融合库，数据集成平台。通过数据集成平台对数据缓存库中的各种类型的元数据进行访问、过滤、清洗、转换、加载等。数据集成平台提供不同的数据整合模式，如：基于触发器、基于时间戳、基于全文比对、基于日志的数据同步，最终实现异构数据的有机整合，得到数据融合库。基于数据融合库对数据进行维护、分发，通过接口提供为需要数据的使用方。

数据使用方根据数据进行决策、分析、运营、项目管理。根据多方融合的数据分析考核指标、效益指标、资产运行指标，为规划运营、财务、人力、采购、合同、科研、成本、物资、党建、工程管理、培训、经验反馈、焊接等多方面的工作提供数据支持，还可以在项目进度、项目成本、项目质量、项目经验、项目风险等方面进行评估。

数据共享***为企业集团提供一套统一标准的对外数据标准和服务接入标准，提供多种数据交换模型，多种数据传输格式和协议，实现对上级数据或***的对接传输，并且提供有效的监控和管理，实现数据接入和接出可见、可管、可控。在数据集成的过程中，利用数据仓库技术(Extract-Transform-Load，ETL)，实现数据的互联互通，实现不同业务***、不同服务器、不同操作***的数据库之间数据共享、数据传输、数据清洗和转换，形成标准的数据仓库，为数据管理中心和数据分析提供基础数据，解决了数据孤岛问题、数据标准与规范问题。

另一方面，获取多个业务***在运行时产生的安全性数据，即对主机***、各个业务***进行集中监控，及时采集各类告警数据、性能数据和配置数据，对安全数据进行集成统计的分析、查询、报告和展示，帮助运维管理人员方便有效的定位***问题，直观快速的诊断和分析问题，将运维模式由被动的支持转为制动式服务。通过帮助台接收各类告警时间，按照预先定义的事件管理流程完成事件的处理。建立故障管理、问题管理、配置管理等服务工作流程，通过管理人员、技术和流程的有机结合，实现互联网运维管理标准化和规范化，形成一个整体的互联网运维平台。

本申请实施例通过数据集成平台，实现关键业务快速信息化，打通***间技术壁垒，消除信息孤岛，增强数据共享和业务协同办公能力。通过数据共享与集成技术，实现跨***、跨数据库的任务集成，实现统一任务管理、任务处理功能。

总之，目标平台能够实现统一开发、统一流程管理、统一集成服务、统一身份管理服务、统一任务中心、统一管理接口等内容，为核电行业实施一体化信息集成平台建设，提供实践建设标准，同时具备技术上的先进性和可延伸性，处于国内核电和核工程领域领先水平。

特别地，在生成目标平台之后，将目标平台部署到至少两个服务器中。

本申请实施例中将目标平台部署到至少两个服务器中，核心技术架构为支撑应用群组的技术架构。整体服务器群分为门户平台集群与工程管理集群，门户平台集群与工程管理集群中均有多个服务器。如图13所示，在服务器群中设置负载均衡器，实时监控服务器的访问数量。用户优先访问门户平台集群，当服务器A的访问数量到达设定阈值时，将访问请求发送至服务器B，当服务器B的访问数量也到达设定阈值时，将访问请求发送至工程管理集群。从而解决高并发压力，提高应用处理性能，提高***响应速度，保证***在5000+访问量、500并发量下仍然可以提供快速的业务响应，避免出现***卡顿、***慢的现象。

负载均衡器还负载实时监控服务器是否故障，保障***在宕机、断电以及其他***内部严重异常情况下，自动切换到集群中可用的服务器，保证业务的正常运转，并对前端操作用户无感知，通过故障转移机制实现***高可用功能。

负载均衡器还设置一些过滤规则，比如IP地址黑名单等，提供安全防护机制，不暴露后端应用服务器的IP地址和端口，从而保障***的安全性。

总之，本申请实施例采用了先进的分布式集群技术，实现了海量高并发的服务器负载均衡，同时实现了业务高量发展下的服务器横向扩容。建立安全控制和访问机制，防止非授权用户非法访问，创造安全、协同的工作环境。

本申请实施例生成的目标平台，具备快速构建逻辑页面及后端实现的功能，在展示层采用了先进的响应式的前端开发技术，一套数据对应一套(2个版本)的前端页面，可以在多个终端使用，支持移动端、企业微信、计算机(Personal Computer，PC)端、大屏界面等前端的展示，从而达到降本增效的目的。

多个前端均可以接收到用户对应的消息提醒与处理。如图14所示为移动端的界面示意图。采用响应式的技术框架，实现统一的、PC端和移动端兼容的前端框架体系，采用“一套代码、跨平台运行”的引擎技术，打造移动端框架，为未来移动信息化的全面应用打好坚实基础。

此外，在集成平台在生成与使用时还遵循以下规范：信息化集成平台开发标准规范；信息管理平台运维管理规范；信息管理平台集成规范文档；信息管理平台非标准***集成文档；门户***数据库设计说明规范；一体化平台安全技术规范。依据开发标准规范进行业务***建设，在降低人工成本的同时，确保数据一致性和有效性，降低***运维难度。

图15为本申请实施例提供的生成集成平台的装置15的示意性框图，该装置包括获取单元1501与生成单元1502。

获取单元1501，用于获取至少两个业务***，至少两个业务***中任意两个业务***的开发规范和数据库是相同的。

生成单元1502，用于根据至少两个业务***，生成目标平台，目标平台上集成有至少两个业务***。

特别地，至少两个业务***中的每个业务***是基于第一构件生成的，第一构件为至少两个业务***中任意两个业务***之间通用的构件。

特别地，目标平台上的任意两个业务***之间的通信接口是基于相同的协议开发的。

特别地，至少两个业务***中任意两个业务***的用户权限是基于相同的组织机构生成的。

特别地，至少两个业务***中任意两个业务***使用的用户身份认证是相同的。

特别地，生成单元1502，还用于根据至少两个业务***，获取至少两个业务***的业务流程；将至少两个业务***与至少两个业务***的业务流程集成在目标平台上。

特别地，该装置还包括管理单元1503，用于获取至少两个业务***中的任意一个业务***在运行时产生的数据；根据运行时产生的数据，对至少两个业务***中的任意一个业务***进行管理。

特别地，管理单元1503还用于将目标平台部署到至少两个服务器中。

应理解的是，本申请实施例的装置15可以通过专用集成电路(application-specific integrated circuit，ASIC)实现，或可编程逻辑器件(programmable logicdevice，PLD)实现，上述PLD可以是复杂程序逻辑器件(complex programmable logicaldevice，CPLD)，现场可编程门阵列(field-programmable gate array，FPGA)，通用阵列逻辑(generic array logic，GAL)或其任意组合。也可以通过软件实现图1所示的生成集成平台的方法，通过软件实现图1所示的生成集成平台的方法时，控制装置15及其各个模块也可以为软件模块。

图16为本申请实施例提供的一种电子设备16的结构示意图。如图16所示，该设备16包括处理器1601、存储器1602、通信接口1603和总线1604。其中，处理器1601、存储器1602、通信接口1603通过总线1604进行通信，也可以通过无线传输等其他手段实现通信。该存储器1602用于存储指令，该处理器1601用于执行该存储器1602存储的指令。该存储器1602存储程序代码1621，且处理器1601可以调用存储器1602中存储的程序代码1621执行图1所示的生成集成平台的方法。

应理解，在本申请实施例中，处理器1601可以是CPU，处理器1601还可以是其他通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者是任何常规的处理器等。

该存储器1602可以包括只读存储器和随机存取存储器，并向处理器1601提供指令和数据。存储器1602还可以包括非易失性随机存取存储器。该存储器1602可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(randomaccess memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data date SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhancedSDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM，DR RAM)。

该总线1604除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图16中将各种总线都标为总线1604。

上述实施例，可以全部或部分地通过软件、硬件、固件或其他任意组合来实现。当使用软件实现时，上述实施例可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载或执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以为通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集合的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质。半导体介质可以是固态硬盘(solid state drive，SSD)。

以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (9)

1.一种生成集成平台的方法，其特征在于，所述方法包括：

获取至少两个业务***，所述至少两个业务***中任意两个业务***的开发规范和数据库是相同的；

根据所述至少两个业务***，生成目标平台，所述目标平台上集成有所述至少两个业务***。

2.根据权利要求1所述的方法，其特征在于，所述至少两个业务***中的每个业务***是基于第一构件生成的，所述第一构件为所述至少两个业务***中任意两个业务***之间通用的构件。

3.根据权利要求1所述的方法，其特征在于，所述目标平台上的任意两个业务***之间的通信接口是基于相同的协议开发的。

4.根据权利要求1所述的方法，其特征在于，所述至少两个业务***中任意两个业务***的用户权限是基于相同的组织机构生成的。

5.根据权利要求1所述的方法，其特征在于，所述至少两个业务***中任意两个业务***使用的用户身份认证是相同的。

6.根据权利要求1所述的方法，其特征在于，所述目标平台上还集成有所述至少两个业务***对应的业务流程，所述根据所述至少两个业务***，生成目标平台，包括：

根据所述至少两个业务***，获取所述至少两个业务***的业务流程；

将所述至少两个业务***与所述至少两个业务***的业务流程集成在所述目标平台上。

7.根据权利要求1所述的方法，其特征在于，在生成所述目标平台之后，所述方法还包括：

获取所述至少两个业务***中的任意一个业务***在运行时产生的数据；

根据所述运行时产生的数据，对所述至少两个业务***中的任意一个业务***进行管理。

8.根据权利要求1所述的方法，其特征在于，在生成所述目标平台之后，所述方法还包括：

将所述目标平台部署到至少两个服务器中。

9.一种集成平台，其特征在于，所述集成平台是根据权利要求1-8任一项所述的方法生成的。

Images