旅行社管理系统数据库设计【范本模板】

计算机科学与技术学部

数据库课程设计报告

题 目： 旅行社管理系统 指导老师: 李军 学 号： 0９4３２５22１50１06 0943０62４8１6217 姓 名: 易优龙 陈科 班 级： 计算机科学与技术0901

时 间: 2011—１2—2５ 分 数:

旅行社管理系统 摘要

摘要

随着生活水平的提高,越来越多的人外出旅游,这势必给旅游管理的强度带来了不小的挑战,应对这一情况,开发了此旅行社管理系统。

对于旅游管理这一服务性行业,服务质量是吸引客户、提高经济效益的关键因素。越来越多的旅行社采用管理信息系统来管理日常工作,合理配置资源，提升管理水平，从而在市场竞争取得优势。

这次课程设计主要介绍旅行社管理的设计与开发过程，本系统采用C#作为开发工具,SQL ｓever 作为后台数据管理。通过此次开发,使得开发人员更进一步了解Ｃ＃开发工具以及数据库技术，积累更多的实践经验．

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

关键字: 数据库;旅行社管理;管理

目 录

第一章 系统规划ﻩ错误!未定义书签。

1.1引言ﻩ错误!未定义书签。

1。1。１编写目的.......................................................... 错误!未定义书签。 1．1。2项目背景........................................................... 错误!未定义书签。 １。１。3可行性分析的前提ﻩ错误!未定义书签。

１．１.4决定可行性的主要因素.................................. 错误!未定义书签。 1.２对现有情况的分析ﻩ错误!未定义书签。

1.２.1工作负荷ﻩ错误!未定义书签。 １。2。2费用支出ﻩ错误!未定义书签。 １。２。3人员ﻩ错误!未定义书签。 １。2．４局限性ﻩ错误!未定义书签。

1．3技术可行性分析............................................................ 错误!未定义书签。

1。3。１对系统的简要描述.......................................... 错误!未定义书签。 1。３．2所掌握的技术ﻩ错误!未定义书签。 １。3。３团队技术评价ﻩ错误!未定义书签。 1。４经济可行性分析ﻩ错误!未定义书签。

1．４.1成本ﻩ错误!未定义书签。

１。４。2效益............................................................... 错误!未定义书签。 １.5社会可行性分析ﻩ错误!未定义书签。

1。5。１法律方面的可行性.......................................... 错误!未定义书签。 1.5。２用户使用的可行性............................................. 错误!未定义书签。 1。6结论意见........................................................................ 错误!未定义书签。 第二章 需求分析ﻩ错误!未定义书签。

2。１用户需求ﻩ错误!未定义书签。 2.2系统数据流图ﻩ错误!未定义书签。

2。2.1顶层数据流图ﻩ错误!未定义书签。

2。2。2一层数据流图................................................... 错误!未定义书签。 2.２。3二层数据流图ﻩ错误!未定义书签。 ２。３数据字典ﻩ错误!未定义书签。 第三章 概念设计ﻩ错误!未定义书签。

3．1概念设计阶段................................................................ 错误!未定义书签。

3.１。１ 局部E-R模型图ﻩ错误!未定义书签。 3。１．２ 概念模型ﻩ错误!未定义书签。

第四章 逻辑设计ﻩ错误!未定义书签。

4．1 E—Ｒ模型图向关系模型的转换 ................................. 错误!未定义书签。

I

4.2模式规范化ﻩ错误!未定义书签。 第五章 运行与维护ﻩ错误!未定义书签。

5．1系统功能模块................................................................ 错误!未定义书签。 5。2数据库的实施................................................................ 错误!未定义书签。

5。2。1表的创建ﻩ错误!未定义书签。

5.３ 数据库中表的数据载入示例图ﻩ错误!未定义书签。

５。4 系统功能展示与数据库查询..................................... 错误!未定义书签。 课程设计总结ﻩ错误!未定义书签。 参考文献ﻩ错误!未定义书签。

II

旅行社管理系统 第一章

第一章 系统规划

1。1引言 1.１。１编写目的

本文档将描述对旅行社管理系统项目的可行性研究。

1。１。２项目背景

本项目作为《数据库技术与应用》的课程设计项目提出,希望对该项目的分析与设计,切实领会数据库的设计与应用。随着旅游产业的发展,大量的客户数据以及相关产业的数据需要处理,为了减少相关从业人员的工作量,提高工作效率，推出一款旅行社的管理软件是必然的。

1。1。３可行性分析的前提

要求:

(1)功能：能够管理客户信息，对景点信息进行罗列处理，综合管理客户游览地点的信息，客户入住旅馆的信息化管理,以及对客房的管理．

（2）性能:数据库的录入;信息检索;用户信息查询。 (3)运行环境

操作系统：wｉｎdoｗｓ 硬件要求：内存51２M以上 (4）完成日期:２011年12月

1.１。4决定可行性的主要因素

技术因素、硬件因素、软件因素、经济因素、团队合作等

1

旅行社管理系统 第一章

１。2对现有情况的分析 1.２.１工作负荷

每天工作5个小时,团队合作

１．2。2费用支出

人力开支:没人每小时20元;设备开支：计算机2台,每天开支费用20元;其他材料开支：每天20元。

１。2.3人员

团队共有2人.

１。２.４局限性

技术不够精通,影响进度。

1。3技术可行性分析 1。３。1对系统的简要描述

随着当下大量的游客信息需要处理，我们小组将开发这款管理系统。它是基于SQL Sｅrveｒ 2005以及C#技术以数据库后台核心应用、以服务、查询为目的信息管理平台。

１。3。２所掌握的技术

数据库技术,C＃程序设计,用数据库技术做后台数据的管理，用C＃设计前台窗体。从硬件和开发环境来看,除了对数据库服务器要求稍微高了点些，其他现有条件都可以得到满足。可以保证系统的功能实现，以及稳定性，提高利用的效

2

旅行社管理系统 第一章

率，以对管理达到最优化的管理。并且要求对系统有一定的安全性要求,不得随意删除,修改以及增加有关数据,采用相关技术尽可能地提高系统的运行速度。

1。3．3团队技术评价

由于sql seｒver 2００5数据库技术和Ｃ#技术没有熟练掌握,导致个别技术手段无法实现,会导致进度缓慢,但是不影响整体开发.

本系统要求对人员达到最精简化要求,明确分工，以免造成人员的冗余导致的任务不清楚，混乱的局面,效率降低的不良后果．

1．4经济可行性分析 1．4.1成本

采购、开发所需费用,有以下可能情况: A.服务器设备租用, B。环境保护设备 C。安全与保密设备 D.数据库管理软件 E.设备维护费用 F．人员的工资、奖金 G．保密安全方面的开支 H。公用设施方面的开支

1。4。2效益

1) 该系统减少了不必要的人力管理成本,提高了管理效率。

2) 由于开发难度不大，对于人员的要求,以及技术要求不是很高，但是能够很有效的对数据进行管理,带来对旅行社的效益。

1．５社会可行性分析

3

旅行社管理系统 第一章

1。５。１法律方面的可行性

,无论是还是地方,一般都用法律规定组织可以做什么,不可以做什么。例如：《合同法》,《消费者权益保》,《专利法》,《反不正当竞争法》等对所有商业组织的行为都做了，我们的技术团队设有自己的法律顾问，因此不会在法律方面出现不必要的麻烦。

1。5。２用户使用的可行性

该系统是一个旅行社的信息管理平台,用户可以根据平台中的文字提示以及以往的类似的软件操作进行无障碍的操作。

１.6结论意见

综上所述,该项目在技术，技术上可以加大对这款软件的功能,让此系统更具有价值，经济上又可以以较少的资本取得翻倍的利益,绝对是值得我们去开发这款软件,最后，此开发软件项目不会牵扯到任何触犯法律之类的事。所以,我们占据了天时,地利,人和的优势.

4

旅行社管理系统 第二章

第二章 需求分析

需求分析也称为系统分析。通过需求分析，得出系统分析对数据的要求和对功能的需求。

2.１用户需求

一个旅行社管理系统,包括了许多的方面,里面结构复杂,大体上我们可以从这几个方面来说。

本系统主要实现以下几项功能: （１) 客房管理：

1）对旅行社的所有住房按类别统一编号;登记客房的主要信息。 2）设备有损害或者是不便入住的客房注销客房登记. (2) 客户管理:

１)建立客户信息表,对客户统一编号。

２)对新加入的客户,将信息加入到信息客户表中。

3)当客户信息表发生变化时,修改客户信息表中相应的记录。 (3) 旅游管理

1)对旅游景点的名称和城市名称进行统一编号。

２）将对应景点的乘车路线和景点费用以及天气状况录入相应的记录。 ３)景点的乘车路线和费用发生变化时,修改记录中的相应信息。 （４） 订房服务：

未入住的客房要按照客房列别进行分类，供客户查询预定。 录入入住客户的姓名 备注订房日期,以及退房日期 (5) 退房服务：

根据客户要求进行退房服务,删除之前的客户订房记录。

2.２系统数据流图

5

旅行社管理系统 第二章

2。2.1顶层数据流图

根据系统主要信息的处理功能,整个系统可以看作登陆管理,旅游管理两个部分从而得出了旅行社管理系统的顶层图如下所示:

D4 客户订房信息F6 D1 管理员信息 F1 F5 D5 客户旅游信息 F2 F1 F1P2 F1P1 F4 管理员 F15 F1 旅游管理 登录管理 D6 景点信息表 F16 F3 F7 F8 F9 F1 D2 客房信息D3 客户信息 表 图2.2.1 旅行社管理系统顶层数据流图

注：

F1： 管理员登陆信息 F2:管理员身份信息 F3:登陆错误信息 F4:管理员身份信息 F5:

管理员基本信息 F6:不同权限管理员信息 F7：F8：客户信息F9：F10：客房信息 F11: F12:

客户订房信息 F13: F14:客户旅游信息 F15: F16:景点信息

２.２。2一层数据流图

管理员登陆管理。管理员在登陆时,系统会进行判断。管理员一共有两种类型,分别是普通管理员和系统管理员。在登陆的时候管理员的身份由系统自行判断。在判定时需要查询管理员信息表。管理员信息表，存储管理员信息等。验证之后凭身份进入普通管理员系统或者系统管理员系统。旅游管理系统一层分解图——登陆管理,如图2.2所示:

6

旅行社管理系统 第二章

管理员

F3 F1 D1 管理员信息表 P2.1 F2 P1 登录身份判断 F4.2 P2.2 普通管理员部分 F4.1 系统管理员部分 图2.2.2旅行社管理系统一层数据流图—登录管理 注：F1： 管理员登陆信息 F2:管理员身份信息 F4.1 系统管理员登录信息 F4.2普通管理

员登录信息

２.２．３二层数据流图

管理员登录后,根据所相应的帐号密码进入系统管理员部分,系统管理员可以F6 增、删、改客房信息,旅游景点信息;查询所有的信息;并有权限增加、删除、修改系统管理员或普通管理员的帐号密码,旅游管理系统二层数据流图： P2.1 系统管理员 部分 ﻩ ﻩ

F4.1.1 P2.1.1 管理员信息处理 P2.1.2 客房信息处理 P2.1.3 景点信息处理 P2.1.4 客户订房信息查 D1 管理员信息表 F5 F10 F9 D2 客房信息表 D6 景点信息表 F16 D4 客户订房信息表 F12 F7 D3 客户信息表 F4.1.2 F4.1.3 F4.1.4 F15 F4.1.5 P2.1.5 客户信息查询 P2.1.6 客户旅游信息查询 F14 D5 客户旅游信息表 F4.1.6 图2.2.3旅行社管理系统二层数据流图—系统管理员部分

7

旅行社管理系统 第二章

根据普通管理员的权限,可以得到大概的数据操作,普通管理员数据流图如下所示:

P2.2 普通管理 员部分

F4.2.1 P2.2.2 客房信息处理 P2.2.3 景点信息处理 F9 D2 客房信息表 F4.2.2 F4.2.3 D6 景点信息表 F16 F11 D4 客户订房信息表 F12 F8 F7 D3 客户信息表 P2.2.4 F4.2.4 客户订房信息查询 F4.2.5 P2.2.5 客户信息查询 F4.2.6 P2.2.6 客户旅游信息查询 F14 F13 D5 客户旅游信息表 图2.2.4旅行社管理系统二层数据流图—普通管理员部分

2.３数据字典

2。３。１ 数据流条目

表2.3。１管理员登陆信息数据流条目

编号 简述 去向 组成

Ｆ1 数据流名 管理员登陆信息 管理员在登陆时输入的账号、密码 P１:登陆管理 用户名+密码 8

旅行社管理系统 第二章

表2．３.２管理员登录时身份验证信息数据流条目

编号 简述 去向 组成 F2 数据流名 管理员身份信息 登陆系统时判断比对管理员发送的登录信息 P１：登陆管理 用户名+密码 表2．３.3登陆错误信息数据流条目

编号 简述 去向 组成 F3 登陆错误时发送的信息 管理员 错误提示

数据流名 登录错误信息 表２.3。4管理员登陆后信息数据流条目

编号 简述 去向 组成 F4 数据流名 管理员身份信息 登陆系统判断管理员身份后发送的信息 P2：旅游管理 用户名+密码

表２.３。5系统查询管理员身份信息数据流条目

编号 简述 去向 组成 F５ 数据流名 管理员身份信息 登陆系统后查询时所发送的信息 P2:旅游管理 用户名+密码

表2。3。６系统处理管理员身份信息数据流条目

编号 简述 去向 组成 F6 数据流名 管理员身份信息 登录系统后增加、修改、删除的管理员身份信息 管理员信息表 用户名+密码

9

旅行社管理系统 第二章

表２.3。7 系统查询客户信息数据流条目

编号 简述 去向 组成 F7 系统查询的客户信息流 P２：旅游管理 客户编号+姓名＋身份证号码+性别+联系方式 表2.３。８系统处理客户信息数据流条目

编号 简述 去向 组成 F8 数据流名 客户信息 数据流名 客户信息 系统对客户信息增加、删除、修改后的信息流 客户信息表 客户编号+姓名＋身份证号码+性别＋联系方式

表2.3。9系统查询客房信息数据流条目

编号 简述 去向 组成 F９ 系统查询的客房信息 P2:旅游管理 数据流名 客房信息 客房编号+客房名称+客房地址+价格+是否预定

表２.３.10系统处理客房信息数据流条目

编号 简述 去向 组成

表2。３．１1系统处理客户订房信息数据流条目

编号 简述 去向 组成 F１1 数据流名 客户订房信息 F10 数据流名 客房信息 系统对客房信息增加、删除、修改后的数据流 客房信息表 客房编号+客房名称+客房地址+价格+是否预定 系统对客户订房信息增加、删除、修改后的数据流 客户订房信息表 姓名+客房名称＋订房人编号+订房日期+退房人编号＋退房日期

10

旅行社管理系统 第二章

表２.3.１2系统查询客户订房信息数据流条目

编号 简述 去向 组成 Ｆ1２ 数据流名 客户订房信息 系统对客户订房信息进行查询的数据流 P2:旅游管理 姓名+客房名称+订房人编号＋订房日期+退房人编号+退房日期 表2。3。1３系统处理客户旅游信息数据流条目

编号 简述 去向 组成 F13 数据流名 客户旅游信息 系统对客户旅游信息增加、删除、修改后的数据流 客户旅游信息表 客户姓名＋景点名称＋是否游览

表2.３.14系统查询客户旅游信息数据流条目

编号 简述 去向 组成 F1４ 数据流名 客户旅游信息 系统对客户旅游信息进行查询的数据流 P２:旅游管理 客户姓名+景点名称+是否游览

表2．3.１５系统处理景点信息数据流条目

编号 简述 去向 组成 F15 数据流名 景点信息 系统对景点信息增加、删除、修改后的数据流 景点信息表 景点名称＋城市名称+乘车路线+景点费用+当地天气

表２。3。１６系统查询景点信息数据流条目

编号 简述 去向 组成 Ｆ16 数据流名 景点信息 系统对景点信息进行查询的数据流 Ｐ2：旅游管理 景点名称＋城市名称＋乘车路线+景点费用+当地天气

11

旅行社管理系统 第二章

2。3。2数据项

重要部分数据项条目如下： 1。数据项名称:管理员ID 简述:所有职工的编号 类型：字符串 长度:1０

取值范围及含义：“000000００＂-“９９９99９99”,表示管理员的编号。 2.数据项名称:管理员名称 简述:所有管理员的名称 类型:字符串 长度:２0

取值范围及含义:“00００00000０00000０0０00”-“99999９9９９9９９999999９９”,表示管理员的名称。 ３.数据项名称:管理员密码 简述：所有管理员的名称 类型：字符串 长度：10

取值范围及含义:“0０0０0０000０”—“9999999999”,表示管理员的名称.

4.数据项名称:客户编号 简述:所有客户的编号 类型：字符串 长度:6

取值范围及含义：“00000０”—“999９99”,表示客户的编号。 5.数据项名称：客户姓名 简述:所有客户的姓名 类型:字符串 长度:１0

取值范围及含义:取实际的字符表示客户的姓名.

12

旅行社管理系统 第二章

６。数据项名称：客户身份证号码 简述:所有客户的身份证号码 类型:字符串 长度:18

取值范围及含义：“００000０００0000０00000”-“99999９９９９9999９9999”,表示客户的身份证号码。 7.数据项名称:客户性别 简述：所有客户的行不 类型：字符串 长度：2

取值范围及含义:“男”或“女”,表示客户的性别。 8．数据项名称:客户联系方式 简述：所有客户联系方式 类型：字符串 长度:12

取值范围及含义:“０００0000０00０0”—“9９9９99999９99”,表示客户的联系方式.

9。数据项名称:用户名 简述:所有用户的名称 类型:字符串 长度：２０

取值范围及含义：“０0000０0000０000０000００＂—“9９999９９99９9９９999９９99\表示管理员的名称。 10。数据项名称:客房编号 简述:所有客房名称 类型:字符串 长度:6

取值范围及含义:“０00００0”—“999999”，表示客房的编号. 1１。数据项名称:客房名称

13

旅行社管理系统 第二章

简述：所有客房的名称 类型：字符串 长度:１0

取值范围及含义：“00０00０0０00”—“9９99999999”，表示客房的名称。 12.数据项名称:客房地址 简述:所有客房的地址 类型：字符串 长度:2０

取值范围及含义:所有描述客房地址的长度在２0位以内的字符. 13。数据项名称:客房价格 简述:所有客房户的价格 类型：浮点型 长度:

取值范围及含义：浮点型数据 1４.数据项名称:是否预定房间 简述:预定房间描述 类型:字符串 长度:2

取值范围及含义:“是”或“否”,表示是否预定房间。 15．数据项名称：景点名称 简述：所有景点的名称 类型:字符串 长度:１０

取值范围及含义:描述景点名称的长度在10以内的字符。 16.数据项名称：城市名称 简述:所有被记录的城市的名称 类型：字符串 长度：8

取值范围及含义:描述城市名称的长度在８以内的字符

14

旅行社管理系统 第二章

描述景点名称的长度在10以内的字符 17.数据项名称:乘车费用 简述：乘车费用的金额 类型:ｆloat 长度：

取值范围及含义:实际金额大小 18.数据项名称:当地天气情况 简述:当地天气情况 类型:字符串 长度:８

取值范围及含义:描述当地天气的长度在8以内的字符

2.３。3 加工条目

重要的部分加工条目如下: 1。加工名：登陆 编号:P1

激发条件:接受到登陆请求时 优先级:高

输入：有效的用户名，密码 输出:用户身份信息，登陆错误信息

加工逻辑:根据用户的登陆申请指定用户号查询用户信息表。

ｉf 用户名存在，密码正确； Ｔhen 输出身份信息;

Elsｅ 输出“用户名或密码错误”； Endiｆ

2。加工名：系统管理员 编号：P２。1

激发条件:接受到登录信息为系统管理员信息后

15

旅行社管理系统 第二章

优先级：高

输入：有效的系统管理员身份信息 输出:系统管理员基本信息。

加工逻辑：根据系统管理的身份及登录信息比对

if 存在系统管理员身份信息;

ﻩﻩﻩﻩ ﻩ

ﻩThen比对登录信息和身份信息；

ﻩﻩﻩ ﻩElse 输出“输入的密码和用户名错误\"；

ﻩﻩﻩＥndiｆ

3。加工名：普通管理员 编号:P2。2

激发条件:接受到登录信息为普通管理员信息后 优先级：高

输入:有效的普通管理员身份信息 输出:管理员基本信息.

加工逻辑:根据管理的身份及登录信息比对

ｉｆ 存在普通管理员身份信息；

ﻩ ﻩ ﻩ ﻩﻩﻩ

Tｈen比对登录信息和身份信息；

ﻩﻩElsｅ 输出“输入的密码和用户名错误”; ﻩEndiｆ

16

旅行社管理系统 第二章

第三章 概念设计

概念设计是将需求分析得到的用户需求抽象为信息结构的过程,是数据库设计的关键之一。其结果是数据库的概念模式。在需求分析和逻辑设计之间插入概念设计,使设计者仅从用户角度开袋数据及处理要求和约束，将注意力从复杂、繁琐的实现细节中解脱出来,集中在最重要的信息组织结构和处理模式设计上,还能从各阶段任务相对单一,大大降低设计复杂程度。

3。1概念设计阶段 3.1。1 实体间的联系

1．一个客户只能入住一个房间.

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

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

管理员管理。

ﻩ4．一个普通管理员可以处理多名客户信息,一个客户信息可以被多名普通管理员

管理。

５. 一个系统管理员可以处理多个景点信息,一个景点信息可以被多名系统管理员管理.

3。２ Ｅ—R模型图

３.2。1 局部E—Ｒ模型图

根据上述全局概念模型图,得出下列局部Ｅ-Ｒ图 联系 姓名 景点名17 天气 景点费身份证号1.客户游览景点局部E-R模型图： 客户号 客户号 旅行否 景点名城市名性别 客户 N 游览 1 景点 乘车路旅行社管理系统 第三章

用户名密码 职工号 客房号 客房名性别 客户 身份证号客户号 订房人 2.客户入住客房的局部E-R模型图：

图3.2.1 客户游览局部E-R模型图： 客户编客房号 订房日入住 客房名客房地价格 是否预1 1 退房日客房 联系 姓名 退房人 客房号 图3.2.2 客户入住客房E-R模型图

3.管理员处理客房信息的局部E-R模型图：

管理员 N 处理1 M 客房 客房地 级别 价格 职工号预定

图3.2.3 管理员处理客房信息E-R模型图

用户名

密码 管理员 职工号 客户号 身份证号 4.管理员处理客户信息的局部E-R模型图：

N 处理2 M 客户 性别 级别 职工号 姓名 联系 图3.2.4 管理员处理客户信息E-R模型图

18

旅行社管理系统 第三章

5.管理员处理景点信息的局部E-R模型图： 职工号 天气情况 景点费用 用户名 密码 管理员 N 处理3 M 景点 路线 级别

职工号 景点名 城市名 图3.2.5 管理员处理景点信息E-R模型图

３。2．2 概念模型

根据系统需求分析报告,可以得出旅行社业务及其服务的概念模型，如下图是用E—Ｒ模型图表示的该系统的全局概念模型。

1 游览 景点 M 处理3

N 客户 N M 处理2 N 管理员 1 N 入住 处理1 1 客房 M 图3.2.6 旅行社全局概念模型

19

旅行社管理系统 第五章

第四章 逻辑设计

逻辑结构设计是将抽象的概念结构转换为所选用的DBＭS支持的数据模型,并对其进行优化。

4.1 E－R模型图向关系模型的转换 4。1。1 关系模式：

Ｒ(MＮame,Ｍａｃ，MPsw，MCl,MNo,SＮame,CTｎaｍe,Cｒt，SFe，Swｔh,Rｎo,Rname，Raｄｄ , RFe,Rｏr，Cno,Cnａme，CＣｒt,Cｓｅx，Ccnｔ,Rｏｒd,Rqｔd,Rorm，Ｒｑtｍ,Ｔyｏn)

4.1．2 函数依赖：

F1:（ＭNamｅ,ＳNamｅ，Ｒno，Cno）—〉（Mac，ＭＰsｗ,MCl,ＭNo,CＴnａｍｅ, Crt,SＦe,Ｓｗth,Rｎame,Radｄ,ＲFe，Ror,Cname，CCrｔ,Csex，Ｃcnt,Ｒ

ord，Rqtｄ，Rｏrm,Ｒｑtｍ，T yon)

F２:MNａmｅ—>( Ｍaｃ，MPsw，MCl,MNo） F3: ＳName-〉(CTnaｍe，Ｃrt,SFe,Swth) F4: Rｎｏ—>(Rnaｍｅ,Radd，RＦe,Ror） F５: Ｃno—〉(Cname，CCrt,Csex,Ccnt) F6: (Rno ,Cno）-＞(,Ｒｏrd,Rｑtd,Rｏrｍ,Ｒｑtｍ) F7： Cno—>(Ｓnamｅ，Tyon)

易知候选键是：MName,SNaｍe,Rno，Cno

4。1.3 １:1联系转换的关系模式

１．客户入住客房联系概念模型向关系模型的转换 客房表: GesＲoｏm（Ｒno，Rname,Radｄ，RFe，Ror）;

20

旅行社管理系统 第五章

客户表: Ｃｕsｔm（Cｎo,Ｃnaｍe,CCrt，Cｓex,Ccnt); 客户订房表:Ｇr_Cｓm（Rno,Cno,Roｒd，Rqtd,Ｒorm,Rqtm）.

4。1．４ M:Ｎ联系转换的关系模式

1。客户旅游景点联系概念模型向关系模型转换

客户表: Cｕstm(Cno,Cnａｍe,CＣｒt,Ｃsex，Cｃnｔ）；

景点表: Sｉgｈt_Spｏｔ(SNaｍe，CTnａmｅ,Ｃｒt,SFｅ，Swth）； 客户旅游表:Ｔour（Cno，Sname，Ｔyｏn)。 2。 管理员处理客房联系概念模型向关系模型转换 管理员表：Woｒker(MName,Ｍａc,MPsw，MＣl，MNo); 客房表： GｅsRoom（Ｒno,Rｎａme，Radｄ,RＦe，Ror). 3. 管理员处理客户联系概念模型向关系模型转换

管理员表：Woｒkeｒ（ＭName，Mａc,MPsｗ,MCl，MNo）； 客户表: Custｍ(Cno,Cnaｍe,CＣrｔ,Cｓex,Ccｎｔ)。 4。 管理员处理景点联系概念模型向关系模型转换 管理员表：Worｋeｒ(MName,Mac，MPsｗ，MCl,MNｏ);

景点表： Sight_Sｐot(SNamｅ,CTｎaｍｅ，Ｃrｔ，SFe，Sｗｔh)

４.2模式规范化

4。２．1 确定范式级别

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

4。2．2 实施规范化处理

由于R中的属性都是不能再分的项,所以R满足第一范式。

由函数依赖Ｆ１,F２,F3，F４，F6,F７可知R中存在部分函数依赖。于是考

21

旅行社管理系统 第五章

虑把关系分解成以下几个子关系：

管理员表:Worｋｅｒ(MＮame,Mac，MPsｗ，MＣｌ,MNo) 景点表: Sigｈｔ_Spot(ＳＮame，CTname，Ｃｒt，SFe，Swth） 客房表： GｅsＲｏｏm(Rnｏ,Ｒname,Radｄ,RFe,Ror） 客户表： Ｃｕsｔm(Cnｏ,Cname,CCｒt，Ｃsex,Cｃnt) 客户订房表:Gr_Csm(Rno，Cnｏ,Rｏrd，Rｑtd，Rorm,Rqtm) 客户旅游表：Toｕｒ(Cno，Ｓname,Tyon）

由于以上各关系模式已经消除了部分函数依赖、传递函数依赖，所以符合3范式，并且消除各关系的主属性对于主键的部分函数以及传递函数依赖,所以符合BC范式．

22

旅行社管理系统 第五章

第五章 物理设计

5.１ 数据库的存储结构

根据需求分析，概要设计和逻辑设计的流程得到本系统数据库和数据表结构．

5.1。1 数据库

数据库名称:旅行社管理信息库

5。１．2 数据库表结构

1。表名：管理员表

数据来源:管理员的基本信息数据导入本系统。

表５。1.1 管理员表

字段名 字段类型 长度 主/外键 字段约束 对应中文名 MName Mac ＭPsw MCl MNｏ Nｃhaｒ Nchaｒ Nchar Nchaｒ Nchar 10 20 1０ 12 10 P NOT NULL 职工号 用户名 密码 级别 职工编号

2．表名：景点表

数据来源:景点信息数据的录入。

表5。１.２ 景点表

字段名 字段类型 长度 主/外键 字段约束 对应中文名 SＮamｅ Ncｈaｒ 1０ P ＮOT NULL 景点名称 23

旅行社管理系统 第五章

CTｎame Cｒt SFe Sｗｔｈ Ｎchａr Nchａr Flｏat Nchａr 8 8０ 8 城市名称 乘车路线 景点费用 当地天气 3。表名:客房表

数据来源:客房信息数据的录入。

表５.1.３ 客房表

字段名 字段类型 长度 主/外键 字段约束 对应中文名 Rｎo Rnamｅ, Raｄd， ＲＦe Roｒ Nｃhar Ncｈａｒ Nchaｒ Float Nchar 6 １０ 20 ２ P ＮOＴ NULL 客房编号 客房名称 客房地址 价格 是否预定

4.表名：客户表

数据来源:客户信息数据的录入。

表５.１。4 客户表

字段名 字段类型 长度 主／外键 字段约束 对应中文名 Ｃno， Cｎame CCrt, Ｃsex Ccnt Ｎchar Ｎcｈar Nchar Nchar Ｎcｈar ６ 10 18 2 12 P NOＴ NUＬＬ 客户编号 姓名 身份证号码 性别 联系方式

5。表名:客户订房表

数据来源:客户订房所产生的数据记录.

表５.1。5 客户订房表

字段名 字段类型 长度 主/外键 字段约束 对应中文名 Rno Ｃｎo Rｏrd

Nchａr Ｎchaｒ Ｄatａtｉm6 6 P Ｆ 24

NOT ＮULＬ NＯＴ NＵLL 客房编号 客户编号 订房日期 旅行社管理系统 第五章

ｅ Ｒｑtｄ Rorｍ Rｑtm Datatime Ｎcｈａr Nchaｒ 10 10 退房日期 订房经手人 退房经手人 6．表名:客户旅游表

数据来源：客户游览景点产生的记录。

表5.1.6 客户旅游表

字段名 字段类型 长度 主／外键 字段约束 对应中文名 Cnｏ Sname Ｔyoｎ Ncｈar Ｎchar Ｎchaｒ 6 １0 2 P F ＮOT ＮＵLL 客户编号 景点名称 是否游览

5。2数据的存放位置设计

由系统应用情况特设计如下存储方式,管理员信息表，客户表，客房信息

表，景点表,客户订房表，客户旅游表由于信息量大且使用频繁将其存储在高速存储器(硬盘）上.将表和表上的索引存储在不同的磁盘上以便提高查询效率,同时这样可以提高物理I/O读写效率。数据库备份文件和日志文件等文件因为使用频率小而且数据量非常大,存放在低速存储设备上。

５。3关系模式的存取方法

关系模式采用索引存取方法,根据应用的需求可知在旅行社管理系统中,职工号,用户名,密码，级别,职工编号，这些字段在查询当中会经常用到，其 中职工号,用户名,密码,级别,职工编号是每个管理员登录系统时都必须使用的,职工号也是管理员在进行信息处理时用到的,所以对管理员的职工号建立索引。

25

旅行社管理系统 第六章

第六章 运行与维护

数据库物理结构以及前台界面设计完成后,就可投入运行了，这标志着开发工作的基本完成。但是由于应用环境的不断变化,数据库运行过程中物理存储也会不断变化，对数据库设计进行评价、调整、修改等维护工作是一个长期的任务,也是设计工作的继续和提高

6.1系统功能模块

登录功能:为系统管理员和普通管理员提供登录功能，其他人无权登录。 查询功能：为系统管理员和普通管理员提供查询功能，其中系统管理员有查询所有信息的权限，而普通管理员有查询除管理员身份信息之外的信息的权限.

维护功能：分别给系统管理员和普通管理员提供相应的增加、删除不同信息表的功能权限.

退出功能，结束并关闭系统

6。2数据库的实施 6.2.１表的创建

管理员表：CREATE TABLE Ｗｏｒkeｒ(职工号NCHAR(10） NＯT ＮＵLＬ, 用户名NCHAR(2０)， 密码NCHAＲ（10)，级别 NCHＡR(12），职工编号 NCHAR（１0）,ＣOＮＳＴRAINT Ｃ１ PＲIＭARY KEY（职工号））

景点表:CREAＴE TAＢLE Ｓigｈｔ＿Spot（景点名称 NCＨAR（10） NＯT NUＬL,城市名称 NＣHAR(8), 乘车路线NCＨＡＲ(80），景点费用 FLOAT，Swth NCHＡR(8），CONSTRAＩＮT C2 PＲIMＡRY ＫEY(景点名

26

旅行社管理系统 第六章

称）)

客房表：CＲEATＥ TABLE GeｓRoｏm（客房编号 NCHＡＲ(6) NOＴ NUＬL，客房名称 ＮCHAR（１0),客房地址 NCHＡR(２０)，价格 FＬOＡT,是否预定 NCHＡR(2), CONSTＲAINＴ C3 PRIMARY ＫEY（客房编号））

客户表：CREATE ＴABLE Cusｔm（客户编号ＮCＨＡR(6） NOＴ NULL,客户姓名 NＣＨAR（10)，身份证号码 ＮCHＡR（１８),性别 NCHAR(2），联系方式NＣＨＡＲ(12)， ＣONＳTRAIＮＴ C４ PRＩMAＲY KEＹ(客户编号）)

客户订房表:ＣＲＥATE ＴABLE Gr_Ｃsｍ（客房编号 NＣHＡR(６) NOＴ NUＬL,客户编号 NＣHＡR(6) NＯT NULＬ,订房日期DAＴETIME,退房日期 DATＥTＩME，订房经手人 NCHAR(１0)，退房经手人 NCHAR（10), ＣOＮＳTRAINT C5 PRＩMARY ＫEY（客房编号,客户编号)）

客户游览表:CREＡTE TABLE Ｔour(客户编号 NCHＡＲ(6） ＮOT ＮＵLL,景点名称ＮCHＡR(１0),是否游览 NCHAR(2), CONSＴＲAINT Ｃ6 PRＩMARY KEＹ(客户编号))

6。3 数据库中表的数据载入示例图

表6.3。１ 客户表

表６。3．2 客户订房表

27

旅行社管理系统 第六章

表6.３。３ 客户订房表

表6。3.4 景点表

表６．3.5 客户旅游表

表6.3。6 管理员表

6.4 系统功能展示与数据库查询

1.登录界面

28

旅行社管理系统 第六章

２．根据相应的密码进入系统管理员权限系统

图6.4.1 登陆界面

图6.4.2 系统管理员权限系统界面

3.点击查询数据，查询客户信息

图6。4。3 查询客户数据

4．点击添加数据,无部分权限,并添加客房信息

29

旅行社管理系统 第六章

图6。4。4 灰掉的选项显示系统管理员无部分权限

图6。4.5 成功添加客房记录

５．对管理员信息进行操作，并添加“普通管理员”记录

图6.4。6 管理员信息操作界面

30

旅行社管理系统 第六章

图6。4。７成功添加”普通管理员\"记录

6．退出当前系统,并根据相应的用户名及密码进入普通管理员权限的系统

图6。4。8普通管理员权限系统界面

图6。4.9 灰掉的部分为普通管理员无权限操作的部分

7.删除一条客户记录

31

旅行社管理系统 第六章

图６.4。9 成功删除一条记录

8.普通管理员无权限对管理员身份信息做任何操作以及查询,当点击“职工信息操作”里的选项时,出现以下情况

图６.４.10 权限不足提示

ﻬ课程设计总结

在这次课程设计中,进一步体会到了在用中学的高效性,虽然刚开始时不知从何下手,但是通过和擅长某方面知识的同学的讨论以及他们的指导，还有查阅各种书籍资料,上网查询各方面文献，在这个过程中,不断的让自己的知识加多加深。

从建立数据库到设计系统界面,由于操作不够熟练，导致进度比较缓慢,理论知识转化为实践能力还欠缺，不过在此次过程中,需要哪方面的知识,我们就去学,然后应用到实际中去,从可行性分析报告开始，到需求分析，再到概念设计和逻

32

旅行社管理系统 课程设计总结

辑设计,E－Ｒ图的绘制,DFD图的绘制,各种表之间的联接,设置约束等,在设计系统界面时,运用到Ｃ＃技术,C#开发的系统界面需要和SＱL Ｓerｖｅr ２０05相连，然后在系统的界面中实现了表记录的查询,添加,删除，以及修改等等。这中间是比较繁琐的并且有的地方是比较有难点的,甚至会被这么多的表格把自己弄得分不清东南西北,但是我们还是经常互相鼓励，拿出耐心,将一个个难点攻克.

当然，这中间还有很多不完善的地方，需要我们进一步的学习,研究。此次课程设计也为我们在今后的学习中打下了一点基础,知道用什么样的方法学习更有效。

更容易实现自己所需要的功能。

33

旅行社管理系统 参考文献

参考文献

[1] 陆琳，罗明亮著。 数据库技术与应用[M］.长沙:中南大学出版社.2010 ［2］ Kaｒli Wａｔson．Cｈｒｉsｔian Nagel. C#入门经典［M].北京：清华大学出版社.2０08．

[3］ 苗雪兰,刘瑞新,宋会群．数据库技术及应用［Ｍ］.北京：机械工业出版社.２０06

［4] 王小玲,刘卫国.数据库应用基础教程[M].北京：中国铁道出版社。2008 ［５] 钱乐秋,赵文耘,牛军钰。软件工程[M]。北京:清华大学出版社。2０07

34