摘 要:本文針對建設銀行績效考核系統設計進行了描述,分析了系統的總體架構設計、數據集市設計及應用系統主要功能模塊的結構設計。
關鍵詞:績效考核;設計;模塊
中圖分類號:TP311.52 文獻標識碼:A 文章編號:1674-7712 (2014) 12-0000-01
采用基于數據倉庫的績效考核系統,能夠為銀行全面公正的進行績效考核提供有力的數據支持和技術支持,能夠極大程度提高員工的工作積極性與業務能力。
一、系統的總體架構設計
按照銀行使用數據倉庫的規定,由分行建立的面向應用的數據集市能夠存取總行相關數據集市中的數據,但不能存取原始數據。而各分行的績效考核系統又有不同的參數指標,為了績效考核系統能夠滿足分行個性化的需求,在總行設計中采用參數維護的方式來解決此問題。各分行上傳維護好的參數,總行使用各分行的個性化參數加工數據,從而實現各分行不同的數據要求。處理流程如圖一所示。
圖1 數據處理流程
根據對功能需求的分析,分行系統管理分為三個部分,分別為人事管理、公司金融管理、個人金融管理。分行績效考核系統的整體架構如圖二所示。
圖2 績效考核系統整體架構
整個系統由后臺數據處理和前臺參數維護分析展現兩個部分。采用此種設計方案可以減少后臺數據業務處理和前臺數據展示的關聯性,還能減少使操作人員的工作量,減少數據采集過程中的人為干預,保證數據的準確性和一致性。總行和分行之間的參數集合可以相互傳送數據,而分行人事管理部分和公司金融管理部分與分行參數表只能數據單向傳輸。
二、數據集市的設計
各分行績效考核的數據由總行績效考核數據集市返回,主要包括模擬利潤的計算結果、本地績效考核所需的數據庫表還有分行與總行互相傳遞的參數表。所以分行需要從總行數據集市中獲得什么樣的利潤數據和完成計算需要的必須的參數必須準確。為了保證模擬利潤計算的準確性需要利用總行的數據集市,一般情況下計算模擬利潤需要用到科目級的數據,但具體到濮陽分行的需求中,需要很多賬戶級的數據,通過與相關部門的溝通,最后確定需要完成以下的工作:
(一)計算業務人員的模擬存、貸款利潤。存款利潤有不同的利差,主要是由于科目不同即利率不同導致的,因此在進行分行一級的賬務處理時,要細化存款利潤的業務級別至科目級。對于貸款類數據匯總時只能到賬戶級,是因為同一科目下的賬戶不同,其貸款利率也不一定相同,所以在進行考核時,利差要有不同的標準。
(二)特殊情況處理:對純負債的數據的認定、非常規的同業的認定、非常規的保證金賬戶的認定都要細化到賬戶級。
綜合上述分析得知,整體上數據應細化至科目級,部分特殊數據應細化至賬戶級。因此分行上傳總行數據倉庫的參數表要包含科目信息和特殊賬戶信息,還要對不同賬戶進行分類處理,對不同類別賬戶采用不同的數據處理模式,以利于總行數據倉庫進行相應處理。
三、績效考核應用系統設計
銀行績效考核管理由人力資源部、資金財務部、公司銀行業務管理部、個人銀行業務管理部等四部門參與。分行績效考核應用系統也主要分為人事、資金、對公(公司)、對私(個人)四個績效管理系統模塊。
員工、機構的考核評價計算、考核參數維護由人事績效管理模塊完成,其它模塊及整個系統所需要的最基礎的參數信息由此模塊提供,只有完整錄入基礎信息,其它部門才能錄入對應參數信息。數據加工完成后,此模塊又能夠實現數據的反饋。所以人事績效管理模塊主要功能是基本參數的錄入和營銷人員考核業績的定期核算。
營銷費用的考核由資金績效管理系統負責。主要完成其它三個模塊的計算結果出來后營銷費用的維護、相關參數的計算,最終完成績效考核費用的核算。
對公績效管理模塊,主要實現對公司類存、貸款業務的考核,維護大量績效考核相關的參數表,資產類業務和負債類業務數據的匯總計算,供人事績效管理模塊和資金績效管理模塊及本模塊使用。
對私績效管理模塊,主要對個人業務參數數據進行維護加工處理。
分行績效考核系統各模塊間的具體工作流程如圖三所示。
圖3 績效考核系統流程控制
績效考核管理系統的使用,能夠改進考核方式、完善考核管理體系,從而提高了銀行績效考核管理的水平。
參考文獻:
[1]李勍.基于數據倉庫技術的銀行業務管理系統應用研究[D].西北大學,2010(06).
[2]袁玉英.建設銀行績效管理研究[J].中小企業管理與科技,2011(12).
[3]王年軍.建設銀行基層網點績效評價體系研究[J].湖南大學,2011.
[3]楊建軍.建設銀行大連市分行員工績效考評方案設計[D].大連理工大學,2005.
[作者簡介]杜素芳(1975-),女,河南濮陽人,講師,碩士,研究方向:軟件工程。