房屋租赁毕业论文文档格式.docx
《房屋租赁毕业论文文档格式.docx》由会员分享，可在线阅读，更多相关《房屋租赁毕业论文文档格式.docx（56页珍藏版）》请在冰豆网上搜索。
2.2具体目标5
2.3系统功能建模5
2.3.1系统数据流程图6
2.3.2数据字典8
2.4系统数据模型12
3概要设计16
3.1体系结构设计16
3.2数据库设计17
3.2.1关系模式设计17
3.2.2物理设计18
3.4运行环境21
4详细设计22
4.1用户模块22
4.1.1模块定义22
4.1.2输入项目22
4.1.3输出项目22
4.1.4程序逻辑23
4.2房屋管理模块23
4.2.1模块定义23
4.2.2输入项目24
4.2.3输出项目24
4.2.4程序逻辑24
4.3房屋申请模块25
4.3.1模块定义25
4.3.2输入项目25
4.3.3输出项目25
4.3.4程序逻辑25
4.4管理员模块26
4.4.1模块定义26
4.4.2输入项目26
4.4.3输出项目26
4.4.4程序逻辑26
4.5接口设计27
4.5.1外部接口27
4.5.2内部接口27
5编码28
5.1概述开发工具及编程脚本28
5.2脚本习惯说明29
6测试31
6.1测试原则及测试方法概述31
6.1.1测试原则31
6.1.2测试方法32
6.2测试项目测试用例33
6.3系统测试结论33
6.3.1软件能力35
6.3.2缺陷和限制35
6.3.3测试结论35
结论36
致谢37
参考文献38
附录A中文译文39
附录B英文原文44
附录C源程序代码50
引言
随着计算机的普及和计算机科学技术的飞速发展，人们开始越来越多的利用计算机解决实际问题。
为了保障低收入人群“居者有其房”，我国绝大部分地区已建设大面积公共租赁房。
目前，一些城市已经开始实施企业管理ERP计划，把房屋租赁管理系统作为公租房管理中的一个子系统，从而更高效地利用房屋租赁和申请租房人群的信息进行管理。
与此同时，其它城市为了提升房屋租赁管理水平，也开始实施房屋租赁管理系统，大多数城市实现房屋租赁管理系统主要是通过房屋信息、租住人信息等信息的结合，来进行公共租赁房的申请审核、摇号配租等工作，从而确保房屋租赁租赁住房能得到公平、公开、公正的分配。
房屋租赁管理的参与主体有政府主管部门、房屋产权人、承租人、运营机构及其服务公司，以及公安、委员会等社区管理者。
然而需要管理的范围广、内容多、时间跨度长。
房屋租赁对象主要是青年职工、引进人才、外来务工人员。
所以房屋租赁管理的内容可以归纳为三个方面，即对人的管理、对房的管理和对运营行为的管理。
大多数城市实现房屋租赁管理信息化的主要是通过购买软件方式，而目前市面上的通用软件的一般价格较高，而且系统功能设计过于庞杂，软性针对性差，购买以后往往有部分模块未被使用，造成资源浪费。
以Web为基础的应用程序模型,提供稳定的性能，更快速的开发，更简洁的管理，全新的语言及网络服务。
基于B/S体系结构的房屋租赁管理系统采用Java技术，为房屋租赁管理人员提供强大的信息处理功能的同时，也带来了界面的友好、方便灵活的优点。
“房屋租赁管理系统”可以说是目前最复杂、最困难的工作之一。
通过房屋租赁管理系统，利用信息化手段把先进的管理方法引入房屋租赁管理的实践，为房屋租赁的管理改革提供切实易行的途径。
更重要的是，房屋租赁管理系统为城市公租房全面实行信息化管理奠定了坚实的基础。
1项目概述
1.1系统的现状
在互联网蓬勃发展的今天，网络和我们的生活、工作越来越密不可分，网络正领导着一个新时代的来临。
于是利用开放的Internet技术，开发出实时、快捷、全方位传播信息的平台，房屋出租管理系统的网站，成了人们关于生活中住房问题的信息载体，使得房屋信息在出租者与求租者之间传播更为轻松。
系统能及时为他们提供服务，使出租求租双方都能够方便快捷的得到信息。
目前全国各地的房屋租赁项目正在迅速推进，现所使用的系统主要有房源管理、申请审核、摇号配租、信息公示等4个功能模块，分别负责公共租赁住房项目库和房源库，每套房屋根据其建设和投入使用的不同阶段分为建成待租、已配租、已租赁、腾退待租、销售、其他六种状态；
各受理点完成申请受理后，由市区两级的住房保障部门对申请人的资格进行审核；
以每一个公共租赁房项目为基本的摇号单位，按照不同的户型实现可配租房源和申请人的随机匹配，实现公租房的公平配租；
公示房源信息、审核结果公示、摇号结果公示、业务办理指南等。
本课题以房屋租赁管理系统为对象，采用MVC+DAO的形式设计并实现了一个基于B/S架构的公租房管理，该系统实现了对房源、租赁关系、租赁人员的有效管理，并可以方便地对房屋的各类信息进行统计、查询、具有较大的实用性。
系统主要用户管理，房屋申请管理、房屋管理、管理员管理、业务查询等功能进行动态管理,使房屋租赁管理更加规范化，从而使各业务环节的配合更加紧密，提高了工作效率，为房屋租赁全面实行信息化管理奠定了坚实的基础。
1.2业务流程描述
业务流程图是描述现行系统业务的最好的工具，使系统分析人员与企管理人员交流更加方便、直观。
业务流程图是描述现系统业务处理由开始到结束的整个过程的非结构化图形工具，它可以描述一个系统的业务，也可以描述一项具体业务的处理过程。
业务流程使用的符号如表1-1所示：
表1-1系统业务流程图符号
Tab1-1businessflowchart
符号
名称
说明
处理
能改变数据值或数据位置的加工或部件
输入/输出
表示输入或输出的报表、计划、单据、报告等
存储
表示存储的帐册
实体
数据的源点/终点
经过前期调研分析和综合其它各方面相关理论知识，给出整个房屋租赁管理系统的业务流程图如下图1-1所示：
图1-1业务流程图
Fig.1-1businessflowchart
整个房屋租赁管理系统的开发主要围绕上述业务流程进行开发，开发过程采用面向对象的开发技术，具体开发过程见下面的章节。
1.3现系统存在的问题及薄弱环节分析
现行系统的功能结构不是很合理，致使效率低下。
并且功能也不够完善，有很多功能都没有实现，需要将功能重新分类整合，形成新的体系结构来提升系统效率；
另外现行系统中一些界面没有基本的数据校验，对数据的选择没有约束；
现行系统页面布局比较呆板，用户体验可能比较差，应该尽量使页面显得美观整洁。
2需求分析
需求分析阶段研究的对象是软件项目的用户要求。
一方面，必须全面理解用户的各项要求，但又不能全盘接受所有的要求；
另一方面，要准确地表达被接受的用户要求。
只有经过确切描述的软件需求才能成为软件设计的基础。
通常软件开发项目是要实现目标系统的物理模型。
作为目标系统的参考，需求分析的任务就是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决目标系统“做什么”的问题。
2.1总体目标
本课题研究的目标是：
促进城市发展，方便城市对房屋租赁的管理，借助先进的管理思想转变经营理念、使用信息化手段提高房屋租赁的管理水平和工作效率。
具体目标是：
建立房屋租赁管理业务系统，实现房屋租赁管理的信息化。
充分利用信息化手段，建设房屋申请管理、房屋管理、业务查询等模块为公共租赁住房日常管理提供软件平台，从而提高日常的管理效率；
从总体上提升房屋租赁的服务和管理水平。
2.2具体目标
（1）用户模块。
用户可以注册用户信息，进行邮箱验证，登录系统，后台管理员可以完成对客户的屏蔽等操作。
（2）房屋管理模块。
管理员在后台可以批量添加房屋，同时可以填写商品的详细信息，前台用户可以查看所有产品的信息，包括产品的文字信息和图片信息，从而让用户可以更详细的了解到所查看房屋的所有信息是否符合自身需求，让顾客可以选择合适的房屋。
（3）房屋申请模块
用户通过Internet浏览商品信息，可以在网上申请房屋。
用户浏览网站的房屋以后，可以在网上填写自己房屋申请单提交到后台管理员处管理。
（4）管理员模块
通过该模块，管理人员可以处理用户信息以及用户提交的申请，发布房源等功能。
2.3系统功能建模
系统功能建模所采用的工具是数据流图和数据字典，用于表达系统内部数据的运动以及对数据的描述和定义。
2.3.1系统数据流程图
数据流图是描述系统的逻辑模型的，图中没有任何具体的物理元素，只是描述信息在系统中流动和处理的情况，它比口头与文字的描述更直观地显示出来系统中数据的使用。
它有四种成分：
源点或终点、处理、数据存储表和数据流。
对数据流图作如下表2-1说明：
表2-1数据流图符号说明
Tab2-1thesignexplanationofdataflowchart
图形符号
名称
符号说明
实体
记述系统之外的数据提供或数据获得组织机构或个人，框内为实体名称。
记述某种业务的手工或计算机处理，其中，PM区记述处理标号，C区记述处理名称。
数据存储
记述与处理有关的数据存储，DN区记述存储的标号，S区记述存储数据的名称。
数据流
记述数据流的流动方向，FM记述数流的名称。
数据流图采用自顶向下的方法绘制，从研究系统概况开始，然后逐层向下分解，直到所需的详尽程序为止。
本系统采用自顶向下，逐层细化的方法，画的每一部分各层的数据流图如下：
房屋租赁管理系统的顶层数据流程图如图2-1所示。
该数据流程图主要的外部实体：
房屋申请人和管理申请管理员；
申请人信息、房屋信息是该系统主要的输入数据流，审核信息是该系统主要的输出数据流。
图2-1房屋租赁管理系统顶层图
Fig.2-1thetopleveldataflowchartofhouseleasemanagementsystem
房屋租赁管理系统的第一层数据流程图：
通过对业务流程图和顶层数据流程图的分析，得到系统的第一层数据流程图，如图3-3所示。
该数据流图包含3个主要的数据处理过程：
用户管理（P1）、房屋申请管理（P2）、房屋管理（P3）。
图2-2房屋租赁管理系统一层图
Fig.2-2thefirstleveldataflowchartofhouseleasemanagementsystem
2.3.2数据字典
数据字典的作用是在软件分析和设计的过程中给人提供关于数据的描述信息。
它主要是对数据流图中的数据流、处理逻辑、外部实体、数据存储和数据项等方面进行具体的定义。
数据流图配以数据字典，就可以从图形和文字两个方面对系统的逻辑模型进行完整的描述。
数据字典有以下四类条目：
数据流、数据项、数据存储、处理逻辑。
数据项是组成数据流和数据存储的最小元素。
源点、终点不在系统之内，故一般不在字典中说明。
数据词典，既用于描述数据流和数据存储的详细逻辑内容，也可用于描述外部项和处理逻辑的某些数据特性。
它通过对数据元素和数据结构的定义，来描述数据流和数据存储的逻辑内容。
（1）数据元素，是数据的最小组成单位，也就是不可分的数据单位。
在数
据词典中对数据元素的定义包括：
数据元素的名称、在其他场合下的别名、取值的范围和取值的含义、数据元素的长度和在何处出现。
对数据流的描述通常包括如下内容：
｛数据流名，说明，编号，数据流来源，数据流去向，组成（数据结构）
名称：
adminname
别名：
管理员
描述：
管理用户和房屋
数据类型：
String
长度：
10
（2）数据存储。
数据存储是数据结构停留或保存的地方。
也是数据流的来源和去向之一。
可以是手工文档或手工凭单，也可以是计算及文档。
一般而言，应包括如下内容：
{数据存储名，说明，编号，输入的数据流，输出的数据流，组成（数据结构），数据量，存取频度，存取方式}。
（3）数据流。
是数据结构在系统内传输的路径。
{数据流名，说明，编号，数据流来源，数据流去向，组成（数据结构）}
名字：
申请房屋类型
对房屋的要求
编号：
F2
组成：
（4）数据处理。
处理过程的具体处理逻辑通常在详细设计过程中用判定表或判定树来描述。
在数据字典中，只需描述处理过程的说明性信息，通常包括以下内容：
{处理过程名，说明，输入数据流，输出数据流，处理}
房屋管理
管理员发布房屋信息
P3
输入/输出数据流：
房屋列表
2.4系统数据模型
实体-联系图（Entity-RelationDiagram）用来建立数据模型,在数据库系统概论中属于概念设计阶段，形成一个独立于机器，独立于DBMS的ER图模型。
通常将它简称为ER图，相应地可把用ER图描绘的数据模型称为ER模型。
E-R图为实体联系图，提供了表示实体型、属性和联系的方法，用来描述现实世界的概念模型。
构成E-R图的基本要素是实体型、属性和联系，如果系统是一个复杂的大型系统，可考虑如下步骤实现：
（1）选择局部应用。
在多层的数据流图中选择一个适当层次的数据流图，在该部分每一个部分对应一个局部应用，又有与共的数据流图只能反映系统的概貌，而中层的数据流图能较好的反映系统局部应用的子系统组成，故通常选择中层数据流图作为设计分E—R图的依据。
（2）逐一设计分E—R图。
根据上述所选择的局部应用逐一设计分E—R图。
（3）合并E—R图。
生初步E—R图。
此时，可存在分E—R图间的冲突，如属性冲突、命名冲突、结构冲突等现象，此时，应根据需求分析的语义定义对实体联系的类型进行综合或调整。
（4）给出系统的综合E—R图。
为了进一步说明问题，系统地E—R图作如下规范：
（1）E—R图的图形符号如下：
①矩形。
表示实体集。
②椭圆。
表示属性。
③菱形。
表示联系集。
④线段。
将属性连接到实体集或将实体集连接到联系集。
⑤双椭圆。
表示多值属性。
⑥虚椭圆。
表示派生属性。
（2）标明映射的基数
映射的基数即两个实体集之间联系的类型。
在E—R图中除了上述的图形符号外，还应当给出现实世界联系的类型，对于联系的类型，约束如下：
对于实体集A和B之间的二元联系R来说，映射的基数必然是以下情况之一：
1）一对一。
A中的一个实体至多同B中的一个实体相联系。
2）一对多。
A中的一实体可以同B中的任意数目的实体相联系，而B中的一个实体至多同A中的一个实体相联系，
3）多对一。
A中的一个实体可以同B中任意数目实体相联系，B中的一个实体也可以同A中任意数目的实体相联系，
（3）应注意弱实体集
1）有些实体的属性都不足以生成主码，这样的实体集称弱实体集。
与这些相对，有主码的实体集称作强实体集。
2）虽然弱实体集没有主码，仍需要用某种方法来区分该实体中依赖于某个特定强实体的所有实体。
弱实体集分辨符是使得我们能进行这种区分的属性集合。
3）弱实体集的主码由该弱实体集所在依赖的强实体集的主码和该弱实体集的分辨符共同组成。
4）弱实体集可以作为拥有者参与到另一个弱实体集的标识性联系中。
尽管一个弱实体集总是存在依赖于一个强实体集，但是一个存在依赖并不导致一弱实体集——从属实体集也可以有主码。
5）在某些情况下，数据库设计者会选择用拥有者实体集的多值、复合属性来表示弱实体集。
如果弱实体集只参与标识性联系，而且其属性不多，那在建模时将其表述为一个属性更恰当。
相反地，如果弱实体集参与到标识性联系中，或者其属性较多，则建议将其表述为弱实体集更恰当。
根据这些信息，得到了房屋租赁管理系统的实体及其联系如图2-3所示：
图2-3总体E-R图
Fig.2-3overallE-Rdiagram
表2-2实体及其属性表
Tab2-2entityandpropertysheet
联系名称
属性
用户
用户编号，用户邮箱，姓名，用户昵称，性别，身份证号，联系电话，地址，最后登录时间，最后登录IP，邮箱验证码，是否邮箱验证，贫困等级
房屋
房屋编号，房屋类型，房屋面积，购买房屋价格，房屋租金，是否卖出，是否注满，图片
用户ID，用户名，密码，EMAIL，电话，地址，注册时间，备注
房屋申请单
编号，申请的用户编号，申请时间，是否被屏蔽，信用等级，不符合原因，审核状态，申请房屋类型
表2-3实体间联系及其属性表
Tab2-3entityrelationandpropertysheet
用户-申请-房屋申请单
用户编号，编号，用户邮箱，姓名，用户昵称，性别，身份证号，联系电话，地址，最后登录时间，最后登录IP，邮箱验证码，是否邮箱验证，贫困等级，申请的用户编号，申请时间，是否被屏蔽，信用等级，不符合原因，审核状态，申请房屋类型
用户-租赁-房屋
用户编号，房屋编号，用户邮箱，姓名，用户昵称，性别，身份证号，联系电话，地址，最后登录时间，最后登录IP，邮箱验证码，是否邮箱验证，贫困等级，房屋类型，房屋面积，购买房屋价格，房屋租金，是否卖出，是否注满，图片
管理员-审核-房屋申请单
用户ID，编号，用户名，密码，EMAIL，电话，地址，注册时间，备注，申请的用户编号，申请时间，是否被屏蔽，信用等级，不符合原因，审核状态，申请房屋类型
管理员-发布-房屋
用户ID，房屋编号，用户名，密码，EMAIL，电话，地址，注册时间，备注，房屋类型，房屋面积，购买房屋价格，房屋租金，是否卖出，是否注满，图片
管理员-屏蔽-用户
用户ID，用户编号，用户名，密码，EMAIL，电话，地址，注册时间，备注，用户邮箱，姓名，用户昵称，性别，身份证号，联系电话，地址，最后登录时间，最后登录IP，邮箱验证码，是否邮箱验证，贫困等级
3概要设计
由于本系统是一个应用型系统，因此必须保证系统的实用性、健壮性，同时又必须保证系统应易于管理与维护，具有一定的灵活性，所以在本系统的开发研制过程中，始终坚持遵循标准、保证安全、方便使用的设计原则。
需求分析阶段已经完全弄清楚了目标系统的各种需求，较好地解决了要让所开发的软件“做什么”的问题，并已在软件需求规格说明和数据要求规格说明中详尽和充分地阐明了这些需求。
下一步就要着手实现软件的需求，即要着手解决“怎么做”的问题。
3.1体系结构设计
本系统分为四个模块，分别是用户模块，房屋管理模块，房屋申请模块，管理员模块。
房屋租赁管理系统的功能模块图如下图3-1所示：
图3-1房屋租赁管理系统功能图
Fig3-1houseleasemanagementsystemfunctiondiagram
房屋租赁管理系统功能模块分析：
（1）用户模块
用户模块用于用户根据注册的用户名称和密码登录房屋租赁管理系统。
输入正确用户名称和用户密码，单机登录系统按钮便能成功登录系统。
（2）房屋申请管理模块：
用户可
升级会员 