旅游管理系统课程设计Word格式文档下载.docx
- 文档编号:19277146
- 上传时间:2023-01-05
- 格式:DOCX
- 页数:44
- 大小:3.15MB
旅游管理系统课程设计Word格式文档下载.docx
《旅游管理系统课程设计Word格式文档下载.docx》由会员分享,可在线阅读,更多相关《旅游管理系统课程设计Word格式文档下载.docx(44页珍藏版)》请在冰豆网上搜索。
信息系统的建设和更新已成为迫切需要。
3.现有系统不能跟踪客户信息,进行客户关系管理。
4.对于新推出的会员业务,需要新的系统来实现对其的管理。
5.旅游高峰期间订单数量大幅增长,不能及时响应处理以至于商机流失27%。
6.客户投诉与员工业绩不能很好的挂钩,激励和约束机制难以奏效。
7.没有很好的利用网络服务渠道,为客户提供网上查询、参团等业务,失去
25%的潜在客户。
8.内部信息和数据无法有效整合、记录和保存,决策层不能根据市场变化及时
做出调整经营战略的决策。
9.外联部、地接部不能保存查询兄弟旅行社及当地住宿餐饮娱乐业的相关情况。
1.3新系统目标
旅游管理系统的目标是对旅行社的导游人员以及客户进行管理和对团队进行编排,以极大地提高业务信息记录、统计、编排等信息管理的工作效率。
尽量使系统的功能设计,流程设计与实际操作吻合,有一定的可行性和现实意义。
旅行社对旅游管理系统的要求有以下几点:
1、系统要本着服从和服务于企业战略使命和长期目标要求,以及继承与优化相结合的原则,来制定信息系统开发方案。
2、系统既要解决现行系统存在的问题,又要充分预计未来的需求变化,使系统具有足够的适应性和先进性,还要方便运行管理和维护。
3、系统反映的流程简洁,自动化程度比较高.如能自动打印报表,自动进行一些简单的结算,为管理人员提供相对准确数据,保证高效率运作等。
1.4新系统的总体结构及可行性分析
1.4.1系统总体结构
旅游管理系统由登陆窗体、主窗体、用户管理窗体、导游信息管理窗体、线路信息管理窗体、游客信息管理窗体、排团信息管理窗体、查询管理窗体、帮助窗体、三个打印窗体共十二个窗体组成。
(1)用户管理窗体
数据表项目:
用户名、密码、权限。
通过导航器来实现用户信息的添加、删除、修改和保存。
(2)导游信息管理窗体
导游编号、姓名、性别、身份证号码、电话、地址、任职时间、级别、备注。
通过导航器来实现导游信息的添加、删除、修改和保存。
(3)线路信息管理窗体
线路编号、旅游路线、市场价格、本店价格、预订。
通过导航器来实现线路信息的添加、删除、修改、保存和打印。
(4)游客信息管理窗体
游客编号、姓名、性别、身份证号码,联系方式、地址、是否交款、会员。
通过导航器来实现游客信息的添加、删除、修改、保存和打印。
(5)排团信息管理窗体
团队编号、导游编号、开始时间、旅游天数、跟团人数、旅游路线。
通过导航器来实现排团信息的添加、删除、修改、保存和打印。
(6)查询管理窗体
第一页导游查询
按“编号、姓名、性别、级别”进行查询,通过“查询、清空”来实现。
还可浏览全部数据,并对数据按不同的内容和方法进行排序。
第二页线路查询
按“编号、本店价格”进行查询,通过“查询、清空”来实现。
第三页游客查询
按“编号、姓名、性别、是否交款、会员”进行查询,通过“查询、清空”来实现。
第四页排团查询
按“团队编号、导游编号、线路编号、旅游天数”进行查询,通过“查询、清空”来实现。
1.4.2可行性分析
1.4.2.1系统开发的必要性
由于旅游线路的增加和参团人员的增多和复杂性,旧的管理系统的处理能力和管理方法很难满足现代化企业管理的需求,旧系统已成为实现企业战略目标的主要障碍。
所以,我们认为开发新的旅游管理系统是必要的。
1.4.2.2经济可行性
(1)费用估算
新的旅游管理系统只需在现有电脑上安装即可,不需购买新设备。
此外人员培训过程较简单,培训费用低。
系统开发成本低,运行费用与以前比较基本不变。
(2)效益估算
据了解,已采用新的旅游管理信息系统的企业的年收益比以前提高10%,并且提高了管理水平,解放了繁重的体力劳动和脑力劳动,使企业情报畅通从而增加判断决策的正确性,极大的改善了用户服务的质量,提高了旅行社的信誉。
通过以上分析比较可以得出,开发新旅游管理系统的综合效益要远远大于成本,因此,在经济上是可行的。
1.4.2.3技术可行性
本旅游管理系统只需在电脑上安装DELPHI7.0即可,而且人员配备只要掌握DELPHI7.0即可,所以技术上也是可行的。
1.4.2.4组织管理可行性
公司领导和部门主管对于开发此系统十分支持,态度也很坚决。
管理人员也很配合新系统的开发,积极参加开发工作。
目前,公司拥有较为稳定、合理的管理制度与管理方法,有利于提高管理效率,实现管理工作的现代化。
新系统的开发不会导致组织的变动,只是对现有人员工作方式的一种改变。
管理人员只需要在新接触时期进行熟悉就会很快适应。
1.4.2.5环境可行性
从外部环境看,问卷调查显示客户十分支持新系统开发,而且不会引起法律责任问题。
外部环境的可能变化对新系统开发的影响微乎其微。
二旅游管理系统分析
2.1业务流程分析
所谓业务流程指的是某业务活动的工作过程。
2.1.1总体业务流程
通过对新天地旅行社当前业务的详细调查,同时结合我们所学的设计理论和方法,总结出该旅行社的总体业务流程。
(如图2.1.1.1)
现金
合同
现金
出
游
图2.1.1.1旅游业务总体流程图
2.1.2具体业务流程
该旅游管理系统是针对外联销售部门制作的,涉及的日常业务主要包括用户管理、信息管理及查询管理三大部分。
其中:
(1)用户管理的目的主要是管理使用者的使用权限。
(2)信息管理包含导游信息管理、线路信息管理、游客信息管理和排团信息管理。
其目的主要是对导游、线路、游客和排团信息进行记录,并能按要求进行添加、修改、删除和打印。
(3)查询管理的目的主要是可以对导游信息、游客信息、线路信息和排团信息按照不同的方式方便地进行查询和对数据进行排序。
业务流程图就是用一些尽可能少的规定的符号及连线来表示某个具体业务处理过程。
此旅游管理系统的业务流程表示旅行社的相关工作人员对参团游客进行登记,对旅游线路修改或新增等变更登记,并结合线路和游客登记情况进行排团。
最终得出游客信息表,线路信息表和排团计划表。
(具体业务流程图见图2.1.1.2)
图2.1.2.1旅游管理系统业务流程图
2.2数据流程分析
数据流程分析是把数据在组织(或原系统)内部的流动情况抽象地独立出来,舍去具体的组织结构、信息载体、处理工作、物资、材料等,单从数据流动过程来考查实际业务的数据处理模式,主要包括对信息的流动、传递、处理、存储等的分析。
数据流程分析是通过数据流程图(DataFlowDiagram,简称DFD)来实现的。
数据流程图是描述系统数据流程的主要工具,它是用图形符号综合地描述信息在系统中流动、处理和存储情况的图。
数据流程图具有抽象性和概括性的特征。
数据流程图的基本符号有四个,即数据流、处理逻辑、数据存储和外部实体。
绘制数据流程图时首先要明确系统的边界,画出顶层DFD,再对数据流程图进行分解和细化。
图2.2.1是旅游管理系统的顶层DFD,图2.2.2是系统的第一层DFD。
销售统计表
排团计划表
图2.2.1旅游管理系统的顶层DFD
D1游客信息表D2线路信息表
F2销售统计表
F1合同
D3导游信息表
F3排团计划表F4排团
计划表
图2.2.2旅游管理系统的第一层DFD
2.3数据字典
数据字典(DataDictionary,DD)是在系统数据流程图的基础上进一步定义和描述数据的工具。
它包括对一切动态数据和静态数据的数据表结构和相互关系等的说明,是数据分析和数据管理的重要工具,也是系统设计阶段进行数据库设计的重要参考依据。
DD有两种:
手工卡片形式和自动化方式,卡片式DD共有六种:
数据流卡片、数据结构卡片、数据存储卡片、数据项卡片、处理逻辑卡片和外部实体卡片。
2.3.1数据项卡片
分析数据特性应从静态和动态两方面进行,在DD中,仅定义数据的静态特性,具体包括:
1数据项编号:
102-012数据项编号:
103-01
数据项名称:
导游编号数据项名称:
线路编号
别名:
导游编号别名:
简述:
某导游的代码简述:
某旅游线路的代码
类别及宽度:
字符型,5位类别及宽度:
字符型,4位
取值范围:
G0001-G9999取值范围:
I001-I999,A001-A999
3数据项编号:
104-014数据项编号:
105-01
游客编号数据项名称:
团队编号
游客编号别名:
某游客的代码简述:
某团队的代码
字符型,3位
取值范围:
T0001-T9999取值范围:
001-999
2.3.2数据流卡片
数据流卡片用于分析数据流程图中数据的流动情况,对一个数据流程图来说,有多少个数据流就有多少个数据流卡片,定义数据流卡片时,不仅要说明数据流的名称、组成等,还应指明它的来源、去向和数据流量等。
1数据流编号:
F1
数据流名称:
合同
简述:
游客与旅行社签订的合同
数据流来源:
游客
数据流去向:
P1
高峰流量:
200份/天
数据流组成:
2数据流编号:
F2
销售统计表
外联销售部每天的收入情况
财务科
流量:
1份/天
游客编号、单价、总金额、折扣率、日期、经办人。
3数据流编号:
F3
排团计划表
对游客进行团队编排的情况
P2
数据流组成:
团队编号、导游编号、开始时间、旅游天数、跟团人数、
旅游路线。
4数据流编号:
F4
计调部门
2.3.3数据结构卡片
数据结构卡片是由若干数据项组合,它描述了某些数据项之间的关系。
一个数据结构可由若干个数据项组成,也可以由若干个数据结构组成,还可以由若干个数据项和数据结构组成。
数据结构卡片
数据结构名称:
用户管理卡片
数据结构简述:
登记系统用户信息时所记录的卡片
数据结构的组成:
姓名、密码、用户权限
2.3.4数据存储卡片
数据存储卡片主要用于描述数据存储的结构、有关的数据流和查询要求。
1数据存储卡片
编号:
D1
文件名:
游客信息表
简述:
存储游客基本信息的表
组成:
有关的数据流:
P1-D1,D1-P2
有无立即查询要求:
有
2数据存储卡片
线路信息表
存储旅游线路的具体信息的表
线路编号、旅游路线、市场价格、本店价格、预订
P2-D2
3数据存储卡片
导游信息表
存储导游的基本信息的表
D3-P2
2.3.5处理逻辑卡片
对DFD中最底层的处理逻辑编写处理逻辑卡片,包括编号、名称、输入的数据流、输出的数据流和对其功能的描述。
1编号:
名称:
游客信息处理
处理游客信息
输入:
输出:
游客信息表,销售统计表
处理:
根据游客填写好的合同登记游客信息表,并对当天的营业额进行统计,上报财务科。
2编号:
排团处理
对游客进行团队编排。
游客信息、线路信息、导游信息。
将游客信息、旅游线路和导游信息进行汇总,合理安排排团计划,最终输出排团计划表。
2.3.6外部实体卡片
主要用来描述外部实体的有关信息。
通常包括:
外部实体编号、外部实体名称、简述、输入数据流、输出数据流等。
1外部实体
旅行者
输入的数据流:
输出的数据流:
2外部实体
无
3外部实体
负责安排接待(房、餐、车、景点)等事宜
三旅游管理系统设计
3.1系统设计的任务及原则
3.1.1任务
将系统分析阶段得到的新系统的逻辑模型转换为新系统的物理模型,并编写系统设计说明书。
3.1.2原则
系统性:
系统是作为统一整体存在的,因此,系统设计中界面风格要一致,操作方法一致,系统的代码要统一,各个模块调用的数据要有关联性,如排团信息模块调用游客编号一定要从游客信息表中读取。
灵活性:
为保持系统的长久生命力,要求系统有很强的环境适应性,在游客、线路、导游、排团等基本信息中不包括查询功能,使查询自成为一个模块,有助于今后的修改和增加新的内容。
可靠性:
具有权限控制,在一定程度上保护了数据库的安全性和完整性。
经济性:
在硬件上不盲目追求技术的先进性,满足需求即可,模块要尽量简单,以便缩短处理时间,减少处理费用。
3.2系统总体结构设计
3.2.1系统功能描述
本系统主要包括用户管理、信息管理和查询管理三个模块。
系统的功能模块示意图,如图3.2.1.1:
图3.2.1.1旅游管理系统的功能模块示意图
(1)用户管理:
主要是对使用该系统的工作人员信息进行管理,包括用户名、密码和使用权限。
并能按要求通过添加、删除、编辑对信息进行修改。
(2)信息管理:
该模块下包含了四个子模块,分别为:
导游信息管理,线路信息管理、游客信息管理和排团信息管理。
它们都可进行添加、删除、编辑的操作。
其中线路信息、游客信息和排团信息还可根据需要打印。
(3)查询管理:
该模块可对导游、线路、游客和排团信息进行查询。
查询的方式可以有多种,如对导游查询,可以通过编号、姓名、性别和级别,还可对表中数据按姓名、编号、级别进行升序、降序排列。
3.3代码设计
合理的编码结构是信息处理系统是否具有生命力的一个重要因素,在设计代码时逻辑上必须能够满足用户的需要,在结构上应当与处理的方法相一致。
代码要系统化,一个代码应唯一标志它所代表的事物和属性,在代码设计时,要预留足够的位置,以适应不断变化的需要。
本系统采用的是顺序码和层次码。
3.3.1部门编号代码(2位)
采用顺序码进行编码:
01外联销售部门
02财务科
03计调部门
04旅游接待部门
3.3.2旅游线路代码(4位)
格式为I000或A000,其中I表示国内旅游线路,A表示国际旅游线路。
例如:
I001为“苏州、南京、无锡、上海四日游”,A001“欧洲风情7日游”。
3.3.3人员代码(5位)
格式为T0000或G0000,其中T表示游客,G表示导游。
T0001表示游客张三,G0001表示导游李四。
3.3.4合同代码(10位)
采用层次码进行编码:
合同中字段“受理编号”的格式为C000000000,C代表该编号为游客与旅行社签订的合同,C后4位0000代表旅游线路编号,最后5位代表游客编号。
CA001T0001为游客张三与旅行社签订的“欧洲风情7日游”的合同代码。
3.3.5排团代码(3位)
格式为000,采用顺序码编排。
005表示第五旅行团。
3.4数据库设计
数据库设计包括分析数据库需求、概念数据库设计、逻辑数据库设计和数据库实现四部分。
3.4.1概念数据库设计
数据库概念结构的设计具有一定的独立性,通常采用E-R图的方法进行设计。
本旅游管理系统的E-R图见下:
1N
NN
1
图3.4.1.1系统E-R图
3.4.2数据库逻辑结构设计
根据系统设计的要求对数据库的逻辑结构进行设计。
设计时既要考虑到前面系统设计阶段提出的需求,又要考虑到数据库设计的一些规则,如关键字的设置和外键的设置等。
本系统后台数据库管理系统所采用的是DatabaseDesktop数据库工具。
表3.4.1:
用户表(yh.db)
字段名
类型
长度
关键字否
备注
用户名
alpha
8
是
密码
6
否
权限
12
附:
该表用于记录该旅游管理系统的使用者信息。
表3.4.2:
导游信息表(srxx.db)
导游编号
5
姓名
10
性别
2
身份证号码
Date
18
任职时间
级别
电话
11
地址
50
该表用于记录该旅游管理系统导游的具体信息。
表3.4.3:
排团信息表(zcxx.db)
3
开始时间
旅游天数
Integer
跟团人数
4
该表用于说明旅游管理系统对游客进行排团的具体情况。
表3.4.4:
游客信息表(ykxx.db)
游客编号
身份证号码
联系方式
是否交款
会员
该表用于记录游客的具体信息。
表3.4.5:
线路信息表(xlxx.db)
旅游路线
100
市场价格
money
本点价格
预定
该表用于记录旅行社各种旅游线路具体情况以及价格。
3.5输出/输入设计
输出/输入设计要确定输出什么数据和以什么方式输出,输入设计要确定如何录入数据,并在满足要求的前提下尽量减少输入数据的数量。
输出设计是对输入数据进行加工和处理的结果,输出的内容和格式必须满足用户的需求。
另外,还有一些数据参照完整性的输入限制,这个问题只要在功能代码完成后再在接受输入前判断输入的格式和值的大小就可以实现。
本系统的输出数据主要为排团计划表,查询输出的数据来源来自对基本表的SQL查询。
3.5.1输入设计
目标:
提高效率,和减少错误
输入工具:
键盘输入,鼠标输入
数据校验方法:
静态校验
3.5.2输出设计
输出设备:
显示器,打印机。
该报表可以根据不同的选择显示不同信息(全部或者部分信息)。
3.6系统物理配置方案
3.6.1.
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 旅游 管理 系统 课程设计
![提示](https://static.bdocx.com/images/bang_tan.gif)