《公寓租赁管理信息系统-毕业设计需求分析》由会员分享，可在线阅读，更多相关《公寓租赁管理信息系统-毕业设计需求分析（15页珍藏版）》请在金锄头文库上搜索。
1、公寓租赁管理信息系统需求分析部分1 需求描述这一部分概述了公寓租赁管理信息系统软件产品的应用范围和本软件产品运行环境的要求，另外还介绍了使用该软件产品的用户对该软件系统产品的使用限制条件以及与本软件系统产品的一些假设和依赖。1.1 产品概述公寓租赁管理信息系统是独立的完全自包含的，与其它系统没有关联。用户可以利用此平台来寻找自己为工作等其他原因而需要的临时住所。用户可以通过注册成为该平台的用户，用户可在浏览器上浏览本站的公寓信息和房型信息。公寓租赁管理信息系统分为前台模块和后台模块两大部分。前台模块主要是用户用来浏览该平台上的公寓信息以及预约公寓。后台模块主要是公寓管理人员用来管理租赁公寓的信
2、息。公寓租赁管理信息系统采用符合 J2EE 标准的 MVC 的结构设计模式，其运行模式分客户机端、文件服务器端和数据库服务器端三部分：（1）客户端：操作系统：Win7浏览器：Chrome 浏览器（2）文件服务器端：操作系统：CentOS 6.4应用服务器：Tomcat 6.0.43（3）数据库服务器端：操作系统：CentOS 6.4数据库系统：MySQL 5.51.2 产品功能 前台功能模块前台模块主要分为用户管理，公寓信息管理，预约管理，评论管理，合同管理。下表是对功能模块的划分：表2.1 前台模块划分表2.1区分模块类别 功能用户注册用户登录用户信息管理用户密码管理用户管理密码重置公寓信息
3、查询房型信息查询公寓信息管理房屋信息查询在线预约预约管理 查看预约发表评论评论管理查看评论合同管理 查看合同 后台功能模块后台模块主要分为：管理员管理，公寓信息管理，房型管理，房屋信息管理，预约管理，合同管理，评论管理。下表是对功能模块的划分：表2.2 后台模块划分表2.2楽屋区分模块类别 功能管理员登录添加管理员管理员信息管理管理员管理管理员密码管理查看公寓信息维护公寓信息公寓信息管理添加公寓信息预约确认查看预约付款预约管理取消预约删除评论评论管理查看评论添加房型修改房型查看房型房型管理删除房型添加房屋信息修改房屋信息删除房屋信息房屋信息管理查看房屋信息查看合同修改合同合同管理增加合同1.3
4、 约束条件基于安全性、可靠性考虑，公寓租赁管理信息系统至少需要部署在 3 台tomcat 服务器上。其中文件服务器单独一台服务器，用户客户端和管理员客户端分别至少一台服务器，以增加客户的良好体验。本系统没有硬件的限制以及与软件相关的审计职能，公寓租赁管理信息系统可承载着多用户之间同时访问，存在并行操作。为保护用户信息的安全，本系统数据应存储在有密码保护的数据库中。本系统是一款没有危险性的软件。2 具体需求本节详细描述了公寓租赁管理信息系统所有具体的需求，包括软件的功能、界面、输入、输出等。2.1 用户接口 注册图2.1 注册界面図2.1登録表2.3 注册的数据输入输出表2.3登記入力出力要求项
5、目标号名称 类型 I/O必填/必显 长度 单位 来源 举例 备注1 邮箱 字符 I 210 位 输入 邮箱2 密码 字符 I 58 位 输入 admin 字母、数字、下划线3 确认密码字符 I 58 位 输入 admin 字母、数字、下划线 登录图2.2 登录界面図 2.2 登録表2.4 登录的数据输入输出表2.4登録入力出力项目 名称 类型 I/O 要求标号 必填/必显 长度 单位 来源 举例 备注1 登录名 字符 I - - 输入 用户名或邮箱或手机号2 密码 字符 I 58 位 输入 admin 字母、数字、下划线2.2 功能需求表 2.19 前台用例列表表 2.19 用例编号 用例
6、名称 用例英文名称UC1 注册 registerUC2 登录 loginUC3 用户信息管理 updateUserUC4 用户密码管理 updatePasswordUC5 添加管理员 addUserUC6 查看公寓信息 showFlatUC7 维护公寓信息 updateFlatUC8 添加公寓信息 addFlatUC9 在线预约 orderFlatUC10 查看预约 showOrderUC11 预约确认 updateOrderUC12 取消预约 deleteOrderUC13 添加房型 addHouseTypeUC14 修改房型 updateHouseTypeUC15 查看房型 showHou
7、seTypeUC16 删除房型 deleteHouseType2.3 性能需求 磁盘容量要求本系统是基于 SSM 架构的公寓租赁信息管理系统，存储容量较小，数据库系统也不是很大，节约了内存空间。 安全性要求本系统有权限设置，不同的用户有不同的权限，分别有超级管理员，公寓管理员，普通管理员以及用户，不同的用户具有操作不用的功能权限。同时，对于没有登录信息的用户不可以在没有登录的情况下对网站进行一些非法的入侵，任何用户必须在登录系统只后才能够访问系统和操作系统。 适应性要求要求界面友好，简单容易操作，对于用户来说，方便操作，容易理解。 可维护性系统采用了记录日志，用于记录用户的操作及故障信息，同时
8、本系统采用的SSM 架构，结构清晰，便于维护人员进行维护。 2.4 数据库需求基于 SSM 架构的公寓租赁信息管理系统的数据库中共有 7 张表，分别为：用户表的名称为 users，主要用于存放所有的用户信息；公寓信息表的名称为flat，主要用于存放公寓的基本信息；租赁合同表的名称为 contract，主要用于存放合同的基本信息；房屋信息表的名称为 house，用于存放房屋的基本信息；房型表的名称为 house_type，主要用于存放房屋类别的基本信息；预约信息表的名称为 orders，主要用于存放客户的预约信息；评论表的名称为review，主要用于存放客户的评论信息。2.5 设计约束该软件的开
9、发是采用 SpringMVC 框架+Spring 框架+MyBatis 框架的集合架构，符合标准的 MVC 设计模式，将整个系统划分为 View 视图请求层、Controller 控制转发层、Service 业务逻辑层、Dao 数据持久层四层，系统运行时 SpringMVC 框架负责请求的转发和视图管理，Spring 实现业务对象管理， MyBatis 作为数据对象持久化引擎 6。View 层，当用户点击界面发送请求时，系统应该在 5 秒之内响应用户。表 2.20 注册表 2.20 登記用例标识符 UC1用例名称 用户注册 执行者 用户用例创建者 陈龙星 最后修改者 陈龙星用例创建日期 201
10、5/01/05 最后修改日期 2015/04/21用例描述 用户在浏览器中输入访问地址后，进入网站界面，点击注册，进入注册界面，输入用户信息，格式合格后，点击注册，用户注册成功。前置条件 服务器已经启动，用户能够正常访问本站用户 系统(1)用户点击注册选项，进入注册界面，用户输入注册信息(2)系统检测用户输入的信息格式是否正确，若用户输入的信息格式正确，执行下一步，否则执行子事件流 a。(3)系统将用户输入数据与 rental 数据库users 表中的数据进行匹配，检测用户输入的信息是否已经存在，若用户输入的信息不存在，执行下一步，否则执行子事件流 b。主事件流(4)系统将用户注册数据保存到
11、rental 数据库的 users 表中，并跳转到登录界面。子事件流 a 系统提示“输入的用户信息格式输入错误！”子事件流 b 系统提示“输入的用户信息已存在！”异常事件流 网络连接异常，系统提示网络异常信息后置条件 完成注册表 2.21 登录表 2.21 登録用例标识符 UC2用例名称 用户登录 执行者 用户用例创建者 陈龙星 最后修改者 陈龙星用例创建日期 2015/01/05 最后修改日期 2015/04/21用例描述 用户在浏览器中输入访问地址后，进入登录页面，输入用户名、密码，点击登录选项登录系统。前置条件 服务器已经启动，用户能够正常访问本站用户 系统(1)用户在登录界面上输入用户
12、名、密码，点击登录按钮(2)系统检测用户输入的用户名、密码格式是否正确，若信息格式正确，执行下一步，否则执行子事件流 a.(3)系统将用户输入的用户名、密码与 rental 数据库 users 表中的数据进行匹配，检测用户输入的信息是否正确，若正确，执行下一步，否则执行子事件流 b.主事件流(4)登录成功，系统进入主界面。子事件流 a 系统提示“输入的用户名、密码格式输入错误！”子事件流 b 系统提示“输入的用户名或密码输入错误！”异常事件流 网络连接异常，系统提示网络异常信息后置条件 完成登录，进入主界面。3 需求模型3.1 用例模型System住 住住 住住 住住 住 住 住住 住 住 住
13、 住 住住 住 住 住 住 住住 住 住 住 住 住住 住 住 住住 住 住 住住 住 住 住住 住 住 住住 住 住 住住 住 住 住住 住 住 住住 住 住 住住 住 住 住住 住 住 住 图2.17 前台用例图図 2.17 図System住 住 住 住 住住 住 住 住住 住 住 住住 住 住 住住 住 住 住住 住 住 住住 住 住 住住 住 住 住住 住 住 住 住住 住 住 住 住图2.18 后台用例图図 2.18 楽屋図3.2 静态模型sign1*execute*1review* accord 11*include *1include1*1 include *FlatUsersH
14、ouseTypeContractOrdersReviewHouse1constitute 1storage1*order 11belong11图2.19 静态模型図2.19 楽屋図静态模型中产生的类如下:表 2.36Users 类表 2.36Users 類UsersuserId Integer 用户编号userName String 用户名password String 用户密码trueName String 真实姓名gender Integer 性别telphone String 联系电话idCard String 身份证号address String 联系地址eMail String 电子
15、邮箱activeNum String 激活码role Integer 用户角色flatId Integer 公寓编号state Integer 用户状态flat Flat 公寓实体类get/set 方法 属性赋值取值方法表 2.37Flat 类表 2.37Flat 類FlatflatId Integer 公寓编号flatName String 公寓名称flatAddress String 公寓地址flatPhone String 公寓电话flatImgs String 公寓图片floor Integer 公寓层数station String 公交站点bus String 路过公交flatDesc String 公寓描述mountTime Date 挂载时间allMonth Integer 挂载月数state Integer 公寓状态get/set 方法 属性赋值取值方法表 2.38Orders 类表 2.38Orders 類OrdersorderId Integer 订单编号userId Integer 用户编号flatId Integer 公寓编号houseId Integer 房屋编号inTime Date 入住时间outTime Date 离开时间payState Integer 付款状态createTime Date 创
