本發(fā)明涉及保險業(yè)應(yīng)用程序，更具體地說是指保險業(yè)應(yīng)用程序的個性化定義方法及其系統(tǒng)。

背景技術(shù)：

保險業(yè)是指將通過契約形式集中起來的資金，用以補(bǔ)償被保險人的經(jīng)濟(jì)利益業(yè)務(wù)的行業(yè)。目前，保險業(yè)會參照參保人需求的不同或者參保項(xiàng)目的不同，啟用不同的應(yīng)用程序以作服務(wù)。

在以往的保險項(xiàng)目實(shí)施的過程中，實(shí)現(xiàn)了解客戶需要，根據(jù)客戶的需求制定一個系統(tǒng)，系統(tǒng)以應(yīng)用程序的形式供客戶使用，每個項(xiàng)目間的系統(tǒng)都是完全獨(dú)立的，因此，每個項(xiàng)目的實(shí)施都是一個個獨(dú)立系統(tǒng)的開發(fā)。然而，每個醒目所開發(fā)的系統(tǒng)功能有很多都是一樣，系統(tǒng)之間只有少量功能是依據(jù)每個客戶需求的不同而個性化定制的。現(xiàn)有的開發(fā)應(yīng)用程序都是重復(fù)開發(fā)相同的內(nèi)容以及個性化的內(nèi)容，這樣，項(xiàng)目開發(fā)的時間比較長，時間成本以及人員成本較高。

因此，有必要設(shè)計(jì)一種保險業(yè)應(yīng)用程序的個性化定義方法，實(shí)現(xiàn)將項(xiàng)目個性化定制以及通用的規(guī)則應(yīng)用平臺兩個模塊單獨(dú)提取后，每次開發(fā)項(xiàng)目可以將這兩個模塊組合，減少開發(fā)時間以及人員成本。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明的目的在于克服現(xiàn)有技術(shù)的缺陷，提供保險業(yè)應(yīng)用程序的個性化定義方法及其系統(tǒng)。

為實(shí)現(xiàn)上述目的，本發(fā)明采用以下技術(shù)方案：保險業(yè)應(yīng)用程序的個性化定義方法，所述方法包括：

基于自主搭建的框架建立規(guī)則應(yīng)用平臺；

基于自主搭建的框架新建一個純凈的maven工程；

將所述maven工程依賴規(guī)則應(yīng)用平臺內(nèi)的jar包，新建一個模版；

根據(jù)新建的模版再新建一個maven工程，形成個性化定制模塊；

根據(jù)所述規(guī)則應(yīng)用平臺以及所述個性化定制模塊開發(fā)頁面模塊以及功能模塊。

其進(jìn)一步技術(shù)方案為：根據(jù)所述規(guī)則應(yīng)用平臺以及所述個性化定制模塊開發(fā)頁面模塊以及功能模塊的步驟，包括以下具體步驟：

在與規(guī)則應(yīng)用平臺上相關(guān)文件所在目錄相同的目錄結(jié)構(gòu)下，在所述個性化定制模塊上利用同名的文件覆蓋規(guī)則應(yīng)用平臺中原有對應(yīng)文件，形成所述頁面模塊；

在所述個性化定制模塊上，將對應(yīng)的功能邏輯的接口的實(shí)現(xiàn)類重寫，并加上注解，啟動時調(diào)用重寫的所述接口，形成所述功能模塊。

其進(jìn)一步技術(shù)方案為：在所述個性化定制模塊上，將對應(yīng)的功能邏輯的接口的實(shí)現(xiàn)類重寫，并加上注解，啟動時調(diào)用重寫的所述接口，形成所述功能模塊的步驟中，注解的類型為@Primary。

本發(fā)明還提供了保險業(yè)應(yīng)用程序的個性化定義系統(tǒng)，包括平臺建立單元、工程建立單元、模板建立單元、定制模塊形成單元以及開發(fā)單元；

所述平臺建立單元，用于基于自主搭建的框架建立規(guī)則應(yīng)用平臺；

所述工程建立單元，用于基于自主搭建的框架新建一個純凈的maven工程；

所述模板建立單元，用于將所述maven工程依賴規(guī)則應(yīng)用平臺內(nèi)的jar包，新建一個模版；

所述定制模塊形成單元，用于根據(jù)新建的模版再新建一個maven工程，形成個性化定制模塊；

所述開發(fā)單元，用于根據(jù)所述規(guī)則應(yīng)用平臺以及所述個性化定制模塊開發(fā)頁面模塊以及功能模塊。

其進(jìn)一步技術(shù)方案為：所述開發(fā)單元包括頁面模塊開發(fā)模塊以及功能模塊開發(fā)模塊；

所述頁面模塊開發(fā)模塊，用于在與規(guī)則應(yīng)用平臺上相關(guān)文件所在目錄相同的目錄結(jié)構(gòu)下，在所述個性化定制模塊上利用同名的文件覆蓋規(guī)則應(yīng)用平臺中原有對應(yīng)文件，形成所述頁面模塊；

所述功能模塊開發(fā)模塊，用于在所述個性化定制模塊上，將對應(yīng)的功能邏輯的接口的實(shí)現(xiàn)類重寫，并加上注解，啟動時調(diào)用重寫的所述接口，形成所述功能模塊。

本發(fā)明與現(xiàn)有技術(shù)相比的有益效果是：本發(fā)明的保險業(yè)應(yīng)用程序的個性化定義方法，通過建立個性化定義模塊以及規(guī)則應(yīng)用平臺，個性化定義模塊依賴規(guī)則應(yīng)用平臺，建立頁面定制模塊，再在原來邏輯的接口上實(shí)現(xiàn)類重寫，并加上@Primary注解，完成功能模塊定制，實(shí)現(xiàn)將項(xiàng)目個性化定制以及通用的規(guī)則應(yīng)用平臺兩個模塊單獨(dú)提取后，每次開發(fā)項(xiàng)目可以將這兩個模塊組合，減少開發(fā)時間以及人員成本。

下面結(jié)合附圖和具體實(shí)施例對本發(fā)明作進(jìn)一步描述。

附圖說明

圖1為本發(fā)明具體實(shí)施例提供的保險業(yè)應(yīng)用程序的個性化定義方法的流程圖；

圖2為本發(fā)明具體實(shí)施例提供的開發(fā)的具體流程圖；

圖3為本發(fā)明具體實(shí)施例提供的保險業(yè)應(yīng)用程序的個性化定義系統(tǒng)的結(jié)構(gòu)框圖；

圖4為本發(fā)明具體實(shí)施例提供的開發(fā)單元的結(jié)構(gòu)框圖。

具體實(shí)施方式

為了更充分理解本發(fā)明的技術(shù)內(nèi)容，下面結(jié)合具體實(shí)施例對本發(fā)明的技術(shù)方案進(jìn)一步介紹和說明，但不局限于此。

如圖1～4所示的具體實(shí)施例，本實(shí)施例提供的保險業(yè)應(yīng)用程序的個性化定義方法，可以運(yùn)用在保險業(yè)應(yīng)用程序項(xiàng)目開發(fā)的過程中，實(shí)現(xiàn)將項(xiàng)目個性化定制以及通用的規(guī)則應(yīng)用平臺兩個模塊單獨(dú)提取后，每次開發(fā)項(xiàng)目可以將這兩個模塊組合，減少開發(fā)時間以及人員成本。

如圖1所示，保險業(yè)應(yīng)用程序的個性化定義方法，該方法包括：

S1、基于自主搭建的框架建立規(guī)則應(yīng)用平臺；

S2、基于自主搭建的框架新建一個純凈的maven工程；

S3、將所述maven工程依賴規(guī)則應(yīng)用平臺內(nèi)的jar包，新建一個模版；

S4、根據(jù)新建的模版再新建一個maven工程，形成個性化定制模塊；

S5、根據(jù)所述規(guī)則應(yīng)用平臺以及所述個性化定制模塊開發(fā)頁面模塊以及功能模塊。

上述S1步驟，基于自主搭建的框架建立規(guī)則應(yīng)用平臺，該規(guī)則應(yīng)用平臺包括分兩個模塊，分別是核心模塊和業(yè)務(wù)邏輯模塊，都是基于公司自主搭建的框架創(chuàng)建。

上述的S2步驟，基于自主搭建的框架新建一個純凈的maven工程的步驟，也是基于公司自主搭建的框架創(chuàng)建的。

更進(jìn)一步的，如圖2所示，S5步驟，根據(jù)所述規(guī)則應(yīng)用平臺以及所述個性化定制模塊開發(fā)頁面模塊以及功能模塊的步驟，包括以下具體步驟：

S51、在與規(guī)則應(yīng)用平臺上相關(guān)文件所在目錄相同的目錄結(jié)構(gòu)下，在所述個性化定制模塊上利用同名的文件覆蓋規(guī)則應(yīng)用平臺中原有對應(yīng)文件，形成所述頁面模塊；

S52、在所述個性化定制模塊上，將對應(yīng)的功能邏輯的接口的實(shí)現(xiàn)類重寫，并加上注解，啟動時調(diào)用重寫的所述接口，形成所述功能模塊。

對于S51步驟，在相同的目錄結(jié)構(gòu)下，在所述個性化定制模塊上利用同名的文件覆蓋原有文件，形成所述頁面模塊；在有的客戶個性化需求中，需要對產(chǎn)品系統(tǒng)頁面結(jié)構(gòu)做一些適應(yīng)性的調(diào)整，不需要改動產(chǎn)品化模塊中的實(shí)現(xiàn)，只需要在個性化定制模塊在相同的目錄結(jié)構(gòu)下用同名的文件去覆蓋產(chǎn)品模塊原有的文件即可。

以平臺logo為例：規(guī)則應(yīng)用平臺的存放圖片目錄中有一個logo.png圖片文件(目錄結(jié)構(gòu)：src/main/webapp/img/logo.png)，若需要自定義平臺logo圖片,按照以下步驟執(zhí)行即可：

新建一個客戶自定義模塊，依賴規(guī)則應(yīng)用平臺；

在自定義模塊中新建目錄src/main/webapp/img/，然后將客戶自定義的logo圖片命名為logo.png，放入到新建的目錄中；

啟動服務(wù)，會發(fā)現(xiàn)logo圖案已經(jīng)變成了客戶自定義的logo圖片，其它內(nèi)容不會受影響。

對于S52步驟，在所述個性化定制模塊上，將對應(yīng)的功能邏輯的接口的實(shí)現(xiàn)類重寫，并加上注解，啟動時調(diào)用重寫的所述接口，形成所述功能模塊的步驟，注解的類型為@Primary。

根據(jù)不同客戶對系統(tǒng)的要求，會對系統(tǒng)有不一樣的功能需求，即可能跟產(chǎn)品化實(shí)現(xiàn)該功能的邏輯不一樣，想要修改該功能的實(shí)現(xiàn)邏輯，不在產(chǎn)品化模塊進(jìn)行邏輯修改，而是在刻畫個性化定制模塊，將實(shí)現(xiàn)該功能邏輯的接口的實(shí)現(xiàn)類重寫，并加上@Primary注解，這樣在啟動客戶個性化模塊式，將會調(diào)用重寫的接口實(shí)現(xiàn)類來實(shí)現(xiàn)該功能。

以獲取機(jī)構(gòu)代碼為例，可以按照以下步驟執(zhí)行獲取機(jī)構(gòu)代碼：

在規(guī)則應(yīng)用平臺上新建一個接口類CodeService，定義獲取機(jī)構(gòu)代碼的方法。

規(guī)則應(yīng)用平臺給出一個默認(rèn)實(shí)現(xiàn)，從規(guī)則應(yīng)用平臺的表中查詢。

新建一個客戶自定義模塊，依賴規(guī)則應(yīng)用平臺。

在個性化定制模塊中新建一個類實(shí)現(xiàn)CodeService,在該實(shí)現(xiàn)類中加上@Primary注解，

啟動服務(wù)，此時在調(diào)用接口的時，優(yōu)先選擇了加@Primary直接的實(shí)現(xiàn)類。

上述開發(fā)過程，使用了maven的overlays技術(shù),可以把多個項(xiàng)目war合并成為一個項(xiàng)目，并且如果項(xiàng)目存在同名文件，那么主項(xiàng)目中的文件將覆蓋掉其他項(xiàng)目的同名文件，頁面模塊和功能模塊的定制的主要技術(shù)支持就是maven的overlays技術(shù)，當(dāng)實(shí)現(xiàn)個性化定制模塊的時，只需要將個性化定制模塊依賴規(guī)則應(yīng)用平臺，頁面定制模塊就在個性化定制模塊新建一個與規(guī)則應(yīng)用平臺上相關(guān)文件所在目錄相同的目錄，在將需要替換的文件命名為規(guī)則應(yīng)用平臺中文件一樣的名字即可覆蓋原先的文件。功能模塊只需要實(shí)現(xiàn)原先邏輯的接口，在實(shí)現(xiàn)類重寫上加上@Primary注解，然后重寫邏輯即可，功能模塊定制不需要同級目錄或同名。

上述的保險業(yè)應(yīng)用程序的個性化定義方法，通過建立個性化定義模塊以及規(guī)則應(yīng)用平臺，個性化定義模塊依賴規(guī)則應(yīng)用平臺，建立頁面定制模塊，再在原來邏輯的接口上實(shí)現(xiàn)類重寫，并加上@Primary注解，完成功能模塊定制，實(shí)現(xiàn)將項(xiàng)目個性化定制以及通用的規(guī)則應(yīng)用平臺兩個模塊單獨(dú)提取后，每次開發(fā)項(xiàng)目可以將這兩個模塊組合，減少開發(fā)時間以及人員成本。

如圖3所示，本實(shí)施例還提供了保險業(yè)應(yīng)用程序的個性化定義系統(tǒng)，包括平臺建立單元10、工程建立單元20、模板建立單元30、定制模塊形成單元40以及開發(fā)單元50。

平臺建立單元10，用于基于自主搭建的框架建立規(guī)則應(yīng)用平臺。

工程建立單元20，用于基于自主搭建的框架新建一個純凈的maven工程。

模板建立單元30，用于將所述maven工程依賴規(guī)則應(yīng)用平臺內(nèi)的jar包，新建一個模版。

定制模塊形成單元40，用于根據(jù)新建的模版再新建一個maven工程，形成個性化定制模塊。

開發(fā)單元50，用于根據(jù)所述規(guī)則應(yīng)用平臺以及所述個性化定制模塊開發(fā)頁面模塊以及功能模塊。

平臺建立單元10建立的規(guī)則應(yīng)用平臺包括分兩個模塊，分別是核心模塊和業(yè)務(wù)邏輯模塊，都是基于公司自主搭建的框架創(chuàng)建。

工程建立單元20，也是基于公司自主搭建的框架創(chuàng)建的。

更進(jìn)一步的，開發(fā)單元50包括頁面模塊開發(fā)模塊51以及功能模塊開發(fā)模塊52。

頁面模塊開發(fā)模塊51，用于在與規(guī)則應(yīng)用平臺上相關(guān)文件所在目錄相同的目錄結(jié)構(gòu)下，在所述個性化定制模塊上利用同名的文件覆蓋規(guī)則應(yīng)用平臺中原有對應(yīng)文件，形成所述頁面模塊。

功能模塊開發(fā)模塊52，用于在所述個性化定制模塊上，將對應(yīng)的功能邏輯的接口的實(shí)現(xiàn)類重寫，并加上注解，啟動時調(diào)用重寫的所述接口，形成所述功能模塊。

對于頁面模塊開發(fā)模塊51，在相同的目錄結(jié)構(gòu)下，在所述個性化定制模塊上利用同名的文件覆蓋原有文件，形成所述頁面模塊；在有的客戶個性化需求中，需要對產(chǎn)品系統(tǒng)頁面結(jié)構(gòu)做一些適應(yīng)性的調(diào)整，不需要改動產(chǎn)品化模塊中的實(shí)現(xiàn)，只需要在個性化定制模塊在相同的目錄結(jié)構(gòu)下用同名的文件去覆蓋產(chǎn)品模塊原有的文件即可。

對于功能模塊開發(fā)模塊52，在所述個性化定制模塊上，將對應(yīng)的功能邏輯的接口的實(shí)現(xiàn)類重寫，并加上注解，啟動時調(diào)用重寫的所述接口，形成所述功能模塊的步驟，注解的類型為@Primary。根據(jù)不同客戶對系統(tǒng)的要求，會對系統(tǒng)有不一樣的功能需求，即可能跟產(chǎn)品化實(shí)現(xiàn)該功能的邏輯不一樣，想要修改該功能的實(shí)現(xiàn)邏輯，不在產(chǎn)品化模塊進(jìn)行邏輯修改，而是在刻畫個性化定制模塊，將實(shí)現(xiàn)該功能邏輯的接口的實(shí)現(xiàn)類重寫，并加上@Primary注解，這樣在啟動客戶個性化模塊式，將會調(diào)用重寫的接口實(shí)現(xiàn)類來實(shí)現(xiàn)該功能。

開發(fā)單元50使用了maven的overlays技術(shù),可以把多個項(xiàng)目war合并成為一個項(xiàng)目，并且如果項(xiàng)目存在同名文件，那么主項(xiàng)目中的文件將覆蓋掉其他項(xiàng)目的同名文件，頁面模塊和功能模塊的定制的主要技術(shù)支持就是maven的overlays技術(shù)，當(dāng)實(shí)現(xiàn)個性化定制模塊的時，只需要將個性化定制模塊依賴規(guī)則應(yīng)用平臺，頁面定制模塊就在個性化定制模塊新建一個與規(guī)則應(yīng)用平臺上相關(guān)文件所在目錄相同的目錄，在將需要替換的文件命名為規(guī)則應(yīng)用平臺中文件一樣的名字即可覆蓋原先的文件。功能模塊只需要實(shí)現(xiàn)原先邏輯的接口，在實(shí)現(xiàn)類重寫上加上@Primary注解，然后重寫邏輯即可，功能模塊定制不需要同級目錄或同名。

上述的保險業(yè)應(yīng)用程序的個性化定義系統(tǒng)，通過建立個性化定義模塊以及規(guī)則應(yīng)用平臺，個性化定義模塊依賴規(guī)則應(yīng)用平臺，建立頁面定制模塊，再在原來邏輯的接口上實(shí)現(xiàn)類重寫，并加上@Primary注解，完成功能模塊定制，實(shí)現(xiàn)將項(xiàng)目個性化定制以及通用的規(guī)則應(yīng)用平臺兩個模塊單獨(dú)提取后，每次開發(fā)項(xiàng)目可以將這兩個模塊組合，減少開發(fā)時間以及人員成本。

上述僅以實(shí)施例來進(jìn)一步說明本發(fā)明的技術(shù)內(nèi)容，以便于讀者更容易理解，但不代表本發(fā)明的實(shí)施方式僅限于此，任何依本發(fā)明所做的技術(shù)延伸或再創(chuàng)造，均受本發(fā)明的保護(hù)。本發(fā)明的保護(hù)范圍以權(quán)利要求書為準(zhǔn)。