毕业论文-基于java的小区物业收费管理系统(含JAVA中英文翻译)

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

毕业论文
基于java的小区物业收费管理系统此文档为word格式,下载后可随意编辑
摘要
随着小区住宅的增多,物业管理水平的提高,传统的人工管理模式已经不能满足业主和管理人员的要求;同时面对信息科技带来的优势,用软件或者系统来管理收费已成为了提高工作效率的手段之一,因此就为小区收费系统的开发提供了广阔的前景。

论文讨论了关于小区物业收费管理系统的主要内容,包括业主的房源信息、车位信息、日常收费信息、费用设定信息、数据备份信息的管理等。

主要从三个方面来阐述小区物业收费管理系统的设计与开发,主要包括:系统管理用户;小区收费管理用户;业主用户。

每个用户权责明确,各尽其职;从而实现了费用信息管理一体化,具有一定的现实意义和应用。

本系统基于B/S模式,涉及到web2.0开发的基本功能和技术,主要技术有JSP、Html、JavaScript、CSS、SQL Server2000等,采用了tomcat6.0服务容器和JRE1.5运行环境。

本系统的使用,对小区物业收费管理实现了又一次突破,给小区收费管理人员提供了极大的方便。

关键字:管理系统;Web2.0技术;数据库;软件测试
Abstract
With the increase in residential housing, property management level, the traditional man-management has been unable to meet the owners and management personnel; also face the benefits of information technology, software or systems to improve management fees has become efficient means of, and therefore charges for the residential development of the system to provide a broad prospect.
Discussion paper on the district property charge management system mainly include the owners of housing information, parking information, daily fee information, cost of setting information, data back-up information management. Described from three aspects to charge residential property management system design and development, including: system management user; cell charge management users; owner user. Clear responsibilities for each user, each doing its job; in order to achieve the integration of information management costs, has some practical significance and applications.
The system is based on B / S model, involving the development of basic functions and web2.0 technology, the major technologies JSP, Html, JavaScript, CSS, SQL Server2000, etc., using tomcat6.0 service containers and JRE1.5 operating environment.
The use of the system of residential property management fees once again achieved a breakthrough to the district management fees offer great convenience
Key Words:Management system; Web2.0 technologies; database; software testing
目录
摘要 (I)
Abstract ..................................................................................................................................... I I 第1章绪论 . (1)
1.1本文工作的来源 (2)
1.2目的和意义 (2)
1.3国内外进展 (2)
1.3.1国外进展 (2)
1.3.2国内进展 (3)
1.4本文工作的主要内容 (3)
第2章可行性研究 (4)
2.1 经济可行性 (4)
2.2 技术可行性 (4)
2.3 操作可行性 (4)
2.4 法律可行性 (4)
第3章需求分析 (5)
3.1 系统功能的需求分析 (5)
3.1.1 系统管理员 (5)
3.1.2 收费管理人员 (6)
3.1.3 业主用户人员 (7)
3.2 系统性能的需求分析 (7)
3.2.1 硬件环境 (7)
3.2.2 软件环境 (7)
3.3 数据库需求分析 (8)
3.3.1数据结构和数据项 (8)
3.3.2 数据流图 (8)
3.3.3 数据字典 (9)
第4章总体设计 (10)
4.1 功能模块总体设计 (10)
4.1.1 系统管理员子系统 (10)
4.1.2 收费管理子系统 (11)
4.1.3 日常管理子系统 (11)
4.2 数据库设计 (13)
4.2.1 数据库概念结构设计 (13)
4.2.2 数据库逻辑结构设计 (15)
4.3 目录结构设计 (16)
4.4 系统界面设计 (16)
4.4.1 系统界面的设计原则 (16)
4.4.2 系统界面的设计步骤 (17)
第5章详细设计 (19)
5.1登陆和权限验证的设计 (21)
5.1.1 登陆界面设计 (21)
5.1.2 权限验证的设计 (23)
5.2 用户角色和权限联系的设计 (28)
5.3 数据库设计 (28)
5.3.1 JDBC介绍 (28)
5.3.2 数据库表设计 (29)
第6章系统编码 (33)
6.1 编程语言的选择 (33)
6.2 编码效率的问题 (33)
6.3 系统的编码 (33)
6.3.1 日常管理子系统的编码 (33)
6.3.2 收费管理子系统 (34)
6.3.2 系统管理员子系统的编码 (35)
第7章测试 (37)
7.1 软件测试规则 (37)
7.2 软件测试开始 (38)
7.2.1 白盒测试 (38)
7.2.2 黑盒测试 (39)
结论 (41)
参考文献 (42)
附录A程序关键代码 (43)
致谢 (50)
外文科技资料翻译 (51)
英文原文 (51)
中文译文 (59)
第1章绪论
当今社会信息瞬息万变,谁掌握了信息谁就掌握了经济命脉。

纵观古今中外能在这经济中激流勇进无疑都具有一把利剑,那就是—效率!效率是什么?效率就是时间,效率就是生命!而当今一个企业甚至是个人的工作效率的提高在很大一部分得益于一个良好的工作环境—软件或系统。

随着市场经济的发展和人们生活水平的提高,住宅小区已经成为人们安家置业的首选,小区业主不但对住宅的本身的美观、质量要求越来越高,同时对小区物业的服务和管理也要求较高。

这样就要求小区管理者对物业管理进行宏观的和微观的细致管理,其中最好的办法就是用计算机操作的小区物业收费管理系统来实现对小区物业的管理,伴随着小区的的规模不断扩大和住户的不断增多,像小区中的车位费用,物业相关费用,等维护的工作量也将越来越大。

如果还依靠人工来处理不仅效率底,保密性差,而且时间一长还会产生大量文件和数据,这样对查找,更新和维护带来了不少的困难。

然而使用计算机软件进行小区物业收费的管理,能够达到信息及时反馈,改善服务质量,并根据业主的需求有针对性的改进业务,以提高服质量;从而能给日常管理带来极大方便,所以开发一个物业收费管理系统很有必要。

中燕小区是燕郊开发比较早的小区之一,对于小区物业收费管理实现采用的是手工操作,随着人口的增加和数据量的加大,收费管理人员和业主们已经不能忍受这种管理模式,所以开发一个日常收费管理系统也就势在必行了。

纵观国内外大中型小区,一般的小区都采用了不同的管理软件来实现日常的收费和信息的维护。

比较有名的管理系统如国内:好用软件公司开发的小区物业管理系统采用vb+mysql;国外一些知名的小区物业收费管理系用大部分采用的是ASP+SQL以及部分是PHP+SQL,由于小区收费管理系统主要任务是小区收费和信息维护进行有序稳定的管理,那么采取功能完善和容易使用就成为了本次开发的着重点。

在当今技术热潮中,JAVA已经主导着软件开发行业的先锋,由于其开发出软件具有平台无关性:一次开发,随处可运行的特点,成为当今软件开发行业的新宠。

所以为了和国内外接轨和延长软件的生命周期,本系统采用了我们熟悉的JSP+SQL相关知识进
行开发。

通过五年的大学生活对理论课JAVA和软件工程的相关了解以及数据库SQL的掌握,基本上可以勾画和设计比较简单的软件的开发模式,尤其在自己业余的学习生活里对动态网页相关技术(html/css/javascript)的学习,对网站的设计有了一定的理论和实践经验。

通过对本次网站的设计和开发可以进一步加深理论知识的了解,同时也能给中燕小区物业收费管理带来方便。

1.1本文工作的来源
本设计源于开发一个收费管理信息化的一个构想,应用平时学习的知识和生活总结的经验以及对同类产品的借鉴,开发出这个小区物业收费管理系统。

其难度工作量也都符合毕业设计的要求,是符合教学要求的模拟题目。

1.2目的和意义
通过该题目的实施,使学生掌握“中燕小区物业收费管理系统的设计与实现”的全过程,达到检验学生对专业理论知识理解与掌握的程度以及综合运用所学知识,分析问题、解决问题的能力。

了解物业收费管理的基本流程,并做出合理的设计与实现方案,建立一个功能齐全且具有实用价值的“中燕小区物业收费管理系统”。

题目本身意义是建设一个功能齐全具有实用价值的“小区收费管理系统”。

对于该小区收费管理系统的应用具有广阔的前景。

体现了计算机行业关于动态的网站开发和实现的相关应用。

1.3国内外进展
随着信息的发展,越来越多的行业步入了信息化的时代,而小区收费管理系统就是在这一段时间兴起的新宠。

从国内外大型住宅和小区的了解看来,一般中高档,甚至以前建立比较早的小区也采用了不同的收费管理软件。

1.3.1国外进展
国内一般用户住宅小区大部分都采用了物业收费管理软件,尤其是最近几年新建立小区越来越靠近了智能化和信息化的管理。

但在系统的开发方面主要用到了VF、VC、ASP等相关知识。

比如:方圆通公司物业小区管理系统5.0版本采用的C++和SQL;美萍物业管理系统采用的PHP和MYSQL等,相比较而言JSP采用的比较少。

综合考虑了开发语言的特点,本系统采用了JSP+SQL2000实现。

1.3.2国内进展
国外发达国家物业管理大部分采用的是“业主大会”,它是一个企业,其业主大会下面成立一个管理委员会,自己请专业管理公司来管理,管理委员会中有工程师、会计师、建筑师、管理者等等,是作为顾问,为业主大会的决策提供专业咨询。

由于商业机密的保密性和个人相关隐私,专门物业收费管理软件或系统在国外查询起来相对困难,但从大部分的国外网站和小区查询来看,该方面还处于比较年轻的一代,所以物业收费管理系统具有广阔的应用前景。

尤其是随着新的技术不断涌现,比如Ajax和Flex的相关技术的出现,使得小区物业收费管理系统的开发与设计进入了一个新的阶段,逐步由传统的C/S模式向B/S模式方向发展,本系统就是基于此开发与实现的。

1.4本文工作的主要内容
论文的主要内容涉及小区物业收费管理系统的设计与开发过程。

第一章绪论部分,讨论收费系统的发展状况;
第二章可行性研究部分,分析系统开发的可行性目的、任务和结果;
第三章需求分析主要讨论小区收费管理系统的用户需求,通过用户需求的分析和调研,制定出软件需求规格书;
第四章总体设计主要讨论了系统各个功能模块、数据库、和结构目录的设计;
第五章详细设计主要讨论了总体设计中的每个模块采用的算法和块内的数据结构;
第六章软件编码主要讨论各个模块编码实现;
第七章软件测试主要讨论了软件测试的目的和方法。

第2章可行性研究
任何一项比较大的软件的开发,首先要进行的是可行性分析和研究,而小区物业收费管理系统也不能例外。

通过可行性的研究和分析,来解决怎么样用最小的代价在尽可能少的时间内确定问题是否能够解决。

但是这个阶段不是解决用户提出问题的时候,而是解决该系统是否值得去开发。

通过可行性研究和分析,提出每一种解决问题的利与弊,一般都要从经济、技术、操作、法律四个方面来展开的,作出明确的结论来供用户参考。

2.1 经济可行性
通过成本-效益分析,一方面,该系统是个模拟系统,现有PC机即可提供该系统开发工作需要的所有硬件设备环境,至于人员主要以开发人员为指导,对计算机熟悉的人员来管理,成本比较低;另一方面,该系统中友好的人机界面和更强劲的功能支持,会使小区管理人员的工作进一步提高,从而节省人力、物力,进而提高经济效益。

2.2 技术可行性
以Windows为操作系统,运用SQL Server的数据库技术,开发以Windows 9以上为用户的操作平台,界面友善、功能齐全的《小区物业收费管理系统》。

通过现有的技术完全可以实现。

2.3 操作可行性
操作上是对Windows操作系统的引用,该系统的使用,主要凭借使用Windows操作技术即可完成数据录入,方便简单。

使用前只要对用户进行简单的说明或阅读帮助文件即可使用该系统。

2.4 法律可行性
法律可行性主要研究系统开发过程中可能涉及到的合同、侵权、责任以及各种与法律相抵触的问题,由于本系统是个模拟系统,所以不涉及到法律相关责任,可以实行设计与开发。

通过对以上可行性的分析与研究,该系统可以投入开发与使用。

第3章需求分析
软件需求分析是软件开发的第一个阶段,是软件生存周期最重要的一步,是关系到软件开发成败的关键步骤。

它的主要任务还不是确定系统怎么样完成工作,而是仅仅确定系统必须完成那些任务。

经过调查、研究和分析,尽管各个小区物业收费的要求存在差异,但是一般而言,日常的物业收费管理均要求以收费信息处理和收费管理为核心,同时提供各种便捷服务。

因此,典型的小区物业收费管理系统应包括:用户管理(主要指各级用户的权限设置);基本信息管理:(主要包括房源业主信息和车位信息建立与管理等);收费项目设置:(主要包括设置各种收费项目及单价);管理费维护(主要包括管理费预存、催缴单生成等);收费管理:(主要包括费用收取、打印发票等);查询统计:(按楼栋统计收缴和欠费情况);实现费用统计图等。

需求分析是整个设计过程的基础,它将直接影响到软件的开发速度与质量,所以必须准确的了解与分析用户的需求。

3.1 系统功能的需求分析
系统功能的需求分析是将一个系统看成由若干个子系统,子系统下又由若干个模块构成的一个集合,每个模块又分为若干个子功能(加工)的过程。

通过系统功能的需求分析能确定系统必须的完成什么样的功能。

3.1.1 系统管理员
系统管理员是本系统管理和维护人员,主要包括信息增、删、该、查、备份等。

(1) 用户信息的维护模块:
管理员通过网站能够实现对网站登陆人员信息的修改,添加,删除等功能。

(2) 信息查询模块:
管理员通过网站能够实现对小区所有用户和房源信息查看等功能。

(3) 信息删除模块:
管理员通过网站能够实现对小区所有楼房信息和车位信息删除等功能。

(4) 费用修改模块:
管理员通过网站能够实现对日常费用(水、电、物业、车位费)的修改等功能。

(5) 信息录入模块:
管理员通过网站能够实现对车位信息和楼房信息增加等功能。

(6) 信息统计模块:
管理员通过网站能够实现对业主房源、车位、水电费的统计,生成饼状图来显示。

(7) 信息备份模块:
理员通过网站能够实现对业主最近几个月各类消费信息的导出与备份等功能。

3.1.2 收费管理人员
收费管理人员是系统的核心人物,包括费用收取、催缴,查询等模块。

(1) 收费管理模块:
收费人员主要对车位费、物业费、水费、电费的收取,生成打印详单给业主。

(2) 费用查询模块:
收费人员主要通过该模块了解业主相关信息,有利于收费人员对日常的管理。

(3) 预存费用管理模块:
收费人员主要对业主预存费的管理,存入预存表中并生成打印详单给业主。

(4) 催费管理模块:
收费人员主要通过查询业主欠费情况去预存中查找,最后生成催费详单打印。

(5) 欠费管理模块:
收费人员主要通过查询欠费表,生成欠费人员名单上传到日常能能模块和打印。

(6) 信息修改模块:
收费人员主要通过该模块,能够对日常错误操作进行恢复和修改的功能。

(7) 信息录入模块:
收费人员主要通过该模块,对每个月相关费用的录入(主要水电费)的功能。

(8) 账单打印模块:
收费人员主要通过该模块,对费用上交和日常维护信息的打印等实现。

(9) 日常管理模块:
收费人员主要通过该模块,对欠费人员和日常通告进行信息的上传的功能。

3.1.3 业主用户人员
业主用户主要是了解小区日常收费管理的通知和日常管理的通告。

(1) 日常费用查询模块:
业主用户主要对日常相关费用查询,包括水、电、物业、车位费等查询。

(2) 日常通告模块:
业主用户主要通过下载日常通知和欠费情况的通告来了解日常信息与欠费情况。

(3) 其他相关模块:
其他相关模块主要实现对中燕小区简介、图展、概要等相关信息。

通过以上小区物业收费管理系统的需求分析与总结得出该系统功能流程图如2.1所示:
图3.1系统总体功能流程图
3.2 系统性能的需求分析
系统的性能需求分析主要涉及到系统运行的软件和硬件环境。

3.2.1 硬件环境
硬件环境包括:处理器:Inter Pentium II 266 MX 或更高;内存:64 MB 以上; 硬盘空间:2 GB 以上; 显卡:SVGA 显示适配器。

3.2.2 软件环境
软件环境包括:操作系统:Windows ME /2000/XP /VISTA ;数据库系统:SQL Server 2000;服务器默认:Tomcat5.0以上;运行虚拟机:JRE5.0以上。

3.3 数据库需求分析
3.3.1数据结构和数据项
通过本系统的调研和分析,产生数据结构主要有:用户、业主、房源、车位、收费、欠费、催费等,数据分析项如下:
(1)用户:用户姓名,密码,用户总类,注册日期。

(2)业主:身份证号,姓名,栋单房号,入住日期,联系电话,人口数量。

(3)房源:栋单房号,房间面积。

(4)车位:身份证号,车位号,开始日期,结束日期,金额,是否交。

(5)收费:栋单房号,缴费种类,缴费日期。

(6)欠费:栋单房号,月份,欠费种类,欠费金额。

(7)催费:栋单房号,催费种类,月份,催费金额。

3.3.2 数据流图
数据流图(DFD)是结构化分析描述工具,主要描述输入数据流到输出流的变化,用于对系统的功能的建模。

对于不同的问题,数据流图可以有不同的画法。

一般情况下,应该遵守“由外向里”的原则。

即先确定系统的边界或范围,再考虑系统的内部,先画加工的输入和输出,再画加工内部。

下面介绍数据流图常用的符号.
源或宿数据流向变换数据处理数据存储
除了上面四种符号之外,还包括“+”表示或得关系,*表示数据同时存在的关系,⊕表示异或的关系等。

画流程图也要遵循相关的规则,主要包括:数据流程图顶层必须包括以上四种基本符号;数据流图的主图数据必须封闭在外部实体之间;加工至少有一个数据输入流和输出流;图中的每个元素必须有自己的名字。

通过对以上的分析和介绍,本系统的顶层数据流图如图2.2所示:
图3.2系统顶层数据流图
3.3.3 数据字典
数据字典(DD)是对数据流图中所包含元素的定义集合。

数据流图只能描述系统的分解、系统的组成部分、及各个部分之间关系,并没有对数据中的所有图形元素都进行命名;额数据字典的作用就是在软件分析和设计过程中给人提供数据描述的。

显然数据字典对数据的定义应该是确定性,而无二义性的。

数据字典主要包括的符号有:=代表和;|代表或;{}表示重复;()表示可选项等。

下面对主要数据流图中的数据元素定义如下:
用户=[系统管理员|收费人员|业主用户人员]
房子=栋单房号+姓名+身份证号+房间面积+人口数量+联系电话+入住日期
费用种类=[水费|电费|物业费|车位费]
车位=车位号+占用情况+开始日期+结束日期+金额+是否交
通过对以上数据流图和数据字典的设计大体上完成了系统的逻辑模型。

第4章总体设计
经过了需求分析阶段的工作,建立了数据流图、数据字典已经大体上清楚了系统必须“做什么”的问题;而接下来总体设计着手实现把“做什么”的逻辑模型转换成“怎么做”的物理模型。

总体设计是软件设计的第一个阶段,只描述软件总的体系结构。

通过总体设计能达到系统应该如何实现的目标。

4.1 功能模块总体设计
通过登陆框的用户和密码不一样来区分不同的角色,进入不同页面执行不同的功能:中燕小区物业收费管理系统共包括三个子系统,在每个子系统中实现不同功能模块,先将各个模块的总体设计如下:
4.1.1 系统管理员子系统
在该子系统中,系统管理员可以通过前端对业主相关信息进行修改、费用单价进行设定、日常网站登陆人员信息的设定与修改、房源信息的设计定与修改、以及基本信息的备份等功能。

为了更形象描述各个模块之间关系,我们采用了层次图来实现,具体相关符号说明如下:
矩形框代表一个模型,各个模型之间是调用关系
该子系统的层次图如图4.1所示:
4.1.2 收费管理子系统
在整个系统中:收费管理员是系统的核心人物,包括费用收取、催缴,查询等,他主要实现如:收费管理模块;费用等信息查询模块;预存费用管理模块;催费管理模块;欠费管理模块;信息修改模块;信息录入模块;日常管理模块;账单打印模块等。

通过收费管理子系统的设计与实现,最终实现日常收费自动化功能。

该部分的系统功能层次图如图4.2所示:
图4.2收费子系统功能图
4.1.3 日常管理子系统
在该子系统中,主要对本系统的日常通告和费用查询等的实现,具体包括:日常费用查询模块(水、电、物业、车位费等查询);日常通告模块:(业主用户主要通过下载日常通知和欠费情况的通告来了解日常信息与欠费情况);其他相关模块。

该部分的系统功能层次图如图4.3所示:
图4.3收费子系统功图
根据系统的调研与分析,对系统具体总功能图4.4所示:
图4.4系统总功能层次图
4.2 数据库设计
数据库技术是信息资源管理最有效的手段,对于一个给定的应用环境,构造最优的数据库模式、建立数据库及其应用系统、有效存储数据、满足用户信息的要求和处理要求以及数据库结构设计的好坏都将直接对应用系统的效率及实现效果产生影响,合理的数据库设计可以提高数据存储的效率,保证数据的完整性和一致性。

数据库总体设计是要在一个给定的应用环境(DBMS )中,通过合理的逻辑设计和有效的物理设计,构造较优的数据库模式、子模式,建立数据库和设计应用程序,满足用户的各种信息需求。

4.2.1 数据库概念结构设计
在数据库设计中,先要对系统分析所得的数据字典中的数据存储进行分析,然后得出系统的关系模式,可以采用实体—联系图(简称E —R 图)的方法进行数据结构的描述。

ER 图中的符号含义说明如下:
实体 关系 属性 流向 通过对本系统的调研与研究画出各个实体的总的ER 图如图4.5所示:
图4.5 整体E-R 图
通过对系统的调研、分析,得出系统核心实体集有如下几个:业主实体、费用实体、管理人员实体、房屋实体等。

具体如图4.6所示:
图4.6 局部E-R 图
费用模块各个实体间具体ER 图如图4.7所示:
图4.7 费用相关E-R 图
根据业主相关信息,业主实体和管理人员之间的关系如图4.8所示:
图4.8 业主和管理员E-R图
4.2.2 数据库逻辑结构设计
逻辑结构设计的原则是尽可能的减少数据冗余和重复;结构设计与操作设计相结合;数据结构具有相对的稳定性。

基于以上设计原则,本系统将包含用户信息、业主信息、收费信息、催费信息、欠费信息、预存信息等共九张表。

为了加快系统访问的速度把这九个表放在一个数据库中。

本系统中相关数据库表结构设计如下:
(1)用户信息表:(用户姓名,密码,用户总类,注册日期)
(2)业主信息表:(身份证号,姓名,栋单房号,入住日期,联系电话,人口数量)
(3)车位信息表:(身份证号,车位号,开始日期,结束日期,金额,是否交)
(4)电费收费表:(栋单房号,月份,基底,用量,金额,是否交)
(5)物业收费表:(栋单房号,房间面积,金额,是否交)
(6)水费收费表:(栋单房号,月份,基底,用量,金额,是否交)
(7)催费信息表:(栋单房号,催费种类)
(8)欠费信息表:(栋单房号,欠费种类)
(9)预存费用表:(栋单房号,预存金额,预存日期)通过对以上各个表的分析,各个
实体之间的联系主要是通过栋单房号和身份证号把他们连接起来,在本数据库设计中还用大量的视图,在这里就不介绍了,因为视图是建立在表的基础上。

相关文档
最新文档