《旅游信息管理系统.doc》由会员分享，可在线阅读，更多相关《旅游信息管理系统.doc（20页珍藏版）》请在课桌文档上搜索。
1、1概述31.1设计要求31.2设计报告要求31.3课程设计的一般步骤32设计内容32.1 需求分析32.2 划分功能模块52.3数据字典52.4概念结构设计82.5逻辑结构设计102.6物理结构设计112.7数据的实施和维护133课程设计小结233.1设计自我评价和结果分析233.2致谢23参考文献241概述1.1设计要求1、需求分析：根据自己的，绘制数据流图。2、概念结构设计：绘制所目详细的E-R图。3、逻辑结构设计：将E-R图转换成等价的关系模式；按需求对关系模式进展规X化；对规X化后的模式进展评价，调整模式，使其满足性能、存储等方面要求；根据局部应用需要设计外模式。4、设计小结：总结课程
2、设计的过程、体会与建议。5、其他：参考文献、致谢等。1.2设计报告要求1、问题描述。包括此问题的理论和实际两方面。2、解决方案。包括：E-R模型要设计规X、合理，关系模式的设计至少要满足第三X式，数据库的设计要考虑安全性和完整性的要求。3、解决方案中所设计的E-R模型、关系模式的描述与具体实现的说明。4、具体的解决实例。1.3课程设计的一般步骤课程设计大体分五个阶段：1、与搜集资料：选择课题，进展系统调查，搜集资料。2、分析与设计：根据搜集的资料，进展功能与数据分析，并进展数据库、系统功能等设计。3、程序设计：运用掌握的语言，编写程序，实现所设计的模块功能。4、调试与测试：自行调试程序，成员交
3、叉测试程序，并记录测试情况。5、验收与评分：指导教师对每个的数据库系统进展综合验收，结合设计报告，根据课程设计成绩的评定方法，评出成绩。2设计内容2.1 需求分析随着旅游行业的快速开展，旅游行业的工作人员每天都要面对大量的游客信息、旅游路线信息以与与旅游相关的交通、食宿等方面的信息。如何科学地管理信息是旅游行业急需解决的问题。本课程设计通过对某旅行社的调查，以用户需求为依据，完成了对一个小型的国内旅游管理信息系统的数据库设计。2.11 功能实现通过对旅游行业业务的了解，与该行业的工作人员的交谈，旅游管理信息系统需要完成的功能主要有：有关旅游根本信息的输入，包括旅游线路、旅游班次、旅游团、游客、
4、导游、交通工具、宾馆以与保险等根本信息的输入。对旅游线路根本信息的查询、修改。对旅游班次根本信息的查询、修改。对旅游团根本信息的查询、修改。对游客根本信息的查询、修改。对导游根本信息的查询、修改。对宾馆根本信息的查询、修改。对保险根本信息的查询、修改。 由以上需求分析可画出旅游管理系统数据流图：旅客班次旅社路线宾馆导游保险旅客记录报名参加录入数据旅团分配游客更新记录制定与分配统计汇总统一购置更新记录发单查询分配到图1-1 旅游管理系统数据流图2.12 具体实体需求分析针对旅游管理信息系统的需求，设计如下面所示的数据项和数据结构：旅游路线根本信息，包括的数据项有：路线号、起点、终点、天数、主要景
5、点等。旅游班次根本信息，包括的数据项有：班次号、出发日期、回程日期、旅游标准、报价等。旅游团根本信息，包括的数据项有：团号、团名、人数、联系人、地址、等。游客根本信息，包括的数据项有：游客编码、某某、性别、年龄、某某、住址、等。导游根本信息，包括的数据项有：导游编号、某某、性别、年龄、某某、住址、语种、等级、业绩等。宾馆根本信息，包括的数据项有：宾馆编号、宾馆名、城市、星级、标准房价、联系人、职务、地址、等。保险单根本信息，包括的数据项有：保险单编号、保险费、投保日期等。2.2 划分功能模块根据系统功能的需求分析和具体旅游管理系统的特点，经过模块化的分析，得到如如下图所示的系统功能模块结构图。
6、旅游管理系统根本信息录入游客信息录入根本信息查询系统用户管理根本信息录入根本信息修改根本信息删除游客信息录入游客信息修改游客信息删除根本信息查询游客旅团查询团体班次查询团体路线查询输出相关信息修改密码帮助信息图1-2系统功能模块结构图2.3数据字典2.31 数据项数据字典是各类数据描述的集合，是进展详细的数据收集和数据分析所获得主要的成果，数据字典是对系统所用到的所有表结构的描述，旅游管理系统的主要数据如如下各表所示：表1-1 旅游路线根本信息Roadline序号字段别名数据类型数据长度码1Rnum路线号char10Y2Rstart起点varchar20N3Rend终点Varchar20N4R
7、days天数smallintN5Rscenery主要景点varchar20N表1-2 旅游班次根本信息Batch序号字段别名数据类型数据长度码1Bnum班次号char10Y2Bstart 出发日期datetimeN3Breturn返程日期datetimeN4Bstandard旅游标准varchar10N5Bprice报价IntN6Rnum路线号char10F7Traffictools 交通工具Varchar10N表1-3 旅游团根本信息Team序号字段别名数据类型数据长度码1Tnum团号char10Y2Tname团名varchar20N3Tpersons人数int N4Tlinkman联系人v
8、archar20N5TtelephoneChar11N6Taddr地址Varchar50N7Bnum班次号char10F8Gnum导游编号Char10F9Hnum宾馆编号Char10F表1-4 游客根本信息Visitor序号字段别名数据类型数据长度码1Vnum游客编号Char10Y2Vname某某Varchar20N3Vsex性别Char2N4Vage年龄SmallintN5Vstatusnum某某Char 18N6Vaddr住址Varchar50N7VtelephoneChar11N8Tnum团号char10F9Inum保险单编号Char10F表1-5 导游根本信息Guide序号字段别名数据
9、类型数据长度码1Gnum导游编号Char10Y2Gname某某Varchar20N3Gsex性别Char2N4Gage年龄SmallintN5Gstatusnum某某Char18N6Gaddr住址Varchar50N7GtelephoneChar11N8Gkind语种Varchar10N9Glevel等级Char 5N10Gachievement业绩Varchar50N表1-6 宾馆根本信息Hotel序号字段别名数据类型数据长度码1Hnum宾馆编号Char10Y2Hname宾馆名Varchar20N3Hcity城市varchar20N4Hlevel星级Char5N5Hprice标准房价IntN
10、6Hlinkman联系人Varchar10N7Hposition职务Varchar10N8Haddr地址Varchar50N9HtelephoneChar11N表1-7 保险单根本信息Insurence序号字段别名数据类型数据长度码1Inum保险单编号Char10Y2Iprice保险费Int N3Idate投保日期DatetimeN4Ieffecttime有效期限DatetimeN2.32 数据结构 数据结构反映了数据之间的组合关系。一个数据结构可以有假如干个数据项组成，也可以有假如干个数据结构组成，或假如干个数据项和数据结构混合组成。经过数据项和需求分析，本系统费数据结构表可设计如下：表1-
11、8 数据结构表数据结构名含义说明组成局部游客信息管理描述游客根本信息游客编码+某某+性别+年龄+某某+住址+团体信息管理描述旅游行程信息团号+团名+人数+联系人+地址+班次号+导游编号班次信息管理描述旅游细节信息班次号+出发日期+回程日期+旅游标准+报价+交通工具+路线号系统管理用户信息更改，帮助2.33 数据流数据流是数据结构在系统中传输的途径。通过对用户的需求分析以与数据项和数据流的设计，得出相应的数据流描述如下：表1-9 数据流定义表编号数据流名组成流量备注01游客信息游客编码+某某+性别+年龄+某某+住址+大游客根本信息02团体信息团号+团名+人数+联系人+地址+一般团体信息03班次信
12、息班次号+出发日期+回程日期+旅游标准+报价+交通工具一般行程班次信息04路线信息路线号+起点+终点+天数+主要景点一般路线信息05宾馆信息宾馆编号+宾馆名+城市+星级+标准房价+联系人+职务+地址+一般宾馆根本信息06导游信息导游编号+某某+性别+年龄+某某+住址+语种+等级+业绩一般导游根本信息07保险信息保险单编号+保险费+投保日期+有效期截止一般保险信息简介出发日期宾馆宾馆编号宾馆名城市星级标准房价联系人职务地址 2.4概念结构设计2.41 实体E-R图保险单保险单编号保险费投保日期有效期限图1-3 保险单实体E-R图图1-4 宾馆实体E-R图报价游客游客编号某某性别某某号住址年龄返回
13、日期班次号旅游班次旅游标准天数图1-5 游客实体E-R图图1-6 旅游班次实体E-R图导游编号终点某某导游旅游路线性别路线号住址主要景点起点某某号业绩等级语种年龄图1-7 导游实体E-R图图1-8 旅游路线实体E-R图联系人团号团名地址人数旅游团体图1-9 旅游团实体E-R图2.42 系统E-R图旅游路线旅游班次旅游团体游客导游宾馆保险单参加购置分配配置选择配备1n1n1n1n11n1图1-10 系统E-R图2.5逻辑结构设计2.51 关系模型将概念结构设计阶段设计好的根本E-R图转换为关系模型，如下所示：1.Roadline实体可转换为：RoadlineRnum,Rstart,Rend,Rd
14、ays,RsceneryRnum-路线号、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)
15、Tnum-团号、Tname-团名、Tpersons-人数、Tlinkman-联系人、Taddr-地址、Ttelephone-,Bnum-班次编号,Gnum-导游编号,Hnum-旅馆编号等。4.Visitor实体可转换为：VisitorVnum ,Vname,Vsex,Vage,Vstatusnum,Vaddr,Vtelephone,Tnum,InumVnun-游客编码、Vname-某某、Vsex-性别、Vage-年龄、Vstatusnum-某某、Vaddr-住址、Vtelephone-,Tnum- 团号,Inum-保险单号等。5.Guide实体模型可转化关系模式：Guide(Gnum,Gnam
16、e,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星级
17、、Hprice标准房价、Hlinkman-联系人、Hposition-职务、Haddr地址、Htelephone-等。7.Isurence实体模型可转化关系模式：Isurence(Inum,Iprice,Idatetime,Ieffectdate)Inum-保险单编号、Iprice-保险费、Idatetime-投保日期,Ieffectdate-有效期截止日期等。2.52 物理模型将生成概念模型通过在PowerDesigner工具选择ToolsGenerate Physical Model命令就可以转换成物理模型，由于条件限制，本次设计未能实现这种转换，因而这里不再赘述。2.6物理结构设计2.6
18、1 确定数据库的存储结构由于本系统建立的数据库不是很大，所以数据存储采用的是磁盘的一个分区。2.62 存取方法和优化方法常用的存取方法主要有三种：第一种是索引方法；第二种是聚簇方法；第三种方法是HASH法。使用索引法可以大大减少数据的查询时间。但要根据数据库的需求对各种方法进展择优寻求，视情况而定。2.7数据的实施和维护 2.71数据库的实施数据库的实施主要是根据逻辑结构和物理结构设计的结果，在计算机系统上建立实际的数据库结构，导入数据并进展程序调试。由于没有PowerDesigner工具的支持，故这里直接在SQL server中直接创建旅游管理系统根本表的信息。图1-11Batch表的创建信
19、息结构图图1-12 Guide表的创建信息结构图图1-13 Hotel表的创建信息结构图图1-14 Insurence表的创建信息结构图图1-15Roadline表的创建信息结构图图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
20、实体局部根本信息数据图图1-26 Hotel实体局部根本信息数据图图1-27 Insurence实体局部根本信息数据图2.73数据的试运行1数据根本信息查询图1-28 数据根本信息查询2数据根本信息的插入图1-29 数据根本信息的插入3数据根本信息的删除图1-30 数据根本信息的删除4数据根本信息的更新图1-31数据根本信息的更新2.74数据库的运行和维护 数据库试运行合格后，数据库开发工作就根本完成，即可以投入正式运行了。但是，由于环境不断在变化，数据库运行过程中物理存储业会不断变化，对以数据库设计进展评价、调整、维修和改善等工作是一个长期的任务，也是设计工作的继续和提高。在数据库运行阶段。
21、对数据经常性的维护工作主要是有DBA完成的，主要包括：数据库的存储和恢复数据库的安全性、完整性控制数据库性能的监视、分析和改造数据库的重组与重构造。3课程设计小结3.1设计自我评价和结果分析首先对自己这次设计的这个数据库进展做一下诚恳的评价。总的来说，这次课设的效果不好，主要是因为平时理论没跟能跟得上实践，从而造成了两手都不抓，都抓不住的现状！从数据库的物理结构来讲，没能实现其很好的存取和优化方法，其功能中也没有涉与使用触发器的，其实我根本不知道触发器是用来干嘛的。对数据库的安全机制，角色管理使用权限我也模棱两可的，不知道终究功能实现了没有。其次，从数据库概念结构来看，我觉得我是说我自认为，我
22、不敢肯定的我这方面做的还可以，根本上关系模式可以达到第三X式了，我实在发不现里面有哪些因素不具备3X式的遗传特性，因而我就私下里这么认为了。最后，从外形框架上看，我的数据库其实不配叫数据库了，如果是，他也就像人群中的木偶一样，只具有数据库最原始的模样，而没有其现代化的功能模块调用机制。说我不会设计前台吧，我觉得有点亏，毕竟我对C#情有独钟，即使是不能顺利设计出来，但经历了风雨，总归能看见彩虹。可我就是没有心思去做，那就恭维一下自己力有余而心不足吧。 结果分析,对于这次的数据库实现的功能，我觉得还算行吧。不会做和不想做的也就算了，但凡做过了的总归有点成果吧。本数据库可以进展一些简单的查询、插入、删除、更新等小操作，而且做起来也很简单。但是对数据库运行和维护做的不好，因为我根本就是不知道如何运行和维护，更何况数据库的运行在我看来是要以软件来作为精神寄托的，没有软件的依托，再好的数据库也是空中楼阁，不屑一顾的。因而，对其运行我不多做解释。至于维护，那就更好说了。压根就没有投入使用数据库，那何来对其进展维护呢？参考文献数据库应用与技术中国铁道，贾铁军主编；SQL sever2005经典实例教程电子工业，袁然，王诚梅编著；
