旅游信息管理系统数据库文档格式.docx
《旅游信息管理系统数据库文档格式.docx》由会员分享,可在线阅读,更多相关《旅游信息管理系统数据库文档格式.docx(14页珍藏版)》请在冰豆网上搜索。
![旅游信息管理系统数据库文档格式.docx](https://file1.bdocx.com/fileroot1/2022-10/9/173914dc-853b-4a4c-986c-dd3eb3383746/173914dc-853b-4a4c-986c-dd3eb33837461.gif)
随着旅游信息在种类和数量上的增多,以及涉及的方面相对较广,旅游信息的管理难度也在增大。
伴随计算机的普及,人们也愿意并习惯通过计算机来获取信息资源,人们可以在最短的时间内获信息,然后拟定适合自己的旅游方案,既节省人力物力又提高工作效率,达到了事半功倍的效果。
旅游信息管理系统设计的方面很广,除了可以找到相关的旅游信息外,还可以查询到当地的交通和酒店信息等,使得查找数据变的简单,不必大量沉浸在书籍和相关影印的材料里,为搜集资料提供便利。
而且在网上的信息更新及时,不会出现现实和实际不符的情况,这也是相对于传统管理的优势所在。
1.2本系统概述
本数据库设计开发的旅游信息管理系统就提供了一个操作的平台,可以将信息进行分类管理,并以旅游信息所涉及的具体方面作为模块划分的依据。
具体内容包括:
系统管理员模块、旅游信息模块、酒店信息模块、交通信息模块、常见问题解决模块、节日模块和退出系统模块等,并在这些模块中完成了添加、修改、删除、查询等功能。
旅游管理系统是一个典型的信息管理系统。
该系统是为实现各大旅行社的计算机智能化管理而开发的。
本文主要包含了旅游管理系统的数据库设计部分和该系统各模块的分述。
其中数据库的设计是为了旅游管理系统建立一个必要的数据库,建立的数据库具有完整性和一致性,且具有一定的数据安全性等。
本项目的其它管理系统在数据库中具有保存、读取方便、快捷、功能完备的特点。
1.3本系统主要功能
在本系统的制作中,我将创建系统的如下一些功能:
●景点与游客管理功能
●景点与导游查询功能
●景点与导游配置功能
●权限维护功能
●景点交通管理功能
●本地所有交通查询功能
在以上的系统功能模块中,还包括一些统计功能的开发,如参团人数统计、每个景点的每一个旅游团收入的自动统计等。
系统的初始化功能,就是景点数据初始化、导游数据的初始化的设置。
在本案例中,考虑到系统的安全性要求不高,因此为简化起见,对于系统,不再作分权管理开发,即整个系统采用惟一一个权限认证窗口进行权限认证,一经权限认证通过,用户可以对整个系统进行操作。
在系统管理的功能模块中,往往涉及到多个数据表(即主/从表)的操作,因此整个系统是一个多表操作系统。
第二章系统需求分析
2.1总体需求概述
根据旅游信息管理的需求,我们对景点、酒店、交通、旅游常见问题和节日等旅游相关信息的进行管理。
主要包括景点信息的管理、酒店信息管理、交通信息管理以及旅游服务信息管理和节日信息管理等几个方面的内容。
这几方面内容中包括信息的录入和查询,以及信息的实时更新。
管理员针对信息的变更,对相关信息进行管理,保证信息的最新性和准确性,易于日常的操作和维护。
2.2需求的具体分析
根据总体功能需求特将具体功能需求描述如下:
(1)旅游信息、公交信息的功能需求:
当查询到了景点的相关内容后,根据乘车路线,可以对景点的公交信息进行互动查询,在公交信息模块中,也可以根据线路经由景点对景点信息进行查询。
根据景点信息的更新或者是公交信息的变更,进行添加、修改和删除的操作。
(2)酒店的功能需求:
酒店信息作为旅游行业中不可分割的一部分,在系统中可以做相应的查询和管理,系统中列出酒店级别,以及酒店相关信息,并可以查询就近的景点信息。
根据酒店信息变更及时更新,保证最新性。
(3)信息服务的功能需求:
因为本系统是针对某地区的旅游系统,所以为方便信息查询,在本系统中提供了相应的交通信息和节日等模块,对于航班信息、长途客运信息和火车信息都做了具体介绍,对于旅游常见问题和旅游疑问解答也在此功能中得到解决。
第三章系统设计阶段
3.1系统的模块划分
根据对系统需求的分析,可以把系统划分:
系统管理员模块、旅游信息模块、酒店信息模块、景点公交模块、其它交通管理模块、旅游服务模块和退出系统模块。
(如图3-1所示)。
3.2各模块功能设计
(1)系统管理员模块
系统管理员模块主要是对系统管理员信息进行维护。
包括:
管理员信息的查询:
浏览管理员的相关信息。
管理员信息的添加:
添加新的管理员使其成为系统管理员。
密码修改:
用户名为主键,不可修改,只可以修改密码。
管理员的删除:
根据用户名删除系统用户的信息。
(2)旅游信息管理模块
旅游信息管理模块包括:
景点信息查询模块、景点信息添加模块、景点信息修改模块和景点信息删除模块。
具体功能如下:
景点信息查询:
根据旅游信息景点的名称,或者景点所属类型进行相应的查询。
也可以直接查询全部景点信息,同时可以查询相应景点的公交车信息。
景点信息添加:
对新的景点信息进行录入。
景点信息修改:
对景点信息的变更做出及时的修改。
景点信息删除:
对景点信息进行删除。
旅游信息管理模块中各子模块的实际意义是当管理员在管理旅游信息的时候,可以快速、便捷地将景点信息添加的系统中,同时对信息进行维护和管理,并与数据库中数据相连接,这样不仅方便游客浏览,还提高了信息的准确性。
管理员还可以对景点信息进行查询,确保景点中信息的准确性、及时性,从而保证系统的准确性和完整性
(3)交通信息管理模块
景点公交信息模块中各子模块的实际意义是在管理员对其进行管理时,将公交车自身的信息添加的数据库中的相应表中。
同时表中信息根据景点信息的变更做相应的更改,即完成表和表之间的动态连接。
同时也可根据自身的变化对其进行相应的修改和删除,当信息改变时,对于景点的公交信息也会产生相应的变化。
旅游景点所在城市的整体交通状况
图3-3其它交通信息功能模块
3.3程序流程图
图3-4程序流程图
3.4数据库概念结构设计
3.4.1总体E-R图
图3-5简要E-R图
图3-6系统总体E-R图
注:
为看图清楚属性未全列出带下划线为主键
3.4.2局部E-R图
图3-7旅游信息实体属性图
旅游信息管理系统对于相关的信息有不同的要求,包括:
景点信息和公交信息的管理,景点信息和酒店信息的管理,公交信息和交通信息的管理,旅游信息和旅游常见问题的管理。
3.5数据库逻辑结构设计
本系统包括8个实体,转换后的关系模式如下(加下划线的为主键):
景点信息(景点编号,景点名称,景点类别,详细信息,门票价格,乘车路线)
景点公交信息(线路名称,景点名称,全程站点,始末车时间,投币票价,IC卡票价)
酒店信息(酒店名称,酒店级别,相信信息,酒店地址,房间设置,预订电话)
公交(线路名称,所到景点,全程站点,始末车时间,投币票价,IC卡票价)
航班(航次,目的地,每日航班数,头等舱票价,商务舱票价,经济舱票价)
长途客运(路线名称,大连发车时间,对向发车时间,车型,全程时长,单程票价,往返票价,学生票价)
火车(车次,路线名称,大连发车时间,终到时间)
问题(旅游常见问题,解决方案)
第四章系统主界面
4.1系统主界面概述
主界面是这个程序操作的核心,任何操作都要通过主界面来实现。
本文的功能模块都是通过点击主界面的相应按钮触发消息调用相对应的函数而弹出对应的界面。
4.2功能实现
这是系统主界面,它的背景是一副图片,其中有4大功能和1个登录功能和1个退出。
这些功能全部利用对话框实现,且每个功能都有数据库的支持。
管理系统界面,如图5.4所示。
图4-1系统主界面图
第5章运行维护
5.1软件测试概述
5.1.1测试目标和原则
软件测试是为了发现错误儿执行程序的过程。
或者说,软件测试是根据软件开发各阶段的规格说明和程序的内部结构而精心设计一批测试用力(集输入数据及其预期的输出结果),并利用这些测试用例去运行程序,以发现程序的错误过程。
软件测试的目标在于,以最少的时间和人力,系统地找出软件中潜在的各种错误和缺陷。
建立正确的目标具有重要的心里因素,如果测试的目标是证明软件是正确的。
你们人们就会选用那些使程序出错可能性较小的数据作为测试用例;
如果测试的目标使证明软件中有错,那么人们就会选用那些易于发现程序错误的数据作为测试用例。
测试不能表明软件中不存在错误,它只能说明软件中存在错误。
软件测试的基本原则是:
(1)完全测试程序是不可能的。
(2)软件测试是有风险的。
(3)程序员应避免检查自己的程序。
(4)在设计测试用例时,应当包括合理的输入条件和不合理的输入条件。
(5)测试无法显示潜在的软件风险。
(6)测试用例需要认真设计。
(7)找到的软件错误越多,就说明存在的软件错误越多。
(8)并非所有的软件错误都能修复。
(9)妥善保存测试计划、测试用例、出错统计和最终分析报告等相关文档资料,为维护提供方便。
总之,测试是一项非常复杂、需要有创造性和高度智慧的任务。
虽然已经有了一些测试方法,但都不是很完善,使用时仍然需要测试人员的经验和创造力。
人是测试工作中最有价值也是最重要的资源,没有一个合格的、积极的测试小组,测试就不可能实现。
[9]
5.1.2测试方法
软件测试的方法和技术是多种多样的,可以从不同的角度加以分类。
从是否需要执行被测软件的角度来看,可分为静态测试和动态测试;
从测试是否针对系统的内部结构和具体实现算法的角度来看,可分为白盒测试和黑盒测试。
(1)静态测试与动态测试
静态测试是指被测试程序不在机器上运行,而是采用人工检测盒计算机辅助静态分析的手段对程序进行检测,主要包括如下方法:
人工测试、计算机辅助静态分析。
动态测试是指通过运行程序发现错误,一般意义上的测试主要是指动态测试。
为了使测试发现更多的错误,需要运行一些有效的方法,一种使白盒测试,即测试产品内部结构及处理过程;
一种是黑盒测试,即测试产品的功能。
(2)黑盒测试与白盒测试
黑盒测试也称功能测试或数据驱动测试,它是在已知产品所具有功能的情况下,通过测试来检测每个功能是否都能正常使用。
黑盒测试着眼于程序外部结构,不考虑内部逻辑结构,针对软件界面盒软件功能进行测试。
黑盒测试的方法主要有等阶类划分、边值分析、因果图、错误推测等,主要用于软件确认测试。
白盒测试也称结构测试或逻辑驱动测试,它知道产品内部工作过程,可通过测试来检测产品内部动作是否按照规格说明书的规定正常运行,按照程序内部的结构测试程序,检验程序中的每条通路是否都能按预定要求正确工作,而不顾它的功能。
白盒测试的主要方法有逻辑驱动、基本路径测试等,主要用于测试软件验证。
5.2软件维护
软件维护是指在软件运行或维护阶段对软件产品所进行的修改。
软件维护是软件生命周期中耗费最多、延续时间最长的活动。
根据软件维护的不同原因,软件维护可以分成三种类型:
(1)改正性维护;
(2)适应性维护;
(3)完善性维护。
除了上述三种维护之外,还有一类维护活动,称为预防性维护。
通常,人们将预防性维护定义为:
“把今天的方法学用于昨天的系统以满足明天的需要”。
也就是说,采用先进的软件工程方法,对需要维护的软件或软件中的某一部分重新进行设计、编制和测试,提高软件的可维护性和可靠性等,为以后进一步改进软件打下良好基础[10]。
在使用和维护时候应注意以下几点:
(1)保持操作的准确性。
尤其要注意的是,某些操作的先后顺序问题,如果操作错误,可能会造成一些数据的丢失,对数据库造成破坏。
(2)定期进行数据库备份。
定期的备份数据库库是保持数据完整性和保证数据正常运行的有效方法。
(3)定期清理数据库中的无效数据。
无效数据如果在数据库