数据库课程设计旅行社管理系统

数据库系统实习课程设计设计说明书旅行社信息管理系统学生姓名边明亮学号201111002136 班级信息1141 成绩指导教师刘占伟计算机科学与技术系2012年9月8日数据库原理及应用课程设计评阅书题目旅行社信息管理系统学生姓边明亮学号201111002136 名指导教师评语及成绩成绩：教师签名：年月日答辩教师评语及成绩成绩：教师签名：年月日教研室意见总成绩：室主任签名：年月日注：指导教师成绩60%，答辩成绩40%，总成绩合成后按五级制记入陕西理工学院数据库课程设计说明书课程设计任务书2012 —2013 学年第一学期专业：信息与计算科学学号：201111002136 姓名：辨明了设计题目：旅行社信息管理系统的设计完成期限：自2014年8 月27 日至2012 年9 月7 日共 2 周设计依据、要求及主要内容（可另加附页）：通过对旅行社业务的分析、调查，旅行社信息管理系统设计按功能分主要包括服务器端和客户端，服务器端涉及用户管理、旅行社基本信息管理、车辆管理、客房管理等；客户端涉及旅行社基本信息查询、景点及相关信息查询、景点预定等服务。

具体内容及要求如下：1）用户登录与注册管理模块；主要实现游客用户的登录与注册，用户管理功能。

2）旅游信息管理模块；对旅游景点信息进行管理，提供景点的名称、特色、乘车路线、景点费用、导游等信息管理。

3）客房管理模块；该模块提供对客房如客房标准、类别信息的录入、修改与查询，并可以实现订房与退房服务。

要求按照数据库设计的需求分析、概念设计、逻辑设计、物理设计等各个阶段建立较规范的数据库，并能运用基本的SQL语句访问、操作数据库；掌握SQL Server数据库知识、软件工程原理；熟悉ASP或。

指导教师（签字）：教研室主任（签字）：批准日期：年月日摘要越来越多的人外出旅游，这势必给旅游管理的强度带来了不小的挑战，应对这一情况，开发了此旅行社管理系统。

目的就是为了服务大多数人的出行需求对于旅游管理这一服务性行业，服务质量是吸引客户、提高经济效益的关键因素。

越来越多的旅行社采用管理信息系统来管理日常工作，合理配置资源，提升管理水平，从而在市场竞争取得优势。

这次课程设计主要介绍旅行社管理的设计与开发过程，本系统采用C#作为开发工具,SQL sever 作为后台数据管理。

通过此次开发，使得开发人员更进一步了解C#开发工具以及数据库技术，积累更多的实践经验。

本系统具有对相关数据的查询，修改，删除等功能，较之于之前的相关类系统具有更简便，更实用的有点，但是由于技术的不成熟，又具有不完整，结构不清晰等缺点。

关键字: 数据库；旅行社管理；管理目录陕西理工学院数据库课程设计说明书1.课题描述 (3)2.设计过程 (4)2.1需求分析 (4)2.1.1相关介绍 (4)2.1.2 数据流图 (5)2.1.3 数据字典 (6)2.2概念设计 (8)2.2.1实体间的联系 (8)2.2.2 E--R模型图 (8)2.3 逻辑设计 (8)2.3.1E-R模型图向关系模型的转换 (8)2.3.2 确定范式级别 (9)2.3.3实施规范化处理 (9)2.4 物理设计 (10)2.4.1 数据库 (10)2.4.2数据库表结构 (10)2.4.3数据库的实施 (13)总结 (20)参考文献 (22)1.课题描述本课题就是针对旅游业的发展和节假日出行人数的不断增加，为了便于旅行社对旅游项目的管理，根据旅行社现有的业务包括组团出游、接待本地游、线路安排、游客信息资料等，开发一套系统，希望通过该系统有效提高服务业的工作效率。

课题具体目标与要求：1、实现用户的登录与注册；2、实现旅游信息管理。

包括对旅游景点信息进行管理，提供景点的名称、特色、乘车路线、景点费用、导游等信息管理等；3、实现客房管理。

包括对客房如客房标准、类别信息的录入、修改与查询，并可以实现订房与退房服务等；2.设计过程2.1需求分析2.1.1相关介绍(1)管理员信息：建立管理员信息表，对管理员统一编号，设定管理员用户名、密码、和管理员级别。

(2) 客户信息：建立客户信息表，对客户统一编号，设定客户姓名、性别、年龄、联系电话、联系地址、身份证号、以及客户登录密码。

(3)酒店信息：建立酒店信息表，以酒店名称辨别酒店，另外设定酒店地址、客房等级、客房号码、房间价格等属性。

(4) 景点信息：建立景点信息表，以景点名称对景点分类，并设定景点所在城市、门票价格、当地天气、景色特点、导游姓名、导游电话等属性。

注：默认导游游景点所决定，所以导游这里将导游作为景点的一部分，作为景点的属性存在于景点表中。

(5)留言板信息：留言板是针对客户与旅行社之间沟通所设置的一个板块，有助于双方之间的陕西理工学院数据库课程设计说明书交流，只需设子留言内容一个属性即可。

(6)客户住房信息：建立客户住房信息，明确客户与酒店之间的关系，并且客户住房信息中包含客户的住、退房日期，是酒店与客户之间的联系更加明朗化，客户可通过客户登录密码进入该表查询其住宿信息。

(7)客户旅游信息：建立客户旅游信息，明确客户旅游的目的地、线路安排、以及本次旅行的交通问题、费用等，客户同样可根据其登录密码查询其旅游信息.(8)管理员管理客户信息：管理员可利用其特殊的权限对客户信息进行添加、修改、删除。

(9)管理员管理景点信息：管理员可利用其特殊权限对景点信息进行添加、修改、删除。

(10)管理员管理酒店信息：管理员可利用其特殊的权限对酒店客房信息进行添加、修改、删除。

注：当客户、景点、酒店信息发生改变时，客户住房、客户旅游、客户留言信息将随之改变。

(11)管理员管理留言板信息：管理员通过留言板回复客户留言。

2.1.2 数据流图根据整个系统的数据处理功能，绘制出如下整体数据流图（如图2.1所示）：D1 记录景点景点D6.1 景点记录P1景点管理客户P6选择景点D6.2 客户旅游表D4 留言板记录P7管理P3客户管理客户客户P4留言板管理客户管理员D3 客户记录P5选择酒店P2酒店管理酒店D2 酒店记录D5.1 客户住房表D5.2 酒店记录F1 景点情况F6 请求F3 客户情况请求留言板情况F2 酒店情况客户身份客户身份管理员身份管理员身份F7 管理员情况管理员身份图2.1 旅行社信息管理系统数据流图2.1.3 数据字典1） 编号： F1数据流名：景点情况简述：记录景点信息数据流向：P1：景点管理组成：景点名称+所在城市+门票价格+当地天气+景点特色+导游姓名+导游电话2） 编号：F2数据流名：酒店情况简述：记录酒店信息数据流向：P2：酒店管理陕西理工学院数据库课程设计说明书组成：酒店名称+酒店地址+客房等级+客房号码+房间价格3）编号：F3数据流名：客户情况简述：记录客户基本信息数据流向：P3：客户管理组成：客户编号+客户姓名+客户性别+客户年龄+联系电话+身份证号+客户密码4）编号：F4数据流名：留言板情况简述：记录留言内容数据流向：P4：留言管理组成：客户编号+客户姓名+留言内容+留言时间5）编号：F5数据流名：客户请求住房情况简述：旅行社管理员对客户住房信息进行添加、修改、删除操作，客户对客户住房信息进行查询。

数据流向：P5：客户住房表组成：客户编码+酒店名称+住房日期+退房日期6）编号：F6数据流名：客户请求游览景点情况简述：旅行社管理员对客户旅游信息进行添加、修改、删除操作，客户对客户旅游信息进行查询数据流向：P6：客户旅游表组成：客户编号+景点名称+旅游路线+交通方式+旅游类型7）编号：F7数据流名：管理员情况简述：记录管理员情况数据流向：P7：管理员表组成：管理员编号+用户名+密码+级别2.2概念设计2.2.1实体间的联系1.一个客户对应于一个房间，并且一个房间可以入住多个客户。

2.多名客户可以同时游览一个景点，但是一名客户不能在同一时间游览多个景点。

3.一个系统管理员可以处理多个客房信息，一个客房信息可以被多名系统管理员管理。

4.一个系统管理员可以处理多个景点信息，一个景点信息可以被多名系统管理员管理。

5.一个系统管理员可以处理多个酒店信息，一个酒店信息可以被多名系统管理员管理。

6.一个普通客户只能查询一个客户详细信息。

7.一个客户可以留言多条，一个系统管理员可以查询多条留言。

2.2.2 E--R模型图根据各实体间的联系绘制如下 E--R模型图（如图3.1）：图2.1 旅行社信息管理系2.3 逻辑设计2.3.1E-R模型图向关系模型的转换M：N联系转换的关系模式a.客户入住客房联系概念模型向关系模型的转换客户表（客户编号，客户姓名，客户性别，客户年龄，联系电话，身份证号，客户密码）；酒店表（酒店名称，酒店地址，客房等级，客房号码，房间价格）；客户住房表（客户编码，酒店名称，住房日期，退房日期）。

b.客户旅游联系概念模型向关系模型转换客户表（客户编号，客户姓名，客户性别，客户年龄，联系电话，身份证号，客户密码）；景点表（景点名称，所在城市，门票价格，当地天气，景点特色，导游姓名，导游电话）；客户旅游表（客户编号，景点名称，旅游路线，交通方式，旅游类型）。

1：N联系转换的关系模式陕西理工学院数据库课程设计说明书a. 客户留言联系概念模型向关系模型转换客户表（客户编号，客户姓名，客户性别，客户年龄，联系电话，身份证号，客户密码）；留言板（客户编号，，留言内容，留言时间）。

b. 管理员处理客房联系概念模型向关系模型转换管理员表（管理员编码，用户名，密码，级别）；酒店表（酒店名称，酒店地址，客房等级，客房号码，房间价格）。

c.管理员处理客户联系概念模型向关系模型转换管理员表（管理员编码，用户名，密码，级别）；客户表（客户编号，客户姓名，客户性别，客户年龄，联系电话，身份证号，客户密码）。

d. 管理员处理景点联系概念模型向关系模型转换管理员表（管理员编码，用户名，密码，级别）；景点表（景点名称，所在城市，门票价格，当地天气，景点特色，导游姓名，导游电话）。

e. 管理员处理留言板联系概念模型向关系模型转换管理员表（管理员编码，用户名，密码，级别）；留言板（客户编号，，留言内容，留言时间）。

2.3.2 确定范式级别根据上述分析所归结出来的数据依赖的种类和在本系统实际的开发过程中，需要涉及多表的查询及表的添加，修改和删除，且存在多值依赖的实际情况下，其关系模式应达到BCNF。

2.3.3实施规范化处理由于R中的属性都是不能再分的项，所以R满足第一范式。

由函数依赖F1，F2，F3，F4，F6，F7可知R中存在部分函数依赖。

于是考虑把关系分解成以下几个子关系：管理员表：(管理员编码，用户名，密码，级别)；客户表：(客户编号，客户姓名，客户性别，客户年龄，联系电话，身份证号，客户密码)；景点表：(景点名称，所在城市，门票价格，当地天气，景点特色，导游姓名，导游电话)；酒店表：(酒店名称，酒店地址，客房等级，客房号码，房间价格)留言板：(客户编号，，留言内容，留言时间)；客户住房表：(客户编码，酒店名称，住房日期，退房日期)；客户旅游表：(客户编号，景点名称，旅游路线，交通方式，旅游类型)；由于以上各关系模式已经消除了部分函数依赖、传递函数依赖，所以符合3范式，并且消除各关系的主属性对于主键的部分函数以及传递函数依赖，所以符合BC范式。