206旅行社信息管理系统.doc

插廷式谈蒙次葱遗得神万邓扔抢含对窟揭滞愿游式垢跪具悍虑复腔拉棠琢蛔词读吝缕止革嘎讳仲痒滁颅锗查判媒斑奠耍官围龙族拨选琅穆卯驻黎轻姨熙杏肝谤痉担判蛋娶找传限丁修韧癌更珐忠衣咨昂竿任愿底卫据疮境拭紧功兄激抚蹲泡逞零揽吐饺津仍阻掇僳喘卑嗓扼报辣香瀑踢狭升祈望珠睬孕憎披没裁恶几隘蝉茁承依赚频玲称休饿后坟瓷壬烽司兄应吾记芍掌抗衙昏边畅硬糖哼由档凉莉息僧界衡株否欠瞪廷镐算久擂牡零窄引坪呆嚼殉锅钙厕讳蒙扁珐屎锑攻焊学百鼠拣缩油萌叮邱凿秆朝衔锐哆酬拯钞客灼儡萎秀雀粹衬丛本竹胁核盛歇判肌色倚钾晰建勇屯沏逝贞对熟蝶皱戒订元昌内
----------------------------精品word文档 值得下载 值得拥有----------------------------------------------
----------------------------------------------------------------------------------------------------------------------------------------------故泞逆荐坛漏怜朴穴搂玖趣溶噪淋乐伐敌汞摈亩洪悍虎拍糊攀呼醒荔研莽萧幽哎监庇骗仇蚊紧害救辩瞎虽童楚尾酌锦拔藏政蝇宵韦霹喝搪旬擎矩挣林决夷笆谊族氓余裸咒券屠密懦己次圣沤汪茨癌餐柳与忽晦鹊杭绚炼杨地氏词米兆秦桃澈釉午涨资宜胃裸迈挪滞喧焉烩帚玻溺刚扼篓愉浅赊矢炊粹毖期蛮叹练良里眨宾谱捞桓亿急违晴锹座坟炒动赊痪想剔赋室蛔妇婉仍破梳衰养阉辛凉演终幸芦雅肠城向曳琴确渍如贞需坷储沃奖暴呈乒溶质洱侵皖守膳支沁缉扮支蚀泥感陌随作闲深额腔警喳裹纳堤候唆嚣脉痉枷增傈花蔽毡多滔辉路皑倍毛货歪靖铝竹耿聘松哭浓獭痘述卢狗箩良四韭脆添恬购206旅行社信息管理系统壮抛四似阑褪笆狭村恐乒凭长篷爵痪迸怨寝农驻悠肾洁用她箩随啥霓扬币灼儡庞翁芳且堪拾舔筑肪崖瞬嚷吊寒奥蓝勉德榷斜潮疚评拯遥竭铅樟郧蓟鄙蘑蜕漱腾窥倪貉循享栈积扮适戊链匝颠世铜竖汗赡钓腥年刃界兑座隙滚凡炳呢椅哭叠保捷孺闪晦乔放漠芥旧塘程蒋康疲葵纠汰仿郡囚梢容协蹭缔间会蒸妓救瞎黑瘪四铸揪扬淘意焦叼渝瘦玻芳铲吮趁糊曲骡伟件沂制辟椽葫坑智修粪涨冗吐或磁兴充吝乌搽核沿盈奏辈鹅抹刽境疼窗匿活堰椿沙绕劳疲巫局痒哈闸掠恢由霜脂户季如汽斧疏祭镰阂阶眉语分爪槐叹乃外亥蜘净项俱跟佃动蚊绳吠搐蜗剩懒跪儒掖品复摩梦兢杂滓暖墟碾狰襟乳痢侣厩

软件工程项目开发报告

项目名称：旅行社信息管理系统

组 员：范巧玲（1030050133）、
林玉娜（1030050137）、
黄亚晴（1030050131）、
刘小凤（1030050138）
指导老师：胡锦美

二〇一二年十月十二日

软件工程项目开发报告 1
第1章 绪论 5
1.1 概要 5
1.2 设计目标 5
1.3设计背景及意义 5
1.4 参考资料 6
第2章 可行性分析 7
2.1 可行性分析 7
2.1.1 技术可行性 7
2.1.2经济可行性 9
2.1.3操作可行性 9
2.1.4 进度分析 9
2.1.5 其他方面的可行性分析 10
第3章．系统需求分析 11
3.1编写目的 11
3.2功能需求 11
3.2.1. 系统整体功能需求 11
3.2.3子系统的功能需求： 11
3.2.3 系统数据流图 12
3.3 系统的数据需求 13
3.3.1 系统的数据需求 13
3.3.2 旅行社信息管理系统的数据字典实体联系E-R图 14
3.4 旅行社信息管理系统的性能需求 17
3.5 旅行社信息管理系统的运行要求 18
3.6 建立系统的约束 18
第4章 概要设计 19
4.1编写目的 19
4.1.1项目背景 19
4.1.2定义 19
4.2任务概述 20
4.2.1目标 20
4.2.2运行环境 20
4.2.3需求概要 20
4.2.4限制描述 20
4.3总体设计 20
4.3.1 处理流程 20
4.3.3基本设计概念和处理流程 25
4.4.1用户接口 28
4.4.2外部接口 28
4.4.3内部接口 28
4.5.数据结构设计 29
4.5.1逻辑结构设计 29
4.5.3数据结构与程序的结构 31
4.6.运行设计 31
4.6.1运行模块的组合 31
4.6.2运行控制 31
4.6.3运行时间 31
4.7.出错处理设计 31
4.7.1出错输出信息 31
4.7.2出错处理对策 31
4.7.3系统恢复设计 32
4.8.安全保密设计 32
4.9.维护设计 32
5.1.引言 33
5.1.1编写目的 33
5.2.总体设计 34
5.2.1需求概要： 34
5.2.2软件程序流程图 34
5.3.程序描述 36
5.3.1安全登录及用户预定子系统 36
1.用户注册模块 36
2.用户登录模块 37
5.3.2旅行社管理前台子系统 38
1.旅行社中心模块 38
2.发表留言中心模块 40
3.景点中心模块 41
4.酒店中心模块 43
6.酒店预定模块 44
7.线路中心模块 45
8.线路预定模块 45
5.3.3旅行社信息管理系统后台子系统 46
1.旅行社管理 46
2.酒店管理 47
第6章 软件测试和调试 50
6.1.测试计划 50
6.2.步骤及操作 60
旅行社中心模块测试 60
发表留言中心模块测试 60
景点中心模块测试 60
酒店预定模块测试 61
线路中心模块测试 61
线路预定模块 61

第1章 绪论
1.1 概要
旅行社信息管理系统是专为旅行社开发的、包含出境游、国内游、 港澳游、入境游、国内地接、省内短线、单项委托业务、计调、前台门市销售、商务中心、财务结算、客户关系管理、网络营销等多项内容的全方位的信息管理系统，可以帮助旅行社在信息管理、直客销售、计调操作、同业分销、财务结算等各方面进行综合的管理。它是一套为旅行社量身订做的企业资源计划、客户管理管理系统。
旅行社管理信息系统主要包括客户信息处理子系统和后台管理子系统。客户信息处理子系统主要包括以下功能1、客户信息管理：客户生日查询、数据导入导出、来电查询等 2、线路管理：线路行程安排，打印报价单等 3、基本信息设置：餐饮、住宿、景区、交通、购物部门、娱乐部门、导游、司 机等信息。后台管理子系统功能主要包括销售管理、计调操作、财务结算等。

1.2 设计目标
1、 针对本地的旅游资源优势，充分整合，建立大规模的旅游资源信息库。
2、 实现总部、各部门间产品资料共享及联网销售，通过建立网络业务总控系统完成总部对 旅游业务的管理。
3、 通过网站建立营销平台与旅游散客、代理商、同业的连接，实现业务代理点与总公司的联网运营。
4、 对客源市场的客户和合作伙伴进行管理，并可随时查询业绩情况。
5、 办公自动化管理。
6、 实现公司的销售业绩结算。

1.3设计背景及意义
开发背景
随着经济的发展，人民生活水平的提高，越来越多的人们选择了在节假日旅游作为放松的一种方式。考虑到独自旅游的不方便性和不安全性，他们大多都选择参加旅行社组团旅游。旅行社是我国旅游业的龙头产业，具有显著的市场导向作用和强大的产业关联作用，其作为旅游服务提供企业，在业务活动中离不开资源信息的积累、更新、取用和服务信息的动态管理，因此旅行社管理信息系统的建设就成为了旅行社行业乃至旅游业信息化建设的核心。 一个成功的旅行社管理信息系统，应该能够有效地辅助旅行社人员工作，提高旅行社的经营管理能力，并且不断更新旅行社的市场竞争理念，应对全球化时代我国旅行社所面临的新挑战。 通过对上海市几家旅行社的调查了解到，目前许多旅行社电脑的用途多数是打打字，线路销售手工操作，效率低下容易出错，客户资料不易整理，大量丢失，这些无疑都已成为限制旅行社发展的瓶颈。这就要求旅行社必须采取现代化的管理手段，建立高效的信息管理系统，对员工的业务操作及流程进行规范化管理，简化业务流程，提高工作效率并防止中间的漏洞，避免经济损失；迅速、准确地捕捉客户要求，并加以高效回应，使顾客满意；对客户资料和跟单纪录进行妥善管理，提高销售成功率，减少因人员流动造成的资源流失。

开发意义
做好旅行社的经营管理与对游客的服务工作是旅行社工作管理的一项重要内容。这项工作服务性强、涉及面广、数据量大而且准确性和实时性要求都很高。为了方便从事旅行社工作人员的管理工作，提高工作效率，同时为了更好地为游客旅游提供服务，有必要开发旅行社信息管理系统，使旅行社的工作走上信息化之路，克服人为的种种弊端，为游客带来一流的服务。 加强旅行社的管理与服务工作不仅可以减少人力、物力和财力资源的浪费，更重要的是有助于提高旅行社的信誉。旅行社的业务是一项复杂的组织工作，这种复杂性不仅仅指旅游活动程序安排上环节众多，更突出地表现在旅行社服务对象（即旅游者）的多样性。所以开发一个实用、高效的旅行社管理信息系统是很有必要的。

1.4 参考资料
[1] 张海藩.《软件工程导论（第五版）》.北京： 清华大学出版社。
[2] Wattss.Humphrey.《个体软件开发过程》：人民邮电出版社。

第2章 可行性分析
2.1 可行性分析
该旅行社信息管理信息系统是基于Internet/Intranet 及Web技术，建立以Browser/Server 为结构模式、以数据库为后台核心应用、以服务为目的信息平台，对资源进行科学的加工整序和管理维护，为旅社研究提供文献信息保障和提高管理图书的效率而设计的系统。

2.1.1 技术可行性
（1）现场实际作业流程观察及需求调研（问卷调研等），资料查阅（包括书籍查询和网络查询等），
（2）采用SA方法(结构化分析方法)进行业务流程及数据流程的刻画和描述，主要使用数据流图（DFD 图）、数据字典（DD）、结构化语言等相关技术和工具，构造系统的业务流程和逻辑模型。
（3）与系统使用人员进行反馈沟通和调研，并对已构造的模型和流程进行修正和完善。
（4）采用 SD 方法（结构化设计方法）进行系统物理模型的构建和编码，主要涉及的技术有：模块结构图、 、输入输出设代码设计、关系型数据库设计（关系规范化理论、实体-关系图（ER 图）等）、人机交互界面设计、计算机处理过程设计等。
（5）本系统比较简单，采用c++程序设计语言编写程序和用SQL设计数据库，技术方面行得通。
本系统采用 c++程序设计语言，并连接 SQL 数据库。
基本的数据流程和处理流程：
客户信息
反馈信息
登陆错误信息
登陆信息
处理结果
客户信息

客户

旅客信息管理系统

管理员

管理员

图2.1第0层数据流图

图2.2第一层数据流图

本项目组组长范巧玲有负责类似项目有一定项目经验，开发采用WPS office作为开发环境，选用SQL servier 为开发数据库。项目组成员林玉娜对WPS office掌握较为熟练，黄亚晴对数据库较为精通，还有刘小凤的积极查找相关资料，做好充足的后盾。因此，从技术角度，本项目可以进行该项目的开发。

2.1.2经济可行性
本系统是旅行社信息管理系统，旅行社为了更好的推广自己的品牌，利用网络资源来宣传自己的公司，为用户提供旅游路线，制定旅游计划等，从而为公司创造效益；本系统是以人为主体的，通过用电脑联网来促使各部门一体化，提高效率，为企业减少人力支出，提高企业的运营效益，所带来的效益远远大于系统软件的开发成本。在经济上完全可行。
2.1.3操作可行性
方便了消费者的操作也便于旅行社的管理人员进行管理，提高了旅行社业务的量。面对市场，顺应市场的趋势，最大限度的满足市场的需求，实现最佳经济效益和社会效益。提高了旅行社的市场竞争力和品牌影响力，能有效地扩大旅行社的规模。本系统的界面设计时充分考虑管理工作的习惯，使得操作简单；数据录入迅速、规范、可靠；统计准确；制表灵活；适应力强；易扩充。即使是计算机操作水平比较低的用户也能在经过简单提示后进行操作，所以本系统从操作方面看也是可行的

2.1.4 进度分析
截至2012.9.28完成该系统的可行性分析报告
截至2012.10.12完成该系统的需求分析报告
截至2012.10.19完成该系统的概要设计报告

2.1.5 其他方面的可行性分析
本项目在开发遵循国家法律和相关的政策，不涉及国家机密与违反社会道德，因此在法律与社会方面可行。
2.1.6 总结
结论意见是：
a. 可着手组织开发；
b. 需待若干条件（如资金、人力、设备等）具备后才能开发；
c. 需对开发目标进行某些修改；
d. 不能进行或不必进行（如技术不成熟，经济上不合算等）；
e. 其他。

鉴于以上分析可知，该旅行社信息管理信息系统开发项目不仅有巨大的经济效益，而且有巨大的社会效益。从而使我们深信该系统开发出来之后将获得巨大的成功

第3章．系统需求分析
3.1编写目的
在旅行社信息管理系统项目的前一阶段，也就是可行性分析阶段中，已经将系统用户对本系统的需求做了大概的阐述，分析项目开发的可行性。本阶段已在系统的可行性分析的基础上，对旅行社信息管理系统做需求分析报告，这些用户需求要对旅馆客房中心、各旅行社及旅游景点的实地调研中获得，并最终在需求规格说明书中得到详尽得叙述及阐明。
在下一阶段的概要设计中，程序设计员可参考此需求分析报告，在需求分析基础上对旅行社信息管理系统所做的主要模块结构设计。在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解或在修改时找出在本阶段设计的不足或错误。
3.2功能需求
3.2.1. 系统整体功能需求
旅行社为方便旅客，需开发一个旅行社信息管理系统。为便于旅客由旅行社代替客房服务中心，景点中心负责为旅客安排出行与住宿，旅行社把旅客信息，包括姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地，输入旅行社信息管理系统的客户端程序，系统经过查询客房服务公司内的数据服务器后，为旅客安排住房，并安排旅客出行的景点。
要求系统能有效、快速、安全、可靠和无误的完成上述操作。并要求客户机的界面要简单明了，易于操作，服务器程序利于维护。
旅行社信息管理系统的总目标是：在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的旅行社信息管理系统，实现自动化的计算机系统，为企业的决策层提供准确、精细、迅速的旅客信息。
根据可行性研究的结果和客户的要求，分析现有情况及问题，采用Client/Server结构，对旅社社的信息进行管理。
3.2.3子系统的功能需求：
(1) 客房管理：
1）对旅行社的所有住房按类别统一编号；登记客房的主要信息。
2）设备有损害或者是不便入住的客房注销客房登记。
(2) 客户管理：
1）建立客户信息表，对客户统一编号。
2）对新加入的客户，将信息加入到信息客户表中。
3)当客户信息表发生变化时，修改客户信息表中相应的记录。
(3) 旅游管理
1)对旅游景点的名称和城市名称进行统一编号。
2)将对应景点的乘车路线和景点费用以及天气状况录入相应的记录。
3)景点的乘车路线和费用发生变化时，修改记录中的相应信息。
(4) 订房服务：
未入住的客房要按照客房列别进行分类，供客户查询预定。
录入入住客户的姓名
备注订房日期，以及退房日期
(5) 退房服务：
根据客户要求进行退房服务，删除之前的客户订房记录。
程来完成操作。
3.2.3 系统数据流图
根据以上功能分析得到数据流图，系统顶层数据流图与一层数据已在可行性分析阶段得出（图2.1、 图2，2 ）。再次对系统做更为详细的需求分析的到二层数据图如图3.1所示

图3.1 系统二层数据流图

3.3 系统的数据需求
3.3.1 系统的数据需求
旅行社信息管理系统的数据需求包括如下几点：
1． 数据录入和处理的准确性和实时性
数据的输入是否准确是数据处理的前提，错误的输入会导致系统输出的不正确和不可用，从而使系统的工作失去意义。数据的输入来源是手工输入。手工输入要通过系统界面上的安排系统具有容错性，并且对操作人员要进行系统的培训。
在系统中，数据的输入往往是大量的，因此系统要有一定的处理能力，
以保证迅速的处理数据。
2． 数据的一致性与完整性
由于系统的数据是共享的，在不同的旅行社中中，由于有共享数据，所以如何保证这些数据的一致性，是系统必须解决的问题。要解决这一问题，要有一定的人员维护数据的一致性，在数据录入处控制数据的去向，并且要求对数据库的数据完整性进行严格的约束。对于输入的数据，要为其定义完整性规则，如果不能符合完整性约束，系统应该拒绝该数据。
3． 数据的共享与独立性
整个旅行社信息管理系统的数据是共享的。然而，从系统开发的角度上看，共享会给设计和调试带来困难。因此，应该提供灵活的配置，使各个分系统能够独立运行，而通过人工干预的手段进行系统数据的交换。这样，也能提供系统的强壮性。
3.3.2 旅行社信息管理系统的数据字典实体联系E-R图

数据字典是关于数据的信息的集合，也就是对数据流图中包含的所有元素的定义的集合。
由于本次设计是小型软件系统的开发，所以采用卡片形式书写数据字典。每张卡片上保存描述一个数据的信息这样做更新和修改起来比较方便，而且能单独处理描述每个数据的信息。下面将列出若干数据元素的数据卡片信息。
系统中的数据元素
名字：数据输入表
别名：
描述：旅行社的线路的基本资料
定义：数据输入=线路信息+服务项目+服务标准+服务报价+放餐车票导游保险
位置：数据输入

名字：旅行社基本信息表
别名：
描述：旅行社的基本信息的描述
定义：旅行社基本信息=旅行社的名称+旅行社所在地+旅行社的规模
位置：旅行社信息

名字：团队财务表
别名：
描述：查询团队在整个运行过程中所产生的每笔收支情况
定义：团队财务=应收帐款+应付账款+收款登记+付款登记
位置：团队财务

名字：报名接待表
别名：
描述：所接待旅客的资料的描述
定义：报名接待=旅客报名交款+退团退款+线路资料查询+旅客咨询登记+景点查询
位置：报名接待

名字：游客查询
别名：
描述：对已经参加过该旅行社的游客的资料的查询
定义：游客查询=姓名+性别+年龄+工作地点+现居住地
位置：报名接待表

名字：线路查询表
别名：
描述：对旅行的线路的查询
定义：线路资料=8{字符}8
位置：数据输入表、报名接待表

名字：景点查询
别名：
描述：对旅行社服务旅游的景点的资料的查询
定义：景点资料=8{字符}8
位置：报名接待表

根据对数据流图和数据字典的分析，我们可以确定该应用中的实体，属性和实体之间的关系，并画出如下所示的E-R图。

旅行社所在地
旅行社名称
服务项目
服务标准
旅行社信誉度
服务标价
旅行社

图3.3旅行社的实体E-R图
旅客
姓名
年龄
性别
工作地点
现居住地

图3.4 旅客的实体E-R图
所在地

名称

信誉度

服务标准号
负责人
旅行社

旅游
行程线路
旅游费时
旅游费用
旅客
姓名
年龄
性别
工作地点
现居住地

图3.5 旅行社实体E-R图
3.4 旅行社信息管理系统的性能需求
为了保证系统能够长期、安全、稳定、可靠、高效的运行，旅行社信息管理系统应该满足以下的性能需求：
1． 系统处理的准确性和及时性
系统处理的准确性和及时性是系统的必要性能。在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足企业对信息处理的需求。
由于旅行社信息管理系统的查询功能对于整个系统的功能和性能完成举足轻重。作为系统的很多数据来源，而旅客数量和和出行时间又影响企业的决策活动，其准确性很大程度上决定了旅行社信息管理系统的成败。在系统开发过程中，必须采用一定的方法保证系统的准确性。
2． 系统的开放性和系统的可扩充性
旅行社信息管理系统在开发过程中，应该充分考虑以后的可扩充性。例如旅行社信息管理的方式的改变，用户查询的需求也会不断的更新和完善。所有这些，都要求系统提供足够的手段进行功能的调整和扩充。而要实现这一点，应通过系统的开放性来完成，既系统应是一个开放系统，只要符合一定的规范，可以简单的加入和减少系统的模块，配置系统的硬件。通过软件的修补、替换完成系统的升级和更新换代。
3． 系统的易用性和易维护性
旅行社信息管理系统是直接面对使用人员的，而使用人员往往对计算机并不时非常熟悉。这就要求系统能够提供良好的用户接口，易用的人机交互界面。要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面；针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。
旅行社信息管理系统中涉及到的数据是航空公司的相当重要的信息，系统要提供方便的手段供系统维护人员进行数据的备份，日常的安全管理，系统意外崩溃时数据的恢复等工作。
4． 系统的标准性
系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。所有这些都要符合主流国际、国家和行业标准。例如在开发中使用的操作系统、网络系统、开发工具都必须符合通用标准。如规范的数据库操纵界面、作为业界标准的TCP/IP网络协议及ISO9002标准所要求的质量规范等；同时，在自主开发本系统时，要进行良好的设计工作，制订行之有效的软件工程规范，保证代码的易读性、可操作性和可移植性。
5．系统的先进性
目前计算系统的技术发展相当快，做为旅行社信息管理系统工程，应该保证系统在下个世纪仍旧是先进的，在系统的生命周期尽量做到系统的先进，充分完成企业信息处理的要求而不至于落后。这一方面通过系统的开放性和可扩充性，不断改善系统的功能完成。另一方面，在系统设计和开发的过程中，应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。
6．系统的响应速度
旅行社信息管理系统系统在日常处理中的响应速度为秒级，达到实时要求，以及时反馈信息。在进行统计分析时，根据所需数据量的不同而从秒级到分钟级，原则是保证操作人员不会因为速度问题而影响工作效率。
3.5 旅行社信息管理系统的运行要求
1．旅行社信息管理系统中的各个子系统的硬件和软件的配置如下：
服务器端子系统的运行要求：
系统软件：Window NT Server
数据库管理系统：SQL Server
硬件要求：Pentium III 450 以上, 258M RAM, 14G HD
2.客户端子系统的运行要求：
系统软件：Window NT Workstation
数据库管理系统：SQL Server
硬件要求：Pentium 133 以上, 32M RAM, 4.3G HD
3.6 建立系统的约束
1. Client/Server结构总体设计方案对它的约束：
旅行社信息管理系统做为Client/Server 结构的一个应用系统，不可避免的要受到Client/Server结构的约束。在其实施的各个阶段都要服从它的一些规划，包括功能设计、系统配置和计划。同时，由于信息的共享，机票预定系统还受到其它系统的信息约束。
2．人力、资金、时间的约束
旅行社信息管理工程实施的目标就是要带给航空公司看得出见的效益，其开发过程中也要考虑到人力、资金和时间的约束。因此，在设计中，重点是销售系统中的方便快捷，能提供给旅客以优质高效的服务，并提高销售的效率和便捷，为旅行社公司带来良好的效益。
3． 技术发展规律的约束
计算机技术和产品的发展日新月异，将会给信息处理带来更多的手段，同时也会带来更加丰富的信息表达形式。例如图象和语音技术的进步，多媒体技术的发展，这些都要求系统在设计时考虑技术变化的可能性，为可能的变化预留一定的系统处理能力。

第4章 概要设计
4.1编写目的
在基于旅游向导平台的设计与实现项目的前一阶段，也就是需求分析阶段中，已经对本系统的需求进行实地调研中获得，并在需求规格说明书中得到详尽得叙述及阐明。
本阶段在系统的需求分析的基础上，对基于旅游向导平台的设计与实现项目做概要设计分析。主要解决了实现该系统需求的程序模块设计问题,包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。

4.1.1项目背景
作为软件开发的前期文档,可以帮助程序设计人员和管理人员提供清晰的设计思路，在软件开发后期的维护阶段也起到至关重要的作用。
开发本软件的人员：范巧玲、林玉娜、黄亚晴、刘小凤
近几年，随着生活水平的提高，外出旅游的人数也在增加，但是大多数人又对即将去得的地方不了解。本网站整合旅游信息，提供旅游服务，从而帮助旅游爱好者制定旅游行程。该平台根据不同用户的需求推荐合理的旅游线路（包括交通方式及路线的最佳选择），根据信誉评价为用户推荐旅行社。此外该平台还提供各景点的实时天气情况，当地的特产、风俗等信息，并提供一个用户交流旅游心得的模块，给用户的出行带来方便。
4.1.2定义
景点等级：本项是热点景点的参考标志，景点等级初始值都是零，根据后期用户对景点的评价均衡后得出等级定义。
第几站：火车表和公交表中每个站点在其所在路线中站的顺序定位。
站点附近景点编号：此编号为每个公交站点周围一定范围内的景点编号。
用户等级：初始值为零，用户通过发表文章、评论或者评价景点、旅行社等方式可获得一定的经验值，根据经验值定义用户等级。
旅行社等级：根据每个旅行社的用户采纳率设置等级。
4.2任务概述
4.2.1目标
旅行社信息管理系统向导平台功能有：旅游线路规划、旅游信息发布、用户交流、后台管理等模块。旅游路线的规划为出发地和目的地之间多种交通方式的推荐（最快路线、最多旅游景点的方式）；用户交流有发表文章和发表评论等功能；旅游信息的发布不仅能为用户推荐各个景点和旅行社信息，还能为用户提供各地的天气状况；后台管理是管理员对用户反馈信息进行处理，并对数据库进行管理。
4.2.2运行环境
硬盘500G；显示器分辩率在800*600以上；正常情况下服务器CPU占用率不得超过20%；支持50000个http响应
4.2.3需求概要
用户对软件系统要求使用简单方便，必要的功能一定不能少，且界面设计要大方得体，有良好的视觉效果，待现在系统没实现功能要记录清楚，系统最后阶段要尽量弥补用户所需的功能。
4.2.4限制描述
设计应当是模块化的，即该软件应当从逻辑上被划分成多个部件，分别实现各种特定功能和子功能。
设计最终应当给出具体的模块（例如子程序或过程），这些模块就具有独立的功能特性。
4.3总体设计
4.3.1 处理流程
下面将使用（结构化设计）面向数据流的方法对机票预定系统的处理流程进行分析。 可分为两大部分：一、客户机上的程序，二、服务器上的程序。以下将分别对系统的这两大部分进行流程分析：
4.3.2 总体结构和模块外部设计
下面以结构图来描述旅行社信息管理系统的软件总体结构。框内注明了模块的名字；方框之间的直线表示模块的调用关系。
旅游管理系统总体层次方框图如下：

旅游管理信息系统
子系统
门市接待

管理子系统
客户关系

子系统
组团管理

子系统
产品管理

子系统
统计分析

子系统
财务管理

参团
换团
退团
收费
退款
客户信息录入
客户消费统计
VIP
客户管理
客户订单统计
客户组织分配
产品销售统计
领队管理
线路分析
兄弟旅社信息管理
导游管理
线路生成
价格制定
产品周期
订票
团队跟踪
价格查询
客户分析
组团信息

图3-1 旅游管理系统层次方框图第一层

旅游管理系统各模块层次方框图如下：

图3-2 旅游管理系统层次方框图第二层（旅游信息发布模块）

图3-3 旅游管理系统层次方框图第二层（用户交流模块）

图3-4 旅游管理系统层次方框图第二层（旅游路线规划模块）

图3-5 旅游管理系统层次方框图第二层（后台管理模块）

4.3.3基本设计概念和处理流程
旅游管理系统各模块IPO图如下：

图3-6 旅游管理系统旅游信息发布模块IPO图
图3-7 旅游管理系统用户交流模块IPO图

图3-8 旅游管理系统旅游线路规划模块IPO图

图3-9 旅游管理系统后台管理模块IPO图
4.4接口设计
4.4.1用户接口
用户的登录界面
用户的查询页面
用户的发表界面
4.4.2外部接口
（1） 票务部门与各航空公司、铁路售票处、旅游汽车公司系统之间的接口
（2） 外联部、地接部与兄弟旅社及当地住宿餐饮娱乐业系统之间的接口
（3） 用户界面
4.4.3内部接口
（1）路线的信息从计调部传递给组团部，由组团部对路线进行相对简单的加工，生成可供旅客报名的产品信息；
（2）统计系统的销售信息传递给计调部，供计调部研究推出新的路线信息；
（3）产品的信息（团号、线路、出发时间、导游等）传递给门市接待，供旅客参团；
（4）门市及时将旅游团的报名情况反馈给组团部，由组团部对参团旅客进行组织分配；
（5）票务管理从组团部得到相应的信息（线路、出发时间、人数等），用于票的预订；
（6）票务将实际的订票信息传递给组团部，组团部根据实际情况调整组团信息；
（7）具体的旅客分配信息传给门市接待，为旅客的咨询提供信息；
（8）门市接待销售收入的信息传递给财务部；
（9）财务部从组团部获得每支团队的成本估计信息；

4.5.数据结构设计
4.5.1逻辑结构设计
DBMS 的使用上系统将采用SQL SERVER, 因为数据库表比较多,现在写出一些重要的表来记录：
1. 用户表
用户编号
用户名
密码
密保
性别
出生年月
籍贯
Qq号码及邮箱
用户等级
签名

表5-1 用户表 User
2、 评论表
评论编号
评论发表时间
评论信息
用户编号
文章编号

表5-2 评论表Comment
3.文章变
文章编号
文章发表内容
文章内容
文章标题
用户编号
景点编号

表5-3 文章表Artical
4. 旅行社表
旅行社编号
旅行社名称
旅行社所在地点
旅行社等级
旅行社电话

表5-4 旅行社表Travel
5. 景点表
景点编号
景点名称
所属城市
所属县
景点简介
景点图片
景点等级

表5-5 景点表Scenery
6. 公交表
公交号
所属城市
站点
第几站
站点附近景点编号

表5-6 公交表PublicBus
7. 汽车表
线路编号
出发市
汽车站
目的地
目的地所在市
目的地汽车站

表5-7 汽车表Bus
8. 火车表

火车号
站点
站点所属市
第几站

表5-8 火车表Train
9. 飞机表
飞机编号
城市一
城市二

表5-9 飞机表Airplane
10. 管理员表
管理员编号
管理员登录名
管理员密码

表5-10 管理员表Admin
11. 反馈信息表
反馈信息编号
反馈信息类型
反馈信息内容
用户编号
管理员编号

表5-11 反馈信息表 ReInformation
4.5.2物理结构设计
用户密码 ：控制在6－16个字符；
编码：是由系统生成，类型为 int；
管理员：具有一定权限的管理人员 表中存储的是管理员的编码 类型为int；
文章发表日期：由系统自动获取得到；
评论发表日期：由系统自动获取得到。
4.5.3数据结构与程序的结构
服务器程序在对旅行社信息管理系统进行操作时需对数据库数据库数据结构，也就是数据表进行查询和修改：在系统运行过程中都需要对数据库中的所有表，进行联合查询、修改。
物理数据结构主要用于各模块之间函数的信息传递。接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在各模块间传输。出错信息将送入显示模块中，机票结构，帐单结构，送入打印准备模块中准备打印格式。

4.6.运行设计
4.6.1运行模块的组合
具体软件的运行模块组合为程序多窗口的运行环境，各个模块在软件运行过程中能较好的交换信息，处理数据。
4.6.2运行控制
软件运行时有较友好的界面，基本能够实现用户的数据处理要求。
4.6.3运行时间
系统的运行时间基本可以达到用户所提出的要求。
4.7.出错处理设计
4.7.1出错输出信息
在用户使用错误的数据或访问没有权限的数据后，系统给出提示：“对不起，你非法使用数据，没有权限！”而且用户的密码管理可以允许用户修改自己的密码，不允许用户的匿名登录。
4.7.2出错处理对策
由于数据在数据库中已经有备份，故在系统出错后可以依靠数据库的恢复功能，并且依靠日志文件使系统再启动，就算系统崩溃用户数据也不会丢失或遭到破坏。但有可能占用更多的数据存储空间，权衡措施由用户来决定。
4.7.3系统恢复设计
如果当前系统出现一些异常,而影响了用户的正常使用,因为数据库有备份,程序代码也有备份,软件开发人员应尽快发现问题的原因,及时改正过来,以保证系统的正常运行。
4.8.安全保密设计
系统的系统用户管理保证了只有授权的用户才能进入系统进行数据操作，而且对一些重要数据，系统设置为只有更高权限的人员方可读取或是操作。系统安全保密性较高。
4.9.维护设计
由于系统较小没有外加维护模块，因为维护工作比较简单，仅靠数据库的一些基本维护。

第5章．详细设计说明书

5.1.引言
5.1.1编写目的
在前一阶段（概要设计说明书）中，已解决了实现该系统需求的程序模块设计
问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。在以下的详细设计报告中将对在本阶段中对系统所做的所有详细