新華社組織人事信息化回顧與展望

文/董葉彤

引言

新華社組織人事信息化從2004年開始到現在，經歷了三個階段，即建設實現人事信息的電子化、實現部分人事業務的網上辦理、探索持續發展道路。組織人事信息化經歷了從人事信息管理到人事管理信息化，目前正向人力資源管理邁進。

圖1 組織人事信息化發展

1.建設實現人事信息的電子化

采用CS架構，解決數據庫靈活構建和結構化數據管理的問題。從業務角度講，這里的人事信息指一個人在新華社工作后所產生的與人員管理有關的工作信息，還有一個人的部分檔案信息（主要指干部的三齡兩歷）。因與時俱進的發展需要，為了適應這種變化，人事系統做了以下設計。

其一，人事系統在設計時把與人事業務有關的信息通過系統管理起來。具體方法是，通過數據庫表、字段描述人事信息的相關屬性（包括數據的一般屬性、人事信息的特殊屬性、人事信息的管理屬性），從而，可以在不改程序的情況下，通過后臺管理，增刪改人事信息的表和字段。本質是，程序中處理的人事業務信息進行了抽象和封裝，程序處理的是通過抽象和封裝的人事信息類的對象。只要是這樣的對象，程序都能處理，從而達到一定的隨需而變。

圖2 人事信息的封裝

其二，人事系統初步探索了組件化的開發模式。這次探索是開發人員主導的，指導思想是，一個軟件工業化產品應該采用組件注冊的方式裝配而成。組件就是相似功能的抽象，組件由屬性、方法、事件組成。模塊就是組件的具化。在本期設計中模塊被分成了系統模塊、子系統模塊、功能項和業務處理四類，每類模塊都可以設置入口參數、對應程序、錄入條件、人事信息設置等相關接口信息。人事系統由大大小小的模塊構成。這種方法構成了人事客戶端系統的外部框架，類似現在的平臺功能注冊。這時還是技術人員的角度看問題，系統設計也只是把模塊分類，功能歸并統一處理。在模塊注冊時既有技術參數設置，應用程序注冊，又有人事信息設置。這個設計是給技術人員用的，而不是給業務人員用的。缺點是，業務上增加某類人員，某類數據管理都需要技術人員支持。

圖3 系統架構理論

圖4 一期組織人事系統設計

2.建設實現部分人事業務的網上辦理

這一階段豐富了人事信息，增加了信息的準確度。人事系統從需要復雜安裝的客戶端轉移到網絡上，在不編程的情況下，系統通過兩個業務組件配置出近百個業務模塊。人事系統初步成為全社人事信息基礎平臺。但是，由于投入資金太少，設計時組件的外延做了取舍和限制，程序開發沒有完善的測試，使得后期的應用擴展具有局限性。

這期項目建設是由業務專家主導的，系統設計只是在原來的系統上增加了兩個業務組件。首先，業務屬性從模塊注冊中剝離。模塊注冊只管平臺級的程序注冊；其次，根據實際業務抽象出兩個組件，信息組件和業務流程組件。這兩個組件作為模塊注冊到系統里。

圖5 二期系統建設

有業務專家主導達到了技術與業務的分離，將人事信息從模塊注冊中分離出來，從業務角度重新設計模塊。模塊設置中包含人事信息設置、組織索引、增刪改查等功能設置、界面布局等設置。這時候才是第一次出現真正意義的組件，它從屬性、方法、頁面交互清晰地定義了一個組件。它不再只是一個技術概念，而上升為一種業務模型。

圖6 業務組件設計

兩個組件分別用于生產信息模塊和流程模塊。目前，通過這種配置方式生成。當時這樣做只是為了解決實際問題，既然能用這種組件設計方式管人，也能用這種方式管財、管物。項目建成后，設計者接觸aris、sap，發現他們是從組織、資源、功能、數據來設計系統的，跟這期設計業務組件竟然不謀而合。

這期的其他特色：其一，以模塊為粒度的RBAC權限管理模型；其二、技術上，實現了數據接口層，屏蔽了底層數據庫間的差異，實現業務層和展示層的分離。

3.探索持續發展道路

經過多年努力，人員流轉的業務已經實現在線協作運行。人員數據庫的人員數據做到準確及時，具備為其他系統提供實時人員變動數據的能力。

在應用推廣的過程中，系統暴露出在穩定性和頁面交互上是弱項，一個組件一定有它的局限性，不能滿足所有實際需求。由于二期項目投入較少，組件開發完全是抽象邏輯，難以理解，歷時一年多才開發完成。后期非項目組的維護人員不能接手這套程序。對于程序員來說，讀別人程序已經很費勁，還要讀抽象邏輯和分層程序設計，幾乎不可能。勉強的地修改歷時兩年，打破了原先的程序架構。實踐證明，找不熟悉程序結構的程序員勉強改程序的做法并不可取，應該整體規劃，統一重構程序。

那么，新的系統應該怎樣設計呢？

新系統應基于實際業務和應用模式，抽象出通用性較強的業務模型，完善典型組件，再以模型驅動平臺軟件開發。在需求不完備、不明確的情況下，應當采用模型驅動的方式，不應需求驅動開發。

新系統首先重構了數據模型。在保留原先的系統主子集信息結構的同時，設計了一類特殊類型表——關聯表。關聯表用于清晰記載組織與人之間的聯系。還設計了一類特殊表——從屬表，從屬表用于記載相對獨立數據對象（比如照片、文章）被業務的引用。

新系統重構組織模型。分層的組織信息集下，設立了崗位節點。人員分配到崗，崗位可以被獨立索引。

新系統在數據模型和組織模型的基礎上抽象出業務模型，形成業務組件。大致分成組織管理組件、信息管理組件、業務處理組件，通用組件等。

新系統采用bpmn規范，設計業務過程模型。業務組件作為活動，參與到業務過程中。設計協作圖，以非編碼的方式，通過元數據驅動系統運行。

新系統采用組件+插件+腳本的結構，逐級消化用戶需求。組件承載業務模型，是系統的靈魂；插件可以集成第三方擴展（技術擴展、展現方式擴展），從而達到更好的用戶體驗；通過腳本（sql、js、josn等）注入，進行個性化處理。

新系統的立意是在一個企業的戰略層面考慮問題。根據戰略建立權責利一致的企業組織體系。運用中層機構間的業務流轉來落實戰略。運用組件化的系統設計思想在每個領域內運用適合的組件建立系統，用以支持中層機構內的信息處理。新系統第一步是在與企業戰略最近的人力資源領域進行實踐。新系統應該稱之為平臺，實現了整體架構的搭建，實現一個通用組件的設計和解析，流程設計器、報表設計器、報表解析器，沒有實現流程解析。

新系統作為一次探索，在繼承老系統模型化、組件化開發的基礎上，系統設計向平臺化的思路擴展，組件設計更加通用，建立PAAS型業務應用平臺，試圖建立更具一般性的企業信息系統生態。新系統沒有能夠替換老系統，作為一次可貴的嘗試，留下了很多寶貴經驗。

結語

目前，新華社組織人事系統更新換代迫在眉睫。設計系統要堅持立足于實際人事業務，提供便捷的人機交互的應用模式，抽象出通用性較強的業務模型，完善典型組件，再以模型驅動平臺軟件開發。繼承老系統的數據模型，完善并優化組織模型，擴展功能模型，繼承并優化信息組件和流程組件。