谷鹏 数据库课设

课 程 设 计

题 目 学 院 专 业 班 级 姓 名 指导教师

九龙大酒店餐饮管理系统设计

计算机学院

软件工程 0803班

徐泽前

凌咏红

2011 年 6 月 25 日

数据库系统课程设计指导书

一、 目的与要求

本课程设计的目的是通过实践使同学们经历数据库应用系统设计的全过程和受到一次综合训练，以便能较全面地理解、掌握和综合运用所学的知识。结合具体的开发案例，理解并掌握系统分析、系统设计、系统实施的主要环节和步骤以及软件文档的制作能力。在实践中培养分析问题和解决问题的能力。

二、

1. 2. 3. 4.

课程设计内容

对实际系统进行分析，写出需求分析说明。 概念结构设计

逻辑结构设计 实现设计

三、 课程设计步骤与方法

1. 对实际系统进行分析，间接调查，鼓励直接调研；写出需求分析说明。 2. 数据库设计

（1）概念结构设计

说明本数据库将反映的现实世界中的实体、属性和它们之间的关系等的原始数据形式，包括各数据项、记录、表的标识符、定义、类型、度量单位和值域，建立本数据库的每一幅用户视图和全局视图（E-R图，可以用基本E-R图或扩展E-R图）。

（2）逻辑结构设计

将概念结构映射为数据库全局逻辑结构（关系模型），包括所确定的关键字和属性、重新确定的记录结构和所建立的各个表文件之间的相互关系。其中提请注意：

a．用规范化的方法检查表

b．数据字典设计 对数据库设计中涉及到的各种项目，如数据项、记录、模式、子模式等一般

要建立起数据字典，以说明它们的标识符、同义名及有关信息。

c．安全保密设计 说明在数据库的设计中，将如何通过区分不同的访问者、不同的访问类型和不同的数据对象，进行分别对待而获得的数据库安全保密的设计考虑。

（3）实现设计

以流行的RDBMS为支撑：

a． 写出数据库、关系的定义形式包括：列级约束和表级约束

b． 索引、聚簇的设计； c． 视图及查询设计 3. 系统的功能模块图

四、课程设计题目

理工大固定资产管理系统设计

五、课程设计说明书

1． 概述（设计题目与可行性分析） 2． 系统目标和设计原则 3． 支撑环境规划

1

硬件及软件支撑环境及开发工具 4． 系统总体结构

4.1 总体DFD 4.2 功能结构 功能结构图，主要功能（或“处理(Process)”）说明。 4.3 数据库结构 数据字典、E-R图，关系数据库模式 5． 总体实施计划 6． 研制报告

研制过程，本规划的特点、不足，体会等

7． 参考文献

六、设计要求：

1. 每个学生分配一个设计题。

2. 设计报告正文字数不少于0.4万字（不包括附录）

3. 设计报告要求手写，层次清楚、整洁规范、不得相互抄袭，凡正文内容有整段完全相同者一律以抄袭

论处。

4. 明确课程设计的目的和重要性，认真领会课程设计的题目，读懂课程设计指导书的要求，学会设计的

基本方法与步骤，积极认真地做好准备工作。

5. 课程设计中，学会如何运用前修知识与收集、归纳相关资料解决具体问题的方法。

严格要求自己，有意识地树立严谨的科学作风，要思考，刻苦钻研，按时、完成课程设计任务。

七、课程设计进度表 序号 1 2 3 4 内 容 消化资料、系统调查 系统分析 总体设计 撰写报告 合计 所用时间 2天 1天 1天 1天 5天

2

九龙大酒店餐饮酒店管理系

1选题背景

酒店业是一个前景广阔而又竞争激烈的行业。改革开放以来，我国的酒店业迅速发展，已经成为一个具有相当规模的产业。由于我国的旅游业迅速发展，通过调查，我国在2020年将成为世界上第四大旅游国家；同时我国加入世界贸易组织，酒店业将完全开放，这个时候，我国的酒店业将面临着前所未有的机遇和挑战。但是，现在甚至还有一些酒店还停留在由人工操作和管理阶段，这样已经无法适应当前的发展趋势。因此，要想使酒店的工作质量和效率提高，采用先进的计算机网络 通信技术改变酒店业务模式，实现酒店业务管理的自动化已经成为一种必然。

酒店管理系统采用B/S结构。按照按国家星级宾馆标准化业务程序流式设计，会采用主流开发工具来开发，搭建比较稳定可靠安全的服务端来辅佐客户管理，并且还采用数据库mysql，会通过测试用例来达到测试效果，技术支持会采用轻量级框架struts和hibernate持久化来完成，服务器采用tomcat，通过powerdesigner来设计数据模型为最初业务流程的概念设计阶段和详细设计阶段打好基础［1］。

2 课题研究的目的和意义

对酒店整个来说，对酒店经营状况起决定作用的是酒店的服务管理水平。如何利用先进的管理手段来提高酒店的管理水平成为酒店业务发展的当务之急。面对信息时代的机遇和挑战，利用科技手段提高酒店的管理无疑是一条行之有效的途径。虽然计算机管理并不是酒店管理走向成功的关键元素，但它可以最大限度地发挥准确、快捷、高效等作用，对酒店的业务管理提供强有力的支持。因此，采用全新的计算机网络和酒店业务管理系统，已成为提高酒店的管理效率，使作业人员与管理系统之间灵活互动，实现流畅的工作流衔接，帮助酒店有效地进行业务管理，释放最大价值。酒店业务管理系统在达到在节省人力资源成本的同时，可以提高业务效率，并能够及时、准确、迅速地满足顾客服务的需求［2］。

3 需求分析

3

3.1 运行环境

操作系统：windows2000server中文版、windows 2003 Server或者Windows XP 数据库：SQL Server 2005 中文企业版

开发工具：Microsoft Visual Studio .NET 2008企业版 (C#)

3.2系统需求

3.2.1 部门的划分

饮食部门

它是酒店基本部门之一。它提供服务的特点是实时性强、持续时间短，强调效率。例如，顾客人数、顾客所用的菜及其它饮料等种类繁多，数量不等；后勤各种活动如采购等频繁发生。通过分析可发现，用人工完成此类操作比计算机更具实效与时效，且此类信息也没有长时间保留的必要，因此这些信息没有必要采用数据库管理。对于饮食部门，需要较长时间保留的信息主要是财务信息，一方面便于期末汇总，另一方面便于向上级报告。

在规模较大的酒店餐饮服务部分，餐厅可分成几个等级或几个小部门，然后各自形成小系统，本系统为了简单起见，把饮食部门作为一个子系统，不再细分。

住宿管理部门

它也是酒店基本部门之一。住宿管理部门的主要职责有：A.给个房间布置各种设备、分类、编号、制定收费标准、分配服务人员。B.登记旅客信息，确认其身份，登记其入住、退房时间。C.统计各类房间的客满程度。D.对本部门的财务流动进行登记处理。以上信息处理可以通过计算机完成，其他不便于计算机操作的在此没有列出。

娱乐管理部门

娱乐是酒店非主流服务，它的存在除了赢利，更多的是为了吸引顾客食宿。娱乐部门的特点与饮食部门很相似，不便于使用计算机进行操作。可以用计算机完成并且有必要用计算机完成的有：A.制定收费标准，分配负责人.B.收入支出财务处理：编号、财务来源去处的摘要、数量、单价、数额、结余、经手人等。这些信息都需要长时间保留并上报。

经理部门

经理部门的功能虽然不是面向顾客、不是酒店的服务项之一，但它的存在却是必不可少的。它的主要职责有：A.

管理员工。给员工编号，登记其基本信息；根据员工的平时表现及工龄确定工资；此外，还要给员工分配工作部门及职务等等。B.划分部门。给个部门编号、命名、确定其职责范围、任命部门经理、分配员工。C.对本部门的财务进行核算（支付工资等）。D.期末对酒店的收益情况进行核算。

3.2.2各子系统的功能

虽然酒店按功能可以划分成四个部门，但是饮食部门的大部分工作手工操作比计算机操作更具有效

率，如上所述，便于电脑操作只有财务处理。在划分子系统时，考虑到各子系统都有各自的财务处理，且有相似性，所以就把它们归为统一的一个“财务子系统”。同时“饮食子系统”取消，因为它的所有需要涵盖的功能都已包含在“财务子系统”中。因此系统共划分为四部分：总经理子系统、财务子系统、住宿子系统和娱乐子系统。

总经理子系统

A. 对新来的员工进行编号、登记、分配工作。

{员工号、姓名、性别、年龄、工龄、级别、部门号、职务、其他备注}

B. 对于被辞退的员工从系统中级联删除其信息，如从员工表中删除其基本信息，从它所服务的工作部门中删除该员

工的工作名额，结算支付其工资、奖金；同时补充新的员工，代替它的工作。 C. 对新增部门作各种初始工作。如编号、命名、任命经理等。

{部门号、名称、部门经理、员工数量}

D. 取消某个部门时，核算该部门的财务情况，并作备份；同时对该部门的员工重新分配工作。 E. 其他情况的处理。

4

2． 财务子系统

A. 每天的收入、支出登记

{编号、号、摘要、数量、单位、数额、经手人、日期} B. 期末各子系统的财务汇总

{编号、上月余额、总收入、总支出、余额、经手人、日期} C. 期末酒店汇总个部门的财务报表，结算本酒店收益

(编号、部门号、部门名称、收入、支出、净收入、经手人、日期)

3． 住宿子系统

A. 来客登记

若多人住同一房间，只作一个记录。

客人信息{房间号、房间类别、客人数量、联系人名、身份、证件名称（类型）、证件号码、入住时间、退出时间} B. 房间管理

旅客入住（旅客退出）除了登记（删除）客人信息之外，还应对相关的记录进行修改，如房间的状态等。 房间类别{类别号、名称、设备、收费标准、总数量、剩余量、管理人员} 房间{房间号，房间类型、状态}

( 该部门的财务处理与饮食子系统同，归到财务子系统)

5

4． 娱乐子系统

A. 添加新的娱乐项目

娱乐项目{娱乐项目号、名称、收费标准、负责人} B. 取消某娱乐项目

（财务处理 （同饮食子系统） 归到财务子系统 )

4数据字典

数据项

数据项有待按各子系统分类列表。 编号

数据项名 说 明 部 分 称 编号 数据项名 说 明 部 分 称 6

1 3 5 7 9 11 13 15 17 19 21 23 25 27 29 31 33 35 员工号 性别 工龄 名称 级别号 工资 负责人 员工数量 设备 总数量 房间号 客人数量 证件类型 入住时间 编号 摘要 单价 日期 整数类型；有唯一性 枚举类型：男、女 整数类型 0„100 文本类型 整数类型 整数类型 参照“员工号“ 整数类型 文本 说明设备情况 某一等级的房间的数量 数字串类型 有唯一性 某一房间所住的人数 文本类型 格式：**/** 收入支出来源去向的摘要 不同的系统有不同的单位 格式：**/** 2 4 6 8 10 12 14 16 18 20 22 24 26 28 32 34 姓名 年龄 部门号 职务 级别名 部门经理 经手人 房间类型 收费标准 剩余量 状态 身份 证件号码 退出时间 号 数量 备注 文本类型 长度为10字符 整数类型 18„100 数字串类型；有唯一性 枚举类型；根据公司的制定而定 文本 参照“员工号“ 参照“员工号“ 枚举类型如单人、双人标准间等 不同的实体有不同的单位 某一等级房的尚可用数 该房是否已被入住 枚举类型 登记旅客的目前住址 整数类型 格式：**/** 按固定格式输入 整数类型 文本类型 在各系统有不同意义，唯一 30 数据结构

编号 1 2 3 4 5 6 7 8 数据结构名 员工信息 部门 酒店财务总汇 部门营业情况 房间类别 房间 客人信息 娱乐项目 属 性 员工号、姓名、性别、年龄、工龄、级别、部门、职务、备注 部门号、名称、部门经理、员工数量 编号、部门号、名称、收入、支出、净利、日期、经手人、备注 编号、号、摘要、单价、数量、数额、日期、经手人、备注 类别号、名称、设备、收费标准、总数量、剩余量、管理人员 房间号、房间类别、状态 房间号、客人数量、联系人名、身份、证件类型、证件号码、入住时间、退出时间、备注 编号、名称、收费标准、负责人 数据流 编号 1 2 3 4 5 6 7 8 9 10 11 12 13 数 据 流 名 员工基本信息 工资结算 当前员工工作 员工新工作 “辞工”信息 部门基本信息 更新后的部门信息 新部门基本信息 老部门信息 顾客基本信息 顾客需求 满足顾客要求 顾客住房信息 招新员工 员工信息 员工信息 调配工作 辞老员工 部门信息 调配工作 新增部门 输 入 输 出 员工信息 总经理处财务支出 调配工作 员工信息 调配工作 调配工作 部门信息 调配工作 调配工作 顾客信息 调配住房 顾客信息 调配住房 7 取消老部门 来客登记 住房登记 调配住房 顾客信息

14 15 16 17 18 19 20 21 22 23 24 目前住房信息 更新后的住房信息 住房单价 住房数量 新娱乐项目信息 老娱乐项目信息 数额 项目单价 支出情况 收入情况 部门营业情况 住房信息 调配住房 住房信息 调配住房 添加新项目 取消老项目 娱乐管理部门收入 娱乐项目信息 子部门支出 子部门收入 子部门财务信息 调配住房 住房信息 住宿管理部门收入 住宿管理部门收入 娱乐项目信息 娱乐项目信息 娱乐管理部门信息 娱乐管理部门收入 子部门财务信息 子部门财务信息 酒店财务总汇信息 5概念结构设计过程

对酒店管理系统,经过可行性分析、详细调查以及多次讨论,确定了该系统由娱乐管理部门、经理管理部门、宿舍管理部门和财务管理部门四个子系统组成。

本过程结构设计过程采用自底向上的设计方法,即首先定义各局部应用的概念结构,然后将它们集成起来,得到全局概念结构.

下面给出各个子系统的分析及分E-R图的设计及对其进行的各项调整。

5.1经理管理部门子系统

经过调查、信息流程分析、数据收集，并结合需求分析，明确了子系统的功能:

A.管理员工:给员工编号，登记其基本信息。根据员工的平时表现确定其出勤工资及根据等级确定其固定工资，从而确定其实际工资，此外还要给员工分配工作部门等。

B.划分部门:给各部门编号、命名、确定其职责范围、任命部门经理、分配员工。 C.对本部门的财务进行核算（支付工资等）。

根据要求分析给出的数据流图,参照数据字典中的详细描述,给出经理管理部门的分E-R图:

员工1对应1工资

实体属性定义:

员工(员工号、姓名、性别、年龄、工龄、级别、部门、职务、备注) 工资(员工号、等级、实际工资、基本工资、出勤工资) 部门(部门号、名称、部门经理、员工数量)

账单（编号、号、摘要、收入数、支出数、日期、经手人、备注）

具体调整如下:

（1）本来员工还应对应一个领导关系,但这里为了简便,就用员工的”等级”属性来表示员工之间的领导关系；

（2）工资本应作为员工的一个属性，但这里需强调员工对应的出勤工资（由出勤情况决定），因此将它单独作为一个实体；

（3）部门对应的账单本应属于财务子系统的内容，这里为了简化财务子系统，先在各个子系统中进行财务总结，因此，将账单也作为一个实体。

5.2娱乐管理部门子系统

经过调查、信息流程分析、数据收集,并结合需求分析，明确了子系统的功能:

8

n组成1部门1核算n账单

A.为各个项目制定收费标准，分配负责人；

B.收入支出财务处理：编号、财务来源去处的摘要、数量、单价、数额、结余、经手人等信息； C.对在部门内进行娱乐的顾客进行收费，并根据折扣规则给与顾客相应的折扣； D.对部门内部进行帐务处理；

根据要求分析给出的数据流图,参照数据字典中的详细描述,给出经理管理部门的分E-R图:

项目 1 负责 n 员工 折扣规则 1 n n 核算 1 账单

选 择 m 顾客 1 应付 1 款项 1 对应 实体属性定义:

项目(编号、名称、所在位置、收费标准、负责人)

员工(员工号、姓名、性别、年龄、工龄、级别、部门、职务、备注)

顾客(顾客号、级别、姓名、年龄、性别、证件号码、证件名称、所选项目、使用时间、备注) 款项(顾客号、级别、使用时间、应收款、实际收款、折扣) 折扣规则(级别、折扣情况)

账单（编号、号、摘要、收入数、支出数、日期、经手人、备注）

具体调整如下:

1．本来员工还应对应一个领导关系,但这里为了简便,就用员工的“等级”属性来表示员工之间的领导关系；

2．款项本可以作为顾客的一个属性来设置，但这里为了强调对顾客的折扣情况，需要对款项进行进一步的描述，因此这里

作为一个实体；

3．对顾客所采取的折扣规则，本应该根据顾客的实际消费量来划定，这里为了方便起见，给每位顾客添加了一个“级别”

属性，用以对应采取的折扣规则；

4．部门对应的账单本应属于财务子系统的内容，这里为了简化财务子系统，先在各个子系统中进行财务总结，因此，将账

单也作为一个实体；

5.3住宿管理部门子系统

经过调查、信息流程分析、数据收集,并结合需求分析，明确了——子系统的功能: A.给个房间布置设备、分类、编号、制定收费标准、分配服务人员。 B.登记旅客信息，确认其身份，登记其入住、退出时间； C.接受顾客的预定服务，对于已预定的客房进行登记的处理； D.统计各类房间的客满程度； E.对本部门的财务流动进行登记处理。

根据需求分析给出的数据流图,参照数据字典中的详细描述,给出经理管理部门的分E-R图:

9

顾客 m 住宿 n 客房 m 负责 n 员工 1 1 1 m 预 应 约 订预 付 1 账单 算 核 1 1 订单 1 款项 1 对应 1 折扣规则 实体属性定义: 顾客(顾客号、级别、姓名、年龄、性别、证件类型、证件号码、入住时间、退出时间、备注) 客房（客房号、类别、位置、设备、收费标准、管理人员、状态） 员工(员工号、姓名、性别、年龄、工龄、级别、部门、备注) 款项(顾客号、级别、使用时间、应收款、实际收款、折扣) 折扣规则(级别、折扣情况)

订单(订单号、时间、房间号、经手人、备注)

账单（编号、号、摘要、收入数、支出数、日期、经手人、备注）

具体调整如下:

1．本来员工还应对应一个领导关系,但这里为了简便,就用员工的“等级”属性来表示员工之间的领导关系；

2．款项本可以作为顾客的一个属性来设置，但这里为了强调对顾客的折扣情况，需要对款项进行进一步的描述，因此这里作为一个实体；

3．对顾客所采取的折扣规则，本应该根据顾客的实际消费量来划定，这里为了方便起见，给每位顾客添加了一个“级别”属性，用以对应应采取的折扣规则；

4．部门对应的账单本应属于财务子系统的内容，这里为了简化财务子系统，先在各个子系统中进行财务总结，因此，将账单也作为一个实体。

5.4财务管理子系统

本开发小组成员经过调查、信息流程分析、数据收集,并结合需求分析，明确了子系统的功能: A. B.

对各个部门上交上来的收支情况进行汇总，得出各个部门的损益情况； 对整个酒店各个部门的损益情况进行汇总登记，得出本期酒店的损益；

C. 将整个酒店的收益情况下发给各个部门，帐务公开，集思广益。

分E-R图如下:

部门n1组成下发1财务状况n员工n总账1结算1n核算汇总nn总账

实体属性定义:

10

部门(部门号、名称、部门经理、员工数量)

员工(员工号、姓名、性别、年龄、工龄、级别、部门、职务、备注) 账单（编号、号、摘要、收入数、支出数、日期、经手人、备注） 总帐(编号、部门号、收入、支出、净利、日期、经手人、备注) 财务状况（时期、总收入、总支出、净利润）

6视 图 集 成

以上便是几个实例的分E-R图设计及其调整的整个过程，接着要做的就是将所有的分E-R图进行综合,合成一个系统的总E-R图.

由于本系统比较简单,分E-R图规模也比较小,所以E-R图合成过程采用一次将四个子系统分E-R图集成总E-R图的方式.

分两步进行：

第一步：合并。

解决各分E-R图之间的冲突，将各分E-R图合并起来生成初步E-R图。 各分E-R图之间的冲突主要有三类： 1． 属性冲突：

（1）属性域冲突，即属性值的类型、取值范围或取值集合不同。由于本系统较简单，所以并不存在这种冲突； （2）属性取值单位冲突。由于本系统较简单，不存在这类冲突； 2． 命名冲突：

（1） 同名异义：由于本系统较简单，所以不存在这类冲突； （2） 异名同义：由于本系统较小，所以不存在这类冲突； 3． 结构冲突：

（1） 同一对象在不同应用中具有不同的抽象：本系统在需求分析阶段原本存在这种冲突，考虑到后期的简化合并，

我们在设计各个分E-R图就早先解决了这个问题，即将在任何一个分E-R图中作为实体出现的属性全部作为实体；

（2） 同一实体在不同分E-R图中所包含的属性个数和属性排列次序不完全相同：由于本系统较简单，所以并不存在

这种冲突；

第二步：修改和重构。

消除不必要的冗余，生成基本E-R图。

由于本系统涵盖的内容比较少，基本不存在冗余的现象，所以初步E-R图就是基本E-R图，不必再进行调整。下面给出E-R图。

总E-R图:

员工(员工号、姓名、性别、年龄、工龄、级别、部门号、职务、备注)； 工资(员工号、等级、实际工资、基本工资、出勤工资)； 部门(部门号、名

称、部门经理、员工数量、财务状况编号)；

项目(项目编号、部门号码、名称、所在位置、收费标准、负责人号)；

顾客(顾客编号、级别、姓名、年龄、性别、证件号码、证件名称、所选项目、使用时间、备注)； 客房（客房号、类别、部门号、位置、设备、收费标准、管理人员号、状态）； 款项(款项编号、顾客号、项目号、折扣级别、使用时间、应收款、实际收款)； 折扣规则(折扣级别、折扣情况)； 订单(订单号、顾客号、经手人号、备注)；

账单（账单编号、总帐编号、号、收入数、支出数、日期、经手人号、备注）； 总帐(总帐编号、部门号、财务状况编号、收入、支出、净利、日期、经手人号、备注)； 财务状况（财务状况编号、时期、总收入、总支出、净利润）；

11

工资 1 对应

1 员工 财务状况 n 1 负 汇责 总

1 n 部门 结算 1 总账 1 1 m 折扣规则 帐单 n 核算 1 1 下 n 项目 属 对应 下属 n m 1 选择 m 款项 客房 m 住宿 n 顾客 1 应付 1 n 1

预预 约 订

m 订单 1 7逻 辑 结 构 设 计

7.1与总E-R图对应的关系模式

7.1.1实体所对应的关系模式：

员工(员工号、姓名、性别、年龄、工龄、级别、部门号、职务、备注)； 工资(员工号、等级、实际工资、基本工资、出勤工资)； 部门(部门号、名称、部门经理、员工数量、财务状况编号)； 项目(项目编号、部门号码、名称、所在位置、收费标准、负责人号)；

顾客(顾客编号、级别、姓名、年龄、性别、证件号码、证件名称、所选项目、使用时间、备注)；

12

客房（客房号、类别、部门号、位置、设备、收费标准、管理人员号、状态）； 款项(款项编号、顾客号、项目号、折扣级别、使用时间、应收款、实际收款)； 折扣规则(折扣级别、折扣情况)； 订单(订单号、顾客号、经手人号、备注)；

账单（账单编号、总帐编号、号、摘要、收入数、支出数、日期、经手人号、备注）； 总帐(总帐编号、部门号、财务状况编号、收入、支出、净利、日期、经手人号、备注)； 财务状况（财务状况编号、时期、总收入、总支出、净利润）； 说明：1.下加横线部分表示关系的码

2.以上关系的详细内容说明请参照概念结构设计中的具体内容

3.上面的各个关系对概念结构设计中的相关内容了作了修改，主要加了各个实体中间的联系，尤其是一对多的联系，纳为属性。

7.1.2联系所对应的关系模式：

1）、把客房和订单之间的n : m的预约联系转化为相应的关系模式如下： 预约（订单号、客房号、始定时间、结束时间）；

2）、把顾客和房间之间的n : m的住宿联系转化为相应的关系模式如下： 住宿（顾客号、房间号码、住宿时间）；

3）、把顾客和项目之间的n : m的选择联系转化为相应的关系模式如下： 选择（顾客号、项目号、发生时间、经受人号、备注）； 4）、其他联系处理说明如下：

工资和员工之间的1：1联系与员工关系合并； 顾客和订单之间的1：1联系与订单关系合并； 折扣规则和款项之间的1：1联系与款项关系合并； 员工和部门之间的n：1联系与员工关系合并； 部门和财务状况之间的n：1联系与部门关系合并； 客房和部门之间的n：1联系与客房关系合并； 项目和部门之间的n：1联系与项目关系合并； 总帐和财务状况之间的n：1联系与总帐关系合并； 帐单和总帐之间的n：1联系与帐单关系合并； 帐单和项目之间的n：1联系与项目关系合并；

7.2优化后的数据模型

7.2.1按照数据依赖对关系模式进行逐一分析，并进行极小化处理：

员工(员工号、姓名、性别、年龄、工龄、级别、部门号、职务、备注)；BCNF 工资(员工号、等级、实际工资、基本工资、出勤工资)；BCNF 部门(部门号、名称、部门经理、员工数量、财务状况编号)；BCNF

项目(项目编号、部门号码、名称、所在位置、收费标准、负责人号)；BCNF

顾客(顾客编号、级别、姓名、年龄、性别、证件号码、证件名称、所选项目、备注)；BCNF

优化说明：删除了使用时间，一是因为“使用时间”对于顾客的属性必要性不强，二是因为使用时间在别的关系

中也可以查询到。

客房（客房号、类别、部门号、位置、设备、收费标准、管理人员号、状态）；BCNF 款项(款项编号、顾客号、项目号、折扣级别、使用时间、应收款、实际收款)；BCNF 折扣规则(折扣级别、折扣情况)；BCNF

订单(订单号、顾客号、经手人号、备注)；BCNF

账单（账单编号、总帐编号、号、摘要、收入数、支出数、日期、经手人号、备注）；BCNF 总帐(总帐编号、部门号、财务状况编号、收入、支出、日期、经手人号、备注)；BCNF

优化说明：删除了净利, 这一项可以根据收入、支出可以计算，而且并不经常对它进行查询。

13

财务状况（财务状况编号、时期、总收入、总支出、净利润）；1NF

优化说明：净利润没有删除, 因为在这一项上查询比较频繁, 如果每次查询都计算, 必然使系统计算增加，性能降

低。保留下来虽然造成了一定的冗余, 但提高了查询的效率，利大于弊。

预约（订单号、客房号、始定时间、结束时间）；3NF 住宿（顾客号、房间号码、住宿时间）；3NF

选择（顾客号、项目号、发生时间、经受人号、备注）；3NF

7.2.2对关系模式进行必要的分解：

因公司内人员进行查询时，一般只用到自己所属单位的信息，故可把“人员”关系按部门进行水平分解，以提高查询

效率。

水平分解：员工(员工号、姓名、性别、年龄、工龄、级别、部门号、职务、备注) 改为：负责人员(员工号、姓名、性别、年龄、工龄、级别、部门号、职务、备注)； 服务人员(员工号、姓名、性别、年龄、工龄、级别、部门号、职务、备注)； 经手人员(员工号、姓名、性别、年龄、工龄、级别、部门号、职务、备注)；

7.3用户子模式设计

7.3.1经理子系统用户子模式

员工(员工号、姓名、级别、部门号、职务、部门经理、实际工资)；

因为经理对于员工其他情况不会经常关注，经常使用的只有以上各项，所以在经理子系统上设立员工关系。

7.3.2住宿子系统用户子模式

客房（客房号、位置、设备、收费标准、管理人员号、状态）；

因为管理员工对于客房的其他情况不会经常使用，经常使用的只有以上各项，所以在住宿子系统上设立客房关系

7.3.3经营管理子系统用户子模式

顾客（顾客编号、住宿号、姓名、级别、应收款、使用时间、备注）

因为对于顾客的情况管理经常使用是以上各项，所以在经营管理子系统上设立顾客关系。

8课程设计心得体会

经过这段时间的精心设计，系统的基本功能已经实现，并能实践于一些业务管理过程中，但酒店业务管理系统是一个庞大的工程，要使网络交互功能的实现，脚本的设计，网页的构架，网页的美工，文字的编辑，非一朝一夕可尽善尽美的，这需要一个长期的摸索与完善过程，同时还要在实践中发现与操作者使用要求不相符合的 地方还要修改。子系统功能虽已基本实现，但仍有诸多地方需要修改。在劳动密集型的服务性企业中，酒店是较早应用了计算机管理系统的行业。随着酒店业务的扩展，服务的增加，酒店业务管理系统也逐渐发展、完善。如果没有一套可靠的酒店业务管理系统,但凭手工操作,不仅效率低下,而且会极大地形象到酒店的服务质量。要在酒店服务中选择好适合自己酒店实际情况的业务管理系统不仅 要考虑该系统在酒店的实用性，还要考虑酒店对该系统所能够承担费用的能力，以及这个系统对操作员来说的操作难易程度。

通过本次毕业设计中，我掌握了。比较全面的巩固了下面向对象的编程思想。也通过本次毕业设计，使我懂得的谨慎的重要性。特别是对于一个程序员的工作态度以及他的良好的

14

习惯。

9参考文献

[1] 萨师煊，王珊.数据库系统概论[M].北京：高等教育出版社，1997

[2] 唐德鹏，张文娟，黄宇海.现代饭店经营管理[M]. 北京：中国水利电力出版社，2004 [3] 刘善鑫，赵津燕等．数据库实用技术教程[M]．北京：中国水利电力出版社，2004 [4] 彭伟民.基于需求的酒店管理系统的建模与实现[M]. 北京：人民邮电出版社，2005 [5] 薛华成.管理信息系统[M]. 北京：清华大学出版社，1996 [6] 刘学明.饭店客房管理[M].广东：广东旅游出版社，2000

[7] 方俊．基于Web的监理信息管理系统的设计与实现[J]．福建电脑,2005(12):23-84 [8] Abraham Silberschatz．DATABASE SYSTEM CONCEPTS（Fourth Edition）[M]．北京：高等教育出版社，2002

[9] Kenneth C.Laudon．MANAGEMENT INFORMATION SYSTEMS（Sixth Edition）[M]．北京：高等教育出版社，2001

[10] 朱福喜,余振坤.J2EE经典实例详解［M］．北京：人民邮电出版社，2006,12-245 [11] 王海鹏译.Java与UML面向对象程序设计[M]．北京：人民邮电出版社，2005 [12] 甄广启,于耀译.Java数据库编程宝典［M］．北京：电子工业出版社，2005 [13] 陈刚.Eclipse从入门到精通［M］．北京：清华大学出版社，2006

本科生课程设计成绩评定表

15

班级：软件0803班 姓名：徐泽前 学号：0120810680326 序号 1 2 3 4 5 6 评分项目 学习态度认真、遵守纪律 设计分析合理性 设计方案正确性、可行性、创造性 设计结果正确性 设计报告的规范性 设计验收 满分 10 10 20 40 10 10 总得分/等级 实得分 评语： 注：最终成绩以五级分制记。优（90-100分）、良（80-分）、中（70-79分）、

及格（60-69分）、60分以下为不及格

指导教师签名：

20 年 月 日

16