大酒店管理论文(2)

家文分享 2017-01-24 15:52:21

　　大酒店管理论文篇二

　　酒店管理系统述论

　　摘要：为了便于酒店资料的管理需要有效的酒店管理软件，减轻工作人员的工作量，方便工作人员对它的操作，提高管理的质量和水平，做到高效、智能化管理，达到提高酒店餐饮信息管理效率的目的。采用数据库技术生成的酒店餐饮管理系统将会极大地方便客人并简化酒店管理人员和工作人员的劳动，使工作人员从繁忙、复杂的工作进入到一个简单、高效的工作中。

　　【关键词】酒店管理人员管理餐饮住宿

　　管理信息系统利用计算机的硬件和软件，手工规程、分析、计划、控制和决策用的模型，以及数据库对信息进行收集、传输、加工、保存和使用。因此，管理信息系统是一个信息处理系统。酒店管理系统的应用对象定位在普通酒店，因此在进行需求分析时主要考虑酒店的具体需求，并将设计目标确定为酒店提供基本的管理功能。

　　我们在概念设计方面的需求分析阶段所得到的应用需求应该首先抽象为信息世界的结构，才能更好地、更准确地用某一DBMS实现这些需求。

　　数据库作为存取数据并对数据进行操作的工具在系统中所起到的作用至关重要。数据库设计是指对于一个给定的应用环境，构造优化的数据库逻辑模式和物理模式结果，并据此建立数据库及其应用系统，使之能有效地存储和管理数据，满足应用需求，包括信息管理要求和数据操作。信息管理要求是指在数据库中应该存储和管理哪些数据对象;数据操作要求是指对数据对象进行哪些操作，如查询、增、删、改、统计等操作。数据库设计地目标是维用户和各种应用系统提供的一个信息基础设施和高效率地运行环境。高效率的运行环境包括：数据库数据的存取速率、数据库存储空间的利用率、数据库系统运行管理的效率等都是高的。

　　概念结构主要特点：

　　(1)能真是、充分地反映显示世界，包括事物和事物之间的联系，能满足用户对数据的处理要求，是对现实世界的一个只是模型;

　　(2)易于理解，从而可以用它和不熟悉计算机的用户交换意见，用户的积极参与是数据库设计成功的关键。

　　(3)易于更改，当应用环境和应用要求改变时，容易对概念模型修改和扩充;

　　(4)易于向关系、网状、层次等各种数据模型转换;

　　现在对所设计系统的需求作进一步的分析，产生概念结构设计的E-R模型。由于这个系统并不复杂，因此可采用自顶向下的设计方法。自顶向下设计的关键是确定系统的核心活动。所谓核心活动就是系统中的其它活动都要围绕这个活动展开，或与此活动密切相关。确定了核心活动之后，系统就有了可扩展的余地。此系统包含的实体有：

　　(l)用户：用来描述酒店操作员的有关信息，用用户编号来标志。

　　(2)餐台：用来描述餐台的有关信息，用餐台编号来标志。

　　(3)菜品：用来描述酒店菜品的有关信息，用菜品编号来标志。

　　(4)菜系：用来描述菜品分类的有关信息，用菜系编号来标志。

　　(5)消费单：用来描述酒店某一餐台消费的有关信息，用消费单编号来标志。

　　经过初步分析，可以得到此系统中各实体所包含的基本属性如下：

　　(1)用户(序号，姓名，性别，出生日期，身份证号，密码，用户状态) 。

　　(2)餐台(编号，人数)。

　　(3)菜品(编号，所属菜系，名称，祝记码，单位，单价，菜品状态)。

　　(4)菜系(序号，名称)。

　　(5)消费单(编号，所属餐台号，时间，消费额，操作用户)。

　　数据库的设计是系统设计过程中的重要组成部分，它是通过管理系统的整体需求而制定的，数据库设计的好坏直接影响到系统的后期开发。下面对系统中具有代表性的数据库设计进行详细说明。餐台和菜系在本系统中是最简单的实体，在本系统中用来描述餐台的是台号和座位数，而描述菜系的是名称。在描述菜品实体时，加入了助记码，目的是为了实现智能化获取菜单功能，通过这一功能系统操作员可以快速的获取顾客所点的菜品信息、菜品信息表的E-R图。

　　概念结构设计所得的E-R模型是对用户需求的一种抽象的表达形式，它独立于任何一种具体的数据模型，因而也不能为任何一个具体的DBMS所支持。为了能够建立起最终的物理系统，还需要将概念结构进一步转化为某一DBMS所支持的数据模型，然后根据逻辑设计的准则、数据的语义约束、规范化理论等对数据模型进行适当的调整和优化，形成合理的全局逻辑结构，并设计出用户子模式。这就是数据库逻辑设计所要完成的任务。

　　关系模型是由一组关系(二维表)的结合，而E-R模型则是由实体、实体的属性、实体间的关系三个要素组成。所以要将E-R模型转换为关系模型，就是将实体、属性和联系都要转换为相应的关系模型。

　　有了基本的E-R模型就可以进行逻辑结构设计，也就是设计基本的关系模式。设计基本的关系模式主要从E-R模型出发，将其直接转换为关系模式。根据转换规则，这个E-R转换的关系模式为：

　　(1)用户(用户序号，用户名，餐台号，菜品编号，消费单编号)，主码为用户序号。

　　(2)消费单(消费单编号，所属餐台号，时间，消费额，操作用户，餐台编号，菜品编号，用户序号)，主码为消费单编号。

　　(3)菜品(菜品编号，所属菜系，名称，祝记码，单位，单价，菜品状态，消费单编号，用户序号，菜系序号)，主码为菜品编号。

　　(4)菜系(菜系序号，名称，菜品编号)，主码为菜系序号。

　　(5)餐台(餐台编号，人数，消费单编号，用户序号，菜品编号)，主码为餐台编号。

　　现在分析一下这些关系模式。由于在设计关系模式时是以现实存在的实体为依据，而且遵守一个基本表只描述现实世界的一个主题的原则，每个关系模式中的每个非主码属性都完全由主码唯一确定，因此上述所有这些关系模式都是第三范式的关系模式。

　　对于物理设计阶段，数据库在物理上的存储结构与存储方法称为数据库的物理结构，它依赖于选定的数据库管理系统。为一个给定的逻辑数据模型选取一个最适合应用要求的物理结构的过程，就是物理设计。

　　数据库的物理设计通常分为两步：

　　(1)确定数据库的物理结构，在关系数据库中主要指存取方法和存储结构;

　　(2)对物理结构进行评价，评价的中的是时间和空间效率。