SpringBoot框架：大学生租房市场的技术突破
第3章 系统分析
面对即将开发的系统，进行提前的分析是必要的。这也是开发流程中必须有的环节。通常分析系统期间，主要涉及的内容包括系统开发可行性问题，对系统功能和性能的分析等问题。
3.1 可行性分析
在正式对需要建设的项目进行投资前，有一个比较关键的步骤是不能缺少的，那就是可行性分析。它主要从当前技术，经济等角度去评估系统的可行性，在投资决策中常常采用这种科学的方法来论证项目。
3.1.1 技术可行性
当前，系统开发的技术已经发展成熟，而且通过计算机网络可以获取开发工具的使用方法，以及规范化编写的模块化代码，这些知识可以帮助开发者顺利完成本系统的编码工作。
3.1.2 经济可行性
本系统开发期间需要配置的软件环境，可以免费通过开发类官网下载安装，需要配置的硬件设备也不需要具备很高的性能，通常网吧电脑，或学校计算机机房的电脑都符合要求。因此，从经济方面考虑，大学生租房平台开发可行。
3.1.3 操作可行性
大学生租房平台根据用户使用习惯进行开发，设计的界面具有统一性，并具备优秀的导航功能。所以，只要会简单操作电脑的人员，可以无压力操作大学生租房平台。
总之，从上述的论证来看，本系统可以开发。
3.2 系统流程
流程图这样的工具可以直观反映出系统内部的操作逻辑，可以帮助用户更好的理解系统。
3.2.1 操作流程
进入本系统需要访问者提供验证信息。验证合格的访问者才能获取访问资格。其具体的操作流程见下图。访问者根据登录界面设置的信息项如实填写，待信息通过验证后，访问者可以进入指定的页面享受本系统提供的服务和阅读本系统的相关信息。
图3.1 操作流程图
3.2.2 登录流程
本系统的登录模块，其内部的流程见下图。主要对访问本系统的人员提供的验证信息进行逐个判断，系统面对录入错误的信息会给出提示，比如，提示账号不对，或提示密码不匹配等提示信息。总之，在登录页面填写的所有信息都符合要求，访问者就登录成功了。
图3.2 登录流程图
3.2.3 删除信息流程
本系统在经常性的使用后，会产生很多失去价值的信息，因此就需要及时清理数据，腾出系统的空间。对这些数据进行清理时，其对应的流程见下图。先选中要清理的数据，通过反复确认需要清理的数据，避免操作人员误删。已经删除的数据就不会出现在系统里面。
图3.3 删除信息流程图
3.2.4 添加信息流程
本系统主要用于显示信息，提供服务，其中，数据添加功能就是其中的服务之一，具体流程见下图。让操作者在信息添加的页面录入数据，待这些数据被提交检验合格后，就会在系统指定页面显示出来。
图3.4 添加信息流程图
3.3 性能需求
进行需求分析，包括了根据用户实际需求制定功能，也涵盖了对即将设计的系统进行性能上的需求分析。所以一般分析系统时，一方面要分析系统功能，另一方面也要分析系统的性能。毕竟设计开发出一个好性能的系统可以确保系统的质量可靠。
接下来分析系统的性能，还要从界面友好性，系统的时间特性，系统的可靠性等方面来分析说明。
（1）时间特性要求：系统处理数据都有时间要求，这也是系统的时间特性。通常都会把数据处理的时间进行分析，也会设置用户请求的响应时间，还有系统在满负荷运行时可以偏离的范围数值等都需要提前分析确定。
（2）界面友好性：除了功能上需要考虑用户需求外，在人机交互界面的设计上，也需要考虑用户的使用习惯，包括界面的布局，界面基调选择以及颜色搭配等。尽量做到用户在接受简单的培训之后，可以对系统进行独立操作。
（3）系统可靠性：对于初学者而言，很容易出现一个问题，就是设计开发的系统，因为人为的误操作出现崩溃，有些也会导致电脑死机。这样的现象也说明这种容错能力低下的系统是不可靠的。完全不能作为生活中处理信息的系统。当下，系统开发要保证可靠性，设计时，把模块化和结构化的设计理念也考虑进来。如果遇到对时效性要求比较严格的系统，也需要采取其它的措施，比如双机系统，还有磁盘阵列等方式。还有就是一个可靠性的系统，对设备的供电能力也有要求。
3.4 功能需求
不同的系统提供的服务也不相同，其对应的功能也不相同，所以，系统开工前，需要明确其用途，确定其功能。由此，才可以进行各个任务的开展。
大学生租房平台经过分析，确定了其需要设置管理员的角色，其操作的功能通过用例图展示（见下图）。管理员管理房东和用户，对房东提交的信息审批信息进行审核，审核房东发布的房源信息。
图3.5 管理员用例图
大学生租房平台经过分析，确定了其需要设置房东的角色，其操作的功能通过用例图展示（见下图）。房东提交信息审批信息，发布房源信息，审核用户租房订单。
图3.6 房东用例图
大学生租房平台经过分析，确定了其需要设置用户的角色，其操作的功能通过用例图展示（见下图）。用户收藏房屋，租用房屋，支付租房订单。
图3.7 用户用例图
第5章 系统实现
进入到这个环节，也就可以及时检查出前面设计的需求是否可靠了。一个设计良好的方案在运用于系统实现中，是会帮助系统编制人员节省时间，并提升开发效率的。所以在系统的编程阶段，也就是系统实现阶段，对于一些不合理的设计需求，也是可以及时发现。因为设计的方案是完全指导系统的编码过程的。
5.1 管理员功能实现
5.1.1 房东管理
管理员进入指定功能操作区之后可以管理房东。其页面见下图。房东的资料需要管理员负责管理，包括修改，新增，删除等操作。
图5.1 房东管理页面
5.1.2 信息审批管理
管理员进入指定功能操作区之后可以管理信息审批信息。其页面见下图。房东上传房产证和身份证信息，管理员查看后进行审批，审批通过之后，房东才可以发布房源信息。
图5.2 信息审批管理页面
5.1.3 房源信息管理
管理员进入指定功能操作区之后可以管理房源信息。其页面见下图。房东发布的房源信息需要先通过管理员的审核，然后才能展示在前台进行出租。
图5.3 房源信息管理页面
5.2 房东功能实现
5.2.1 信息审批管理
房东进入指定功能操作区之后可以管理信息审批信息。其页面见下图。房东查看信息审批信息是否通过审核，只有通过审核之后，房东才可以发布房源信息。
图5.4 信息审批管理页面
5.2.2 房源信息管理
房东进入指定功能操作区之后可以管理房源信息。其页面见下图。房东发布的房源信息在进行正式出租前，也需要通过管理员的审核。
图5.5 房源信息管理页面
5.2.3 订单信息管理
房东进入指定功能操作区之后可以管理订单信息。其页面见下图。用户租房后，房东需要查看用户是否支付，而且还要审核用户的租房订单。
图5.6 订单信息管理页面
5.3 用户功能实现
5.3.1 房源信息
用户进入前台之后可以查看房源信息。其页面见下图。本页面显示所有要出租的房源信息，用户可以根据房源名称，户型，出租类型等字段查询所需房源信息。
图5.7 房源信息页面
5.3.2 房源详细信息
用户进入前台之后可以查看房源详细信息。其页面见下图。用户点击房源的标题即可查看其相关介绍。用户可以收藏房源，或在当前页面点击租房按钮进行租房。
图5.8 房源详细信息页面
5.3.3 提交租房信息
用户进入前台之后可以对需要的房源提交租房信息。其页面见下图。用户对需要的房源进行租房，提交租房信息时要设置申请日期。
图5.9 提交租房信息页面
5.3.4 订单信息管理
用户进入后台功能操作区之后可以查看订单信息。其页面见下图。用户支付未支付的租房订单，查看租房订单是否通过房东审核。
图5.10 订单信息管理页面