[1]
一般在中小工程中都不会使用,会把大量的时间浪费在开发框架上。而现在比较流行开源框架,主要是Struts,hibernate,Spring等,本系统也是采用此框架。这三种框架在一起并不冲突,所以现在最
常用的框架就是StrutS+hibernate+Spring框架,就像我们盖房子一样,先把框架搭好,我们再在上面写代码就很规范了。4.总体设计4.1后勤管理业务综述(1)客户服务管理:主要是对中国移动
通信集团宁夏分公司下设的所有部门的基础资料的统计。对经常有业务来往的客户(系统内部)所提出的要求进行服务,分为会务安排、流程化安排、会务使用申请、会议室使用情况、客户管理、投诉报修、事务管理、电话档案等业务。(2)工程及设备管理:实现对企业后勤公司内各项公共设备(如:汽车、消防设备等)的管理,为各项设备建立信息档案,记录各设备检查、维修、保养记录。具体又分为设备管理、设备外包保养、能源管理、设备维修和工程资料等业务。(3)保安管理:实现对安保人员的信息管理及工作管理,还有消防器材管理和警用物品管理。具体又分为保安档案管理、排班管理、停车场管理、消防器材管理、警用物品管理和日常记录等业务。(4)保洁管理:实现对保洁人员的合同及工作计划管理,同时对工作检查进行记录等业务。(5)仓库管理:主要是针对物业服务公司的仓库的基本资料、进出仓、库存、统计
查询、仓库统计等业务。4.2业务流程
图1:后勤管理系统业务流程图4.3后勤管理系统用例分析
在对系统的需求分析过程中,采用UML的建模方法得到总用例图如下所示。用例最初由IvarJackboson博士提出,后被综合到UML规范之中,成为需求表述的标准化体系。用例图从用户角度描述系统功能,并指出各功能的操作者。用于表现活动者、用例以及它们之间的关系。用例图中主要的构成元素有用例、活动者、用例关系和活动者关系。用例是需求分析中最重要的概念,需求表征了一个系统的设计特性、特征和行为,描述一个系统的需求意味着描述了建立在该系统外部的事物与系统之间的契约,契约声明了系统应该做什么。
图2:企业后勤管理系统总用例图系统管理员,客户管理员,设备管理员,保安人员,保洁人员,领导、保管员是系统的直接用户。
系统管理员通过企业后勤管理系统中的每个用例发生联系。客户管理员通过客户管理中的业务用例发生联系。设备管理员通过设备管理中的业务用例发生联系。保安人员通过保安管理中的业务用例发生联系。保洁人员通过保洁管理中的业务用例发生联系。上级领导通过人力资源管理中的业务用例发生联系。通过以上的业务分析,系统主要包括客户服务模块、工程设备模块、保安管理模块、保洁管理模块、仓库管理模块、人力资源管理模块、后勤资源信息维护模块和系统管理模块八个用例。4.4系统的功能结构根据系统研究分析,本后勤管理系统要实现物业服务公司内建筑、公共设备、用户、物资等基本信息实现录入、修改、查询和删除等操作,并且还要实现后勤资源使用、客户服务、工程设备管理、保安管理、保洁管理、物料管理、人力资源管理、系统管理的统计、查询和报表生成。根据分析的结果系统将分为9个模块如下图,每一个模块又分为若干子模块。后勤管理系统客户服务管理系统管理人力资源管理物料管理保洁管理保安管理工程设备管理