歐陽(yáng)國(guó)軍 上海鐵路局社保處

社保信息管理系統(tǒng)升級(jí)改造研究

歐陽(yáng)國(guó)軍 上海鐵路局社保處

當(dāng)前，上海鐵路局社保信息管理系統(tǒng)基本實(shí)現(xiàn)了各統(tǒng)籌地區(qū)“多險(xiǎn)合一”的社保綜合管理，在全局社保工作中發(fā)揮著重要的作用，但是隨著社保政策、業(yè)務(wù)流程的不斷更新變化，需要不斷對(duì)現(xiàn)有社保管理信息系統(tǒng)的系統(tǒng)功能、業(yè)務(wù)邏輯進(jìn)行維護(hù)，而現(xiàn)有系統(tǒng)由于系統(tǒng)架構(gòu)、編程水平等方面的原因，導(dǎo)致系統(tǒng)維護(hù)成本變高，難以滿足現(xiàn)階段全局社保管理工作的需求，迫切需要進(jìn)行升級(jí)改造。對(duì)該系統(tǒng)升級(jí)改造進(jìn)行了研究。

社保信息管理系統(tǒng)；社保政策；業(yè)務(wù)流程；升級(jí)改造

1 引言

由于我局地跨山東、江蘇、安徽、上海、浙江四省一市，下屬單位眾多，不同單位的參保險(xiǎn)種、參保地區(qū)、繳費(fèi)比例、繳費(fèi)上下限各不相同，為了進(jìn)一步加強(qiáng)全局社保管理，實(shí)現(xiàn)全局社保信息共享，2010年以來，我局推出了現(xiàn)有社保信息管理系統(tǒng)，統(tǒng)一管理和維護(hù)山東、江蘇、安徽、上海、浙江統(tǒng)籌地區(qū)的社會(huì)保險(xiǎn)（養(yǎng)老、醫(yī)療、工傷、失業(yè)、生育）以及企業(yè)年金、企業(yè)補(bǔ)充醫(yī)保、職工補(bǔ)充醫(yī)保等補(bǔ)充保險(xiǎn)的信息，包括各單位、職工的參保、封存啟封、終止、繳費(fèi)、待遇支付等信息，實(shí)現(xiàn)了全局社保信息的終端采集、集中處理、內(nèi)部共享以及按需提取等功能。

為了適應(yīng)近年來各地社保政策的不斷變化和社保業(yè)務(wù)經(jīng)辦流程不斷更新，滿足全局社保工作的需要，迫切需要對(duì)現(xiàn)有社保管理信息系統(tǒng)進(jìn)行升級(jí)改造。

2 現(xiàn)有系統(tǒng)概述、架構(gòu)和存在的問題

2.1 現(xiàn)有系統(tǒng)概述

現(xiàn)有系統(tǒng)采用三層體系結(jié)構(gòu)的B/S（瀏覽器/服務(wù)器）架構(gòu)，將操作中心下移，管理職能上移，業(yè)務(wù)操作上以“站段→地區(qū)社保中心→路局（社保處）”三級(jí)管理的網(wǎng)絡(luò)操作模式，實(shí)現(xiàn)基層操作、中心審核、路局監(jiān)管，管理上充分體現(xiàn)路局直管站段管理體制的要求。數(shù)據(jù)庫(kù)采用集中式數(shù)據(jù)庫(kù)技術(shù)，通過構(gòu)建集中的數(shù)據(jù)管理，實(shí)行遠(yuǎn)程點(diǎn)對(duì)點(diǎn)通信，后臺(tái)采用Oracle數(shù)據(jù)庫(kù)系統(tǒng)，建立全局人員信息共享的數(shù)據(jù)平臺(tái)。將全局?jǐn)?shù)據(jù)存儲(chǔ)在社保處數(shù)據(jù)庫(kù)服務(wù)器中，各下屬單位在客戶端完成相應(yīng)的業(yè)務(wù)數(shù)據(jù)錄入、提交、查詢等操作，通過內(nèi)網(wǎng)直接訪問服務(wù)器，實(shí)現(xiàn)數(shù)據(jù)實(shí)時(shí)、動(dòng)態(tài)更新,業(yè)務(wù)實(shí)時(shí)控制，數(shù)據(jù)共享的需求。現(xiàn)有系統(tǒng)運(yùn)行以來，改變了以往社保管理模式，實(shí)現(xiàn)各統(tǒng)籌地區(qū)“多險(xiǎn)合一”的社保綜合管理，通過網(wǎng)絡(luò)實(shí)時(shí)處理社保業(yè)務(wù)，有效提高日常工作效率。

2.2 現(xiàn)有系統(tǒng)設(shè)計(jì)架構(gòu)和存在主要問題

2.2.1 現(xiàn)有系統(tǒng)設(shè)計(jì)架構(gòu)

現(xiàn)有社保系統(tǒng)的設(shè)計(jì)架構(gòu)是早期的公司開發(fā)的一套以SPRING為基礎(chǔ)的LARVA分層架構(gòu)，采用MVC模式，將應(yīng)用分為三層：View Layer、Control Layer、Model Layer（如圖1所示）。

圖1 Larva分層架構(gòu)示意圖

View Layer：

負(fù)責(zé)客戶端的展現(xiàn)部分，其中組件控制由框架自動(dòng)完成，jsp頁(yè)面展現(xiàn)部分需要開發(fā)人員自行實(shí)現(xiàn)。

Control Layer：

負(fù)責(zé)頁(yè)面的初始化控制和事件響應(yīng)，其中框架提供了page flow engine,java Form及事件響應(yīng)方法需要開發(fā)人員實(shí)現(xiàn)。

Model Layer：

有三個(gè)對(duì)象，Pojo、Service和Dao。Pojo是對(duì)各層在數(shù)據(jù)傳遞的數(shù)據(jù)的一個(gè)封裝；Service把對(duì)數(shù)據(jù)庫(kù)的調(diào)用操作封裝起來，提供統(tǒng)一的接口給事件響應(yīng)類調(diào)用，Pojo作為調(diào)用時(shí)傳輸?shù)膶?shí)例；Dao中封裝了對(duì)數(shù)據(jù)庫(kù)操作。在Model這一層，框架提供了事務(wù)控制機(jī)制，service以方法為邊界，將多個(gè)數(shù)據(jù)庫(kù)訪問操作封裝在一起作為一個(gè)事務(wù)提交或回滾。

2.2.2 現(xiàn)有系統(tǒng)存在的主要問題

（1）現(xiàn)有系統(tǒng)開發(fā)平臺(tái)依賴于已經(jīng)過時(shí)的WINDOW XP操作系統(tǒng)。當(dāng)前鐵路社保系統(tǒng)是采用早期的公司開發(fā)的一套以SPRING為基礎(chǔ)的LARVA平臺(tái)架構(gòu)，同時(shí)整合早期的IBATIS等一些常用的開源框架，分別負(fù)責(zé)前端展示、業(yè)務(wù)邏輯控制和數(shù)據(jù)訪問操作的一個(gè)解決方案，包括LARVA標(biāo)簽庫(kù)、標(biāo)簽控制器、頁(yè)面流引擎，安全控制，數(shù)據(jù)庫(kù)訪問，數(shù)據(jù)導(dǎo)入導(dǎo)出等，系統(tǒng)依賴于IBM RAD6.0開發(fā)平臺(tái)，此平臺(tái)完全依賴于WINDOW XP操作系統(tǒng)，目前這個(gè)操作系統(tǒng)微軟公司已經(jīng)不提供技術(shù)支持和BUG更新服務(wù)。

（2）現(xiàn)有系統(tǒng)開發(fā)平臺(tái)受到license的限制，維護(hù)成本高。前端LARVA框架是一個(gè)集安全、標(biāo)簽控制于一體的框架，但是由于其受到license的限制，不能完全發(fā)揮出其優(yōu)勢(shì)，針對(duì)隱藏字段，標(biāo)簽表的單元格不支持容納多個(gè)標(biāo)簽，對(duì)多選框的操作處理缺乏靈活性等不能進(jìn)行擴(kuò)展。SPRING只負(fù)責(zé)整合業(yè)務(wù)邏輯層的數(shù)據(jù)和接口，導(dǎo)致系統(tǒng)層次不是很清晰，沒有統(tǒng)一的接口管理。

（3）現(xiàn)有系統(tǒng)代碼可讀性差，維護(hù)困難?，F(xiàn)有系統(tǒng)后期開發(fā)和維護(hù)人員水平不同，導(dǎo)致系統(tǒng)層次之間調(diào)用混亂，系統(tǒng)代碼良莠不齊、可讀性差。

為了適應(yīng)近年來各地社保政策的不斷變化和社保業(yè)務(wù)經(jīng)辦流程不斷更新，滿足全局社保工作的需要，迫切需要對(duì)現(xiàn)有社保管理信息系統(tǒng)進(jìn)行升級(jí)改造。

3 系統(tǒng)升級(jí)改造

3.1 需求分析

針對(duì)現(xiàn)有系統(tǒng)的特點(diǎn)，對(duì)于其好的方面，比如審核流程獨(dú)立于業(yè)務(wù)流程，數(shù)據(jù)導(dǎo)入導(dǎo)出模版的應(yīng)用、存儲(chǔ)過程包等，可以在保留其設(shè)計(jì)思想的基礎(chǔ)上，優(yōu)化和升級(jí)相關(guān)的代碼和jar包，也可以直接采用部分現(xiàn)有系統(tǒng)的代碼（如存儲(chǔ)過程包），以保證系統(tǒng)升級(jí)改造后的順利過渡；對(duì)于現(xiàn)有系統(tǒng)中存在的問題，可以在下面幾個(gè)方面對(duì)系統(tǒng)進(jìn)行升級(jí)改造，以適應(yīng)操作系統(tǒng)的更新?lián)Q代和當(dāng)前軟件架構(gòu)的發(fā)展方向，簡(jiǎn)化開發(fā)和維護(hù)人員的工作量，使得系統(tǒng)具有更好的可適應(yīng)性、可操作性，可擴(kuò)展性和可維護(hù)性。

（1）根據(jù)現(xiàn)有系統(tǒng)中存在的各個(gè)數(shù)據(jù)表使用IBATIS的升級(jí)版本Mybatis3.0和相關(guān)工具自動(dòng)映射生成一套適用于Java編程語(yǔ)言的數(shù)據(jù)對(duì)象模型、數(shù)據(jù)查詢標(biāo)準(zhǔn)和數(shù)據(jù)操作接口。對(duì)象模型作為數(shù)據(jù)傳輸對(duì)象，在不同業(yè)務(wù)層次之間進(jìn)行調(diào)用，同時(shí)考慮數(shù)據(jù)展示的特殊需求，對(duì)其進(jìn)行擴(kuò)展，更好的為前端服務(wù)。數(shù)據(jù)查詢標(biāo)準(zhǔn)負(fù)責(zé)相關(guān)SQL查詢條件的生成，數(shù)據(jù)操作接口實(shí)現(xiàn)數(shù)據(jù)的增刪改查操作。

（2）將前端LARVA框架變更為輕量級(jí)的Struts2開源框架。該框架是在Struts1的基礎(chǔ)上以WebWork為核心，采用攔截器的機(jī)制來處理用戶的請(qǐng)求，使得業(yè)務(wù)邏輯控制器能夠與Servlet API完全脫離開，通過Java反射機(jī)制將瀏覽器數(shù)據(jù)自動(dòng)映射到ACTION的實(shí)例對(duì)象和相關(guān)調(diào)用方法，可以結(jié)合采用XML和申明的方式完成早前繁瑣的配置工作，使得開發(fā)人員專注于業(yè)務(wù)處理。

（3）采用SPRING負(fù)責(zé)整合Struts2框架、Mybatis3.0框架和業(yè)務(wù)邏輯層業(yè)務(wù)處理。Spring功能非常的強(qiáng)大，它的控制反轉(zhuǎn)/依賴注入機(jī)制，能夠省去再次書寫工廠模式的工作，實(shí)現(xiàn)對(duì)控制類、業(yè)務(wù)邏輯類、數(shù)據(jù)訪問類、以及JNDI或者JDBC數(shù)據(jù)源的托管；Spring對(duì)AOP支持可以簡(jiǎn)化用戶權(quán)限控制、事務(wù)處理方面的工作量；Spring security登錄驗(yàn)證框架的應(yīng)用簡(jiǎn)化了開發(fā)人員自己設(shè)計(jì)和開發(fā)權(quán)限控制代碼，開發(fā)人員僅需要進(jìn)行相關(guān)的配置并實(shí)現(xiàn)相關(guān)的服務(wù)接口即可完成。根據(jù)實(shí)際需要也可以將WEBSERVICE服務(wù)整合進(jìn)來，與外部系統(tǒng)實(shí)現(xiàn)數(shù)據(jù)交互。

（4）將前期系統(tǒng)中分散的復(fù)雜SQL調(diào)用，集中統(tǒng)一到同一配置文件，通過公共的數(shù)據(jù)操作接口進(jìn)行處理。簡(jiǎn)單的SQL應(yīng)用通過Mybatis3.0生成的數(shù)據(jù)操作接口統(tǒng)一處理。實(shí)現(xiàn)部分界面和功能的整合。

（5）優(yōu)化數(shù)據(jù)庫(kù)結(jié)構(gòu)，調(diào)整數(shù)據(jù)庫(kù)物理存儲(chǔ)和邏輯結(jié)構(gòu)，提高數(shù)據(jù)庫(kù)效率，實(shí)現(xiàn)歷史存量數(shù)據(jù)的遷移存儲(chǔ)，構(gòu)建合理的數(shù)據(jù)庫(kù)，提高應(yīng)用系統(tǒng)的整體性能。

3.2 系統(tǒng)設(shè)計(jì)方案

系統(tǒng)的改造設(shè)計(jì)方案：

（1）原有的業(yè)務(wù)流程維持不變，如果現(xiàn)有流程不能滿足當(dāng)前業(yè)務(wù)需求的，可以進(jìn)行修改。

（2）公共的信息接口不允許修改，但允許地方對(duì)特殊需求的字段進(jìn)行新增和修改。

（3）對(duì)前端頁(yè)面重新開發(fā)和設(shè)計(jì)，對(duì)后臺(tái)架構(gòu)進(jìn)行優(yōu)化和重新整合。

（4）對(duì)部分?jǐn)?shù)據(jù)庫(kù)表進(jìn)行優(yōu)化和補(bǔ)充字段，特別是對(duì)影響性能的歷史表進(jìn)行表空間的遷移。

（5）重新開發(fā)通用的數(shù)據(jù)導(dǎo)入導(dǎo)出模塊和銀行接口加密模塊。

3.3 系統(tǒng)架構(gòu)設(shè)計(jì)

系統(tǒng)架構(gòu)分為前臺(tái)，后臺(tái)，與數(shù)據(jù)庫(kù)。數(shù)據(jù)庫(kù)ORACLE10i保持不變，前臺(tái)JSP采用jQuery EasyUI組件庫(kù)，后臺(tái)采用struts2.3+spirng3.0+mybatic3.0，開發(fā)語(yǔ)言是Java6.0以上版本，開發(fā)工具采用Eclipse或者相關(guān)工具。應(yīng)用服務(wù)器采用Tomcat6.0以上版本（系統(tǒng)架構(gòu)見圖2）。

圖2 系統(tǒng)架構(gòu)圖

（1）jQuery EasyUI組件庫(kù)：處于系統(tǒng)架構(gòu)的表現(xiàn)層，和LARVA標(biāo)簽庫(kù)不同，LARVA標(biāo)簽庫(kù)由后臺(tái)SEVERLET解析，需要與后臺(tái)交互的信息更多。而jQuery EasyUI一個(gè)瀏覽器端WEB組件庫(kù)，完全由瀏覽器端解析標(biāo)簽，因此減輕了服務(wù)器端壓力。其除了擁有傳統(tǒng)的輸入框組件，增加了樹形下拉列表，樹形表單等常用組件，還集成了AJAX框架，能夠輕松實(shí)現(xiàn)無跳轉(zhuǎn)更新頁(yè)面和動(dòng)態(tài)加載數(shù)據(jù)，是一個(gè)更易維護(hù)的輕量級(jí)標(biāo)簽庫(kù)。

（2）Struts2.3控制器：處于系統(tǒng)架構(gòu)的控制層，根據(jù)業(yè)務(wù)功能將頁(yè)面呈現(xiàn)給用戶，既可以處理傳統(tǒng)方式提交的參數(shù)，還可以處理以JSON格式封裝的數(shù)據(jù)，通過調(diào)用JSON類庫(kù)，輕松將參數(shù)數(shù)據(jù)轉(zhuǎn)換成java數(shù)據(jù)傳輸類對(duì)象，實(shí)現(xiàn)在各個(gè)層之間的調(diào)用。

（3）Spring3.0容器：在架構(gòu)圖中是出現(xiàn)在業(yè)務(wù)邏輯層，在這里我們的Struts2.3、Mybatis3.0等組件都是委托給spring容器管理的，實(shí)現(xiàn)了系統(tǒng)各層之間的無縫連接。Spring的AOP、事務(wù)控制、權(quán)限控制，WebService都比較容易整合進(jìn)來，并且實(shí)現(xiàn)簡(jiǎn)潔方便。

（4）Mybatis3.0持久控件：負(fù)責(zé)數(shù)據(jù)的持久化，根據(jù)數(shù)據(jù)庫(kù)關(guān)系表能夠生成一套面向表的數(shù)據(jù)對(duì)象模型、數(shù)據(jù)查詢標(biāo)準(zhǔn)和數(shù)據(jù)操作接口。生成的記錄集可以和對(duì)象模型同步拓展，數(shù)據(jù)查詢標(biāo)準(zhǔn)負(fù)責(zé)相關(guān)SQL查詢條件的生成，數(shù)據(jù)操作接口實(shí)現(xiàn)數(shù)據(jù)的增刪改查操作，還可以定制復(fù)雜的SQL語(yǔ)句和存儲(chǔ)過程配置在同一文件中，方便查詢和調(diào)用。

4 效果分析

4.1 升級(jí)改造使新系統(tǒng)具有更好的可適應(yīng)性、可操作性和可擴(kuò)展性

新系統(tǒng)采用更先進(jìn)的系統(tǒng)架構(gòu)設(shè)計(jì)，在保留原有數(shù)據(jù)庫(kù)架構(gòu)不變的同時(shí)，采用前臺(tái)jQuery EasyUI組件庫(kù)和后臺(tái)struts2.3+spirng3.0+mybatic3.0的先進(jìn)架構(gòu)代替原來落后的LARVA分層架構(gòu)，使新系統(tǒng)能夠更好地適應(yīng)操作系統(tǒng)的更新?lián)Q代和當(dāng)前軟件架構(gòu)的發(fā)展方向，具有更好的適應(yīng)性、操作性和擴(kuò)展性。

4.2 升級(jí)改造使新系統(tǒng)具有更好的可維護(hù)性

現(xiàn)有系統(tǒng)LARVA框架是一個(gè)集安全、標(biāo)簽控制于一體的框架，但是由于其受到license的限制，維護(hù)成本高，通過采用開放的jQuery EasyUI組件庫(kù)能夠有效地降低維護(hù)成本；另外現(xiàn)有系統(tǒng)后期開發(fā)和維護(hù)人員水平不同，導(dǎo)致系統(tǒng)層次之間調(diào)用混亂，系統(tǒng)代碼可維護(hù)性差，通過升級(jí)改造后規(guī)范了系統(tǒng)代碼，簡(jiǎn)化維護(hù)人員的工作量，使新系統(tǒng)更具可維護(hù)性。

4.3 升級(jí)改造使新系統(tǒng)具有更好的性能

原系統(tǒng)由于數(shù)據(jù)庫(kù)物理存儲(chǔ)和邏輯結(jié)構(gòu)不盡合理，在處理全局大量社保數(shù)據(jù)時(shí)，效率不是很高，通過系統(tǒng)升級(jí)改造，對(duì)現(xiàn)有數(shù)據(jù)庫(kù)結(jié)構(gòu)進(jìn)行了優(yōu)化，調(diào)整數(shù)據(jù)庫(kù)物理存儲(chǔ)和邏輯結(jié)構(gòu)，提高數(shù)據(jù)庫(kù)效率，實(shí)現(xiàn)歷史存量數(shù)據(jù)的遷移存儲(chǔ)，有效地提高應(yīng)用系統(tǒng)的整體性能。

5 結(jié)束語(yǔ)

社保管理信息系統(tǒng)是做好當(dāng)前全局社保管理工作的重要信息化工具，它實(shí)現(xiàn)了通過鐵路內(nèi)網(wǎng)實(shí)時(shí)處理社保業(yè)務(wù)，共享和查詢社保數(shù)據(jù)，不僅提高了社保業(yè)務(wù)處理效率，也為社保決策管理提供了及時(shí)準(zhǔn)確的基礎(chǔ)數(shù)據(jù)，在全局社保工作中發(fā)揮著越來越重要的作用。通過對(duì)舊系統(tǒng)的升級(jí)改造，將更有利于系統(tǒng)自身的管理和維護(hù)，更好地服務(wù)全局社保工作。

[1]上海鐵路局社保處，中國(guó)工商銀行上海市分行.上海鐵路局企業(yè)年金理事會(huì)受托暨社保信息管理系統(tǒng)評(píng)審材料.2011.

[2]羅晴明,包勇明.jQuery UI開發(fā)指南.人民郵電出版社.2012.

[3]李剛.Struts 2.x權(quán)威指南.電子工業(yè)出版社.2012.

[4]陳雄華,林開雄.Spring 3.x企業(yè)應(yīng)用開發(fā)實(shí)戰(zhàn).電子工業(yè)出版社.2012.

責(zé)任編輯：王 華

來稿日期：2015-08-17