旅行社出行计划管理信息系统分析与设计大学毕业设计论文Word文档下载推荐.docx
《旅行社出行计划管理信息系统分析与设计大学毕业设计论文Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《旅行社出行计划管理信息系统分析与设计大学毕业设计论文Word文档下载推荐.docx（15页珍藏版）》请在冰豆网上搜索。
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
图4“出行安排”框的展开
图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外存空间，设置其相应的日志文件自动清除的阀值，自动扩展外存空间
升级会员 