旅行社出行计划管理信息系统分析与设计大学毕业设计论文Word文档下载推荐.docx

1、1.5管理功能1.6可行性分析 1.6.1技术可行性软件方面采用SQL Server 2008，本数据库是目前全球使用最多的关系数据库，安全性和易用性都不是问题，开发人员完全达到此水平,采用C/S结构，VB程序语言硬件方面并无太高要求，市面上的一般配置就可以。 1.6.2经济可行性投资分析：并不需要太多的投入，开发周期较短，不用投入太高昂的设备，并且随着时代发展，软硬件成本也在不断下降，。效益分析：极大地提高对业务的反应能力，使游客信息能够及时同步的更新，同时也改善了用户服务的质量，提高信誉。通过以上分析，综合效益要大于成本，故可行。 1.6.3管理可行性公司管理部门对使用新系统十分支持，有利

2、于提高组织的管理效率，更加快捷方便。不会导致组织的变动，只是对现有工作方式的改变，管理人员只要在新接触时期进行熟悉很快就会适应。2. 系统分析2.1用户需求分析通过对系统及大致的过程分析，了解接待部，组团部，计调部所需信息。如下表所示（其他部门本文不再介绍，在相应流程分析中，会有部分涉及）2.2业务流程分析在业务流程分析中，会涉及到各个部门的需要提交财务的相关报表，因为各个部门只是进行相应的记录，粗略的计算大致的结果，更加详细的信息需要财务部对所提交的数据进行详细分析，制定相应账目，所以流程图没有对财务部的业务有所涉及，在后面的数据流程图中，会有一部分的涉及和财务部的参与。图1是旅行社从游客发

3、出需求，前台接待员通过游客填写的登记表，进行信息录入，生成统计表，组团部进行相应排团安排，之后到计调部进行相关出行的安排，最终由导游带领游客出游。采用结构化业务流程分析方法，采用水平型跨职能流程图进行描述。下面是各个部门的详细流程图1 旅行社出行计划业务流程总图接待部的详细业务流程图涉及到的内容比较简单，在业务流程总图中已经体现，在这里不再详述。组团部排团安排由部门相应计划安排人员负责，最后将数据输入即可。计调部部门涉及到游客出行的各个方面，订票会由本公司票务部门负责联系；对于车辆，住宿及餐厅方面会由外联部搜集相应信息，将信息输入系统并存储相应的表格，计调安排人员根据信息表进行相应的安排，并将

4、预订信息以邮件的形式发送（也可进行电话沟通），并且在选择导游时，会在每条固定线路配置两三名导游，确保出行顺利及调整方便，系统将对固定路线随机抽取（等概率抽取，若为三人，第一次旅行结束后，将从剩下两人中抽取）导游负责相应旅游团，最后将游客反馈信息转达本部。2.3数据流程分析本文所涉及到的数据流程包括以下几个部门，接待部，组团部和计调部，在这里以计调安排为例，进行数据流程图的逐层分解，其他过程不在这里详述。图3 第一层DFD图4 “出行安排”框的展开图4“出行安排”框的展开2.4数据字典1. 数据项字典举例： 数据项编号：D2数据项名称：导游信息表简述：某导游的代码类型及宽度：字符型 5位取值范围

5、：G0001-G99992. 数据结构字典举例：数据结构名称：用户管理卡片登记系统用户信息所记录的卡片数据结构组成：姓名，密码，用户权限3. 数据流字典举例：数据流编号：F1数据流名称：合同旅客与旅行社签订的合同数据流来源：游客数据流去向：P0数据流组成：游客编号，姓名，性别，身份证号码，联系方式，地址，是否交款，会员高峰流量：200份/1天4. 处理逻辑字典举例：处理逻辑编号：P2处理逻辑名称：排团处理对游客进行团队安排输入的数据流：游客信息，线路信息，导游信息处理：将游客信息，旅游线路和导游信息进行汇总，合理安排排团计划，最终输出排团计划表输出的数据流：排团计划表5. 数据存储字典举例：数

6、据存储编号：D1数据存储名称：游客信息表存储游客基本信息的表数据存储组成：关键字：姓名相关联的处理：P1-D1,D1-P26. 外部实体字典举例：外部实体名称：财务部 无费用单 无 3. 系统设计3.1系统功能结构图系统结构设计是从计算机实现角度出发，对系统逻辑模型确定的主要功能进行组合，使其界面更加清楚和明确，并在此基础上将系统逐层分解，直到划分到模块。在此基础上，结合系统管理的功能得到目标系统功能结构图。3.2系统运行环境设计新系统的计算模式为三层客户/服务器模式，三层C/S结构是将应用功能分成表示层、功能层和数据层三部分。其方案是:对这三层进行明确分割,并在逻辑上使其独立。原来的数据层作

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

8、细致编码。前两位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号团排团计划书）计调部：单据编号+旅游项目+团号 JD0

9、1-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实

10、体编码模型涉及到的编码有员工编码，游客编码，合作商家编码，旅游项目编码。其中员工编码按照部门进行分类，游客按照出行路线，出行时间进行分类，合作商家按提供类型分类，旅游项目按照项目名称，项目序号，项目容纳人数。具体如下：员工编码：（QT,ZT,JD）+001（前台，组团，计调）游客编码：例如Taishan-Hangzhou3-0720-01（泰山到杭州7月20日出发三日游）合作商家编码：拼音标志+省份+店名+可扩展（4位，具体大街）例如：BG-HB-RJ（河北省宾馆-如家）QC-HB-GY（河北省广元汽车公司）旅游项目编码：项目+项目拼音简称+项目类型-项目人数 例：18人的中包价旅游：Tais

11、han-Hangzhou3-zb-0183.4数据库设计关于数据库方面，将会挑选一个重要部分进行相应的设计，根据前面的关于数据流图等相关的绘制，于是将重点放在出行安排方面，进行细致描述。数据库设计包括概念设计，逻辑设计和物理设计。3.4.1概念模型设计概念数据模型设计采用了E-R 模型方法。在总图中没有涉及到相关属性，只将相应实体与联系表示出来，这样比较简洁，相应的属性会在逻辑设计的表中进行体现。主要流程分为：预定计划安排，计划修改，取消计划。下图描述为一般计划安排E-R图：3.4.2逻辑结构设计1） 游客信息表（路线编号，团队编号，姓名，性别，电话，通讯地址，身份证号，备注）2） 员工表（员

12、工编号，姓名，登录名，密码，权限）3） 团队信息表（团队编号，路线编号，团员人数，出发时间，返程时间，导游）4） 导游表（导游编号，姓名，性别，联系电话）5） 酒店表（酒店编号，酒店名，联系人，电话，地址，房间种类，费用）6） 保险公司（保险公司编号，保险公司名，购买编号，保险种类，保险费用，保险有效期）7） 航空公司（航空公司编号，航空公司名，时间，班次，舱位种类，费用）8） 汽车公司（汽车公司名称，汽车公司编号，联系人，电话，地址）9） 行程安排单（路线名称，路线编号，团号，导游姓名，游客姓名，人数，景点，酒店地点，酒店电话，司机名称，司机电话，出发时间，返程时间）10） 酒店预订（预订编

13、号，酒店编号，预定时间）汽车预订（预订编号，汽车公司编号，预定时间）11） 购买（购买编号，保险公司编号，购买时间）12） 联系（联系编号，航空公司编号，联系时间）13） 登记（游客姓名，路线编号，处理人，登记时间）其他流程涉及到的表：1） 退款单（路线编号，团号，退款金额，处理人，退款时间，人数）2） 计划调度书（路线编号，团号，修改时间，出行时间，处理人，酒店入住时间，订票出行时间，车辆预定时间，人数）下面举两个例子：3.4.3物理结构设计根据该系统的信息量,设置一个存储系统全部数据的数据库。在Sql server 中，完成数据库的物理设计，其中主要包括：为数据库预分配300MB 外存空间，设置其相应的日志文件自动清除的阀值，自动扩展外存空间