CN106055325A - 一种支撑多系统同时运行的服务构建方法 - Google Patents

Abstract

本发明公开了一种支撑多系统同时运行的服务构建方法，涉及平台服务技术领域。所述方法基于MDA实现，具体包括：将PIM抽象层区分为两个层面，一个是应用系统层面，另一是业务层面；对应用系统层面的多个应用系统进行抽象，形成应用系统元模型；对业务层面的各个业务进行抽象，形成与所述业务相应的业务元模型；形成所述数据源元模型与所述业务元模型具体实现相互对应的关联关系；在PSM具体实现层面，将应用系统元模型转换为平台流水线上组装生成的应用系统界面，完成支撑多系统同时运行的应用系统平台的构建。本发明实现了使用一套服务支撑多个应用系统的运行，进而减少开发，部署与维护的难度与工作量，便于提供集中监控管治。

Description

一种支撑多系统同时运行的服务构建方法

技术领域

本发明涉及平台服务技术领域，尤其涉及一种支撑多系统同时运行的服务构建方法。

背景技术

MDA(Model-Driven Architecture)是一种应用系统设计和实现的方法，用来组织和管理被自动化工具支持的企业体系架构，定义模型和推动不同模型类型之间的转换的服务的方法。MDA通常针对某一个特定领域的业务进行抽象，使得模型的具有持久价值。

使用现有MDA技术对某一个特定领域统建的大型项目进行构建，因该大型项目具有多个应用系统，故需要开发多个相对应的思路实现对相应应用系统的构建，现有技术因需多个思路构建多个应用系统，故存在开发工作量大、部署多、维护难度大、难于几种监控的问题。

发明内容

本发明的目的在于提供一种支撑多系统同时运行的服务构建方法，从而解决现有技术中存在的前述问题。

为了实现上述目的，本发明所述支撑多系统同时运行的服务构建方法，所述方法基于MDA实现，具体包括：

S1，将PIM抽象层区分为两个层面，一个是应用系统层面，另一是业务层面；

S2，对应用系统层面的多个应用系统进行抽象，形成应用系统元模型；对业务层面的各个业务进行抽象，形成与所述业务相应的业务元模型；

S3，形成所述数据源元模型与所述业务元模型具体实现相互对应的关联关系；

S4，在PSM具体实现层面，将应用系统元模型转换为平台流水线上组装生成的应用系统界面，完成支撑多系统同时运行的应用系统平台的构建。

优选地，所述应用系统元模型包括应用功能模块、安全控制模块、系统资源模块、界面框架模块、数据源模块和日志模块；应用系统元模型位于的抽象层之上；

所述数据源模型，负责对任意一个领域中的各种业务模型进行统一定义管理。

优选地，所述应用系统中包括两种类型的数据库，分别为系统库和业务库；

所述系统库，用来存放应用系统元模型；

所述业务库，用来存放的具体的业务元模型数据，所述业务元模型的数据包括存储过程、表和视图。

优选地，步骤S3中，制定所述数据源模块与所述业务元模型的关联关系，具体按照下述步骤实现：

S31，获取业务元模型中的业务A及所述业务A的基本信息；所述基本信息包括：名称，调用参数，业务功能，业务归类以及数据库定义信息；

S32，将所述业务A的基本信息作为数据元A存储到数据源模块中；

S33，建立数据源A与业务A的执行关联关系，具体为：设置抽取并解析数据源A的定义，从数据源A的定义中抽取执行信息，所述执行信息包括数据源A所对应的业务名称、数据库信息和执行参数，根据所述执行信息形成需要执行的SQL或存储过程，完成数据源A与业务A的执行关联关系的建立；

S34，执行的SQL或存储过程，产生与所述数据源A建立关联关系的业务A，完成数据源A与业务A的关联关系的建立。

优选地，所述应用系统平台提供的服务接口具体为：

从应用系统平台的定义角度分，包括元模型的数据服务接口和业务级别的数据服务接口；所述元模型的数据服务接口，提供的服务包括应用系统服务、安全控制服务、系统资源服务、界面控制服务和数据源服务；所述业务级别的数据服务接口，提供数据抽取服务；

优选地，所述应用系统平台提供的服务接口具体为：

从应用系统平台的运行角度分，包括定义时提供的服务接口和运行时提供的服务接口；所述定义时提供的服务接口，用于开发测试阶段，负责提供系统应用功能、资源的定制功能和界面定义功能的服务；所述运行时提供的服务接口，用于投产系统阶段，负责提供系统定义、应用功能定义、资源定义、界面框架与组件相关定义的查询，以及业务级别基于数据源模型的统一的业务服务接口。

优选地，所述应用系统中包括数据库采用统一的数据库连接池；所述数据库连接池除了基本的数据库连接的池化功能外，还具有监控接口与动态调整接口的功能。

优选地，所述应用系统平台上的每个应用系统具有唯一编码，获取任意一个应用系统与其使用的数据库建立一对多的映射关系，将每个唯一编码与数据库之间的映射的关系存储为系统路由表；

使用RMI侦听/广播的方法实现系统路由表的同步性。

更优选地，当接收到调用服务的消息时，所述应用系统平台上设置消息拦截器，在设置消息连接器的同时，建立线程ID与数据库连接池的一对一映射组；所述线程ID为执行目标服务的消息线程；

在应用系统平台执行目标服务前，并通过AOP切面Aspect对所有服务的业务层接口进行切面，然后，从映射中获取与所述目标服务相关的数据库，并将数据库注入到具体的查询过程中。

更优选地，当接收到调用服务的消息时，应用系统平台具体按照下述步骤实现：

判断调用服务的发起方是服务调用者还是系统管理者；

如果是服务调用者，则应用系统平台的消息拦截器，拦截到消息中的一个或多个应用系统的所有唯一编码，根据唯一编码，检索系统路由表，并匹配到对应的数据库，同时，建立线程ID与数据库连接池的一对一映射组；AOP切面基于线程ID将与唯一编码相关的数据库连接池注入到方法体中，执行查询数据库的操作，并将查询结果返回到应用系统平台，实现使用一个应用系统平台支撑多个应用系统同时运行；如果需要调用的数据库连接池还未被使用，则对其进行初始化后再使用；

如果是系统管理者，则系统管理者通过应用系统平台的管理控制台对系统路由表修改和更新，监控领域级数据库连接池的运行状态与健康情况；系统管理者还通过应用系统平台实现即时通讯。

本发明的有益效果是：

本发明所述方法使用一套服务支撑多个应用系统的运行，进而减少开发，部署与维护的难度与工作量，便于提供集中监控管治。

附图说明

图1是数据源元模型与所述业务元模型具体实现相互对应的关联关系流程示意图；

图2是采用图1中所述关联关系执行结果的流程示意图；

图3是本发明中所述方法涉及到的系统、模块和服务之间的关系图；

图4是采用本发明所述方法进行构建服务的流程示意图。

具体实施方式

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

实施例

本实施例所述支撑多系统同时运行的服务构建方法，所述方法基于MDA实现，具体包括：

S1，将PIM抽象层区分为两个层面，一个是应用系统层面，另一是业务层面；

S2，对应用系统层面的多个应用系统进行抽象，形成应用系统元模型；对业务层面的各个业务进行抽象，形成与所述业务相应的业务元模型；

S3，形成所述数据源元模型与所述业务元模型具体实现相互对应的关联关系；

S4，在PSM具体实现层面，将应用系统元模型转换为平台流水线上组装生成的应用系统界面，完成支撑多系统同时运行的应用系统平台的构建。

更详细的解释说明为：

(一)所述应用系统元模型包括应用功能模块、安全控制模块、系统资源模块、界面框架模块、数据源模块和日志模块；应用系统元模型位于的抽象层之上；

其中：

应用功能模块，负责对具体应用系统进行抽象，主要包括应用系统信息定义、全部应用功能的粒度划分、目录树结构、节点信息、功能与资源的关联以及功能间的关联等元数据信息。

安全控制模块，结合系统资源管理模型，采用基于RBAC模型(角色-功能-资源)的权限控制模型，提供多级别的权限控制模型。

系统资源模块，负责对应用系统中的各种资源进行抽象，比如应用功能、数据源、组件、组件框架、元消息、工作流程和活动等，进行统一管理归类，为安全控制模型提供统一的资源访问接口。

界面框架模块，负责对界面展示的所需界面框架、组件、组件样式以及组件间的逻辑控制行为等进行定义。

数据源模块，负责对任意一个领域中的各种业务模块进行统一定义管理，对业务功能的粒度划分，对具体业务提供定义描述，与界面框架模型结合，为界面框架提供业务级别的数据绑定。

日志模块，对整个系统各种操作行为进行记录，为行为分析或者安全审计提供数据基础。

业务元模型在PSM具体实现层面，对于业务领域的元模型核心在于在数据库级别的表，视图，存储过程或者自定义SQL等形式被实现与演变。通常位于存储过程中，比如Oracle存储过程，MySQL存储过程。

(二)所述应用系统中包括两种类型的数据库，分别为系统库和业务库；

所述系统库，用来存放应用系统元模型；

所述业务库，用来存放的具体的业务元模型数据，所述业务元模型的数据包括存储过程、表和视图，这些都通过统一的业务模型资源发布管理工具展示，供上层系统的应用功能查询使用，类似于可供参考的业务级别的API手册。

(三)步骤S3中，制定所述数据源模块与所述业务元模型的关联关系，具体按照下述步骤实现：

S31，获取业务元模型中的业务A及所述业务A的基本信息；所述基本信息包括：名称，调用参数，业务功能，业务归类以及数据库定义信息；

S32，将所述业务A的基本信息作为数据元A存储到数据源模块中；

S33，建立数据源A与业务A的执行关联关系，具体为：设置抽取并解析数据源A的定义，从数据源A的定义中抽取执行信息，所述执行信息包括数据源A所对应的业务名称、数据库信息和执行参数，根据所述执行信息形成需要执行的SQL或存储过程，完成数据源A与业务A的执行关联关系的建立；

S34，执行的SQL或存储过程，产生与所述数据源A建立关联关系的业务A，完成数据源A与业务A的关联关系的建立。

其中，业务领域的具体业务必须首先客观存在，比如业务A，抽象出的元模型，以存储过程存储在Oracle数据库中。具体应用系统的数据源A依赖于客观存在的业务，是一种描述性定义，比如对于存储过程，描述存储过程的名称，调用参数，业务功能，业务归类以及数据库定义信息；对应于具体业务。数据抽取服务会解析数据源A的定义，抽取必要的执行信息，比如名称，数据库信息，参数等，形成最终需要执行的SQL，或者存储过程。执行具体的数据源，相当于某个业务的产生。

(四)所述应用系统平台提供的服务接口具体为：从应用系统平台的定义角度分，包括元模型的数据服务接口和业务级别的数据服务接口；所述元模型的数据服务接口，提供的服务包括应用系统服务、安全控制服务、系统资源服务、界面控制服务和数据源服务；所述业务级别的数据服务接口，提供数据抽取服务；

或者所述应用系统平台提供的服务接口具体为：从应用系统平台的运行角度分，包括定义时提供的服务接口和运行时提供的服务接口；所述定义时提供的服务接口，用于开发测试阶段，负责提供系统应用功能、资源的定制功能和界面定义功能的服务；所述运行时提供的服务接口，用于投产系统阶段，负责提供系统定义、应用功能定义、资源定义、界面框架与组件相关定义的查询，以及业务级别基于数据源模型的统一的业务服务接口。

借助于应用系统元模型中的数据源模型统一的对外提供业务数据服务，使得基于此实现思想形成的平台具有统一业务服务接口，为应用各系统框架提供业务数据等血肉支持。借助于统一的应用系统定制工具，基于应用系统的元模型与数据库级别的业务模型，可以快速开发定制应用系统。

(五)所述应用系统中包括数据库采用统一的数据库连接池；所述数据库连接池除了基本的数据库连接的池化功能外，还具有监控接口与动态调整接口的功能。

同一领域的不同数据库连接池可以复用，供不同应用系统公共使用。对于某领域的统建项目，通常需要统一的规划统筹，对于数据库的统一规划，复用是必要的。

数据库层面采用统一的数据库连接池，可以选择成熟的数据库连接池，也可以是自主研发数据库连接池。数据库连接池除了基本的数据库连接的池化功能外，应该还提供监控的接口与动态调整接口，以便对于数据库连接池的应用及时监控，并根据相应的监控策略实现智能的调整。

数据库连接池提供池化功能模块，能够对管控的各种数据库连接池进行初始化，销毁，调整相关参数等功能。

(六)

1、所述应用系统平台上的每个应用系统具有唯一编码，获取任意一个应用系统与其使用的数据库建立一对多的映射关系，将每个唯一编码与数据库之间的映射的关系存储为系统路由表；使用RMI侦听/广播的方法实现系统路由表的同步性。

其中，应用程序集群是缓解同一套服务支撑多系统的压力的比较通用的方式，为了保障多节点间系统路由表的同步性，可以使用RMI侦听/广播的原理来实现，比如直接借助于Enhance缓存框架的这一功能。

所述唯一编码用来辨识具体的应用系统。

2、当接收到调用服务的消息时，所述应用系统平台上设置消息拦截器，在设置消息连接器的同时，建立线程ID与数据库连接池的一对一映射组；所述线程ID为执行目标服务的消息线程。服务的任何接口调用都需要，传入应用系统唯一编码来区分系统。以HTTP/SOAP的方式描述，AppCode通常存在与SOAP的header部。所述消息拦截器具体的实现方式需要根据具体的服务暴露方式来决定，以HTTP/SOAP的方式描述，则需要SOAP消息拦截器。同时，建立线程ID与数据库连接池的一对一映射组。统一的服务发布，通常以web服务的形式暴露，暴露的具体方式可以多种多样，比如HTTP/SOAP，REST，Hessian等。

在应用系统平台执行目标服务前，并通过AOP切面Aspect对所有服务的业务层接口进行切面，然后，从映射中获取与所述目标服务相关的数据库，并将数据库注入到具体的查询过程中。

3、当接收到调用服务的消息时，应用系统平台具体按照下述步骤实现：

判断调用服务的发起方是服务调用者还是系统管理者；

如果是服务调用者，则应用系统平台的消息拦截器，拦截到消息中的一个或多个应用系统的所有唯一编码，根据唯一编码，检索系统路由表，并匹配到对应的数据库，同时，建立线程ID与数据库连接池的一对一映射组；AOP切面基于线程ID将与唯一编码相关的数据库连接池注入到方法体中，执行查询数据库的操作，并将查询结果返回到应用系统平台，实现使用一个应用系统平台支撑多个应用系统同时运行；如果需要调用的数据库连接池还未被使用，则对其进行初始化后再使用；统一的平台服务，模型服务与业务抽取服务都是共用的，因此，需要一个AOP切面Aspect，来对所有的服务的Dao层，进行切面。

如果是系统管理者，则系统管理者通过应用系统平台的管理控制台对系统路由表修改和更新，监控领域级数据库连接池的运行状态与健康情况；系统管理者还通过应用系统平台实现即时通讯。对于企业级统建项目，需要为管理员提供对于应用系统的的统一管理功能，比如CRUD等操作，并提供一个监控所有应用系统的应用状况的监控工具，用来管理数据库连接池的运行状况。

对于应用系统界面的渲染，具体的前端实现，主体思路为通过快速的抽取系统信息，基于用户的安全授权定制，过滤相关应用功能的，抽取界面与布局等相关定义，实现界面框架的渲染，最终，基于界面上绑定的业务模型对应的数据源，通过数据抽取服务，抽取填充界面框架的关联组件。

本发明重点在于服务设计的解决方案，具体的实现方式可以根据具体的情况而定。比如以Oracle大型数据库作为数据介质；利用Oracle的表，视图或存储过程的强大的处理性能作为业务模型的载体；以JAVA语言作为实现语言；利用成熟开源的Proxool数据库连接池作为数据库连接池，自主开发数据库连接池池化器；利用Spring框架的AOP切面和JDBC实现切面与数据查询；采用HTTP/Hessian暴露服务接口。

通过采用本发明公开的上述技术方案，得到了如下有益的效果：本发明所述方法使用一套服务支撑多个应用系统的运行，进而减少开发，部署与维护的难度与工作量，便于提供集中监控管治。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视本发明的保护范围。

Claims (10)

1.一种支撑多系统同时运行的服务构建方法，其特征在于，所述方法基于MDA实现，具体包括：

S1，将PIM抽象层区分为两个层面，一个是应用系统层面，另一是业务层面；

S2，对应用系统层面的多个应用系统进行抽象，形成应用系统元模型；对业务层面的各个业务进行抽象，形成与所述业务相应的业务元模型；

S3，形成所述数据源元模型与所述业务元模型具体实现相互对应的关联关系；

S4，在PSM具体实现层面，将应用系统元模型转换为平台流水线上组装生成的应用系统界面，完成支撑多系统同时运行的应用系统平台的构建。

2.根据权利要求1所述方法，其特征在于，所述应用系统元模型包括应用功能模块、安全控制模块、系统资源模块、界面框架模块、数据源模块和日志模块；应用系统元模型位于的抽象层之上；

所述数据源模型，负责对任意一个领域中的各种业务模块进行统一定义管理。

3.根据权利要求1所述方法，其特征在于，所述应用系统中包括两种类型的数据库，分别为系统库和业务库；

所述系统库，用来存放应用系统元模型；

所述业务库，用来存放的具体的业务元模型数据，所述业务元模型的数据包括存储过程、表和视图。

4.根据权利要求1所述方法，其特征在于，步骤S3中，制定所述数据源模块与所述业务元模型的关联关系，具体按照下述步骤实现：

S31，获取业务元模型中的业务A及所述业务A的基本信息；所述基本信息包括：名称，调用参数，业务功能，业务归类以及数据库定义信息；

S32，将所述业务A的基本信息作为数据元A存储到数据源模块中；

S33，建立数据源A与业务A的执行关联关系，具体为：设置抽取并解析数据源A的定义，从数据源A的定义中抽取执行信息，所述执行信息包括数据源A所对应的业务名称、数据库信息和执行参数，根据所述执行信息形成需要执行的SQL或存储过程，完成数据源A与业务A的执行关联关系的建立；

S34，执行的SQL或存储过程，产生与所述数据源A建立关联关系的业务A，完成数据源A与业务A的关联关系的建立。

5.根据权利要求1所述方法，其特征在于，所述应用系统平台提供的服务接口具体为：

从应用系统平台的定义角度分，包括元模型的数据服务接口和业务级别的数据服务接口；所述元模型的数据服务接口，提供的服务包括应用系统服务、安全控制服务、系统资源服务、界面控制服务和数据源服务；所述业务级别的数据服务接口，提供数据抽取服务；

6.根据权利要求1所述方法，其特征在于，所述应用系统平台提供的服务接口具体为：

从应用系统平台的运行角度分，包括定义时提供的服务接口和运行时提供的服务接口；所述定义时提供的服务接口，用于开发测试阶段，负责提供系统应用功能、资源的定制功能和界面定义功能的服务；所述运行时提供的服务接口，用于投产系统阶段，负责提供系统定义、应用功能定义、资源定义、界面框架与组件相关定义的查询，以及业务级别基于数据源模型的统一的业务服务接口。

7.根据权利要求1所述方法，其特征在于，所述应用系统中包括数据库采用统一的数据库连接池；所述数据库连接池除了基本的数据库连接的池化功能外，还具有监控接口与动态调整接口的功能。

8.根据权利要求1所述方法，其特征在于，所述应用系统平台上的每个应用系统具有唯一编码，获取任意一个应用系统与其使用的数据库建立一对多的映射关系，将每个唯一编码与数据库之间的映射的关系存储为系统路由表；

使用RMI侦听/广播的方法实现系统路由表的同步性。

9.根据权利要求8所述方法，其特征在于，当接收到调用服务的消息时，所述应用系统平台上设置消息拦截器，在设置消息连接器的同时，建立线程ID与数据库连接池的一对一映射组；所述线程ID为执行目标服务的消息线程；

在应用系统平台执行目标服务前，并通过AOP切面Aspect对所有服务的业务层接口进行切面，然后，从映射中获取与所述目标服务相关的数据库，并将数据库注入到具体的查询过程中。

10.根据权利要求9所述方法，其特征在于，当接收到调用服务的消息时，应用系统平台具体按照下述步骤实现：

判断调用服务的发起方是服务调用者还是系统管理者；

如果是服务调用者，则应用系统平台的消息拦截器，拦截到消息中的一个或多个应用系统的所有唯一编码，根据唯一编码，检索系统路由表，并匹配到对应的数据库，同时，建立线程ID与数据库连接池的一对一映射组；AOP切面基于线程ID将与唯一编码相关的数据库连接池注入到方法体中，执行查询数据库的操作，并将查询结果返回到应用系统平台，实现使用一个应用系统平台支撑多个应用系统同时运行；如果需要调用的数据库连接池还未被使用，则对其进行初始化后再使用；

如果是系统管理者，则系统管理者通过应用系统平台的管理控制台对系统路由表修改和更新，监控领域级数据库连接池的运行状态与健康情况；系统管理者还通过应用系统平台实现即时通讯。