旅行社管理系统详细设计说明书

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