摘 要
保障性住房是指政府为中低收入住房困难家庭所提供的限定标准、限定价格或租金的住房，一般由廉租住房、经济适用住房、政策性租赁住房、定向安置房等构成。这种类型的住房有别于完全由市场形成价格的商品房。中国大力加强保障性住房建设力度，进一步改善人民群众的居住条件，促进房地产市场健康发展。本课题的主要内容是实现一个保障性租赁住房收费—微信小程序，通过本人查阅知网文献以以及根据用户的需求分析，拟采用Java作为此次小程序实现的编码语言，使用SSM框架实现小程序的后台所有的功能，使用Vue框架实现后台页面的渲染，使用MySQL数据库实现业务功能数据的存储。结合用户需求分析，本小程序实现了用户、房东、管理员三个角色，主要实现的功能有房源信息管理、费用信息管理、合同信息管理等必需实现的功能。
关键词：房屋租赁；SSM框架；关系型数据库
Abstract
Affordable housing refers to the housing with limited standard, price or rent provided by the government for low-income families with housing difficulties, which generally consists of low rent housing, affordable housing, policy rental housing, targeted resettlement housing, etc. This type of housing is different from commercial housing that is completely priced by the market. China vigorously strengthens the construction of affordable housing, further improves the living conditions of the people, and promotes the healthy development of the real estate market. The main content of this project is to implement a WeChat mini program for affordable rental housing fees. Through my research on CNKI literature and analysis of user needs, I plan to use Java as the coding language for this mini program implementation, use the SSM framework to implement all the functions of the mini program's backend, use the Vue framework to render the backend page, and use the MySQL database to store business function data. Based on user demand analysis, this mini program implements three roles: user, landlord, and administrator. The main functions implemented include necessary functions such as property information management, expense information management, and contract information management.
Key words:lease of houses；SSMframework；Relational database
目 录
随着社会贫富差距的逐渐扩大和房地产市场化程度不断提高，商品房价格的涨幅远远高于居民的收入增幅，越来越多的居民支付不起市场上逐渐高涨的房价，尤其是中低收入群体，即使是依靠银行提供的按揭，也不能满足应有水平的住房需求。要实现“和谐社会”中“居者住其屋”的根本目标，就要保障中低收入群体的住房需求。住房保障体系实质是利用财政的转移支付给予中低收入群体一定的住房福利。本课题，就是在这样的背景下开发的。利用计算机实现保障性住房管理中的房屋租赁管理势在必行。利用计算机支持高效率完成保障性住房租赁管理的日常事务，比如房屋租赁管理，各项收费以及统计报表的管理，一般不允许出错。如果实行手工操作，须手工填制大量的表格，这就会耗费工作人员大量的时间和精力。计算机进行保障性住房租赁工作的管理，不仅能够保证各项信息准确无误、快速输出，同时计算机具有手工管理所无法比拟的优点，例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。是适应现代企业制度要求、推动企业劳动型管理走向科学化、规范化的必要条件。
-
- 我国住房保障现状
白贵秀认为，目前大部分城市的政府部门没有设立专门负责经济适用房开发和分配的机构，有关职责都是由开发商承担。由于开发商实际掌握开发的户型和面积、房号的发放等“实权”，采虚报成本、加高楼层、增加商品房比例、炒号、利用物业公司进行利润补充等等一些隐秘而繁杂的花样，政府的监督管理难以企及。田祎等在《保障性租赁住房正在越做越火》一文中2023年伊始，住建部部长倪虹在接受央视采访时，向社会传递了住建系统新一年的两个工作核心：精准实现质的有效提升和量的合理增长、增加保租房供给和长租房市场建设。随后也就是1月17日，深圳重磅发布保障性住房新政──共有产权房封闭式流转政策，结合2022年末中央经济工作会议及国务院印发的《扩大内需战略规划纲要（2022-2035年）》中均重点提及保租房建设，保障性住房仍有强劲的发展势能。那么，自提出保租房建设以来已一年有余，其成果如何？赵兴祥在《保障性租赁住房和谐建设管理模式探索》中认为，保障性租赁住房建设是政府为稳定房地产市场所采取的重大战略，采取有效的理论和方法保证这一战略的顺利实施是建设管理者面临的重要问题。文章以和谐管理理论为指导采取理论分析与实证研究相结合的方法，探讨了保障性租赁住房建设项目的和谐管理、和谐主题及和谐耦合等内容。通过对上海保障性租赁住房项目建设案例的实证分析，进一步验证了和谐管理理论在大型工程项目建设中的指导作用和实践价值。
-
- 本文的组织结构
第一章是绪论，本文章的开头部分，对本题目的研究背景和研究意义等一些做文字性的描述。
第二章研究了保障性租赁住房收费—微信小程序的所采用的开发技术和开发工具。
第三章是系统分析部分，包括系统总体需求描述、功能性角度分析系统需求、非功能性等各个方面分析系统是否可以实现。
第四章是系统设计部分，本文章的重要部分，提供了系统架构的详细设计和一些主要功能模块的设计说明。
第五章是系统的具体实现，介绍系统的各个模块的具体实现。
第六章在前几章的基础上对系统进行测试和运行。
最后对系统进行了认真的总结，以此对未来有一个新的展望。
本系统前端部分基于MVVM模式进行开发，采用B/S模式，后端部分基于Java的ssm框架进行开发。
前端部分：前端框架采用了比较流行的渐进式JavaScript框架Vue.js。使用Vue-Router和Vuex实现动态路由和全局状态管理,Ajax实现前后端通信，Element UI组件库使页面快速成型，项目前端通过栅格布局实现响应式，可适应PC端、平板端、手机端等不同屏幕大小尺寸的完美布局展示。
后端部分：采用ssm作为开发框架，同时集成MyBatis、Redis等相关技术。
-
- ssm框架介绍
SSM（Spring+SpringMVC+MyBatis）框架集由Spring、MyBatis两个开源框架整合而成（SpringMVC是Spring中的部分内容）。常作为数据源较简单的web项目的框架。
2.2.1 Spring
Spring就像是整个项目中装配bean的大工厂，在配置文件中可以指定使用特定的参数去调用实体类的构造方法来实例化对象。也可以称之为项目中的粘合剂。
Spring的核心思想是IoC（控制反转），即不再需要程序员去显式地`new`一个对象，而是让Spring框架帮你来完成这一切。
2.2.2 SpringMVC
SpringMVC在项目中拦截用户请求，它的核心Servlet即DispatcherServlet承担中介或是前台这样的职责，将用户请求通过HandlerMapping去匹配Controller，Controller就是具体对应请求所执行的操作。SpringMVC相当于SSH框架中struts。
2.2.3 mybatis
mybatis是对jdbc的封装，它让数据库底层操作变的透明。mybatis的操作都是围绕一个sqlSessionFactory实例展开的。mybatis通过配置文件关联到各实体类的Mapper文件，Mapper文件中配置了每个类对数据库所需进行的sql语句映射。在每次与数据库交互时，通过sqlSessionFactory拿到一个sqlSession，再执行sql命令。
页面发送请求给控制器，控制器调用业务层处理逻辑，逻辑层向持久层发送请求，持久层与数据库交互，后将结果返回给业务层，业务层将处理逻辑发送给控制器，控制器再调用视图展现数据。
-
- MySQL数据库
用MySQL这个软件，是因为它能接受多个使用者访问，而且里面存在Archive等。它会先把数据进行分类，然后分别保存在表里，这样的特别操作就会提高数据管理系统自身的速度，让数据库能被灵活运用。MySQL的代码是公开的，而且允许别人二次编译升级。这个特点能够降低使用者的成本，再搭配合适的软件后形成一个良好的网站系统。虽然它有缺点，但是综合各方面来说，它是使用者的主流运用的对象。
-
- B/S结构
B/S（Browser/Server）比前身架构更为省事的架构。它借助Web server完成数据的传递交流。只需要下载浏览器作为客户端，那么工作就达到“瘦身”效果， 不需要考虑不停装软件的问题。
-
- 小程序框架以及目录结构介绍
整个小程序框架系统分为两部分：逻辑层和视图层。小程序开发框架的目标是通过尽可能简单、高效的方式让开发者可以在微信中开发具有原生 小程序 体验的服务。小程序在视图层与逻辑层间提供了数据传输和事件系统，提供了自己的视图层以及逻辑层框架，让开发者能够专注于数据与逻辑。框架的核心是一个响应的数据绑定系统，可以让数据与视图非常简单地保持同步。在逻辑层做数据修改，在视图层就会做相应的更新。框架提供了一套基础的组件，这些组件自带微信风格的样式以及特殊的逻辑，开发者可以通过组合基础组件，创建出强大的微信小程序 。
本系统前端部分基于MVVM模式进行开发，采用B/S模式，后端部分基于Java的SSM框架进行开发。总体的可行性共分为以下三个方面。
-
-
- 技术可行性分析
-
所谓的技术可行性就是在限定时间，前期拟定的功能能否被满足。在开发设计上是否会遇上解决不了的问题。做完的项目能否被很好地应用，如果存在缺点在后期的维护上是否存在很大的难度。在对这个系统评估后，认定已存在的技术能达成目标。用JSP技术来实现动态的页面，嵌入低依赖性的设计模式，灵活的数据库，配合稳定的服务器，整个系统的运行效率大大提升。由此可见，在技术层面达成目标不是非非之想。
在项目上使用的工具大部分都是是当下流行开源免费的，所以在开发前期，开发时用于项目的经费将会大大降低，不会让开发该软件在项目启动期受到经费的影响，所以经济上还是可行的。尽量用最少的花费去满足用户的需求。省下经费用于人工费，以及设备费用。将在无纸化，高效率的道路上越走越远。
本系统实现功能的操作很简单，普通电脑的常见配置就可以运行本软件，并且只要粗通电脑使用的基本常识就可以流畅的使用本软件。电脑具备连接互联网的能力，并且可以正常访问系统，并不需要操作者有什么高超的能力，只需了解业务流程，并且按照专业知识进行正确操作即可，所以房屋租赁管理网站具备操作可行性。
在系统开发设计前，应该对功能做初步设想，清楚这个管理系统有什么板块，每个板块有什么功能，整体的设计是否满足使用者的需求，接着对所开发的系统功能进行的详细分析总结，从而设计出完整的系统并将其实现。用户和开发人员的交流分析，使其达到最佳理解程度，使系统功能达到最佳。
房东用例图如下所示。
图3-1 房东用例图
管理员用例图如下所示。
图3-1 管理员用例图
用户用例图如下所示。
图3-1 用户用例图
保障性租赁住房收费—微信小程序在对需求做解析后，整个系统主要分为两个部分：管理员、房东和用户，每个模块下的分支功能不一样。对功能做出如下说明：
用户模块：
账号注册。
账号登录认证。
管理个人资料信息，修改可修改的信息项。
房屋信息，同时查看历史房屋信息浏览的记录。
房屋租赁，具体房屋信息，申请租赁提交等系统审核。
合同信息，查看房屋的租赁合同信息。
投诉建议，可以进行在线投诉建议提交。
房东模块：
房源信息发布，具体发布自己房源的信息。
租赁订单处理，处理用户提交的租赁单。
合同信息，合同细则等。
管理员模块：
对用户留下的评论数据进行维护，删除违规评论。
对用户留下的投诉建议数据进行维护。
维护用户以及房东资料，审核用户以及房东的账号。
管理房屋信息，并可以销毁某个房屋，搜索房屋数据等。
管理房屋租赁数据。
管理房东的租赁合同。
维护用户评论数据。
系统非功能需求有非常多，比如性能需求、可承载最大用户数、稳定性、易用性需求等。本系统分析时考虑到易用性需求，因为系统是给人使用的，所以必须充分从用户的角度出发，考虑用户体验，使系统易理解易上手易操作。
零层数据流程图包括了登录注册、用户功能和检索维护等模块，在登录注册模块使用到的数据存储有用户账户文档，用户功能模块需要的存储是用户各功能模块数据文档，检索维护是使用以上这些数据文档通过关键词进行检索。
系统的零层数据流图如下图所示。
图3-2系统数据流图（零层）
一层数据流程图是对零层数据流程图的细化，将登录注册细分为填制登录注册数据和完善数据，用户功能细分为用户基本功能和用户主要功能。
系统的一层数据流图如下图所示。
图3-3系统数据流图（一层）
二层数据流程是对一层数据流层图中填写登录注册信息、用户功能的细化。即：填写登录注册信息细化为填制信息、后台审核，用户功能细化为房屋信息、房屋租赁、合同信息、投诉建议等操作。
系统的二层数据流图如下图所示。
图3-4系统数据流图（二层）
目前B/S体系的系统主要的数据访问方式是：通过浏览器页面用户可以进入系统，系统可以自动对用户向服务器发送的请求进行处理，处理请求是在系统后台中进行的，用户在浏览器页面上进行相应操作，就能够看到服务端传递的处理结果。网上租车租赁网站主要分为视图-模型-控制三层架构设计。在视图层中，主要是操作在服务器端向客户端反馈并显示的数据，在模型层中，主要处理相关的业务逻辑、数据整合等，最后的控制层它介于视图和模型之间，主要是调整两层之间的关系，最终落实数据的传递。
系统架构图如下图所示。
图4-1系统架构图
系统设计的目的是分析系统包括的所有功能结构，为开发人员设计开发和实现系统做好准备工作。经过前期的需求调查、分析和整理之后，确定的总体需求主要包括多个模块，分别是：系统用户管理、房屋数据管理、房东管理、房源管理、租赁管理、合同管理、投诉建议管理。系统整体角色分为三个部分，一是用户、二是房东、最后是管理员。
系统功能结构图如下图所示。
图4-2系统功
能结构图
用户管理模块
该模块是为所有用户登录设计的，如注册用户这种会员登录后只能进行自己的普通功能操作(如个人信息修改），房东和管理员登录后有不同的权限，管理员能对整个系统的数据进行管理，主要是用户的登录权限以及用户登录后在系统里的操作权限。
租赁订单模块
用户和房屋存在租赁关系，关系为一对多，根据房屋编号来将房屋数据传入到租赁数据中，操作人为用户，然后生成租赁列表，会员查看个人历史租赁列表，可以进行数据销毁。
房源出租维护模块
房东来录入房源出租数据，点击房源出租录入按钮，依次填写要录入的房源出租数据，点击提交按钮，将数据提交至数据库，然后刷新房源出租数据页面，每条数据右边有删除和编辑按钮，来完成相应的删除和更新功能。
合同信息维护模块
管理员点击合同管理菜单，点击合同添加子菜单，添加合同数据，填写合同名称、合同文件、合同图片，提交成功后，合同数据页面刷新，合同数据成功载入页面。
1.出错信息类型
出错信息类型包括：
A 未输入必填项；
B 应输入合法字符或数字却输入非法字符或数字；
C 对空数据表进行更改或删除操作；
D 向要求唯一值的关键字段添加重复值。
2.出错处理对策
对于错误A，系统要求用户输入非空值。
对于错误B，系统要求用户输入合法字符。
对于错误C，系统提示数据表无记录可更改或删除。
对于错误D，系统要求用户输入非重复值。
保障性租赁住房收费—微信小程序是个现代化的高度集成的综合信息系统，系统主要服务对象为用户，最大化在页面中提供多的信息，因此在系统维护上，数据量较大，整体的维护设计如下：
（1）代码的维护：部署在云服务器上或本地服务器，通过SVN或FTP保持版本更新迭代。
（2）功能增加：功能升级在必要的前提下。
（3）数据维护：根据安全性等需求，定期对数据库进行人工备份。
对于一个要开发的系统来说，E-R图可以让别人能更快更轻松的了解此系统的事务及它们之间的关系。根据系统分析阶段所得出的结论确定了在网上保障性租赁住房收费—微信小程序中存在着多个实体分别是租客、管理员、房屋、租赁、房东、合同。
系统总体ER图如下图所示。
图4-3系统总体ER图
管理员（管理员id、用户名、密码、权限）
用户（用户id、账号、密码、姓名、性别、地区、手机）
房源（房源id、房源名称、房源类型、房源地址、房型、楼层、面积、朝向、月租金、房源状态、房源图片、房东信息）
租赁（租赁id、订单编号、房源名称、房源类型、房源地址、房型、楼层、面积、朝向、月租金、租赁月数、应付价格、租赁时间、租赁备注、审核回复）
房东（房东id、密码、用户姓名、身份证号、手机、头像）
合同（合同id、合同名称、合同文件、合同金额、图片、签订日期、到期日期、房东信息、用户信息）
数据库逻辑结构就是将E-R图在数据库中用具体的字段进行描述。用字段和数据类型描述来使对象特征实体化，最后形成具有一定逻辑关系的数据库表结构。保障性租赁住房收费—微信小程序所需要的部分数据结构表如下表所示。
表名：messages
功能：投诉建议
| 字段名称 |
类型 |
长度 |
字段说明 |
主键 |
默认值 |
| id |
bigint |
主键 |
主键 |
||
| addtime |
timestamp |
创建时间 |
CURRENT_TIMESTAMP |
||
| userid |
bigint |
留言人id |
|||
| username |
varchar |
200 |
用户名 |
||
| avatarurl |
longtext |
4294967295 |
头像 |
||
| content |
longtext |
4294967295 |
留言内容 |
||
| cpicture |
longtext |
4294967295 |
留言图片 |
||
| reply |
longtext |
4294967295 |
回复内容 |
||
| rpicture |
longtext |
4294967295 |
回复图片 |
表名：hetongxinxi
功能：合同信息
| 字段名称 |
类型 |
长度 |
字段说明 |
主键 |
默认值 |
| id |
bigint |
主键 |
主键 |
||
| addtime |
timestamp |
创建时间 |
CURRENT_TIMESTAMP |
||
| hetongmingcheng |
varchar |
200 |
合同名称 |
||
| hetongjine |
int |
合同金额 |
|||
| hetongwenjian |
longtext |
4294967295 |
合同文件 |
||
| qiandingriqi |
date |
签订日期 |
|||
| daoqiriqi |
date |
到期日期 |
|||
| hetongtupian |
longtext |
4294967295 |
合同图片 |
||
| zhanghao |
varchar |
200 |
账号 |
||
| shouji |
varchar |
200 |
手机 |
||
| fangdongzhanghao |
varchar |
200 |
房东账号 |
||
| fangdongxingming |
varchar |
200 |
房东姓名 |
||
| crossuserid |
bigint |
跨表用户id |
|||
| crossrefid |
bigint |
跨表主键id |
|||
| sfsh |
varchar |
200 |
是否审核 |
待审核 |
|
| shhf |
longtext |
4294967295 |
审核回复 |
||
| userid |
bigint |
用户id |
表名：fangyuanleixing
功能：房源类型
| 字段名称 |
类型 |
长度 |
字段说明 |
主键 |
默认值 |
| id |
bigint |
主键 |
主键 |
||
| addtime |
timestamp |
创建时间 |
CURRENT_TIMESTAMP |
||
| fangyuanleixing |
varchar |
200 |
房源类型 |
表名：fangyuanchuzu
功能：房源出租
| 字段名称 |
类型 |
长度 |
字段说明 |
主键 |
默认值 |
| id |
bigint |
主键 |
主键 |
||
| addtime |
timestamp |
创建时间 |
CURRENT_TIMESTAMP |
||
| fangyuanmingcheng |
varchar |
200 |
房源名称 |
||
| fangyuanleixing |
varchar |
200 |
房源类型 |
||
| fangyuandizhi |
varchar |
200 |
房源地址 |
||
| fangxing |
varchar |
200 |
房型 |
||
| louceng |
varchar |
200 |
楼层 |
||
| mianji |
varchar |
200 |
面积 |
||
| chaoxiang |
varchar |
200 |
朝向 |
||
| yuezujin |
float |
月租金 |
|||
| fangyuanzhuangtai |
varchar |
200 |
房源状态 |
||
| fangyuanjieshao |
longtext |
4294967295 |
房源介绍 |
||
| fabushijian |
date |
发布时间 |
|||
| fangyuantupian |
longtext |
4294967295 |
房源图片 |
||
| fangdongzhanghao |
varchar |
200 |
房东账号 |
||
| lianxidianhua |
varchar |
200 |
联系电话 |
||
| thumbsupnum |
int |
赞 |
0 |
||
| crazilynum |
int |
踩 |
0 |
||
| clicktime |
datetime |
最近点击时间 |
|||
| clicknum |
int |
点击次数 |
0 |
||
| userid |
bigint |
用户id |
表名：fangdong
功能：房东
| 字段名称 |
类型 |
长度 |
字段说明 |
主键 |
默认值 |
| id |
bigint |
主键 |
主键 |
||
| addtime |
timestamp |
创建时间 |
CURRENT_TIMESTAMP |
||
| fangdongzhanghao |
varchar |
200 |
房东账号 |
||
| mima |
varchar |
200 |
密码 |
||
| fangdongxingming |
varchar |
200 |
房东姓名 |
||
| xingbie |
varchar |
200 |
性别 |
||
| lianxidianhua |
varchar |
200 |
联系电话 |
||
| lianxidizhi |
varchar |
200 |
联系地址 |
||
| touxiang |
longtext |
4294967295 |
头像 |
表名：zulindingdan
功能：租赁订单
| 字段名称 |
类型 |
长度 |
字段说明 |
主键 |
默认值 |
| id |
bigint |
主键 |
主键 |
||
| addtime |
timestamp |
创建时间 |
CURRENT_TIMESTAMP |
||
| dingdanbianhao |
varchar |
200 |
订单编号 |
||
| fangyuanmingcheng |
varchar |
200 |
房源名称 |
||
| fangyuanleixing |
varchar |
200 |
房源类型 |
||
| fangyuandizhi |
varchar |
200 |
房源地址 |
||
| fangxing |
varchar |
200 |
房型 |
||
| louceng |
varchar |
200 |
楼层 |
||
| mianji |
varchar |
200 |
面积 |
||
| fangyuantupian |
longtext |
4294967295 |
房源图片 |
||
| yuezujin |
float |
月租金 |
|||
| zulinyueshu |
int |
租赁月数 |
|||
| yingfujiage |
float |
应付价格 |
|||
| zulinshijian |
date |
租赁时间 |
|||
| zulinbeizhu |
varchar |
200 |
租赁备注 |
||
| fangdongzhanghao |
varchar |
200 |
房东账号 |
||
| zhanghao |
varchar |
200 |
账号 |
||
| shouji |
varchar |
200 |
手机 |
||
| sfsh |
varchar |
200 |
是否审核 |
待审核 |
|
| shhf |
longtext |
4294967295 |
审核回复 |
||
| ispay |
varchar |
200 |
是否支付 |
未支付 |
|
| userid |
bigint |
用户id |
表名：discussfangyuanchuzu
功能：房源出租评论表
| 字段名称 |
类型 |
长度 |
字段说明 |
主键 |
默认值 |
| id |
bigint |
主键 |
主键 |
||
| addtime |
timestamp |
创建时间 |
CURRENT_TIMESTAMP |
||
| refid |
bigint |
关联表id |
|||
| userid |
bigint |
用户id |
|||
| avatarurl |
longtext |
4294967295 |
头像 |
||
| nickname |
varchar |
200 |
用户名 |
||
| content |
longtext |
4294967295 |
评论内容 |
||
| reply |
longtext |
4294967295 |
回复内容 |
系统的登录窗口是用户的入口，用户只有在登录成功后才可以进入访问。通过在登录提交表单，后台处理判断是否为合法用户，进行页面跳转，进入系统中去。
登录合法性判断过程：用户输入账号和密码后，系统首先确定输入输入数据合法性，然后在login页面发送登录请求，调用登录验证方法来验证。
用户登录模块的IPO如下所示：
输入：用户名和密码。
处理：
1）检测用户输入的账号、密码是否正确及在数据库已对应存在。
2）从数据库中提取记录，并储存在本地的session中（timeout默认=30min）。
3）根据用户名，将其显示在系统首页上。
输出：是否成功的信息。
登录流程图如下所示。
图5-1登录流程图
登录界面如下所示。
图5-2登录界面
此页面实现会员的注册，必须注册登录后才能使用系统大部分功能，用户名不允许重复如果重复将会注册失败，并弹出相应的提示，通过js实现对输入的验证。
用户注册流程图如下所示。
图5-3用户注册流程图
用户注册界面如下图所示。
图5-4用户注册界面
房屋租赁过程中，首先通过房屋ID得到房屋数据，将房屋数据赋值给租赁，调用mysql_query($sql)方法将租赁数据插入租赁表中，最后查看个人历史房屋租赁记录，可以销毁历史租赁数据。
房屋租赁流程图如下所示。
图5-5房屋租赁流程图
房屋租赁界面如图所示。
图5-6房屋租赁界面
租赁订单支付后，可以进行合同的签订，用户可以查看合同信息。
合同界面如图所示。
图5-7合同界面
-
-
- 房源信息模块
-
用户搜索过程中，首先通过用户ID得到房源信息，将房源信息赋值给用户浏览，调用mysql_query($sql)方法将房源信息插入用户表中，用户可以查看所有房源信息。
房源信息界面如图所示。
图5-8房源信息界面
用户在yhzhgl查看用户信息，先使用sql语句查询出所有用户表的数据，然后调用mysql_query($sql)，返回一个数组对象，在for循环里，将数据放入页面模板中，添加用户则将添加的用户数据封装在sql语句，中然后调用mysql_query($sql)方法将用户内容插入用户表中。
用户管理界面如下图所示。
图5-9用户管理界面
添加房源信息时，输入必填字段后，表现层接受传过来的房源信息参数，再调用addCheliang方法，经过业务层到持久层的处理，完成对整个添加房源信息的操作。addCheliang方法也和用户管理中的addUser方法类似，同时做添加和修改工作。
修改房源信息时，选择需要修改的房源进行修改，调用控制器的editCheliang方法，拿到该房源原本的信息并显示到页面，管理员再对需要修改的房源信息字段进行修改，完成后调用addCheliang方法，调用业务层的updateByKey方法，更新数据库的房源信息表的数据。
房源信息管理流程图如下所示。
图5-10房源信息管理流程图
房源信息管理界面如下图所示。
图5-11房源信息管理界面
添加合同信息时，选择需要添加的房屋租赁信息进行添加，把主键的uId传到控制器，再调用控制器的deleteKefu方法，数据经过业务层解析和处理，请求持久层调用deleteByPrimaryKey方法操作数据库将合同信息数据从数据库中添加。
合同管理界面如下图所示。
图5-12合同管理界面
-
-
- 房屋租赁管理模块的实现
-
添加房屋租赁时，会给出数据填写的页面，该页面根据填写好的房屋编号同样会事先发送Ajax请求查询房屋状态是否可以进行专栏，数据填写好之后提交到后台，会调用相关服务在数据库中插入记录。
房屋租赁管理流程图如下图所示。
图5-13房屋租赁管理界面
在对该系统进行完详细设计和编码之后，就要对房屋租赁管理网站的程序进行测试，检测程序是否运行无误，反复进行测试和修改，使之最后成为完整的软件，满足用户的需求，实现预期的功能。
在软件的测试过程中，通常测试人员需要针对不同的功能模块设计多种测试用例。通过测试用例能够及时发现代码业务逻辑上是否与真实的业务逻辑相对应，及时发现代码上或逻辑上的缺陷，以此来来完善系统，提高软件产品的质量，使软件具有良好的用户体验。
注册测试用例表如下所示。
表6-1注册测试用例
| 测试性能 |
新用户注册 |
||
| 用例目的 |
测试系统新用户个人信息注册功能的功能和安全性 |
||
| 前提条件 |
进入注册页面填写个人信息 |
||
| 输入条件 |
预期输出 |
实际情况 |
|
| 各项基本信息输入不完整 |
不允许注册，无法点击注册按钮 |
一致 |
|
| 填写已存在的用户名 |
系统显示出提示信息，要求重新填写 |
一致 |
|
| 两次密码输入不一致 |
系统显示出提示信息，要求重新填写 |
一致 |
|
| 填写的各项信息没有符合提示的长度和字符要求 |
系统显示出提示信息，要求重新填写 |
一致 |
|
| 胡乱填写电话号码 |
收不到验证码 |
一致 |
|
| 填写验证码与收到的不一致 |
系统显示提示信息告知用户验证码错误，不予注册 |
一致 |
|
登录测试用例表如下所示。
表6-2登录测试用例
| 测试性能 |
用户或操作员登录系统 |
||
| 用例目的 |
测试用户或操作员登录系统时功能是否正常 |
||
| 前提条件 |
进入用户登录页面或操作员登录页面 |
||
| 输入条件 |
预期输出 |
实际情况 |
|
| 各项信息不予填写，直接点击登陆按钮 |
不允许登录，提示填写账号相关信息 |
一致 |
|
| 填写错误的登录名或密码后点击登录系统 |
提示用户名或密码错误，要求重新填写进行登录 |
一致 |
|
| 填写与验证码信息不一致的信息 |
系统显示出提示信息，表明验证码错误，要求重新填写 |
一致 |
|
房屋租赁测试用例表如下所示。
表6-3房屋租赁测试用例
| 测试性能 |
用户进行租赁房屋的操作 |
||
| 用例目的 |
测试用户进行租赁房屋操作时，系统的功能是否正常 |
||
| 前提条件 |
用户进入房屋详情页，该房屋能够被租订 |
||
| 输入条件 |
预期输出 |
实际情况 |
|
| 用户未登录，点击租赁按钮 |
跳转至登录页面，提示用户先进性登录 |
一致 |
|
| 正常的登录用户，点击租赁按钮 |
系统弹出提示框，提示用户租订成功，同时该房屋的状态更改为已租订状态 |
一致 |
|
房源管理测试用例表如下所示。
表6-4房源信息管理测试用例
| 测试性能 |
房源相关信息管理功能 |
||
| 用例目的 |
测试系统后台操作员对房源相关信息进行管理的功能是否正常 |
||
| 前提条件 |
登录系统后台进入相关管理页面 |
||
| 输入条件 |
预期输出 |
实际情况 |
|
| 普通操作员登录，点击进入房源相关信息管理的页面 |
提示非超级用户，权限不够，无法进入相关页面 |
一致 |
|
| 超级操作员登入，删除某个已被租赁的房源 |
提示该房源删除失败 |
一致 |
|
| 点击增加房源按钮 |
页面正常跳转 |
一致 |
|
| 增加房源是，填写已存在的房源编号 |
提示该编号已存在 |
一致 |
|
经过对此系统的测试，得出该系统足以满足用户日常需求，在功能项目和操作等方面也能满足操作员对于其他用户的管理。但是，还有很多功能有待添加，这个系统仅能满足大部分的需求，还需要对此系统的功能更进一步的完善，这样使用起来才能更加的完美。
通过保障性租赁住房收费—微信小程序的开发，本人巩固了之前学过的知识，如今将平时所学到的知识融合在设计中，在设计过程中，做了很多的准备，首先，在数据库系统的设计过程中，尤其是在数据库的工作原理、工作特点，对其深刻的讨论，与此同时，对于小型站点来说，最好服务器的选择，其次，利用所学的知识点分析所做的系统，并在此基础上设计。
目前本系统已经上线，正在试运行阶段，用户反馈良好，基本完成用户所需，试运行过程中没有出现阻断性问题，有一些不足和小问题也及时予以修正，系统上线后，为了保证数据的安全性，对系统进行了备份操作，系统备份是每两个月备份一次，数据库备份为每周备份一次，系统部署在租赁的云平台服务器中。
本次系统上线成功后，得到了用户的高度认可，但是在功能上和性能上还需做进一步的研究处理，使其有更高的性能和更好的用户体验。
系统在以后的升级过程中，需要解决一系列用户所提出的问题，例如打印过程中如何避免浏览器的兼容性问题，大量用户访问时，如何保持较高的响应速度，在系统今后的升级过程中将着重解决这些安全性问题。
参考文献
[1]踪程,陈立文.保障性住房居民福利认同、住房满意度与主观幸福感[J].财经问题研究,2021(11).
[2]刘亚娟.基于居住权的住房保障制度创新探析[J].湖南师范大学社会科学学报,2021(03).
[3]田祎,黄乐.保障性租赁住房正在越做越火[J].城市开发,2023(02).
[4]刘文俭.发展保障性租赁住房的背景意义和对策[J].团结,2021(05).
[5]马勀.住建部：对保障性租赁住房发展情况实施监测评价[J].中国房地产,2021(31).
[6]王嘉.陕西住建今年做好“十个聚焦” 全年筹集建设保障性租赁住房8.8万套[J].现代企业,2022(03).
[7]李杨,杨森.城镇化视角下的保障性租赁住房研究[J].团结,2021(05).
[8]刘雪阳.贵阳市保障性住房管理体制机制研究[J].经济研究导刊,2021(25).
[9]陈爽.从疫情防控透视物业管理在社区治理中的价值[J].现代物业(中旬刊),2020(05).
[10]蒋洁.北京市保障性住房供给的影响因素研究[D].兰州财经大学,2020..
致谢
伴随着设计的完成，大学生涯也随之即将结束。大学期间是我最珍惜的时光，大学时光中学会了很多，也成长了很多，这段时光中每一段回忆都刻在脑海中。感谢一起学习，一起成长同学们，和成长过程悉心教导的老师们，非常感激有你们的陪伴。
首先感谢我的指导老师，设计的完成离不开老师的一系列指导。在毕业设计的完成过程中，老师给出了很多中肯的建议，正是由于老师一丝不苟的工作态度，我的设计才能顺利的完成。
最后，感谢在大学生涯中每一位教导我的老师，是你们教给了我丰富的知识，更教会了我遇到问题时，如何去应对并解决。谢谢你们的帮助与支持。
点赞+收藏+关注 →私信领取本源代码、数据库
关注博主下篇更精彩
一键三连！！！
一键三连！！！
一键三连！！！
感谢一键三连！！！