系统包含：源码+论文
所用技术：SpringBoot+Vue+SSM+Mybatis+Mysql
免费提供给大家参考或者学习，获取源码请私聊我
需要定制请私聊
目 录
第1章 绪论
1.1 课题背景
二十一世纪互联网的出现，改变了几千年以来人们的生活，不仅仅是生活物资的丰富，还有精神层次的丰富。时代进步的标志，就是让人们过上更好的生活。在互联网诞生之前，地域位置往往是人们思想上不可跨域的鸿沟，信息的传播速度极慢，信息处理的速度和要求还是通过人们骑马或者是信鸽传递，这些信息传递都是不可控制的，中间很有可能丢失，信息的传递水平决定了人们生活的水平。现如今，大家都在用互联网来实现自己的目的，从内部管理设置计算机管理，提高内部信息管理水平，从外部市场也可以用计算机获取相关数据进行处理，如今各行各业已经严重依赖于计算机了。
本课题研究和开发二手房中介管理系统，让安装在计算机上的该系统变成管理人员的小帮手，提高二手房信息处理速度，规范二手房信息处理流程，让管理人员的产出效益更高。
1.2 课题意义
传统处理数据，必须是一张张纸，然后处理完毕又是统计在一张张纸上面，不断的重复处理，最终有个结果给最高层作为参考，这个模式在互联网没有出现之前，是一种常见的事情，信息管理的效率提不上去，那就用人才，人多力量大，是一个以前人们的常识。计算机的诞生就是发现了人多力量大的不足，比如高端计算人才的培养已经跟不上使用了，所以人们研究出专门帮助人们计算的机器，就是计算机的前身，到了互联网时代，人们发现完全可以让程序供应商提供解决方案，自己挑选自己合适的方案来提高自己的产出比。于是市面上就出现了各种各样的依靠程序处理信息的解决方案。
本课题研发的二手房中介管理系统，就是提供二手房信息处理的解决方案，它可以短时间处理完信息，并且只需要使用者动动鼠标和键盘就能获取自己需要的信息，并且这些信息都有专门的存储设备，而且数据的备份和迁移都可以设定为无人值守，从人力角度和信息处理角度以及信息安全角度，二手房中介管理系统是完胜传统纸质操作的，所以二手房中介管理系统就是如此的值得信赖。
1.3 研究内容
本文对二手房中介管理系统的设计与实现分成六个章节进行描述。
第1章：研究二手房中介管理系统的背景，以及开发二手房中介管理系统的意义。
第2章：对开发二手房中介管理系统的环境还有技术进行说明。
第3章：分析二手房中介管理系统的可行性，性能，流程以及功能。
第4章：设计二手房中介管理系统的功能结构，设计数据库E-R图以及对数据表的存储结构进行设计。
第5章：实现二手房中介管理系统的功能并进行功能界面展示。
第6章：对系统测试进行阐述，以及对本系统部分功能进行检测。
第2章 开发环境与技术
本章节对开发二手房中介管理系统需要搭建的开发环境，还有二手房中介管理系统开发中使用的编程技术等进行阐述。
2.1 Java语言
Java语言是当今为止依然在编程语言行业具有生命力的常青树之一。Java语言最原始的诞生，不仅仅是创造者感觉C语言在编程上面很麻烦，如果只是专注于业务逻辑的处理，会导致忽略了各种指针以及垃圾回收这些操作，导致出现问题需要解决的时间往往大于正常编程处理业务逻辑的时间，这些是非常浪费时间的。Java语言的创造者就完美的解决了这个问题，把指针处理和垃圾处理全部自动化，虽然这会损失一些性能，但是随着计算机硬件的不断发展，这些性能是可以忽略考虑的。并且C语言是针对硬件开发的语言，在符合条件的硬件上面进行编程可以最大化利用硬件的性能，但是随着硬件的变化或者操作系统的变更，如果还是用C语言的话需要对整个程序进行重新编程，只有随着市场变化而变化的语言才是符合潮流，符合生存规律的语言。Java语言的创造者就针对C语言的缺点专门开发了Java语言。让Java语言不管是在什么样的环境里都是可以运行，因为在Java语言运行外面套了一个壳，也就是虚拟机，只要是Java虚拟机能安装的电脑都可以运行Java的程序。
2.2 MYSQL数据库
MySQL数据库是关系型数据库的一种，也是传统的行式数据模式，获取一些数据是先一行一行的获取，然后一行一行的显示，与最近大数据兴起的列式数据库有着明显的不同。行式数据库主要是处理最重要的数据逻辑部分，并且必须是有效数据，这样每一处的数据关联都是不可损坏，如果对数据安全性比较高的肯定是需要选择MySQL数据库，列式数据库的发明仅仅是因为读取效率高，与传统的MySQL数据库比起来在数据写入方面并不会高明到哪里。MySQL虽然比起oracle或者SQL
SERVER来讲，安装包只是几十兆甚至几百兆，有点小，但是功能并不会弱到哪里，严格遵循SQL标准语法。MySQL的数据存放形式从大向小的说是数据库最大，然后是表，每个表里面存放数据是有一定的规则的，数据存放是表格形式的，也就是说有横也有竖，横着的为行，一般表示一条数据，每个表都有字段，而字段是以列的形式存在，这样能保证一条数据每一个字段对应的是相同数据类型的数据。表与表之间还可以进行关联，进行分表操作，如果一条数据相关项目属性太多，那么可以把有效的相关联系做成关联，可以设定是否唯一。
2.3 IDEA开发工具
IDEA是捷克共和国的Java程序员开发人员创造的一个开发软件，刚开始主要是对于用Eclipse软件他们用得不顺手，所以直接开发了这款软件。之所以不顺手原因在于没有代码提升功能，原因是Eclipse只是把代码提示作为一种插件形式的存在，如果有些程序开发人员不清楚代码提示插件可能会出问题，并且代码提示只是用来作为插件，所以功能上有所欠缺。IDEA不仅仅代码提示做的很好，在代码重构上面更上如虎添翼，程序开发人员可以选择一段代码然后IDEA就会对代码进行分解重构，有效的把代码弄得更够层次感，复用性更高，用着更简洁和方便，大大的减少了代码工作量，提升了代码开发效率。当然，IDEA对于使用者这么好，肯定也是有目的的，原因在于插件越多越友好，就需要花费大量的金钱来使用，所以说IDEA使用主要是看自己喜好。
2.4 SSM框架
开发一个业务逻辑比较简单的应用，采用这几年最广为流传的SSM框架是很合适的。SSM框架就是Spring
MVC框架和Spring框架，以及持久层常用的MyBatis框架。
三个框架有三个不同的作用。普通用户一般都是操作浏览器进行浏览自己喜欢的内容，也可以通过浏览器提交自己输入的信息，而显示或者提交，都会被Spring
MVC框架进行拦截和处理，进入到更深的一个层次就是控制层，根据不同的提交内容可以访问不同的处理逻辑，让不同的代码进行执行，如果是普通的比较逻辑不需要从数据库里获取内容是不需要传递给MyBatis框架的，如果需要与数据库内容进行交互，就会从Java的POJO对象通过MyBatis自动转换数据库对应字段的数据类型，具体是该增删改查还是其他操作，都会通过MyBatis进行处理，处理结果是反馈给控制层，然后通过控制层再提交给视图层，反馈到用户希望看到的结果。
第3章 系统分析
本文作者在确定了研究的课题之后，从各大数字图书馆下载文献来阅读，并了解同类型的网站具备的大致功能，然后与本系统用户的实际需求结合进行分析，得出本系统要研究的具体功能与性能。虽然分析系统这一阶段性工作主要是确定功能，但它却影响着后面系统开发环节的进展，它也是系统开发流程中比较重要的一个环节。
3.1 可行性分析
以下部分是从三个角度来进行可行性分析，确保开发成功的前提是有可行性分析，只有进行提前分析，符合程序开发流程才不至于开发过程的中断。
3.1.1 技术可行性
在技术实现层次，分析了好几种技术实现方法，并且都有对应的成功案例，也有很多开源模块可以进行参考，所以从技术可行性分析来讲，实现二手房中介管理系统是没有问题的。
3.1.2 经济可行性
对于身为学生的开发者而言，在经济资源上面可用者很少，为了开发二手房中介管理系统，通过从技术分析发现可以用自己用的电脑进行开发，并且学校机房的配置也可以达到要求。最重要的是技术资源一般都是开源免费使用的，因此得出结论，经济方面是具有可行性的。
3.1.3 操作可行性
二手房中介管理系统的具体实现，本身参考人类的正常操作逻辑，把常用的操作习惯当做主要的导航实现，可以让使用者更快速的理解并且上手操作，实现符合逻辑的操作流程是操作可行性的具体体现。
以上就是从不同的角度来分析，确保了二手房中介管理系统的正常开展。
3.2 系统流程
二手房中介管理系统投入使用后，其各个功能的内部操作逻辑需要使用者通过流程图来进行了解。
3.2.1 操作流程
使用者在操作二手房中介管理系统中，应该按照本系统提供的操作流程（图3.1即为本系统的操作流程图）进行操作，这样可以减少使用者操作中出现的错误，从而节省进入二手房中介管理系统的时间。
图3.1 系统操作流程
3.2.2 登录流程
二手房中介管理系统通过登录功能（图3.2即为其登录的流程）引导使用者进入指定的功能操作区，也避免非本系统的用户享受本系统提供的服务以及查看本系统提供的信息，从而保障本系统用户的安全使用。
图3.2 登录流程
3.2.3 删除信息流程
二手房中介管理系统在经过长期使用后，会产生很多的数据信息。为了腾出存储空间存放更多的数据，本系统数据库中存储的数据，一些没有参考价值的数据需要进行删除（图3.3即为删除信息的流程），删除数据过程中，为避免误删，使用者要根据系统的提示来决定是否删除数据。
图3.3 删除信息流程
3.2.4 添加信息流程
二手房中介管理系统提供可视化的功能操作区，非常方便使用者进行数据操作，当使用者往系统中录入数据时（图3.4即为添加信息的流程），本系统也会进行数据合法性的判断，符合要求的数据才能够在数据库指定表中进行登记。
图3.4 添加信息流程
3.3 性能需求
在需求分析中就应该对项目所需服务器性能进行分析，这样才符合正常的分析流程。只谈功能需求不谈性能需求，是一件很严重的事情，可能会导致使用过程中出现一系列不可预测的问题，所以性能需求也是需要考虑的重要项。
下面就是从几个方面来进行系统的性能分析，从每个角度来分析系统性能。
(1)系统数据的容量：从数据角度来分析，每个表和每个数据库，达到的数据量到一定的程度，是否需要分表或者是分库，超过了数据的设定限度，可能会导致数据反映迟钝，容错量增加。
(2)数据精度的要求：需要对需求分析里面数据设定环节，考虑相应的数据精度问题，需要发现数据是常用的精度还是非常用的精度，进而设定不同的数值。数据的精度问题，会直接导致设计的性能问题。
(3)时间响应要求：从用户提交操作，到页面反映，中间有个数据处理的问题，如果数据量大，那么考虑索引问题和分库问题，数据量再大就要考虑增加列式数据库的问题，这些都要根据数据量的增加以及逻辑的严密性来进行判断，才能符合用户的要求，毕竟响应时间太久操作起来也不舒服。
(4)普适性问题：用户使用应该不需要感知服务端的数据量问题或者响应问题，只需要任意一台电脑，不需要更多的操作，打开浏览器就能用，太多的设置以及操作，不符合普适性操作。
(5)页面设计问题：功能符合要求之后，肯定是要丰富页面的。页面设计才是用户长时间面对的问题，首先考虑数据的整洁性，让页面看起来更加的清爽。颜色与数据方面，该不同颜色就不同颜色，降低用户长时间使用出现的视觉疲劳，让用户使用起来心情不至于太差。
(6)系统的稳定性：正常用户操作系统页面，必须是该提交提交，正常输入符合逻辑，不能随随便便的就出各种问题，导致用户操作疲惫，并且输入的数据和回显的数据符合用户的要求。如果正常操作都会出现问题，那设计就是不稳定的，这一点肯定不行。只要是与数据进行交互的系统，都必须稳定。系统稳定从开发部署角度上来分析，可以考虑数据的冗余备份功能，自动值守功能，机房数据同步，机房分开的功能，这些都可以让系统的稳定性得到提升。
系统的性能需求从业务需求之初就能大致了解到性能需求相关的概念，再从系统性能需求来逐条实现，可以让设计的系统有使用价值。
3.4 功能需求
二手房中介管理系统根据使用权限的角度进行功能分析，并运用用例图来展示各个权限需要操作的功能。
图3.5即为管理员用例图，管理员权限操作的功能包括对注册用户信息的管理，对卖房信息，小区信息，出租信息，论坛信息等信息的管理。
图3.5 管理员用例图
图3.6即为用户用例图，用户权限操作的功能包括查看小区介绍，收藏出租以及卖房信息，发布或评论论坛帖子信息。
图3.6 用户用例图
第4章 系统设计
系统的设计一切都是为了用户的使用，虽然用户使用过程中可能只是面对着浏览器进行各种操作，但是不代表着系统对于用户在浏览器上的操作不进行处理，所以说，设计一个系统需要考虑到方方面面。
4.1 系统设计思想
系统设计，肯定要把设计的思想进行统一，只有统一的思想才能指导程序的开发，并且可以让众多的程序开发人员更快速的进入状态，提高开发速度。根据当前系统的既定需求，下面将进行本系统设计思想的阐述。
(1)扩展性：开发任何一个系统的时候不可避免要考虑这个问题。软件版本的更迭是一种常识，任何一个软件都不会一次性开发就成永恒，软件是一个不断成长的东西。所以考虑问题的时候需要对当前问题进行数据上的扩大化，然后进行归纳整理，最终形成具有一定扩展性的程序。程序的可扩展性必然会影响开发进度，所以最终需要综合评估程序的可扩展程度，进而有的放矢，循序开发。
(2)实用性：程序设计是一个先高屋建瓴式的设想，然后再具体化，实用性就是具体化的第一个步骤，要充分考虑使用者是不懂程序设计的这一点，使用者只是懂得常规性的上网操作步骤，并不需要对程序进行理解，所以一定要让使用者感觉到便利，感觉到实用性的存在，如果使用者使用程序过程中没发现使用程序的好处，那么程序设计的实用性将大大降低。
(3)安全性：当使用者使用的过程中，会产生大量的相关数据，这些数据必须有安全性的保证，否则当使用者发现数据出现问题的原因是程序设计问题的时候，将会对程序开发者失去信任，甚至可能会产生大量的费用赔偿问题，这是一个不可避免的问题。所以安全性关系开发与使用者双方的经济利益，程序的安全性是一定要保证的。
(4)先进性：程序设计的先进性是开发者进行考虑的，必须要在满足系统功能的前提下，必须要选择好当下最合适的技术。最合适的技术要从开发成本，使用成本以及维护成本里面综合分析，经过综合分析后要让技术实现最优解，保持先进的技术生产力。
(5)维护性：程序开发之初就要考虑以后的维护问题。维护是在程序开发完毕，已经上线可以运作，进入生产试用过程和使用过程中才会发现需要维护的必要。要通过各方面降低维护成本，不是说维护的越少就代表程序开发的越完美，程序既然是人类进行设计制造的，肯定有很多不可避免的问题产生，那么如何维护好程序的正常运作也是一门很重要的学问。
4.2 功能结构设计
图4.1即为设计的管理员功能结构，管理员权限操作的功能包括对注册用户信息的管理，对卖房信息，小区信息，出租信息，论坛信息等信息的管理。
图4.1 管理员功能结构
图4.2即为设计的用户功能结构，用户权限操作的功能包括查看小区介绍，收藏出租以及卖房信息，发布或评论论坛帖子信息。
图4.2 用户功能结构
4.3 数据库设计
二手房中介管理系统运行中产生的数据需要按照提前设置的存储规则进行保存，而这个存储规则则是在数据库的设计中进行设置的。通常情况下，为了更好的配合系统运行，也要给用户带来良好的使用体验，设计一个很好的数据库是必须的，因为它能减少用户的等待时间，还可以对系统的请求在最短时间内进行响应。所以，对数据库设计时，需要花费一定的时间来分析系统对于数据存储的要求以及存储的具体数据，然后设计具体的存储规则，保证数据库能够对系统的各种数据请求进行及时回应，缩短数据处理时间，并在一定程度上降低数据冗余，节省存储空间。
4.3.1 数据库概念设计
实体-联系图还有一个名称即E-R图，是Entity Relationship
Diagram各英文单词首字母的缩写，它这种概念模型通常用于对现实世界进行描述。同时它还是一种能够直观表达数据中实体，联系，属性的有效手段。绘制E-R图能够选择的工具也有很多，但是Office
Visio 这款软件在E-R图的绘制上一般都是作为首选工具，因为它是基于可视化处理，使用它创建E-R图非常简单。使用基本的E-R图构成元素，比如椭圆，菱形，矩形，还有实线段来表达对应的信息，椭圆代表属性，即实体的特征，矩形代表实体，即数据库中的一个具体数据表，菱形代表实体中相互关系，实线段主要是完成椭圆，矩形，菱形的连接，基于这样的方式即可完成对本系统的E-R图进行完整绘制。
（1）图4.4即为出租信息这个实体所拥有的属性值。
图4.4 出租信息实体属性图
（2）图4.5即为用户这个实体所拥有的属性值。
图4.5 用户实体属性图
（3）图4.6即为卖房信息这个实体所拥有的属性值。
图4.6 卖房信息实体属性图
- 图4.7即为管理员这个实体所拥有的属性值。
图4.7 管理员实体属性图
- 图4.8即为上面介绍的实体中存在的联系。
图4.8 实体间关系E-R图
4.3.2 数据库物理设计
本小节主要任务即是根据上述内容进行数据存储结构的设计，也就是在数据库中设计存放本系统的数据的数据表，设计数据表时，需要对各个字段进行确定，通常来说，一个实体与一张数据表相对应，实体的属性就用来表示字段名称，不同的字段表示的数据类型以及取值都不相同，这里需要根据系统实际数据的情况进行设置，同时也需要在具体表中确定该表的主键，以及该表各个字段是否能够保持空等进行说明，设计完成一张数据表的结构之后，在保存时同样要命名，尽量选择英文名称进行命名并保存，方便今后系统对数据表进行数据存储访问时，在提高数据存储效率的同时，还不容易导致系统出错。接下来就对设计的数据表进行展示。
表4.1 出租信息表
| 字段 | 注释 | 类型 | 空 |
| id (主键) | 主键 | int(11) | 否 |
| yonghu_id | 用户 | int(11) | 是 |
| xiaoqu_id | 小区 | int(11) | 是 |
| chuzu_name | 房间 | varchar(200) | 是 |
| chuzu_photo | 房屋图片 | varchar(200) | 是 |
| chuzu_types | 出租方式 | int(11) | 是 |
| chuzu_money | 房租价格/月 | decimal(10,2) | 是 |
| shui_money | 水费/吨 | decimal(10,2) | 是 |
| dian_money | 电费/度 | decimal(10,2) | 是 |
| baojie_money | 保洁/月 | decimal(10,2) | 是 |
| fangxing_types | 房屋类型 | int(11) | 是 |
| pingfang | 房屋平方 | decimal(10,2) | 是 |
| zhuangxiu_types | 装修方式 | int(11) | 是 |
| chaoxiang_types | 房屋朝向 | int(11) | 是 |
| louceng | 楼层 | int(11) | 是 |
| quyu_types | 所属区域 | int(11) | 是 |
| tese | 房屋特色 | varchar(200) | 是 |
| xiangxi | 详细地址 | varchar(200) | 是 |
| chuzu_content | 房屋详细介绍 | text | 是 |
| yizu_types | 是否出租 | int(11) | 是 |
| insert_time | 添加时间 | timestamp | 是 |
| create_time | 创建时间 | timestamp | 是 |
表4.2 出租收藏表
| 字段 | 注释 | 类型 | 空 |
| id (主键) | 主键 | int(11) | 否 |
| chuzu_id | 出租 | int(11) | 是 |
| yonghu_id | 用户 | int(11) | 是 |
| chuzu_collection_types | 类型 | int(11) | 是 |
| insert_time | 收藏时间 | timestamp | 是 |
| create_time | 创建时间 | timestamp | 是 |
表4.3 出租留言表
| 字段 | 注释 | 类型 | 空 |
| id (主键) | 主键 | int(11) | 否 |
| chuzu_id | 出租 | int(11) | 是 |
| yonghu_id | 用户 | int(11) | 是 |
| chuzu_liuyan_text | 留言内容 | text | 是 |
| reply_text | 回复内容 | text | 是 |
| insert_time | 留言时间 | timestamp | 是 |
| update_time | 回复时间 | timestamp | 是 |
| create_time | 创建时间 | timestamp | 是 |
表4.4 论坛表
| 字段 | 注释 | 类型 | 空 |
| id (主键) | 主键 | int(11) | 否 |
| forum_name | 帖子标题 | varchar(200) | 是 |
| yonghu_id | 用户 | int(11) | 是 |
| users_id | 管理员 | int(11) | 是 |
| forum_content | 发布内容 | text | 是 |
| super_ids | 父id | int(11) | 是 |
| forum_types | 帖子类型 | int(11) | 是 |
| forum_state_types | 帖子状态 | int(11) | 是 |
| insert_time | 发帖时间 | timestamp | 是 |
| update_time | 修改时间 | timestamp | 是 |
| create_time | 创建时间 | timestamp | 是 |
表4.5 公告信息表
| 字段 | 注释 | 类型 | 空 |
| id (主键) | 主键 | int(11) | 否 |
| gonggao_name | 公告名称 | varchar(200) | 是 |
| gonggao_photo | 公告图片 | varchar(200) | 是 |
| gonggao_types | 公告类型 | int(11) | 否 |
| insert_time | 公告发布时间 | timestamp | 是 |
| gonggao_content | 公告详情 | text | 是 |
| create_time | 创建时间 | timestamp | 是 |
表4.6 卖房信息表
| 字段 | 注释 | 类型 | 空 |
| id (主键) | 主键 | int(11) | 否 |
| yonghu_id | 用户 | int(11) | 是 |
| xiaoqu_id | 小区 | int(11) | 是 |
| maifang_name | 房间 | varchar(200) | 是 |
| maifang_photo | 房屋图片 | varchar(200) | 是 |
| fangxing_types | 房屋类型 | int(11) | 是 |
| pingfang | 房屋平方 | decimal(10,2) | 是 |
| maifang_money | 每平米/价格 | decimal(10,2) | 是 |
| zhuangxiu_types | 装修方式 | int(11) | 是 |
| chaoxiang_types | 房屋朝向 | int(11) | 是 |
| louceng | 楼层 | int(11) | 是 |
| quyu_types | 所属区域 | int(11) | 是 |
| maifang_types | 是否卖出 | int(11) | 是 |
| tese | 房屋特色 | varchar(200) | 是 |
| xiangxi | 详细地址 | varchar(200) | 是 |
| maifang_content | 房屋详细介绍 | text | 是 |
| insert_time | 添加时间 | timestamp | 是 |
| create_time | 创建时间 | timestamp | 是 |
表4.7 卖房收藏表
| 字段 | 注释 | 类型 | 空 |
| id (主键) | 主键 | int(11) | 否 |
| maifang_id | 卖房 | int(11) | 是 |
| yonghu_id | 用户 | int(11) | 是 |
| maifang_collection_types | 类型 | int(11) | 是 |
| insert_time | 收藏时间 | timestamp | 是 |
| create_time | 创建时间 | timestamp | 是 |
表4.8 卖房留言表
| 字段 | 注释 | 类型 | 空 |
| id (主键) | 主键 | int(11) | 否 |
| maifang_id | 卖房 | int(11) | 是 |
| yonghu_id | 用户 | int(11) | 是 |
| maifang_liuyan_text | 留言内容 | text | 是 |
| reply_text | 回复内容 | text | 是 |
| insert_time | 留言时间 | timestamp | 是 |
| update_time | 回复时间 | timestamp | 是 |
| create_time | 创建时间 | timestamp | 是 |
表4.9 管理员表
| 字段 | 注释 | 类型 | 空 |
| id (主键) | 主键 | bigint(20) | 否 |
| username | 用户名 | varchar(100) | 否 |
| password | 密码 | varchar(100) | 否 |
| role | 角色 | varchar(100) | 是 |
| addtime | 新增时间 | timestamp | 否 |
表4.10 小区表
| 字段 | 注释 | 类型 | 空 |
| id (主键) | 主键 | int(11) | 否 |
| xiaoqu_name | 小区名 | varchar(200) | 是 |
| xiaoqu_niandai | 建筑年代 | varchar(200) | 是 |
| xiaoqu_photo | 小区图片 | varchar(200) | 是 |
| xiaoqu_types | 建筑类型 | int(11) | 是 |
| wuye_types | 物业公司 | int(11) | 是 |
| wuye_money | 每平米价格 | decimal(10,2) | 是 |
| shangquan_types | 所属商圈 | int(11) | 是 |
| huanjing | 小区环境 | varchar(200) | 是 |
| zhoubian | 周边配置 | varchar(200) | 是 |
| xiaoqu_address | 小区地址 | varchar(200) | 是 |
| zaishou_number | 卖房套数 | int(11) | 是 |
| chuzu_number | 出租套数 | int(11) | 是 |
| xiaoqu_content | 小区介绍 | text | 是 |
| create_time | 创建时间 | timestamp | 是 |
表4.11 用户表
| 字段 | 注释 | 类型 | 空 |
| id (主键) | 主键 | int(11) | 否 |
| username | 账户 | varchar(200) | 是 |
| password | 密码 | varchar(200) | 是 |
| yonghu_name | 用户姓名 | varchar(200) | 是 |
| yonghu_phone | 用户手机号 | varchar(200) | 是 |
| yonghu_id_number | 用户身份证号 | varchar(200) | 是 |
| yonghu_photo | 用户头像 | varchar(200) | 是 |
| sex_types | 性别 | int(11) | 是 |
| yonghu_email | 电子邮箱 | varchar(200) | 是 |
| create_time | 创建时间 | timestamp | 是 |
第5章 系统实现
编程人员在搭建的开发环境中，运用编程技术实现本系统设计的各个操作权限的功能。在本节中，就展示部分操作权限的功能与界面。
5.1 管理员功能实现
5.1.1 小区管理
图5.1
即为编码实现的小区管理界面，管理员在该界面中新增小区信息，包括对小区的建筑类型，所属商圈，周边配置，小区地址等资料进行登记，可以更改小区信息，同时可以提供小区名称完成指定小区信息的查询，可以删除需要删除的小区信息。
图5.1 小区管理界面
5.1.2 用户管理
图5.2
即为编码实现的用户管理界面，管理员在该界面中对为用户重置密码信息，更改用户的头像，更改用户的手机号等信息，删除需要删除的用户资料，使用用户身份证号查询用户信息。
图5.2 用户管理界面
5.1.3 论坛管理
图5.3
即为编码实现的论坛管理界面，管理员在该界面中更改帖子内容，删除需要删除的帖子信息，可以查看各个帖子相应的回复信息。可以使用帖子标题或用户姓名查询帖子信息。
图5.3 论坛管理界面
5.1.4 卖房管理
图5.4
即为编码实现的卖房管理界面，管理员在该界面中具备新增卖房信息，修改卖房信息，查看卖房详情信息的权限，同时管理员也能删除需要删除的卖房信息。卖房信息包括房屋平方，房屋图片，房屋每平米价格等信息。
图5.4 卖房管理界面
5.1.5 出租管理
图5.5
即为编码实现的出租管理界面，管理员在该界面中主要是新增房屋出租信息，切换房屋出租状态，更改房屋水费，电费以及房租价格等信息，可以删除需要删除的房屋出租信息。
图5.5 出租管理界面
5.2 用户功能实现
5.2.1 论坛信息
图5.6
即为编码实现的论坛信息界面，用户在该界面中选择适合自己的帖子类型，然后查看该类型的所有帖子，并针对帖子发布个人评论信息，同时，用户也能选择帖子类型发布个人帖子。
图5.6 论坛信息界面
5.2.2 出租信息
图5.7
即为编码实现的出租信息界面，用户在该界面中对房屋出租的介绍信息进行查看，在该界面下方允许用户添加留言信息，用户点击界面的右上方的收藏按钮就能收藏当前界面的房屋出租信息。
图5.7 出租信息界面
5.2.3 卖房信息
图5.8
即为编码实现的卖房信息界面，用户在该界面中主要就是收藏卖房信息，对本界面提供的卖房信息发布个人留言信息，查看卖房介绍信息等。
图5.8 卖房信息界面
5.2.4 小区信息
图5.9
即为编码实现的小区信息界面，用户在该界面中查看小区介绍，查看小区的卖房套数以及出租房屋套数信息等。
图5.9 小区信息界面
第6章 系统测试
当系统测试环节开始的时候，也就说明对于系统的编码已经弄得大致通顺了，剩下来需要对一些模块和功能进行测试，这个环节就叫系统测试。在程序开发过程中，系统测试是整个开发过程必不可少的一个环节。原因很简单，系统开发人员在面对各种需求需要对各个模块进行编码，开发人员编写过程中，对于程序的理解全部都在编码里面，一人计短，当一个人去做一些事情的时候，把自己的理解变成成果，很有可能会出现理解偏差，甚至是理解错误，这个在程序开发过程中很常见。程序开发人员在面对复杂的逻辑，没有想象中的多么清晰，开发过程就是面对着一堆代码，不断的变换数据类型，并且对各种操作用计算机编程语言进行实现，这些很容易实现程序开发人员的想法，但是如果是比较复杂的逻辑，很可能会出现各种问题，这是无法避免的。所以说，需要额外的人员进行系统测试编写，不要站在程序开发人员的角度去思考问题，要站在用户使用的角度去发现问题，这样开发与测试的分离，有助于系统开发的强壮，让程序表达的更完美一些。之所以把系统测试安排到程序开发过程中的原因在于，当测试发现问题，就可以直接反馈到程序开发人员手里，可以以最快的时间解决问题，这样能大大的提高开发效率。总的来说，在整个软件开发过程中，系统测试这个环节也必须要重视的，所以必须在系统测试环节做好应该做好的事情，让程序开发从开始到结束都有一个完美的流程。
6.1 测试任务
测试不是说随便测试的，在测试的角度要制定相关的测试任务，测试任务是根据系统的需求角度来进行任务的设置，首先要符合常规的测试流程，然后要符合项目的实际情况，两者相结合才能形成科学的测试任务。在测试任务范围内，能测试出问题才是好的测试，毕竟程序开发不可能不出现问题，测试出的问题越多，代表程序修复的越好，程序修复的越好，程序上线可能会出现的程序相关问题就会越少，这个作用是相互的。
6.2 测试目标
测试的目标就是程序测试环节发现更多的问题，测试就是针对性的，在程序员开发过程中可能忽略到的问题，往往都是测试过程中需要注重的环节。虽然软件开发的技术算是当前最流行也最成熟的一些技术，但是毕竟开发是人为开发的，只要是人开发的就会产生缺陷。随着市场竞争越来越激烈，好多公司都把测试部门给砍掉了，让程序开发人员写完程序自己测试，造成的后果就是程序上线没多久就会出现问题，所以现在有些小型的开发公司都不招测试人员，但是把测试的工作给外包到专门的测试公司，这说明了软件开发行业是离不开专业的测试环节的。
6.3 测试方案
测试方案主要分两个方向，一个是黑盒测试，一个是白盒测试，这两个测试方向是目前最通用的测试方案。测试过程中，要对各个模块实现有个预期，在符合用户的要求上，要对一些字段还有逻辑进行测试，需要不断输入各种各样类型的数据来进行测试，看是否会有内存漏出，指针异常，或者是逻辑问题。
白盒测试：白盒主要是进行逻辑测试的，测试是属于透明形式的测试。白盒测试要求对各种逻辑以及各种判断，每种判断都要进行一次测试，判断实现效果。白盒测试可以说就是把代码能实现的不能实现的语句都进行判断，只要进行过白盒测试，甚至能定位到哪些判断有问题，或者说某个方法就有问题，只要白盒测试过关的，那说明代码功能基本上没有什么大的问题，符合功能开发的很不错。
黑盒测试：黑盒是不管代码是怎么编写的，只测试功能接口问题。黑盒测试一般不让用户测试的，因为主要围绕着安全性或者恢复性测试，包括负载均衡方面，这些需要大量的数据进行冲击，用户是没有这方面的技术的。所以一般需要负责专业的测试人员进行测试，专业的测试人员经过专门的测试方面培训，懂得黑盒测试的测试要领，所以先经过白盒测试功能问题，然后再经过黑盒测试进行运行问题，基本上就满足了测试任务。
本章节主要就是对系统的测试来设置对应的测试操作，从模块功能测试到最后的验收测试。
模块测试：在模块测试一般都是程序员开发过程中，有的自己写属于自己模块的测试用例，一般以达到效果为主，每个模块都是一个单元，这样来区分单元测试的过程，如果不进行单元测试会出现大问题的，会出现各个环节不知道数据的执行流程，方法跳转，以及更重要的异常抛出，这些可能都会忽略，所以要进行模块测试。
模块测试一般有几个需要注意：
第一个问题：路径问题，路径是绝对路径还是相对路径，因为程序代码很多，所以这些肯定要进行测试的，不然会出现异常。
第二个问题：接口问题。接口的命名方式，会不会与技术自带的接口混淆，会不会接口重复，这些都是需要测试的。
第三个问题：数据结构。数据库的数据结构在代码里，是否编写过程中达到了预期，有些地方该是包装类型的还是数据类型的，这些都要测试。
第四个问题：异常处理。每个环节可能会出现的问题，都要定义异常抛出，并且尽量写好异常处理原因，只要抛出指定异常信息，才会达到测试目的。
第五个问题：边界问题。边界问题一般指的的数据大小以及正负数的问题，这些该测试还要测试的，不测试不符合操作流程。
总而言之，模块测试是测试的第一个环节，是不可少的，也是出现问题最多的领域。
集成测试：模块测试完毕才可以集成测试，集成测试主要是对各个模块之间的逻辑进行测试，只要是相关联的模块，都要测试一遍，需要找到模块关联是否能达到正常开发预期。
集成测试主要采用渐增式测试，好处有以下几点：
第一点：渐进式可以更彻底的对逻辑所有功能进行测试，是很彻底的。
第二点：渐进式相当节约时间，节约时间就是节约成本。
第三点：可以更快速的定位错误位置，有助于问题反馈。
用渐进式测试软件功能，用到的混合法。混合法是有顺序的，自上而下测试和自下而上测试，对程序的上下层混合测试，就是测试里面的集成测试方法。
验收测试：验收一般是甲方派人来负责程序的验收测试，派来的人员可能计算机水平层次不齐，也更适合对程序问题提出异议，因为计算机开发的哪怕在行业内最厉害的，也不一定能满足甲方的需求，毕竟开发者认为合理的必须有局外人来进行判断，而甲方派人测试则是代表着对程序的直观认知，前面的所有测试，只是验收测试前的测试，验收测试决定着程序是最终问题。
6.4 功能测试
本节主要选择一些功能进行具体测试描述，在相应的功能里面，根据不同的合法与不合法条件输入看程序是否设定的有相关的判断，能否达到使用效果。以下会描述部分功能的测试过程和结果。
6.4.1 登录功能测试
登录是一个常规功能，虽然是常规功能，但是用处很大，可以拒绝非法用户访问，只有合法用户才可以访问对应的功能，这样能保证程序设定的功能符合安全性要求。
表6.1 管理员登录功能测试表
| 管理员账号 | 管理员密码 | 结果 |
| uuu | uuu | 成功登录系统 |
| yyy | uuu | 登录失败 |
| uuu | yyy | 登录失败 |
只有正确的账号密码才会进行跳转到对应的功能区，如果输入的账号密码不对的话，肯定会有相关提示，用来提示操作人员注意输入正确的账号密码，这样有助于提高用户体验。这里以使用者提交错误的账号为“yyy”,正确的密码为“uuu”为例进行测试，具体反馈结果看下面。
图6.1 登录失败提示
6.4.2 修改密码功能测试
任何用户角色都有安全性要求，那么对应的密码最好是经常更改，只有经常更改才会降低坏人的有机可乘几率，达到密码保护的最低要求，当然，如果用户登录人离开了，为了防止其他人乘机篡改密码，那么也会设定旧密码要求，只有输入正确的旧密码才可以进行密码的修改。下面就是测试过程。
表6.2 修改密码功能测试表
| 之前的旧密码 | 设置的新密码 | 结果 |
| uuu | yyy | 成功修改密码 |
| hhh | yyy | 修改密码失败 |
| uuu | 修改密码失败 |
不管是旧密码错误还是新密码不合规，都会提示相应的要求，下面就是关于旧密码输入错误的提示。
图6.2 错误的旧密码反馈提示
6.5 系统测试结果
对二手房中介管理系统进行了各种检测，包含功能检测和性能检测，甚至是系统的操作性方面也进行了检测，以及兼容性检测，通过各方面检测结果来判定系统是符合设计目标，达到开发预期。系统是可以实现所开发的功能，并且在扩展性或者是稳定性上面，也有很好的表现，能完全的满足用户需求。
结 论
由于本人学习的是计算机方面的专业，对于计算机软件方面的相关知识也进行过课堂上的学习以及课后的实际操作练习，因此，对于开发一款已经确定了课题的二手房中介管理系统，从功能需求，功能模块划分，数据库的选择，数据库的设计，编程语言的确定，系统界面的布局和设计等知识，我都有个大致的思路。所以，在参照软件设计思想以及设计流程的基础上，我运用已经具备的理论知识，加上后期从网络渠道获取的相关技术知识，我能够根据制定的系统开发时间安排完成各个阶段性的开发任务。并能够在系统完成开发后期，编写相应的系统文档。
二手房中介管理系统制作期间，我也遇到过一些难题，在最开始的时候，我并不知道该系统具体要设计几个功能模块，以及数据表需要设计几张表，还有对于开发技术的深度理论学习还不充分等，值得庆幸的是，我在面临这些困难时，我能够通过网络或者通过学院提供的图书馆寻求解决办法。比如在不知道具体功能的情况下，我从网上下载了很多的与二手房中介管理系统相关的程序，分析了它们的功能之后，我再结合即将开发的二手房中介管理系统进行综合分析，选取了适合二手房中介管理系统的功能部分，再结合实际情况以及使用者的需求确定本系统功能。对于数据表的设计，我先是在图书馆借阅了一本数据库方面的书籍进行查看，然后查看相似系统对于数据表的结构设计等知识，然后在本系统功能确定的情况下，结合本系统设计了配套的数据表，对于难度最大的开发技术部分，我花费了很多的时间研究网络上的相似系统的功能模块上的代码，一般都是对基础数据的增加，更新，查询或修改方面的代码，然后把本系统能够运用的代码部分在简单更改后进行使用，在完成了一个功能模块以及又一个功能模块之后，又经过了简单的测试工作，最终呈现出一个完整的能够解决用户实际问题的二手房中介管理系统。该系统唯一不足的就是代码方面还有很多重复的部分，不够精简，还有用户操作本系统，对于用户的误操作行为，本系统还不能及时反馈，这也是一大缺点。
二手房中介管理系统完成了，其相应的配套文档也需要进行编写，该文档主要描述二手房中介管理系统是如何进行分析，设计以及实现的，让其他阅读本文档的人增加对该系统的了解，编写文档过程中，由于自己平时对于办公软件的操作不是很频繁，根据学院要求的文档排版格式进行编辑也花了很多时间，在不断学习排版技巧以及对本系统配套文档的反复修改之后，最终在学院规定的时间内进行了文档定稿。
毕业项目各个工作进行到此，我也是收获颇丰，正因为自己努力学习知识，积极寻求解决办法，才让我能够提交一个完整的作品。制作毕业项目让我又得到了成长，不仅是专业知识的增加，也包括解决问题的能力得到了提高，很感谢学院给的制作毕业项目的机会。
标签：11,ssm,管理系统,int,系统,用户,信息,SSM,测试 From： https://blog.csdn.net/weixin_44832324/article/details/142371328