房产中介系统的设计与实现
摘 要
2l世纪,随看全球经济的逢勃发展,众多经济字豕纷纷提出了新的官埋理念——信息管理,强调了用信息支持决策,随着社会的发展,人们又提出了一个新的名词——管理信息系统。管理信息系统在强调信息的现代社会中变的越来越普及,它是一个利用计算机软硬件资源来管理数据的人机系统。现今时代房屋是人类生活栖息的重要场所,城市中的大量的流动人口随着日益升温的房屋中介产业注入了无限的发展空间。但在房屋中介中过程上存在着大量的缺陷,如繁重的数据流量,复杂的合同管理,以及繁多的报表等等。为了跟上社会的发展,为此,在考查了社会现状和对现有人员的分析之后,提出了我们的课题—基于Springboot框架的房产中介系统。我们的房产中介系统就在此市场环境下孕育而生。
房产中介系统主要针对房产出租、售卖业务的应用特点,涉及出租物业、客户房东、房屋合同、房屋资讯等的全面服务系统.本设计主要实现集人性化、高效率、便捷等优点于一身的房产中介系统,完成房屋分类、房屋管理、用户管理、房屋推荐、房产中介、房屋合同管理等功能模块。系统通过浏览器与服务器进行通信,实现数据的交互与变更。只需通过一台电脑,动动手指就可以操作系统,实现数据通信管理。整个系统的设计过程都充分考虑了数据的安全、稳定及可靠等问题,而且操作过程简单。本系统通过科学的管理方式、便捷的服务提高了工作效率,减少了数据存储上的错误和遗漏。
关键词:房产中介;Springboot框架;关系型数据库
Design and implementation of real estate intermediary system
Abstract
In the 21st century, with the rapid development of the global economy, many economic words have put forward a new concept of official burial - information management, emphasizing the use of information to support decision-making. With the development of society, people have put forward a new term - management information system. Management information system is becoming more and more popular in the modern society that emphasizes information. It is a man-machine system that uses computer software and hardware resources to manage data. Nowadays, housing is an important place for human life. A large number of floating population in the city have injected unlimited development space with the increasingly warming housing rental industry. However, there are a lot of defects in the process of house rental and sale, such as heavy data flow, complex contract management, and a variety of reports and so on. In order to keep up with the development of society, after examining the current social situation and analyzing the existing personnel, we put forward our topic - real estate intermediary system based on springboot framework. Our real estate intermediary system was born in this market environment.
The real estate intermediary system mainly aims at the application characteristics of real estate rental and sales business, and involves a comprehensive service system of rental property, customer landlord, house contract, house information, etc This design mainly realizes the real estate intermediary system with the advantages of humanization, high efficiency and convenience, and completes the functional modules of house classification, house management, user management, house recommendation, house lease, house contract management and so on. The system communicates with the server through the browser to realize data interaction and change. You can operate the system and realize data communication management by moving your fingers through a computer. The safety, stability and reliability of data are fully considered in the design process of the whole system, and the operation process is simple. Through scientific management and convenient service, the system improves work efficiency and reduces errors and omissions in data storage.
Key words:Real estate agency; Springboot framework;Relational database
目 录
第1章 绪论
1.1 研究背景与意义
1.2 开发现状
1.3 本文的组织结构
第2章 相关技术介绍
2.1开发技术说明
2.2 MVVM模式
2.3 MVVM模式优点
2.4 Mysql数据库
2.5B/S结构
2.6Springboot框架
2.7Springboot框架特点
第3章 系统分析
3.1 可行性分析
3.1.1 技术可行性分析
3.1.2 经济可行性分析
3.1.3 操作可行性分析
3.2 功能需求分析
3.3 非功能需求分析
3.4 数据流程分析
第4章 系统设计
4.1 系统架构设计
4.2 系统功能结构
4.3 功能模块设计
4.4 表单字段校验处理设计
4.5 系统维护设计
4.6 数据库设计
4.6.1 概念模型
4.6.2 关系模型
4.6.3 数据表
第5章 系统实现
5.1 登录模块的实现
5.2 用户子系统模块的实现
5.2.1 注册模块
5.2.2房屋资讯模块
5.2.3 房屋推荐模块
5.3 管理员子系统模块的实现 26
5.3.1 用户管理模块 27
5.3.2 房型分类管理模块 28
5.3.3 订单管理模块 29
5.3.4 房屋合同管理模块 29
第6章 系统测试 30
6.1 测试目的 30
6.2 测试过程 30
6.3 测试结果 31
第7章 总结与展望 32
参考文献 33
致谢
随着当今科学技术的飞速发展,尤其是计算机技术的出现,使得人类进入了信息化社会,利用计算机,可以代替人进行很多复杂的劳动,从而节省大批的人力,可以大大提高工作效率,而且计算机有更高的准确性和更高的安全的保密措施。计算机技术凭着自己无与伦比的优越性,已经迅速成为各个领域不可或缺的工具。计算机的最大好处在于利用它能够进行数据管理。使用计算机进行数据控制,不仅提高了工作效率,而且大大的提高了其安全性。
在之前的房产中介管理过程中,各地房管局往往采用的是通过粘贴板的方式为用户贴出本地房屋出售或者出租的信息,不仅不便与用户快速的查询房源情况,而且手工操作难免带来各种误差和错漏,尤其是在数据信息处理工作量大时容易出错。数据繁多时,容易丢失,且不易查找,出错后又不易修改。
基于以上问题,有必要建立房产中介系统,使房源信息发布与房源信息管理工作规范化、系统化,避免的随意性提高信息处理的速度和准确性,能够及时、准确、有效的杳询房源基本信息,并日根坭用户的不同需求,准确、迅速找到合适的房屋。
随着互联网的普及和计算机科学的飞速发展,人们开始越来越多地利用互联网解决实际问题。房产中介行业是房地产业的重要组成部分,其在房地产业经济运作的全过程之中起着重要的作用,为房地产业的生产、流通和消费提供了多元化的中介服务。房产中介具有很强的灵活性。房产中介机构以佣金为主要收入来源。国外及港台房产中介服务具有悠久的发展历史,具有一套较为完善的独立法规体系,包括市场准入法规、执业人员职业道德法规以及执业质量控制标准等。法国房产中介业历史悠久,形成了一套完善的法律和管理办法,实行从帮助寻找客户到签约、管理等“一条龙”服务。有实力的房产中介公司业务范围更广,从事单元房、宅院、商业用房、车库和仓库等租赁或买卖。随着互联网的广发应用,国外的房产中介公司大都设有网站,帮助客户对房产进行租赁或买卖等项目。而在我国房产中介机构往往有大量的信息需要处理,传统的手工登记的方式对于处理大量信息而言不仅效率低下,而且极易发生信息的记录错误,甚至发生信息丢失的情况。而计算机与计算机互联网技术的发展为解决这一问题提供了良好的途径与解决方法。
第一章是绪论,本文章的开头部分,对本题目的研究背景和研究意义等一些做文字性的描述。
第二章研究了房产中介网站的所采用的开发技术和开发工具。
第三章是系统分析部分,包括系统总体需求描述、功能性角度分析系统需求、非功能性等各个方面分析系统是否可以实现。
第四章是系统设计部分,本文章的重要部分,提供了系统架构的详细设计和一些主要功能模块的设计说明。
第五章是系统的具体实现,介绍系统的各个模块的具体实现。
第六章在前几章的基础上对系统进行测试和运行。
最后对系统进行了认真的总结,以此对未来有一个新的展望。
前端部分:前端框架采用了比较流行的渐进式JavaScript框架Vue.js。使用Vue-Router和Vuex实现动态路由和全局状态管理,Ajax实现前后端通信,Element UI组件库使页面快速成型,项目前端通过栅格布局实现响应式,可适应PC端、平板端、手机端等不同屏幕大小尺寸的完美布局展示。
后端部分:采用springboot作为开发框架,同时集成MyBatis、Redis等相关技术。
MVVM模式是常用的开发模式,主要是在代码实现上将其分为M层、V层和C层。
视图(View)代表用户交互界面,一个 Web 应用就可能有很多的界面,在 MVVM 模式中,视图仅仅处理的只有数据采集、处理,还有用户的请求, 并不包括业务流程的处理,业务流程由模型(Model)来处理。
模型(Model)就是业务流程/状态的处理及业务规则的制定。模型处理业务流程的过程其它层是无法看见了的,它就像黑箱子,在接受视图请求的数据之后,然后返回最终的处理结果。MVVM 最主要的核心就是业务模型的设计,一个典型的应用例子就是目前流行的 EJB 模型,它从应用技术实现的角度对模型做了进一步的划分,以便充分利用现有的组件,但是它不能作为应用设计模型的框架。
控制器(Controller)可以理解为接收用户的请求,然后视图和模型匹配在一起,一起再完成用户请求。它有非常明显的作用在划分控制层上,可以很清晰地告诉你,它就是一个分发器,选择什么样的模型、视图,可以完成用户的什么样的请求。控制层不做所有的数据处理,比如说:用户点击一个连接,控制层接受到请求之后,并不处理业务信息,它只是向模型传递用户的信息,同时告诉模型做什么,然后选择符合需求的视图返回给用户。
MVVM模式和MVC模式一样,主要目的是分离视图(View)和模型(Model),有几大优点
1.2.1. 低耦合。视图(View)可以独立于Model变化和修改,一个ViewModel可以绑定到不同的"View"上,当View变化的时候Model可以不变,当Model变化的时候View也可以不变。
1.2.2. 可重用性。你可以把一些视图逻辑放在一个ViewModel里面,让很多view重用这段视图逻辑。
1.2.3. 独立开发。开发人员可以专注于业务逻辑和数据的开发(ViewModel),设计人员可以专注于页面设计,使用Expression Blend可以很容易设计界面并生成xaml代码。
1.2.4. 可测试。界面素来是比较难于测试的,测试可以针对ViewModel来写。
用MySQL这个软件,是因为它能接受多个使用者访问,而且里面存在Archive等。它会先把数据进行分类,然后分别保存在表里,这样的特别操作就会提高数据管理系统自身的速度,让数据库能被灵活运用。MySQL的代码是公开的,而且允许别人二次编译升级。这个特点能够降低使用者的成本,再搭配合适的软件后形成一个良好的网站系统。虽然它有缺点,但是综合各方面来说,它是使用者的主流运用的对象。
B/S(Browser/Server)比前身架构更为省事的架构。它借助Web server完成数据的传递交流。只需要下载浏览器作为客户端,那么工作就达到“瘦身”效果, 不需要考虑不停装软件的问题。
Spring框架是Java平台上的一种开源应用框架,提供具有控制反转特性的容器。尽管Spring框架自身对编程模型没有限制,但其在Java应用中的频繁使用让它备受青睐,以至于后来让它作为EJB(EnterpriseJavaBeans)模型的补充,甚至是替补。Spring框架为开发提供了一系列的解决方案,比如利用控制反转的核心特性,并通过依赖注入实现控制反转来实现管理对象生命周期容器化,利用面向切面编程进行声明式的事务管理,整合多种持久化技术管理数据访问,提供大量优秀的Web框架方便开发等等。Spring框架具有控制反转(IOC)特性,IOC旨在方便项目维护和测试,它提供了一种通过Java的反射机制对Java对象进行统一的配置和管理的方法。Spring框架利用容器管理对象的生命周期,容器可以通过扫描XML文件或类上特定Java注解来配置对象,开发者可以通过依赖查找或依赖注入来获得对象。Spring框架具有面向切面编程(AOP)框架,SpringAOP框架基于代理模式,同时运行时可配置;AOP框架主要针对模块之间的交叉关注点进行模块化。Spring框架的AOP框架仅提供基本的AOP特性,虽无法与AspectJ框架相比,但通过与AspectJ的集成,也可以满足基本需求。Spring框架下的事务管理、远程访问等功能均可以通过使用SpringAOP技术实现。Spring的事务管理框架为Java平台带来了一种抽象机制,使本地和全局事务以及嵌套事务能够与保存点一起工作,并且几乎可以在Java平台的任何环境中工作。Spring集成多种事务模板,系统可以通过事务模板、XML或Java注解进行事务配置,并且事务框架集成了消息传递和缓存等功能。Spring的数据访问框架解决了开发人员在应用程序中使用数据库时遇到的常见困难。它不仅对Java:JDBC、iBATS/MyBATIs、Hibernate、Java数据对象(JDO)、ApacheOJB和ApacheCayne等所有流行的数据访问框架中提供支持,同时还可以与Spring的事务管理一起使用,为数据访问提供了灵活的抽象。Spring框架最初是没有打算构建一个自己的WebMVC框架,其开发人员在开发过程中认为现有的StrutsWeb框架的呈现层和请求处理层之间以及请求处理层和模型之间的分离不够,于是创建了SpringMVC。
SpringBoot基于Spring4.0设计,不仅继承了Spring框架原有的优秀特性,而且还通过简化配置来进一步简化了Spring应用的整个搭建和开发过程。另外SpringBoot通过集成大量的框架使得依赖包的版本冲突,以及引用的不稳定性等问题得到了很好的解决。
SpringBoot所具备的特征有:
1.7.1可以创建独立的Spring应用程序,并且基于其Maven或Gradle插件,可以创建可执行的JARs和WARs;
1.7.2内嵌Tomcat或Jetty等Servlet容器;
1.7.3提供自动配置的“starter”项目对象模型(POMS)以简化Maven配置;
1.7.4尽可能自动配置Spring容器;
1.7.5提供准备好的特性,如指标、健康检查和外部化配置;
1.7.6绝对没有代码生成,不需要XML配置。
本次设计基于B/S 结构下,运用Springboot框架,采用MySQL数据库和MVVM模式实现,总体的可行性共分为以下三个方面。
所谓的技术可行性就是在限定时间,前期拟定的功能能否被满足。在开发设计上是否会遇上解决不了的问题。做完的项目能否被很好地应用,如果存在缺点在后期的维护上是否存在很大的难度。在对这个系统评估后,认定已存在的技术能达成目标。用JSP技术来实现动态的页面,嵌入低依赖性的设计模式,灵活的数据库,配合稳定的服务器,整个系统的运行效率大大提升。由此可见,在技术层面达成目标不是非非之想。
在项目上使用的工具大部分都是是当下流行开源免费的,所以在开发前期,开发时用于项目的经费将会大大降低,不会让开发该软件在项目启动期受到经费的影响,所以经济上还是可行的。尽量用最少的花费去满足用户的需求。省下经费用于人工费,以及设备费用。将在无纸化,高效率的道路上越走越远。
本系统实现功能的操作很简单,普通电脑的常见配置就可以运行本软件,并且只要粗通电脑使用的基本常识就可以流畅的使用本软件。电脑具备连接互联网的能力,并且可以正常访问系统,并不需要操作者有什么高超的能力,只需了解业务流程,并且按照专业知识进行正确操作即可,所以网上房产中介网站具备操作可行性。
在系统开发设计前,应该对功能做初步设想,清楚这个管理系统有什么板块,每个板块有什么功能,整体的设计是否满足使用者的需求,接着对所开发的系统功能进行的详细分析总结,从而设计出完整的系统并将其实现。用户和开发人员的交流分析,使其达到最佳理解程度,使系统功能达到最佳。
用户用例图如下所示。
图3-1 用户用例图
管理员用例图如下所示。
图3-1 管理员用例图
房东用例图如下所示。
图3-1 房东用例图
房产中介系统在对需求做解析后,整个系统主要分为两个部分:管理员、房东和用户,每个模块下的分支功能不一样。对功能做出如下说明:
用户模块:
账号注册。
账号登录认证。
管理个人资料信息,修改可修改的信息项。
房产列表,同时查看历史房源记录。
房屋推荐,同时查看房屋推荐内容。
房东模块:
房产管理,管理维护自己名下的房产信息。
房屋合同,管理与用户的房屋租售合同。
订单表,可以查询客户的租售订单明细信息。
管理员模块:
维护用户以及房东资料,审核用户以及房东的账号。
发布房屋资讯,并可以销毁某个房屋,更新房屋数据,搜索房屋数据等。
发布公告,搜索可以租赁房源的数据等。
管理房产中介数据。
房屋合同管理
系统非功能需求有非常多,比如性能需求、可承载最大用户数、稳定性、易用性需求等。本系统分析时考虑到易用性需求,因为系统是给人使用的,所以必须充分从用户的角度出发,考虑用户体验,使系统易理解易上手易操作。
零层数据流程图包括了登录注册、用户功能和检索维护等模块,在登录注册模块使用到的数据存储有用户账户文档,用户功能模块需要的存储是用户各功能模块数据文档,检索维护是使用以上这些数据文档通过关键词进行检索。
系统的零层数据流图如下图所示。
图3-2系统数据流图(零层)
一层数据流程图是对零层数据流程图的细化,将登录注册细分为填制登录注册数据和完善数据,用户功能细分为用户基本功能和用户主要功能。
系统的一层数据流图如下图所示。
图3-3系统数据流图(一层)
二层数据流程是对一层数据流层图中填写登录注册信息、用户功能的细化。即:填写登录注册信息细化为填制信息、后台审核,用户功能细化为房产列表、房产资讯、房屋推荐、房屋租售等操作。
系统的二层数据流图如下图所示。
图3-4系统数据流图(二层)
目前B/S体系的系统主要的数据访问方式是:通过浏览器页面用户可以进入系统,系统可以自动对用户向服务器发送的请求进行处理,处理请求是在系统后台中进行的,用户在浏览器页面上进行相应操作,就能够看到服务端传递的处理结果。网上租车租赁网站主要分为视图-模型-控制三层架构设计。在视图层中,主要是操作在服务器端向客户端反馈并显示的数据,在模型层中,主要处理相关的业务逻辑、数据整合等,最后的控制层它介于视图和模型之间,主要是调整两层之间的关系,最终落实数据的传递。
系统架构图如下图所示。
图4-1系统架构图
系统设计的目的是分析系统包括的所有功能结构,为开发人员设计开发和实现系统做好准备工作。经过前期的需求调查、分析和整理之后,确定的总体需求主要包括多个模块,分别是:系统用户、房屋数据、房东、房屋分类、房屋租售、客户订单、房屋合同、房屋推荐、房屋资讯。系统整体角色分为三个部分,一是用户、二是房东、最后是管理员。权限分布也是很明显,用户即是注册登录系统后验证便可浏览相关房屋信息搜索房屋;房东是在除去浏览信息之外还具有查询和管理账户信息、发布租售房屋信息,房屋租订等权限;管理员是最高权限拥有者。
系统功能结构图如下图所示。
图4-2系统功能结构图
用户管理模块
该模块是为所有用户登录设计的,如注册用户这种会员登录后只能进行自己的普通功能操作(如个人信息修改),房东和管理员登录后有不同的权限,管理员能对整个系统的数据进行管理,主要是用户的登录权限以及用户登录后在系统里的操作权限。
房屋订单模块
用户和房屋存在租订关系,关系为一对多,根据房屋编号来将房屋数据传入到订单数据中,操作人为用户,然后生成订单列表,会员查看个人历史订单列表,可以进行数据销毁。
房屋维护模块
操作人来录入房屋数据,点击房屋录入按钮,依次填写要录入的房屋数据,点击提交按钮,将数据提交至数据库,然后刷新房屋数据页面,每条数据右边有删除和编辑按钮,来完成相应的删除和更新功能。
房屋信息维护模块
管理员点击房屋管理菜单,点击房屋添加子菜单,添加房屋数据,填写标题、内容、类别、图片,提交成功后,房屋数据页面刷新,房屋据成功载入页面。
打印和导出模块
系统多个页面可以进行打印功能,包括信息详细页,信息列表页,打印时调用外部打印机,完成打印设置即可打印,在信息列表页可以将该信息列表导出至excel中,用户选择保存excel文件的路径,既可以下载至本地,在excel中可以自由编辑。
1.出错信息类型
出错信息类型包括:
A 未输入必填项;
B 应输入合法字符或数字却输入非法字符或数字;
C 对空数据表进行更改或删除操作;
D 向要求唯一值的关键字段添加重复值。
2.出错处理对策
对于错误A,系统要求用户输入非空值。
对于错误B,系统要求用户输入合法字符。
对于错误C,系统提示数据表无记录可更改或删除。
对于错误D,系统要求用户输入非重复值。
房产中介网站是个现代化的高度集成的综合信息系统,系统主要服务对象为用户,最大化在页面中提供多的信息,因此在系统维护上,数据量较大,整体的维护设计如下:
(1)代码的维护:部署在云服务器上或本地服务器,通过SVN或FTP保持版本更新迭代。
(2)功能增加:功能升级在必要的前提下。
(3)数据维护:根据安全性等需求,定期对数据库进行人工备份。
对于一个要开发的系统来说,E-R图可以让别人能更快更轻松的了解此系统的事务及它们之间的关系。根据系统分析阶段所得出的结论确定了在网上房产中介网站中存在着多个实体分别是用用户、管理员、房屋、租售、房东、合同、推荐。
系统总体ER图如下图所示。
图4-4系统总体ER图
管理员(管理员id、用户名、密码、权限)
用户(用户id、账号、密码、姓名、性别、地区、手机)
房屋(房屋id、房屋编号、房屋型号、房屋主图、房屋平方数、家具、房屋类型、价格、房屋状态)
订单(订单id、房屋编号、房屋类型、电梯、家具、平方数、订单总价、预订日期、房产图、是否支付、是否审核、审核回复)
房东(房东id、密码、用户姓名、身份证号、手机、头像)
合同(合同id、合同名、房型、楼层、家具、平方数、房主、合同形式、价格)
数据库逻辑结构就是将E-R图在数据库中用具体的字段进行描述。用字段和数据类型描述来使对象特征实体化,最后形成具有一定逻辑关系的数据库表结构。房产中介系统所需要的部分数据结构表如下表所示。
group表:
名称 |
类型 |
长度 |
不是null |
主键 |
注释 |
group_id |
mediumint |
8 |
是 |
是 |
用户组ID |
display |
smallint |
4 |
是 |
否 |
显示顺序 |
name |
varchar |
16 |
是 |
否 |
名称 |
description |
varchar |
255 |
否 |
否 |
描述 |
source_table |
varchar |
255 |
否 |
否 |
来源表: |
source_field |
varchar |
255 |
否 |
否 |
来源字段: |
source_id |
int |
10 |
是 |
否 |
来源ID: |
register |
smallint |
1 |
否 |
否 |
注册位置: |
create_time |
timestamp |
0 |
是 |
否 |
创建时间: |
update_time |
timestamp |
0 |
是 |
否 |
更新时间: |
room_type_classification表:
名称 |
类型 |
长度 |
不是null |
主键 |
注释 |
room_type_classification_id |
int |
11 |
是 |
是 |
房型分类ID |
layout_of_a_house_or_an_apartment |
varchar |
64 |
否 |
否 |
房型 |
examine_state |
varchar |
16 |
是 |
否 |
审核状态 |
recommend |
int |
11 |
是 |
否 |
智能推荐 |
create_time |
datetime |
0 |
是 |
否 |
创建时间 |
update_time |
timestamp |
0 |
是 |
否 |
更新时间 |
order_form表:
名称 |
类型 |
长度 |
不是null |
主键 |
注释 |
order_form_id |
int |
11 |
是 |
是 |
订单表ID |
property_number |
varchar |
64 |
否 |
否 |
房产编号 |
floor |
varchar |
64 |
否 |
否 |
楼层 |
square_number |
varchar |
64 |
否 |
否 |
平方数 |
furniture |
varchar |
64 |
否 |
否 |
家具 |
elevator |
varchar |
64 |
否 |
否 |
电梯 |
publisher |
int |
11 |
否 |
否 |
发布人 |
price |
varchar |
64 |
否 |
否 |
价格 |
title |
varchar |
64 |
否 |
否 |
标题 |
user |
int |
11 |
否 |
否 |
用户 |
layout_of_a_house_or_an_apartment |
varchar |
64 |
否 |
否 |
房型 |
mode_of_sale |
varchar |
64 |
否 |
否 |
售卖方式 |
leaving_a_message |
varchar |
64 |
否 |
否 |
留言 |
examine_state |
varchar |
16 |
是 |
否 |
审核状态 |
recommend |
int |
11 |
是 |
否 |
智能推荐 |
create_time |
datetime |
0 |
是 |
否 |
创建时间 |
update_time |
timestamp |
0 |
是 |
否 |
更新时间 |
housing_contract表:
名称 |
类型 |
长度 |
不是null |
主键 |
注释 |
housing_contract_id |
int |
11 |
是 |
是 |
房屋合同ID |
contract_name |
varchar |
64 |
否 |
否 |
合同名 |
layout_of_a_house_or_an_apartment |
varchar |
64 |
否 |
否 |
房型 |
floor |
varchar |
64 |
否 |
否 |
楼层 |
furniture |
varchar |
64 |
否 |
否 |
家具 |
square_number |
varchar |
64 |
否 |
否 |
平方数 |
homeowner |
int |
11 |
否 |
否 |
房主 |
contract_form |
varchar |
64 |
否 |
否 |
合同形式 |
price |
varchar |
64 |
否 |
否 |
价格 |
number |
varchar |
64 |
否 |
否 |
数量 |
total |
varchar |
64 |
否 |
否 |
总计 |
user |
int |
11 |
否 |
否 |
用户 |
examine_state |
varchar |
16 |
是 |
否 |
审核状态 |
recommend |
int |
11 |
是 |
否 |
智能推荐 |
create_time |
datetime |
0 |
是 |
否 |
创建时间 |
update_time |
timestamp |
0 |
是 |
否 |
更新时间 |
house_property表:
名称 |
类型 |
长度 |
不是null |
主键 |
注释 |
house_property_id |
int |
11 |
是 |
是 |
房产ID |
property_number |
varchar |
64 |
是 |
否 |
房产编号 |
layout_of_a_house_or_an_apartment |
varchar |
64 |
否 |
否 |
房型 |
title |
varchar |
64 |
否 |
否 |
标题 |
mode_of_sale |
varchar |
64 |
否 |
否 |
售卖方式 |
furniture |
varchar |
64 |
否 |
否 |
家具 |
floor |
varchar |
64 |
否 |
否 |
楼层 |
elevator |
varchar |
64 |
否 |
否 |
电梯 |
square_number |
varchar |
64 |
否 |
否 |
平方数 |
property_map |
varchar |
255 |
否 |
否 |
房产图 |
publisher |
int |
11 |
否 |
否 |
发布人 |
price |
varchar |
64 |
否 |
否 |
价格 |
mailbox |
varchar |
125 |
否 |
否 |
联系邮箱 |
contact_number |
varchar |
16 |
否 |
否 |
联系电话 |
details |
longtext |
0 |
否 |
否 |
详情 |
examine_state |
varchar |
16 |
是 |
否 |
审核状态 |
examine_reply |
varchar |
255 |
否 |
否 |
审核回复 |
recommend |
int |
11 |
是 |
否 |
智能推荐 |
create_time |
datetime |
0 |
是 |
否 |
创建时间 |
update_time |
timestamp |
0 |
是 |
否 |
更新时间 |
monthly_payment表:
名称 |
类型 |
长度 |
不是null |
主键 |
注释 |
customer_id |
int |
11 |
是 |
是 |
客户ID |
gender |
varchar |
64 |
否 |
否 |
性别 |
examine_state |
varchar |
16 |
是 |
否 |
审核状态 |
recommend |
int |
11 |
是 |
否 |
智能推荐 |
user_id |
int |
11 |
是 |
否 |
用户ID |
create_time |
datetime |
0 |
是 |
否 |
创建时间 |
update_time |
timestamp |
0 |
是 |
否 |
更新时间 |
系统的登录窗口是用户的入口,用户只有在登录成功后才可以进入访问。通过在登录提交表单,后台处理判断是否为合法用户,进行页面跳转,进入系统中去。
登录合法性判断过程:用户输入账号和密码后,系统首先确定输入输入数据合法性,然后在login页面发送登录请求,调用登录验证方法来验证。
用户登录模块的IPO如下所示:
输入:用户名和密码。
处理:
1)检测用户输入的账号、密码是否正确及在数据库已对应存在。
2)从数据库中提取记录,并储存在本地的session中(timeout默认=30min)。
3)根据用户名,将其显示在系统首页上。
输出:是否成功的信息。
登录流程图如下所示。
图5-1登录流程图
系统登录界面如下所示。
图5-2系统登录界面
用户登录的逻辑代码如下。
/**
* 登录
* @param data
* @param httpServletRequest
* @return
*/
@PostMapping("login")
public Map
log.info("[执行登录接口]");
String username = data.get("username");
String email = data.get("email");
String phone = data.get("phone");
String password = data.get("password");
List resultList = null;
Map
if(username != null && "".equals(username) == false){
map.put("username", username);
resultList = service.select(map, new HashMap<>()).getResultList();
}
else if(email != null && "".equals(email) == false){
map.put("email", email);
resultList = service.select(map, new HashMap<>()).getResultList();
}
else if(phone != null && "".equals(phone) == false){
map.put("phone", phone);
resultList = service.select(map, new HashMap<>()).getResultList();
}else{
return error(30000, "账号或密码不能为空");
}
if (resultList == null || password == null) {
return error(30000, "账号或密码不能为空");
}
//判断是否有这个用户
if (resultList.size()<=0){
return error(30000,"用户不存在");
}
User byUsername = (User) resultList.get(0);
此页面实现会员的注册,必须注册登录后才能使用系统大部分功能,用户名不允许重复如果重复将会注册失败,并弹出相应的提示,通过js实现对输入的验证。
用户注册流程图如下所示。
图5-4用户注册流程图
用户注册界面如下图所示。
图5-5用户注册界面
用户注册关键代码如下所示。
Map
groupMap.put("name",byUsername.getUserGroup());
List groupList = userGroupService.select(groupMap, new HashMap<>()).getResultList();
if (groupList.size()<1){
return error(30000,"用户组不存在");
}
UserGroup userGroup = (UserGroup) groupList.get(0);
//查询用户审核状态
if (!StringUtils.isEmpty(userGroup.getSourceTable())){
String sql = "select examine_state from "+ userGroup.getSourceTable() +" WHERE user_id = " + byUsername.getUserId();
String res = String.valueOf(service.runCountSql(sql).getSingleResult());
if (res==null){
return error(30000,"用户不存在");
}
if (!res.equals("已通过")){
return error(30000,"该用户审核未通过");
}
}
//查询用户状态
if (byUsername.getState()!=1){
return error(30000,"用户非可用状态,不能登录");
}
String md5password = service.encryption(password);
if (byUsername.getPassword().equals(md5password)) {
// 存储Token到数据库
AccessToken accessToken = new AccessToken();
accessToken.setToken(UUID.randomUUID().toString().replaceAll("-", ""));
accessToken.setUser_id(byUsername.getUserId());
tokenService.save(accessToken);
// 返回用户信息
JSONObject user = JSONObject.parseObject(JSONObject.toJSONString(byUsername));
user.put("token", accessToken.getToken());
JSONObject ret = new JSONObject();
ret.put("obj",user);
return success(ret);
} else {
return error(30000, "账号或密码不正确");
}
}
房屋资讯过程中,首先通过房屋ID得到房屋数据,将房屋数据赋值给房屋资讯,调用mysql_query($sql)方法将资讯数据插入租赁表中,最后查看个人历史房屋资讯记录,可以销毁历史资讯数据。
房屋资讯流程图如下所示。
图5-12房屋资讯流程图
房屋资讯界面如图所示。
图5-13房屋资讯界面
房屋资讯界面如图所示。
@RequestMapping(value = {"/avg_group", "/avg"})
public Map
Query count = service.avg(service.readQuery(request), service.readConfig(request));
return success(count.getResultList());
}
用户搜索过程中,首先通过用户ID得到房源数据,将房源数据赋值给用户推荐,调用mysql_query($sql)方法将房源数据插入用户表中,最后查看个人历史推荐记录,可以销毁历史推荐数据。
房屋推荐流程图如下所示。
图5-12房屋推荐流程图
房屋推荐界面如图所示。
图5-13房屋推荐界面
房屋推荐界面关键代码如下所示。
@RequestMapping("/get_obj")
public Map
Query select = service.select(service.readQuery(request), service.readConfig(request));
List resultList = select.getResultList();
if (resultList.size() > 0) {
JSONObject jsonObject = new JSONObject();
jsonObject.put("obj",resultList.get(0));
return success(jsonObject);
} else {
return success(null);
}
}
public Query select(Map
StringBuffer sql = new StringBuffer("select ");
sql.append(config.get(FindConfig.FIELD) == null || "".equals(config.get(FindConfig.FIELD)) ? "*" : config.get(FindConfig.FIELD)).append(" ");
sql.append("from ").append("`").append(table).append("`").append(toWhereSql(query, "0".equals(config.get(FindConfig.LIKE))));
if (config.get(FindConfig.GROUP_BY) != null && !"".equals(config.get(FindConfig.GROUP_BY))){
sql.append("group by ").append(config.get(FindConfig.GROUP_BY)).append(" ");
}
if (config.get(FindConfig.ORDER_BY) != null && !"".equals(config.get(FindConfig.ORDER_BY))){
sql.append("order by ").append(config.get(FindConfig.ORDER_BY)).append(" ");
}
if (config.get(FindConfig.PAGE) != null && !"".equals(config.get(FindConfig.PAGE))){
int page = config.get(FindConfig.PAGE) != null && !"".equals(config.get(FindConfig.PAGE)) ? Integer.parseInt(config.get(FindConfig.PAGE)) : 1;
int limit = config.get(FindConfig.SIZE) != null && !"".equals(config.get(FindConfig.SIZE)) ? Integer.parseInt(config.get(FindConfig.SIZE)) : 10;
sql.append(" limit ").append( (page-1)*limit ).append(" , ").append(limit);
}
log.info("[{}] - 查询操作,sql: {}",table,sql);
return runEntitySql(sql.toString());
}
用户在yhzhgl查看用户信息,先使用sql语句查询出所有用户表的数据,然后调用mysql_query($sql),返回一个数组对象,在for循环里,将数据放入页面模板中,添加用户则将添加的用户数据封装在sql语句,中然后调用mysql_query($sql)方法将用户内容插入用户表中。
用户管理界面如下图所示。
图5-17用户管理界面
系统用户管理关键代码如下所示。
@RequestMapping(value = {"/sum_group", "/sum"})
public Map
Query count = service.sum(service.readQuery(request), service.readConfig(request));
return success(count.getResultList());
}
添加房型信息时,输入必填字段后,表现层接受传过来的房型信息参数,再调用addCheliang方法,经过业务层到持久层的处理,完成对整个添加房型信息的操作。addCheliang方法也和用户管理中的addUser方法类似,同时做添加和修改工作。
修改房型信息时,选择需要修改的房型进行修改,调用控制器的editCheliang方法,拿到该房型原本的信息并显示到页面,管理员再对需要修改的房型信息字段进行修改,完成后调用addCheliang方法,调用业务层的updateByKey方法,更新数据库的房型信息表的数据。
房型分类管理流程图如下所示。
图5-21房东管理流程图
房型分类管理界面如下图所示。
图5-22房型分类管理界面
房型分类管理界面关键代码如下所示。
@RequestMapping(value = {"/count_group", "/count"})
public Map
Query count = service.count(service.readQuery(request), service.readConfig(request));
return success(count.getResultList());
}
删除订单信息时,选择需要删除的订单进行删除,把主键的uId传到控制器,再调用控制器的deleteKefu方法,数据经过业务层解析和处理,请求持久层调用deleteByPrimaryKey方法操作数据库将用户数据从数据库中删除。
查找订单时,输入需要查找的房屋地址等,调用getData方法获取所有数据并且进行分页,把获取到的所有数据显示到视图上,这时候只需要用脚本方法便能快速查找,不涉及对数据库操作。
订单管理流程图如下所示。
图5-24订单管理流程图
订单管理界面如下图所示。
图5-25订单管理界面
订单管理界面关键代码如下所示。
@RequestMapping("/get_list")
public Map
Map
return success(map);
添加房屋合同信息时,输入必填字段后,表现层接受传过来的房屋合同信息参数,再调用addCheliang方法,经过业务层到持久层的处理,完成对整个添加房屋合同信息的操作。addCheliang方法也和用户管理中的addUser方法类似,同时做添加和修改工作。
修改房屋合同信息时,选择需要修改的房型进行修改,调用控制器的editCheliang方法,拿到该房屋合同原本的信息并显示到页面,管理员再对需要修改的房屋合同信息字段进行修改,完成后调用addCheliang方法,调用业务层的updateByKey方法,更新数据库的房屋合同信息表的数据。
房屋合同管理流程图如下所示。
图5-21房屋合同管理流程图
房屋合同管理界面如下图所示。
图5-22房屋合同管理界面
房屋合同管理界面关键代码如下所示。
@PostMapping("/add")
@Transactional
public Map
service.insert(service.readBody(request.getReader()));
return success(1);
}
@Transactional
public Map
service.insert(map);
return success(1);
}
public Map
BufferedReader br = null;
StringBuilder sb = new StringBuilder("");
try{
br = reader;
String str;
while ((str = br.readLine()) != null){
sb.append(str);
}
br.close();
String json = sb.toString();
return JSONObject.parseObject(json, Map.class);
}catch (IOException e){
e.printStackTrace();
}finally{
if (null != br){
try{
br.close();
}catch (IOException e){
e.printStackTrace();
}
}
}
return null;
}
public void insert(Map
StringBuffer sql = new StringBuffer("INSERT INTO ");
sql.append("`").append(table).append("`").append(" (");
for (Map.Entry
sql.append("`"+humpToLine(entry.getKey())+"`").append(",");
}
sql.deleteCharAt(sql.length()-1);
sql.append(") VALUES (");
for (Map.Entry
Object value = entry.getValue();
if (value instanceof String){
sql.append("'").append(entry.getValue()).append("'").append(",");
}else {
sql.append(entry.getValue()).append(",");
}
}
sql.deleteCharAt(sql.length() - 1);
sql.append(")");
log.info("[{}] - 插入操作:{}",table,sql);
Query query = runCountSql(sql.toString());
query.executeUpdate();
}
在对该系统进行完详细设计和编码之后,就要对房产中介系统的程序进行测试,检测程序是否运行无误,反复进行测试和修改,使之最后成为完整的软件,满足用户的需求,实现预期的功能。
在软件的测试过程中,通常测试人员需要针对不同的功能模块设计多种测试用例。通过测试用例能够及时发现代码业务逻辑上是否与真实的业务逻辑相对应,及时发现代码上或逻辑上的缺陷,以此来来完善系统,提高软件产品的质量,使软件具有良好的用户体验。
注册测试用例表如下所示。
表6-1注册测试用例
测试性能 |
新用户注册 |
||
用例目的 |
测试系统新用户个人信息注册功能的功能和安全性 |
||
前提条件 |
进入注册页面填写个人信息 |
||
输入条件 |
预期输出 |
实际情况 |
|
各项基本信息输入不完整 |
不允许注册,无法点击注册按钮 |
一致 |
|
填写已存在的用户名 |
系统显示出提示信息,要求重新填写 |
一致 |
|
两次密码输入不一致 |
系统显示出提示信息,要求重新填写 |
一致 |
|
填写的各项信息没有符合提示的长度和字符要求 |
系统显示出提示信息,要求重新填写 |
一致 |
|
胡乱填写电话号码 |
收不到验证码 |
一致 |
|
填写验证码与收到的不一致 |
系统显示提示信息告知用户验证码错误,不予注册 |
一致 |
登录测试用例表如下所示。
表6-2登录测试用例
测试性能 |
用户或操作员登录系统 |
||
用例目的 |
测试用户或操作员登录系统时功能是否正常 |
||
前提条件 |
进入用户登录页面或操作员登录页面 |
||
输入条件 |
预期输出 |
实际情况 |
|
各项信息不予填写,直接点击登陆按钮 |
不允许登录,提示填写账号相关信息 |
一致 |
|
填写错误的登录名或密码后点击登录系统 |
提示用户名或密码错误,要求重新填写进行登录 |
一致 |
|
填写与验证码信息不一致的信息 |
系统显示出提示信息,表明验证码错误,要求重新填写 |
一致 |
房产推荐测试用例表如下所示。
表6-3房产推荐测试用例
测试性能 |
用户进行房产推荐的操作 |
||
用例目的 |
测试用户进行房产推荐操作时,系统的功能是否正常 |
||
前提条件 |
用户进入房屋详情页,该房屋能够被租订 |
||
输入条件 |
预期输出 |
实际情况 |
|
用户未登录,点击推荐按钮 |
跳转至登录页面,提示用户先进性登录 |
一致 |
|
正常的登录用户,点击推荐按钮 |
系统弹出提示框,提示用户租订成功,同时该房屋的状态更改为已租订状态 |
一致 |
房屋管理测试用例表如下所示。
表6-4房屋管理测试用例
测试性能 |
房屋相关信息管理功能 |
||
用例目的 |
测试系统后台操作员对房屋相关信息进行管理的功能是否正常 |
||
前提条件 |
登录系统后台进入相关管理页面 |
||
输入条件 |
预期输出 |
实际情况 |
|
普通操作员登录,点击进入房屋相关信息管理的页面 |
提示非超级用户,权限不够,无法进入相关页面 |
一致 |
|
超级操作员登入,删除某个已被租赁的房屋 |
提示该房屋删除失败 |
一致 |
|
点击增加房屋按钮 |
页面正常跳转 |
一致 |
|
增加房屋是,填写已存在的房屋编号 |
提示该编号已存在 |
一致 |
经过对此系统的测试,得出该系统足以满足用户日常需求,在功能项目和操作等方面也能满足操作员对于其他用户的管理。但是,还有很多功能有待添加,这个系统仅能满足大部分的需求,还需要对此系统的功能更进一步的完善,这样使用起来才能更加的完美。
通过房产中介系统的开发,本人巩固了之前学过的知识,如今将平时所学到的知识融合在设计中,在设计过程中,做了很多的准备,首先,在数据库系统的设计过程中,尤其是在数据库的工作原理、工作特点,对其深刻的讨论,与此同时,对于小型站点来说,最好服务器的选择,其次,利用所学的知识点分析所做的系统,并在此基础上设计。
目前本系统已经上线,正在试运行阶段,用户反馈良好,基本完成用户所需,试运行过程中没有出现阻断性问题,有一些不足和小问题也及时予以修正,系统上线后,为了保证数据的安全性,对系统进行了备份操作,系统备份是每两个月备份一次,数据库备份为每周备份一次,系统部署在租赁的云平台服务器中。
本次系统上线成功后,得到了用户的高度认可,但是在功能上和性能上还需做进一步的研究处理,使其有更高的性能和更好的用户体验。
系统在以后的升级过程中,需要解决一系列用户所提出的问题,例如打印过程中如何避免浏览器的兼容性问题,大量用户访问时,如何保持较高的响应速度,在系统今后的升级过程中将着重解决这些安全性问题。
[1]熊雨治.企业出租自有房屋全流程管理研究[J].广西质量监督导报,2020(12):177-178.
[2]张基.基于Android平台的房产中介管理系统的设计[J].老字号品牌营销,2019(07):70-71.
[3]胡世民.基于互联网+的房产中介管理系统的设计与实现[D].江西财经大学,2019.
[4]研发房产中介管理系统[J].铁路采购与物流,2016,11(07):68-71.
[5]张旭超.基于B/S架构的房产中介管理系统的设计与实现[D].北京工业大学,2019.
[6]方义.关于房产中介管理系统的设计与开发问题研究[J].科技展望,2019,25(06):3-4.
[7]姚强.基于SSH框架的杭州市暂住人口信息管理系统[D].浙江工业大学,2019.
[8]Maria Trojanek. Carrying Out Municipal Tasks in the Scope of Housing Stock Management – Case Study of Poznań City[J]. Real Estate Management and Valuation,2019,22(3):
[9]赵凤霞, 房产中介市场信息管理系统的研究与开发. 河南省,郑州大学,2019-12-15.
[10]孟令刚. 房产中介管理系统的设计与实现[D].吉林大学,2019.
[11]Formoso C.,Leite F.,Miron L.. Client requirements management in social housing: A case study on the residential leasing program in brazil[J]. Journal of Construction in Developing Countries,2018,16(2):
[12]李燕.房产中介管理缺陷及应对方案分析[J].中国市场,2018(19):68-69.
[13]叶艳.房产中介市场信息管理系统. 河南省,郑州市房地产管理局,2018-10-01.
[14]吕斌.房管所管理信息系统的设计与实现[D].四川大学,2018.
[15]任小艳.基于UML建模的房产中介管理系统分析[J].焦作师范高等专科学校学报,2018(01):56-59.
伴随着设计的完成,大学生涯也随之即将结束。大学期间是我最珍惜的时光,大学时光中学会了很多,也成长了很多,这段时光中每一段回忆都刻在脑海中。感谢一起学习,一起成长同学们,和成长过程悉心教导的老师们,非常感激有你们的陪伴。
首先感谢我的指导老师,设计的完成离不开老师的一系列指导。在毕业设计的完成过程中,老师给出了很多中肯的建议,正是由于老师一丝不苟的工作态度,我的设计才能顺利的完成。
最后,感谢在大学生涯中每一位教导我的老师,是你们教给了我丰富的知识,更教会了我遇到问题时,如何去应对并解决。谢谢你们的帮助与支持。