酒店预订管理系统 需求分析
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1、先进性和投资保护原则 在实用可靠的前提下，尽可能跟踪国内外先进的计算机软硬件技术、信息技术及网络通信技术，使 系统具有较高的性能价格比，同时方案以实际可接受能力为准，避免盲目追求新技术，充分考虑投资保 护，避免不必要的浪费。 技术上立足长远发展，坚持选用开发性系统，采用先进的体系结构和技术发展的主流产品，保证整 个系统高效运行。 规划建设必须有技术超前的意识，既着眼于近期的网络需求，也考虑远期网络发展战略，保证系统 所采用的计算机网络技术设备和技术指标在几年内不落后。 采用 BS 架构方式、多层结构设计，以.Net+ActiveX 技术架构构建应用平台，采取 XML 技术进行数 据的存储、传输,采用国际上先进、成熟的技术标准。 2、实用性原则 坚持实用性。系统建设可以满足业务需求为首要目标，采用稳定可靠的成熟技术，保证系统长期安 全运行，提高管理水平和工作的效率。 3、安全性和保密性原则 坚持安全性和保密性。遵循有关信息安全标准，具有切实可行的安全保护和保密措施，以及对计算 机犯罪和病毒的防范能力，确保数据安全。提供符合国家有关信息安全政策法规、核心技术自主的整体 安全解决方案。能够适应国际互联网、业务专网等多层次的安全要求，充分保证数据资料的安全。 4、可靠性原则 系统必须在成本可以接受的条件下，从系统结构、设计方案、设备选型、厂商的技术服务与维护响 应能力，备件供应能力等方面考虑，使得系统故障发生的可能性减少，影响尽可能小，对各种可能出现 的紧急情况有应急的工作预案和对策。以确保系统稳定可用，满足长时间稳定运行的要求，具有高度容 错性，保证 24 小时全天候各项工作的正常运行。 5、灵活性和扩充性原则 系统在满足用户需求的基础上，具有友好的用户界面，使操作简单、直观、灵活易于学习掌握；使 系统易于维护和管理。
其中：
图 2-5 系统体系结构图
表示层：用于与用户进行交互以及显示结果。包括所有的 JSP，提供用户界面，接受用户输入， 还包括相
应的 ActionFrom Bean，用来存放表单数据，并进行表单数据验证。
控制层：包括所有的 Action 类，它完成三项任务：一是进行业务逻辑验证，二是调用模型组件，三是决定
3
酒店预订管理信息系统方案
* 用户管理：对注册用户进行管理，主要是查询和删除功能
2.1.2 技术目标
（1）资源管理，酒店管理员可以对酒店里可预订资源进行管理，提供酒店可预订资源列表，供客户 预订。
（2）订单管理，对用户提交的订单进行处理。 （3）用户管理，对注册用户进行管理，主要是查询和删除功能。 （4）管理员管理，对管理员的账户进行增、删、改等功能。
房间信息管理界面 对酒店的房间信息进行更新，查询，删除和修改
普通管理员管理界面： 对普通管理员进行添加和删除操作
订单管理界面： 对订单信息进行查询，删除并统计
用户管理界面： 对非法用户进行删除工作
4.2.2 外部接口
说明本系统同外界的所有接口的安排包括软件与硬件之间的接口、本系统与个支持软件之间的接口关 系。
图 2-6：系统的网络拓扑图
图 2-7 互联网关系图
本系统的硬件环境如下： 客户机：普通 PC
CPU：1.8GHz 以上 内存：1GB 以上 能够运行 IE8.0 以上版本的机器 分辨率：推荐使用 1024*768 像素 WEB 服务器 CPU：2.0GHz 内存：2G 以上 硬盘：320G 以上 网卡：千兆 数据库服务器
的日志信息可以使数据恢复到最近的正确状态；
4 运行环境规定
4.1 设备及环境
服务器端建议配置： CPU：CPU 奔腾Ⅲ以上 内存：1G 以上
10
酒店预订管理信息系统方案
硬盘：320G 运行环境：
操作系统 Windows XP 浏览器 IE8 Web 服务器 Tomcat 数据库 MySQL
4.2 接口
浏览器
表示逻辑层
资源管理
中 间 层 业务逻辑层
管理员管理
服务处理模块
用户管理 订单管理
Request/Response Session/cookie
数据库存取接口
服务层
关系数 据库
其他服务
图 2-4 结构拓扑图
客户层主要是指用户登录的 Web 浏览器；中间层负责平台的业务逻辑处理和表示逻辑生成；服务层提 供底层的信息数据库服务器。 1.客户层：用于与企业信息系统的用户进行交互以及显示根据特定业务规则进行计算后的结果。本系统将 完全采用基于 WEB 的（B/S 架构）客户端。 2.中间层：这相当于三层标准架构中的 Web 应用服务层，支持诸如响应客户请求以及查询等功能。并且由
7、应用软件系统质量保证原则 在应用软件的具体实施过程中，软件开发将严格按照下面的步骤进行实施： 业务系统调研分析； 应用软件系统设计； 应用软件系统开发； 应用软件系统测试； 应用软件系统测试修改； 应用软件系统的安装运行； 应用软件系统的升级和维护。
2 任务概述
2.1 目标
2.1.1 总体目标
本方案是开发一个酒店预订管理系统,其主要可以实现以下功能： 管理员可以处理工作： 1) 超级管理员 * 资源管理：酒店管理员可以对酒店里可预订资源进行管理 * 管理员管理：对管理员的账户进行增、删、改等功能 2）普通管理员 * 订单管理：对用户提交的订单进行处理
输入：鼠标，键盘
11
酒店预订管理信息系统方案 输出：显示器。
4.2.3 内部接口
通信 负责系统内部客户端和服务器端组件之间的消息传递,保证传送目的的正确性和消息的完整性.
数据处理 在客户端将需要传递到服务器端的消息格式化,同时在服务器端将消息解析为所需要的字符格式 说
明将向用户提供的命令和它们的语法结构，以及软件的回答信息。 说明本系统之内的各个系统元素之间接口的安排。 Windows 平台——浏览器 浏览器——tomcat tomcat——JSP
视图（Ｖ）层：Server-Side Scripting Connects UI to Business Objects, Java Server Pages, Java Servlets
控制（Ｃ）层：Distributed Component JavaBean
模型（Ｍ）：Data Sources & Persistent Object Storage ODBC, JDBC, OLEDB, ADO, XML, LDAP
2
酒店预订管理信息系统方案 6、标准化和规范化原则 系统的标准化和规范化原则是信息系统建设基本而又关键一步，是实现系统的重要前提。本系统严
格按照相关标准，包括代码、界面、操作等，以达到标准化、规范化统一的风格。系统开发遵循国际通 用标准，如 XML、Web Service 等，从技术方面保证了系统的规范性。
3.3 故障处理要求
可能出现的故障： 1.平台的不兼容性，由于本软件是在 WINDOWS 开发设计的，移植到别的平台可能无法正常工作； 2.系统断电及硬件故障导致客户信息中部分数据的丢失； 3. 由于操作员的误操作而导致的数据丢失
故障处理： 1.平台的不兼容性是软件自身的局限性，只能针对其他平台开发相应的版本； 2.数据的意外丢失可以通过数据库系统的恢复机制来保证损失最小, 根据最近的完整备份再加上相关
8
酒店预订管理信息系统方案 互联网上，运行在一个酒店的内部网络环境中如图 2-6 所示。这种情况下，只有本酒店内部的已授权的管 理人员可以根据自己的权限进行相关的访问。后一种情况，不必拘泥于本酒店的网络环境，相关人员不受 地点时间的限制，可以通过互联网，来实现了解酒店的最新情况，并执行相关的操作，如图 2-7 所示。
9
酒店预订管理信息系统方案 CPU： 2.0GHz 内存：2G 以上 硬盘：320G 以上
3 需求规定
3.1 对性能的规定
主要有以下方面： 一、管理员处理信息时必须及时无误； 二、关于在更新数据时保持数据的一致性，避免因更新数据而导致的不精确甚至是错误数据；
3.2 数据管理能力要求
需要管理的数据包括：订单信息，酒店信息，客房信息，用户信息等。 各种信息变化比较频繁，管理员必须及时更改数据的当前行，保证数据最新，并及时核对信息，使得 数据在使用过程中不发生差错。
2.1.3 功能规定
管理员功能：
图 2-1 酒店预订管理系统
超级管理员
资源管理 管理员管理
管理员
后台数据库
普通管理员
订单管理 用户管理
4
酒店预订管理信息系统方案
2.2 功能需求 2.2.1 系统主体流程图
图 2-2 系统主体流程图
5
酒店预订管理信息系统方案
2.2.2 功能详细图
首页
浏览信息
登陆/注册界面
将合适的视图组件返回给用户。
模型：进行逻辑处理的 JavaBean 等。数据库采用 ODBC 技术以提供数据库的可移植性
2.3 用户的特点
2.3.1 系统管理员
系统管理员必须对酒店相关的信息情况及时了解。并熟悉基本的计算机的页面的操作，了解酒店信息 的动态情况，以便及时Baidu Nhomakorabea新。
2.4 假定与约束
本系统可以采用两种网络环境：1 是酒店的内部局域网；2 是运行在 WEB 服务器上。前者不用接入到
4.2.1 用户接口
主要包括登陆界面，超级管理员界面，普通管理员界面，用户界面，酒店信息管理界面，房间管理界 面，普通管理员管理界面，订单管理界面，用户管理界面。主要界面设计如下：
一般用户主要拥有的功能有系统中前两和模块的功能, 具体的界面如下：
登陆界面 通过用户名和密码实现用户登录 通过用户名和密码实现管理员登录，并判断管理员的权限
7
酒店预订管理信息系统方案 中间层进行逻辑处理，再处理的结果反馈给客户或者发送到数据库中。 3.服务层：主要是数据库系统，这里的数据库系统主要是关系数据库系统(RDMS)。
2.2.4 系统体系结构图
视图（Ｖ）层：User Interface (Browser) HTML, CSS, DHTML, JavaScript, XML
1.3 市场定位分析
随着电子计算机和通信技术的发展，人类已经逐渐地进入信息化社会。信息和材料、能源一样成为一 种社会的基本生产资料，在人类的社会生产活动中发挥着重要的作用。同时人们对信息和数据的利用与处 理也已进入自动化、网络化和社会化的阶段.。追求高效率、高品质、高安全性的软件产品是广大商家的 选择。本次酒店预订管理系统就是针对酒店对酒店庞大、繁杂的预订信息等资源的管理而出现的。
酒店预订管理系统可用于现在市场上的各种大小型酒店的管理，使得酒店管理人员的工作进一步地高 效、简单。
1.4 定义
B/S 不需要安装客户端程序，直接采用浏览器（Browser）即可以访问服务器系统。 JSP 动态网页脚本 HTML 超文本标记语言 MySQL 数据库管理系统
酒店预订管理信息系统方案
1.5 项目设计原则
超级管理员界面 登陆后进入超级管理员首页，能对酒店信息，客房信息，普通管理员进行管理。
普通管理员界面 登陆后进入普通管理员首页，能对订单信息，用户信息进行管理。
用户界面 用户登陆后进入用户个人主页，可以实现查询个人订单，修改个人资料，并能进行预订操 作。
酒店信息管理界面 对酒店信息进行更新，查询，删除和修改
用户登录
管理员登录
酒店在线预订 查询订单 修改订单 退订操作
超级管理员
资源管理 管理员管理
普通管理员
订单管理 用户管理
信息录入 信息查询 信息修改 信息删除
增加管理员 删除管理员 修改信息 查询信息 删除订单 查询订单
查询用户 删除用户
图 2-3 功能详细图
6
酒店预订管理信息系统方案
2.2.3 结构拓扑图
酒店预订管理信息系统方案
1 引言
1.1 编写目的
本文档根据酒店管理管理系统的设计要求，提供一个整体的框架结构和设计方向，同时也明确了本系 统的部分需求，供使用单位确认系统的功能和性能。
1.2 背景
在高节奏生活的今天，人们整天在各个城市穿梭忙碌着，在过去跑到哪个城市后才能进行预定客房， 现在看来是否显得太麻烦,目前很多酒店都已经开始使用通过互联网进行客房预订系统。这样进行酒店的 管理就显得更加的轻松，能提高工作的效率，为了方便对酒店和酒店大量资源信息的合理，高效的进行组 织和管理，同时应酒店的要求，而编写的酒店预订管理软件。
其中：
图 2-5 系统体系结构图
表示层：用于与用户进行交互以及显示结果。包括所有的 JSP，提供用户界面，接受用户输入， 还包括相
应的 ActionFrom Bean，用来存放表单数据，并进行表单数据验证。
控制层：包括所有的 Action 类，它完成三项任务：一是进行业务逻辑验证，二是调用模型组件，三是决定
3
酒店预订管理信息系统方案
* 用户管理：对注册用户进行管理，主要是查询和删除功能
2.1.2 技术目标
（1）资源管理，酒店管理员可以对酒店里可预订资源进行管理，提供酒店可预订资源列表，供客户 预订。
（2）订单管理，对用户提交的订单进行处理。 （3）用户管理，对注册用户进行管理，主要是查询和删除功能。 （4）管理员管理，对管理员的账户进行增、删、改等功能。
房间信息管理界面 对酒店的房间信息进行更新，查询，删除和修改
普通管理员管理界面： 对普通管理员进行添加和删除操作
订单管理界面： 对订单信息进行查询，删除并统计
用户管理界面： 对非法用户进行删除工作
4.2.2 外部接口
说明本系统同外界的所有接口的安排包括软件与硬件之间的接口、本系统与个支持软件之间的接口关 系。
图 2-6：系统的网络拓扑图
图 2-7 互联网关系图
本系统的硬件环境如下： 客户机：普通 PC
CPU：1.8GHz 以上 内存：1GB 以上 能够运行 IE8.0 以上版本的机器 分辨率：推荐使用 1024*768 像素 WEB 服务器 CPU：2.0GHz 内存：2G 以上 硬盘：320G 以上 网卡：千兆 数据库服务器
的日志信息可以使数据恢复到最近的正确状态；
4 运行环境规定
4.1 设备及环境
服务器端建议配置： CPU：CPU 奔腾Ⅲ以上 内存：1G 以上
10
酒店预订管理信息系统方案
硬盘：320G 运行环境：
操作系统 Windows XP 浏览器 IE8 Web 服务器 Tomcat 数据库 MySQL
4.2 接口
浏览器
表示逻辑层
资源管理
中 间 层 业务逻辑层
管理员管理
服务处理模块
用户管理 订单管理
Request/Response Session/cookie
数据库存取接口
服务层
关系数 据库
其他服务
图 2-4 结构拓扑图
客户层主要是指用户登录的 Web 浏览器；中间层负责平台的业务逻辑处理和表示逻辑生成；服务层提 供底层的信息数据库服务器。 1.客户层：用于与企业信息系统的用户进行交互以及显示根据特定业务规则进行计算后的结果。本系统将 完全采用基于 WEB 的（B/S 架构）客户端。 2.中间层：这相当于三层标准架构中的 Web 应用服务层，支持诸如响应客户请求以及查询等功能。并且由
7、应用软件系统质量保证原则 在应用软件的具体实施过程中，软件开发将严格按照下面的步骤进行实施： 业务系统调研分析； 应用软件系统设计； 应用软件系统开发； 应用软件系统测试； 应用软件系统测试修改； 应用软件系统的安装运行； 应用软件系统的升级和维护。
2 任务概述
2.1 目标
2.1.1 总体目标
本方案是开发一个酒店预订管理系统,其主要可以实现以下功能： 管理员可以处理工作： 1) 超级管理员 * 资源管理：酒店管理员可以对酒店里可预订资源进行管理 * 管理员管理：对管理员的账户进行增、删、改等功能 2）普通管理员 * 订单管理：对用户提交的订单进行处理
输入：鼠标，键盘
11
酒店预订管理信息系统方案 输出：显示器。
4.2.3 内部接口
通信 负责系统内部客户端和服务器端组件之间的消息传递,保证传送目的的正确性和消息的完整性.
数据处理 在客户端将需要传递到服务器端的消息格式化,同时在服务器端将消息解析为所需要的字符格式 说
明将向用户提供的命令和它们的语法结构，以及软件的回答信息。 说明本系统之内的各个系统元素之间接口的安排。 Windows 平台——浏览器 浏览器——tomcat tomcat——JSP
视图（Ｖ）层：Server-Side Scripting Connects UI to Business Objects, Java Server Pages, Java Servlets
控制（Ｃ）层：Distributed Component JavaBean
模型（Ｍ）：Data Sources & Persistent Object Storage ODBC, JDBC, OLEDB, ADO, XML, LDAP
2
酒店预订管理信息系统方案 6、标准化和规范化原则 系统的标准化和规范化原则是信息系统建设基本而又关键一步，是实现系统的重要前提。本系统严
格按照相关标准，包括代码、界面、操作等，以达到标准化、规范化统一的风格。系统开发遵循国际通 用标准，如 XML、Web Service 等，从技术方面保证了系统的规范性。
3.3 故障处理要求
可能出现的故障： 1.平台的不兼容性，由于本软件是在 WINDOWS 开发设计的，移植到别的平台可能无法正常工作； 2.系统断电及硬件故障导致客户信息中部分数据的丢失； 3. 由于操作员的误操作而导致的数据丢失
故障处理： 1.平台的不兼容性是软件自身的局限性，只能针对其他平台开发相应的版本； 2.数据的意外丢失可以通过数据库系统的恢复机制来保证损失最小, 根据最近的完整备份再加上相关
8
酒店预订管理信息系统方案 互联网上，运行在一个酒店的内部网络环境中如图 2-6 所示。这种情况下，只有本酒店内部的已授权的管 理人员可以根据自己的权限进行相关的访问。后一种情况，不必拘泥于本酒店的网络环境，相关人员不受 地点时间的限制，可以通过互联网，来实现了解酒店的最新情况，并执行相关的操作，如图 2-7 所示。
9
酒店预订管理信息系统方案 CPU： 2.0GHz 内存：2G 以上 硬盘：320G 以上
3 需求规定
3.1 对性能的规定
主要有以下方面： 一、管理员处理信息时必须及时无误； 二、关于在更新数据时保持数据的一致性，避免因更新数据而导致的不精确甚至是错误数据；
3.2 数据管理能力要求
需要管理的数据包括：订单信息，酒店信息，客房信息，用户信息等。 各种信息变化比较频繁，管理员必须及时更改数据的当前行，保证数据最新，并及时核对信息，使得 数据在使用过程中不发生差错。
2.1.3 功能规定
管理员功能：
图 2-1 酒店预订管理系统
超级管理员
资源管理 管理员管理
管理员
后台数据库
普通管理员
订单管理 用户管理
4
酒店预订管理信息系统方案
2.2 功能需求 2.2.1 系统主体流程图
图 2-2 系统主体流程图
5
酒店预订管理信息系统方案
2.2.2 功能详细图
首页
浏览信息
登陆/注册界面
将合适的视图组件返回给用户。
模型：进行逻辑处理的 JavaBean 等。数据库采用 ODBC 技术以提供数据库的可移植性
2.3 用户的特点
2.3.1 系统管理员
系统管理员必须对酒店相关的信息情况及时了解。并熟悉基本的计算机的页面的操作，了解酒店信息 的动态情况，以便及时Baidu Nhomakorabea新。
2.4 假定与约束
本系统可以采用两种网络环境：1 是酒店的内部局域网；2 是运行在 WEB 服务器上。前者不用接入到
4.2.1 用户接口
主要包括登陆界面，超级管理员界面，普通管理员界面，用户界面，酒店信息管理界面，房间管理界 面，普通管理员管理界面，订单管理界面，用户管理界面。主要界面设计如下：
一般用户主要拥有的功能有系统中前两和模块的功能, 具体的界面如下：
登陆界面 通过用户名和密码实现用户登录 通过用户名和密码实现管理员登录，并判断管理员的权限
7
酒店预订管理信息系统方案 中间层进行逻辑处理，再处理的结果反馈给客户或者发送到数据库中。 3.服务层：主要是数据库系统，这里的数据库系统主要是关系数据库系统(RDMS)。
2.2.4 系统体系结构图
视图（Ｖ）层：User Interface (Browser) HTML, CSS, DHTML, JavaScript, XML
1.3 市场定位分析
随着电子计算机和通信技术的发展，人类已经逐渐地进入信息化社会。信息和材料、能源一样成为一 种社会的基本生产资料，在人类的社会生产活动中发挥着重要的作用。同时人们对信息和数据的利用与处 理也已进入自动化、网络化和社会化的阶段.。追求高效率、高品质、高安全性的软件产品是广大商家的 选择。本次酒店预订管理系统就是针对酒店对酒店庞大、繁杂的预订信息等资源的管理而出现的。
酒店预订管理系统可用于现在市场上的各种大小型酒店的管理，使得酒店管理人员的工作进一步地高 效、简单。
1.4 定义
B/S 不需要安装客户端程序，直接采用浏览器（Browser）即可以访问服务器系统。 JSP 动态网页脚本 HTML 超文本标记语言 MySQL 数据库管理系统
酒店预订管理信息系统方案
1.5 项目设计原则
超级管理员界面 登陆后进入超级管理员首页，能对酒店信息，客房信息，普通管理员进行管理。
普通管理员界面 登陆后进入普通管理员首页，能对订单信息，用户信息进行管理。
用户界面 用户登陆后进入用户个人主页，可以实现查询个人订单，修改个人资料，并能进行预订操 作。
酒店信息管理界面 对酒店信息进行更新，查询，删除和修改
用户登录
管理员登录
酒店在线预订 查询订单 修改订单 退订操作
超级管理员
资源管理 管理员管理
普通管理员
订单管理 用户管理
信息录入 信息查询 信息修改 信息删除
增加管理员 删除管理员 修改信息 查询信息 删除订单 查询订单
查询用户 删除用户
图 2-3 功能详细图
6
酒店预订管理信息系统方案
2.2.3 结构拓扑图
酒店预订管理信息系统方案
1 引言
1.1 编写目的
本文档根据酒店管理管理系统的设计要求，提供一个整体的框架结构和设计方向，同时也明确了本系 统的部分需求，供使用单位确认系统的功能和性能。
1.2 背景
在高节奏生活的今天，人们整天在各个城市穿梭忙碌着，在过去跑到哪个城市后才能进行预定客房， 现在看来是否显得太麻烦,目前很多酒店都已经开始使用通过互联网进行客房预订系统。这样进行酒店的 管理就显得更加的轻松，能提高工作的效率，为了方便对酒店和酒店大量资源信息的合理，高效的进行组 织和管理，同时应酒店的要求，而编写的酒店预订管理软件。