基于Java+MySQL实现的（Web）酒店管理系统【100012005】

# 酒店管理系统 ## 需求规格 ### 1. 引言 #### 1.1 目的 本文档描述了互联网酒店预订系统的功能需求和非功能需求。 #### 1.2 范围 互联网酒店预订系统的开发目标是解决传统的线下酒店预订模式的诸多缺点。包括辅助酒店掌握客户行程变化、帮助酒店和客户的长途沟通、减少客户恶意预订、帮助客户了解酒店信息和为客户保存过去的酒店体验历史。 该互联网酒店预订系统，期望为提高酒店的订单处理效率、降低人力资源消耗、提高酒店的订单量和利润、减少客户异地预订酒店所需的时间并简化预订流程。 #### 1.3 参考文献 （1）互联网酒店预订系统用例文档。 ### 2. 总体描述 #### 2.1 项目前景 ##### 2.1.1 背景与机遇 在过去，线下预订构成了预订酒店的主要模式，而在如今已经不能适应它的业务发展要求。首先，随着人们对于出行前规划时间的日益看重，线下预订酒店这种传统模式无法提前预定，导致损失客源。再者随着酒店规模的不断扩大，入住客户及客房数量的增加，有关酒店的各种信息也在成倍的增长。传统的信息管理模式同样无法满足处理大量信息的要求。因此需要开发一个系统，能实现提前预定和管理酒店和用户信息的功能，从而方便客户，提高管理效率。 通过开发的互联网酒店预订系统，实现客户提前预定酒店的需求并方便酒店对于信息的管理，提高管理效率，降低管理成本。它包括一个数据集中服务器和多个客户端。数据集中服务器将所有的数据存储起来进行维护。用户通过客户端实现酒店房间的预订，客户端与数据集中服务器采取实时通信的方式完成数据交换。酒店工作人员通过客户端进行工作人员个人信息的管理、客房录入与酒店基本信息的维护。 ##### 2.1.2 业务需求 ``` BR1: 在系统使用6个月后，酒店运营成本要降低20% 范围：人力成本 度量：管理酒店全部数据所需工作人员数量 BR2: 在系统使用3个月后，酒店工作人员效率要提高15% BR3: 在系统使用6个月后，线上预订营业额要占到50% 最好情况：60% 最可能情况：50% 最差情况：30% BR4：在系统使用6个月后，线上预订营业额要提高20% 最好情况：30% 最可能情况：20% 最差情况：10% ``` #### 2.2 项目功能 ``` BF1: 客户个人基本信息管理 BF2: 客户浏览酒店详细信息 BF3: 客户生成订单 BF4: 客户查看订单 BF5: 注册普通会员 BF6: 客户评价酒店 BF7: 酒店工作人员个人基本信息管理 BF8：酒店工作人员浏览订单 BF9：执行订单 BF10: 维护酒店基本信息 BF11: 管理可用客房 BF12: 提前退房 BF13: 制定酒店促销策略 BF14: 制定网站促销策略 BF15: 浏览异常订单执行情况 BF16: 充值信用值 BF17: 用户管理 BF18: 添加酒店 BF19: 修改管理员密码 ``` #### 2.3 用户特征 | 客户 | 所有客户出于旅游或出差等其他理由有提前预定酒店的需求。客户的信用良好，有资金用来支付房费。客户的计算机操作技能一般，对于系统界面往往无法及时适应，希望新系统尽可能帮助客户预定酒店。 | | :----------: | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | 酒店工作人员 | 每一个酒店有 1~2 个在本系统上负责自己所属酒店的酒店工作人员。他们的工作是维护酒店的基本信息、可用客房和促销策略。由于酒店每天的客户有许多，所以他们的工作量往往很大，希望新系统不要太占用他们的时间。酒店工作人员的计算机操作技能较好。 | | 网站营销人员 | 本系统有 2~3 个网站营销人员。他们负责网站的促销策略，处理异常订单的执行情况和客户的信用充值。网站营销人员往往需要花费大量时间用来制定合理的促销策略。希望新系统能够帮助他们更好地执行促销策略和做其他工作。网站营销人员的计算机操作技能较好。 | | 网站管理人员 | 整个系统有 1 个网站管理员。他的工作是管理用户和添加酒店及其工作人员、查询更改酒店工作人员信息。网站管理人员是计算机专业维护人员，计算机技能很好。 | #### 2.4 约束 CON1: 本系统利用酒店数据和保存用户个人隐私符合中国法律法规 CON2: 本系统需要运行在联网的电脑上 CON3: 团队必须保证个人用户信息不被泄露 CON4: 本系统采用 Java 语言和 Web 技术进行开发 CON5: 项目要使用持续集成方法进行开发 CON6: 在开发中，开发者要提交软件需求规格说明文档、设计描述文档和测试报告 #### 2.5 假设与依赖 AE1: 防止个人信息泄露 AE2: 每一天的预定酒店房间情况较稳定。 ## 详细设计 ### 1. 引言 #### 1.1 编制目的 本文档完成对互联网酒店预订系统的详细设计，用以指导后续软件开发，同时实现和测试人员和用户的沟通。 #### 1.2 词汇表 | 词汇名称 | 词汇含义 | 备注 | | :------: | -------- | ---- | | | | | #### 1.3 参考资料 1）互联网酒店预订系统软件体系结构文档 2）互联网酒店预订系统需求用例文档 3）互联网酒店预订系统需求规格文档 ### 2. 产品概述 参考互联网酒店预订系统需求用例文档和互联网酒店预订系统需求规格文档中对产品的概括描述。 ### 3. 体系结构设计概述 参考互联网酒店预订系统软件体系结构文档中对体系结构设计的概述。 ### 4. 结构视角 #### 4.1 展示层的分解 ##### 4.1.1 views.admin 模块 （1）模块概述 views.admin 模块承担的需求参见需求规格文档功能需求和相关非功能需求。 views.admin 模块的职责及接口参见软件体系结构文档表 5,6,7。 （2）整体结构 根据体系结构的设计，我们将系统分为展示层，业务逻辑层和数据层。为了提高每一层的灵活性，我们在相邻两层之间添加了接口。对于 views.admin，其通过接口 api.admin 与服务器端进行数据交流。manageUser.vue 是网站管理人员查看用户基本信息页面，从该页面可以进入添加酒店管理人员页面（addManagerModal.vue）。  ``` 图 views.admin模块的构件设计 表 views.admin模块的构件的职责 ``` | 构件 | 职责 | | :------------------: | :--------------------------------------------: | | manageUser.vue | 负责展示网站管理人员的主页面，可以展示用户信息 | | addManagerModal.vue | 负责网站管理人员添加新的酒店管理人员 | | addHotelModal.vue | 负责添加酒店的信息填写 | | amendUser.vue | 负责修改各类用户的信息 | | addMarketerModal.vue | 负责添加网站营销人员 | | addHotel.vue | 负责展示酒店列表，提供添加酒店和删除酒店的入口 | （3）模块内部类的接口规范 提供的服务（供接口）由 vue 框架提供，无需自行定义。 需要的服务（需接口）如下表： ```