数据库课程设计 宾馆客房管理

《数据库课程设计 宾馆客房管理》由会员分享，可在线阅读，更多相关《数据库课程设计 宾馆客房管理（24页珍藏版）》请在金锄头文库上搜索。

1、1 数据库原理课程设计 题 目宾馆客房管理系统 学 院嘉兴学院南湖学院 专 业信息管理及信息系统 班 级信息 N141 学生姓名贺森烁 指导教师郭步 编写日期2016.7.4 2 目录 1 系统逻辑方案.3 1.1 系统调查3 1.2 用户需求.3 2 系统逻辑方案.4 2.1 数据流图（简称为 DFD）. 4 2.2 数据字典（简称为 DD）.6 3 系统总体结构设计8 3.1 软件系统总体结构设计. 8 3.2 数据存储的总体设计. 8 4 数据库详细设计.9 4.1 数据库设计.9 4.2 数据库的完整性和安全性. 16 5 数据库操作（SQL Server2000、2005、2008

2、语句完成）17 6 心得.24 3 1 系统逻辑方案 1. .1 系统调查 在信息高度发达的今天， 宾馆服务业涉及的各个工作环节已经不再仅仅是传 统的住宿、结算，而是更广、更全面的服务性行业代表。宾馆作为一个服务性行 业，从客房的营销即客人的预订开始，到入住登记直至最后退房结账，整个过程 应该能够体现以宾客为中心，提供快捷、方便的服务，给宾客一种顾客至上的享 受，简化各种复杂操作，在最合理最短时间内完成宾馆业务规范操作，这样才能 令顾客舒适难忘。面对宾馆行业的竞争形势，各宾馆均在努力拓展其服务领域的 广度和深度。信息系统具有广泛的实际应用性。3虽然计算机并不是宾馆走向 成功的关键因素， 但它可

3、以帮助那些真正影响成败的因素发挥更大的效用。 因此， 采用全新的计算机管理系统，将成为提高宾馆的管理效率，改善服务水准的重要 手段之一。据我国宾馆业的统计分析表明：在现代的宾馆服务行业中，由于 客户流量增长，传统的管理方法使得办公人员每天要处理的事务繁多，重复性的 工作使其效率较低；各类客户信息收集不齐全；分类、归档不合理，以至于造成 查找困难；保存方式不科学，使得资料、文件受损，影响使用效果和时间。因此 他们迫切需要开发一个“宾馆客房管理信息系统”来进行管理工作。 1. .2 用户需求 系统要处理的对象包括客户信息管理、客房信息管理、入住和退房管理、客 房类型管理、费用管理、价目信息管理等

4、6 个方面，各个对象包含的信息如下所 示： (1)客户信息管理：可以新建客户，输入客户的身份证号码、姓名、性别和 地址等信息，可以对于客户的信息进行相应的修改，还可以对客户的消费信息进 行统计。 (2)客房信息管理：可以在相应的房间类型下面进行添加相应的房间，对相 应的房间进行删除，查看空房以及客房的情况。 (3)入住和退房管理：客户可以入住相应的房型下的空房，然后可以退房， 系统自动将相应的订单状态置为失效，入住状态置为已退房，将相应房间的状态 置为空房。 (4)客房类型管理：管理员可以对相应的房型进行各种属性的修改，可以按 照需求添加相应的房型，管理员、工作人员都可以查看相应的房型信息，管

5、理员 有需要时可以删除相应的房型，系统自动将该房型下的房间删除。 (5)费用管理：管理员、工作人员都可以查看相应的费用信息，管理员有需 要时可以对宾馆的收入与支出进行查询或修改。 (6)价目信息管理：可以查看客房的收费标准，管理员可以对客房价格进行 查询与修改，工作人员可以查看价目信息。 4 2 系统逻辑方案 系统分析的主要成果是系统的逻辑模型。 本系统的逻辑模型主要是以系统的 数据流图和数据字典为主要描述工具。 即在无纸化网络考试系统管理方式和业务 流程进行认真分析和研究的基础上， 排除现有组织机构和业务分工所造成的信息 障碍。 2.1 数据流图（简称为 DFD） 数据流图是组织中信息运动的

6、抽象。是在调研的基础上，从系统的科学性、 管理的合理性、实际运动的可行性角度出发。将信息处理功能和彼此之间的联系 自顶向下，逐层分解，从逻辑上精确地描述系统应具有的数据加工功能、数据输 入、数据输出、数据存储及数据来源和去向（外部实体）等项目。 图 2.5宾馆房间系统的顶层数据流程图 上图中把系统功能分为提交入住申请、入住房间管理、退房房间管理、4 个 功能。 下面 2.6 至 2.8 给出了相应的第二层数据流图。 5 图 2.6提交入住申请数据流程图（第二层） 图 2.7 入住房间管理流程图（第二层） 图 2.8 退房房间管理流程图（第二层） 6 2.2 数据字典（简称为 DD） 绘制 DF

7、D,只是对数据处理和彼此之间的联系进行了说明。为进一步明确数 据的详细内容和数据加工过程,应将数据流图中的全部数据流及其组成部分的数 据元素，数据存储，数据加工，通过数据字典描述清楚,以便于此后系统设计的 进行。这就需要开发人员编写详细的数据字典,来描述系统开发过程的细节。 下面列出本系统中的数据项、数据流、数据存储、加工处理和数据结构的数 据字典。数据字典可采用图表格式或较紧凑的记录格式描述，本文采用的是图表 格式。 数据项的 DD 表列举如下： 表 2.1用户的数据字典 数据项 系统名：宾馆客房管理系统编号：I001 名称：用户 别名： 数据项值：类型：字符型长度：12 个字节取值范围：

8、简述：主属性为用户名。其他属性为身份证号、密码。 修改记录：编写日期 审核日期 表 2.2 客人姓名 数据项 系统名：宾馆客房管理系统编号：I002名称：客人别名： 数据项值：类型：字符型长度：12 个字节取值范围： 简述：每个客人都具有唯一客人编号，其他属性为客人身份证号码、客户类型（个人/团 体） 、客户姓名、客户性别、客户电话。 修改记录：编写日期 审核日期 7 表 2.3 客房 数据项 系统名：宾馆客房管理系统编号：I003名称：客房别名： 数据项值：类型：字符型长度：12 个字节取值范围： 简述：客房有唯一的房号主属性，其他的属性为房型、单价、房状、客房电话。 修改记录：编写日期 审

9、核日期 表 2.4 系统管理员 数据项 系统名：宾馆客房管理系统编号：I003名称：系统管理员别名： 数据项值：类型：字符型长度：12 个字节取值范围： 简述：主属性是 ID，其他的属性为密码、权限。 修改记录：编写日期 审核日期 表 2.5 预定房间 数据项 系统名：宾馆客房管理系统编号：I003名称：预定房间别名： 数据项值：类型：字符型长度：12 个字节取值范围： 简述： 房号和身份证号码为主属性， 其他的属性为性别、 客户类型 （个人/团体） ， 房型、价格、数量、入住时间、预计离开时间、联系电话。 修改记录：编写日期 审核日期 8 表 2.6 住店 数据项 系统名：宾馆客房管理系统编

10、号：I003名称：住店别名： 数据项值：类型：字符型长度：12 个字节取值范围： 简述：房号和客户姓名为主属性，其他的属性为 sfz 号码、客户类型（个人/ 团体） 、入住日期、预计离开时间、结账离开日期、应付金额。 修改记录：编写日期 审核日期 注：因限于篇幅，其余数据项的 DD 表在此略过。 3 系统总体结构设计 3.1 软件系统总体结构设计 软件系统总体结构设计的主要任务就是将整个系统合理的划分成各个功能 模块，正确处理模块之间与模块内部的联系及它们之间的调用关系和数据联系, 定义各模块的内部结构等，本系统的软件总体结构按分解协调的原则，信息隐 蔽抽象的原则，自顶向下的原则，一致性原则，

11、面向用户的原则进行设计。 3.2 数据存储的总体设计 按用途分类可把本系统文件分成以下几种： （1） 主文件：系统中的主文件是最重要的共享文件，主要存放具有固定值 属性的数据。它需要长期保存，并不断更新。如用户信息文件、住店 信息文件、管理人员文件等。 （2） 处理文件：处理文件包含下一次更新文件所需要的全部记录，本系统 中的处理文件如登录日志文件。 3.3 系统功能模块设计 通过对系统的数据流图进行分析，进一步进行功能分解，直到分解成 含义明确，功能单一的功能模块，从而得到系统的功能模块结构图。如图 3.1 所示。 9 图 3.1系统功能模块结构图 4 数据库详细设计 4.1 数据库设计 数

12、据库的设计是指对一个给定的应用环境，构造数据库模式，建立数据库及 其应用系统，满足各种用户需求。作为信息资源开发、管理和服务的一种有效的 手段， 数据库技术的应用已越来越广泛，从小型的单项事务处理系统到大型的信 息系统大都用先进的数据库技术来保持系统数据的安全性、完整性和共享性。对 一个实际的系统来说，数据库表的设计在遵循数据库理论的同时，必须能用开发 工具来实现用户在各方面提出的功能要求。 4.1.14.1.1 E-R 图设计 在系统的数据库设计中，先要对系统分析得到的数据字典中的数据存储进 行分析，分析各数据存储之间的关系，然后才能得出系统的关系模式。可以采用 E-R 图的方法来进行数据结

13、构分析，E-R 设计方法是一种通过 E-R 图来描述现实 世界信息结构的 DB 设计方法。E-R 图由实体、属性、联系三部分组成。 各分实体属性图说明如下： (1）客人 见图 4.1： 10 图 4.1客人 (2)用户 见图 4.2： 图 4.2 用户 11 (3)客房 见图 4.3： 图 4.3 客房 (4)系统管理员实体属性图见图 4.4 图 4.4 系统管理员 12 (5)预定房间实体属性图见图 4.5 图 4.5 预定房间 (6)住店实体属性图见图 4.6 图 4.6 住店 13 图 4.7 总体 E-R 图 14 宾馆客房管理中所涉及到的主要实体及其属性如下： 用户（用户名，身份，密

14、码） 客人（客人编号，客户身份证号，客户类型，客户姓名，客户性别，客户电话） 客房（房号，房型，单价，房状，客房电话） 预定房间（客人姓名，房号，性别，预定类型，房型，价格，数量，证件类型， 入住时间，预计离开时间，联系电话） 住店（客人姓名，房号，证件号码，入住日期，预计离开时间，结账离开日期， 应付金额） 系统管理员（ID，密码，权限） 4.1.2. 逻辑结构设计（E-R 图向关系模型的转换） ER 图向关系模型的转化要解决的问题是如何将实体和实体间的联系转换 为关系模式，如何确定这些关系横式的属性和码。 对于实体间的联系我们分不同的情况讨论： 若实体间的联系是 1:1，可以在两个实体转换

15、成的两个关系中任意一个关系 的属性中加入另一个关系的码。 若实体间联系为 1:n，则在 n 端实体转换成的关系中加入 1 端实体转换成的 关系码。 若实体间联系为 n:m，则将联系转换为关系，关系的属性为诸个实体的码加 上联系具有的属性，而关系的码则为诸实体的码的组合。 由以上三点，可转换为关系模型。每个关系的码用下划线表示。 预定客人编号，用户名，客户身份证号，客户类型，客户姓名，客户性别， 客户电话，身份，密码； 查询房号，房型，单价，房状，客房电话，用户名，身份，密码； 住店客人编号，房号，客户身份证号，客户类型，客户姓名，客户性别， 客户电话，房型，单价，房状，客房电话； 基于以上关系

16、模型，本系统中关于数据库表结构设计如下： 在服务器上用 SQL Sever2000 建立名 object 的数据库。其中包括以下表： 客房信息表（kf） ，客人信息表（kr） ，用户信息表(yh)，系统管理员信息表 (system_super_Administrator)，预定房间信息表（yd） ，考住店信息表（zd） 。 下面将具体介绍数据库中各个表的结构。 表 4.1 客房信息表（kf） 字段名类型备注 fhvarchar房号（主键） kehdhvarchar客房电话 fzVarchar房状 fxvarchar房型 djvarchar单价 15 表 4.2 客人信息表（kr） 表 4.3 用户信息表(yh) 表 4.4 系统管理员信息表(system_super_Administrator) 表 4.5 预定房间信息表（yd） 字段名类型备注 krbhvarcha客人编号（主键） xmvarchar姓名 xbvarchar性别 khlxvarchar客户类型 sfzvarchar身份证号码 khdhvarchar客户电话 字段名类型备注 yhmvarchar用