基于J2EE的企业后勤管理系统研究与设计

2011-07-03王金社

制造业自动化 2011年22期

王金社，尚明，张瑛

（宁夏医科大学理学院，银川 750001）

1 开发企业后勤管理系统的目的和意义

现在企业的后勤管理，大都采用传统的人工管理的模式，这对于规模较小的企业来说，是可以应付日常的管理需要的。但是，随着该行业竞争日益的激烈，提高物管的工作效率、为客户提供更好的服务，成为对企业管理当前必须考虑的问题。而解决这些问题的途径之一，就是将计算机引入到管理机制中来。如何成功地进行企业后勤管理系统的开发，如何方便快捷地构造出易于维护、易于扩展的、灵活的、安全的实用性企业后勤管理系统己成为目前急需解决的课题[1]。

要想提高企业后勤管理水平，必须全方位地提高企业后勤管理意识。只有高标准、高质量的服务才能满足人们的需求。面对信息时代的挑战，利用高科技手段来提高企业后勤管理无疑是一条行之有效的途径[2]。在某种意义上，信息与科技在企业后勤管理与现代化建设中显现出越来越重要的地位。

2 企业后勤管理系统中存在的问题和研究目标

2.1 存在的问题

1）信息化集成度不高。从基层员工的角度看，信息化工作效率低，客户满意度不高；从中层管理者角度看，信息化无业务标准，不能监控下级工作情况；从高层决策者角度看，信息化不能及时掌握、分析公司运营情况，辅助决策。

2）信息不能共享、难以沟通。公司各部门与各管理部门之间不能实现信息共享和互联互通模式，无法彻底解决各管理部门地域分散，信息难以集中处理的难题。各类业务数据分散采集，不能集中统一处理。

3）协同能力弱。由于没有规划一整套科学、严密、高效、实用的企业后勤管理平台，无法对人员、设备、服务、信息、财务及各项活动实施统一协调的全面管理，不能解决各管理部门地域分散，而需要集中统一管理控制的难题，采取信息化管理手段是种行之有效的解决方法[3]。

2.2 研究目标

经过二十多年的快速发展，中国大中企业逐步走向成熟，企业后勤管理脱胎于计划体制下的原始管理，是我国大中型企业在市场经济体制下迅速发展的产物，并逐步走向社会化、专业化、市场化[4]。借助理论研究，探索后勤服务的工程实践，本文主要研究内容有：

1）管理规范研究。对于整个企业后勤管理行业来说，过去那种单纯依靠手工进行管理的方法和手段己经不再适应，必须规划一整套科学、严密、高效、实用的企业后勤管理系统，对人员、设备、服务、信息、财务及各项活动实施全面管理。

2）后勤协同工作模型。所有需要公司内部部门配合的部分，都采取可视化的流程管理，并且自动发送到该工作人员电脑上，使非一线工作人员每天的工作内容自动产生，保证各部门工作之间传递的快捷性和准确性、安全性。

3）决策支持。系统应用信息科学技术、数据仓库技术、决策科学分析工具与手段，通过对各项统计数据分析处理，为管理部门领导提供高层次的、综合性的信息服务与支持，实现决策的科学化和民主化。对于各类敏感数据可根据要求设置预警，甚至可以定向锁定目标人员进行自动提醒。如各类重大事件提醒、重要活动提示等功能，确保了整个公司的运作有序可循，有条不紊。

3 系统结构

3.1 基于Web系统体系结构

本系统采用Spring+Hibernate+struts的设计方案。持久层：采用Hibernate实现对象到关系数据库的映射。数据操作层：利用IDAo，和Daolmp实现(主要实现上层的业务逻辑与具体的数据访问实现解藕)。业务逻辑层：Iservice，Servicelmp，服务对象调用下层的数据访问接口实现[5]。Web层：truts(SpringMVC)+JSp+Servlet。利用Spring的IOC依赖注入，和AOP实现交叉业务的模块化。实现声明式事务，和操作记录日志。

本系统基于Browser/Server模式，其系统结构如图1所示。

图1 基于B/S的系统结构图

客户使用浏览器，如Internet Explorer，Netscape Navigator等，Web服务器采用开源Tomcat，Web服务器负责与数据库服务器之间的数据变换，以MySql为后台数据库。

3.2 基于J2EE软件构架图

本系统采用J2EE作为基础开发平台，及Struts Hibernate spring框架设计开发。软件构架如图2所示。J2EE本身提供了一些框架。比如，Enterprise Java-Bans(EJB)container或者Servlet engine[6]，而这些框架，一般在中小工程中都不会使用，会把大量的时间浪费在开发框架上。而现在比较流行开源框架，主要是Struts，hibernate，Spring等，本系统也是采用此框架。这三种框架在一起并不冲突，所以现在最常用的框架就是StrutS+hibernate+Spring框架，就像我们盖房子一样，先把框架搭好，我们再在上面写代码就很规范了。

图2 系统网络拓扑结构

4 总体设计

4.1 后勤管理业务综述

1）客户服务管理：主要是对中国移动通信集团宁夏分公司下设的所有部门的基础资料的统计。对经常有业务来往的客户（系统内部）所提出的要求进行服务，分为会务安排、流程化安排、会务使用申请、会议室使用情况、客户管理、投诉报修、事务管理、电话档案等业务。

2）工程及设备管理：实现对企业后勤公司内各项公共设备(如：汽车、消防设备等)的管理，为各项设备建立信息档案，记录各设备检查、维修、保养记录。具体又分为设备管理、设备外包保养、能源管理、设备维修和工程资料等业务。

3）保安管理：实现对安保人员的信息管理及工作管理，还有消防器材管理和警用物品管理。具体又分为保安档案管理、排班管理、停车场管理、消防器材管理、警用物品管理和日常记录等业务。

4）保洁管理：实现对保洁人员的合同及工作计划管理，同时对工作检查进行记录等业务。

5）仓库管理：主要是针对物业服务公司的仓库的基本资料、进出仓、库存、统计查询、仓库统计等业务。

4.2 业务流程

图3 后勤管理系统业务流程图

4.3 后勤管理系统用例分析

在对系统的需求分析过程中，采用UML的建模方法得到总用例图如图4所示。用例最初由Ivar Jackboson博士提出，后被综合到UML规范之中，成为需求表述的标准化体系。用例图从用户角度描述系统功能，并指出各功能的操作者。用于表现活动者、用例以及它们之间的关系。用例图中主要的构成元素有用例、活动者、用例关系和活动者关系。用例是需求分析中最重要的概念，需求表征了一个系统的设计特性、特征和行为，描述一个系统的需求意味着描述了建立在该系统外部的事物与系统之间的契约，契约声明了系统应该做什么。

图4 企业后勤管理系统总用例图

系统管理员，客户管理员，设备管理员，保安人员，保洁人员，领导和保管员是直接和八个用例打交道的，是系统的用户。系统管理员通过企业后勤管理系统中的每个用例发生联系。物资管理员通过管理仓库用例中的入库出库管理和库存用例发生联系。客户管理员通过客户管理中的业务用例发生联系。设备管理员通过设备管理中的业务用例发生联系。保安人员通过保安管理中的业务用例发生联系。保洁人员通过保洁管理中的业务用例发生联系。上级领导通过人力资源管理中的业务用例发生联系。通过以上的业务分析，系统主要包括客户服务模块、工程设备模块、保安管理模块、保洁管理模块、仓库管理模块、人力资源管理模块、后勤资源信息维护模块和系统管理模块八个用例。

4.4 系统的功能结构

根据系统研究分析，本后勤管理系统要实现物业服务公司内建筑、公共设备、用户、物资等基本信息实现录入、修改、查询和删除等操作，并且还要实现后勤资源使用、客户服务、工程设备管理、保安管理、保洁管理、物料管理、人力资源管理、系统管理的统计、查询和报表生成。根据分析的结果系统将分为九个模块，如图5所示，每一个模块又分为若干子模块。

同时后勤管理系统应该能够给物业公司内部管理提供全面的解决方案，并从不同层次满足物业公司发展的需求。包括下面四个层次：