1、项目名称 旅行社管理系统 专业班级 13 软件工程 2 学 号 201358231404 201358234072 姓 名 辜建波 肖茗 完成日期 2015 年 6 月 15 日 软件工程学院1 引言 31.1 编写目的 .31.2 项目背景（任务分工） .31.3 术语定义 .32 软件项目的描述 32.1 项目目标（问题定义，明确系统的规模和目标） .32.2 系统技术 .32.3 相关概念和处理流程 .33 可行性分析报告 33.1 经济可行性 .33.2 技术可行性 .33.3 操作可行性 .43.4 运行和法律可行性 .44 软件需求分析 44.1 确定对系统的综合要求（功能需求、性
2、能需求、可用性需求、出错处理需求、接口需求、约束条件、将来可能提出的要求） 44.2 分析系统的数据要求（建立数据模型“ER 图”、描绘数据结构“层次方框图” ） .44.3 导出系统的逻辑模型（数据流图、实体-联系图、状态转换图、数据字典和主要算法描述） 45 软件设计 45.1 体系结构设计（模块划分、每个模块所需的算法和数据结构；模块间的控制关系、模块之间的接口；程序流程图、PAD 图、HIPO 图） 45.2 数据设计（数据流设计，需要分清变换流、事务流、混合流；数据对象和数据结构；数据库的设计） 45.3 接口设计（外部数据接口、系统或设备接口；内部接口设计） .55.4 过程设计（
3、每个模块的处理功能说明、接口描述、设计语言描述、内部设计结构、注释/约束/限制） .56 软件实现说明 56.1 编码语言 .56.2 编码风格 .56.3 人机界面设计（一般交互界面、信息显示界面、数据输入界面） .57 软件测试（测试计划和测试分析报告） 57.1 测试计划（单元测试、白盒测试与黑盒测试） .57.2 测试用例 .58 软件手册 58.1 软件安装手册 .58.2 用户操作手册 .59 项目开发总结报告 59.1 总结与展望（完成哪些任务与个人感受；未来努力方向） .59.2 主要收获（得意之处、个人创意的实现技巧、核心程序等） .59.3 目前存在的问题 .5附录 1：源
4、代码清单 .5附录 2：参考资料 .51 引言1.1 编写目的旅游信息管理系统设计开发的宗旨是减少人力、提高效率。所以，在设计上是尽量 涉及到和旅游相关的方方面面，这样在提高效率的基础上也提高了可靠性和完整性。 本文研究的是旅游信息的具体设计开发应用。具体的设计包括：系统管理员模块、旅 游信息模块、酒店信息模块、景点交通模块、其它交通管理模块、旅游服务模块、退出 系统模块。在这些模块中实现了添加、删除、修改、查询的功能。1.2 项目背景（任务分工）旅游管理系统（Tourism Management System），运用计算机创建一个网 络互动平台。让更多的游客登进入到我们制作的旅游板块和旅游团
5、队中。通过页 面的景点展示，景点简介，度假村简介，动态新闻。让阅览者第一时间获得第一 手的旅游信息，和某些景点的动态新闻。让阅览者更好的选择到适合自己的旅游 团队，通过旅游团队的活动时间，让自己能更好的安排自己的业余时间。让人们 更能积极的参加我们的旅游团。任务分工：引言直至需求分析：肖茗人机界面设计：辜建波数据库设计：肖茗软件设计直至开发总结：辜建波测试用例：肖茗编程：辜建波1.3 术语定义2 软件项目的描述2.1 项目目标（问题定义，明确系统的规模和目标）旅行社管理系统主要是用于旅游公司，对旅游信息的进行发布和修改以及加强有课进行交流。本系统是根据旅游行业的这种现状，提出解决问题的一个可行
6、性方法：采用现代化统一的计算机网络系统，实现了旅游管理的网络化，各类信息有序的进行存储，同时采用了权限认证的方式，只有经过了系统权限认证之后，方可进入系统主控界面，进行信息管理，信息查询，在线预订，留言薄等功能的使用，实现了各种业务系统的数据集成和信息集成，对旅行社各类信息，资源进行协同集中管理。利用 ASP 技术建立动态网站，实现旅游信息快速发布及接受游客的网上预订。旅游社管理系统是基于 ASP+SQL 所开发的，主要包括数据库的建立和维护以及前后台应用程序的开发两个方面。对于前者要求建立起的数据库要具备较好的一致性、完整性、安全性等特性，面对后者则要求应用程序具有功能完备，界面美观，已使用
7、等特点。本系统功能包括：用户模块，查询模块，在线留言模块，酒店预订模块，后台管理模块（包括用户管理，留言管理。景点管理，酒店管理，旅行社管理和预订管理）等模块，能够动态的使用数据库。2.2 系统技术2.3 相关概念和处理流程 3 可行性分析报告3.1 经济可行性本系统作为一个工程实践设计，无需开发经费，目前对于我们来说在经济上市可以接受的，所以在经济上是可行的。3.2 技术可行性 本系统采用 ASP 带发出友好美观的人机界面，便于用户理解、操作。数据库管理系统采用 Microsoft SQL，Server 2000，它能够处理大量数据，同时保持数据的完整性、安全性。因此本系统的开发平台已成熟可
8、行。硬件方面，在科技飞速发展的浸提那，硬件更新速度愈来愈快，熔炼越来越大，可靠性越来越高，价格越来越便宜，因此硬件平台能够满足本系统所需。主要目的是为了用户方便快捷的了解景点简介，当前的热门景点新闻，度假村简介，产品的展示，提高景点介绍编辑人员的服务质量和服务效率，当用户浏览资讯时，终端会向服务器发出请时，服务器旅游信息库的实时数据向终端发送数据，显示在终端的品目上。当用户参团是，终端向服务器提交用户信息后，将参团存入信息裤，并及时显示该参团信息，系统管理员发布旅游信息时，将信息存入信息数据库并在页面显示该操作添加的旅游信息，当管理员修改旅游信息是，旅游信息数据库数据也做相应改变，页面及时显示
9、更改。3.3 操作可行性旅行社管理系统是基于 ASP 动态服务区页面，ASP 可以与数据库和其他程序进行交互，是一种简单，方便的编程工具，所以操作可行性方面是可行的。开发出来的页面也是十分容易使用，具有简单，容易上手的特点。3.4 运行和法律可行性在 windows7/8/XP 下运行。4 软件需求分析 4.1 确定对系统的综合要求（功能需求、性能需求、可用性需求、出错处理需求、接口需求、约束条件、将来可能提出的要求）4.1.1 功能需求分析本系统主要有如下功能1.身份验证。2.查看最新景点的动态新闻，度假村和景点简介信息。3.管理员可以查询用户信息。4.管理员可以对旅游信息进行更改、删除、会
10、员用户可以参加团队旅游。5.管理员对旅游信息、图片的管理。4.1.2 性能需求分析2.4.1. 正确性需求 管理员应能够进行有关的旅游信息准确地添加到数据库中。 系统用户登录后，系统应能正确地读取用户个人信息以及用户的权限信息。 系统的操作结果与预期的结果应该是一致。 2.4.2. 安全性需求 系统登录需要输入用户名、密码，并且需要防止 SQL 注入问题，用户登录后 根据用户角色的不同可以访问的权限应该不同。为了防止用户未授权访问了不该 访问的功能，系统需要在客户端和控制端设置权限拦截。2.4.3. 界面需求 系统对界面的要求窗口布局清晰，颜色搭配合理，主题以绿色为主，色调柔 和，各窗体主题风
11、格一致同时采用 windows 的通用图形界面，对用户友好，必 须对鼠标和键盘提供支持，界面的设计应遵循如下规则： （1）界面具有一致性，接你按规范应遵循 MS Windows 软件界面概念规范。 旅游管理系统后台功能结构管理员登录管理员修改和删除度假村主题管理新闻内容管理景点简介管理会员用户登录注册后台退出口会员用户修改会员用户参团 （2）提供简单的错误处理。 （3）提供信息反馈，用多种信息提示用户当前的系统运行状态。 （4）操作可逆，其动作可以是单个操作，或者是一个相对对立的操作序列。 （5）显示启动画面，画面要简洁明了，不能太过花哨。2.4.4时间特殊性需求当管理员向系统添加旅游信息时需
12、要在一定时间内处理用户数据并将数据 录入数据库中。 2.4.5. 稳定性需求 系统部署后，在硬件条件和支持软件条件没有变化的情况下，能够一直保持 运行状态，直到系统被升级或代替。 2.4.6. 灵活性需求 用户在选择参团信息时，支持参团操作，为您展示相关联的一切信息 2.4.7. 扩展性需求 系统应该支持功能扩展与支持环境的扩展。功能扩展就是在现有的功能模块 的基础上可以添加信息的功能模块。2.4.8. 故障处理能力需求 系统可能遇到的软件故障是数据库与应用程序服务器。为了满足信息处理的 需求，可以采取数据恢复数据来解决。4.2 分析系统的数据要求（建立数据模型“ER 图”、描绘数据结构“层次
13、方框图” ）4.2.1 创建用例图4.2.2 创建交互视图4.2.3E-R 图4.3 导出系统的逻辑模型 （数据流图、实体- 联系图、状态转换图、数据字典和主要算法描述）4.3.1 数据流图数据流图，简称 DFD，就是采用图形方式来表达系统的逻辑功能、数据在系统 内部的逻辑流向和逻辑变换过程，是结构化系统分析方法的主要表达工具。顶层数据流图 2 系统主要描述了整个旅游管理系统的数据流，表明用户直接进入旅游管理系统进行相关操作，并通过登录系统查看订单受理与否。用户进入系统后，图 3 用户可以进行如下操作： 1.查询旅游信息：主要查询景点、线路信息，新闻信息，客户留言等操作。2.旅游预定：当用户查
14、询到相关旅游，并且可以能够申请相关旅游预定，填写用户信息。 用户界面数据流图描述了用户进入系统的流程图，订单游客在登录系统时在身份验证中输入正确用户名和密码就可通过，普通用户不需要用户名和密码，直接点击进入系统主页，对信息、线路、新闻信息、景点信息进行查询。如图4 所示：用户旅游预定数据流图描述了用户提交订单的流程图，用户浏览了相关线路资料后，可以选择线路及预定，而系统经过简单的逻辑判断信息是否有错后通过消息框的反馈，来确定预定是否成功。如图 5 所示：后台：图 6 描述管理员对旅游各种信息的维护。管理员操作数据流图通过后台管理系统实现对旅行订单管理，景点信息管理，线路信息管理，管理员信息管理
15、，新闻信息管理，留言信息管理维护。4.3.2 系统功能结构5 软件设计 5.1 体系结构设计（模块划分、每个模块所需的算法和数据结构；模块间的控制关系、模块之间的接口；程序流程图、PAD 图、 HIPO 图）5.1.1 系统设计原则 (1)实用性原则 系统必须从科技对广大民众实用性的角度出发，让广大民众和喜爱科技的 人更加全面了解科技方面的最新资讯。(2)易用性原则 系统应该有友好的用户界面，易于使用，稍有电脑基础的人员便可访问本 系统。 (3)经济性原则 系统充分考虑经济性原则，以尽量低的造价为旅游管理系统带来尽量大的 效益，提供良好的性价比。 (4)先进性原则 系统确保及时快速的更新各大景
16、点的最新报道，让广大民众获取最新的景 点新闻资讯。 (5)可扩展性原则 系统为用户提供了注册使用功能，这样当用户注册本网站后，可以对站内 的各旅游团进行参团，为大家提供一个互动的平台。 (6)界面设计原则 用户界面是一个应用程序最重要的部分，它是最直接的现实世界。对用户而 言，界面就是应用程序，它们感觉不到幕后正在执行的代码。不论花多少时问和 精力来编制和优化代码，应用程序的可用性仍然依赖于界面。 用户界面应具备的特征。 (1) 使用性 1. 使用的简单性，对不同年龄段的人群只要有一些电脑操作基础即可。 2. 快速搜索功能。 3. 快速的系统响应和低的系统成本。 (2)灵活性针对不同的用户本系
17、统提供不同的登录界面。 (3)设计菜单与工具栏 对于旅游管理系统界面的菜单，应尽量地设计为简单、清晰、方便、美观。5.2 数据设计（数据流设计，需要分清变换流、事务流、混合流；数据对象和数据结构；数据库的设计）1.登录模块流程图 用户在登录界面输入用户名和密码，二者都正确后进入订单查询功能，如果不正确就要求重新输入登录，流程图如图 8 所示：本部分讨论各个功能模块的设置。功能模块分为用户登录模块，用户查询信息模块，管理员后台登录模块。后台登录模块流程图：管理员在登录界面输入用户名和密码及验证码，三者都正确后进入后台旅行社信息维护管理功能，如果不正确就要求重新输入登录。如图 9 所示： 5.3
18、接口设计（外部数据接口、系统或设备接口；内部接口设计）数据库设计是将现实世界的实体模型与需求转换成数据库模型的一系列过程，这个过程是建立数据库应用系统的核心要素。数据库及其应用的性能都建立在良好的数据库设计的基础之上，数据库数据信息是所有操作的基础，一旦数据库设计不好，其余用于提高数据库性能的方法收效都是有限的。数据库设计的关键是如何使设计的数据库能合理地存储用户的数据，使用户进行方便的处理数据。 在关系型数据库中，遵循的规则就是范式，范式是符合某一种级别的关系模式的集合。一般设计数据库遵循第三范式。即：数据库表中不包含已在其他表中包含的非主关键字信息。采用范式减少了数据冗余，节约了存储空间，
19、同时加快了增、删、改的速度。 1.数据库概念结构设计 概念结构设计是数据库设计的核心。概念结构独立于数据库的逻辑结构，也独立于所使用的具体的数据库管理系统。数据库设计图如图 11 所示 ：5.4 过程设计（每个模块的处理功能说明、接口描述、设计语言描述、内部设计结构、注释/约束/限制）物理数据模型（Physical Data Model）：简称物理模型，是面向计算机物理表示的模型，描述了数据在储存介质上的组织结构，不但与具体的 DBMS 有关，而且还与操作系统和硬件有关。每一种逻辑数据模型在实现时都对应的物理数据模型。经过上述步骤的设计，可以得到如下数据库信息表： 后台管理员登录表(Admin
20、)用来存储管理员的管理员编号，管理员登录名，管理员密码。字段说明如表 1 所示：数据库主要由用户表、景点介绍表、用户参团表、新闻类型表、景点等级表、度 假村信息表、动态新闻内容表。（4）（4）、用户参团表（t_participation）6 软件实现说明6.1 编码语言使用了 java,jsp,html/css,js,jquery,sql 语言6.2 编码风格面向对象程序设计6.3 人机界面设计（一般交互界面、信息显示界面、数据输入界面）后台管理系统界面：管理员登录管理员主界面：会员管理界面：会员修改界面：景点界面修改景点界面旅行团管理界面旅行团修改界面旅行团添加界面度假信息界面度假信息界面度
21、假信息添加新闻管理界面新闻添加界面管理员管理界面管理员添加前台登录界面主界面：订购信息界面：7 软件测试（测试计划和测试分析报告）7.1 测试计划（单元测试、白盒测试与黑盒测试）7.2 测试用例测试用例名称：旅行社管理系统子系统“景点添加”模块软件名称 旅行社管理系统 模块名称 景点管理设 计 者 辜建波，肖茗 创建日期 2015/6/14设计状态 用例类型 手工 版本号 1.0审 阅 人 肖茗 审阅日期 6.10 权 重用例描述本测试用例主要用于测试景点管理，本系统是在 windows 7 系统下进行测的，本系统的软件环境为：JSP+Tomcat+MYSQL。本系统主要是辅助旅行社与游客之间
22、的交易。本系统界面美观，功能强大。目的 发现该系统潜在的缺陷和 bug，依法方便开发人员修改，提高软件的质量，减少不必要的商业风险。前提条件 成功部署环境，使得环境系统能够正常运行测试用例编号 测试步骤及输入： 预期结果： 真实结果：11.单击添加景点信息 2.添加编号为”1”，名称为“长城”省份为“北京”城市为“北京”国家为“中国”级别为“3A”类型为“风景”价格为“10 元”，介绍为“历史悠久的名胜古迹”，照片路径为“D/images” 3.单击提交显示“保存成功” 显示“保存成功”21.单击添加景点信息 2.添加编号为”a”，名称为“长城”省份为“北京”城市为“北京”国家为“中国”级别为
23、“3A”类型为“风景”价格为“10 元”，介绍为“历史悠久的名胜古迹”，照片路径为“D/images” 3.单击提交显示“保存失败” 显示“重新输入”31.单击添加景点信息 2.添加编号为 1”，名称为“长城”省份为“北京”城市为“北京”国家为“北京”级别为“3A”类型为“风景”价格为“10 元”，介绍为“历史悠久的名胜古迹”，照片路径为“D/images” 3.单击提交显示“保存失败” 显示“重新输入”41.单击添加景点信息 2.添加编号为 1”，名称为“长城”省份为“北京”城市为“北京”国家为“ ”级别为“3A”类型为“风景”价格为“10 元”，介绍为“历史悠久的名胜古迹”，照片路径为“H
24、/images” 3.单击提交显示“保存失败” 显示“重新输入”51.单击添加景点信息 2.不添加任何信息 3.单击提交 显示“保存失败” 显示“重新输入”测试用例名称：旅行社管理系统子系统“加入参团列表”模块软件名称 旅行社管理系统 模块名称 旅行团管理设 计 者 辜建波，肖茗 创建日期 2015/6/14设计状态 用例类型 手工 版本号 1.0审 阅 人 肖茗 审阅日期 6.10 权 重用例描述本测试用例主要用于测试旅行团管理，本系统是在 windows 7 系统下进行测的，本系统的软件环境为：JSP+Tomcat+MYSQL。本系统主要是辅助旅行社与游客之间的交易。本系统界面美观，功能强
25、大。目的 发现该系统潜在的缺陷和 bug，依法方便开发人员修改，提高软件的质量，减少不必要的商业风险。前提条件 成功部署环境，使得环境系统能够正常运行测试用例编号 测试步骤及输入： 预期结果： 真实结果：11.单击添加景点信息 2.输入编号为“2”，团名为“老年团”，度假名为“台湾一日游” 3.单击提交显示“保存成功” 显示“保存成功”21.单击添加景点信息 2.输入编号为“a”，团名为“老年团”，度假名为“台湾一日游” 3.单击提交显示“保存失败” 显示“重新输入”31.单击添加景点信息 2.输入编号为“2”，团名为“老年团”，度假名为“ ” 3.单击提交显示“保存失败” 显示“重新输入”41.单击添加景点信息 2.不输入任何信息 3.单击提交 显示“保存失败” 显示“重新输入”
