旅行代理数据库设计.docx
《旅行代理数据库设计.docx》由会员分享，可在线阅读，更多相关《旅行代理数据库设计.docx（12页珍藏版）》请在冰点文库上搜索。
旅行代理数据库设计
学号：
课程设计
课程名称
数据库系统概论
设计题目
旅行社管理数据库设计
学院/专业
班级
学号
姓名
指导教师
唐祖锴
日期
2013年1月8日
课程设计任务书
学生姓名：
专业班级：
指导教师：
唐祖锴工作单位：
计算机学院
题目：
旅行代理数据库设计
初始条件：
一个旅行代理机构希望为他的消费者假日登记行为建立一个数据库。
消费者在公司登记假期旅行。
每个假期活动中一般都有飞机航班和食宿。
在接受登记后，假日旅游的账单就会发给用户。
要求完成的主要任务：
1.根据上述的初始条件，进行调查分析并设计适当的属性。
设计一个课程数据库，DBMS可选MsSQLServer、Access、VFP等。
2.完成课程设计说明书，其格式遵守学校今年的新规定。
主要内容包括：
需求分析，概念设计，逻辑设计，物理实现等。
3.基于该数据库，最好实现一个或多个应用程序（自己确定功能），程序设计语言（工具）任选。
这一项是选作，不作硬性要求。
时间安排：
本学期第18周：
1.消化资料、系统调查1天
2.系统分析1天
3.总体设计，实施计划2天
4.撰写报告1天
指导教师签名：
年月日
系主任（或责任教师）签名：
年月日
旅行代理数据库设计
1、概述（设计题目与可行性分析）
1.1设计题目
（1）题目：
旅行代理数据库设计
（2）初始条件：
一个旅行代理机构希望为他的消费者假日登记行为建立一个数据库。
消费者在公司登记假期旅行。
每个假期活动中一般都有飞机航班和食宿。
在接受登记后，假日旅游的账单就会发给用户。
1.2可行性分析
随着社会的发展人们所掌控的数据越来越多，无形中推动了数据库技术的快速增长，现在的数据库技术已经相当的成熟，基于关系型数据库的数据库开发变得极其容易。
另外网络的普及使得基于web的应用程序的开发迅速流行起来，web应用的开发技术也相当的成熟，各种开发模式的使用也进一步的促进了web应用程序开发技术的发展。
旅行社管理系统的开发使得旅行社的内部管理系统化、流程化，提高了公司的业务执行效率。
在网络上自由的选择旅游线路，能较全面的掌握旅游线路的具体信息，也能在不同的旅行社间进行比较，给消费者更多选择的空间，也使得旅游行业运营更加规范化。
2、系统目标和建设原则
2.1构建旅行代理机构管理系统网站，所有的旅行社可以在此网站上注册账户，然后将本旅行社的旅游线路及详细信息上传，消费者可以根据网站首页显示的所有旅游线路及详细信息选择自己中意的线路，然后登记假日旅行。
2.2网站注册登陆ID必须是唯一值，即一家公司只能注册一个账号。
2.3消费者浏览线路信息不需要登陆，但是预定订单时必须填写真实姓名、身份证号等信息。
2.4消费者确定登记后，旅行的消费账单就会立刻发给消费者，账单包括所有的消费信息。
2.5每张订单号是由当前系统时间、旅行社代码和消费者证件号组成，保证的订单号的唯一性，提高了系统的健壮性。
3、运行环境规划
数据库系统：
MicrosoftSQLServer2008
网站开发工具：
MicrosoftVisualStudio2010
4、需求分析说明
随着社会的发展，人们的生活水平得到了较大的提高，与此同时人们也越来越注重生活质量的提高，在工作之余都比较愿意走出城市包围，来到大自然中放松自己，因此旅游业得到了迅速的发展。
大小不一的旅行社如雨后春笋般涌现出来，这些旅行社都存在着规模小，管理不规范的问题。
每个旅行社都有自己的特色线路，过多的线路给消费者的选择带来了不便，因此我们开发了旅行社管理系统，旅行社可以将自己的旅游线路发布到网站上，消费者根据每条线路的详细信息如时间、旅游路线、交通、食宿、费用等，选择中意的线路。
给消费者提供方便的同时也给旅行社的发展带来了机遇。
5、概念结构设计,画出E-R图
5.1数据字典
1、Customer_T游客信息表
字段
类型
说明
ID
Nvarchar（50）
身份证号；PK
Name
Nvarchar（50）
姓名
Sex
Nvarchar（50）
性别
TourID
Nvarchar（50）
所属旅游团
2、Tour_T旅游团
字段
类型
说明
ID
Nvarchar（50）
编号，PK
AgentID
Nvarchar（200）
所属旅行社
Flight
Nvarchar（50）
航班班次
Hotel
Nvarchar（50）
酒店
Route
Nvarchar（200）
旅游线路
BeginTime
DataTime
出发时间
EndTime
DataTime
结束时间
PeopleSum
Int
额定人数
PeopleNow
Int
现已报名人数
3、Agent_T旅行社
字段
类型
说明
ID
Nvarchar（50）
证书编号，PK
Address
Nvarchar（200）
机构地址
4、Worker_T员工
字段
类型
说明
ID
Nvarchar（50）
编号，PK
Name
Nvarchar（50）
姓名
Sex
Nvarchar（50）
性别
PassWord
Nvarchar（50）
登陆密码
5、Guide_T导游
字段
类型
说明
ID
Nvarchar（50）
编号，PK
Name
Nvarchar（50）
姓名
Sex
Nvarchar（50）
性别
Pay
int
薪水
6、Hotel_T食宿
字段
类型
说明
ID
Nvarchar（50）
编号，PK
Name
Nvarchar（50）
酒店全称
Address
Nvarchar（50）
酒店地址
Price
Int
每日价格
7、Flight_T航班
字段
类型
说明
ID
Nvarchar（50）
编号，PK
Name
Nvarchar（50）
班次
Price
Int
价格
StartTime
DataTime
起飞时间
EndTime
DataTime
降落时间
8、Bill_T账单
字段
类型
说明
ID
Nvarchar（50）
账单编号，PK
CustomerID
Nvarchar（50）
游客编号
TourID
Nvarchar（50）
旅行团编号
Traffic
Int
交通费
Lodging
Int
住宿费
Tickets
Int
门票
Total
Int
总费用
9、Route_T旅游线路
字段
类型
说明
Route
Nvarchar（200）
旅游线路，PK
Price
Int
线路门票价格
5.2E-R图
6、逻辑结构设计，定义关系模式及子模式
本数据库系统的关系模型如下:
消费者信息表（身份证号，姓名，性别，所选旅行团编号）
旅行社（旅行社编号，旅行社全称，旅行社注册地）
账单（账单编号，消费者身份证号，旅行团编号，交通费，住宿费，门票，总费用）
航班（航班编号，航班名称，价格，起飞之间，降落时间）
导游（导游编号，姓名，性别，工资）
酒店（酒店编号，酒店名称，地址，价格）
旅游线路（旅游线路，门票价格）
旅行团（旅行团编号，旅行社编号，航班，酒店，路线，导游，开始时间，结束时间，目前预定人数，额定人数）
工作人员（登陆号码，姓名，性别，登录密码）
注:
其中,黑体字段是外键,下划线是主键
7、数据库的物理设计，定义合适的索引，确定数据库的存储结构
选择MicrosoftSQLServer2008为本次设计的RDBMS。
可以在系统提供的查询分析器中输入相应的SQL集合操作语言建立数据库，关系表以及视图等；也可以在管理器中利用系统提供的图形操作界面完成数据库，关系表以及视图等的建立。
数据库建立的同时完成完整性，参照性的定义。
至此数据库建立完毕。
7.1关系数据库物理设计步骤
为关系选择存取方法，建立存取路径。
确定数据库存储结构，即确定关系、索引、聚簇、日志、备份等数据的存储安排和存储结构；
确定系统配置。
7.2确定数据库的存储结构
确定数据库的存储结构主要指确定关系、索引、聚簇、日志、备份等的存储安排和存储结构，确定系统配置参数等。
在数据库中,引进了分区的概念,一个数据库文件逻辑上由一个或者多个分区组成.分区是一个逻辑概念,一个分区物理上由一个或者多个物理文件组成,分区与物理文件的映射由数据库产品来管理,分区中至少有一个系统分区,数据字典存储在系统分区中,具有DBA权限的用户可以创建新的分区成为用户分区,并且可以为每个分区追加物理文件。
物理设计一般包括物理存储块的设计,数据和索引的存储安排等
8、数据库的实施，完成系统的功能设计及说明、系统调试与数据加载等工作
首先，打开SQLServer服务器，使之处于运行状态。
在查询分析器中使用SQL语言完成数据库基本数据的录入，并使数据库具有以下功能：
（1）路线管理功能
●路线信息的录入，包括旅行团编码，路线，航班，食宿，费用等
●路线信息的修改
●路线信息的删除
●路线信息的查询
（2）员工信息管理功能
●员工的注册，登陆
●员工信息的修改
●员工信息的删除
●员工信息的查询
（3）消费者预订旅行团功能
●消费者对旅游项目的查询
●消费者对旅游项目详细信息的查询
●消费者预订旅游项目，包括自身信息的录入
（4）账单的生成
●消费者预订旅游线路时，自动将消费者信息保存到消费者信息表中
●消费者预订旅游线路时，自动添加账单信息到账单表
消费者查看旅游项目不需要登录，只能查询，不能修改、添加、删除各个表中的内容，当消费者选择某一条线路，并预订时必须填写身份证号、姓名等信息。
管理员具有全部的操作权利，包括对旅游线路的增删改除，自身信息的修改。
当消费者成功预订某一条线路时，会有明细账单发送给消费者，包括所有消费项目，如车旅费、食宿费、门票等。
9数据库的运行和维护，制定数据库转储计划，定义数据库的安全性和完整性
9.1制定数据库转储计划
数据转储是数据库恢复技术中采用的基本技术。
所谓转储即DBA定期的将整个数据库复制到磁带或者另一个磁盘上保存起来的过程。
这些备用的数据文本成为后备副本或后援副本。
数据转储分为：
动态海量转储、动态增量转储、静态海量转储、静态增量转储。
在这次仅为课程设计的过程里，我们采用的是静态海量转储。
即将整个设计完成的数据库直接备份到磁盘中。
等到需要使用的时候，再将备份的文件，按照数据库要求还原回来，再在其中执行操作。
当需要执行的操作结束之后，再将整个数据库备份到磁盘中。
这样虽然不利于更新和动态的数据管理。
但是，对于课程设计这样的模拟实验是完全可行的。
9.2定义数据库的安全性
数据库的安全性是指保护数据库以防不合法的使用所造成的数据泄露、更改和破坏。
一般有三类安全性问题：
技术安全、管理安全、政策法律类。
我们的一般数据库基本是技术类安全的防护。
为增强数据库的安全性在设计应用程序时，使用了视图和存储过程来实现部分子功能。
视图的使用，使用户只能查询和修改他们所能见到的数据。
数据库中的其它数据则既看不见也取不到。
用户被限制在数据的不同子集上，这样就提高了数据库的安全性和逻辑数据的独立性。
而存储过程的能力大大增强了SQL语言的功能和灵活性，存储过程用流控制语句编写，有很强的灵活性，可以完成复杂的判断和较复杂的运算，保证了数据的安全性和完整性。
在一般计算机系统中，安全措施是一级一级层层设置的。
如下图：
用户标识和鉴别存取控制操作系统安全保护数据密码存储
9.3定义数据库的完整性
数据库完整性是指数据的正确性和兼容性。
在这一方面，数据SQLServer2008有自己完整性约束条件以及检查机制。
完整性约束条件主要表现在：
实体完整性、参照完整性、用户自定义完整性。
前面提到的建立规则中已经对完整性约束规则进行了明确的阐述，这里不再赘述。
维护数据库的完整性，RDBMS提供了：
1定义完整性约束条件的机制；2完整性约束条件的检查方法；3违约处理。
随着硬件性能和容量的提高，数据库技术的发展，目前的RDBMS都提供了以上三种功能。
10系统已解决和未解决的问题，进一步完善的设想与建议
首先，对SQLServer的数据库管理机制有了更进一步的了解.如何设置主键,外键,以及数据不一致时会产生的问题等,通过这次实践都有了深刻的理解.
其次，这次课程设计也让我了解到了与人交流和查找资料的重要性.在编程过程中,曾经遇到许多的问题自己一时无法解决,但是向同学老师进行请教以及上网查找相关资料之后,大部分问题都得到了解决,自己在这个过程中也得到了很大的提高.
总之，课程设计能把我们的眼光从课本上引到实际中，让我们能用新的思想和观点把自己的潜力最大程度的发挥出来，让自己去独立解决实际遇到的困难。
11参考文献
《数据库系统简明教程概论》，主编：
王珊，出版社：
高等教育出版社。
本科生课程设计成绩评定表
序号
评分项目
满分
实得分
1
学习态度认真、遵守纪律
10
2
设计分析合理性
10
3
设计方案正确性、可行性、创造性
20
4
设计结果正确性
40
5
设计报告的规范性
10
6
设计验收
10
总得分/等级
评语：
注：
最终成绩以五级分制记。
优（90-100分）、良（80-89分）、中（70-79分）、
及格（60-69分）、60分以下为不及格
指导教师签名：
20年 月 日
升级会员 