旅行社出行计划管理信息系统分析与设计大学论文

1、信息系统分析与设计课程报告班级：姓名：设计日期： 2016 年 4 月旅行社出行计划管理信息系统分析与设计1. 初步调查1.1 公司简介石家庄某大型旅行社成立于 2003 年，经过几年的努力， 公司已经逐步发 展成为一家专业的旅游服务机构， 以自身良好的社会形象， 完善的经营网络， 先进的服务手段，丰富的旅游产品，广泛的客户基础，完善并建成现代化程 度较高的旅行社，有多家连锁机构，专业从事为企业和个人提供高品质的国 内旅游资讯及出行服务。1.2 公司管理现状伴随着中国旅游业的高速发展，我国旅游行业发生了巨大的变化，特别 是近十年来，行业规模不断扩大，从业人员不断增加，经营体制不断创新， 经营环

2、境不断改善，旅行社行业已经成为重要的服务行业之一，但是仍存在 一些问题。以上述公司为例，就存在一些问题：信息化程度与信息传递效率较低，大多数还是手工填制，数据有时会偏 差，并且游客由于某些原因突然更改行程，导游人员管理和组织排团会有时 间延迟，也无法及时向财务科和计调部门提交相关资料，从而影响之后的行 程，进而影响游客旅游质量和部门办事效率，不利于公司重心快速转移。1.3 组织结构1.4 系统目标根据以上企业存在的问题，可以看出是游客计划的不确定性，企业信息 化程度较低等问题，导致效率低下，信息无法及时的传递，继而影响旅游质 量及后续的工作，所以本信息系统将重点放在接待管理，组团管理，计调安

3、排这三部分，进行游客信息化管理，提高办事效率和减少相应不必要时间， 使公司在后续统计和核算时，更加简便高效。1.5 管理功能1.6可行性分析1.6.1技术可行性软件方面采用SQL Server 2008,本数据库是目前全球使用最多的关系数 据库，安全性和易用性都不是问题，开发人员完全达到此水平，采用C/S结构, VB程序语言硬件方面并无太高要求，市面上的一般配置就可以。162经济可行性投资分析：并不需要太多的投入，开发周期较短，不用投入太高昂的设备, 并且随着时代发展，软硬件成本也在不断下降，。效益分析：极大地提高对业务的反应能力，使游客信息能够及时同步的更 新，同时也改善了用户服务的质量，提

4、高信誉。通过以上分析，综合效益要 大于成本，故可行。163管理可行性公司管理部门对使用新系统十分支持， 有利于提高组织的管理效率，更加快捷方便。不会导致组织的变动，只是对现有工作方式的改变，管理人员只 要在新接触时期进行熟悉很快就会适应。2. 系统分析2.1用户需求分析通过对系统及大致的过程分析，了解接待部，组团部，计调部所需信息。 如下表所示（其他部门本文不再介绍，在相应流程分析中，会有部分涉及）2.2业务流程分析在业务流程分析中，会涉及到各个部门的需要提交财务的相关报表，因为各 个部门只是进行相应的记录，粗略的计算大致的结果，更加详细的信息需要财务 部对所提交的数据进行详细分析，制定相应账

5、目，所以流程图没有对财务部的业 务有所涉及，在后面的数据流程图中，会有一部分的涉及和财务部的参与。图1是旅行社从游客发出需求，前台接待员通过游客填写的登记表，进行信 息录入，生成统计表，组团部进行相应排团安排，之后到计调部进行相关出行的 安排，最终由导游带领游客出游。采用结构化业务流程分析方法，采用水平型跨职能流程图进行描述。下面是各个部门的详细流程旅行社出行计划流程发出旅游申请游客登记表退款单部待接资料审核./、.是否通过信息录入游客统计表退团处理.是部团组排团4是否有退团排团计划表安排计划4出行计划表部调计计划更改书计划更改是否变更行程安排单接待部的详细业务流程图涉及到的内容比较简单， 在

6、业务流程总图中已经体 现，在这里不再详述。组团部排团安排由部门相应计划安排人员负责，最后将数据输入即可。调部4排团安排 排团计划书各子旅行社计调部部门涉及到游客出行的各个方面，订票会由本公司票务部门负责联系；对于 车辆，住宿及餐厅方面会由外联部搜集相应信息，将信息输入系统并存储相 应的表格，计调安排人员根据信息表进行相应的安排，并将预订信息以邮件 的形式发送（也可进行电话沟通），并且在选择导游时，会在每条固定线路 配置两三名导游，确保出行顺利及调整方便，系统将对固定路线随机抽取（等 概率抽取，若为三人，第一次旅行结束后，将从剩下两人中抽取）导游负责 相应旅游团，最后将游客反馈信息转达本部。2.

7、3数据流程分析本文所涉及到的数据流程包括以下几个部门，接待部，组团部和计调部，在 这里以计调安排为例，进行数据流程图的逐层分解，其他过程不在这里详述。2.4 数据字典1. 数据项字典举例： 数据项编号： D2 数据项名称：导游信息表 简述：某导游的代码 类型及宽度：字符型 5 位 取值范围： G0001-G99992. 数据结构字典举例： 数据结构名称：用户管理卡片 简述：登记系统用户信息所记录的卡片 数据结构组成：姓名，密码，用户权限3. 数据流字典举例： 数据流编号： F1 数据流名称：合同 简述：旅客与旅行社签订的合同 数据流来源：游客 数据流去向： P0 数据流组成：游客编号，姓名，性

8、别，身份证号码，联系方式，地址，是否 交款，会员高峰流量： 200份/1 天4. 处理逻辑字典举例： 处理逻辑编号： P2 处理逻辑名称：排团处理 简述：对游客进行团队安排 输入的数据流：游客信息，线路信息，导游信息 处理：将游客信息，旅游线路和导游信息进行汇总，合理安排排团计划，最 终输出排团计划表输出的数据流：排团计划表游客编号，姓名，性别，身份证号码，联系方式，地址，是 否交款，会员5. 数据存储字典举例： 数据存储编号： D1 数据存储名称：游客信息表 简述：存储游客基本信息的表 数据存储组成：P1-D1,D1-P2关键字：姓名 相关联的处理：6. 外部实体字典举例：外部实体名称：财务

9、部 简述：无输入的数据流：费用单 输出的数据流：无3. 系统设计3.1系统功能结构图系统结构设计是从计算机实现角度出发，对系统逻辑模型确定的主要功能进 行组合，使其界面更加清楚和明确，并在此基础上将系统逐层分解，直到划 分到模块。在此基础上，结合系统管理的功能得到目标系统功能结构图。旅行社出行计划管理系统信息查询线路计划查询查询数 据 管 理系统帮管助理单据 管理-权限 管理计划 书管理-数据 备份游客 信息 管理数据 恢复三层C/S结构是将应用功能分:对这三层进行明确分割，并在逻辑3.2系统运行环境设计/服务器模式,新系统的计算模式为三层客户成表示层、功能层和数据层三部分。其方案是上使其独立

10、。原来的数据层作为 DBMS已独立出来，所以关键是要将表示层和功能层分离成各自独立的程式，并且还要使这两层间的接口简洁明了，其中表示层 设置在客户机中，而数据层设置在服务器中。关系到旅行社所有的客户信息和单据信息， 所以要设置足够的安全规范，并 且也要对能够接触服务器的人员进行相应的权限要求。 在每个客户端要能够安装 相应的客户端程序，提供相应的应用功能。此外，要通过一个安全的网络连接，来连接服务器端和客户端。网络的连接 速率要达到传输数据的要求，同时连接也要足够稳定。3.3代码设计3.3.1 各单据编码模型本系统按照涉及到部门进行分类， 这样划分比较清楚， 但是由于旅行社 部门涉及到的单据类

11、型比较复杂，所以后几位，按相应部门进行细致编码。前两位 NN 代表部门类别，第三四位 NN 代表单据类别号。 接待部：单据编号 +门店编号 +旅游项目编号 +日期QT01-A-Taishan-Shanghai3201） -150712（ 15 年 7 月 12 日 A 门店泰山到上海 3 日游费用单，以团为单位）QT02-A-Taishan-Shanghai3201） -150712（ 15 年 7 月 12 日 A 门店 退款单）QT03-201-01（201 旅游路线 01 号团游客信息表）组团部：单据编号+门店编号+旅游项目编号+团号PT01-A-Jinan-KunmingX207）-0

12、1（ A门店济南到昆明7日游1号团排团计划书）计调部：单据编号 +旅游项目 +团号JD01-Taishan-Shanghai3-01泰山到上海3日游1号团预定计划书）JD02-Taishan-Shanghai3-01泰山到上海3日游1号团计划调度书）JD03-Taishan-Shanghai9-HC/FJ0泰山到上海9日游1号团火车或飞机订票）单据编号 +地点 +入住时间JD04-HBRJ-072（1 河北如家酒店 7 月 21 号入住）JD05-HBGY-072（1 河北省广元公司 7 月 21 号车单）JD06-Taishan-Shanghai3-0721泰山至上海3日游，7月21日出发行

13、程单）对于后面4个单据，产生修改信息，将 JD03变为JD13表示修改单据。3.3.2 实体编码模型涉及到的编码有员工编码，游客编码，合作商家编码，旅游项目编码。 其中员工编码按照部门进行分类，游客按照出行路线，出行时间进行 分类，合作商家按提供类型分类，旅游项目按照项目名称，项目序号，项 目容纳人数。具体如下：员工编码：（QT,ZT,JP+001 （前台，组团，计调）游客编码：例如Taishan-Hangzhou3-0720-01泰山到杭州7月20日出发 三日游 ）合作商家编码：拼音标志 +省份+店名+可扩展 （4 位，具体大街 ）例如： BG-HB-RJ（河北省宾馆-如家）QC-HB-GY

14、（河北省广元汽车公司）旅游项目编码：项目 +项目拼音简称 +项目类型-项目人数 例： 18 人的中包价旅游： Taishan-Hangzhou3-zb-0183.4 数据库设计关于数据库方面，将会挑选一个重要部分进行相应的设计， 根据前面的 关于数据流图等相关的绘制，于是将重点放在出行安排方面，进行细致描述。数据库设计包括概念设计，逻辑设计和物理设计。3.4.1概念模型设计概念数据模型设计采用了 E-R模型方法。在总图中没有涉及到相关属 性，只将相应实体与联系表示出来，这样比较简洁，相应的属性会在逻辑设 计的表中进行体现。主要流程分为：预定计划安排，计划修改，取消计划。下图描述为一般计划安排E

15、-R图：342逻辑结构设计1）游客信息表（路线编号，团队编号，姓名，性别，电话，通讯地址，身份证号，备注）2）员工表（员工编号，姓名，登录名，密码，权限）3）团队信息表（团队编号，路线编号，团员人数，出发时间，返程时间，导游）4）导游表（导游编号，姓名，性别，联系电话）5）酒店表（酒店编号，酒店名，联系人，电话，地址，房间种类，费用）6）保险公司（保险公司编号，保险公司名，购买编号，保险种类，保险费用，保险有效期）7）航空公司（航空公司编号，航空公司名，时间，班次，舱位种类,费用）8）汽车公司（汽车公司名称，汽车公司编号，联系人，电话，地址）9）行程安排单（路线名称，路线编号，团号，导游姓名，

16、游客姓名,人数，景点，酒店地点，酒店电话，司机名称，司机电话，出发时 间，返程时间）10）酒店预订（预订编号，酒店编号，预定时间） 汽车预订（预订编号，汽车公司编号，预定时间）11）购买（购买编号，保险公司编号，购买时间）12）联系（联系编号，航空公司编号，联系时间）13）登记（游客姓名，路线编号，处理人，登记时间） 其他流程涉及到的表：1）退款单（路线编号，团号，退款金额，处理人，退款时间，人数）2）计划调度书（路线编号，团号，修改时间，出行时间，处理人，酒店入住时间，订票出行时间，车辆预定时间，人数）下面举两个例子：团队信息表列名attribute类型长度允许空路线编号route_idin

17、t4 Y团队编号team_idint4 N团员人数numint3 Y出发时间dep art-timechar10 Y返程时间back_timechar10 Y导游guidechar4 Y列名attribute类型长度路线编号route_idint4团队编号team-idint4姓名n amechar4性别sexchar1电话phonechar11身份证号id_cardchar20通讯地址addresschar20备注remarkchar20游客信息表允许空YYNYYYYY3.4.3物理结构设计根据该系统的信息量，设置一个存储系统全部数据的数据库。在Sqlserver中，完成数据库的物理设计，其

18、中主要包括：为数据库预分配300MB外存空间，设置其相应的日志文件自动清除的 阀值，自动扩展外存空间，以一定的存储量进行（外存满额后），设置Sql数据库管理系统每隔24小时自动备份数据库。并且将备份数据库备份在独 立磁盘，防止系统盘损坏影响恢复数据。3.5输入输出设计3.5.1输入设计（下面举数据流程图中的一些例子）输入设计对系统的质量有着决定性的重要影响。输入设计是信息系统 与用户之间交互的纽带，决定着人机交互的效率。输入数据包括数据规范和 数据准备的过程，是系统的重中之重。DF中数据流模块相关的数据存储主要输入内容游客信息录入请 求游客报名游客信息表路线编号，团队编号，姓 名，性别，电话，通讯地址，身份证号，备注游客退款申请退款处理退款单路线编号，团号，退款金 额，处理人，退款时间