航天企业住房公积金管理信息系统的设计与实现

高婷 /神舟实业总公司

我国从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 类型的成员变量，这些成员变量一一对应数据库表中相应的数据字段。

随着企业信息化的不断深入，越来越多的传统企业都需要通过信息化流程开展相关业务，根据住房公积金管理需求设计并实现的企业住房公积金管理信息系统，为企业内部信息系统建设提供了很好的范例，系统自运行上线以来，运行状态良好，取得了很好的效果。