旅游信息管理系统.doc

Shanghai Dianji University

课程设计报告

课程名称：___数据库课程设计报告______
姓 名：________张广琪___________
班级学号：______BX0901___________
指导教师：___________沈学东 ________
完成日期：_______2011-12-16_________

电 子 信 息 学 院
Electronic Information School
2011年 12 月

目录

1概述 3
1.1设计要求 3
1.2设计报告要求 3
1.3课程设计的一般步骤 3
2设计内容 3
2.1 需求分析 3
2.2 划分功能模块 5
2.3数据字典 5
2.4概念结构设计 8
2.5逻辑结构设计 10
2.6物理结构设计 11
2.7数据的实施和维护 13
3课程设计小结 23
3.1设计自我评价和结果分析 23
3.2致谢 23
参考文献 24

1概述
1.1设计要求
1、需求分析：根据自己的选题，绘制数据流图。
2、概念结构设计：绘制所选题目详细的E-R图。
3、逻辑结构设计：将E-R图转换成等价的关系模式；按需求对关系模式进行规范化；对规范化后的模式进行评价，调整模式，使其满足性能、存储等方面要求；根据局部应用需要设计外模式。
4、设计小结：总结课程设计的过程、体会及建议。
5、其他：参考文献、致谢等。
1.2设计报告要求
1、问题描述。包括此问题的理论和实际两方面。
2、解决方案。包括：E-R模型要设计规范、合理，关系模式的设计至少要满足第三范式，数据库的设计要考虑安全性和完整性的要求。
3、解决方案中所设计的E-R模型、关系模式的描述与具体实现的说明。
4、具体的解决实例。
1.3课程设计的一般步骤
课程设计大体分五个阶段：
1、选题与搜集资料：选择课题，进行系统调查，搜集资料。
2、分析与设计：根据搜集的资料，进行功能与数据分析，并进行数据库、系统功能等设计。
3、程序设计：运用掌握的语言，编写程序，实现所设计的模块功能。
4、调试与测试：自行调试程序，成员交叉测试程序，并记录测试情况。
5、验收与评分：指导教师对每个的数据库系统进行综合验收，结合设计报告，根据课程设计成绩的评定方法，评出成绩。
2设计内容
2.1 需求分析
随着旅游行业的快速发展，旅游行业的工作人员每天都要面对大量的游客信息、旅游路线信息以及与旅游相关的交通、食宿等方面的信息。如何科学地管理这些信息是旅游行业急需解决的问题。本课程设计通过对某旅行社的调查，以用户需求为依据，完成了对一个小型的国内旅游管理信息系统的数据库设计。
2.11 功能实现
通过对旅游行业业务的了解，与该行业的工作人员的交谈，旅游管理信息系统需要完成的功能主要有：
•有关旅游基本信息的输入，包括旅游线路、旅游班次、旅游团、游客、导游、交通工具、宾馆以及保险等基本信息的输入。
•对旅游线路基本信息的查询、修改。
•对旅游班次基本信息的查询、修改。
•对旅游团基本信息的查询、修改。
•对游客基本信息的查询、修改。
•对导游基本信息的查询、修改。。
•对宾馆基本信息的查询、修改。
•对保险基本信息的查询、修改。
由以上需求分析可画出旅游管理系统数据流图：
旅客
班次
旅社
路线
宾馆
导游
保险
旅客记录
报名参加
录入数据
旅团
分配游客
更新记录
制定及分配
统计汇总
统一购买
更新记录
发单
查询
分配到

图1-1 旅游管理系统数据流图
2.12 具体实体需求分析
针对旅游管理信息系统的需求，设计如下面所示的数据项和数据结构：
•旅游路线基本信息，包括的数据项有：路线号、起点、终点、天数、主要景点等。
•旅游班次基本信息，包括的数据项有：班次号、出发日期、回程日期、旅游标准、报价等。
•旅游团基本信息，包括的数据项有：团号、团名、人数、联系人、地址、电话等。
•游客基本信息，包括的数据项有：游客编码、姓名、性别、年龄、身份证号码、住址、电话等。
•导游基本信息，包括的数据项有：导游编号、姓名、性别、年龄、身份证号码、住址、电话、语种、等级、业绩等。
•宾馆基本信息，包括的数据项有：宾馆编号、宾馆名、城市、星级、标准房价、联系人、职务、地址、电话等。
•保险单基本信息，包括的数据项有：保险单编号、保险费、投保日期等。
2.2 划分功能模块
根据系统功能的需求分析和具体旅游管理系统的特点，经过模块化的分析，得到如下图所示的系统功能模块结构图。
旅游管理系统
基本信息录入
游客信息录入
基本信息查询
系统用户管理
基本信息录入
基本信息修改
基本信息删除
游客信息录入
游客信息修改
游客信息删除
基本信息查询
游客旅团查询
团体班次查询
团体路线查询
输出相关信息
修改密码
帮助信息

图1-2 系统功能模块结构图

2.3数据字典
2.31 数据项
数据字典是各类数据描述的集合，是进行详细的数据收集和数据分析所获得主要的成果，数据字典是对系统所用到的所有表结构的描述，旅游管理系统的主要数据如下列各表所示：
表1-1 旅游路线基本信息Roadline
序号
字段
别名
数据类型
数据长度
码
1
Rnum
路线号
char
10
Y
2
Rstart
起点
varchar
20
N
3
Rend
终点
Varchar
20
N
4
Rdays
天数
smallint

N
5
Rscenery
主要景点
varchar
20
N

表1-2 旅游班次基本信息Batch
序号
字段
别名
数据类型
数据长度
码
1
Bnum
班次号
char
10
Y
2
Bstart
出发日期
datetime

N
3
Breturn
返程日期
datetime

N
4
Bstandard
旅游标准
varchar
10
N
5
Bprice
报价
Int

N
6
Rnum
路线号
char
10
F
7
Traffictools
交通工具
Varchar
10
N

表1-3 旅游团基本信息Team
序号
字段
别名
数据类型
数据长度
码
1
Tnum
团号
char
10
Y
2
Tname
团名
varchar
20
N
3
Tpersons
人数
int

N
4
Tlinkman
联系人
varchar
20
N
5
Ttelephone
电话
Char
11
N
6
Taddr
地址
Varchar
50
N
7
Bnum
班次号
char
10
F
8
Gnum
导游编号
Char
10
F
9
Hnum
宾馆编号
Char
10
F

表1-4 游客基本信息Visitor
序号
字段
别名
数据类型
数据长度
码
1
Vnum
游客编号
Char
10
Y
2
Vname
姓名
Varchar
20
N
3
Vsex
性别
Char
2
N
4
Vage
年龄
Smallint

N
5
Vstatusnum
身份证号码
Char
18
N
6
Vaddr
住址
Varchar
50
N
7
Vtelephone
电话
Char
11
N
8
Tnum
团号
char
10
F
9
Inum
保险单编号
Char
10
F

表1-5 导游基本信息Guide
序号
字段
别名
数据类型
数据长度
码
1
Gnum
导游编号
Char
10
Y
2
Gname
姓名
Varchar
20
N
3
Gsex
性别
Char
2
N
4
Gage
年龄
Smallint

N
5
Gstatusnum
身份证号码
Char
18
N
6
Gaddr
住址
Varchar
50
N
7
Gtelephone
电话
Char
11
N
8
Gkind
语种
Varchar
10
N
9
Glevel
等级
Char
5
N
10
Gachievement
业绩
Varchar`
50
N

表1-6 宾馆基本信息Hotel
序号
字段
别名
数据类型
数据长度
码
1
Hnum
宾馆编号
Char
10
Y
2
Hname
宾馆名
Varchar
20
N
3
Hcity
城市
varchar
20
N
4
Hlevel
星级
Char
5
N
5
Hprice
标准房价
Int

N
6
Hlinkman
联系人
Varchar
10
N
7
Hposition
职务
Varchar
10
N
8
Haddr
地址
Varchar
50
N
9
Htelephone
电话
Char
11
N

表1-7 保险单基本信息Insurence
序号
字段
别名
数据类型
数据长度
码
1
Inum
保险单编号
Char
10
Y
2
Iprice
保险费
Int

N
3
Idate
投保日期
Datetime

N
4
Ieffecttime
有效期限
Datetime

N

2.32 数据结构
数据结构反映了数据之间的组合关系。一个数据结构可以有若干个数据项组成，也可以有若干个数据结构组成，或若干个数据项和数据结构混合组成。经过数据项和需求分析，本系统费数据结构表可设计如下：
表1-8 数据结构表
数据结构名
含义说明
组成部分
游客信息管理
描述游客基本信息
游客编码+姓名+性别+年龄+身份证号码+住址+电话
团体信息管理
描述旅游行程信息
团号+团名+人数+联系人+地址+电话+班次号+导游编号
班次信息管理
描述旅游细节信息
班次号+出发日期+回程日期+旅游标准+报价+交通工具+路线号
系统管理
用户信息更改，帮助

2.33 数据流
数据流是数据结构在系统中传输的途径。通过对用户的需求分析以及数据项和数据流的设计，得出相应的数据流描述如下：
表1-9 数据流定义表
编号
数据流名
组成
流量
备注
01
游客信息
游客编码+姓名+性别+年龄+身份证号码+住址+电话
大
游客基本信息
02
团体信息
团号+团名+人数+联系人+地址+电话
一般
团体信息
03
班次信息
班次号+出发日期+回程日期+旅游标准+报价+交通工具
一般
行程班次信息
04
路线信息
路线号+起点+终点+天数+主要景点
一般
路线信息
05
宾馆信息
宾馆编号+宾馆名+城市+星级+标准房价+联系人+职务+地址+电话
一般
宾馆基本信息
06
导游信息
导游编号+姓名+性别+年龄+身份证号码+住址+电话+语种+等级+业绩
一般
导游基本信息
07
保险信息
保险单编号+保险费+投保日期+有效期截止
一般
保险信息简介
出发日期
宾馆
宾馆编号
宾馆名
城市
星级
标准房价
联系人
职务
地址
电话
传真
2.4概念结构设计
2.41 实体E-R图

保险单
保险单编号
保险费
投保日期
有效期限

图1-3 保险单实体E-R图

图1-4 宾馆实体E-R图

报价
游客
游客编号
姓名
性别
身份证号
住址
电话
年龄

返回日期

班次号
旅游班次

旅游标准

天数

图1-5 游客实体E-R图 图1-6 旅游班次实体E-R图

导游编号

终点
姓名

导游
旅游路线

性别

路线号
住址

主要景点
起点
身份证号

业绩
等级
语种
电话

年龄

图1-7 导游实体E-R图 图1-8 旅游路线实体E-R图

联系人
团号
团名

电话

地址
人数

旅游团体

图1-9 旅游团实体E-R图
2.42 系统E-R图

旅游路线
旅游班次
旅游团体
游客
导游
宾馆
保险单
参加
购买
分配
配置
选择
配备

1

n

1
n

1
n

1
n

1

1

n
1

图1-10 系统E-R图

2.5逻辑结构设计
2.51 关系模型
将概念结构设计阶段设计好的基本E-R图转换为关系模型，如下所示：
1.Roadline实体可转换为：
Roadline（Rnum,Rstart,Rend,Rdays,Rscenery）
Rnum-路线号、Rstart-起点、Rend-终点、Rdays-天数、Rsc；‘；enery-主要景点等。
2.Batch实体可转换为：

Batch(Bnum,Bstartdate,Bredate,Bstandard,Bprice,Traffictools)
Bnum-班次号、Bstartdate-出发日期、Bredate-回程日期、Bstandard-旅游标准、Bprice-报价, Traffictools-交通工具等。

3.Team实体可转换为：
Team(Tnum,Tname,Tpersons,Tlinkman,Taddr,Ttelephone,Bnum,Hnum,Gnum)
Tnum-团号、Tname-团名、Tpersons-人数、Tlinkman-联系人、Taddr-地址、
Ttelephone-电话,Bnum-班次编号,Gnum-导游编号,Hnum-旅馆编号等。

4.Visitor实体可转换为：
Visitor（Vnum ,Vname,Vsex,Vage,Vstatusnum,Vaddr,Vtelephone,Tnum,Inum）Vnun-游客编码、Vname-姓名、Vsex-性别、Vage-年龄、Vstatusnum-身份证号码、Vaddr-住址、Vtelephone-电话,Tnum- 团号,Inum-保险单号等。

5.Guide实体模型可转化关系模式：
Guide(Gnum,Gname,Gsex,Gage,Gstatusnum,Gaddr,Gtelephone,Gkind,Glevel,Gachievement)
Gnum-导游编号、Gname-姓名、Gsex-性别、Gage-年龄、Gstatusnum-身份证号码、Gaddr-住址、Gtelephone-电话、Gkind-语种、Glevel-等级、Gachievement-业绩等。

6.Hotel实体模型可转化关系模式：
Hotel(Hnum,Hname,Hcity,Hlevel,Hprice,Hlinkman,Hposition,Haddr,Htelephone,)
Hnum-宾馆编号、Hname-宾馆名、Hciy城市、Hlevel星级、Hprice标准房价、Hlinkman-联系人、Hposition-职务、Haddr地址、Htelephone-电话等。

7.Isurence实体模型可转化关系模式：
Isurence(Inum,Iprice,Idatetime,Ieffectdate)
Inum-保险单编号、Iprice-保险费、Idatetime-投保日期,Ieffectdate-有效期截止日期等。

2.52 物理模型
将生成概念模型通过在PowerDesigner工具选择Tools—Generate Physical Model命令就可以转换成物理模型，由于条件限制，本次设计未能实现这种转换，因而这里不再赘述。
2.6物理结构设计
2.61 确定数据库的存储结构
由于本系统建立的数据库不是很大，所以数据存储采用的是磁盘的一个分区。
2.62 存取方法和优化方法
常用的存取方法主要有三种：第一种是索引方法；第二种是聚簇方法；第三种方法是HASH法。使用索引法可以大大减少数据的查询时间。但要根据数据库的需求对各种方法进行择优寻求，视情况而定。
2.7数据的实施和维护
2.71数据库的实施
数据库的实施主要是根据逻辑结构和物理结构设计的结果，在计算机系统上建立实际的数据库结构，导入数据并进行程序调试。
由于没有PowerDesigner工具的支持，故这里直接在SQL server中直接创建旅游管理系统基本表的信息。

图1-11 Batch表的创建信息结构图

图1-12 Guide表的创建信息结构图

图1-13 Hotel表的创建信息结构图

图1-14 Insurence表的创建信息结构图

图1-15 Roadline表的创建信息结构图

图1-16 Team表的创建信息结构图

图1-17 Visitor表的创建信息结构图

图1-18 在Team中创建Bnum为外键

图1-19 创建属性约束

图1-20 在Batch实体中创建Rnum为外键

2.72数据的载入

图1-21 Batch实体部分基本信息数据图

图1-22 Guide实体部分基本信息数据图

图1-23 Roadline实体部分基本信息数据图

图1-24 Team实体部分基本信息数据图

图1-25 Visitor实体部分基本信息数据图

图1-26 Hotel实体部分基本信息数据图

图1-27 Insurence实体部分基本信息数据图
2.73数据的试运行
（1）数据基本信息查询

图1-28 数据基本信息查询

（2）数据基本信息的插入

图1-29 数据基本信息的插入

（3）数据基本信息的删除

图1-30 数据基本信息的删除

（4）数据基本信息的更新

图1-31数据基本信息的更新

2.74数据库的运行和维护
数据库试运行合格后，数据库开发工作就基本完成，即可以投入正式运行了。但是，由于环境不断在变化，数据库运行过程中物理存储业会不断变化，对以数据库设计进行评价、调整、维修和改善等工作是一个长期的任务，也是设计工作的继续和提高。
在数据库运行阶段。对数据经常性的维护工作主要是有DBA完成的，主要包括：
数据库的存储和恢复
数据库的安全性、完整性控制
数据库性能的监督、分析和改造
数据库的重组与重构造。
3课程设计小结
3.1设计自我评价和结果分析
首先对自己这次设计的这个数据库进行做一下诚恳的评价。总的来说，这次课设的效果不好，主要是因为平时理论没跟能跟得上实践，从而造成了两手都不抓，什么都抓不住的现状！从数据库的物理结构来讲，没能实现其很好的存取和优化方法，其功能中也没有涉及使用触发器的，其实我根本不知道触发器是用来干嘛的。对数据库的安全机制，角色管理使用权限我也模棱两可的，不知道究竟这些功能实现了没有。其次，从数据库概念结构来看，我觉得（我是说我自认为，我不敢肯定的）我这方面做的还可以，基本上关系模式可以达到第三范式了，我实在发不现里面有哪些因素不具备3范式的遗传特性，因而我就私下里这么认为了。最后，从外形框架上看，我的数据库其实不配叫数据库了，如果是，他也就像人群中的木偶一样，只具有数据库最原始的模样，而没有其现代化的功能模块调用机制。说我不会设计前台吧，我觉得有点亏，毕竟我对C#情有独钟，即使是不能顺利设计出来，但经历了风雨，总归能看见彩虹。可我就是没有心思去做，那就恭维一下自己力有余而心不足吧。
结果分析,对于这次的数据库实现的功能，我觉得还算行吧。不会做和不想做的也就算了，凡是做过了的总归有点成果吧。本数据库可以进行一些简单的查询、插入、删除、更新等小操作，而且做起来也很简单。但是对数据库运行和维护做的不好，因为我根本就是不知道如何运行和维护，更何况数据库的运行在我看来是要以软件来作为精神寄托的，没有软件的依托，再好的数据库也是空中楼阁，不屑一顾的。因而，对其运行我不多做解释。至于维护，那就更好说了。压根就没有投入使用数据库，那何来对其进行维护呢？
3.2致谢
首先我们先好好感谢一下我们敬爱的老师，是他每周不拉课的给我们教授每一章节的内容，让我们有机会坐在这里优哉游哉的做着数据库的课程设计。我依然清晰的记得，老师想教授幼儿园小学生那样一遍遍的问我们听懂了没有，对不对啊？很好……当时我觉得是很搞，但事后自行想想，是老师含辛茹苦，不辞辛劳的培育，让我们收敛一下那张狂的个性，从新像小学生那样好好听课，多学点东东。其次我要感谢一下同甘共苦的同学，是他们时时刻刻在帮助我成长和学习，在此次课设过程中，多亏了他们的大力支持帮助，我才顺利完成实验报告和数据库设计。总之，要感谢还有很多，这里纸张有限，不再赘述。

参考文献
《数据库应用与技术》中国铁道出版社，贾铁军主编；
《SQL sever2005经典实例教程》电子工业出版社，袁然，王诚梅编著；
物业安保培训方案
为规范保安工作，使保安工作系统化/规范化,最终使保安具备满足工作需要的知识和技能，特制定本教学教材大纲。
一、课程设置及内容全部课程分为专业理论知识和技能训练两大科目。
其中专业理论知识内容包括：保安理论知识、消防业务知识、职业道德、法律常识、保安礼仪、救护知识。作技能训练内容包括：岗位操作指引、勤务技能、消防技能、军事技能。
二．培训的及要求培训目的
1）保安人员培训应以保安理论知识、消防知识、法律常识教学为主，在教学过程中，应要求学员全面熟知保安理论知识及消防专业知识，在工作中的操作与运用，并基本掌握现场保护及处理知识2）职业道德课程的教学应根据不同的岗位元而予以不同的内容，使保安在各自不同的工作岗位上都能养成具有本职业特点的良好职业道德和行为规范）法律常识教学是理论课的主要内容之一，要求所有保安都应熟知国家有关法律、法规，成为懂法、知法、守法的公民，运用法律这一有力武器与违法犯罪分子作斗争。工作入口门卫守护，定点守卫及区域巡逻为主要内容，在日常管理和发生突发事件时能够运用所学的技能保护公司财产以及自身安全。
2、培训要求
1）保安理论培训
通过培训使保安熟知保安工作性质、地位、任务、及工作职责权限，同时全面掌握保安专业知识以及在具体工作中应注意的事项及一般情况处置的原则和方法。
2）消防知识及消防器材的使用
通过培训使保安熟知掌握消防工作的方针任务和意义，熟知各种防火的措施和消防器材设施的操作及使用方法，做到防患于未燃，保护公司财产和员工生命财产的安全。
3) 法律常识及职业道德教育
通过法律常识及职业道德教育，使保安树立法律意识和良好的职业道德观念，能够运用法律知识正确处理工作中发生的各种问题；增强保安人员爱岗敬业、无私奉献更好的为公司服务的精神。
4) 工作技能培训

其中专业理论知识内容包括：保安理论知识、消防业务知识、职业道德、法律常识、保安礼仪、救护知识。作技能训练内容包括：岗位操作指引、勤务技能、消防技能、军事技能。
二．培训的及要求培训目的
安全生产目标责任书
为了进一步落实安全生产责任制，做到“责、权、利”相结合，根据我公司2015年度安全生产目标的内容，现与财务部签订如下安全生产目标：
一、目标值：
1、全年人身死亡事故为零，重伤事故为零，轻伤人数为零。
2、现金安全保管，不发生盗窃事故。
3、每月足额提取安全生产费用，保障安全生产投入资金的到位。
4、安全培训合格率为100%。
二、本单位安全工作上必须做到以下内容：
1、对本单位的安全生产负直接领导责任，必须模范遵守公司的各项安全管理制度，不发布与公司安全管理制度相抵触的指令，严格履行本人的安全职责，确保安全责任制在本单位全面落实，并全力支持安全工作。
2、保证公司各项安全管理制度和管理办法在本单位内全面实施，并自觉接受公司安全部门的监督和管理。
3、在确保安全的前提下组织生产，始终把安全工作放在首位，当“安全与交货期、质量”发生矛盾时，坚持安全第一的原则。
4、参加生产碰头会时，首先汇报本单位的安全生产情况和安全问题落实情况；在安排本单位生产任务时，必须安排安全工作内容，并写入记录。
5、在公司及政府的安全检查中杜绝各类违章现象。
6、组织本部门积极参加安全检查，做到有检查、有整改，记录全。
7、以身作则，不违章指挥、不违章操作。对发现的各类违章现象负有查禁的责任，同时要予以查处。
8、虚心接受员工提出的问题，杜绝不接受或盲目指挥；
9、发生事故，应立即报告主管领导，按照“四不放过”的原则召开事故分析会，提出整改措施和对责任者的处理意见，并填写事故登记表，严禁隐瞒不报或降低对责任者的处罚标准。
10、必须按规定对单位员工进行培训和新员工上岗教育；
11、严格执行公司安全生产十六项禁令，保证本单位所有人员不违章作业。
三、 安全奖惩：
1、对于全年实现安全目标的按照公司生产现场管理规定和工作说明书进行考核奖励；对于未实现安全目标的按照公司规定进行处罚。
2、每月接受主管领导指派人员对安全生产责任状的落