基于springboot的酒店客房管理系统----数据库课程设计_基于 springboot 设计酒店管理系统实现过程中,如何处理数据的存储和管理、用户权-CSDN博客

应用背景：近年来，随着社会的快速发展和互联网的高速兴起，各地的旅客量迅速增加，酒店、宾馆数量也随之急剧增加，有关客房管理的各种信息量也在不断成倍长，酒店就需要各种各样的能使工作人员对这种庞大的信息进行更快更方便更准确管理的系统。在当今时代，计算机已经被大众广泛应用，人们都习惯于在网络上进行购物、工作等一系列活动。例如，人们去外地旅游，大多数人就会选择通过网上根据自己需要来预订客房，此时酒店就需要相应的客房管理系统来提供并管理客房的相关信息。因此，酒店客房管理系统对于酒店的客房信息管理有着非常重要的作用，特别是对于客房数量比较多的酒店来说，这个系统不仅方便了客户，也方便了工作人员，同时也节省了大量的时间。

系统目标：根据开发设计系统时系统应该满足的可操作性，实用性，可靠性以及可维护性等原则，针对酒店客房管理系统的主要数据和功能需求，开发了基于mysql且利用java语言书写，利用html,css,javascipt实现前端界面和springboot整合ssm实现后端功能,利用mybatis远程连接数据库实现该系统的相关功能的简要酒店客房管理系统。

1.1用例模型

1.1.1用例图

1.1.2用例描述

名称

添加客房

优先级

参与者

管理员，目标允许管理员向系统中新增客房信息。

触发条件

管理员希望在系统中添加新的客房信息。

前置条件

管理员已登录到系统。

后置条件

新增客房信息成功保存在系统中。

正常流程

1.管理员登录系统。

2.管理员选择新增客房的功能。

3.管理员输入客房的详细信息，包括房间号、房型等。

4.系统验证信息格式，确认无误后保存客房信息。

扩展流程

1.如果输入的客房信息格式有误，系统将显示相应的错误提示，要求管理员进行修正。

名称

删除客房

优先级

参与者

管理员，允许管理员从系统中删除特定客房的信息。

触发条件

管理员希望在系统中删除特定客房的信息。

前置条件

管理员已登录到系统。

后置条件

被删除客房信息从系统中移除。

正常流程

1.管理员登录系统。

2.管理员选择删除客房的功能。

3.管理员输入要删除客房的标识信息（如房间号）。

4.系统确认删除操作，从数据库中移除客房信息。

扩展流程

1.如果系统无法确认客房的标识信息，将向管理员显示相应的提示信息。

名称

修改客房

优先级

参与者

管理员，目标允许管理员修改系统中特定客房的信息。

触发条件

管理员希望在系统中修改特定客房的信息。

前置条件

管理员已登录到系统。

后置条件

客房信息得到相应的更新。

正常流程

管理员登录系统。

管理员选择修改客房信息的功能。

管理员输入要修改客房的标识信息（如房间号）。

系统检索并显示客房的当前信息。

管理员修改客房信息，系统验证信息格式，确认无误后保存更新。

扩展流程

1.如果系统无法确认客房的标识信息，将向管理员显示相应的提示信息。

名称

查看客房

优先级

参与者

管理员/客户，目标允许管理员/客户查询特定客房的详细信息。

触发条件

管理员/客户希望在系统中查询特定客房的详细信息。

前置条件

管理员/客户已登录到系统。

后置条件

显示所查询客房的详细信息。

正常流程

1.管理员/客户登录系统。

2.管理员/客户选择查询客房信息的功能。

3.管理员/客户输入客房的标识信息（如房间号、房型等）。

4.系统检索并显示客房的详细信息。

扩展流程

1.如果系统未找到匹配的客房信息，向管理员/客户显示相应的提示信息。

名称

预定客房

优先级

参与者

客户，目标允许客户成功预定所需的客房。

触发条件

客户希望在系统中预定特定类型或特定日期的客房。

前置条件

管理员已登录到系统。

后置条件

系统更新客房的预定信息，保留预定记录。

正常流程

1.客户登录系统。

2.客户选择预定客房的功能。

3.客户选择客房的类型、日期、入住人数等信息。

4.系统检查客房的可用性，确认客房可以预定。

5.客户确认预定信息，包括入住日期、退房日期、房间类型等。

6.系统生成预定记录，保留客户的预定信息。

扩展流程

1.如果客房在选定的日期内不可用，系统将向客户显示相关提示信息，客户可选择其他日期或房型。

名称

修改客户

优先级

参与者

管理员/客户，目标允许管理员修改系统中特定客户的信息

触发条件

管理员/客户希望在系统中修改特定客户的信息。

前置条件

管理员/客户已登录到系统。

后置条件

客户信息得到相应的更新。

正常流程

1.管理员/客户登录系统。

2.管理员/客户选择修改客户信息的功能。

3.管理员/客户输入要修改客户的标识信息（如客户ID）。

4.系统检索并显示客户的当前信息。

5.管理员/客户修改客户信息，系统验证信息格式，确认无误后保存更新。

扩展流程

1.如果系统无法确认客户的标识信息，将向管理员显示相应的提示信息。

名称

查看客户

优先级

参与者

管理员/客户，目标允许管理员/客户查询特定客户的详细信息。

触发条件

管理员/客户希望在系统中查询特定客户的详细信息。

前置条件

管理员/客户已登录到系统。

后置条件

显示所查询客户的详细信息。

正常流程

1.管理员/客户登录系统。

2.管理员/客户选择查询客户信息的功能。

3.管理员/客户输入客户的标识信息（如客户ID、姓名等）。

4.系统检索并显示客户的详细信息。

扩展流程

1.如果系统未找到匹配的客户信息，向管理员/客户显示相应的提示信息。

名称

添加客户

优先级

参与者

管理员/客户，目标允许管理员/客户向系统中新增客户信息。

触发条件

管理员/客户希望在系统中添加新的客户信息。

前置条件

管理员/客户已登录到系统。

后置条件

新增客户信息成功保存在系统中。

正常流程

1.管理员/客户登录系统。

2.管理员/客户选择新增客房的功能。

3.管理员/客户输入客房的详细信息，包括房间号、房型等。

4.系统验证信息格式，确认无误后保存客房信息。

扩展流程

1.如果输入的客房信息格式有误，系统将显示相应的错误提示，要求管理员进行修正。

名称

登录系统

优先级

参与者

管理员/客户，目标允许合法用户通过有效的身份验证进入系统，获得访问权限。

触发条件

管理员/客户希望进入系统并访问其功能，需要提供合法的凭据进行身份验证。

前置条件

管理员/客户必须拥有系统账户。

后置条件

管理员/客户登录成功后，可以开始访问系统提供的功能。

正常流程

1.管理员/客户打开系统登录界面。

2.管理员/客户输入有效的用户名和密码。

3.系统验证提供的凭据。

4.如果提供的凭据有效且匹配系统中的记录，系统允许管理员/客户登录。

扩展流程

1.如果管理员/客户提供的用户名不存在或密码不匹配系统记录，系统将显示相应的错误消息，提示用户重新输入正确的凭据。。

名称

退房登记

优先级

参与者

客户，管理员，目标客户成功完成退房登记，酒店系统更新客房和客户信息。

触发条件

客户完成酒店住宿并希望退房。

前置条件

客户已支付所有费用。

后置条件

客户离开酒店，房间标记为可用状态，酒店系统更新客房和客户信息。

正常流程

1.客户到达酒店前台完成退房手续。

2.管理员检查客房是否存在未支付的费用。

3.如果费用已支付，管理员更新客房状态。

4.管理员退还客户押金。

5.客户离开酒店。

扩展流程

1.如果客户有未支付的费用，管理员应要求客户支付并完成退房手续。

2.如果有任何关于押金退还的争议，管理员应与客户协商并解决问题。

3.如果客户有未支付的费用，管理员应要求客户支付，并在支付完成后完成退房手续。

名称

入住登记

优先级

参与者

客户，管理员，目标：客户成功完成入住登记，酒店系统更新客房和客户信息。

触发条件

客户希望入住酒店并获得相应的房间。

前置条件

客户已经选择房型。

后置条件

客户获得房间号码，酒店系统更新房间和客户信息。

正常流程

1.客户到达酒店前台。

2.客户提供有效的身份信息和预订信息。

3.管理员检查客房的可用性。

4.如果房间可用，管理员分配房间并记录客户信息。

5.客户支付房费。

6.管理员提供房卡或其他凭证给客户。

7.入住登记完成。

扩展流程

1.如果客户未提供有效的身份信息或预订信息有误，管理员应该协助客户解决问题或更新信息。

2.如果客户所选房型不可用，管理员应该提供其他可用的房型，并协助客户选择。

1.2过程模型

此处大多功能的数据字典和数据流图基本一致，下面列举几个有代表性的功能的数据字典和数据流图。

1.2.1数据流图

上下文图：

图1.1上下文图

0层数据流图：

图1.20层数据流图

1层数据流图：

图1.3房间信息查询数据流图

图1.4客户信息录入数据流图

图1.5客户信息修改数据流图

图1.6预定信息管理数据流图

图1.7入住信息办理数据流图

图1.8退房结账信息数据流图

1.2.2数据字典

房间信息查询

数据结构：房间基本信息（房间号，房间类型，房间价格，所需押金，房间状态，房间大小，床位数、有无配备早餐）

对数据项进行分析，主要分析如下：

房间号:对每个房间分配具有唯一特殊的编号，也是系统为客户提供房间信息和管理员管理房间的依据。

数据流分析：

这些数据项由管理员输入系统，并最终通过查询功能呈现给管理员或者用户。

客户信息录入

数据结构：客户信息（客户编号，姓名，性别，证件类型，证件号码，联系电话，客户级别）

对数据项进行分析，主要分析如下：

客户编号:在添加新客户时为客户分配的具有唯一标识的编号，也是系统查询客户信息的依据。

证件号码:号码对应唯一的一个公民，是查询客户信息的另一依据。

客户级别:系统根据不同的客户级别提供不同程度上的优惠折扣率。

数据流分析：

这些数据项由管理员输入系统，并最终保存到数据库相应的表中。

客户信息修改

数据结构和数据项与上述一致，不在赘述

数据流分析：

修改时，数据项从数据库检索出来，作为修改后，又提交回客户信息表。

预定信息管理

数据结构：预定信息（客户编号，客户姓名，性别，证件类型，证件号码，联系电话，房间号，房间类型，支付金额，预计入住时间，预计离开时间）

对数据项进行分析，主要分析如下：

客户编号:在添加新客户时为客户分配的具有唯一标识的编号，也是系统查询客户信息的依据。

证件号码:号码对应唯一的一个公民，是查询客户信息的另一依据。

房间号:对每个房间分配具有唯一特殊的编号，也是系统为客户提供房间信息和管理员管理房间的依据。

支付金额：支付金额=房间价格X客户级别提供的优惠折扣率

数据流分析:

客户先查询当前空闲房间，选择某个房间填写预定信息，系统接收处理之后将相关信息提供给管理员进行信息登记和审核。

入住信息办理

数据结构：入住信息（客户编号，客户姓名，证件类型，证件号码，房间号，入住时间，预计离开时间，押金，预定金额，付款金额）

对数据项进行分析，主要分析如下：

客户编号:在添加新客户时为客户分配的具有唯一标识的编号，也是系统查询客户信息的依据。

证件号码:号码对应唯一的一个公民，是查询客户信息的另一依据。

房间号:对每个房间分配具有唯一特殊的编号，也是系统为客户提供房间信息和管理员管理房间的依据。

押金：根据每个房价类型的不同需要不同的押金

预定金额：若没有办理相关预定，则预定金额=0；若若已经办理相关预定，则预定金额=预定时支付的金额。

付款金额：付款金额=预定金额+押金。

数据流分析：

管理员将这些数据项输入到系统中，系统接收处理完成后进行相关信息的存储，并存入到相关报表中。

退房结账信息

数据结构：退房结账信息（客户编号，房间号，入住时间，退房时间，定金，共需付款金额，还需支付金额，结算信息）

对数据项进行分析，主要分析如下：

客户编号:在添加新客户时为客户分配的具有唯一标识的编号，也是系统查询客户信息的依据。

房间号:对每个房间分配具有唯一特殊的编号，也是系统为客户提供房间信息和管理员管理房间的依据。

定金：办理预定时支付的金额。

共需付款金额：从办理入住到退房需要的金额。

还需支付金额：共需支付金额-定金；

结算信息