摘 要
伴随着计算机科技的不断发展，我们认识到了计算机的能力在飞速地增长，同时，它也渐渐地融入到了我们的日常生活中，并起到了十分关键的作用。现在，房地产物业公司的数目越来越多，竞争也在不断加强，然而很多的物业公司仍然采用传统的人工管理，这样的管理常常导致问题的产生，而且效率也极低。如何更高效的进行物业管理是现阶段物业公司所面临的问题。本文介绍的物业综合管理系统，可以很好的管理小区内物业人员和业主人员信息，而且业主同时可以通过系统实现物业费管理和在线报修等功能，十分的方便。
该系统采用的Java技术，以 Tomcat为网络服务器，以 MySql为基础，进行了系统设计。系统可以实现登陆模块、管理员功能模块、系统基础功能、修模块、投诉模块，在线留言模块、物业费用模块等模块的功能。
本论文所提出的物业综合管理系统，可以更好地将物业公司内的所有的物业人员的资料等资源进行统一的管理，避免了它们的遗失。因为在这个系统中，所有的业主都要进行登记，这样就可以得到一些业主的基础资料，以便在以后的维护工作中更好地为业主用户提供服务。
关键词：物业管理；信息化；MySQL；B/S模式；Java
一、引言
（一）选题的背景
当今社会，我国的物业公司越来越多，但是许多物业公司还在使用着传统的人力资源进行经营，这种经营方式不仅容易出现各种问题，同时也会造成经营效率低下。随着物业公司的数量越来越多，其竞争也越来越激烈，更有效的进行管理可以明显增强其竞争实力。本系统可以更好地将物业公司的所有的物业人员信息等资源进行整合，从而减少了其丢失的风险。因为在这个系统中，所有的业主都要进行登记，这样就可以得到一些业主的基础资料，以便在以后的维护工作中更好地为业主提供服务。本系统是一种“半开放”的平台，用户只需在网上留下一条信息，就可以直接向用户提出问题，从而避免了到现场询问的烦恼。
（二）选题的意义
为解决目前我国住宅小区的物业公司在为其客户提供的服务中，出现的维护不及时、与客户之间的信息交流不畅等问题，本文提出了一种基于信息技术的住宅小区的物业公司集成管理体系。在此基础上，结合J2EE技术，以 MySQL为基础构建了一个基于 Tomcat的数据库，并以此为基础构建了一个基于 Tomcat的数据库。本系统可以实现业主信息管理，物业信息管理，报修管理和物业费管理等功能。
二、系统需求分析
系统分析是一个项目的前提，可以很好地分析系统的主体用户的基本需要，这也是进行项目的理由。在此基础上，对系统开发展开了可行性分析，一般情况下包括了技术可行性、经济可行性等，可行性分析也是站在项目总体的观点上展开的。在此基础上，本文提出了一种用例图方法。以下是一些具体的描述。
（一）系统概要描述
本文介绍了物业综合管理系统的三大目标。
首先，实现了对物业公司档案资料的有效维护与管理；以往采用的传统的信息存储方法存在一个最大的问题，就是许多的信息资源都极易丢失，而采用这种物业综合管理系统，就可以轻松地将全部的信息都输入到一个数据库中，然后对这个数据库做一个备份，就可以很好地保存报修资源。同时，管理员还可以对业主的资料及房产的资料进行管理。
其次，这个系统为业主与业主之间的沟通提供了一个平台，业主可以在网上留下信息，业主可以通过网络得到业主的答复。用户可以在网上进行维护，由物业经理组织物业工作人员实施维护作业。还可以增加物业费，让住户查询交物业费。
最终，这个系统必须具有良好的扩展能力和良好的可维护性。因为这个系统牵扯到的用户相对较多，因此它属于一个信息管理系统。随着这个系统的使用人数越来越多，它肯定会对程序的升级和迭代提出更高的需求，因此，在进行这个系统的设计的过程中，就必须要重视这个系统的可维护和可扩展性。
（二）系统功能分析
以上是对整个系统的总体层次进行了系统的分析，下面就是根据特定的用户状况进行了需求分析。对于用户的要求，则是以较为简洁的方式，以一条直线将用户的各种功能要求串联在一起，十分直观。目前暂定有四个使用者，即：管理员，业主，物业管理员，以及物业工作人员。这是一个详细的例子，并对每个人物进行了分析。
(1)在图2.1中显示了一个 Administrator例图所示。
管理员的作用： a.管理员可分成两类，一类是超级管理员，另一类是一般管理员，一般的管理员是无权更改高级管理员的资料的；b.每个人都可以更改和更新自己的信息和密码；；c.对小区里其他用户的信息都能够进行管理包括业主信息和物业信息；d.对投诉、报修及报修安排的信息进行删改查操作。
（2）业主用例图如图2.2所示。
业主的功能：a.通过注册登录进入管理界面；b.修改个人信息以及密码；c.发布投诉、报修、在线留言等信息，查询并缴纳物业费，同时可以查询报修安排。
（3）物业管理员用例图如图2.3所示。
物业管理员功能：a.通过注册登录进入管理界面；b.修改个人信息以及密码；c.发布报修安排，添加物业费用，同时可以查看投诉、在线留言、报修以及报修安排信息和物业费用信息。
- 物业人员用例图如图2.4所示。
物业人员功能：a.通过注册登录进入管理界面修；b.改个人信息以及密码；c.查看报修安排通知，查看并回复在线留言，同时可以查看报修、投诉以及物业费用信息。
（三）可行性分析
在对本系统的整体需求进行了上述的分析之后，再对其进行了分析，并对其所具备的技术、资金、开发人员等进行了详细的分析。下面我们就来做一个简要的解释：
1.技术可行性分析
对上述的系统需求进行了分析，首先，我们需要利用数据库来对各类数据进行存储，具体包括了用户数据、报修信息数据、留言信息等。其次，为了将后台的数据转移到网页上，就必须要用到前面的技术，这就涉及到了 html, CSS, JavaScript这三种技术。在前面的要求被要求时，也会要求中间件的支援等等。这些技巧他都是在学校里学到的，就算忘了也可以通过搜索来弥补。总之，从技术上来说，这一点是没问题的。
2.操作可行性分析
整体而言，本系统之运作设定较为简易。毕竟，整个系统的主要目的，也就是将一些基础的东西，比如如何阅读这些东西。不过，系统的运行方式也要尽可能地简化，例如可以进行资源的下载、上传、登陆、下线等等，这些都要尽可能地简化，方便使用者使用。对于管理员的操作，是要有一些了解的，例如，增加和修改业主信息等，仍然要具备一些计算机基础知识，必要时，可以给他们做一些简要的介绍，或是进行一些培训。
3.经济可行性分析
总的来说，这个项目的研发并没有太多的软件，只需要一台计算机，但是软件的要求更高，由于目前已经有了不少的开放资源，因此投资并不大，这个项目中采用了不少的开放资源，例如 mysql、 tomcat、 mybatis等，还有阿里巴巴的图标字母库，以及用于版本管理的 git等。投资的资金来源，大部分都是在研发上，因此，从整体上来看，这并不是一个问题。
三、系统总体设计
然后就是按照系统的要求，对整个系统进行了设计。首先对系统的整体结构进行了简单的描述，再按照系统的要求对各个功能进行了详细的设计，最后画出了对应的图形，以及对应的数据表。以下是详细说明：
（一）系统总体架构设计
1.系统总体开发流程
为了更好地介绍这个项目的开发流程，首先要对项目展开需求分析，接着就是对整个项目展开设计，接着就是将项目进行拆分，分为每个单独的模块，以此为基础，再以模块为基础，展开数据库的设计。接下来，就是要对每个模块进行代码的撰写，在将每个模块都写好之后，再对其进行集成，在不断地对本系统进行测试和调试，最终实现最终的稳定版本，之后才能将其发布出来。
2.系统开发架构的选择
现在，伴随着 web系统的功能的日益完善，越来越多的工程选择了 web系统，同时，物业综合管理系统也是用浏览器来访问系统的。与 app （以 C/S为主）不同， Web系统可以用浏览器来避免许多问题，依赖于浏览器，可以让项目的开发更加容易，不用再为项目的版本更新而导致的数据传输等一系列的问题而担忧。需要指出的是，在 B/S架构的项目中，浏览器与服务器之间的数据的交互是利用 http协议来实现的，而服务器与数据库之间的数据的交互也是利用 http协议来实现的，统一的格式使得信息的交互变得更为方便和快速。在图3.1中描述了特定的 B/S体系结构。
（二）系统总体的逻辑结构设计图
1.系统MVC结构图
首先对整个系统的逻辑进行了详细的规划，并使用了当前比较普遍的 MVC模型。模型层是整个系统的核心层，包含了项目的核心逻辑代码以及数据库， View层是模型层的一个展示例子，控制器的主要作用就是对用户与数据进行交互。需要指出的是， MVC模式的特征是更好地实现了对前台与后台的脱钩，而控制器就是一个脱钩的中间层，它可以分发前台的请求，再通过调用模型层来进行数据的处理。本系统采用了 springMVC作为控制器，其中的分派 Servlet就是对服务器的一种包装。在图3.2中显示的本系统的 MVC构造图表。
2.系统的三层架构设计图
物业综合管理系统采用 SSM框架来构建后台系统，将所有的对象都交给 spring的 ioc容器来进行管理，其优点在于可以更好地让系统了解对象的生命周期，也可以更容易地进行依赖注入，从而降低了代码的书写量，降低了对象间的耦合。具体的三层包括，控制层，业务逻辑层，数据持久层，即控制器，服务，文档层。Dao层的执行类使用 Mybatis的映射文件来执行这些例子的运算。三级体系结构的优点在于可以更好地分离出各大业务，便于各部门之间的相互支持和维护。在三个主要的运作层面上，如图3.3所示我们可以看到一个完整的物业集成管理体系的架构。
（三）系统功能模块设计
1.整体功能模块设计
在确定了系统的总体结构之后，我们可以看到一个物业综合管理系统的主要功能模块。整个系统的功能模块分为了两个部分，分别是：前台和后台。前台就是主页，包含了首页、物业管理员、物业人员、在线留言、业主注册等。后台的模块有业主模块，管理员模块，物业管理员模块，物业人员模块，登陆对应的界面，可以进入报修模块，投诉模块，在线留言模块，物业费用模块。在对每一个模块进行了确认之后，对每一个模块进行了功能特性的设计。下面的图表显示了整个系统的模块结构，见图3.4SSM的小区物业综合管理系统功能模块图。
2.前台页面设计
该物业综合管理系统的首页全部网页都采用了上、中、下的布局，使整个网页看起来更整齐。网页色彩以浅色为主，以凸显网页的美感。主网页被划分成了导航栏，其中的每个导航项被设计为一张 jsp页面，此外，就是用户中心页面，后台管理的页面。后台的管理网页主要采用了简洁的上、下两种形式。
3.用户模块设计
（1）用户模块结构图，如图3.5所示。
本系统的用户包括管理员、业主、物业管理员和物业人员。四种用户模块的功能基本是相同的。
（2）各结构的具体业务逻辑
a. 添加用户：业主、物业管理员、物业人员通过注册登录。
b. 修改用户信息：管理员可以修改物业和业主信息，同时物业和业主可以修改个人信息以及密码。
c. 查询用户信息：管理员进行用户信息查询，用户可以自己查询需要的信息。
d. 删除用户信息：管理员能够删除物业和业主信息。
4.报修模块设计
（1）报修模块结构图，如图3.6所示。
物业综合管理系统是一个交流性质的服务平台，业主通过本系统报修，物业管理员会收到报修信息然后进行处理，所以需要专门设计一个报修管理模块，具体的结构图如下。
（2）各结构的具体业务逻辑：
① 添加报修信息：业主通过系统添加报修。
② 修改报修信息：业主和物业均能修改报修信息。
③ 查询报修信息：用户可在平台上查询报修信息。
④ 安排报修：物业管理员安排物业人员去进行报修服务。
⑤ 查询报修安排：物业人员可在平台上查询报修安排进行报修，结束后更改报修状态。
- 删除报修信息：业主、物业管理员、物业人员能在平台上删除报修信息。
5.投诉模块设计
- 投诉模块结构图，如图3.7所示。
（2）各结构的具体业务逻辑：
① 添加投诉：业主能登录系统添加投诉。
② 修改投诉：业主、物业管理员、物业人员能修改投诉信息。
③ 查询投诉：用户能够查询投诉信息。
- 删除投诉：用户能删除投诉信息。
6.在线留言模块设计
- 在线留言模块结构图，如图3.8所示。
（2）各结构的具体业务逻辑
① 添加留言：业主可在线添加留言，表达自己对小区物业管理的态度。
② 查看留言：业主、物业管理员和物业人员都能够查看留言。
③ 回复留言：物业人员可回复留言。
- 删除留言：物业人员和物业管理员都能够删除留言。
7.物业费用模块设计
- 物业费用模块结构图，如图3.9所示。
物业管理员登录系统添加物业费缴纳信息，业主登录系统查看自己相应的物业费用情况，未缴纳的可进行缴纳，具体的结构图如下。
- 各结构的具体业务逻辑
①添加物业费：物业管理员发布物业费明细。
②修改物业费：物业能够修改物业费用。
③查询物业费：系统可把所有的相应物业费缴纳信息展示出来，让业主、物业管理员和物业人员查阅。
④支付物业费：业主可支付物业费，支付后费用状态会变化。
- 删除物业费：物业管理员和物业人员均可删除物业费用。
（四）系统基础功能设计
1.用户注册登录设计
用户使用本系统是需要注册的，没有登录的情况下，用户进行任何的操作，都会跳到登录页面，提示注册。用户注册登录的具体的程序框图，如图3.10所示。
2.密码修改设计
所有的用户登录以后，都可以修改自己的密码，密码修改具体的程序框图，如图3.11所示。
3.图片上传设计
用户可以上传图片到系统中，上传以后先把图片保存在数据库中，当有的用户想要观看的时候，就可以调出数据库中的图片进行观看，其上传图片的程序框图如图3.12所示。
4.报修功能的流程管理设计
业主可以通过系统进行报修，报修的内容会传到物业管理员，物业管理员收到报修信息以后可以分配到业务人员系统上，具体程序框图，如图3.13所示。
（五）数据库设计
1.系统E-R图
根据以上的功能模块设计，之后就是找到各个功能模块中涉及到的实体，也就是对象。为了更形象的表示对象中的属性关系，一般使用E-R图来表示，E-entity，R-relation[[i]]。先分析单个对象的实体图，分析完了之后就可以在程序中进行对象的封装了。
（1）系统单独实体图如图下所示。
①用户实体图，如图3.14所示。
这里的用户特指超级管理员以及普通管理员。
②报修信息实体图，如图3.15所示。
由业主发布填写，业主、物业管理员、物业人员可以根据报修信息的id查到对应的报修信息。
③报修安排实体图，如图3.16所示。
由物业管理员发布填写，业主、物业管理员、物业人员可以根据报修安排的id查到对应的报修安排信息。
④留言板实体图，如图3.17所示。
由业主发布填写，业主、物业管理员、物业人员可以根据留言的id查到对应的留言信息，物业人员还可以进行回复。
⑤投诉信息实体图，如图3.17所示。
由业主发布填写，业主、物业管理员、物业人员可以根据投诉信息的id查到对应的投诉信息。
⑥物业费用实体图，如图3.19所示。
由物业管理员发布填写，业主、物业管理员、物业人员可以根据物业费用的id查到对应的投诉信息其中备注是指业主是否支付物业费。
⑦物业管理员信息实体图，如图3.20所示。
由物业管理员自行注册填写，管理员可以添加物业管理员信息，可以跟据对应的id查找到该物业管理员信息。
⑧物业人员信息实体图，如图3.21所示。
由物业人员自行注册填写，管理员可以添加物业人员信息，可以跟据对应的id查找到该物业人员信息。
⑨业主信息实体图，如图3.22所示。
由业主自行注册填写，管理员可以添加业主信息，可以跟据对应的id查找到业主信息。
（2）系统E-R图
①用户进行业主信息管理、物业信息管理E-R图，如图3.23所示。
用户可以管理物业信息、业主信息，业主可以查看物业信息。
②其他功能的E-R图，如图3.24所示。
其他实体之间的联系如图3.24所示，业主可以发布报修信息，在线留言，也可以查看报修安排，在线留言等操作，同时可以进行物业费用的缴纳，物业管理员可以发布报修安排以及物业费用，物业管理员可以进行回复在线留言，查看报修信息等操作。
2.数据库逻辑设计
根据以上的E-R图，继而设计数据库表格，注意的是数据库表格遵从三范式标准，这样以后操作也会更加简单一些。
本站文章通过互联网转载或者由本站编辑人员搜集整理发布，如有侵权，请联系本站删除。