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

陕西理工学院数据库课程设计说明书 数据库系统实习课程设计设计说明书 旅行社信息管理系统 学生姓名 边明亮 学 号 201111002136 班 级 信息1141 成 绩 指导教师 刘占伟计算机科学与技术系2012年9月8日21数据库原理及应用课程设计评阅书题 目旅行社信息管理系统学生姓名边明亮学号201111002136指导教师评语及成绩成绩： 教师签名： 年 月 日答辩教师评语及成绩成绩： 教师签名： 年 月 日教研室意见总成绩： 室主任签名： 年 月 日注：指导教师成绩60%，答辩成绩40%，总成绩合成后按五级制记入 课程设计任务书2012 2013 学年第 一 学期专业： 信息与计算科学 学号： 201111002136 姓名： 辨明了 设计题目： 旅行社信息管理系统的设计 完成期限：自 2014年 8 月 27 日至 2012 年 9 月 7 日共 2 周设计依据、要求及主要内容（可另加附页）：通过对旅行社业务的分析、调查，旅行社信息管理系统设计按功能分主要包括服务器端和客户端，服务器端涉及用户管理、旅行社基本信息管理、车辆管理、客房管理等；客户端涉及旅行社基本信息查询、景点及相关信息查询、景点预定等服务。具体内容及要求如下：1）用户登录与注册管理模块；主要实现游客用户的登录与注册，用户管理功能。2）旅游信息管理模块；对旅游景点信息进行管理，提供景点的名称、特色、乘车路线、景点费用、导游等信息管理。3）客房管理模块；该模块提供对客房如客房标准、类别信息的录入、修改与查询，并可以实现订房与退房服务。 要求按照数据库设计的需求分析、概念设计、逻辑设计、物理设计等各个阶段建立较规范的数据库，并能运用基本的SQL语句访问、操作数据库；掌握SQL Server数据库知识、软件工程原理；熟悉ASP或ASP.NET。指导教师（签字）： 教研室主任（签字）： 批准日期： 年 月 日摘 要 越来越多的人外出旅游，这势必给旅游管理的强度带来了不小的挑战，应对这一情况，开发了此旅行社管理系统。目的就是为了服务大多数人的出行需求对于旅游管理这一服务性行业，服务质量是吸引客户、提高经济效益的关键因素。越来越多的旅行社采用管理信息系统来管理日常工作，合理配置资源，提升管理水平，从而在市场竞争取得优势。这次课程设计主要介绍旅行社管理的设计与开发过程，本系统采用C#作为开发工具,SQL sever 作为后台数据管理。通过此次开发，使得开发人员更进一步了解C#开发工具以及数据库技术，积累更多的实践经验。本系统具有对相关数据的查询，修改，删除等功能，较之于之前的相关类系统具有更简便，更实用的有点，但是由于技术的不成熟，又具有不完整，结构不清晰等缺点。关键字: 数据库；旅行社管理；管理目 录1.课题描述42.设计过程52.1需求分析52.1.1相关介绍52.1.2 数据流图62.1.3 数据字典72.2概念设计92.2.1实体间的联系92.2.2 E-R模型图92.3 逻辑设计102.3.1E-R模型图向关系模型的转换102.3.2 确定范式级别112.3.3实施规范化处理112.4 物理设计122.4.1 数据库122.4.2数据库表结构122.4.3数据库的实施15总 结22参考文献231.课题描述本课题就是针对旅游业的发展和节假日出行人数的不断增加，为了便于旅行社对旅游项目的管理，根据旅行社现有的业务包括组团出游、接待本地游、线路安排、游客信息资料等，开发一套系统，希望通过该系统有效提高服务业的工作效率。课题具体目标与要求：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所示）： 图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范式。2.4 物理设计2.4.1 数据库数据库名称：旅行社管理系统2.4.2数据库表结构1.表名：管理员表 数据来源：管理员的基本信息数据导入本系统。字段名字段类型长度主/外键字段约束管理员编码char10PNOT NULL用户名char6密码numeric5级别char6表2.4.1 管理员表2.表名：景点表 数据来源：景点信息数据的录入。字段名字段类型长度主/外键字段约束景点编号char10PNOT NULL旅游线路varchar100费用money8导游姓名char8导游电话varchar11当地天气char10目的地char20 旅游类型varchar50表2.4.2 景点表3.表名：酒店表 数据来源：酒店信息数据的录入。字段名字段类型长度主/外键字段约束酒店名称50酒店地址char100客房等级char20客房号码varchar8房间价格money8是否预定char8酒店编号char10pNOT NULL表2.4.3 酒店表4.表名：客户表 数据来源：客户信息数据的录入。字段名字段类型长度主/外键字段约束客户编码char8PNOT NULL客户姓名char20客户年龄char2客户性别char2联系电话varchar11联系地址char20身份证号varchar18用户密码varchar8表2.4.4客户表5.表名：客户住房表 数据来源：客户住房所产生的数据记录。字段名字段类型长度主/外键字段约束客户编号char20PNOT NULL酒店编号char10pNOT NULL住房日期Datatime8退房日期Datatime8表2.4.5客户订房表6.表名：客户旅游表 数据来源：客户游览景点产生的记录。字段名字段类型长度主/外键字段约束客户编号char20PNOT NULL景点编号char10pNOT NULL交通方式char20出发时间datetime8表2.4.6 客户旅游表7.表名：留言板 数据来源：客户留言的数据记录。字段名字段类型长度主/外键字段约束客户编号char100PNOT NULL管理员编号char20pNOT NULL留言内容Datatime8留言时间Datatime8表2.4.7留言板2.4.3数据库的实施1. 基本表的查询 查询管理员表： 查询客户表： 查询景点表：查询酒店表： 查询留言板：查询客户旅游表： 查询客户住房信息：2、 连接查询 查询客户旅游信息，包括客户姓名、目的地、旅游路线、旅游类型、出发时间： 查询客户住房信息，包括客户姓名、酒店名称、客房等级、客房号码： 查询客户留言信息，包括客户姓名和留言内容： 查询客户留言信息，包括客户姓名、留言内容，并且客户编号小于K003： 查询客户留言信息，包括客户编号、客户姓名、留言内容，并且该客户必须是张姓：3、 简单查询 查询客户姓名为刘妍，并且入住隆昌宾馆的客户的客户姓名、酒店名称、客房等级、客房号码：4、 数据的更新 将一个新客户的属性插入到客户表中：插入结果： 将酒店表中的管理员编号为G002的修改为G003：修改结果： 删除留言板中客户编号为K005的客户留言信息： 删除前信息：执行删除操作： 删除结果：5、 视图查询客户查询信息表的查询：客户留言表的查询：总 结本次课设为旅行社信息管理系统的设计，本来是要从系统界面的设计开始，但是由于我们从来未学习过该技术，而且有对此了解的少之又少，所以在此暂时跳过该项，但是以后会搜集此相关知识，从而不断学习。接下来，从了解相关旅行社的信息开始，从实际出发