基于Java+SpringCloud+Vue的前后端分离的房产销售平台

一、背景介绍

管理员功能其中管理员规划功能模块如下：1、管理员管理：添加新的管理员，管理历史管理员信息。2、系统管理：对系统信息进行管理，维护个人信息，用户登录等。3、房源信息管理：包括房源信息检索和浏览房源信息功能。4、签约管理：包括新增租金信息、所有的账单查询和已退租信息。5、看房管理：客户在线提出看房申请，管理员管理申请，处理退租申请信息。6、留言管理：对客户提出的留言信息进行管理。包括留言删除和留言回复等。7、新闻公告管理：录入新的公告信息，修改信息和删除公告信息。客户功能其中客户角色功能模块如下：1）客户使用注册的用户名和密码进行登录。2）客户维护个人信息。3）查看房源列表，在线申请看房，在线签约，在线留言，查看新闻信息等

二、技术栈

• 后端：Java+SpringBoot
• 前端：Vue
• 数据库：MySQL

三、功能模块

四、详细介绍

登陆模块的实现

使用脚本把数据库导入到mysql中，配置tomcat服务器，运行程序。其中用户登录的界面如下所示。登录界面如图4-1所示：

图4-1登录窗口界面

管理员登录中，通过点击button按钮，调用check1方法，通过IF判断用户名和密码是否输入，后调用loginService.login的方法，进行数据库查询，返回是或者否。

输入信息后，选择角色类型，进行登录，登录验证需要经过两个步骤。第一个步骤是客户端验证，通过js实现必填项校验，一般情况，js也可以校验是否为数字，字符串大小等。通过验证后提交到服务器端进行验证，服务器验证是查询数据库的记录，得到数据后，返回验证通过信息。

用户登录成功后，第一步进行用户角色判断，不同的用户角色权限不一样。就需要根据登录信息，判断用户具有什么权限，然后显示对应的操作菜单，系统主界面样式是统一的，用户操作菜单根据用户权限来显示。主界面一般包括logo图标、菜单和主操作内容页面。

房源信息管理模块实现

房源信息管理模块由如下几个部分组成，房源信息显示，房源信息删除，房源信息更改和房源信息查询，其主要功能是对系统房源信息进行管理。

界面设计如下图4-2所示：

图4-2房源信息管理窗口界面

点击左边菜单树下房源管理中的所有房源，中间区域就会显示出所有的房源信息列表，点击编辑操作就可以跳转到编辑房源页面，点击删除可以对选择的行进行删除。

其中房源添加中，通过管理类，实现了业务逻辑层的数据传递方法。实现通过房源添加页面，通过配置文件，找到对应的方法，获取用户输入的房源信息，构造sql语句，调用业务层的方法，实现房源的数据库保存操作，并返回保存成功信息，即房源录入成功。

在房源删除中，点击需要删除的房源行，调用逻辑类的删除方法；在该方法中，先通过要删除的ID对象，查找房源行的模型，持久层通过连接数据库，调用逻辑类的删除方法，通过数据库删除方法，把数据库中的房源对象进行删除。完成删除操作后，返回房源的页面。

点击需要修改的房源行，调用逻辑类的修改；在该方法中，先通过要修改的ID对象，查找房源行的模型，持久层通过连接数据库，调用查询方法，返回房源的模型，使对象赋值给模型驱动的房源绑定到修改页面。用户完成修改后，点击保存，调用调用逻辑类的方法，持久层把对象返回到方法中，然后调用逻辑类的修改方法，通过数据库的修改方法，把数据库中的房源对象进行修改。完成修改操作后，返回房源的刷新页面。

在查询页面，管理员通过Web页面层URL访问链接进入到房源主页；当管理员点击所有房源时，跳转到房源管理jsp页面，通过配置文件，找到对应的查询方法，数据库层方法完成查询处理。调用业务层的查询，调用房源类中的对象，返回整数，即所有房源个数。业务层调用持久层的方法，返回房源的模型集合，使用<>()返回结果到业务层，业务层把对象保存到值栈中，返回到房源集合循环中，后台主页数据显示区的通过循环把当前页的房源数据从值栈中取出来显示在页面上。

签约信息管理模块实现

签约信息管理模块由如下几个部分组成，签约信息显示，签约信息删除，签约信息更改和签约信息查询，其主要功能是对系统签约信息进行管理。

界面设计如下图4-4所示：

图4-4签约信息管理窗口界面

点击左边菜单树下签约管理中的所有签约，中间区域就会显示出所有的签约信息列表，点击编辑操作就可以跳转到编辑签约页面，点击删除可以对选择的行进行删除。

其中签约添加中，通过管理类，实现了业务逻辑层的数据传递方法。实现通过签约添加页面，通过配置文件，找到对应的方法，获取用户输入的签约信息，构造sql语句，调用业务层的方法，实现签约的数据库保存操作，并返回保存成功信息，即签约录入成功。

在签约删除中，点击需要删除的签约行，调用逻辑类的删除方法；在该方法中，先通过要删除的ID对象，查找签约行的模型，持久层通过连接数据库，调用逻辑类的删除方法，通过数据库删除方法，把数据库中的签约对象进行删除。完成删除操作后，返回签约的页面。

点击需要修改的签约行，调用逻辑类的修改；在该方法中，先通过要修改的ID对象，查找签约行的模型，持久层通过连接数据库，调用查询方法，返回签约的模型，使对象赋值给模型驱动的签约绑定到修改页面。用户完成修改后，点击保存，调用调用逻辑类的方法，持久层把对象返回到方法中，然后调用逻辑类的修改方法，通过数据库的修改方法，把数据库中的签约对象进行修改。完成修改操作后，返回签约的刷新页面。

在查询页面，管理员通过Web页面层URL访问链接进入到签约主页；当管理员点击所有签约时，跳转到签约管理jsp页面，通过配置文件，找到对应的查询方法，数据库层方法完成查询处理。调用业务层的查询，调用签约类中的对象，返回整数，即所有签约个数。业务层调用持久层的方法，返回签约的模型集合，使用<>()返回结果到业务层，业务层把对象保存到值栈中，返回到签约集合循环中，后台主页数据显示区的通过循环把当前页的签约数据从值栈中取出来显示在页面上。

申请看房管理实现

客户提出申请看房，管理员管理申请。看房后，可以进行同意签约或者拒绝签约操作。界面设计如下图4-5所示：

图4-5看房申请界面

在查询页面，管理员通过Web页面层URL访问链接进入到看房申请主页；当管理员点击所有看房申请时，Web页面端组件会调用处理查询所有看房申请的逻辑类中的方法；查询所有看房申请；调用逻辑类中的查找方法，该类调用数据库操作，参数为查询所有看房申请个数的SQL语句，返回一个整数集合，然后获取它的第一个元素，即所有看房申请个数，并把它转换成整数类型；把所有看房申请个数返回给业务层，业务层接收到该数值，把它赋值给总记录数，通过每页显示的记录数计算出总页数；业务层接收到该集合，并赋值给每页显示的数据集合，把集合返回给页面；后台主页数据显示区的通过循环把当前页的看房申请数据从值栈中取出来显示在页面上。

平台前台首页实现

前台首页包括房源信息、房产资讯、留言反馈、个人中心等。界面设计如下图4-6所示：

图4-6首页界面

通过Web页面层URL访问链接进入到房源主页；当点击所有房源时，Web页面端组件会调用处理查询所有房源的逻辑类中的方法；查询所有房源；调用逻辑类中的查找方法，该类调用数据库操作，参数为查询所有房源个数的SQL语句，返回一个整数集合，然后获取它的第一个元素，即所有房源个数，并把它转换成整数类型；把所有房源个数返回给业务层，业务层接收到该数值，把它赋值给总记录数，通过每页显示的记录数计算出总页数；业务层接收到该集合，并赋值给每页显示的数据集合，把集合返回给页面；后台主页数据显示区的通过循环把当前页的房源数据从值栈中取出来显示在页面上。

在线留言模块实现

在线留言需要用户登录后进行发布信息，没有登录的用户不能留言。界面设计如下图4-7所示：

图4-7在线留言界面

用户点击留言的添加，跳转到留言页面，当用户完成保存后，通过配置文件，找到对应的方法，完成保存操作。调用业务层的保存方法，参数为模型驱动的评论对象，保存方法中，调用逻辑类,通过数据库逻辑类的保存对象，将评论模型序列化到数据库表中。逻辑类完成操作后，返回留言列表页面。

在查询页面，通过Web页面层URL访问链接进入到留言主页；当点击所有留言时，Web页面端组件会调用处理查询所有留言的逻辑类中的方法；查询所有留言；调用逻辑类中的查找方法，该类调用数据库操作，参数为查询所有留言个数的SQL语句，返回一个整数集合，然后获取它的第一个元素，即所有留言个数，并把它转换成整数类型；把所有留言个数返回给业务层，业务层接收到该数值，把它赋值给总记录数，通过每页显示的记录数计算出总页数；业务层接收到该集合，并赋值给每页显示的数据集合，把集合返回给页面；后台主页数据显示区的通过循环把当前页的留言数据从值栈中取出来显示在页面上。

五、结论

计算机科学的发展，应用到社会各个领域，作用也愈发重要。当前社会，竞争日益激烈，只有使用管理系统才能提高管理效率。目前，我国网络环境和市场经济发展良好，各行业分布广泛，工作精细化程度高。对于各项工作流程的管理更加的重视，使用管理系统对企业进行流程化管理，控制业务，提高工作效率，对流程化进行统一控制，方便用户快速的解决相关事务。

本文设计研究了房产销售平台的巨大发展前景，对现有的房产销售平台运行现状进行了总结和归纳并研发设计了一款集成了JAVA技术和数据库处理分析技术的房产销售平台。因此，该系统在大幅度提升房源签约管理提出了一定的看法和意见。同时，本研究设计还对房产销售平台的后台处理系统进行了升级和改良，起到提升系统稳定性和运行有效性的作用。

本研究设计的房产销售平台达到了研究设计预设的目标。但由于系统整体运行的时期较短，同时本人还相对缺失一定的实践基础以及受到了时间和财力的限制，本研究设计目前还存在以下问题：

（1）本研究设计的房产销售平台在使用权限上受到了一定的限制，目前只有运营商内部以及一些线下的服务网点可以使用此套系统。

（2）本文实施的角色权限管理操作在层级上有所划分和限制，就目前的设计水平而言只能设置为部门级别。因此，未来相关研究可以引入层次化角色控制机制从而实现灵活管理的目标