北京大學人事系統：教工資源“大管家”

文/歐陽榮彬 王倩宜

建設目標

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

然而，隨著人事自身管理需求的不斷變化，在北京大學電子校務整體建設的大環境下，舊人事系統逐漸顯現出諸多不足，主要表現在以下幾個方面：

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

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

2. 業務流程無法適應新需求，不利于協同工作

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

3. 信息交換和共享困難

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

4. 缺乏高效自動化的對外公共數據服務

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

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

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

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

3. 實現人事信息共享。梳理和規范化數據流程，實現各部門及應用系統之間進行安全便捷的數據交換與共享。

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

5. 為廣大教職工提供人事相關的信息服務。

6. 輔助各級管理與決策支持。為各級領導提供決策所需的人事數據，為正確決策提供有力的輔助支持。

新型技術架構和功能特點

技術選型

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

圖1 基于互聯網應用的管理信息系統邏輯架構

We b 2.0環境下的新型管理信息系統首先應該是積極應用數據庫技術和網絡技術的互聯網應用系統，而且應該是“富互聯網應用”（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的“胖客戶端”模式，也不是傳統B S的“瘦客戶端”模式，應該是“富客戶端”模式，如圖1所示。富客戶端模式的R I A架構是在瘦客戶端模式的三層架構基礎上，應用A j a x技術，豐富客戶端用戶界面的展示，增強用戶與系統服務之間的交互。介于用戶界面與We b服務器之間的A j a x引擎負責異步交互的數據轉換，將用戶觸發的J a v a S c r i p t事件轉換成H T T P請求發送至We b服務器；同時將We b服務器反饋回來的X ML數據轉換成用戶界面所需的H T ML和C S S數據。

R I A架構的最大特征是異步式交互。完成這一步驟的主要對象是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發送請求的時候將其設置成異步模式，并且設置回調函數，如此即可以完成異步式交互。A j a x引擎集成了X ML H t t p R e q u e s t對象，并且默認是異步模式。

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

在異步式交互過程中傳輸的數據只是一些關鍵和必要的數據，因此系統服務接口部分的處理需要對數據進行轉換。除了接收A j a x引擎發送的請求關鍵數據之外，還需要將系統服務處理結果以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）也是一種被廣泛使用的數據格式。

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

新的技術架構的應用，以及友好的界面設計，極大地提升了用戶的交互體驗。

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

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

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

分層模型實現全方位協同工作

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

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

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

圖2 分層模型

3. 數據層，主要是人事部門負責管理和維護的人員基本數據、人事部各辦公室在業務處理流程中產生的人事業務數據和各類非結構化數據文檔。

基于這樣的分層模型，“北京大學人事綜合信息管理系統”實現了多層級全方位的數據共享和協同工作。

首先是人事部內部各科室之間的協同工作。雖然不同科室之間能夠實時共享數據庫中人員信息，但是業務操作之間的協同工作則是通過系統設計采用請求和工作單的模式實現。例如，新聘教職工在規劃調配科完成入校手續之后，直接可以在系統中向勞資科發送起薪請求，勞資科依據此請求和規劃調配科更新的人員基本信息完成起薪操作。

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

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

圖3 薪酬管理子系統功能

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

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

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

這種設計將薪酬項目定義和薪酬標準、薪酬項目和個人薪酬、個人薪酬項和發放異動區、個人薪酬標準和薪酬發放都區分開來。如此，任何一個環節的變化都能夠獨立完成，也都能夠對關聯的部分產生必要的影響。

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

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

建設成效顯著

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

1. 協助規范管理流程，提高了工作效率，最新的統計顯示系統的月均單據處理超過5 0 0 0份；

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

3. 完善并豐富了用戶服務，尤其是人員信息服務和人事業務相關服務，方便了廣大教職工；

4. 促進了電子校務的建設進程。系統率先應用了R I A架構，形成了一套統一的技術路線和開發框架，研制了2 0余個通用的工具包，為北京大學電子校務中其他應用的建設所廣泛采用。

目前，系統穩定運行，向人事部業務操作員、各院系的人事業務員、各相關協同工作部門提供服務，向相關領導提供信息統計查詢和決策支持服務，同時還面向全社會提供人員招聘的應聘信息服務。