北京大學(xué)人事系統(tǒng)：教工資源“大管家”

文/歐陽榮彬 王倩宜

建設(shè)目標(biāo)

人事系統(tǒng)是北京大學(xué)電子校務(wù)建設(shè)中的重要應(yīng)用之一。舊的人事系統(tǒng)是1 9 9 6年由北京大學(xué)計算中心開發(fā)的，主要是對學(xué)校正式職工從入校到減離全過程的信息進行管理。舊人事系統(tǒng)自運行以來，在一定程度上提高了管理部門的工作效率，并且為學(xué)校其他部門和應(yīng)用提供了大量的人員數(shù)據(jù)。

然而，隨著人事自身管理需求的不斷變化，在北京大學(xué)電子校務(wù)整體建設(shè)的大環(huán)境下，舊人事系統(tǒng)逐漸顯現(xiàn)出諸多不足，主要表現(xiàn)在以下幾個方面：

1. 功能不夠完善，管理效率不高

近年，人事工作日漸規(guī)范，管理流程日漸完善，影響日漸擴大，涉及到的部門和人員也越來越多。而舊人事系統(tǒng)對于新增或變化的各項人事工作支持力度不夠，甚至完全不支持，導(dǎo)致很多工作還需要人工完成，工作效率不高，給工作人員和教職員工帶來了很多不便。

2. 業(yè)務(wù)流程無法適應(yīng)新需求，不利于協(xié)同工作

隨著人事制度、醫(yī)療制度、保險制度的改革，舊系統(tǒng)中有些功能模塊已不能適應(yīng)新需求，業(yè)務(wù)流程無法滿足多個部門科室之間的協(xié)同運作。

3. 信息交換和共享困難

日常工作中，人事部經(jīng)常需要向國家的上級部門及校內(nèi)其他部門提供教職員工的人事信息，同時也需要從其他部門獲取關(guān)于教職員工的教學(xué)、科研等信息。舊人事系統(tǒng)對其考慮不足，很多信息交換工作只能依靠紙質(zhì)或者E-ma i l來手動完成，無法保證信息的及時性、準(zhǔn)確性和一致性。

4. 缺乏高效自動化的對外公共數(shù)據(jù)服務(wù)

人事部管理并維護著全校所有教職員工的大量信息，經(jīng)常向各院系人事工作人員和教職員工個人提供一些人事信息查詢服務(wù)。目前，由于舊人事系統(tǒng)基于C/S架構(gòu)，對外的數(shù)據(jù)查詢服務(wù)都必須由人事部相關(guān)工作人員完成，這種方式無疑給工作人員和教職員工都帶來了很大不便。

為加強學(xué)校人事工作的信息化、規(guī)范化、制度化建設(shè)，北京大學(xué)計算中心聯(lián)合人事部于2 0 0 7年秋開始建設(shè)了新一代的北京大學(xué)人事綜合信息管理系統(tǒng)。系統(tǒng)以人事管理業(yè)務(wù)工作為核心，覆蓋人事業(yè)務(wù)的主要工作范疇，面向全校提供實時人事信息服務(wù)，同時具有技術(shù)先進性和應(yīng)用靈活性，并且達到如下的具體建設(shè)目標(biāo)：

1. 滿足人事管理的基本業(yè)務(wù)運作，安全、可用、可擴展，能快速適應(yīng)未來的新需求。

2. 協(xié)同工作，提高管理效率。完善和規(guī)范化業(yè)務(wù)流程，支持和上級管理部門、校級其他部門、下級各院系部門及人事部內(nèi)部各科室之間的協(xié)同運作，提高工作效率。

3. 實現(xiàn)人事信息共享。梳理和規(guī)范化數(shù)據(jù)流程，實現(xiàn)各部門及應(yīng)用系統(tǒng)之間進行安全便捷的數(shù)據(jù)交換與共享。

4. 合理的多級管理。合理采用部門、院系和教職工個人多級管理模式，既減輕人事部的工作負擔(dān)，也給院系工作人員和教職工個人帶來便利。

5. 為廣大教職工提供人事相關(guān)的信息服務(wù)。

6. 輔助各級管理與決策支持。為各級領(lǐng)導(dǎo)提供決策所需的人事數(shù)據(jù)，為正確決策提供有力的輔助支持。

新型技術(shù)架構(gòu)和功能特點

技術(shù)選型

傳統(tǒng)B S模式的管理信息系統(tǒng)是一個多頁面系統(tǒng)，用戶與系統(tǒng)服務(wù)的交互是同步式的。用戶每一次提交請求都需要提交整個頁面，同時必須等待系統(tǒng)處理完畢且重新載入一個新的頁面之后，用戶才能繼續(xù)操作。這不但降低了用戶與系統(tǒng)的交互性，同時由于大量冗余數(shù)據(jù)的傳輸，浪費了網(wǎng)絡(luò)帶寬，降低了系統(tǒng)性能。

圖1 基于互聯(lián)網(wǎng)應(yīng)用的管理信息系統(tǒng)邏輯架構(gòu)

We b 2.0環(huán)境下的新型管理信息系統(tǒng)首先應(yīng)該是積極應(yīng)用數(shù)據(jù)庫技術(shù)和網(wǎng)絡(luò)技術(shù)的互聯(lián)網(wǎng)應(yīng)用系統(tǒng)，而且應(yīng)該是“富互聯(lián)網(wǎng)應(yīng)用”（R i c h I n t e r n e t A p p l i c a t i o n s，簡稱R I A）。它既不是C S的“胖客戶端”模式，也不是傳統(tǒng)B S的“瘦客戶端”模式，應(yīng)該是“富客戶端”模式，如圖1所示。富客戶端模式的R I A架構(gòu)是在瘦客戶端模式的三層架構(gòu)基礎(chǔ)上，應(yīng)用A j a x技術(shù)，豐富客戶端用戶界面的展示，增強用戶與系統(tǒng)服務(wù)之間的交互。介于用戶界面與We b服務(wù)器之間的A j a x引擎負責(zé)異步交互的數(shù)據(jù)轉(zhuǎn)換，將用戶觸發(fā)的J a v a S c r i p t事件轉(zhuǎn)換成H T T P請求發(fā)送至We b服務(wù)器；同時將We b服務(wù)器反饋回來的X ML數(shù)據(jù)轉(zhuǎn)換成用戶界面所需的H T ML和C S S數(shù)據(jù)。

R I A架構(gòu)的最大特征是異步式交互。完成這一步驟的主要對象是X ML H t t p R e q u e s t，該請求對象具有同步和異步兩種模式，只要在通過X ML H t t p R e q u e s t發(fā)送請求的時候?qū)⑵湓O(shè)置成異步模式，并且設(shè)置回調(diào)函數(shù)，如此即可以完成異步式交互。A j a x引擎集成了X ML H t t p R e q u e s t對象，并且默認是異步模式。

正是由于異步式交互的引入，R I A架構(gòu)拋棄原來瘦客戶端模式的多頁面形式，即不需要每次用戶與系統(tǒng)服務(wù)交互完成之后都重新載入一個新的頁面，而是吸收原來桌面應(yīng)用的用戶交互方面的優(yōu)勢，采用單頁面形式。單頁面形式并不是指整個應(yīng)用系統(tǒng)就只是一個頁面，而是指將原來多個頁面的內(nèi)容集中在一個頁面中豐富地向用戶展示，同時每次用戶與系統(tǒng)服務(wù)之間的交互完成之后，只是更新頁面中的一部分內(nèi)容，而且這種更新是異步式的，用戶不需要等待上一個交互完成之后就可以繼續(xù)下一個交互——如果這兩個交互之間沒有邏輯上的先后關(guān)系。

在異步式交互過程中傳輸?shù)臄?shù)據(jù)只是一些關(guān)鍵和必要的數(shù)據(jù)，因此系統(tǒng)服務(wù)接口部分的處理需要對數(shù)據(jù)進行轉(zhuǎn)換。除了接收A j a x引擎發(fā)送的請求關(guān)鍵數(shù)據(jù)之外，還需要將系統(tǒng)服務(wù)處理結(jié)果以X ML形式反饋給客戶端，除X ML以外，J S O N（J a v a S c r i p t O b j e c t N o t a t i o n）也是一種被廣泛使用的數(shù)據(jù)格式。

基于A j a x的特性和用戶對系統(tǒng)易用性的強烈要求，北京大學(xué)計算中心通過技術(shù)調(diào)研，決定應(yīng)用新型的R I A架構(gòu)建設(shè)新的人事系統(tǒng)，并且具體選取了E x t J S框架作為系統(tǒng)前臺展示的技術(shù)平臺，“北京大學(xué)人事綜合信息管理系統(tǒng)”是北大電子校務(wù)環(huán)境中第一個應(yīng)用R I A架構(gòu)的系統(tǒng)。

新的技術(shù)架構(gòu)的應(yīng)用，以及友好的界面設(shè)計，極大地提升了用戶的交互體驗。

首先，系統(tǒng)在設(shè)計上盡量簡化用戶操作，提高界面的友好型，將不具有業(yè)務(wù)邏輯先后關(guān)系的操作合理有效地安排在同一個界面中，如此用戶在日常工作中可以在一個界面中同時完成多項業(yè)務(wù)操作，不需要同時打開多個瀏覽器頁面操作。

其次，充分應(yīng)用R I A架構(gòu)的異步交互特征，在設(shè)計中將不具有業(yè)務(wù)邏輯先后關(guān)系的操作合理有效地安排在同一個界面中，因此，每完成一步都不要等待頁面刷新即可進行下一步的操作，如同操作桌面應(yīng)用程序那般簡便快捷。

再者，系統(tǒng)的用戶界面在與后臺交互的數(shù)據(jù)傳輸中，都是極其關(guān)鍵和必要的數(shù)據(jù)，盡量避免冗余的數(shù)據(jù)傳輸，較大提高了數(shù)據(jù)傳輸效率，使得用戶的操作能夠得到快速的響應(yīng)，提升了用戶的交互體驗。

分層模型實現(xiàn)全方位協(xié)同工作

新的人事系統(tǒng)采用如圖2所示的分層模型，各層獨立完成相關(guān)功能，并與相鄰層之間發(fā)生交互。

1. 業(yè)務(wù)層，系統(tǒng)主要是實現(xiàn)和完善人事部內(nèi)部各辦公室的業(yè)務(wù)，實現(xiàn)與各院系等二級部門的業(yè)務(wù)交互，實現(xiàn)和發(fā)布對廣大師生提供的各種公共服務(wù)。業(yè)務(wù)層除了與交換層交互以外，還會直接與數(shù)據(jù)層進行交互，這些交互是不涉及到數(shù)據(jù)交換的交互業(yè)務(wù)，絕大多數(shù)是某辦公室內(nèi)部的單項業(yè)務(wù)。

2. 交換層，首先實現(xiàn)人事部內(nèi)部各辦公室業(yè)務(wù)流程之間的數(shù)據(jù)交換，其次為了完善人事部業(yè)務(wù)和對外服務(wù)，系統(tǒng)需要建立和完善與其他相關(guān)部門的數(shù)據(jù)交換和共享。同時由于一些在可以預(yù)見的一個階段內(nèi)必須使用的系統(tǒng)的存在，因此需要建設(shè)和實現(xiàn)本系統(tǒng)與這些系統(tǒng)的相關(guān)數(shù)據(jù)轉(zhuǎn)換接口。

圖2 分層模型

3. 數(shù)據(jù)層，主要是人事部門負責(zé)管理和維護的人員基本數(shù)據(jù)、人事部各辦公室在業(yè)務(wù)處理流程中產(chǎn)生的人事業(yè)務(wù)數(shù)據(jù)和各類非結(jié)構(gòu)化數(shù)據(jù)文檔。

基于這樣的分層模型，“北京大學(xué)人事綜合信息管理系統(tǒng)”實現(xiàn)了多層級全方位的數(shù)據(jù)共享和協(xié)同工作。

首先是人事部內(nèi)部各科室之間的協(xié)同工作。雖然不同科室之間能夠?qū)崟r共享數(shù)據(jù)庫中人員信息，但是業(yè)務(wù)操作之間的協(xié)同工作則是通過系統(tǒng)設(shè)計采用請求和工作單的模式實現(xiàn)。例如，新聘教職工在規(guī)劃調(diào)配科完成入校手續(xù)之后，直接可以在系統(tǒng)中向勞資科發(fā)送起薪請求，勞資科依據(jù)此請求和規(guī)劃調(diào)配科更新的人員基本信息完成起薪操作。

其次是廣大教職工、各院系和人事部之間的協(xié)同工作，這類協(xié)同工作通常情況下是通過設(shè)計合理的工作流完成。例如專業(yè)技術(shù)職務(wù)聘任工作，首先由教職工發(fā)起申請，院系進行初審，人事部審批、聘任并調(diào)整薪酬。

再者是校內(nèi)不同業(yè)務(wù)部門之間的協(xié)同工作。前面兩類協(xié)同工作都是人事系統(tǒng)內(nèi)部的協(xié)同工作，而校內(nèi)不同業(yè)務(wù)部門之間的協(xié)同工作則是不同應(yīng)用系統(tǒng)之間的協(xié)同工作。由于不同的應(yīng)用系統(tǒng)有可能是基于不同的技術(shù)平臺建設(shè)，因此這類協(xié)同工作需要通過跨平臺的服務(wù)接口（We b S e r v i c e）實現(xiàn)。例如，人事部于財務(wù)部之間有關(guān)薪酬發(fā)放的協(xié)同工作。

圖3 薪酬管理子系統(tǒng)功能

最后是學(xué)校與其他管理部門的協(xié)同工作。這類協(xié)同工作如同前面第三類一樣，也是應(yīng)用系統(tǒng)之間的系統(tǒng)工作，但是從行政劃分上，是北京大學(xué)與其他管理部門的數(shù)據(jù)共享和協(xié)同工作。例如有關(guān)博士后的進站和出站等管理工作，就涉及到北京大學(xué)和國家博士后管理辦公室之間的協(xié)同工作。具備靈活的可擴展性

“北京大學(xué)人事綜合信息管理系統(tǒng)”同時還具有靈活的可擴展性，這一點在薪酬管理子系統(tǒng)中體現(xiàn)得尤為明顯。

薪酬管理子系統(tǒng)是人事綜合信息系統(tǒng)中最復(fù)雜的核心子系統(tǒng)，其功能主要是對各類職工的工資、津貼和勞動報酬進行統(tǒng)一管理，該子系統(tǒng)與整個人事綜合信息系統(tǒng)的多個子系統(tǒng)都有復(fù)雜接口。系統(tǒng)的設(shè)計目標(biāo)是嚴(yán)格控制數(shù)據(jù)管理界限和權(quán)限，保證數(shù)據(jù)安全；提供靈活機動的設(shè)計，管理人員可以通過自行配置和修改滿足不斷變化的管理要求，易于維護。圖3描述了薪酬管理子系統(tǒng)的功能模塊，主要包括薪酬項目管理、工作請求管理、制單與審核管理、發(fā)放管理。

這種設(shè)計將薪酬項目定義和薪酬標(biāo)準(zhǔn)、薪酬項目和個人薪酬、個人薪酬項和發(fā)放異動區(qū)、個人薪酬標(biāo)準(zhǔn)和薪酬發(fā)放都區(qū)分開來。如此，任何一個環(huán)節(jié)的變化都能夠獨立完成，也都能夠?qū)﹃P(guān)聯(lián)的部分產(chǎn)生必要的影響。

例如，個人請假或者出境引起的薪酬變化只體現(xiàn)在發(fā)放異動中，個人的薪酬標(biāo)準(zhǔn)沒有變化，而有了發(fā)放異動則自然會體現(xiàn)在最終的當(dāng)月薪酬發(fā)放中，發(fā)放完成之后發(fā)放異動自動失效。如果不采用發(fā)放異動的設(shè)計，每次出現(xiàn)這樣的情況都需要修改個人的薪酬項目值，在發(fā)放完成之后再恢復(fù)，如此過于繁瑣且容易出現(xiàn)失誤。

人事系統(tǒng)目前管理的薪酬項目超過1 1 0項，其中需要考勤的項目大約有1 0項，系統(tǒng)在計算考勤發(fā)放時直接依據(jù)個人是否有考勤項目和缺勤天數(shù)進行計算，而單位報考勤時無需關(guān)注哪個項目需要扣發(fā)，只是匯總?cè)鼻谔鞌?shù)即可。如果需要調(diào)整考勤項目的組成，勞資科業(yè)務(wù)操作員直接修改項目的定義即可，即便在此時單位也無需關(guān)注哪個項目進行了調(diào)整。如果不采用單獨的項目定義，那么類似這樣的調(diào)整，單位需要關(guān)注每一個人每一次的項目調(diào)整，無疑會增加用戶的工作量，降低工作效率。

建設(shè)成效顯著

新一代“北京大學(xué)人事綜合信息管理系統(tǒng)”從2 0 0 9年1 0月起，各個子系統(tǒng)陸續(xù)上線運行，目前正在運行的業(yè)務(wù)模塊共約2 9 0項，覆蓋了每一位教職員工從招聘入校直至減離離校全過程的各項人事業(yè)務(wù)操作。系統(tǒng)基本達到了既定的建設(shè)目標(biāo)，建設(shè)成效顯著。主要總結(jié)如下：

1. 協(xié)助規(guī)范管理流程，提高了工作效率，最新的統(tǒng)計顯示系統(tǒng)的月均單據(jù)處理超過5 0 0 0份；

2. 有益于消除信息孤島，實現(xiàn)信息共享，增強了部門之間協(xié)作工作；

3. 完善并豐富了用戶服務(wù)，尤其是人員信息服務(wù)和人事業(yè)務(wù)相關(guān)服務(wù)，方便了廣大教職工；

4. 促進了電子校務(wù)的建設(shè)進程。系統(tǒng)率先應(yīng)用了R I A架構(gòu)，形成了一套統(tǒng)一的技術(shù)路線和開發(fā)框架，研制了2 0余個通用的工具包，為北京大學(xué)電子校務(wù)中其他應(yīng)用的建設(shè)所廣泛采用。

目前，系統(tǒng)穩(wěn)定運行，向人事部業(yè)務(wù)操作員、各院系的人事業(yè)務(wù)員、各相關(guān)協(xié)同工作部門提供服務(wù)，向相關(guān)領(lǐng)導(dǎo)提供信息統(tǒng)計查詢和決策支持服務(wù)，同時還面向全社會提供人員招聘的應(yīng)聘信息服務(wù)。