旅行社管理系统详细设计说明书Word格式.docx

旅行社管理系统详细设计说明书Word格式.docx

《旅行社管理系统详细设计说明书Word格式.docx》由会员分享，可在线阅读，更多相关《旅行社管理系统详细设计说明书Word格式.docx（9页珍藏版）》请在冰豆网上搜索。

如剩余的座位号、当前报名人数等等，更新的主要方式是通过电话和MSN以及传真等设备。

前台销售的员工接到游客的报名请求时就通过电话与计调部门联系，看是否还可以安排，如有空座位则从MSN中获得座位号等相关信息，报名流程结束要及时通知计调部门修改当前信息，以便其他营业点获得最新的信息。

操作比较复杂，加大了计调部员工和前台销售员的工作量。

此外，还有可能忙中出错，导致信息不一致。

　通过建立旅行社管理信息系统可以解决以上这些问题。

旅行社管理信息系统可以简化员工的手工操作，规范操作流程，提高工作效率，降低劳动强度；

可以实现信息的实时更新能方便游客接受更好，更快的服务；

可以方便各部门信息的交流，改变传统的文件满天飞的局面；

此外管理人员也可以通过该系统查询当前经营情况以及各种电子单证，随时掌握企业经营动态，从而更好地进行管理。

2.2软件结构

　详细设计阶段的根本目标是确定应该怎样具体的实现所要求的系统，关键任务是确定怎样具体地实现用户需要的系统，即设计出程序的“蓝图”。

除了应该保证系统的可靠性之外，使将来编写出的程序可读性好，容易理解，容易测试，容易修改和维护是详细设计阶段最重要的目标。

　　图2顶层数据流图

　　　顶层数据流图2系统主要描述了整个旅游管理系统的数据流，表明用户直接进入旅游管理系统进行相关操作，并通过登录系统查看订单受理与否。

　　图3系统第一层数据流图

　　　用户进入系统后，图3用户可以进行如下操作：

　　　1.查询旅游信息：

主要查询景点、线路信息，新闻信息，客户留言等操作。

　　　2.旅游预定：

当用户查询到相关旅游，并且可以能够申请相关旅游预定，填写用户信息。

　　　用户界面数据流图描述了用户进入系统的流程图，订单游客在登录系统时在身份验证中输入正确用户名和密码就可通过，普通用户不需要用户名和密码，直接点击进入系统主页，对信息、线路、新闻信息、景点信息进行查询。

如图4所示：

图4用户查询数据流图

　　　用户旅游预定数据流图描述了用户提交订单的流程图，用户浏览了相关线路资料后，可以选择线路及预定，而系统经过简单的逻辑判断信息是否有错后通过消息框的反馈，来确定预定是否成功。

如图5所示：

　　图5用户导游预订数据流图

　　　后台：

图6描述管理员对旅游各种信息的维护。

图6管理员管理流程图

　　　管理员操作数据流图通过后台管理系统实现对旅行订单管理，景点信息管理，线路信息管理，管理员信息管理，新闻信息管理，留言信息管理维护。

如图7所示：

　　图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所示：

图10查询模块流程图

3.7接口

外部接口

按Windows应用软件用户界面的规范来设计，使用以对话框为主的用户界面，便于用户使用。

1.主对话框：

由5个功能按钮构成

旅游局、旅游查询、系统操作、帮助、退出

2.用户信息查询对话框：

用户信息显示区：

用于显示用户信息（姓名）；

用户已查询信息显示区：

用于显示用户已查询旅游地信息；

提交按钮：

提交请求；

退出按钮：

退出对话框

3.出行地查询对话框：

查询方式复选框：

用于选择查询所需满足的条件（地名、距离、价格、时间）；

关键字编辑框：

用于输入查询关键字（地名、距离、价格、时间）；

时间条件单选框：

用于选择出行时间所需满足的条件类型；

时间编辑框：

用于编辑年与月；

开始查询按钮：

用于提交查询请求；

退出查询按钮：

用于退出出行地查询对话框；

4.系统操作对话框由7个功能按钮构成

旅游公司操作、数据统计、系统设置、数据备份、数据恢复、更改口令、返回。

5.旅游局操作对话框：

出行地名编辑框：

用于显示编辑出行地名；

价格编辑框：

用于显示编辑出行地价格；

出行距离编辑框：

用于显示编辑出行距离；

出行日期编辑框：

用于显示编辑出行日期；

当前记录序号显示：

用于显示当前记录在记录集中的位置；

“前一个”按钮：

显示和编辑前一个记录；

“后一个”按钮：

显示和编辑后一个记录；

“移动到”按钮：

显示和编辑指定出行地的记录；

“加入”按钮：

增加地名记录；

“删除”按钮：

删除当前的地名记录；

“退出”按钮：

退出操作对话框。

数据统计报表对话框：

统计条件单选框：

用于选择统计条件类别；

出行地统计条件复选框：

用于指定统计条件包含的相关项（地名、距离、价格、时间）；

出行者统计条件复选框：

用于指定统计条件包含的相关项（用户号、用户姓名、联系方法）；

统计输出设置单选框：

用于选择统计结果的输出类别；

条件选择下拉列表栏（数字项）：

用于指定具体统计条件（>

、<

、=）；

条件选择下拉列表栏（字符项）：

用于指定具体统计条件（=、包含）；

条件选择下拉列表栏（日期项）：

用于指定具体统计条件（先于、后于、介于）；

条件选择下拉列表栏（图书状态项）：

用于指定具体统计条件；

关键字编辑框：

用于输入编辑统计关键字；

“开始统计”按钮：

提交统计请求；

“返回”按钮：

退出数据统计对话框。

数据备份对话框

路径编辑框：

用于输入编辑备份路径。

BROWSE按钮：

用于选择路径

确定按钮：

确定数据备份

退出按钮：

退出数据备份系统

数据恢复对话框

确认按钮：

确定此项操作

文件对话框：

用于输入存数据的路径

更改口令对话框

原始口令编辑框：

用于输入原始口令

新口令编辑框：

用于输入新口令

内部接口

模块间接口采用数据耦合方式，通过参数表传送数据，交换信息。

4.3.1 

软件接口 

操作系统平台：

Windows 

7

数据库系统平台：

SQL 

sever 

开发语言：

c++

开发工具：

visual 

studio 

2010 

4.3.2 

硬件接口 

1. 

处理器要求：

PentiumⅡ或以上 

2. 

运行环境：

jdk5.0 

3. 

内存要求：

512MB或以上

3.8存储分配

本系统所有的数据全都存储在SQL 

sever数据库中。

其中按数据的种类可将数据分为团员信息、游客信息、线路信息、旅社信息、景点信息、价格信息；

而按照使用系统的用户种类可将用户分为前台管理员、后台管理员、客户。

又有系统也只是在初级的构建与设计阶段，还有很多功能设计的不是很好，不全面，在数据方面也是不够全面等等。

3.9限制条件

由于本系统的开发还是属于比较低级的系统，其中有很多的功能都很难实验，当然也会有很多的问题，不过由于只是在设计阶段，各种功能到底有没有真的实现还是要等到开发出来以后才能了解。

同时，因为软件的开发功能考虑用的是visual 

，所以在选择工具上就应该有所限制，等等。

3.10测试要点

本系统测试的要点还是在系统本身的稳定性、在和数据库的连接上，当然还有在使用时了解是否功能完善、好用等等。

因为从来没有做过什么测试、用什么工具就不知道了。