1. 研究目的与意义
在当今社会中，房地产被炒得如火中天，买房的人越来越多，而且价格水涨船高，一涨再涨，对于买房者来说，买一套房的交易时间也很长，同样对售房公司，房地产开发公司来说，他们也很迷惑，管理越来越难，处理的业务也越来越多，就形成了对买房者，卖房者都难于管理，这时候就迫切需要这样的一款管理房地产交易的软件来辅助它，提高办事效率，提高服务水平。顺应社会的发展需要，我们就有必要开发这样的一款房屋产权产籍管理的系统。
本课题拟完成基于SpringBoot框架实现的东软房屋管理系统。房地产企业通过这一系统，不需要再使用传统繁琐的工作方式去处理相关事务工作，只需要通过本系统来进行线上的便捷操作，在不同角色之间架设安全可靠高效的商务信息交流通道，从而减少信息交互成本。在技术上，由于Java语言日渐成为Web应用环境下的标准，本系统利用JavaEE技术开发，不但有很好的可移植性，也方便以后商家扩展系统。在管理上，本系统可以使商家实现“每天24小时无间断”运作，大大增加商机。在人力资源以及其它资源上，本系统能使商家减少人力资源配置，减少运作所需的硬件设施，如店面、装饰耗材等。
2. 课题关键问题和重难点
基于SpringBoot的东软房屋管理系统分为三个大模块，包括公告管理，房地产信息管理，用户管理。
公告管理模块，包括管理员每日更新公告，实现房屋产权产籍变动公示管理。
用户管理模块，包括用户信息管理，实现用户访问控制与系统安全保障，增删查一般用户。用户只能完成对应权限内的操作不得越权操作。
3. 国内外研究现状（文献综述）
房产销售在国内外都是一个已经发展了很久的行业，关于房产销售的各种系统也是多样化的，系统的人性化设计是加强了客户和销售者之间联系，使用户在购买房屋之前就和销售方有了沟通，对自己中意的房屋也很了解。[1]由于我国经济的发展迅速，带动了房地产业的进步，对系统的设计也是向多功能方面发展。'公正、公平、合理'的商业管理理念和商业管理水平的提高，使社会对房屋销售管理系统有了更高的需求；同时由于个人电脑的普及，数据库技术、客户/服务器技术，特别是Internet/Intranet技术的发展，使得第三代房屋销售管理系统的出现成为必然。房产销售管理系统的特点是从房屋销售管理的角度出发，用集中的数据库将几乎所有与商品相关的数据统一管理起来，形成了集成的信息源。在国内外房屋销售方面来看，利用好网络是公司成功的基石。中国加入WTO后，中国的房地产企业面临的服务领域的竞争压力更大。如何推进房产销售管理的现代化、专业化、市场化是所有房产公司面临的紧迫课题。面对激烈的竞争和愈发挑剔的购房者，房地产发展商也在不断的寻找能够加强自身竞争力的手段，这时一个比较完善高效的房屋销售系统就越发显得重要了。[2]
在西方发达国家，房产中介管理信息系统已经成熟，尤其是基于Web应用技术环境下的不动产管理信息系统在房产行业中的应用日趋完善，其运作模式已经从连锁店的线性管理转变为跨地区,跨领域的扁平化管理，从而获得了显著的经济和社会效益。在我国，随着国民生活水平的不断提高，房产行业的发展和居民租房需求的多元化带动了房产中介的发展，虽然存在着比较多的中介网站，但中介的信息化管理还不够成熟，不够完善,不能对提高效率、降低成本、共享资源等方面起到至关重要的作用。[3]在我国，房产中介行业的管理仍然限于传统的方式，中介商彼此都是信息孤立，难以为公众提供及时、互动的信息，阻碍了房产交易市场的健康、快速发展。未来，房产中介管理系统将朝着信息化之路前进,从而实现房产交易中共享信息的功能，增加交易的机会，缩短交易的时间。[4]
浏览器/WEB服务器/数据库服务器三层分结构模式来解决中介规模复杂的情况。与传统的信息管理系统结构模式（主机/终端,文件服务器/客户终端，客户机/服务器)相比,利用基于三层结构模式的ASP(ActiveServer Pages)技术开发WEB信息管理系统，其用户界面统一为WWW页面，用户通过页面从浏览器向服务器发出请求，服务器根据不同请求生成相应的HTML页面传送给用户，从而实现了用户按需获取信息;用户或管理员可以通过多台浏览器访问服务器，而无需更换软件或启用另外的程序，使得用户界面具有交互性、一致性、易操作性。而且,采用这种结构模式,开发者的精力能集中于服务器的后台应用,无需开发前台交互界面软件，从而缩短了开发周期、节省了开发费用;并且开发环境独立于用户前台应用环境,使得开发具有跨平台性。值得一提的是,使用ASP开发的WEB应用程序,返回到浏览器的是纯HTML语言，不依赖浏器和操作系统，具有较好的保密性。[5]
4. 研究方案
1. 系统功能结构
系统总体功能结构如图1所示
图1 东软房屋管理系统功能结构
1）公告管理
产权产籍公示：管理员需定期更新公告，将产权产籍发生变动的房产进行公示。
房产上新：管理员需定期更新公告，将卖房者新上传的房产进行推送。
2）房地产信息管理
相关信息：卖房者可以修改除产权产籍以外的房屋相关信息，产权产籍变更需提交审核。
产权产籍：管理员审核通过卖房者递交的证明材料后，进行产权产籍的修改。
3）用户管理
管理员：管理员对个人信息的修改，增加和删除只能通过数据库进行。
卖房者：卖房者管理个人信息。
买房者：买房者管理个人信息。
2.核心功能流程图
图2公告管理功能流程图
图3房地产信息管理功能流程图
图4用户管理功能流程图
3.研究方案
基于springboot的东软房屋管理系统的设计与实现主要分为三个部分
1）前端用户界面设计。
2）数据库设计。
(1) 管理员表（manager）主要用户来维护用户相关的信息
| 序号 | 字段名 | 数据类型 | 主键 | 长度 | 说明 |
| 1 | id | int | 是 | 20 | 管理员ID |
| 2 | username | varchar | 否 | 50 | 用户名 |
| 3 | password | varchar | 否 | 50 | 密码 |
| 4 | real_name | varchar | 否 | 50 | 姓名 |
(2) 卖房者表（saler）主要用户来维护用户相关的信息
| 序号 | 字段名 | 数据类型 | 主键 | 长度 | 说明 |
| 1 | id | int | 是 | 20 | 卖房者ID |
| 2 | username | varchar | 否 | 50 | 用户名 |
| 3 | password | varchar | 否 | 50 | 密码 |
| 4 | real_name | varchar | 否 | 50 | 姓名 |
(3) 买房者表（buyer）主要用户来维护用户相关的信息
| 序号 | 字段名 | 数据类型 | 主键 | 长度 | 说明 |
| 1 | id | int | 是 | 20 | 买房者ID |
| 2 | username | varchar | 否 | 50 | 用户名 |
| 3 | password | varchar | 否 | 50 | 密码 |
| 4 | real_name | varchar | 否 | 50 | 姓名 |
| 5 | ownhouses | varchar | 否 | 50 | 求购房产id |
(4) 房屋表（house）主要用户来维护用户相关的信息
| 序号 | 字段名 | 数据类型 | 主键 | 长度 | 说明 |
| 1 | id | int | 是 | 20 | 房屋ID |
| 2 | name | varchar | 否 | 50 | 房屋名称 |
| 3 | amount | varchar | 否 | 50 | 金额 |
| 4 | position | varchar | 否 | 50 | 地点 |
| 5 | age | varchar | 否 | 50 | 房龄 |
| 6 | note | varchar | 否 | 50 | 备注 |
| 7 | owner | varchar | 否 | 50 | 产权人 |
(5) 公告表（announcement）主要用户来维护用户相关的信息
| 序号 | 字段名 | 数据类型 | 主键 | 长度 | 说明 |
| 1 | id | int | 是 | 20 | 公告ID |
| 2 | name | varchar | 否 | 50 | 公告标题 |
| 3 | content | varchar | 否 | 50 | 内容 |
| 4 | presenter | varchar | 否 | 50 | 提交人 |
| 5 | date | date | 否 | 8 | 日期 |
各实体类描述如下：
管理员表（管理员id，用户名，密码，姓名）
卖房者表（卖房者id，用户名，密码，姓名）
买房者表（买房者id，求购房屋id，用户名，密码，姓名）
房屋表（房屋id，产权人，房屋名称，金额，地点，房龄，备注）
公告表（公告id，提交人，公告标题，内容，日期）
3）后端数据库交互设计。
5. 工作计划
2022-2023-1学期：
第15-16周：完成选题，查阅相关中英文资料，进行相关技术的学习；
第17周：与导师沟通进行课题总体规划；
以上是毕业论文开题报告，课题毕业论文、任务书、外文翻译、程序设计、图纸设计等资料可联系客服协助查找。
