酒店住宿与消费管理系统数据库Word文档格式.docx
《酒店住宿与消费管理系统数据库Word文档格式.docx》由会员分享,可在线阅读,更多相关《酒店住宿与消费管理系统数据库Word文档格式.docx(49页珍藏版)》请在冰豆网上搜索。
数据库设计是结构和行为分离的设计。
需求分析
调查和分析用户的业务活动和数据的使用情况,弄清所用数据的种类、范围、数量以及它们在业务活动中交流的情况,确定用户对数据库系统的使用要求和各种约束条件等,形成用户需求规约。
需求分析的重点是调查、收集与分析用户在数据管理中的信息要求、处理要求、安全性与完整性要求。
概念模型设计
对用户要求描述的现实世界(可能是一个工厂、一个商场或者一个学校等),通过对其中诸处的分类、聚集和概括,建立抽象的概念数据模型。
这个概念模型应反映现实世界各部门的信息结构、信息流动情况、信息间的互相制约关系以及各部门对信息储存、查询和加工的要求等。
所建立的模型应避开数据库在计算机上的具体实现细节,用一种抽象的形式表示出来。
以扩充的实体—(E-R模型)联系模型方法为例,第一步先明确现实世界各部门所含的各种实体及其属性、实体间的联系以及对信息的制约条件等,从而给出各部门内所用信息的局部描述(在数据库中称为用户的局部视图)。
第二步再将前面得到的多个用户的局部视图集成为一个全局视图,即用户要描述的现实世界的概念数据模型。
需求分析阶段描述的用户应用需求是现实世界的具体需求将需求,分析得到的用户需求抽象为信息结构即概念模型的过程就是概念结构设计。
概念结构是各种数据模型的共同基础,它比数据模型更独立于机器、更抽象,从而更加稳定。
概念结构设计是整个数据库设计的关键。
逻辑结构设计
主要工作是将现实世界的概念数据模型设计成数据库的一种逻辑模式,即适应于某种特定数据库管理系统所支持的逻辑数据模式。
与此同时,可能还需为各种数据处理应用领域产生相应的逻辑子模式。
这一步设计的结果就是所谓“逻辑数据库”。
概念结构是各种数据模型的共同基础,为了能够用某一DBMS实现用户需求,还必须将概念结构进一步转化为相应的数据模型,这正是数据库逻辑结构设计所要完成的任务。
将概念结构转化为一般的关系、网状、层次模型。
将转化来的关系、网状、层次模型向特定DBMS支持下的数据模型转换。
对数据模型进行优化。
物理结构设计
根据特定数据库管理系统所提供的多种存储结构和存取方法等依赖于具体计算机结构的各项物理设计措施,对具体的应用任务选定最合适的物理存储结构(包括文件类型、索引结构和数据的存放次序与位逻辑等)、存取方法和存取路径等。
这一步设计的结果就是所谓“物理数据库”。
根据具体计算机系统(DBMS和硬件等)的特点,为给定的数据库模型确定合理的存储结构和存取方法:
使设计出的物理数据库占用较少的存储空间。
对数据库的操作具有尽可能高的速度。
三、课程设计目的:
1)巩固和加深对数据库原理及应用课程基本知识的理解,综合该课程中所学到的理论知识,与小组成员联合完成一个数据库应用系统课题的需求分析;
2)根据课题需要,通过查阅相关手册和文献资料,培养独立分析和解决实际问题的能力;
3)掌握数据库应用系统需求分析的基本步骤,能用基本图表工具描述需求分析的过程及结果
4)熟练掌握局部E-R图和全局E-R图的建立方法,熟练掌握概念模型向数据模型(关系模式)的转化;
5)能够根据系统的实际需要,对数据库进行物理设计
6)掌握在数据库管理系统中创建数据库及对数据库进行维护和数据查询的基本方法;
培养动手能力。
四、课程设计内容:
需求分析:
根据实际情况,对于酒店住宿及消费管理系统进行调查,必须明确用户的要求和应用现场环境的特点,了解系统应具有哪些功能,数据流程和数据之间的联系。
需求分析需要进行调查,查阅手册和文献资料,明确问题所在,按需求分析步骤,一步一步进行分析,完成系统需求分析,得到系统目标、功能分析、系统需求、业务流程图、数据流图、数据字典等分析成果。
概念模型设计:
根据所选应用系统的需求分析,继续进行局部概念模型分析与设计,然后进行全局概念模型设计。
要求:
1)根据需求分析的结果,小组分工进行局部E-R图设计;
2)根据局部E-R图进行合并整合,形成全局E-R图。
3)对全局E-R图进行分析,根据需要进行一定的合并优化处理
逻辑结构设计:
对自选的数据库应用项目进行关系数据模型的设计,一方面进行概念模型到逻辑结构(关系模型)的转化;
另一方面用关系规范化理论对形成的关系模式进行合并、分解的优化;
物理设计:
数据库实施:
在以上分析设计的基础上,要实现数据库,保证能在现有数据库基础上进行应用系统的程序开发。
在数据库管理系统上实现数据库,并能在该库上进行相应的数据处理;
数据库建议用SQLSERVER,也可用ACCESS。
完成课程设计报告。
五、课程设计过程及结果分析:
(一)需求分析
1、背景分析
随着酒店的规模扩大和连锁经营,将管理信息系统嵌入到酒店的经营和管理中已是必不可少。
在本课程设计中,只涉及酒店入住和消费。
经过调查分析,确定酒店入住和消费管理系统由预定房间、查询客房信息、登记、入住、消费(尤指如就餐,叫车等除房费以外的费用)、退房等功能模块。
预订系统尤指针对顾客而言,他可以登录系统随时查询酒店客房预售一览表,及可售房间数,可查询某间客房预订情况,并实现预订功能,此时酒店的管理系统可以接收到其信息,也就是说通过网络,该系统更好的联系起来。
同时对常客可使用系统的客历资料预定,可大大减少资料的输入。
客人一旦入住酒店,酒店就会详细记录客人的资料。
本系统面向酒店的前台,系统可以接收到客户在其他平台提交的预订信息,系统数据管理员可以接收到数据信息,进行集中管理,分类,然后将信息报给不同的酒店管理人员,简化传统手工作业方式,最大限度地简化酒店管理过程。
(1)能对客房数据进行跟踪管理(添加、更改、删除、查询等);
(2)能对客户数据进行跟踪管理(添加、更改、删除、查询等);
(3)能对预订信息进行跟踪管理(添加、更改、删除、查询等);
(4)能对入住信息进行跟踪管理(添加、更改、删除、查询等);
(5)能对住宿消费信息进行跟踪管理(添加、更改、删除、查询等);
、
(6)该数据库系统要具有良好的可扩展性(界面友好);
(7)用户及权限管理(具有一定的安全性):
1)系统工作人员增加、删改用户;
2)系统工作人员对用户角色及权限分配;
3)用户登录及权限验证;
4)系统管理员及用户更改密码。
2、业务流程分析
1)第一层业务流程图
2)第二层业务流程图
(1)顾客登录系统:
1)查询酒店客房预售一览表,及可售房间数,可查询某间客房预订情况;
2)预订,形成预订信息,提交至系统存储。
(2)前台登录系统:
1)前台登录系统后可查询酒店客房预售一览表,及可售房间数,可查询某间客房预订情况,某位顾客的预订情况;
2)为顾客登记,实现入住,提交入住信息给系统,并生成入住单;
3)顾客产生消费行为,前台提交信息至系统生成消费单;
4)顾客前台结账,收取费用退还押金,并注销顾客入住,提交信息,更新房间信息。
(3)系统工作人员:
系统工作人员登录系统可以收到顾客的预订信息,入住信息,消费信息,结账信息,以及顾客信息和客房信息,进行数据处理后提交至系统,授予不同用户不同权限。
3、系统数据流图DFD
(1.系统顶层数据流图:
2.系统第一层数据流图:
基于上述数据流图,可以用文字描述相关的处理过程:
2)预订,形成预订信息,提交至系统存储。
3.系统第2层数据流图:
(图形+文字说明)
1)顾客预订,入住信息处理逻辑第二层数据流图
2)前台进行顾客入住,结算等信息处理逻辑第二层数据流图
4、数据字典DD
(1)、数据项说明
1)客房信息表
数据项编号
数据项名
数据项含义
与其他数据项的关系
存储结构
1
房间号
房间的编号
字符型,长度为10,格式例A101,A表示xx栋,数字由三位组成,第一个数字为楼层,后两位为该楼层房间编号
2
房间名称
房间的名字
字符型,长度限制为20
3
房间类型
房间的类型
4
房间位置
房间具体位置
字符型,长度限制为50,格式为xx栋xx层xx号
5
房价
房间的价格
由房间类型决定
浮点型,长度限制为8
6
房间状态
房间所处的状态,是满还是空
由客户预定,入住,退房时间决定
字符型,长度限制为20,限制字符为以下三种:
“预订中”或“入住”或“空”
7
房间备注
2)客户信息表
客户姓名
客户的姓名
字符型,长度为20
证件类型
客户出示证件的类型
证件号
客户出示证件的编号
与证件类型相对应
字符型,长度限制为30
性别
客户的性别
字符型,长度限制为4,可选择字符为“男”,“女”
联系电话
客户的联系方式
字符型,长度限制为50
备注
客户的备注信息,如客户身份与要求
字符型,长度限制为500
3)住宿费用信息表
字符型,长度为30
入住日期
客户入住的日期
日期型,格式为年-月-日
入住时间
客户入住的时间
时间型,格式为时:
分:
秒
离开日期
客户退房的日期
离开时间
客户退房的时间