目录
- 一、项目需求提案计划书
- 二、项目需求萃取分析书
- 三、项目需求分析规格书
一、项目需求提案计划书
1. 硬数据采样
经过调研的大数据分析，年轻人租房的需求很大，他们经常租房，而且有80%左右的人是通过网上租房，他们对于租房的租金、安全性问题、距离和舒适程度都有一定的追求。所以我觉得房屋出租系统的研发很有必要，能够满足大众的租房需求。
2. 涉众分析
3. 项目前景
那些希望通过线上进行租房的房客来说， “房屋出租系统”是一个基于Internet的网站，可以接受个人或团体租房，这既可以节约他们的时间，又可以扩大他们对房屋的选择范围。而且经过大数据分析统计，发现现有的房屋出租系统比较少，线下平台的租房系统比较多，他们这些系统90%以上的模式都是很传统的，盈利方式单一，运作模式落后，因此房屋出租系统的线上平台的研发可行性很大。
商业动机模型为商业企业提供了一套用于形成商业计划的注释。它对企业希望实现的目标，实现方式，潜在影响，资源等进行建模：
4. 项目设计计划
本系统的开发是基于Web和数据库来实现的一个Web应用，首先我们会通过查找大量的资料和调研，经过大数据的统计来找出房客、房东的需求，分析房客和房东的需求，撰写出需求分析报告书。通过需求分析报告书里面所描写房客和房东的需求以及一些注意事项
为基础，按照软件工程的思想，将需求分析转化为功能需求，搭建本系统的基本框架，之后编写我们房屋出租系统的代码，代码经过安全处理之后，发布到服务器上，自此房屋出租系统研发结束。最后，在系统开发完毕后，对系统进行整体的功能测试，找出其中存在的问题，进行修改和完善。
显示需求和模型中其他元素之间的关系，包括拥有用例和测试用例的涉众，目的是让系统工程师创建一个图表，其中模型元素和它们相关的需求之间的关系可以可视化，包括其他需求：
二、项目需求萃取分析书
总需求：
1. 用户需求
房客：房客出门在外打工等一些情况需要住房，此时就需要了解出租房的位置、价格等一些房子，该系统就可以为他们服务；
房东：房东有一些空置的房子或房间没人居住导致资源浪费，房东便会对其进行出租来获取一些经济来源；
管理员：为了很好地服务房客与房东的需要，同时也能获取一些经济来源（房东使用该系统每月都要付一些钱去租给房东）。
2. 确定业务目标
房屋出租系统，主要是通过对房屋的基本信息（出租信息，房屋的面积等一些基本情况）归入系统，并且利用该系统对这些数据进行分类、查询、统计和删除等功能。利用这个系统，能够更加高效的处理房屋出租信息，比以往利用纸质文档进行管理更加方便与快捷；同时该系统能够将房屋的位置、户型、房屋面积以及房屋租赁的合同等一些信息清晰地提供给用户，让用户一目了然，这为用户提供了强大的查询功能和高效便捷的查询服务。这样以合同管理为主线，实现了对出租房的登记、客户的管理、合同鉴定、合同审批以及合同终止的功能，同时利用合同对于房租的租金进行管理，自动生成房屋出租情况（哪个房客欠款，哪个房客已经缴完房租等一些基本情况）进行报表。
3. 确定业务范围和业务流程
3.1 业务范围
对于该房屋出租系统，可分为三种用户进行登录，这三种用户分为管理员，房东和房客，以下是主要功能模块的概况：
1、房屋管理：主要实现管理员或者房东进行房屋信息的增删改查的功能；
2、房东管理：实现管理员对房东信息的增删改查的功能；
3、房客管理：实现管理员或者房东对房客的信息查询，同时房东对房客请求租房的审核，如果有没人住的房子就审核成功，可以让房客入住，否则不予入住；
4、合同管理：房客将合同进行上传，房东进行对合同的审核；
5、房屋出租管理：实现对于房客的租房请求，房东同意租房的功能；
6、租金管理：实现房东收取每月房客的租金。
总的功能描述：该房屋出租系统首先是需要设置不同的用户权限，然后根据不同的用户权限进行登录该系统，每种用户都有不同的功能模块，如下图所示：
3.2 组织架构
下面是领域模型图，里面清晰的画出了，开发人员、管理员以及涉众之间的关系以及他们在系统中所担任的领域范围。项目的开发人员，负责提供一个完好的系统给管理人员，以及对系统进行维护；管理员主要负责管理一下的涉众；涉众主要利用房屋管理系统进行他们所需要的操作。
下面是我们房屋出租系统的组织结构图，里面有各种涉众，都是一级接着一级的，首先是管理员能够进行管理游客、房东、房客和维修人员；其中游客里面包括国内游客和国外游客；房东里面包括了传统房东、代理房东和中介型房东；房客里面包括长期房客、短期房客和合租房客；维修工里面包括水电维修工、门锁维修工和电器维修工。
下面这张图是组织一览图，在这里面可以清晰的看到我们系统里面的参与者，主要包括游客、房客、房东以及维修工。
3.3 业务流程
3.3.1 登录流程
首先，用户进行输入信息，通过输入的信息进行判断是否符合登录要求，信息正确就进入房屋出租系统，否则退出系统；之后就是进行操作，可以进行查询和管理系统的信息，不操作也可以退出系统。
使元素之间的相互作用可视化。设计人员和实现团队通常创建序列图，作为设计工具或用于文档目的。该模式允许建模者展示如何创建资源，例如类，一旦它们在交互中达到了目的，就可以销毁它们。消息序列通常可以通知设计决策或使操作系统中发现的问题变得清晰。
3.3.2 信息保障流程
可以通过下图看到本系统的信息安全保障，房屋内部安全信息齐全，为房客提供安全保障；房屋质量外观符合要求和房客签订合同，这都保障用户的权利。
3.3.3 房东出租房屋动机
动机观点模式图能很好地描述了出租房屋的动机。房东得到房客需要租房的需求，而且房屋内容质量可观，与房客想租的房应与图片内容符合，而且房东可以通过出租空置的房屋来补贴家用，同时也能满足外来房客的租房需求，房客在租完房之后需要进行退房，房屋每次出租完后房客都要清理干净。房屋每次出租完后可能会有一些无法修复性的问题，如果是意外损坏，这部分费用有房东支付，如果是房客恶意毁坏，就由房客支付。
3.3.4 租房流程
用户提交租金的方式：
房客发起租房申请之后，通过判定租金提交的成功与否，来判定是否成功租房：
4. 用例模型
对于该房屋出租系统，我们用用例图将各种功能罗列出来
4.1 系统用户的用例图（UC-1）：
4.2 房客功能的用例图（UC-2）：
4.3 房东功能用例图（UC-3）：
4.4 管理员功能用例图（UC-4）：
5. 业务实体
5.1 用户信息实体：
5.2 房屋信息实体
5.3 订单信息实体
5.4 管理员信息实体
5.5 实体结构
Admin表：是用来记录管理员信息的，包括基本的管理员名、管理员密码和管理员邮箱，在添加管理员时需要使用该表。
House表：是用来记录房屋的基本信息，在用户查看房屋及管理员操作房屋信息时需要使用该表。其中，id是这个表的主键。
Login表：是用来记录用户的基本信息，在用户注册和管理员管理的时候需要使用到。其中，userlD是本表的主键。
Orders表：是用来存放用户订单，其中包括的用户信息是管理员联系用户的基本凭据。
Admin表：
House表：
Login表：
Orders表：
6. 非功能需求
下面这张非功能分析图中可以看出我们系统具有可用性、兼容性、轻便性、可扩展性、可靠性、可维护性、可量测性、功能性、安全性和功能效率。对于可用性来说，我们系统不需操作手册使用本系统和不需相关系统帮助就可以使用；对于兼容性来说，在房屋出租系统中能够兼容windows7、windows8、windows10和iOS等计算机系统。对于轻便性来说，我们出租系统是通过网上进行登录和操作的，只要你有网络，就能够让你在任何地方使用。对于可扩展性来说，我们会在满足用户不断发展的要求，对房屋出租系统进行添加新功能和修改完善现有的功能；对于可靠性来说，系统建成之后，预测会有大量用户进行查询房屋租赁信息，因此我们对系统的稳定性有比较高的要求；对于可维护性来说，在房客执行某个操作时出现错误，我们会第一时间去修复存在的错误；对于可量测性来说，我们会对房客的满意度、员工培训率、设备的维修率等等进行测量评价和衡量。对于功能性来说，解决方案功能满足用户需求的程度，包括适用性、准确性和互操作性；对于安全性来说，为防止把房屋出租系统的机密文件泄露给一些无关的用户，我们系统采取了某种安全保密措施，免受意外或恶意访问、使用、修改、破坏或泄露的方面的问题。
6.1性能需求
PR1:系统应该能够存储至少1万条租房记录；
PR2:解释器每分钟应该至少解析5000条没有错误的语句；
PR3:系统应该允许500个用户同时进行正常的工作
PR4:房客希望第一时间收到回应，所以收到预约后，系统将第一时间提醒管理员
PR5:检测到房客信息异常后，监控器必须在0.5s内发出警报
6.2 质量要求
QR1:在进行房屋的状态更新中，如果网络出现故障，系统不能出现故障；
QR2:系统的可用性要达到98%；
6.3安全需求
QR3:房东只能查看，不能修改、删除房客信息。
6.4 数据需求
6.4.1 数据描述
（1） 房客信息数据项：姓名、年龄、性别、电话、系统登录账号、系统登陆密码、所发布的房屋信息编号；
（2） 房屋信息数据项：房屋信息编号、房屋地址、房屋名称、房屋租金、房东电话、房屋图片；
（3） 房东信息数据项：姓名、年龄、性别、电话、系统登录账号、系统登陆密码、所管房屋编号；
（4） 管理员数据项：姓名、年龄、性别、电话、管理员登录账号、管理员登陆密码；
6.4.2 动态数据
（1） 动态输入数据：所要查找的房屋关键字、登录信息、注册信息、房屋信息
（2） 动态输出数据：房屋信息、用户信息
（3） 内部生成数据：操作结果
7. 接口需求
本产品的用户一般需要通过终端进行操作，进入主界面后点击相应的窗口，分别进入相对应的界面（如：输入界面、输出界面）。用户对程序的维护，最好要有备份。
三、项目需求分析规格书
1.引言
1.1编写目的
对于物业管理企业开始工艺，利用计算机支持企业高效率地完成房屋出租管理地事务，是适应现代企业制度要求、推动企业劳动型管理走向科学化、规范化地必要条件；然而房屋出租地管理却是一项繁琐、复杂而又要兼顾细致地工作，房屋的基本资料和客户的基本资料管理，房屋出租管理，各项收费以及统计报表的管理，一般不允许出错，而实行手工操作时需手工填制大量的表格，这就会耗费工作人员大量的时间和经精力，利用计算机进行线上的房屋出租工作的管理，不仅能够保证各项信息准确无误、快速稳定地输出，同时计算机具有手工管理无法比拟的优点如：快速检索、方便查找、高可靠性、存储量大、保密性好、寿命长及成本低等。这些有点能够极大地提高物业管理的效率，也是企业的科学化、正规化管理，与当今世界走向接轨的重要条件。
开发本系统就是为了解决物业管理企业在房屋出租的信息管理中一些不规范，采用企业现有的软硬件环境及科学的管理系统开发方案，建立房屋出租管理系统，实现房屋出租管理的计算机自动化。系统应符合物业管理企业原有的房屋出租管理制度，并达到操作直观、方便、实用、安全等要求。
1.2 项目背景
开发本系统就是为了解决物业管理企业在房屋租赁信息管理中的一些不规范，使房屋租赁信息的管理向着规范化、简单化、有效化的方向发展。
动机模型为商业企业提供了一套用于形成商业计划的注释。它对企业希望实现的目标，实现方式，潜在影响，资源等进行建模，开发本系统的目标如下：
1.3 参考资料
1.合同法相关条例，有关出租相关条例；
2.《房屋出租系统的可行性分析》；
3.《需求工程-软件建模与分析（第2版）》骆斌编著，高等教育出版社，2015,02月版，北京。
4.《软件工程》 张海藩编著，清华大学出版社，2006年10月版，北京
1.4 版本信息
特性 版本一 版本二
1 用户可以查看个人信息 用户可以修改个人信息
2 完全实现
3 完全实现
4 用户可以创建、删除租房预约 用户可以修改租房预约
2.系统概述
2.1概述
我们系统主要是实现登录模块、房东管理模块、房客管理模块和管理员模块。
基本设计概念图如下：
2.2功能
2.2.1 功能描述
房屋出租系统，主要是通过对房屋的基本信息（出租信息，房屋的面积等一些基本情况）归入系统，并且利用该系统对这些数据进行分类、查询、统计和删除等功能。利用这个系统，能够更加高效的处理房屋出租信息，比以往利用纸质文档进行管理更加方便与快捷；同时该系统能够将房屋的位置、户型、房屋面积以及房屋租赁的合同等一些信息清晰地提供给用户，让用户一目了然，这为用户提供了强大的查询功能和高效便捷的查询服务。这样以合同管理为主线，实现了对出租房的登记、客户的管理、合同鉴定、合同审批以及合同终止的功能，同时利用合同对于房租的租金进行管理，自动生成房屋出租情况（哪个房客欠款，哪个房客已经缴房租等一些基本情况）进行报表。
2.2.2 功能范围
对于该房屋出租系统，可分为三种用户进行登录，这三种用户分为管理员，房东和房客，以下是主要功能模块的概况：
1、房屋管理：主要实现管理员或者房东进行房屋信息的增删改查的功能；
2、房东管理：实现管理员对房东信息的增删改查的功能；
3、房客管理：实现管理员或者房东对房客的信息查询，同时房东对房客请求租房的审核，如果有没人住的房子就审核成功，可以让房客入住，否则不予入住；
4、合同管理：房客将合同进行上传，房东进行对合同的审核；
5、房屋出租管理：实现对于房客的租房请求，房东同意租房的功能；
6、租金管理：实现房东收取每月房客的租金。
总的功能描述：该房屋出租系统首先是需要设置不同的用户权限，然后根据不同的用户权限进行登录该系统，每种用户都有不同的功能模块，如下图所示：
细分功能：
1、登录管理：实现正确登录人员身份才能登录系统的功能，只有正确登录之后才能进行管理；
2、添加功能：添加房屋的基本信息与房客的基本信息的功能；
3、删除功能：通过该功能可以实现对房屋信息的删除以及删除房东和房客的信息等功能；
4、修改功能：实现对房屋的信息、房客信息和房东信息的修改功能；
5、查询房屋的基本信息：在这个功能中，管理员可以查看房东和房客的基本信息；房东可以查询房客租房的信息以及房屋的出租情况，房客可以查询房屋的位置、价格以及房屋管理的每一个信息，以便他们考虑房屋是否已经符合他们租房的条件；
6、查询房东信息的功能：管理员可以查询房东的类型、房东的姓名以及房东管理的每一个信息；
7、修改密码功能：当用户的密码泄露或者一些其他原因时需要修改密码，我们这个系统将提供修改用户密码的功能；
8、房主传输合同的功能：房东可以将文档发布在网页上，以便房客能够查阅；
9、租客对合同的下载与签订功能：租客可以在网上对合同进行更新与签订。
2.3 运行环境
具有嵌套部署模式的节点实例创建元素和部署关系图，该图描述具有单个节点（服务器）和执行环境（容器）的部署环境以及部署到它们上的构件。
2.3.1 设备
处理器速度：最低要求500MHz，建议1GHz或更高
内存(RAM)：最小192MB，最大操作系统最大内存，建议512MB或更高
输入设备：键盘、鼠标
输出设备：显示器、打印机
2.3.2 支持软件
Windows系统、利用
2.3.3 控制
系统的主要输入设备是键盘。输出主要是显示器输出和打印机打印输出等。
2.3.4 假定和约束
经费限制：本系统为中小型软件，不超过10万。
开发期限：7个月。
3 系统角色
本系统主要用于以下的几类人员：管理员、房东和房客。下图是三个涉众的关系。
3.1 管理员
管理员主要是对信息进行处理，能够对房客信息、房东信息和房屋信息进行增删改查；同时还有对合同进行管理。能够修订合同等一些操作。
3.2 房东
房东主要是对房屋进行管理，能够发布房屋给房客，通过房客进行收租处理，同时也能对房屋进行增删改查，对自己的个人信息进行修改，如密码等一些信息。
3.3 房客
房客如果看上了哪间房屋，可以进行租房请求，签订合同，提交订单，如果成功的话就会租房成功，同时可以对自己的个人信息及进行修改。
4. 系统结构
4.1 逻辑结构设计要点
房东信息表：
房客信息表：
房源信息表：
管理员信息表：
4.2 物理结构设计要点
本系统所使用的数据存储为数据库，各个数据选项都要从数据库中存取，存取单位是表，每个表中都设了一个主索引和若干个普通索引，存储区域在系统的硬盘内，系统数据要满足保密性。本系统除了管理员，每位用户都设定了权限，只有满足权限的用户才能使用某项数据，管理员需要在用户输入口令时对其权限进行判断。
4.3 数据结构与程序的关系
系统给出的房东信息、房源信息等等数据结构在编写程序时可以进行更改；数据类型在用户数量增加时要保持一定的稳定性。
5 用例描述
对于业务建模所画的用例图，以下将用用例描述表将其阐述：
5.1 用例图UC-1:
5.2 用例图UC-2：
5.3 用例图UC-3:
5.4 用例图UC-4:
由于该用例图的功能与房东和房客的功能类似，都是增删改查的功能，以下就简写在同一个表格中
6. 运行设计
制定编程的规范约定；采用结构化程序设计方法；选择合适的程序设计语言进行编程，包括程序的设计、测试、运行和调试。
6.1 运行模块组合
客户机程序在有输入时启动接收数据模块，通过各模块之间的调用，读入并对输入的行格式化。在接收数据模块得到充分的数据时，将调用网络传输模块，将数据通过网络送到服务器，并等待接收服务器返回的信息。接收到返回信息后随即调用数据输出模块，对信息进行处理，产生相应的输出。
服务器程序的接收网络数据模块必须始终处于活动状态。接收到数据后，调用数据处理/查询模块对数据库进行访问，完成后调用网络发送模块，将信息返回客户机。
6.2 运行控制
此系统需要网络的支持，由于采用C/S结构，故需要服务器的控制，房客使用时，通过房客界面，使用鼠标、键盘等终端的设备进行运行时的选择控制。房客界面再根据不同操作从服务器请求不同数据，接收并处理后输出返回结果于界面上。在传输过程中，要通过TCP/IP协议进行工作，因此需要TCP/IP网络协议作为标准的通信控制接口。
6.3 运行时间
房主注册，房客注册要占用各种资源的时间都不得超过1微秒；房客提出房屋要求后，房屋查询模块做出的响应时间将不超过10微秒；系统通知房主与房客的会面模块做出的响应时间将不超过2微秒；
在软体的需求分析中，对运行时间的要求为必须对作出的操作有较快的反应。网络硬件对运行时间有最大的影响，当网络负载量大时，对操作反应将受到很大的影响。所以将采用高速ATM 网络，实现客户机与服务器之间的连接，以减少网络传输上的开销。其次是服务器的性能，这将影响对数据库访问时间即操作时间的长短，影响加大客户机操作的等待时间，所以必须使用高性能的服务器。硬件对本系统的速度影响将会大于软件的影响。