王莉
摘要:根據(jù)目前農(nóng)商行所存在的管理漏洞,提出了問題檢查跟蹤管理系統(tǒng)這一檢查監(jiān)督平臺,該平臺主要用于問題臺賬的管理,遵循J2EE架構(gòu),交易訪問采用B/S結(jié)構(gòu)。該系統(tǒng)的使用最終能為銀行高層管理部門的決策提供有力的依據(jù)。
關(guān)鍵詞:農(nóng)商行;檢查跟蹤;工作流;管理信息系統(tǒng)
中圖分類號:TP315 文獻(xiàn)標(biāo)識碼:A 文章編號:1009-3044(2015)25-0042-03
近幾年,隨著農(nóng)村商業(yè)銀行業(yè)務(wù)的不斷擴展,銀行內(nèi)部的管理漏洞越來越明顯,特別是跨省支行的建立和網(wǎng)銀的開通,令金融案件不斷增加。由于長期以來缺乏統(tǒng)一規(guī)范的檢查監(jiān)控平臺,使得行內(nèi)資源耗費大、問題整改效率低以及管理手段落后等問題,以上情況很難適應(yīng)現(xiàn)代信息化銀行的管理需求。為此,本文設(shè)計研究的問題檢查跟蹤管理信息系統(tǒng),以提高工作效率、減少人為因素和工作量,全面提升問題臺帳管理、條線管理水平,強化問題整改的及時性和有效性,并建立起全行統(tǒng)一的“病毒庫”,加強對風(fēng)險的預(yù)警和分析監(jiān)測,全面實施員工違規(guī)積分管理。
1 系統(tǒng)架構(gòu)設(shè)計
應(yīng)用服務(wù)器采用兩臺現(xiàn)有的PC Server做集群,文件存儲利用這兩臺服務(wù)器的物理硬盤,以網(wǎng)絡(luò)共享的方式提供。操作系統(tǒng)擬采用開源的RedHat(32位)操作系統(tǒng),JDK1.6,Web中間件采用Apache-Tomcat,Domino工作流采用OA系統(tǒng)的Domino8,應(yīng)用數(shù)據(jù)庫由于所需空間較少(預(yù)計不超過100G),采用PGSQL數(shù)據(jù)庫。軟件開發(fā)使用DominoDesigner+Eclipse,其中Eclipse為免費開源的JAVA開發(fā)軟件。
1.1 物理架構(gòu)設(shè)計
問題跟蹤系統(tǒng)的內(nèi)部物理硬件架構(gòu)如下圖1所示:
問題跟蹤系統(tǒng)遵循J2EE架構(gòu),交易訪問采用B/S結(jié)構(gòu),前端分散在各地,采用瀏覽器方式訪問后端系統(tǒng),后臺集中在總行。Apache + Tomcat做應(yīng)用服務(wù)器集群,放在兩臺PC Server上,其中每臺PCServer上安裝三個Tomcat,以負(fù)載均衡方式保證前端的并發(fā)訪問。這兩臺服務(wù)器之間采用Rsync進(jìn)行同步。數(shù)據(jù)庫采用PGSQL,采用Active/StandBy方式,放在兩臺PC Server上。問題跟蹤系統(tǒng)的后臺系統(tǒng)軟件為Redhat Linux + Apache + Tomcat + PGSql9.0。
1.2 軟件架構(gòu)設(shè)計
如圖2所示,該系統(tǒng)采用B/S三層體系架構(gòu)[1],顯示層采用DHTML+AJAX技術(shù)實現(xiàn),用戶通過瀏覽器即可使用本系統(tǒng);業(yè)務(wù)層采用Java和Domino工作流相結(jié)合的技術(shù);在數(shù)據(jù)層采用文件系統(tǒng)和關(guān)系型數(shù)據(jù)庫共存的方式,在業(yè)務(wù)層處理完畢后,將數(shù)據(jù)存入關(guān)系型數(shù)據(jù)庫,同時將附件存入文件系統(tǒng)。
1.2.1 Web前端展示
顯示層采用Jquery-UI等用戶使用面積較廣、適宜于快速開發(fā)的開源產(chǎn)品,利用AJAX技術(shù)實現(xiàn)客戶端無刷新實時信息傳遞,同時利用JQuery-UI的可定制化界面,實現(xiàn)客戶端風(fēng)格的統(tǒng)一和快速定制。
1.2.2后臺工作流
Domino工作流主要是處理系統(tǒng)中涉及審批和上下級邏輯關(guān)系的流程操作,如事實確認(rèn)、跟蹤整改等流程操作,在工作流表單中僅帶入少量的需要用戶進(jìn)行確認(rèn)的表單數(shù)據(jù),對于問題內(nèi)容、事實內(nèi)容等信息量較大的內(nèi)容,采用網(wǎng)頁鏈接的方式供相關(guān)人員查看;Java主要用于業(yè)務(wù)邏輯處理,如問題錄入、問題整改結(jié)果的錄入、附件上傳處理、查詢統(tǒng)計分析等。
1.2.3后臺數(shù)據(jù)庫
數(shù)據(jù)層采用文件系統(tǒng)和關(guān)系型數(shù)據(jù)庫,關(guān)系型數(shù)據(jù)庫使用PGSql9.0,在業(yè)務(wù)層處理完畢后,將數(shù)據(jù)存入關(guān)系型數(shù)據(jù)庫,同時將附件存入文件系統(tǒng)。附件等文件的存放需考慮網(wǎng)絡(luò)共享存儲,即多臺應(yīng)用服務(wù)器同時訪問一個網(wǎng)絡(luò)文件夾的方式,來保證用戶文件數(shù)據(jù)的一致。鑒于附件既是被檢查人的事實確認(rèn)證據(jù),也是后續(xù)追責(zé)的依據(jù),為保證數(shù)據(jù)安全性,采用Active/standay的方式,同步或異步進(jìn)行文件同步,保證數(shù)據(jù)的完整性。
1.2.4登陸方式
登陸方式基于我行現(xiàn)有的LDAP和人力資源數(shù)據(jù)庫,采用SSO技術(shù)實現(xiàn)用戶的單點登陸。如果CAS服務(wù)中斷,問題跟蹤系統(tǒng)需要從本系統(tǒng)中進(jìn)行基本用戶信息登錄驗證,保證在CAS中斷的情況下,仍然能登錄問題系統(tǒng)。
1.2.5報表集成
報表部分采用農(nóng)商行現(xiàn)有的BI Office,在報表系統(tǒng)的基礎(chǔ)上添加相關(guān)報表的開發(fā),并在問題跟蹤系統(tǒng)中查看報表時,將報表系統(tǒng)中生成數(shù)據(jù)嵌入到本系統(tǒng)頁面中。
2 系統(tǒng)功能模塊
本系統(tǒng)主要由4個子模塊組成[2]:檢查跟蹤模塊、違規(guī)積分模塊、分析監(jiān)測模塊、系統(tǒng)管理模塊。
1)檢查跟蹤模塊,實現(xiàn)從問題錄入到處理完結(jié)歸檔的全部工作流程,主要包括:問題錄入、問題修改、問題保存、問題上報、問題定性、責(zé)任界定、整改跟蹤、責(zé)任人處理、了結(jié)歸檔處理流程以及相應(yīng)的臺帳管理、臺帳修改、臺帳查詢、臺帳打印、附件管理、權(quán)限管理、緩急管理、密級管理、文書管理、待處理事項提示功能。
2)違規(guī)積分模塊:實現(xiàn)對全員違規(guī)積分的動態(tài)管理及維護(hù)。主要包括:積分認(rèn)定、臺帳管理功能。提供正向積分認(rèn)定、負(fù)向積分認(rèn)定、積分申訴處理、積分提醒、積分警示、積分查詢功能。
3)分析監(jiān)測模塊,實現(xiàn)對問題數(shù)據(jù)標(biāo)準(zhǔn)化的后續(xù)管理和維護(hù),構(gòu)建全行統(tǒng)一的病毒庫,提供靈活的分析監(jiān)測運用。主要包括:分級查詢、匯總分析、報表統(tǒng)計、風(fēng)險預(yù)警。
4)系統(tǒng)管理模塊:實現(xiàn)支撐系統(tǒng)有序運行及數(shù)據(jù)安全的管理輔助功能。主要包括:用戶管理、權(quán)限管理、日志管理、特殊處理。
2 DOMINO工作流設(shè)計
整個系統(tǒng)中涉及工作流的部分,都將通過Lotus Workflow自定義和自動化工作活動,通過其可視化流程圖定制界面及業(yè)務(wù)對象庫,使企業(yè)可以利用最佳的經(jīng)驗,靈活定制流程,來滿足實際的工作流需求。從而實現(xiàn)流程電子化,提高生產(chǎn)和流程響應(yīng)速度。在自定義工作流程過程中,管理員只需要通過可視化的工作流開發(fā)工具Lotus Workflow Architect,就可以進(jìn)行直觀的圖形界面定制業(yè)務(wù)流程。同時在流程定義中設(shè)定各個流程點的參與者及他們的角色、相關(guān)數(shù)據(jù)即可。同時核心業(yè)務(wù)數(shù)據(jù)仍然運行在Java數(shù)據(jù)庫里,對于參與了工作流的部分將交給domino Workflow進(jìn)行處理,包括流程中的步驟以及流程中成參與的角色,都將由Domino Workflow進(jìn)行控制。
2.1 交互接口
Domino Workflow與核心業(yè)務(wù)系統(tǒng)的對接方式將采用WebService方式進(jìn)行交互,系統(tǒng)總共提供了5個流程接口[3]:新建工作、工作申請保存、工作決策處理、返回流程參與用戶列表和回退結(jié)束流程。下面以“新建工作”為例,說明其工作過程。
新建立工作,外部調(diào)用接口時候,傳遞必要的參數(shù),工作流將新建一個工作,并且返回一個JobId,這個JobId作為當(dāng)前流程的唯一ID;在以后的使用中,直接傳遞該JobId即可得到這個流程的信息,比如下一步參與者等。此時Job為新建狀態(tài),需進(jìn)行申請保存才會真正進(jìn)入流程審批。具體參數(shù)說明見下表1所示:
2.2 流程設(shè)計
為了達(dá)到用戶快速自定義流程,實現(xiàn)日常的流程更新帶來的變動,用戶可啟用Lotus Workflow Architect工具,進(jìn)行可視化流程定義,系統(tǒng)初始內(nèi)部定義了7個流程[4-5]。
1)問題審批
流程說明:用戶填寫完檢查后,再填寫檢查下所涉及的問題。待填寫完畢后提交。提交到指定的審核人進(jìn)行審批。提交時選擇下一審批人,由被選擇的審批人進(jìn)行審核。
2)事實確認(rèn)書審批
流程說明:檢查問題審批通過后,進(jìn)行事實確認(rèn)審批。
3)整改通知書審批
流程說明:在整改通知發(fā)放前,對通知書的內(nèi)容進(jìn)行上報審批。
4)積分審批
流程說明:針對用戶的負(fù)向積分,系統(tǒng)計算出預(yù)算分值,上報給管理人員進(jìn)行審批,審批通過后才最為最終的扣分標(biāo)準(zhǔn)。
5)積分申訴審批
流程說明:被扣分的責(zé)任人,在對積分記分值有疑異的時候,可對積分進(jìn)行申述;填寫申訴請求后,進(jìn)行提交上報;指定到積分申訴審批人進(jìn)行審批處理。
6)正向積分審批
流程說明:正向積分填寫審批數(shù)據(jù)后,選擇審批人,以進(jìn)行審批。
7)問題上報審批
流程說明:對于重要的或者必須上報的問題,可進(jìn)行問題上報提交;提交后對上報的問題進(jìn)行審核。
2.3流程參與者
1)流程角色定義
說明:domino管理員在定義流程的時候,需要對每一個流程的步驟做參與角色處理。選擇需要參與當(dāng)前審批的角色到審批節(jié)點上;只有在節(jié)點上角色的用戶才可以參與流程的審批處理。為了讓流程具備通用性,在審批的時候接口需要傳遞機構(gòu)ID,以通過機構(gòu)和角色來匹配對應(yīng)參與角色。
2)機構(gòu)定義
說明:Domino機構(gòu)數(shù)據(jù)來源于ods的數(shù)據(jù),與java系統(tǒng)中的人員機構(gòu)保持一致。采用定時間同步的方式進(jìn)行。
3 結(jié)束語
本系統(tǒng)的設(shè)計以問題臺帳管理為核心,建立統(tǒng)一的檢查錄入、跟蹤、整改、回復(fù)、處理流程,對各類問題進(jìn)行標(biāo)準(zhǔn)化、統(tǒng)一化,提供靈活的分析統(tǒng)計,為銀行高層管理部門的決策提供了有利依據(jù)。雖然此系統(tǒng)是針對農(nóng)業(yè)銀行設(shè)計,但其功能架構(gòu)同樣適用于其他銀行的信息管理平臺。
參考文獻(xiàn):
[1] 董楊.基于B/S模式的項目管理信息系統(tǒng)的設(shè)計與應(yīng)用[J].計算機與信息技術(shù), 2003(5):5-7.
[2] 李冬鳳.壽光市農(nóng)商行人事管理信息系統(tǒng)的設(shè)計與實現(xiàn)[D].成都: 電子科技大學(xué), 2011.
[3] 曾月,范玉順.工作流管理系統(tǒng)Web客戶端的設(shè)計與實現(xiàn)[J].計算機工程與應(yīng)用, 2002(2).
[4] 王少鋒,王克宏.基于Java RMI技術(shù)的工作流管理系統(tǒng)的設(shè)計[J].計算機集成制造系統(tǒng)-CIMS,2000(5).
[5] 欒瑋.B/S模式的特種設(shè)備檢測管理信息系統(tǒng)的研發(fā)[D]. 重慶: 重慶大學(xué),2008.