航天企業住房公積金管理信息系統的設計與實現

高婷 /神舟實業總公司

我國從20 世紀90 年代開始推行住房公積金制度，其經過多年的發展和完善已經成為我國住房制度改革的中心環節和重要組成部分。近些年來,伴隨著航天型號任務的大幅增加，中國空間技術研究院所需的人力資源也隨之大幅提高，每年從高校招聘的應屆畢業生及社招人員都維持在1000 人左右，使得在職職工人數大幅增長。而且，由于研究院辦公地址分布在不同區域，導致住房公積金業務不斷擴大，業務管理工作量隨之激增。因此，如何能夠更好地管理職工住房公積金并服務好職工的住房公積金業務需求已成為研究院不容忽視的問題。

目前，許多航天領域的企業住房公積金管理信息化尚未開展或者處于起步階段，住房公積金管理還是處于依靠使用電子表格等簡單的信息應用階段。房產處作為企業住房公積金業務管理的歸口部門，負責統計匯總下屬各二級單位公積金業務管理人員上報的信息，但由于對各二級單位上報的公積金業務數據源、數據格式和統計公式沒有統一規定，且沒有業務數據自動統計的手段，導致房產處住房公積金業務處理困難，管理效率低下。隨著時間的推移，傳統的公積金業務管理模式與業務規模增長之間的矛盾已愈發明顯，借助現代網絡技術和信息技術的手段，并通過頂層總體設計建立企業住房公積金管理信息系統已勢在必行。

一、需求分析

研究院住房公積金管理信息系統開發之初，首先歸納和總結了系統的總體需求，提出了“面向用戶、權限清晰、業務明確、統一格式、自動統計”的總體開發方針。其中，面向用戶是指本系統面向企業內部網絡中的所有職工，為全體職工提供友好的登錄界面和操作界面；權限清晰是指根據所有系統中使用用戶進行群體劃分，設置不同的訪問和操作權限，以方便各級用戶使用；業務明確是指按照公積金管理的業務流程，設計業務流程清晰、符合業務辦理者操作習慣的系統；統一格式是指對系統中處理的所有數據，無論房產處本級還是二級單位均使用標準預置的統一數據格式，不允許各單位自定義數據格式；自動統計是指系統能夠根據系統內部錄入和采集的數據自動生成相對應的報表，以便外部系統或人員可以直接使用或打印。

面向用戶是指本系統面向企業內部網絡中的所有職工，為全體職工提供友好的登錄界面和操作界面；權限清晰是指根據所有系統中使用用戶進行群體劃分，設置不同的訪問和操作權限，以方便各級用戶使用；業務明確是指按照公積金管理的業務流程，設計業務流程清晰、符合業務辦理者操作習慣的系統；統一格式是指對系統中處理的所有數據，無論房產處本級還是二級單位均使用標準預置的統一數據格式，不允許各單位自定義數據格式；自動統計是指系統能夠根據系統內部錄入和采集的數據自動生成相對應的報表，以便外部系統或人員可以直接使用或打印。

系統的總體需求具體可細分為以下10 項：

·系統在內部網絡能夠為全體職工提供友好的登錄界面和操作界面，并能提供最新公積金政策文件和系統使用手冊下載服務；

·系統能夠提供多種信息查詢服務，包括個人信息、公積金提取信息、個人房屋信息、個人公積金對賬單信息等；

·系統可以為職工提供公積金提取的申請或約定提取申請服務，管理人員能夠在系統內完成審批和辦理業務；

·系統可以在線完成增加、修改、刪除個人信息和房屋信息的操作；

·系統可以在線完成公積金匯繳和補繳業務的操作；

·系統可以在線完成公積金跨年清冊業務的操作；

· 系統可以提供在線完成支取辦理服務，包括部分支取、約定支取、銷戶支取和轉出支取等；

·系統可以允許管理人員對查詢結果進行修改或刪除的操作；

· 系 統 可以自動進行財務數據的統計， 并 通 過統計圖表進行顯示；

·系統可以完成密碼修改、數據維護等一系列設置操作。

此外，由于住房公積金管理信息系統的使用范圍限定在企業內部網絡中使用，考慮到系統的安全性，所有用戶登錄需要進行強制認證操作，以保證系統的穩定性和安全性。系統基于角色的權限訪問控制對系統中的常用角色進行了劃分，大致分為普通用戶、業務管理員和系統管理員3 類。

普通用戶是指企業中已建立公積金賬戶的職工，其是系統內權限最小的角色。普通用戶可以完成個人信息、提取信息、房屋信息和公積金對賬單查詢，通過系統提出公積金提取或約定提取的申請。但是普通用戶無法對查詢到的信息進行刪除和修改，同時無權進行公積金管理業務的操作。

業務管理員是指企業房產處及二級單位負責公積金業務管理的人員，其是系統中具有中等權限的角色。業務管理員可以完成公積金業務管理流程中的全部操作，但不能進行人員權限修改、維護系統數據等系統設置操作。

系統管理員具有系統的最高權限，負責管理系統的日常事務，可以進行公積金業務管理流程的全部操作，同時可以進行系統設置和修改人員權限等操作。

根據以上的系統需求和人員分析，系統功能經過分解后可分為用戶管理功能、數據錄入、匯繳辦理、提取辦理、查詢統計、報表和系統設置共7 個子功能項，并用例圖對7 個子功能項分別進行描述。

以提取辦理子功能項為例，其功能對應的例圖如圖1 所示。提取辦理子功能是指當職工因各種合理用途需要支取自身賬戶內的公積金時，需要通過系統進行公積金支取業務的辦理。提取辦理業務可以分為約定提取、部分提取、銷戶提取和轉出提取4 種類型，其中部分提取和約定提取需要職工提出申請后方可辦理，而銷戶提取和轉出提取是根據業務流程直接辦理。

二、系統設計過程

通過系統的需求分析，考慮到傳統客戶端/服務器(C/S)架構應用程序的諸多缺點，本系統設計開發選用更符合用戶需求的瀏覽器/服務器(B/S)軟件架構。在系統設計中主要采用流程圖進行系統處理及處理過程中輸入、輸出的描述。

圖1 系統提取辦理功能例圖

圖2 公積金提取辦理模塊的流程圖

以提取辦理子功能進行系統設計為例，其流程如圖2 所示。提取辦理業務是住房公積金的主要業務功能，其根據不同用途對職工住房公積金進行支取操作，包括部分提取、約定提取、銷戶提取和轉出提取。

部分提取模塊，即職工根據需要對個人名下住房公積金進行部分金額的提取操作。

約定提取模塊，即職工根據需要提出對個人名下住房公積金進行周期性提取申請，管理人員進行周期提取操作。

銷戶提取模塊，即職工根據需要對個人名下住房公積金一次性全部提取的操作。

轉出提取模塊，即職工因工作調動所進行的支取，將住房公積金從本單位轉移至外單位的操作。

其中，普通用戶登錄系統后操作界面沒有銷戶提取和轉出提取選項，僅能進行部分提取和約定提取申請，銷戶提取和轉出提取頁面僅向業務管理員和系統管理員開放使用。

圖3 公積金管理信息系統分層架構圖

三、系統的實現

根據系統的設計，選用J2EE平臺完成系統的實現，并根據J2EE 分層結構思想完成系統架構（見圖3），通過逐層的設計可以很清晰地實現系統的各個子功能。

表現層。系統中表現層是為了提供良好的用戶界面，系統選用JSP 頁面來實現，主要負責采集用戶的輸入和顯示系統的狀態信息。傳統的JSP 頁面中含有大量的腳本和控制代碼，耦合緊密，不利于后續的系統升級和擴展，因此本系統的實現是采用jQuery 框架結構，JSP 頁面中僅包含HTML代碼，所有腳本代碼均放入獨立的腳本文件中實現。

控制器層負責根據用戶請求調用相應的業務邏輯，并將計算結果返回表現層進行顯示。本系統實現的控制器采用SSH 框架的Struts2 來完成，通過業務控制器完成對業務的控制。

業務邏輯層負責實現系統復雜的公積金業務邏輯，其在系統實現中屬于核心地位，根據業務邏輯需要調用下層DAO 來實現操作，同時向控制器層提供相應的業務邏輯功能。但業務邏輯層僅實現業務邏輯，并不進行數據庫的操作，這樣做更有利于系統擴展和升級。

DAO 層是專門對數據庫操作進行獨立封裝的實現層。每個DAO 組件可以實現對數據庫中一個表進行基本的獨立CRUD 操作。本系統實現時采用SSH 框架中的Hibernate 框架來完成，使用該框架可以很方便的完成相應的DAO 類的生成和操作，使得開發者可以忽略大量繁瑣的技術細節，而只關注于數據操作和業務操作本身。

領域對象層主要是通過Java Bean 實現類與數據庫中具體的數據表的映射關系。該層對象的實體類中包含Java 類型的成員變量，這些成員變量一一對應數據庫表中相應的數據字段。

隨著企業信息化的不斷深入，越來越多的傳統企業都需要通過信息化流程開展相關業務，根據住房公積金管理需求設計并實現的企業住房公積金管理信息系統，為企業內部信息系統建設提供了很好的范例，系統自運行上線以來，運行狀態良好，取得了很好的效果。