保险业应用程序的个性化定义方法及其系统与流程

本发明涉及保险业应用程序，更具体地说是指保险业应用程序的个性化定义方法及其系统。

背景技术：

保险业是指将通过契约形式集中起来的资金，用以补偿被保险人的经济利益业务的行业。目前，保险业会参照参保人需求的不同或者参保项目的不同，启用不同的应用程序以作服务。

在以往的保险项目实施的过程中，实现了解客户需要，根据客户的需求制定一个系统，系统以应用程序的形式供客户使用，每个项目间的系统都是完全独立的，因此，每个项目的实施都是一个个独立系统的开发。然而，每个醒目所开发的系统功能有很多都是一样，系统之间只有少量功能是依据每个客户需求的不同而个性化定制的。现有的开发应用程序都是重复开发相同的内容以及个性化的内容，这样，项目开发的时间比较长，时间成本以及人员成本较高。

因此，有必要设计一种保险业应用程序的个性化定义方法，实现将项目个性化定制以及通用的规则应用平台两个模块单独提取后，每次开发项目可以将这两个模块组合，减少开发时间以及人员成本。

技术实现要素：

本发明的目的在于克服现有技术的缺陷，提供保险业应用程序的个性化定义方法及其系统。

为实现上述目的，本发明采用以下技术方案：保险业应用程序的个性化定义方法，所述方法包括：

基于自主搭建的框架建立规则应用平台；

基于自主搭建的框架新建一个纯净的maven工程；

将所述maven工程依赖规则应用平台内的jar包，新建一个模版；

根据新建的模版再新建一个maven工程，形成个性化定制模块；

根据所述规则应用平台以及所述个性化定制模块开发页面模块以及功能模块。

其进一步技术方案为：根据所述规则应用平台以及所述个性化定制模块开发页面模块以及功能模块的步骤，包括以下具体步骤：

在与规则应用平台上相关文件所在目录相同的目录结构下，在所述个性化定制模块上利用同名的文件覆盖规则应用平台中原有对应文件，形成所述页面模块；

在所述个性化定制模块上，将对应的功能逻辑的接口的实现类重写，并加上注解，启动时调用重写的所述接口，形成所述功能模块。

其进一步技术方案为：在所述个性化定制模块上，将对应的功能逻辑的接口的实现类重写，并加上注解，启动时调用重写的所述接口，形成所述功能模块的步骤中，注解的类型为@Primary。

本发明还提供了保险业应用程序的个性化定义系统，包括平台建立单元、工程建立单元、模板建立单元、定制模块形成单元以及开发单元；

所述平台建立单元，用于基于自主搭建的框架建立规则应用平台；

所述工程建立单元，用于基于自主搭建的框架新建一个纯净的maven工程；

所述模板建立单元，用于将所述maven工程依赖规则应用平台内的jar包，新建一个模版；

所述定制模块形成单元，用于根据新建的模版再新建一个maven工程，形成个性化定制模块；

所述开发单元，用于根据所述规则应用平台以及所述个性化定制模块开发页面模块以及功能模块。

其进一步技术方案为：所述开发单元包括页面模块开发模块以及功能模块开发模块；

所述页面模块开发模块，用于在与规则应用平台上相关文件所在目录相同的目录结构下，在所述个性化定制模块上利用同名的文件覆盖规则应用平台中原有对应文件，形成所述页面模块；

所述功能模块开发模块，用于在所述个性化定制模块上，将对应的功能逻辑的接口的实现类重写，并加上注解，启动时调用重写的所述接口，形成所述功能模块。

本发明与现有技术相比的有益效果是：本发明的保险业应用程序的个性化定义方法，通过建立个性化定义模块以及规则应用平台，个性化定义模块依赖规则应用平台，建立页面定制模块，再在原来逻辑的接口上实现类重写，并加上@Primary注解，完成功能模块定制，实现将项目个性化定制以及通用的规则应用平台两个模块单独提取后，每次开发项目可以将这两个模块组合，减少开发时间以及人员成本。

下面结合附图和具体实施例对本发明作进一步描述。

附图说明

图1为本发明具体实施例提供的保险业应用程序的个性化定义方法的流程图；

图2为本发明具体实施例提供的开发的具体流程图；

图3为本发明具体实施例提供的保险业应用程序的个性化定义系统的结构框图；

图4为本发明具体实施例提供的开发单元的结构框图。

具体实施方式

为了更充分理解本发明的技术内容，下面结合具体实施例对本发明的技术方案进一步介绍和说明，但不局限于此。

如图1～4所示的具体实施例，本实施例提供的保险业应用程序的个性化定义方法，可以运用在保险业应用程序项目开发的过程中，实现将项目个性化定制以及通用的规则应用平台两个模块单独提取后，每次开发项目可以将这两个模块组合，减少开发时间以及人员成本。

如图1所示，保险业应用程序的个性化定义方法，该方法包括：

S1、基于自主搭建的框架建立规则应用平台；

S2、基于自主搭建的框架新建一个纯净的maven工程；

S3、将所述maven工程依赖规则应用平台内的jar包，新建一个模版；

S4、根据新建的模版再新建一个maven工程，形成个性化定制模块；

S5、根据所述规则应用平台以及所述个性化定制模块开发页面模块以及功能模块。

上述S1步骤，基于自主搭建的框架建立规则应用平台，该规则应用平台包括分两个模块，分别是核心模块和业务逻辑模块，都是基于公司自主搭建的框架创建。

上述的S2步骤，基于自主搭建的框架新建一个纯净的maven工程的步骤，也是基于公司自主搭建的框架创建的。

更进一步的，如图2所示，S5步骤，根据所述规则应用平台以及所述个性化定制模块开发页面模块以及功能模块的步骤，包括以下具体步骤：

S51、在与规则应用平台上相关文件所在目录相同的目录结构下，在所述个性化定制模块上利用同名的文件覆盖规则应用平台中原有对应文件，形成所述页面模块；

S52、在所述个性化定制模块上，将对应的功能逻辑的接口的实现类重写，并加上注解，启动时调用重写的所述接口，形成所述功能模块。

对于S51步骤，在相同的目录结构下，在所述个性化定制模块上利用同名的文件覆盖原有文件，形成所述页面模块；在有的客户个性化需求中，需要对产品系统页面结构做一些适应性的调整，不需要改动产品化模块中的实现，只需要在个性化定制模块在相同的目录结构下用同名的文件去覆盖产品模块原有的文件即可。

以平台logo为例：规则应用平台的存放图片目录中有一个logo.png图片文件(目录结构：src/main/webapp/img/logo.png)，若需要自定义平台logo图片,按照以下步骤执行即可：

新建一个客户自定义模块，依赖规则应用平台；

在自定义模块中新建目录src/main/webapp/img/，然后将客户自定义的logo图片命名为logo.png，放入到新建的目录中；

启动服务，会发现logo图案已经变成了客户自定义的logo图片，其它内容不会受影响。

对于S52步骤，在所述个性化定制模块上，将对应的功能逻辑的接口的实现类重写，并加上注解，启动时调用重写的所述接口，形成所述功能模块的步骤，注解的类型为@Primary。

根据不同客户对系统的要求，会对系统有不一样的功能需求，即可能跟产品化实现该功能的逻辑不一样，想要修改该功能的实现逻辑，不在产品化模块进行逻辑修改，而是在刻画个性化定制模块，将实现该功能逻辑的接口的实现类重写，并加上@Primary注解，这样在启动客户个性化模块式，将会调用重写的接口实现类来实现该功能。

以获取机构代码为例，可以按照以下步骤执行获取机构代码：

在规则应用平台上新建一个接口类CodeService，定义获取机构代码的方法。

规则应用平台给出一个默认实现，从规则应用平台的表中查询。

新建一个客户自定义模块，依赖规则应用平台。

在个性化定制模块中新建一个类实现CodeService,在该实现类中加上@Primary注解，

启动服务，此时在调用接口的时，优先选择了加@Primary直接的实现类。

上述开发过程，使用了maven的overlays技术,可以把多个项目war合并成为一个项目，并且如果项目存在同名文件，那么主项目中的文件将覆盖掉其他项目的同名文件，页面模块和功能模块的定制的主要技术支持就是maven的overlays技术，当实现个性化定制模块的时，只需要将个性化定制模块依赖规则应用平台，页面定制模块就在个性化定制模块新建一个与规则应用平台上相关文件所在目录相同的目录，在将需要替换的文件命名为规则应用平台中文件一样的名字即可覆盖原先的文件。功能模块只需要实现原先逻辑的接口，在实现类重写上加上@Primary注解，然后重写逻辑即可，功能模块定制不需要同级目录或同名。

上述的保险业应用程序的个性化定义方法，通过建立个性化定义模块以及规则应用平台，个性化定义模块依赖规则应用平台，建立页面定制模块，再在原来逻辑的接口上实现类重写，并加上@Primary注解，完成功能模块定制，实现将项目个性化定制以及通用的规则应用平台两个模块单独提取后，每次开发项目可以将这两个模块组合，减少开发时间以及人员成本。

如图3所示，本实施例还提供了保险业应用程序的个性化定义系统，包括平台建立单元10、工程建立单元20、模板建立单元30、定制模块形成单元40以及开发单元50。

平台建立单元10，用于基于自主搭建的框架建立规则应用平台。

工程建立单元20，用于基于自主搭建的框架新建一个纯净的maven工程。

模板建立单元30，用于将所述maven工程依赖规则应用平台内的jar包，新建一个模版。

定制模块形成单元40，用于根据新建的模版再新建一个maven工程，形成个性化定制模块。

开发单元50，用于根据所述规则应用平台以及所述个性化定制模块开发页面模块以及功能模块。

平台建立单元10建立的规则应用平台包括分两个模块，分别是核心模块和业务逻辑模块，都是基于公司自主搭建的框架创建。

工程建立单元20，也是基于公司自主搭建的框架创建的。

更进一步的，开发单元50包括页面模块开发模块51以及功能模块开发模块52。

页面模块开发模块51，用于在与规则应用平台上相关文件所在目录相同的目录结构下，在所述个性化定制模块上利用同名的文件覆盖规则应用平台中原有对应文件，形成所述页面模块。

功能模块开发模块52，用于在所述个性化定制模块上，将对应的功能逻辑的接口的实现类重写，并加上注解，启动时调用重写的所述接口，形成所述功能模块。

对于页面模块开发模块51，在相同的目录结构下，在所述个性化定制模块上利用同名的文件覆盖原有文件，形成所述页面模块；在有的客户个性化需求中，需要对产品系统页面结构做一些适应性的调整，不需要改动产品化模块中的实现，只需要在个性化定制模块在相同的目录结构下用同名的文件去覆盖产品模块原有的文件即可。

对于功能模块开发模块52，在所述个性化定制模块上，将对应的功能逻辑的接口的实现类重写，并加上注解，启动时调用重写的所述接口，形成所述功能模块的步骤，注解的类型为@Primary。根据不同客户对系统的要求，会对系统有不一样的功能需求，即可能跟产品化实现该功能的逻辑不一样，想要修改该功能的实现逻辑，不在产品化模块进行逻辑修改，而是在刻画个性化定制模块，将实现该功能逻辑的接口的实现类重写，并加上@Primary注解，这样在启动客户个性化模块式，将会调用重写的接口实现类来实现该功能。

开发单元50使用了maven的overlays技术,可以把多个项目war合并成为一个项目，并且如果项目存在同名文件，那么主项目中的文件将覆盖掉其他项目的同名文件，页面模块和功能模块的定制的主要技术支持就是maven的overlays技术，当实现个性化定制模块的时，只需要将个性化定制模块依赖规则应用平台，页面定制模块就在个性化定制模块新建一个与规则应用平台上相关文件所在目录相同的目录，在将需要替换的文件命名为规则应用平台中文件一样的名字即可覆盖原先的文件。功能模块只需要实现原先逻辑的接口，在实现类重写上加上@Primary注解，然后重写逻辑即可，功能模块定制不需要同级目录或同名。

上述的保险业应用程序的个性化定义系统，通过建立个性化定义模块以及规则应用平台，个性化定义模块依赖规则应用平台，建立页面定制模块，再在原来逻辑的接口上实现类重写，并加上@Primary注解，完成功能模块定制，实现将项目个性化定制以及通用的规则应用平台两个模块单独提取后，每次开发项目可以将这两个模块组合，减少开发时间以及人员成本。

上述仅以实施例来进一步说明本发明的技术内容，以便于读者更容易理解，但不代表本发明的实施方式仅限于此，任何依本发明所做的技术延伸或再创造，均受本发明的保护。本发明的保护范围以权利要求书为准。