房租管理信息系统分析与设计毕业论文Word下载.docx
《房租管理信息系统分析与设计毕业论文Word下载.docx》由会员分享，可在线阅读，更多相关《房租管理信息系统分析与设计毕业论文Word下载.docx（29页珍藏版）》请在冰豆网上搜索。
因此，我结合房租管理的实际需求，综合管理信息系统的使业务更便捷更高效的宗旨，开发一个房租管理信息系统。
1.1.2系统开发的目标
本系统的研发目标是设计出一个能简易上手的、替代传统手工记账管理模式的房租管理信息系统。
房屋管理员通过使用该系统，可以更系统化的进行房租管理，且更清晰的了解所管理楼栋的收租状况。
当管理员用该信息管理系统进行管理时，能免去大部分传统方式的繁杂流程，减少房屋管理员的工作步骤。
在使用过程中，将许多手工计算步骤转换为计算机自动计算，免去了用户记混、算错的烦恼，并且能使凌乱的众多房租数据清晰化，让数据统计更为简便。
除此之外，在设计该系统的过程中，我对系统设定的目标是使系统更多元化，能集合多项管理于一体。
因此，除了最主要的费用管理功能以外，使用者还能通过该系统实现对房间、租户等多个方面的管理，以提高系统的综合性和实用性。
1.2系统的主要功能和特点
通过反复斟酌，本系统最终确定分为以下几大模块：
（1）“档案管理”模块：
主要包括房间档案管理、租户档案管理、车位档案管理。
（2）“费用管理”模块：
主要包括收费项目管理、抄表功能。
（3）“报表中心”模块：
主要包括查看应收账单、查看欠费报表、查看缴费信息、查看总收入报表。
（4）“客户服务”模块：
主要包括登记投诉建议及报修信息。
经过不断改良与设计，本系统拥有以下特点：
（1）使房屋费用信息集中化，使管理者在使用系统后能更为准确快捷的对费用进行管理。
（2）界面简单易懂，对用户的操作要求低。
（3）添加抄表功能，使水电费的计算更简单，使费用的计算更合理。
（4）集多种管理于一体，系统更多元化。
1.3系统开发步骤
在通常情况下，设计和开发房租信息管理系统一般需要进行三个阶段，分别为总体设计阶段、系统开发阶段、系统部署运行阶段。
上面所探讨的各阶段可以排序成一个规范的线性开发时间表，每个开发者都需要严格遵守该时间顺序，按时完成所分配的计划任务，并且每一阶段都要按时汇报开发情况以及开发进度，确保下一阶段的准备充分，万无一失才能进入下一开发阶段。
上面所说的系统开发步骤的优点是可以很高效快速的对整个系统的开发做整体规划与安排，且降低了系统的复杂度，提高的可用性。
国内外众多著名系统都是使用类似的系统开发步骤进行开发的，足以证明这是一种有效稳定的方式。
1.4设计开发的方法及工具的选择
1.4.1开发语言
本系统使用Java编程语言进行系统开发。
选择Java为编程语言的原因是因为Java是面向对象的，该语言分别有以下几大优点：
（1）简单性。
（2）面向对象。
（3）可移植性（跨平台性）。
（4）多线程。
（5）安全性。
（6）健壮性。
1.4.2开发平台
为了提高开发效率，本系统的开发过程中，采用IntelliJIDEA平台作为编程环境并在其环境下完成编码工作。
IDEA的全称是IntelliJIDEA，是java编程语言开发的集成环境。
该平台最突出的功能是调试功能，可以对Java代码、JavaScript、JQuery、Ajax等技术进行调试。
1.4.3B/S架构
本系统采用B/S结构进行开发，即浏览器和服务器体系结构模式，B/S架构是一个web普遍化后的网络体系结构。
这种模式统一了客户端，将系统功能实现的核心部分集中到服务器上，简化了系统的开发、维护和使用。
综合上述优点，我选择采用B/S架构进行开发。
1.4.4服务器技术
本系统采用Tomcat服务器作为servlet容器进行部署，选择的原因是Tomcat技术先进、性能稳定，而且免费，降低了开发成本。
1.4.5数据库技术
本系统数据库采用MySQL进行设计。
MySQL是一种关系型数据库管理系统，关系数据库将数据保存在不同的表中，而不是将所有数据放在一个大仓库内，这样就增加了速度并提高了灵活性。
1.4.6后台Web服务的实现技术
1.4.6.1实现模式
web服务器开发采用经典的MVC模式，MVC模式（Model–view–controller）是一个软件体系结构模型的软件工程，它把软件系统分为三个基本部分：
模型层、视图层和控制层。
一般来说，低耦合的MVC模式能实现低开发成本和高可维护性。
模型、视图、控制器三者之间的交互关系如图1-1所示。
图1-1MVC模型
1.4.6.2SSM框架
在使用MVC模式中，为了更高效的开发，同时整合了Apache的开源框架SSM，即分别是Spring、SpringMVC、Mybatis。
1.4.7前端页面的实现技术
前端使用HTML5和CSS3和JavaScript。
HTML和CSS负责整个页面渲染，JavaScript负责前端处理逻辑，例如一些前端的数据验证、Ajax请求等等。
为了提高开发效率，运用了前端框架Bootstrap，这是一款采用自身模块规范编写的前端UI框架。
1.5论文的内容和结构安排
本论文将使用面向过程的方式进行编写，主要分为六个部分，具体内容及结构安排如下所示：
第一章为绪论：
主要介绍开发本系统的背景和目标、功能和特点、关键技术与方法以及开发工具。
第二章为系统规划：
主要包括对开发本系统的可行性的分析、对初步需求的分析以及对系统总体结构的分析。
第三章为系统分析：
主要包括业务流程分析和数据流程分析。
第四章为系统设计：
主要包括系统的总体设计、数据库设计，其中数据库设计包括概念模型、逻辑模型和数据库物理设计。
第五章为系统实现：
主要展示系统界面。
之后为总结部分，主要阐述完成本次毕业设计的心得与收获。
第2章系统规划
2.1需求分析
本系统的需求分成两个方面进行分析：
档案管理方面和业务流程方面。
本系统在档案管理方面，需实现以下功能：
（1）房间档案管理：
对房间信息的增删改查。
（2）租户档案管理：
对租户信息的增删改查。
（3）车位档案管理：
对车位信息的增删改查以及将用户绑定到对应车位。
（4）系统档案管理：
可进行对用户的增删改查和对角色的增删改查。
在业务流程方面，系统需可进行对收费项目的增删改查，可调整各项收费项目的价格。
在新增用户的收费信息或对水、电进行抄表后，要对收费信息进行审核，审核结束方可在应收账单和欠费账单中查看该收费信息。
管理员更改欠费账单状态为已缴费后，即可查看该行项目的缴费信息和查看包括该行项目的总收入报表。
除此之外，系统需可进行登记投诉建议及报修信息。
2.2系统总体架构
互联网产业的飞快进步和普通用户普通企业对类似的自动化管理的新认识，相关的管理工作越发复杂，原有的传统人工管理已经落后于时代的潮流，为了帮助房租信息的管理，提高管理的效率，有效的利用现有的资源，设计开发相关的管理系统是必然的需求。
本系统将一个整体系统分为多个管理模块，目的是为了降低开发的复杂度和提供良好的用户体验，后期也可以更好的对其进行维护，积极采用模块化开发和敏捷开发。
每个模块都要符合高内聚低耦合的开发要求，要遵守规范的软件设计原则。
在该系统的总体设计概要中要求采纳结构化的设计来制作系统架构图和数据流图，以此为基础来一步一步开发整体的功能需求。
本系统主要分为档案管理模块、费用管理模块、报表中心模块、客户服务模块和系统管理模块。
其中档案管理模块包括房间档案管理、租户档案管理及车位档案管理。
费用管理模块包括收费项目管理、收费信息管理（抄表功能）、收费信息审核。
报表中心模块包括应收账单管理、欠费账单管理、缴费信息管理、总收入报表管理。
客户服务模块包括投诉建议管理、报修信息管理。
系统管理模块包括用户管理、角色管理。
具体架构如图2-1所示。
图2-1系统总体架构
2.3可行性分析
技术可行性：
技术可行性分析是指系统开发的技术条件和是否满足项目开发的需要。
课题将实现基于B/S架构的房租信息管理系统，开发过程中采用的技术包括HTML、CSS、JavaScript、Bootstrap、Java、Spring、SpringMVC、Mybatis等，目前，这些相关技术发展成熟，大量的学习资料可以到网上阅览。
项目运行在Windows平台下浏览器中，部署在ApacheTomcat中。
因此，房租管理系统的总体实现在技术上是可行的。
经济可行性：
本系统所使用的开发工具idea、服务器Tomcat等均可免费使用。
且系统是自行开发的，额外的资金投入极少。
除此之外，从房租管理系统开发的长远来看，系统较为简单，运维成本低，后期投入的运维和管理费用极少。
并且可以节省管理成本，避免了人工埋单操作导致的一系列不必要的麻烦。
因此，房租管理系统的总体实现在经济上是可行的。
操作可行性：
使用本系统的用户和有关人士可以有效地提高工作的效率，提高决策的质量。
灵活的房租管理的改良，具有良好的发展前景。
并且本系统的界面设计简洁易懂，操作简单。
因此，房租管理系统的总体实现在操作上是可行的。
基于上述的可行性分析，房租管理系统的开发是可行的。
第3章系统分析
3.1业务流程分析
经过调查和分析，本系统的具体主要业务有以下八项，具体业务流程解析及业务流程图如下所示：
（1）租户档案管理：
房屋管理员填写租户信息表新增租户档案，若存在租户档案就可查看进行查看或编辑。
租户档案管理业务流程图如图3-1所示。
图3-1租户档案管理业务流程图
（2）房间档案管理：
房屋管理员填写房间信息表新增房间档案，若存在房间档案就可查看进行查看或编辑。
房间档案管理业务流程图如图3-2所示。
图3-2房间档案管理业务流程图
（3）租户入住：
房屋管理员在房间档案中查询是否有待入住的房间信息，若没有则需先填写房间信息表新增房间信息。
管理员再查询是否有待入住的租户信息，若没有则需先填写租户信息表新增租户信息。
管理员确认既有所需房间信息又有租户信息后，在房间档案对应房间栏添加租户，选择租户后提交即成功入住。
租户入住业务流程图如图3-3所示。
图3-3租户入住业务流程图
（4）车位绑定：
房屋管理员在房间档案中查询是否有待绑定的车位信息，若没有则需先填写车位信息表新增车位信息。
管理员确认既有所需车位信息又有租户信息后，在车位档案对应车位栏添加租户，选择租户后提交即成功绑定。
车位绑定业务流程图如图3-4所示。
图3-4车位绑定业务流程图
（5）增加应缴费：
房屋管理员再抄表栏目填写抄表信息表后，然后在审核栏目点击审核以改变审核状态，当审核状态为已审核后则在应收账单和欠费账单中出现对应的新的应缴费栏目。
增加应缴费业务流程图如图3-5所示。
图3-5增加应缴费业务流程图
（6）更改欠费信息状态（缴费）：
房屋管理员在欠费账单栏目填写缴费信息表以改变缴费状态，即可在收费报表中查看对应的缴费信息。
更改欠费信息状态（缴费）业务流程图如图3-6所示。
图3-6更改欠费信息状态（缴费）业务流程图
（7）投诉建议管理：
房屋管理员填写投诉建议信息表，在受理后填写受理信息表，在解决后填写回访信息表即表示该事件完成。
投诉建议管理业务流程图如图3-7所示。
图3-7投诉建议管理业务流程图
（8）报修信息管理：
房屋管理员填写报修工单，在受理及派工时填写受理及派工信息表，收费时填写收费信息，业务完成后填写完工信息即表示业务完成。
报修信息管理业务流程图如图3-8所示。
图3-8报修信息管理业务流程图
3.2数据流程分析
本系统的数据流主要分为两个模块，分别是档案模块和缴费模块，详细解析及对应数据流程图如下：
（1）档案模块：
管理员进行房间、租户、车位数据的新增录入，将生成对应的房建档案、租户档案以及车位档案，此后管理员可通过关联房建档案和租户档案完成入住行为，可通过关联租户档案和车位档案完成绑定车位行为。
档案模块的数据流程图如图3-9所示。
图3-9档案模块数据流程图
（2）缴费模块：
房屋管理员进行抄表并填写抄表信息，在填写完毕后进入审核栏目进行审核，审核结束可更新应收账单以及欠费账单的信息。
房屋管理员在欠费账单中填写相应的缴费信息即可改变缴费状态，更改成功后就可以更新收费报表。
缴费模块的数据流程图如图3-10所示。
图3-10缴费模块数据流程图
第4章系统设计
4.1总体设计
为了提高系统的实用性和降低使用系统的复杂程度，本系统根据实际需求和具体业务流程，最终确定系统设计为以下五大模块，其中包括档案管理模块、费用管理模块、报表中心模块、客户服务模块和系统管理模块。
具体内容如下所示，总体设计如图4-1所示。
图4-1总体设计
1.档案管理模块：
（1）客户档案：
可以对租客信息进行增删改查。
（2）车位档案：
可以对车位信息进行增删改查，可以将租客绑定到指定车位。
（3）房间档案：
可以对房间信息进行增删改查。
2.费用管理模块：
（1）收费项目：
可以对费用单价等收费项目信息进行增删改查。
（2）抄表：
可以新增不同类型收费信息，如新增本月的水费或电费等。
（3）审核：
对新增的收费信息进行审核，以便收费流程能顺利进行。
3.报表中心模块：
（1）应收账单：
查看已经通过审核的收费信息。
（2）缴费信息：
查看已选择缴费的缴费信息。
（3）欠费报表：
查看未交费的收费信息以及对未交费的栏目进行缴费。
（4）总收入报表：
查看已缴费的费用信息和查看总和。
4.系统管理模块：
（1）界面管理：
对系统主页面菜单的编辑。
（2）角色管理：
对系统内出现角色的增删改查。
（3）用户管理：
对系统使用者的增删改查。
5.客户服务模块：
（1）投诉建议：
可以登记所收到的投诉建议，并记录受理以及回访信息。
（2）报修服务：
可以登记所接受的报修工单，并记录受理、派工、收费信息。
4.2数据库设计
4.2.1数据库环境
数据库版本：
MySQL5.7
数据库可视化工具：
NavicatPremium12
4.2.2数据库概念设计
在数据库概念设计阶段我们需要数据对象的抽象现实世界产生一个可以反映整个数据结构的抽象概念,然后抽象的概念转化为一个逻辑结构,最后转化为相应的数据表。
在对现实世界数据对象抽象时一般采用E-R模型进行数据结构分析。
根据实际需求，系统的E-R模型如下所示：
（1）用户实体属性图如图4-1所示。
图4-1用户实体属性图
（2）住户实体属性图如图4-2所示。
图4-2住户实体属性图
（3）房间实体属性图如4-3所示。
图4-3房间实体属性图
（4）车位实体属性图如图4-4所示。
图4-4车位实体属性图
（5）收费项目属性图如图4-5所示。
图4-5收费项目属性图
（6）抄表信息表属性图如图4-6所示。
图4-6抄表信息表属性图
（7）缴费信息表属性图如图4-7所示。
图4-7缴费信息表属性图
4.2.3逻辑模型
用户（用户编号，用户名，真实姓名，密码，邮箱，电话）
住户（住户编号，住户姓名，联系电话，证件类型，证件号码，性别，添加日期）
房间（房间编号，房间名称，房间大小，房间类型，房间状态，租户编号）
车位（车位编号，车位名称，车位状态，租户编号）
收费项目（收费项目编号，收费项目名称，收费单价，开始使用时间）
抄表信息表（抄表编号，房间编号，上次数据，本次数据，抄表时间，抄表人）
缴费信息表（缴费编号，租户编号，应交款，收费时间，收费员，付款类型，备注）
4.2.4数据库物理设计
根据实际需求，本系统设计数据库表如下所示，本部分展示用户信息表、住户实体表、房间实体表、车位信息实体表、收费项目信息表、抄表信息表和缴费信息表。
（1）用户信息表。
根据E-R模型表结构如表4-1所示。
表4-1用户信息表
字段名
类型
长度
主键
是否非空
含义
id
int
11
是
非空
编号
login_name
varchar
50
否
用户名
nick_name
真实姓名
password
密码
email
邮箱
tel
电话
（2）住户实体表。
根据E-R模型表结构如表4-2所示。
表4-2住户信息表
clientMessageId
住户编号
clientname
20
住户姓名
phone
char
联系电话
certificateType
证件类型
certificateNo
证件号码
gender
2
性别
addTime
date
-
添加日期
（3）房间实体表。
根据E-R模型表结构如表4-3所示。
表4-3房间实体表
roomID
房间编号
roomNo
房间名称
roomArea
房间大小
roomhouseType
房间类型
houseState
房间状态
可为空
租户编号
（4）车位信息实体表。
根据E-R模型表结构如表4-4所示。
表4-4房租信息实体表
carportID
carportNo
车位名称
cartportStatus
车位状态
（5）收费项目信息表。
根据E-R模型表结构如表4-5所示。
表4-5收费项目信息表
payitemsId
patitemsName
收费项目名称
payitemsmoney
收费单价
begintime
开始使用时间
（6）抄表信息表。
根据E-R模型表结构如表4-6所示。
表4-6抄表信息表
meterID
meterNO
lastIndex
上次数据
atIndex
本次数据
meterReadDate
抄表时间
meterReader
va
升级会员 