21点-21点规则【真.乐色】
全国咨询服务热线

400-0484791

当前位置:主页 > 团膳百科 > 常见问题 >

数据库课程设计 ——酒店管理系统

发布日期:2020-09-26 18:08

  土豆侠_1238: 大佬真的会给源代码吗?大家都在评论里留邮箱 那我也 卑微的我 希望被看到!

  (2)酒店管理人员和工作人员可以为酒店房间加入入住和退房记录,并生成相应的报表用于查阅,确认和保存,酒店工作人员可以浏览、查询、统计、添加酒店房间的入住离开信息。管理员可以查询房间信息、查询员工信息、更改房间信息、更改员工信息等。

  (3) 客户可以申请入住酒店,酒店工作人员需要对客户的姓名、性别、身份证号、房间号、入住时间、联系方式等信息进行记录,客户退房时进行退房记录。

  4、管理员和员工可以通过姓名、入住日期、身份证号、房间号、联系方式等信息查询客户入住和离开情况。

  根据需求分析,得到系统的功能需求。作为一个酒店管理系统,应满足入住办理、入住信息查询、房间查询、退房办理等功能,其功能要求如下:

  (1)入住办理。客户凭借会员卡入住,每当有客人需要入住时进行办理程序。工作人员需要记录客人的姓名、性别、身份证号、入住时间、联系方式等。若办理入住的房间不为空则不允许办理入住。

  (2)入住信息查询。工作人员可以对已入住的客户进行信息查询。需要支持精准查询,如通过房间号查询、通过姓名查询、通过入住日期查询、通过联系方式查询等,也要支持模糊查询,如通过姓氏查询、通过入住年月查询、通过性别查询等。

  (3)房间查询。管理员可以查询某个房间是否为空以及历史入住/退房信息等。可以查询的信息有:房间类型、房间价格、房间当前是否为空等,若当前房间已被入住,则需要额外显示入住人姓名、入住人联系方式、入住人入住时间等信息。

  (4)退房办理。当客户退房时进行退房办理。工作人员需要记录入住人退房时间、罚款等信息。若退房的房间为空,则不允许办理。

  (5)员工查询。 管理员可以对酒店员工信息进行查询,可查询员工姓名、性别、联系方式等。

  (6)更改房间信息。 管理员可以更改房间信息,如房间类型、价格、增加房间、删除房间等。

  (7)更改员工信息。管理员可以更改员工信息,如姓名、性别、职位、增加员工、删除员工等。

  通过对用户需求进行分析并对其进行归纳和总结,得到用户的顶层数据流图,如图1-2所示。

  第二层数据流图得到客户申请入住,客户申请退房,工作人员查询,管理员查询,管理员修改等业务的数据流程图,为进一步设计奠定基础。

  将第二层的数据流图中的每个业务进行分解,得到各业务的子数据流图,就形成第三层的数据流图。第三层数据流图分为入住申请,退房申请,工作人员查询,房间信息维护,员工信息维护。

  1) 客户入住数据流图(图1-4)。客户入住数据流包括审核员工信息,审核入住信息,审核现有房间信息,修改房间信息/入住记录。

  2) 客户退房数据流图(图1-5)。客户退房数据流包括退房申请,退房超期处理,修改房间信息/退房记录。

  3) 工作人员查询业务流图(图1-6)。工作人员查询业务流包括入住记录查询,房间信息查询。

  4) 管理员查询业务流图(图1-7)。管理员查询业务流包括入住记录查询,房间信息查询,员工信息查询。

  5) 管理员管理业务流图(图1-8)管理员管理业务流包括入住信息管理,房间信息管理,员工信息管理。

  组成:客户编号,客户姓名,客户性别,客户类别,客户身份证号,客户联系方式。

  组成:员工编号,员工姓名,员工性别,员工身份证号,员工职位,员工工资,员工密码。

  组成:入住编号,客户姓名,客户类型,客户入住时间,客户应退房时间,房间号,办理人。

  组成:退房编号,客户姓名,客户类型,客户入住时间,客户退房时间,房间号,罚款金额,办理人。

  (1) 由图1-4第三层数据流图(客户入住)和图1-5第三层数据流图(客户退房)抽象出的分E-R图如图1-9所示。

  (2) 由图10-3 第二层数据的数据流图中抽象出客户注册的分E-R图如图1-10所示。

  (3)由图1-2的数据流图抽象出的分E-R图见图1-11、图1-12和图1-13。

  合并各分E-R图,消除属性冲突、命名冲突和结构冲突等三类冲突,再消除不必要的冗余,得到系统初步E-R图。如图1-14所示。

  (2) 客户(customer):客户编号,客户姓名,客户性别,客户身份证号,客户联系方式,办卡日期。

  (3) 员工(worker):员工编号,员工姓名,员工性别,员工身份证号,员工职位,员工工资,员工密码。

  (4) 管理员(manager):管理员编号,管理员姓名,管理员联系方式,管理员密码。

  (5) 客户类别(customer type):类别名称,折扣,超时罚款金额。

  (1) 入住记录(in history):入住编号,客户姓名,入住时间,应退房时间,客户类别,办理人。

  (2)退房记录(out history):退房编号,客户姓名,入住时间,退房时间,罚款,办理人。

  客户类别和客户的联系是1:n,可以将它们之间的联系与n端实体客户合并;管理员与客户、员工、房间也是1:n,同样可以将其中的联系与n端实体合并,而客户与房间之间的入住和退房联系方式是n:m,将其联系转化称独立的关系模式。具体的基本E-R图向关系模式的转化如下所述。

  客户:客户(客户编号,客户姓名,客户性别,客户身份证号,客户类别,客户联系方式,办证时间)。

  员工:员工(员工编号,员工姓名,员工性别,员工身份证号,员工职位,员工工资,员工密码)。

  入住记录:入住记录(入住编号,客户姓名,客户类型,客户入住时间,客户应退房时间,房间号,办理人)。

  退房记录:退房记录(退房编号,客户姓名,客户类型,客户入住时间,客户退房时间,房间号,罚款金额,办理人)。

  关系模式room,customer,,manager,customer type,in history,out history不存在非主属性对主属性的部分函数依赖,也不存在传递函数依赖,已经达到3NF 。但worker存在传递函数依赖,优化为员工(员工编号,员工姓名,员工性别,员工身份证号,员工职位,员工密码)。

  根据上述关系模式和转换原则,可得到数据库模式和用户子模式。为了方便理解和使用,表明和列名采用驼峰命名法,数据库的模式如表1-3~~表1-9所示,用户子模式如表1-10~1-14表所示。

  子模式是用户视图,根据用户需求,系统一共设计四个子模式。每个子模式的作用如表10-10所示。

  域是属性可能具有的值的集合。域定义包括语义成分和物理成分,除了满足一定的物理成分外,还必须满足一定的语义要求。例如,性别的取值为字符型,宽度为2个字符.只要满足上述两个条件就满足物理要求。但是满足物理成分的数据不一定是有意义的。因此域还必须满足一定的语义要求。

  另一种约束类型为值是否为必填项,即值是否为空。对于某些值必须设计为必填项,才能确保数据有意义。例如客户的姓名必须为必填项。

  唯一性约束是约束的另一种类型。这种约束一班由DBMS来施加,因为它能创建数据结构来使唯一性检查更快地进行。为了达到这个目的,可以使用唯一性索引。

  在本系统中,客户编号,客户身份证号,员工编号等必须不重复,可通过为客户编号,客户身份证号,员工编号等分别创建唯一性索引,以实现唯一性索引。

  所有的参照完整性约束都限制在外键上。如关系模式入住记录:入住记录(入住编号,客户姓名,客户类型,客户入住时间,客户应退房时间,房间号,21点,办理人)。

  客户姓名作为外键,约束说明它的值必须在客户信息表中存在,否则这条数据就没有意义。

  联系基数约束来源于对象连接属性的基数设定。在本系统中,客户类型与客户是1:n的约束,因此一个用户一定与一个用户类型相联系,一个用户类型有多个用户。

  业务规则约束是针对指定应用的逻辑和要求的,它们来源于使用数据库组织中的应用程序和策略。酒店管理应用中的业务规则是:

  由于业务规则是依赖于应用的,因此在SQL Server中,通过创建触发器来实现业务规则的校验和限制。

  将酒店管理系统的数据库名称设为HotelManagementLibrary,数据库只有一个数据文件和一个日志文件,保存在默认路径下。

  1.概述项目背景2.需求分析2.1 系统需求2.2 数据需求2.3 数据字典2.3.1 书籍信息表2.3.2 库存信息表2.3.4 顾客信息表2.3.5 管理员信息表2.3.6 图书类型信息表2.3.7 订单详细信息表3.

  ,尊师给了有一个A。所以分数就对不住大家了,大家互相学习! PS:内附

Copyright©2015-201921点版权所有