旅行社管理系统详细设计说明书.docx
《旅行社管理系统详细设计说明书.docx》由会员分享，可在线阅读，更多相关《旅行社管理系统详细设计说明书.docx（10页珍藏版）》请在冰豆网上搜索。
旅行社管理系统详细设计说明书
旅行社管理系统详细设计说明书
1.引言
1.1编写目的
编写本可行性报告主要目的在于让旅行社以及广大群众受益。
在科技日新月异的
今天，信息的实时性、真实性、廉价性以及共享性已经在人们的心中占据了很大一片天地，通过获取信息，人们可以有更多的选择权，旅行社则可以通过获取的实时信息向顾客提供必要的资源以及提升自身的口碑，在这样的良性循环中，旅
行社则可以有良好的发展，做得更好更大，而顾客则不用担心自己花了钱却得不到应有的体验。
1.2项目背景
本项目名称XX旅行社管理系统。
根据摩尔定律：
当价格不变时，集成电路上可容纳的晶体管数目，约每隔18个月便会增加一倍，性能也将提升一倍。
这意味着我们可以花费一样的钱来获取比以前多一倍的信息，这也意味着我们可以比以前有更多的选择，那么一个有着接收实时信息、方便查询信息以及具备自动完成订单的软件就必不可少了。
旅行社可以通过此软件方便的管理客户的订购信息，还可以大大减少人工的劳作时间，不管是在经济上还是时间上都是有利的。
1.3定义
旅行社管理信息系统是一个典型的多表操作系统，因为一个旅行社涉及到导游的管理与查询，导游与景点的分布，景点与游客的分布与查询，导游、景点和游客三者之间的分布与查询，还涉及到景点的各种管理、导游的各种管理和游客的各
种管理等等，因此，它是一个比较复杂的管理系统。
1.4参考资料
《信息系统分析与设计》
2.总体设计
2.1需求概述
（1游客报名的基本信息以及销售的旅游线路等信息均以文字形式记录于纸上，于每天晚上呈报计调中心汇总；各种凭证为纸质，管理查询均不方便。
（2）旅游线路、车票等旅游产品的基本信息更新速度慢，但是旅游市场上旅游产品的价格改变非常快，基本上一天一变，现无法做到及时更新。
（3）由于旅行社有多个营业点在同时销售旅游产品，对某些需实时掌握
的信息更困难。
如剩余的座位号、当前报名人数等等，更新的主要方式是通过电话和MSN以及传真等设备。
前台销售的员工接到游客的报名请求时就通过电话与计调部门联系，看是否还可以安排，如有空座位则从MSN中获得座位号等相关信息，报名流程结束要及时通知计调部门修改当前信息，以便其他营业点获得
最新的信息。
操作比较复杂，加大了计调部员工和前台销售员的工作量。
此外，还有可能忙中出错，导致信息不一致。
通过建立旅行社管理信息系统可以解决以上这些问题。
旅行社管理信息系统可以简化员工的手工操作，规范操作流程，提高工作效率，降低劳动强度；可以实现信息的实时更新能方便游客接受更好，更快的服务；可以方便各部门信息的交流，改变传统的文件满天飞的局面；此外管理人员也可以通过该系统查询当前经营情况以及各种电子单证，随时掌握企业经营动态，从而更好地进行管理。
学问是异常珍贵的东西，从任何源泉吸收都不可耻。
一一阿卜日法拉兹
2.2软件结构
详细设计阶段的根本目标是确定应该怎样具体的实现所要求的系统，关键任
务是确定怎样具体地实现用户需要的系统，即设计出程序的“蓝图”。
除了应该
保证系统的可靠性之外，使将来编写出的程序可读性好，容易理解，容易测试，容易修改和维护是详细设计阶段最重要的目标。
图2顶层数据流图
顶层数据流图2系统主要描述了整个旅游管理系统的数据流，表明用
图3系统第一层数据流图
用户进入系统后，图3用户可以进行如下操作：
1.查询旅游信息：
主要查询景点、线路信息，新闻信息，客户留言等操作。
2.旅游预定：
当用户查询到相关旅游，并且可以能够申请相关旅游预定，
填写用户信息。
用户界面数据流图描述了用户进入系统的流程图，订单游客在登录系统时在身份验证中输入正确用户名和密码就可通过，普通用户不需要用户名和密码，直接点击进入系统主页，对信息、线路、新闻信息、景点信息进行查询。
如图4
所示:
图4用户查询数据流图
用户旅游预定数据流图描述了用户提交订单的流程图，用户浏览了相关线
路资料后，可以选择线路及预定，而系统经过简单的逻辑判断信息是否有错后通
过消息框的反馈，来确定预定是否成功。
如图5所示：
图5用户导游预订数据流图
后台：
图6描述管理员对旅游各种信息的维护
管理员操作数据流图通过后台管理系统实现对旅行订单管理，景点信息管理，线路信息管理，管理员信息管理，新闻信息管理，留言信息管理维护。
如图
7所示：
*［旅行订单增删改
*f景点信息增删改
J
―►线路信息增删改
■
—■［管理员信息增删
—」新闻信息增删改
留言信息增删改
图7管理员操作数据流图
3程序描述
3.1程序功能
（1）团队业务管理：
团队基本资料管理、团队收入管理、开发票管理、签单业务管理、团队现付成本管理、导游借款管理，均有录入、修改、删除、查询功能。
（2）旅游线路管理：
录入线路、修改线路、删除线路、查询线路、报价、旅游路线排行榜（依据团员人数）发布等功能。
（3）团员管理：
团员资料录入、修改、删除、查询功能。
（4）员工及导游管理：
员工资料录入、修改、删除、查询功能。
（5）财务管理：
财务数据的统计和查询，包括团队收支明细、收支总表、收款情况、签单情况、税金冲账、其它收支。
（6）系统维护：
数据备份与恢复、数据维护、更改密码、系统初始化、系统修恢、系统基本资料设计等。
（7）系统帮助：
系统使用、计算器、日历
3.2程序性能
3.3程序的输入项
输入包括团员的基本信息、旅游路线的基本情况、导游的基本信息、景点与导游的分布。
3.4程序的输出项
该系统的输出包括团员基本情况及旅游线路基本情况、导游的基本信息、导
游与景点分布的情况、景点与游客的分布情况、旅游路线排行榜。
3.5算法
3.6程序逻辑
1.登录模块流程图
用户在登录界面输入用户名和密码，二者都正确后进入订单查询功能，如果不正确就要求重新输入登录，流程图如图8所示：
开始
丫”
查看订单
退出
图8登录模块流程图
三者
后台登录模块流程图：
管理员在登录界面输入用户名和密码及验证码,
都正确后进入后台旅行社信息维护管理功能，如果不正确就要求重新输入登录如图9所示:
开始
登录
是否在数据库
中存在
输入用户名和密码及验
后台管理
退出
图9后台登录模块流程图
2.查询模块流程图
用户进入主界面后可以进行相关查询操作，输入查询条件，如果找到记录则
显示出来，若没有找到记录则返回重新输入查询条件，流程图如图10所示：
开始
进入主界斗I
面[_
输入查询条件
丨N
找到记
图10查询模块流程图
3.7接口
外部接口
按Windows应用软件用户界面的规范来设计，使用以对话框为主的用户界面，便于用户使用。
1.主对话框：
由5个功能按钮构成
旅游局、旅游查询、系统操作、帮助、退出
2.用户信息查询对话框：
用户信息显示区：
用于显示用户信息（姓名）；
用户已查询信息显示区：
用于显示用户已查询旅游地信息；
提交按钮：
提交请求；
退出按钮：
退出对话框
3.出行地查询对话框：
查询方式复选框：
用于选择查询所需满足的条件（地名、距离、价格、时间）；
关键字编辑框：
用于输入查询关键字（地名、距离、价格、时间）；
时间条件单选框：
用于选择出行时间所需满足的条件类型；
时间编辑框：
用于编辑年与月；
开始查询按钮：
用于提交查询请求；
退出查询按钮：
用于退出出行地查询对话框；
4.系统操作对话框由7个功能按钮构成
旅游公司操作、数据统计、系统设置、数据备份、数据恢复、更改口令、
返回。
5.旅游局操作对话框：
出行地名编辑框：
用于显示编辑出行地名；
价格编辑框：
用于显示编辑出行地价格；
出行距离编辑框：
用于显示编辑出行距离；
出行日期编辑框：
用于显示编辑出行日期；
当前记录序号显示：
用于显示当前记录在记录集中的位置；
“前一个”按钮：
显示和编辑前一个记录；
“后一个”按钮：
显示和编辑后一个记录；
“移动到”按钮：
显示和编辑指定出行地的记录;
“加入”按钮：
增加地名记录；
“删除”按钮：
删除当前的地名记录；
“退出”按钮：
退出操作对话框。
数据统计报表对话框:
统计条件单选框：
用于选择统计条件类别；
出行地统计条件复选框：
用于指定统计条件包含的相关项（地名、距离、价格、
时间）；出行者统计条件复选框：
用于指定统计条件包含的相关项（用户号、用户姓名、
联系方法）；
统计输出设置单选框：
用于选择统计结果的输出类别；条件选择下拉列表栏（数字项）：
用于指定具体统计条件（＞、V、=）；
条件选择下拉列表栏（字符项）：
用于指定具体统计条件（=、包含）；
（先于、后于、介于）；
条件选择下拉列表栏（日期项）：
用于指定具体统计条件条件选择下拉列表栏（图书状态项）：
用于指定具体统计条件;
关键字编辑框：
用于输入编辑统计关键字;
“开始统计”按钮：
提交统计请求;
“返回”按钮：
退出数据统计对话框
数据备份对话框
路径编辑框：
用于输入编辑备份路径。
BROWSE按钮：
用于选择路径
确定按钮：
确定数据备份
退出按钮：
退出数据备份系统
数据恢复对话框
确认按钮：
确定此项操作
文件对话框：
用于输入存数据的路径
更改口令对话框
原始口令编辑框：
用于输入原始口令
新口令编辑框：
用于输入新口令
确定按钮：
确定此项操作
内部接口
模块间接口采用数据耦合方式，通过参数表传送数据，交换信息。
4.3.1软件接口
操作系统平台：
Windows7
数据库系统平台：
SQLsever开发语言：
C++
开发工具：
visualstudio20104.3.2
硬件接口
1.处理器要求：
PentiumU或以上
2.运行环境：
jdk5.0
3.内存要求：
512MB或以上
3.8存储分配
本系统所有的数据全都存储在SQLsever数据库中。
其中按数据的种类可将数据分为团员信息、游客信息、线路信息、旅社信息、景点信息、价格信息；而按照使用系统的用户种类可将用户分为前台管理员、后台管理员、客户。
又有系统也只是在初级的构建与设计阶段，还有很多功能设计的不是很好，不全面，在
数据方面也是不够全面等等。
3.9限制条件
由于本系统的开发还是属于比较低级的系统，其中有很多的功能都很难实验，当然也会有很多的问题，不过由于只是在设计阶段，各种功能到底有没有真的实现还是要等到开发出来以后才能了解。
同时，因为软件的开发功能考虑用的
是visualstudio20104.3.2，所以在选择工具上就应该有所限制，等等。
3.10测试要点
本系统测试的要点还是在系统本身的稳定性、在和数据库的连接上，当然还有在使用时了解是否功能完善、好用等等。
因为从来没有做过什么测试、用什么工具就不知道了。
升级会员 