小区物业管理信息系统的设计与实现本科毕设论文Word文件下载.docx
《小区物业管理信息系统的设计与实现本科毕设论文Word文件下载.docx》由会员分享，可在线阅读，更多相关《小区物业管理信息系统的设计与实现本科毕设论文Word文件下载.docx（40页珍藏版）》请在冰豆网上搜索。
1绪论
1.1项目开发背景
随着计算机技术的发展，人们的生活越来越便利，很多事情都可以走不出户就能完成。
如购物，上淘宝点击你想要的物品，网上付款就能得到，想要飞机火车票，网上也能完成。
而现在的物业缴费却还是个问题，虽然有些物业费在网上也可以上交，但是对于那些插卡式的煤气，电费仍是不能实现网上缴费的功能，人们还是要跑到指定的地点才能缴费，这给现代的人们带来了很多的不便。
在技术如此成熟，科技如此发达的年代，没有理由让物业缴费成为人们的困扰。
开发一个针对物业缴费的系统是必然的[1]。
我们都知道，现在Web技术已经很强大了，只要你能想得到的，用Java都能实现，或者说不用Java，就是其他语言也能实现[2]。
现在还要跑到指定的地点去缴费，这跟现在的网络时代相隔差距也太大了，如同让一个时尚美女跨个小学生的书包。
这是绝对不搭调的，为了让物业缴费跟的上现代科技发展的脚步，开发物业管理系统已经迫在眉睫了[3]。
而且，对于现代速食的现代人们，时间是太宝贵了，浪费那么多的时间在物业缴费上也实在是太可惜了，为了这宝贵的时间，我们也应该开发一个物业管理系统。
还有就是随着技术的发展人们也慢慢变得更懒了，能不用出门就尽量不出门，乐的在家享受生活，一天的工作已经够累的了，谁还愿意为了交个物业费而跑腿呢。
为了实现物业缴费的便利，我想到了要开发一个针对小区用户的物业管理系统，于是我试着开发了本系统[4]。
本物业管理系统主要是实现物业缴费，同时也方便用户查询缴费信息、小区消息等功能。
在我看来，开发这个系统的非常必要的。
有了这个系统，人们在物业缴费这方面肯定会特别的方便。
1.2技术可行性研究
目前，网络应用软件运行的模式主要有二类：
Client/Server模式，Browser/Server模式。
前者主要的缺点是维护、升级较麻烦，后者是近几年伴随Internet迅速发展起来的一种技术，它与客户/服务器方式类似，客户端是一个标准的浏览器，服务器端是WebServer，而WebServer与数据库和应用服务器的紧密结合，使得这种模式的应用范围不断扩大，它已不仅仅用于网上查询，有很多部门的业务系统、企业的MIS系统纷纷采用这种模式，它的主要优点是便于扩充应用、升级维护简便。
所以，我选择了Browser/Server模式[5]。
开发语言，Java的强大之处在于它的无所不能，而且现在的主流也是Java，所以选择用Java语言开发是我的必然[6]。
JSP、JAVASCRIPT、CSS、IFRAME、TABLE是我将要用来设计界面的技术。
利用JS我们可以实现很多的界面效果，可以让你的界面变得震撼，如字体的颜色、大小的变化，图片的自动切换等。
Css可以让你的页面布局更自然，让人看起来特别自然，还可以减少代码的重复。
Iframe可以帮助你页面布局，你想把你的页面分为几块都能帮你实现。
Table能帮你把你的数据以你想要的方式显示出来。
通过这些技术，能让你的页面达到你要的所有的效果，使其变得美观大方[7]。
面对着关系到金钱的利益关系，安全性著称的Oracle成了我的选择。
Oracle是一个大型数据库，从他的服务的启动所花的时间来看我们就可以发现他与其他数据库的不同。
比如，你要一个自增序列，SqlServer就一个Identity函数，而Oracle可以你自己随便建Sequence然后建一个触发器就可以了[8]。
并且Oracle比其他数据库强大的地方其实是他的角色的管理。
像SqlServer就一个用户一个数据库，而Oracle可以一个数据库拥有多个用户，并且每个用户只要赋予他权限他就可以在数据库中建表等操作[9]。
在我看来，利用以上技术完全可以进行这个系统的开发。
1.3本课题要达到的设计目标
小区物业信息管理系统使针对当代社会，针对人们生活的科技信息化应运而生的，是为小区管理着和小区用户更好的更方便的维护小区各项物业管理业务处理工作而开发的管理软件，根据需求分析，实现小区管理业务，实现各项管理等几个方面的功能。
这个系统分为两个角色，系统管理员和普通用户[10]。
（1）管理员拥有以下功能：
收费管理：
欠费收取、预交费、客户帐户退还、临时收费、押金管理。
数据处理：
生成收费数据、水表数据录入、电表数据录入、气表数据录入。
统计查询：
应收费明细查询、已收费明细查询、未收费明细查询、客户帐户流水帐、现金收支统计、欠费收取明细、预交费明细、临时收费明细、自动扣款明细、抄表明细、优惠明细、月季年度统计。
系统管理：
小区设置、收费项目设置、客户资料维护、登录用户维护。
（2）普通用户拥有以下功能：
个人信息查询：
查询用户个人信息，可以修改除了权限以外的所有个人信息。
水电气表信息查询：
可以查询用户本人的所有表信息，可以根据日期查询，且可以模糊查询。
缴费记录查询：
查询用户的所有缴费记录，也可以根据日期查询用户指定日期的缴费记录。
单价查询：
用户可以查询小区所有的单价信息，也可以查询的最新的单价信息。
查看小区最新消息：
用户可以查询到小区的最新消息，当然也可以查询到以前的小区消息。
1.4本章小结
本章主要讲了项目是在计算机发展迅速，人们生活越来越便利，物业管理是时候要实现信息化的背景下开发的，而且，现在JavaWeb技术已经足够强大实现这个系统，在技术这方面已经不是问题了。
该系统的实现目标则是实现计算机自动缴费，管理员可以通过系统来管理小区用户的缴费。
2系统分析
2.1小区物业管理系统的需求分析
小区物业管理系统是面向小区的物业缴费，是利用计算机对小区物业缴费进行集中管理而开发的系统[11]。
该系统是Jsp连接Oracle数据库进行开发的，力求与实际相结合具有查询、管理等功能，旨在达到使小区的管理和运营趋于计算机化，使之更加方便、快捷以提高工作效率，最大方面的方便用户。
用户要缴费，系统中就一定需要保存用户的资料，用户要能够登录到系统进行缴费，那么他就一定要拥有该系统的账户，系统中面对如此多的数据，就一定要有个管理员来对其进行维护，这就决定了改系统需要两个角色，管理员和普通用户。
为了尽可能的方便用户，系统要实现自动扣款的功能，那么用户就要拥有一个独立的账户，让系统到时间能够自动扣款[12]。
要交物业费，那就一定要水电气表的数据，而且要计算费用还需要小区当月的单价信息。
由于是面向小区用户，小区的最新事件也一定是用户关心的问题，由此。
小区消息的公布也是一个需要的必然。
为了方便用户查看消费记录，系统就一定要对数据进行一个处理，方百年用户查询。
如：
数据的统计计算，年月的总结，总计等。
管理员需要对系统中的所有数据进行管理，他要具有一个比普通用户更高的权限。
要面对所有用户的数据，对所有的数据进行操作，统计查询等。
同时也要对小区的用户进行管理，如添加用户，删除用户等[13]。
2.2功能说明
管理员系统功能模块说明如下:
（1）收费管理：
对各种费用进行管理，具体如下：
欠费收取：
把所有欠款用户查询出来，让其缴费。
预交费：
用户多交的费用可以算作预交费，如果用户下个月到了缴费时间还没有缴费的话，系统可以自动从预交费中自动扣除。
客户帐户退还：
如果用户要搬离小区，可以把多交的费用以及押金退还给用户。
临时收费：
小区管理员可以根据小区特殊情况，对小区用户进行临时收费。
押金管理：
住入小区的用户，小区要收取一定的押金，具体数目由管理员决定。
（2）数据处理：
对小区用户的水电气表数据的处理。
具体如下：
生成收费数据：
根据用户本月的用水电煤气的量和本月的单价计算用户本月的费用。
水表数据录入：
录入所有小区用户的水表数据。
电表数据录入：
录入所有小区用户的电表数据。
气表数据录入：
录入所有小区用户的气表数据。
（3）统计查询：
对所有小区用户的所有数据进行各种方式的查询。
应收费明细查询：
小区用户应该缴费的信息查询，水电煤气、临时收费等。
已收费明细查询：
用户已经交了的费用的查询。
未收费明细查询：
用户还没有缴费的详细信息的查询。
客户帐户流水帐：
查询用户每个时间交了什么费用。
现金收支统计：
用户所有缴费未缴费信息的查询。
欠费收取明细：
用户欠费记录的明细查询。
预交费明细：
用户预交费的详细记录查询。
临时收费明细：
小区针对所有小区用户的临时收费详细记录查询。
自动扣款明细：
系统对用户账户的自动扣款详细的查询。
抄表明细：
用户水电煤气表数据的详细查询。
可以查询具体时间的表格数据。
（4）系统管理：
小区中的各种资料的管理。
小区消息：
小区消息的添加。
收费项目设置：
针对小区水电煤气单价的设置。
客户资料维护：
用户资料的增删改查。
登录用户维护：
添加小区用户。
对刚添加的用户收取一定的押金。
押金可以在用户推出小区时归还。
这些都是管理员具有的功能，由于普通用户的功能在前面已经详细介绍过了，在这里我就不再重复了。
总之管理员跟普通用户的功能差不多，只不过管理员针对的是小区内所有的用户，而普通用户只能对自己的数据进行操作。
区别仅限于此。
还有就是普通用户对于押金，临时收费只有上交的权利，而没有设置的权限，并且对于费用单价也只有管理员才能操作，再有就是对于小区消息，普通用户只有查看的权限，不能增删改。
对于普通用户基本就只有查询的功能。
对于系统的功能中的查询，其中都可以根据搜索条件对其进行模糊查询，用户可以根据自己想要查找的条件查询到明细的信息[14]。
2.3本章小结
本章主要对系统进行了一个文字性的描述，分析了小区物业管理系统的需求，剖析了其功能，并对每个功能进行详细的介绍。
从用户的个人信息到用户数据的生成，并把每个功能模块中的小功能也进行了描述。
通过这一阶段的分析，系统的需求已经明确，并为下面的系统设计奠定了良好的基础。
系统分为管理员和普通用户，管理员可以对数据进行增删改查，用户只能对数据进行基本的数据查询。
他们是通过用户权限来区别的。
管理员具有普通用户的所有功能，而普通用户不具有管理员的功能。
3系统设计
3.1系统功能分析
根据系统功能的要求，小区物业系统分为五个主要模块。
即住户资料管理、物业缴费管理、小区消息管理。
可以将系统分解成为几个功能模块来分别设计[15]，功能模块间的关系如图3-1所示。
图3-1基本模块图
对于小区物业系统，根据系统功能分析，仅有一个单一的流程化页面。
所以从欢迎页面到登录页面，如果登录成功，则进入相应的功能页[16]。
整个系统的页面逻辑结构示意图如图3-2所示。
图3-2整个系统的页面逻辑结构示意图
3.1.1用例图
用例说明：
系统中管理员角色的用例图，包含整个系统中关于管理员这个角色拥有的用例信息[17]，管理员用例图如图3-3所示。
图3-3管理员总用例图
系统中普通用户角色的用例图，包含整个系统中关于普通用户员这个角色拥有的用例信息[18]，管理员用例图如图3-4所示。
图3-4普通用户用例图
管理员在收费管理模块用例图如图3-5所示。
图3-5收费管理模块用例图
管理员在数据处理模块的用例图。
数据处理有包含生成收费数据、用户缴费和水电气表数据录入3个用例。
如图3-6所示。
图3-6数据处理模块用例图
管理员在统计模块的用例图。
统计查询用例又包含上图所示的12个用例。
如图3-7所示。
图3-7统计查询模块用例图
管理员在系统管理模块的用例图如图3-8所示。
图3-8系统管理模块用例图
3.1.2时序图
（1）用户信息修改时序图如图3-9所示。
图3-9用户信息修改时序图
（2）用户缴费时序图如图3-10所示。
图3-10用户缴费时序图
3.2数据库设计
数据库设计是要在一个给定的应用环境（DBMS）中，通过合理的逻辑设计和有效的物理设计，构造较优的数据库模式、子模式，建立数据库和设计应用程序，满足用户的各种信息需求[19]。
3.3概念结构设计
在数据库设计中，先要对系统分析所得的数据字典中的数据存储进行分析，然后得出系统的关系模式，可以采用实体——联系图（简称E——R图）的方法进行数据结构的描述[20]。
E——R图由实体、属性、联系三部分组成[8]。
E——R图的有关符号说明如图3-11所示。
图3-11E-R图说明
用户信息实体属性如图3-12所示。
图3-12住户信息E-R图
押金实体属性如图3-13所示。
图3-13押金信息E-R图
预交费实体属性如图3-14所示。
图3-14预交费信息E-R图
临时收费实体属性有：
住户编号、编号、临时收费、缴费标志、缴费日期。
实体属性图如图3-15所示。
图3-15临时收费信息E-R图
账户信息实体属性如图3-16所示。
图3-16账户信息E-R图
欠费信息实体包含的属性有：
住户编号、编号、欠费金额、缴费标志、缴费日期。
其实体属性如图3-17所示。
图3-17欠费信息E-R图
水电煤气表信息实体属性图如图3-18所示。
图3-18水电煤气信息E-R图
系统总体的E-R图如图3-19所示。
图3-19实体间联系图
3.4物理结构设计
物理结构设计的原则如下：
（1）尽可能的减少数据冗余和重复。
（2）结构设计与操作设计相结合。
（3）数据结构具有相对的稳定性。
基于以上设计原则，本系统设计了一个数据库，包含住户信息、收费信息、单价信息、数据信息、押金信息、预交费信息等几个表。
为了加快系统访问的速度我还建了一个视图。
本系统中相关数据库表结构设计举例如下：
单价信息中编号是在数据库中创建序列和触发器来进行以１为单位自增的。
数据库设计如表3-20所示。
表3-20单价信息表
字段名称
字段类型
宽度
小数位
ID
自动编号
日期
Data
水费
Number
电费
煤气费
住户信息表数据库设计如表3-21所示。
表3-21users（住户信息）表
宽度
住户编号
户主名称
文本
20
联系电话
Email
50
地址
权限
水电煤气表信息数据库设计如表3-22所示。
表3-22data（水电煤气表信息）表
编号
日期/时间
水表
电表
煤气表
2
押金信息表数据库设计如表3-23所示。
表3-23押金信息表
用户编号
押金
缴费标志
预交费信息表数据库设计如表3-24所示。
表3-24预交费信息表
预交费
临时收费信息表数据库设计如表3-25所示。
表3-25临时收费信息表
临时收费
缴费日期
缴费清单表的编号是在数据库中创建序列和触发器来进行以１为单位自增的。
数据库设计如表3-26所示。
表3-26缴费清单表
缴费金额
缴费类型
欠费信息表数据库设计如表3-27所示。
表3-27欠费信息表
欠费金额
账户信息表包含有：
编号、住户编号、缴费金额、日期、账户余额。
数据库设计如表3-28所示。
表3-28账户信息表
账户余额
费用表包含字段有：
编号、住户编号、缴费金额、日期、水费、电费、煤气费、总计。
其每个字段的类设计都按照其需求来定的。
其在数据库中的详细设计如表3-29所示。
表3-29费用表
总计
小区消息表包含字段有：
编号、标题、内容、日期。
其中编号是在数据库中创建序列和触发器来进行以１为单位自增的。
其每个字段的类设计都按照其需求来定。
其在数据库中的详细设计数据库设计如表3-30所示。
表3-30小区消息表
标题
Vachar2
内容
Varchar2
所有缴费信息表包含字段有：
住户编号、缴费金额、日期、水费、电费、煤气费、总计、临时收费、押金。
其在数据库中的详细设计数据库设计如表3-31所示。
视图3-31所有缴费信息视图
用户名称
3.5本章小结
本章先进行了系统功能的描述，接着用用例图、时序图详细描述了系统的设计。
把系统的功能用图形直观的展示出来了。
用例图有一个系统的总的用例和每个功能模块的单独用例，时序图由于太多，所以选择了两个具有代表性的画。
在后面用visual画了数据库设计的E-R图，并在后面用表格对数据库表的设计进行了描述，把数据库的设计进行了一个展示。
数据库的设计完成，为以后的系统的详细设计做好了铺垫，通过本章，数据库的设计就已经完成了。
接着就是系统的详细
升级会员 