旅行社出行计划管理信息系统分析与设计大学论文.docx
- 文档编号:14397711
- 上传时间:2023-06-23
- 格式:DOCX
- 页数:17
- 大小:304.74KB
旅行社出行计划管理信息系统分析与设计大学论文.docx
《旅行社出行计划管理信息系统分析与设计大学论文.docx》由会员分享,可在线阅读,更多相关《旅行社出行计划管理信息系统分析与设计大学论文.docx(17页珍藏版)》请在冰点文库上搜索。
旅行社出行计划管理信息系统分析与设计大学论文
信息系统分析与设计
课程报告
班级:
姓名:
设计日期:
2016年4月
旅行社出行计划管理信息系统分析与设计
1.初步调查
1.1公司简介
石家庄某大型旅行社成立于2003年,经过几年的努力,公司已经逐步发展成为一家专业的旅游服务机构,以自身良好的社会形象,完善的经营网络,先进的服务手段,丰富的旅游产品,广泛的客户基础,完善并建成现代化程度较高的旅行社,有多家连锁机构,专业从事为企业和个人提供高品质的国内旅游资讯及出行服务。
1.2公司管理现状
伴随着中国旅游业的高速发展,我国旅游行业发生了巨大的变化,特别是近十年来,行业规模不断扩大,从业人员不断增加,经营体制不断创新,经营环境不断改善,旅行社行业已经成为重要的服务行业之一,但是仍存在一些问题。
以上述公司为例,就存在一些问题:
信息化程度与信息传递效率较低,大多数还是手工填制,数据有时会偏差,并且游客由于某些原因突然更改行程,导游人员管理和组织排团会有时间延迟,也无法及时向财务科和计调部门提交相关资料,从而影响之后的行程,进而影响游客旅游质量和部门办事效率,不利于公司重心快速转移。
1.3组织结构
1.4系统目标
根据以上企业存在的问题,可以看出是游客计划的不确定性,企业信息化程度较低等问题,导致效率低下,信息无法及时的传递,继而影响旅游质量及后续的工作,所以本信息系统将重点放在接待管理,组团管理,计调安排这三部分,进行游客信息化管理,提高办事效率和减少相应不必要时间,使公司在后续统计和核算时,更加简便高效。
1.5管理功能
1.6可行性分析
1.6.1技术可行性
软件方面采用SQLServer2008,本数据库是目前全球使用最多的关系数据库,安全性和易用性都不是问题,开发人员完全达到此水平,采用C/S结构,VB程序语言
硬件方面并无太高要求,市面上的一般配置就可以。
1.6.2经济可行性
投资分析:
并不需要太多的投入,开发周期较短,不用投入太高昂的设备,并且随着时代发展,软硬件成本也在不断下降,。
效益分析:
极大地提高对业务的反应能力,使游客信息能够及时同步的更新,同时也改善了用户服务的质量,提高信誉。
通过以上分析,综合效益要大于成本,故可行。
1.6.3管理可行性
公司管理部门对使用新系统十分支持,有利于提高组织的管理效率,更加快捷方便。
不会导致组织的变动,只是对现有工作方式的改变,管理人员只要在新接触时期进行熟悉很快就会适应。
2.系统分析
2.1用户需求分析
通过对系统及大致的过程分析,了解接待部,组团部,计调部所需信息。
如下表所示(其他部门本文不再介绍,在相应流程分析中,会有部分涉及)
2.2业务流程分析
在业务流程分析中,会涉及到各个部门的需要提交财务的相关报表,因为各个部门只是进行相应的记录,粗略的计算大致的结果,更加详细的信息需要财务部对所提交的数据进行详细分析,制定相应账目,所以流程图没有对财务部的业务有所涉及,在后面的数据流程图中,会有一部分的涉及和财务部的参与。
图1是旅行社从游客发出需求,前台接待员通过游客填写的登记表,进行信息录入,生成统计表,组团部进行相应排团安排,之后到计调部进行相关出行的安排,最终由导游带领游客出游。
采用结构化业务流程分析方法,采用水平型跨职能流程图进行描述。
下面是各个部门的详细流程
图1旅行社出行计划业务流程总图
接待部的详细业务流程图涉及到的内容比较简单,在业务流程总图中已经体现,在这里不再详述。
组团部
排团安排由部门相应计划安排人员负责,最后将数据输入即可。
计调部
部门涉及到游客出行的各个方面,订票会由本公司票务部门负责联系;对于车辆,住宿及餐厅方面会由外联部搜集相应信息,将信息输入系统并存储相应的表格,计调安排人员根据信息表进行相应的安排,并将预订信息以邮件的形式发送(也可进行电话沟通),并且在选择导游时,会在每条固定线路配置两三名导游,确保出行顺利及调整方便,系统将对固定路线随机抽取(等概率抽取,若为三人,第一次旅行结束后,将从剩下两人中抽取)导游负责相应旅游团,最后将游客反馈信息转达本部。
2.3数据流程分析
本文所涉及到的数据流程包括以下几个部门,接待部,组团部和计调部,在这里以计调安排为例,进行数据流程图的逐层分解,其他过程不在这里详述。
图3第一层DFD
图3第一层DFD
图4“出行安排”框的展开
图3第一层DFD
图4“出行安排”框的展开
2.4数据字典
1.数据项字典举例:
数据项编号:
D2
数据项名称:
导游信息表
简述:
某导游的代码
类型及宽度:
字符型5位
取值范围:
G0001-G9999
2.数据结构字典举例:
数据结构名称:
用户管理卡片
简述:
登记系统用户信息所记录的卡片
数据结构组成:
姓名,密码,用户权限
3.数据流字典举例:
数据流编号:
F1
数据流名称:
合同
简述:
旅客与旅行社签订的合同
数据流来源:
游客
数据流去向:
P0
数据流组成:
游客编号,姓名,性别,身份证号码,联系方式,地址,是否交款,会员
高峰流量:
200份/1天
4.处理逻辑字典举例:
处理逻辑编号:
P2
处理逻辑名称:
排团处理
简述:
对游客进行团队安排
输入的数据流:
游客信息,线路信息,导游信息
处理:
将游客信息,旅游线路和导游信息进行汇总,合理安排排团计划,最终输出排团计划表
输出的数据流:
排团计划表
5.数据存储字典举例:
数据存储编号:
D1
数据存储名称:
游客信息表
简述:
存储游客基本信息的表
数据存储组成:
游客编号,姓名,性别,身份证号码,联系方式,地址,是否交款,会员
关键字:
姓名
相关联的处理:
P1-D1,D1-P2
6.外部实体字典举例:
外部实体名称:
财务部
简述:
无
输入的数据流:
费用单
输出的数据流:
无
3.系统设计
3.1系统功能结构图
系统结构设计是从计算机实现角度出发,对系统逻辑模型确定的主要功能进行组合,使其界面更加清楚和明确,并在此基础上将系统逐层分解,直到划分到模块。
在此基础上,结合系统管理的功能得到目标系统功能结构图。
3.2系统运行环境设计
新系统的计算模式为三层客户/服务器模式,三层C/S结构是将应用功能分成表示层、功能层和数据层三部分。
其方案是:
对这三层进行明确分割,并在逻辑上使其独立。
原来的数据层作为DBMS已独立出来,所以关键是要将表示层和功能层分离成各自独立的程式,并且还要使这两层间的接口简洁明了,其中表示层设置在客户机中,而数据层设置在服务器中。
关系到旅行社所有的客户信息和单据信息,所以要设置足够的安全规范,并且也要对能够接触服务器的人员进行相应的权限要求。
在每个客户端要能够安装相应的客户端程序,提供相应的应用功能。
此外,要通过一个安全的网络连接,来连接服务器端和客户端。
网络的连接速率要达到传输数据的要求,同时连接也要足够稳定。
3.3代码设计
3.3.1各单据编码模型
本系统按照涉及到部门进行分类,这样划分比较清楚,但是由于旅行社部门涉及到的单据类型比较复杂,所以后几位,按相应部门进行细致编码。
前两位NN代表部门类别,第三四位NN代表单据类别号。
接待部:
单据编号+门店编号+旅游项目编号+日期
QT01-A-Taishan-Shanghai3(201)-150712(15年7月12日A门店泰山到上海3日游费用单,以团为单位)
QT02-A-Taishan-Shanghai3(201)-150712(15年7月12日A门店退款单)
QT03-201-01(201旅游路线01号团游客信息表)
组团部:
单据编号+门店编号+旅游项目编号+团号
PT01-A-Jinan-Kunming7(207)-01(A门店济南到昆明7日游1号团排团计划书)
计调部:
单据编号+旅游项目+团号
JD01-Taishan-Shanghai3-01(泰山到上海3日游1号团预定计划书)
JD02-Taishan-Shanghai3-01(泰山到上海3日游1号团计划调度书)
JD03-Taishan-Shanghai9-HC/FJ01(泰山到上海9日游1号团火车或飞机订票)
单据编号+地点+入住时间
JD04-HBRJ-0721(河北如家酒店7月21号入住)
JD05-HBGY-0721(河北省广元公司7月21号车单)
JD06-Taishan-Shanghai3-0721(泰山至上海3日游,7月21日出发行程单)
对于后面4个单据,产生修改信息,将JD03变为JD13表示修改单据。
3.3.2实体编码模型
涉及到的编码有员工编码,游客编码,合作商家编码,旅游项目编码。
其中员工编码按照部门进行分类,游客按照出行路线,出行时间进行分类,合作商家按提供类型分类,旅游项目按照项目名称,项目序号,项目容纳人数。
具体如下:
员工编码:
(QT,ZT,JD)+001(前台,组团,计调)
游客编码:
例如Taishan-Hangzhou3-0720-01(泰山到杭州7月20日出发三日游)
合作商家编码:
拼音标志+省份+店名+可扩展(4位,具体大街)例如:
BG-HB-RJ(河北省宾馆-如家)QC-HB-GY(河北省广元汽车公司)
旅游项目编码:
项目+项目拼音简称+项目类型-项目人数例:
18人的中包价旅游:
Taishan-Hangzhou3-zb-018
3.4数据库设计
关于数据库方面,将会挑选一个重要部分进行相应的设计,根据前面的关于数据流图等相关的绘制,于是将重点放在出行安排方面,进行细致描述。
数据库设计包括概念设计,逻辑设计和物理设计。
3.4.1概念模型设计
概念数据模型设计采用了E-R模型方法。
在总图中没有涉及到相关属性,只将相应实体与联系表示出来,这样比较简洁,相应的属性会在逻辑设计的表中进行体现。
主要流程分为:
预定计划安排,计划修改,取消计划。
下图描述为一般计划安排E-R图:
3.4.2逻辑结构设计
1)游客信息表(路线编号,团队编号,姓名,性别,电话,通讯地址,身份证号,备注)
2)员工表(员工编号,姓名,登录名,密码,权限)
3)团队信息表(团队编号,路线编号,团员人数,出发时间,返程时间,导游)
4)导游表(导游编号,姓名,性别,联系电话)
5)酒店表(酒店编号,酒店名,联系人,电话,地址,房间种类,费用)
6)保险公司(保险公司编号,保险公司名,购买编号,保险种类,保险费用,保险有效期)
7)航空公司(航空公司编号,航空公司名,时间,班次,舱位种类,费用)
8)汽车公司(汽车公司名称,汽车公司编号,联系人,电话,地址)
9)行程安排单(路线名称,路线编号,团号,导游姓名,游客姓名,人数,景点,酒店地点,酒店电话,司机名称,司机电话,出发时间,返程时间)
10)酒店预订(预订编号,酒店编号,预定时间)
汽车预订(预订编号,汽车公司编号,预定时间)
11)购买(购买编号,保险公司编号,购买时间)
12)联系(联系编号,航空公司编号,联系时间)
13)登记(游客姓名,路线编号,处理人,登记时间)
其他流程涉及到的表:
1)退款单(路线编号,团号,退款金额,处理人,退款时间,人数)
2)计划调度书(路线编号,团号,修改时间,出行时间,处理人,酒店入住时间,订票出行时间,车辆预定时间,人数)
下面举两个例子:
3.4.3物理结构设计
根据该系统的信息量,设置一个存储系统全部数据的数据库。
在Sqlserver中,完成数据库的物理设计,其中主要包括:
为数据库预分配300MB外存空间,设置其相应的日志文件自动清除的阀值,自动扩展外存空间,以一定的存储量进行(外存满额后),设置Sql数据库管理系统每隔24小时自动备份数据库。
并且将备份数据库备份在独立磁盘,防止系统盘损坏影响恢复数据。
3.5输入输出设计
3.5.1输入设计(下面举数据流程图中的一些例子)
输入设计对系统的质量有着决定性的重要影响。
输入设计是信息系统与用户之间交互的纽带,决定着人机交互的效率。
输入数据包括数据规范和数据准备的过程,是系统的重中之重。
DFD中数据流
模块
相关的数据存储
主要输入内容
游客信息录入请求
游客报名
游客信息表
路线编号,团队编号,姓名,性别,电话,通讯地址,身份证号,备注
游客退款申请
退款处理
退款单
路线编号,团号,退款金额,处理人,退款时间,人数
出行计划更改单
计划修改
计划变更信息,计划作废信息,实际出行信息
路线编号,团号,修改时间,出行时间,处理人,酒店入住时间,订票出行时间,车辆预定时间,人数
排团计划录入
计划录入
排团计划书
路线编号,团号,出行时间,返程时间,人数,团员姓名,导游
3.5.2输出设计
输出是系统产生的结果或提供的信息。
对于大多数用户来说,输出是系统开发的目的和评价系统开发成功与否的标准。
根据对旅行社业务的深入研究以
及对旅行社管理信息系统的综合考虑,我们对输出进行了设计。
参考教材上关于输出设计的要求,下面对接待部所需要的游客信息登记表进行输出举例
3.6系统模块设计
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 旅行社 出行 计划 管理信息系统 分析 设计 大学 论文