数据库酒店管理系统.doc

数据库课程设计报告（2010） 数据库课程设计报告酒店管理系统的设计系 部 信息工程系 专 业 计算机软件专业班 级 学 号 _ 姓 名 _课 题 _ 指导教师 报告成绩_1目 录1 课程设计目的及要求12 课程设计的主要内容13数据库设计13.1 需求分析13.1.1对功能的需求13.1.2数据流图23.1.3 数据字典43.2概念设计63.2.1实体E-R图63.2.2概念设计的总体E-R图93.3逻辑设计93.4物理设计104程序模块设计114.1 用户登录模块设计114.1.1用户界面模块分析114.1.2运行结果124.2 住宿管理模块设计134.2.1住宿管理模块分析134.2.2运行结果144.3 消费模块设计154.3.1消费模块分析154.3.2运行结果155 小结161酒店管理系统系统的设计1 课程设计目的及要求 数据库课程设计是为数据库原理及应用课程而独立开设的实践性课程。数据库课程设计对于巩固数据库知识，加强学生的实际动手能力和提高学生综合素质十分必要。本课程分为系统分析与数据库设计、应用程序设计和系统集成调试三个阶段进行。数据库课程设计的主要目标是：a.加深对数据库系统、程序设计语言的理论知识的理解和应用水平。b.通过设计实际的数据库系统应用课题，进一步熟悉数据库管理系统的操作技术，提高动手能力，提高分析问题和解决问题的能力。2 课程设计的主要内容系统分析与数据库设计阶段a. 通过社会调查，选择一个实际应用数据库系统的课题。b.进行系统需求分析和系统设计，写出系统分析和设计报告。c.设计数据模型并进行优化，确定数据库结构、功能结构和系统安全性和完整性要求。应用程序设计阶段a.完成数据库定义工作，实现系统数据的数据处理和数据录入。b.实现应用程序的设计、编程、优化功能，实现数据安全性、数据完整性和并发控制技术等功能，并针对具体课题问题提出解决方法。c.系统集成调试阶段对系统的各个应用程序进行集成和调试，进一步优化系统性能，改善系统用户界面。3数据库设计 3.1 需求分析3.1.1对功能的需求a.系统帐号管理第一次用一个管理员账号（系统给定）登陆，登陆成功后，可以设置其他用户，包括密码、权限等。b.消费管理为消费客户查询并分配餐桌，纪录客户用餐情况并结帐。c.住宿管理为住宿客户查询并分配房间，纪录客户住宿情况并结帐。 3.1.2数据流图绘制数据流程图的目的是为了方便开发人员与用户的交流，以及为系统的设计提供依据。数据流程图的绘制过程通常采用自顶向下，逐层分解，直到功能细化为止，形成若干层次的数据流程图。酒店管理系统的数据流程图如下所示：顶层：酒店管理系统管理员消费管理住宿管理顾客消费信 息 顾客住宿信息顾客信息表数据查询图3-1 酒店管理系统顶层数据流图0层：1.检查合法性2.顾客消费信息处理3.顾客住宿信息处理4.查询处理顾客消费信息顾客住宿信息查询要求合法的顾客消费信息合法的顾客住宿信息合法的查询要求输入不合法图3-2酒店管理系统0层数据流图1层： 2号图：2.1顾客消费信息处理2.2录入处理合法的顾客消费信息录入单消费文件 3号图：3.1顾客住宿信息处理3.2录入 处理 录入单合法的顾客住宿信息住宿文件 4号图：4.1查询处理4.2消费查询4.3住宿查询合法的查询要求消费信息单要求住宿信息单要求顾客消费状况单要求顾客住宿状况单要求图3-3酒店管理系统1层数据流图3.1.3 数据字典该系统具体功能模块以数据字典表示如下：数据字典（DD，Data Dictionary）：是以特定格式记录下来的、对系统的数据流程图中各个基本要素（数据流、加工、存储和外部项）的内容和特征所作的完整的定义和说明。数据字典是对数据流程图的重要补充和说明。现简要列出本系统的部分数据字典。a.外部实体卡片的定义，如表3-4所示。表3-4 外部实体条目名称：顾客 总编号：1001说明：客户 编 号：001输入数据流：无输出数据流：无名称：管理员 总编号：1002说明：管理员 编 号：002输入数据流：登陆信息输出数据流：无b.处理过程卡片的定义，如表3-5所示。表3-5 处理过程条目名称：管理员信息查看 总编号：2001别名：提交登录请求后，查看管理员信息 编 号：P1.2数据流来源：D1数据流去向：管理员名称：消费品信息查看 总编号：2002别名：无 编 号：P2.1数据流来源：D2数据流去向：客户、管理员名称：预定客房审核 总编号：2003别名：客户提交未审核订单，管理员审核 编 号：P3.2数据流来源：P3.1 数据流去向：管理员、D4名称：客房信息查看 总编号：2004别名：无 编 号：P4.1数据流来源：D5数据流去向：管理员、客户c.数据流卡片的定义，如表3-6所示。表3-6 数据流条目名称：消费信息 总编号：3001功能：添加、删除、修改消费信息 编 号：F1输入数据流：P2.1输出数据流：管理员、客户名称：住宿信息 总编号：3002功能：添加、删除、修改住宿信息 编 号：F2输入数据流：P4.1输出数据流：管理员、客户d.数据存储卡片的定义，如表3-7所示。表3-7 数据存储条目名称：管理员信息表 总编号：4001别名：无 编 号： D1包含的数据结构：管理员名称+密码有关数据流：P1.1、P1.2名称：消费品信息表 总编号：4002别名：无 编 号：D2包含的数据结构：消费品编号+消费品名称+消费品价格+消费品介绍有关数据流：P2.1、P2.2、P2.3、P2.4名称：住宿信息表 总编号：4003别名：无 编 号：D4包含的数据结构：客房号+客房类型+住宿天数有关数据流：P3.2、P3.3e.数据元素卡片的定义，如表3-8所示。表3-8 数据元素条目名称：管理员编号 总编号：5001类型：字符 编 号： 01长度：（40） 说明：本系统的管理员编号有关数据结构：管理员信息名称：消费品名称 总编号：5002类型：字符 编 号：02长度：（50） 说明：本系统的消费品名称有关数据结构：消费品信息名称：客房编号 总编号：5003类型：字符 编 号：03长度：（16） 说明：本系统的客房编号 有关数据结构：客房编号f.数据结构卡片的定义，如表3-9所示。表3-9 数据结构条目名称：管理员信息 总编号：6001说明：表示管理员的数据结构 编 号： 01结构描述：管理员编号 有关的数据流程/数据存储：D1、F6管理员姓名角色、密码真实姓名名称：消费品信息 总编号：6002说明：表示消费品信息的数据结构 编 号：02结构描述：消费品编号 有关的数据流程/数据存储： D2、 F1消费品介绍消费品名称消费品分类介绍 有关数据结构：消费品信息名称：客房信息 总编号：6003说明：表示客房信息的数据结构 编 号： 03结构描述：客房编号编号 有关的数据流程/数据存储：F2、D5客房标题客房内容客房分类介绍3.2概念设计3.2.1实体E-R图由需求分析知，基本实体有客房、楼层、客户、预定单、入住单、账单a.客房的基本属性有客房编号，类型编号，楼层编号，额定人数，床数，客房描述，备注，状态，如图3-10所示。 客房状态备注床数额定人数楼层编号类型编号客房编号图3-10客房b.楼层的基本属性有楼层编号，楼层名称，如图3-11所示。楼层楼层编号楼层名称图 3-11楼层 c.客户的属性有：客户姓名，性别，证件号，备注，如图3-12所示。 客户证件号客户姓名性别备注图3-12客户d.预订单的基本属性有预定单号，会员编号，客房类型，抵店时间，离店时间，单据状态，入住人数，客房编号，客房价格，入住价格，折扣，折扣原因，是否加床，预收款，预定电话，操作员，如图3-13所示。 预订单预定单号客房类型抵店时间离店时间客房价格入住价格折扣入住人数单据状态客房编号操作员预定电话预收款图 3-13预订单e. 入住单的基本属性有入住单号，会员编号，客房类型，抵店时间，单据状态，入住人数，客房编号，客房价格，入住价格，折扣，折扣原因，是否加床，加床价格，预收款，预定电话，备注，操作员，早餐，叫醒，保密，vip，应收账款，是否结账，结账日期，付款方式。如图3-14所示。入住单入住单号会员编号抵店时间客房编号操作员早餐保密vip预收款应收账款客房价格付款方式是否结账结账日期图 3-14入住单f.账单：账单编号，入住单号，消费内容，消费金额，消费时间，备注。如图3-15所示：账单账单编号入住单号消费内容消费金额消费时间备注图3-15账单3.2.2概念设计的总体E-R图综合酒店管理系统的各个应用功能，就可以得出系统的总体E-R图。如下图3-16所示：管理员登陆管理员顾客酒店管理系统姓名身份证号码姓名消费信息管理入住房间号家庭住址系统账号信息管理住宿信息管理登陆图3-16酒店管理信息整体E-R图3.3逻辑设计逻辑结构设计的任务就是把概念结构转换为与筛选的DBMS所支持的数据模型相符合的过程。该系统的逻辑结构就是将概念结构（基本E-R图）转换为SQL SERVER 所支持的关系型数据模型，具体转换规则如下：a.基本E-R图转换为SQL SERVER 所支持的关系型数据模式（表），实体的属性就是关系的属性，实体的码就是关系的码b.一个联系转化为一个关系模式，与该联系相连的各实体的码，以及联系的属性转化为关系属性，对象同码的关系模式进行合并。根据上述转换原则对该系统的实体进行了分解，同时，采用数据字典的方式对该系统的逻辑结构进行描述。客房信息（客房编号、客户名称、入住时间、楼层、床数）；范式判定：客房编号是决定因素，且是主码。 预定单子信息（预定单编号、客房类型、入住价格、客房编号、折扣）；范式判定：预定单编号是决定因素，且是主码。消费信息（消费品编号、缴费方式、消费品名称、消费总额、消费日期）；范式判定：每一个非主属性都不部分依赖于码也不传递依赖于码。所以客房3NF。客户信息（客户身份证号、客户姓名、客房编号、消费品编号）；范式判定：非主属性不部分依赖于码也不传递依赖于码，所以投诉3NF。退房信息（客房编号、住房天数、客房类型、消费品编号)；范式判定：非主属性不部分依赖于码也不传递依赖于码，且每一个决定因素都包含码，所以退房BCNF。说明：a.下加横线部分表示关系的码 b.以上关系的详细内容说明请参照概念结构设计中的具体内容3.4物理设计本系统所使用的数据存储要求为数据库，各个数据选项都要从数据库中存取，存取单位是表格，存储区域在系统的硬盘内，系统数据要满足保密性，每位用户都设定了权限，只有满足权限的用户才能使用某项数据，需要在用户输入用户名时对其权限进行判断。表3-17顾客信息表字段名称类型大小是否为空客房号字符串类型16NOT NULL姓名字符串类型16NOT NULL性别字符串类型4NULL年龄字符串类型4NULL职业字符串类型32NULL身份证号码字符串类型 字 字符串类型32NOT NULL账单号字符串类型16NOT NULL退房日期日期类型16NOT NULL表3-18房间信息表 字段名称类型大小是否为空客房号字符串类型16NOT NULL客房类型字符串类型8NOT NULL客房价浮点类型8NOT NULL客房折扣整型8NOT NULL客房人数日期类型8NOT NULL登记时间整型16NOT NULL表3-19消费品信息表字段名称类型大小是否为空账单号字符串类型16NOT NULL消费内容字符串类型32NOT NULL消费金额浮点类型16NOT NULL消费时间字符串类型32NOT NULL备注整型8NOT NULL4程序模块设计4.1 用户登录模块设计4.1.1用户界面模块分析该程序是用户登录时所必须要用到的，登陆之前需要验证用户身份的合法性，故而需要用户输入程序，输入用户名及密码来进行身份验证。本程序为非常驻内存，是子程序、可重用、是顺序处理，在输入之后方能进行验证，如图4-1所示：输入输入用户名输入密码处理用户名判断密码判断权限判断输出用户名错误密码错误正确登录图4-1用户界面模块图4.1.2运行结果输入：用户标识caifeng，用户口令0751401223。处理：判断用户名和密码是否有效。填入后点击登录按钮，系统将自动从数据库中的管理员信息表中判断是否存在相同的用户名和密码等，如果有则进入系统，如果不存在或密码错误，则提示不是管理员或密码有错误的信息。输出：登录成功，进入管理员的功能选择页面，若不成功则显示错误信息页面。登录界面如图4-2所示：图4-2系统登录界面当输入错误的口令是出现时，看到的现象如图4-3所示：图4-3错误口令界面图当输入正确的时候出现界面如图4-4所示：图4-4酒店管理系统主界面4.2 住宿管理模块设计4.2.1住宿管理模块分析住宿管理用于对客房类型，客房价格，客房信息，系统参数等项目进行初始化设置，这些设置一般不轻易改动，包含的功能模块如下图4-5及图4-6所示：住宿管理客房类型客房价格客房人数客人换房图4-5住宿管理模块图住宿管理住宿管理员用户提供顾客房间信息管理顾客住房结帐入住换房图4-6住宿管理4.2.2运行结果 当有客户入住时，管理员选择酒店管理系统中的入住登记功能！该功能能方面管理员对客户进行入住的登记。例如客户选择的客房类型，入住客户的人家，入住的日期等等！运行图形界面如图4-7所示：图4-7住宿模块4.3 消费模块设计4.3.1消费模块分析消费管理员对顾客消费进行管理，包括提供顾客餐桌，管理顾客所点菜肴，结帐等。如下图4-8所示：消费管理消费管理员用户提供顾客消费品管理顾客消费品结帐图4-8消费模块图4.3.2运行结果 客户消费功能记录了客户在酒店里的一些消费信息，详细的记录了客房在具体的某天，消费了某些物品，以及消费的金额，记录好这些信息以便退房的那天一起付款！程序运行界面如图4-9所示：图4-9客户消费模5 小结通过这次课程设计让我对前面学过的许多课程有了更为深刻的理解，也是我对这三年所学的东西的一个综合体现。然而这次设计让我感受颇深，让我真正体会到了在整个过程给我带来的无奈与快乐。综合起来，主要体现在以下几个方面：首先，急于求成的心情给我带来了很大的困难。以前我注重是编码过程，以为只要能把最后的功能实现了就可以了，所以一开始我就稍微理了一下思绪就