旅行社业务管理系统.docx
《旅行社业务管理系统.docx》由会员分享，可在线阅读，更多相关《旅行社业务管理系统.docx（17页珍藏版）》请在冰豆网上搜索。
旅行社业务管理系统
旅行社业务管理系统
信息系统分析与设计课程设计报告
题目：
专业：
班级：
学号：
姓名：
指导老师：
2012年11月12日
旅行社业务管理系统
前言
随着我国对外开放的进一步深化及奥运会、大运会、城运会的成功举办和居民生活的收入逐年增加，旅游已经成为一种时尚。
面对不断变化的旅游市场。
旅行社经营管理和行业管理不断更新。
旅行社管理整合了“食、宿、行、游、购、娱”六大旅游信息资源。
旅游领域进入了一个空前的发展阶段，面临旅游界的激烈竞争，只有在经济实惠的旅游服务和游客中挖掘并掌握市场需求，企业也才能在竞争中生存和发展，如果能够选择一个好的管理系统，把大量繁杂的、看似毫无关系的数据，有机的结合起来，形象的反映出市场的供求关系，就能够为得出正确的决策做出事半功倍的效果。
现在科学技术的不断提高,计算机科学日渐成熟,其强大的功能已为人们深刻认识,它已进入人类社会的各个领域并发挥着越来越重要的作用。
作为计算机应用的一部分,使用计算机对旅行社的各类信息进行管理,具有着手工管理所无法比拟的优点.例如:
检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。
这些优点能够极大地提高旅行社数据管理的效率,也是企业的科学化、正规化管理,与世界接轨的重要条件。
因此，开发这样一套管理软件成为很有必要的事情,在下面我将以开发一套旅行社综合管理系统为例,谈谈其开发过程和所涉及到的问题及解决方法，对系统进行分析与设计。
一现行系统概述
现在的中小型旅行社的业务管理仍然只用手工操作，通过对旅行社的调查我们了解了旅行社业务管理需要满足以下功能需求：
组团功能、接团功能、导游职能、散客职能、交通职能、计调职能、财务职能、综合业务职能等。
旅行社业务管理系统是利用计算机技术对旅行社经营的所有信息进行综合管理和控制的以人为主体的综合系统。
二需求分析
需求分析的基本任务是要确定新系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。
旅行社业务管理系统需要满足来自三方面的需求，这三个方面分别是游客、业务人员和公司管理人员。
游客的需求是查询旅游信息，并选择适合自己的旅游线路；业务人员根据游客的需求来介绍相应的旅游线路；公司管理人员负责安排导游带团及相关事务。
三功能需求
本系统需要实现以下一些基本功能：
1．系统管理：
负责增加或删除系统操作人员，对系统操作人员的信息进行编辑。
包括用户管理和退出系统管理，用户管理主要是对用户的权限进行设置管理。
2．线路管理：
经过对基本资料的分析，设计出能够给公司带来一定利润的旅游线路。
可对线路进行添加、修改、删除等编辑。
3．团队管理：
对报名游客的资料信息进行管理，包括游客基本资料信息的建立、编辑和删除工作。
包括报名接待、地接团、自组团三个部分。
报名接待是对游客旅游的基本信息进行录入存储；地接团和自给团是对外地游客信息的管理。
4．财务管理：
对旅游者是否付款及欠款进行管理，可按条件查询交付款及欠款情况。
5．预订管理：
在旅行途中的一些景点门票、车票的预订和食宿的服务，包括订票，订房订餐等。
6．查询统计管理：
按条件对团队、人员、客户及交通信息进行查询。
包括团队查询、人员查询、客户查询和交通信息查询。
7．基本资料管理：
与公司有业务往来的各地单位的基本信息，包括本公司员工信息，各地旅行社资料，各地酒店资料，各在餐厅资料，各地景点资料，车队资料，其他往来单位资料，部分信息可供线路设计人员设计旅游线路时参考。
8．帮助：
关于的公司基本情况简介。
四信息系统的可行性分析
4.1可行性研究
可行性研究的目的，就是用最小的代价在尽可能短的时间内确定问题是否能够解决。
不能靠主观猜想而只能靠客观分析。
必须分析几种主要的可能解法的利弊，从而判断原定的系统规模和目标是否现实，系统完成后所能带来的效益是否大到值得投资开发这个系统的程度。
4.2技术可行性
技术可行性是指使用现有的技术能否实现系统的设计开发与最终完成。
本系统以旅行社的基本流程为线索、统计和计算为主，基本符合旅行社业务管理流程，对计算机软、硬件的要求不高，当前的软件开发技术与数据库应用技术完全能够满足用户的需要。
因此，开发此系统在技术上是可行的。
4.3经济可行性
经济可行性是指系统所能带来的经济效益是否会超过开发这个系统所需的成本，是否会为用户带来足够大的经济利益。
本系统正是考虑为用户提高工作效率，降低劳动强度，方便操作与管理而设计的，不需要大量的开发经费。
因此，开发此系统在经济上是可行的。
4.4操作可行性
计算机技术正是为了减少人工操作的劳动强度而产生的。
本系统按照旅行社管理的业务流程和操作流程而设计，加强了界面可操作性，数据输入量少，使用者只需几分钟就能完全掌握系统的全部操作流程。
因此，开发此系统在操作上是可行的。
从以下几个方面来考虑：
1．用户管理：
注册用户，修改、删除游客信息。
2．地域信息管理：
地域的录入，信息修改、删除。
3．旅游线路管理：
旅游线路的录入、修改、删除。
4.图片处理：
选择图片文件，上传图片文件，存储图片信息，修改、删除线路图片。
5.报名管理：
查看、处理、查询、删除报名信息。
6.线路查询：
按线路名、地域名、行程天数查询。
7.游客报名：
查看旅游线路，游客申请报名。
8.公告管理：
添加、修改、删除公告。
通过以上几个方面的研究，总体认为本系统的开发是可行的。
五管理信息系统分析的模型
5.1组团核算业务数据流程图
组团中心负责收集和反馈市场信息，组织开发旅游产品。
制定和下发自联旅游团接待计划，负责营业收入和营业成本的会计核算及自组织团的资金回收。
5.2接团核算业务数据流程图
接团中心负责团队的地面接待工作，及时协调接待中心出现的异常问题，负责营业收入的回收。
审核各地接待部门接待团队的情况，根据接待中心各接待部门送达的接团单据与计划书进行审核。
5.3计调部业务数据流程图
接受各组团社的计划书，指示各接待部门及旅行社的交通部门订机票和火车票，下车用车计划，负责订餐、订房等。
5.4综合业务部的流程图
在旅行社经营管理中，与综合业务部有业务往来的部门比较多，而且该部门与本地区的景点、饭店等联系也比较多。
综合业务部通过统计与检查等方式，完成各业务部门的总体情况报表。
5.5成本核算业务数据流程图
旅行社的接待中心、散客部、交通部等业务部门将接待所发生的实际费用单经初步核算后送财务部；每月底财务部将发生的费用单据分宾馆和业务管理部门汇总，在根据与旅游部门协商的价格计算所发生的费用，计入业务部门的成本和宾馆、景点、车队等部门的往来账户中。
六系统的功能结构图
子系统的划分
图3
旅行社业务管理系统—系统功能模块图
七数据模型设计
由于系统所设计的模型设计等数据过多，在此仅对某些功能做详细的分析与定义。
旅行社业务管理系统以企业旅游管理为出发点，以计算机局域网为基础设施，包含了客户的管理，客房的安排，旅游景点的选择，财务管理，团队的组合等等。
7.1数据库的设计
旅游团（团号，旅游班次号，团名，人数，联系人，地址，电话）
客户（编号，性别，电话，身份证号码，姓名）
导游（导游编号，姓名，性别，电话，带团的代号）
客房（编号，类型，楼层，定价，预定否，预定天数，客房名称）
食宿（旅游班次号，客房编号）
旅游景点（景点名称，城市名称，景点费用，乘车路线，天气状况，景点接待情况）
7.2数据库E-R图设计
E-R方法是一种用来在数据库设计过程中表示数据库系统结构的方法，该方法用E-R图来描述现实世界的概念模型。
通过对以上系统功能图和数据流图的分析，确定本系统的E-R模型图。
按系统功能设计该问题的局部概念数据模型，然后综合局部概念数据模型得到全局概念数据模型。
实体及属性、实体之间的联系见下面的E-R图，图中画出了实体间的联系。
E-R图
7.2.1客户实体属性图
7.2.2旅游景点实体属性图
7.2.3客房实体图
7.3详细定义
表7-31 客户表
属性名
数据类型
长度
允许空
主码或索引
约束条件
姓名
8
No
索引
性别
char
2
Yes
“男”或“女”
电话
vachar
12
Yes
身份证号码
char
10
No
索引
编号
char
8
No
主码
表7-32 旅游景点表
属性名
数据类型
长度
允许空
主码或索引
约束条件
景点名称
vachar
20
No
主码
城市名称
vachar
10
No
索引
乘车路线
char
30
No
索引
景点费用
char
20
No
索引
天气状况
varchar
20
No
索引
景点的当天情况
景点接待情况
char
2
No
索引
“能”或“否”
表7-33 客房表
属性名
数据类型
长度
允许
主码或索引
约束条件
客房号码
char
10
No
主码
客房名称
vachar
10
No
索引
客房类型
vachar
10
No
索引
价格
Smallmoney
5
Yes
索引
预定否
bit
No
索引
1为预定，0为没有预定
预定天数
char
10
No
索引
楼层
varchar
5
No
索引
八数据字典
数据字典是关于数据的信息的集合，也就是对数据流图中包含的所有元素的定义的集合。
由于该系统所涉及的数据量大，在此仅列出部分数据字典：
名称：
起点
描述：
游客出发地
定义：
起点＝30{字符}30
位置：
线路信息表
九小结
通过一个星期的课程设计，在自己的查询资料与老师的指点和同学的帮助下，旅行社业务管理系统基本实现了预定的功能。
实现对旅行社业务管理系统分析和设计，具体介绍了各个功能模块的运行方式。
经过对系统数据类型等多方面的修正，使系统基本达到设计初期的预期要求。
通过这次课程设计，我也学到了很多之前没有掌握的知识。
但由于时间的有限和自己对以前所学知识的不深入，一些程序和语言并没有很好的掌握，系统没有做到尽善尽美，还要很多需要完善的地方，但是我会在今后的工作和学习中总结经验，逐步改进自己存在的不足。
参考文献
【1】姜同强.信息系统分析与设计.北京：
科学出本社，2004
【2】李平.管理信息系统.北京：
清华大学出本社，2006
【3】黄梯云.管理信息系统（第三版）.北京：
高等教育出版社，2005
【4】李代平.信息系统分析与设计.北京：
冶金工业出版社，2006
升级会员 