旅行社业务管理课设.doc

目目 录录 摘摘 要要i 前前 言言 ii 第一章第一章 可行性分析可行性分析 .1 1.1 问题描述.1 1.2 可行性分析研究.1 1.3 结论意见.3 第二章第二章 项目开发计划项目开发计划 .4 2.1 编写目的.4 2.2 项目背景.4 2.3 项目概述.4 2.4 项目开发计划.5 2.5 交付期限.5 第三章第三章 需求分析需求分析 .6 3.1 任务需求分析.6 3.2 数据流图、数据字典及实体联系图.7 第四章第四章 系统总体设计系统总体设计 .10 4.1 总体设计.10 4.2 系统功能模块图.10 4.3 数据库概念设计.11 4.4 数据库逻辑结构设计.11 4.5 连接数据库的特点.14 第五章第五章 详细设计详细设计 .15 5.1 系统的主要功能.15 5.2 程序流程图.15 5.3 用户界面设计.17 第六章第六章 软件测试软件测试 .19 6.1 测试方法.19 6.2 测试用例.19 第七章第七章 软件使用说明书软件使用说明书 .22 7.1 使用方法.22 7.2 该系统的运行环境.23 课程设计总结课程设计总结 .24 参考文献参考文献 .25 致致 谢谢 .26 i 摘摘 要要 针对旅游企业“规模小，分布过散，没有形成网络化经营、竞争实力不强” 等问题向旅行社提供全套电子商务解决方案。业务上涵盖旅行社线路管理、报 名接待、财务管理、旅客资料管理、景点查询等业务环节，使旅游产品的提供 者通过电子计算机网络和联接市场销售代理人的方式、将全行业旅游产品的信 息进行综合而设计的管理系统。 本系统主要有数据输入、报名接待、团队管理、系统维护等模块。通过系 统可实现管理旅行路线、服务等项目等，并可管理团队财务和维护系统等功能。 该系统的设计采用 powerbuilder 9.0 作为前台开发工具，sql server 2000 作 为后台数据库共同完成系统的开发。 关键词关键词：旅行社管理系统；旅客；旅游；sql server 2000；powerbuilder 9.0 ii 前前 言言 随着国民经济的高速发展,人们物质生活水平的提高,国内旅行业正在以前 所未有的速度迅速发展,中国已成为世界第五大旅行国,旅行收入占国民经济很 大比重。面对市场竞争以及行业压力，旅行业应对挑战之路就是以计算机网络 技术为契机，以内部管理革命为突破，以计算机辅助管理代替原始的手工管理, 逐步走入管理信息化大门。 伴随旅游产业在的飞速发展，旅行社也越来越受人们的关注，旅行社的管理 的改善与提高已成为旅行社间竞争的筹码，尤其是现代社会已进入信息时代， 因而旅行业应对挑战之路就是以计算机网络技术为契机, 以内部管理革命为突 破，以计算机辅助管理代替原始的手工管理, 逐步走入管理信息化大门，全面 而又及时地通过系统终端、迅速传递给潜在的旅游消费者，极大地解决了困扰 旅游行业的产品信息宣传和旅游旺季带来的管理难等问题，使得旅行社的管理 更加健康发展，并能在一定程度带动当地旅游业的发展。 1 第一章第一章 可行性分析可行性分析 1.11.1 问题描述问题描述 随着国人生活水平的不断提高，人们的生活方式不再仅限于普通的衣、食、 住、行。人们不仅要在物质方面得到提高，而且在精神方面也追求有一个质的 突变。于是，人们越来越多的选择在周末或假期间外出旅游，享受旅游给自己 带来的乐趣，扩展视野。针对大众的这种需求，许许多多的旅行社就由此孕育 而生，旅行社则需要由一个合适的管理系统来规范，所以旅行社管理系统的建 立是十分必要的。 在计算机飞速发展的今天，将计算机这一信息处理利器应用于旅行社的日常 管理已是势必所然，而且这也将为旅行社的管理带来前所未有的改变，它可以 带来意想不到的效益，同时也会为旅游业的飞速发展提供无限潜力。采用计算 机管理信息系统已成为旅行社管理科学化和现代化的重要标志，它给旅行社管 理带来了明显的经济效益和社会效益。主要体现在：极大提高了旅行社工作人 员的工作效率，大大减少了以往人员冗余的问题。 基于旅行社管理的全面自动 化，可以减少管理中的漏洞，可以节约不少管理开支，增加旅行社收入。 首先对系统中用到的理论知识及相关技术、工具进行了论述，该论文详细 论述了系统中的子系统：旅行社管理系统中的内部事务管理的设计与实现。人 事管理、线路管理和用户管理，这三个模块是该子系统全部组成部分，其中人 事管理模块实现了导游对自身信息查询、修改、增添、删除，考虑到游客不是 固定，长期的用户，所以游客访问不需要账号和密码；导游和线路管理员需要 账号何密码。 1.21.2 可行性分析研究可行性分析研究 当接受一个软件开发任务，就进入软件生命的第一个阶段，即进行可行性 的研究。并不是所有问题具有简单的解决办法，许多问题不能在预定的规模之 内解决。因此通过可行性的研究分析可以知道问题有无可行性的解决方法，进 2 而避免人力、物力和才力的浪费。在现行系统初步调查的基础上就可以提出新 系统目标，即新系统建立后所要求达到的运行指标，这是系统开发和评价的依 据。系统目标应充分体现，直接为旅行社业务管理系统服务，并且，程序可以 分期分批实现。但是，需要指出的是，系统目标是不可能在总体规划阶段就提 得非常具体，它还将在开发过程中逐步明确和定量化。以达到更加出色的程序 系统。可是，目标的提法不尽相同，例如： 提高旅行社业务管理效率，减轻劳动强度； 提高信息处理速度和准确性； 为管理者提供更方便、科学的服务项目。 1.2.1 技术可行性技术可行性 技术上的可行性分析主要分析现有技术条件能否顺利完成开发工作，硬、 软件配置能否满足开发者需要等。 根据客户提出的系统功能、性能及实现系统的各项约束条件，根据新系统 目标来衡量所需的技术是否具备，本系统是一个数据库管理系统，现有的技术 以较为成熟，硬件、软件的性能要求、环境条件等各项条件良好，可以选择使 用 powerbuilder9.0 作为前台开发工具，sql server 2000 作为后台数据库共 同完成系统的开发，这两种工具都比较容易使用，用于开发系统比较方便。同 时，考虑给予的开发期限也较为充裕，预计系统是可以在规定期限内完成开发。 1.2.2 经济可行性经济可行性 主要是对开发旅行社业务管理系统的旅行社管理团队力量进行评价，一方 面是估算开发它的支出费用，其中包括设备购置费、软件开发费、管理和维护 费、人员工资和培训费等。另一方面是估算旅行社业务管理系统这个软件可能 取得的收益中可以用钱来衡量的那部分。并对目前的软件市场进行调查,所做软 件是否有很大的销售市场和相当规模的用户群。所做软件的开发成本与客户提 出的要求是否可达到双方都满意。并且，分析系统开发是否会对其它产品或利 润带来一定影响。 经过调查我们了解到，现在很多旅行社都在寻找功能更加齐全的管理系统 来取代旧系统，而且这个软件带来的收益远远超过它的开发所花费的代价。经 3 过对上述几个方面的调查研究和分析，我们得出旅行社业务管理这个软件的市 场前景是相当客观的，在经济角度来说，开发旅行社业务管理是可行的。 1.2.3 操作可行性操作可行性 主要是了解教旅行社业务管理的相关人员对开发信息系统是否支持，现有 旅行社业务管理制度和方法是否科学，规章制度是否齐全，原始数据是否正确 等。旅行社业务管理人员积极支持该系统开发，使新系统能够充分的发挥作用； 系统操作简单，易于理解，操作者经过短时间的培训就可以使用旅行社业务管 理系统。 1.31.3 结论意见结论意见 经过认真地可行性研究，系统基本上做到了在技术、经济、运行、法律上 的可行。因此，相信在按照计划上实施的前提下，全系统的设计将会按时、高 质量完成。所以，系统研制和开发是可以马上进行的。 4 第二章第二章 项目开发计划项目开发计划 2.12.1 编写目的编写目的 随着生活水平的提高，人们不仅要在物质方面提高生活水平，而且在精神 方面希望有一个质的飞越。于是，越来越多的人选择在周末或是假期外出，换 换环境，享受在另外一种环境下的生活方式，来丰富自己的精神世界，扩展视 野。各种各样的旅行社就由此孕育而生，丰富多彩的旅游景点则需要一个合适 的管理系统来规范，使得各项工作都有条有理地进行，所以旅行社管理系统的 制作是十分必要的。 2.22.2 项目背景项目背景 项目分析单位在接到项目分析员给出的项目可行性分析报告后，在本系统， 即旅行社业务管理系统开发主管部门的统一下制定用于软件实质开发的软件项 目计划，以使软件开发单位理解软件开发要求，进行开发。 2.32.3 项目概述项目概述 1、工作内容 让计算机对旅行社业务进行自动管理，用户可以直接在计算机上实现旅行 社业务的信息管理，并能在一定程度上实现自动化。 2、条件与限制 开发该软件的条件比较简单，以开发单位目前的经济与技术条件已完全具 备开发的条件。该系统可在用户要求的期限内完成。 3、产品 1）程序 具体程序和源代码在文件夹源代码中。 2）文档内容包括： (1)封面； (2)目录； 5 (3)中文摘要 100 字；关键词 3-5 个； (4)序言； (5)系统分析（包含需要的系统流程图、数据流程图、数据字典） ； (6)系统总体设计（包含总体软件结构图、总体数据结构） ； (7)详细设计; (8)系统测试（包含测试方案、测试用例、测试结果及软件可靠性分析） ； (9)软件使用说明书（核心界面说明） ； (10)设计总结、参考文献、致谢等。 4、验收标准 软件的验收标准完全由用户提出的软件需求制定，能保证软件的基本符合 用户的要求。 2.42.4 项目开发计划项目开发计划 1、任务分解 分三个大的阶段进行开发第一阶段完成本系统的数据流图跟 e-r 图。第二 阶段完成概要设计跟详细设计。第三阶段书写文档。 2、预算 软件资金投入较少，具体预算分配简略。 3、关键问题 各模块之间的联系和后台数据库的完成。使用目前的设备与现有开发技术 完全可以开发出该系统，总的来说该项目没有较大的技术难点与其他的一些风 险因素。对于出现的一些小难点总都能得到解决。 2.52.5 交付期限交付期限 所要开发的系统较简单，所有开发工作用户要求要在 1 个月内完成，完成 项目的最迟时间为 2009 年 8 月 15 日。 6 第三章第三章 需求分析需求分析 3.13.1 任务需求分析任务需求分析 根据前面介绍的旅行社业务管理流程和信息化管理的目标，一个通用的旅 行社业务管理系统应包含如下图所示的功能，其中每个功能都由若干个相关联 的子功能模块组成。除此之外系统还包括信息系统必须具备的通用功能，例如 权限设置，数据备份与恢复等。其所包括的基本功能如图 3.1 所示： 主 界 面 数 据 输 入 信 息 查 询 服务标准信息 导游信息 游客报名情况 旅客退团退款 路线详细 0 20 40 60 80 100 第一季度第三季度 东部 西部 北部 信息 游客资料查询 用 户 登 录 景点查询 旅行团队信息 线路信息 图 3.1 旅行社业务管理系统的基本功能 在本系统中，我将建立起旅行社管理系统的旅游线路管理模块、导游服 务模块、组团管理模块、游客管理模块，其中旅游线路管理模块又分为旅 游线路管理和旅游线路查询两个子模块，系统设置模块分为游客注册会员 7 信息、修改游客信息、备份数据三个子模块。其中，在几个查询模块中， 我要使用到 sql 查询语言对表格进行条件查询操作。 3.23.2 数据流图、数据字典数据流图、数据字典及实体联系图及实体联系图 3.2.13.2.1 数据流图数据流图 该系统数据流程图如图 3.2 所示： 信息 信息 信息 查询 信息 信息 信息 接受事 务 系统管 理员 更新数 据信息 处理事 务 产生 清 单 旅行 社负 责人 输入信息 信息清单 图 3.2 系统数据流图 数据源及数据终点：表示数据的来源或数据的去向，可以是一个组织或人 员，它处于系统范围之外，所以又称它为外部实体，它是为了帮助理解系统界 面而引入的，一般只出现在数据流图的起点和终点数据流图由四种基本的元素 构成：数据流(data flow)，处理(process)，数据存储和数据源（数据终点） 。 数据流(data flow)：为具有名称且有流向的数据，用标有名称的箭头表示， 一个数据可以是记录、组合项或基本项。 处理(process)：表示对数据所进行的加工和变换，在图中用矩形框表示。 指向处理数据流为该处理的输入数据，离开处理的数据为处理的输出数据。 数据存储：表示用文件方式或数据库形式所存储的数据，堆砌进行的存取 分别以指向或离开数据存储的箭头表示。 数据源及数据终点：表示数据的来源或数据的去向，可以是一个组织或人 员，它处于系统范围之外，所以又称它为外部实体，它是为了帮助理解系统界 8 面而引入的，一般只出现在数据流图的起点和终点。 3.2.2 数据字典数据字典 数据字典是关于数据的信息的集合，也就是对数据流图中包含的所有元素的 定义的集合。 数据字典卡片： 3.2.3 实体联系实体联系 e-r 图图 根据对数据流图和数据字典的分析，我们可以确定该应用中的实体，属性和 实体之间的关系，并画出如图 3.3 所示的 e-r 图： 名字：导游社基本信息 别名：daoyou 描述：导游的基本信息的描述 定义：导游基本信息=导游的编号+ 导游的姓名+学历等信息 位置：导游信息 名字：旅行线路信息 别名： 描述：旅行社线路的基本资料 定义：数据输入=线路信息+服务 项目+服务标准+服务报价 +放餐车票导游保险 位置：数据输入 名字：线路查询信息 别名： 描述：对旅行的线路的查询 定义：线路资料=8字符 位置：数据输入表、报名接待表 名字：游客查询信息 别名： 描述：对已经参加过该旅行社的 游客的资料的查询 定义：游客查询=姓名+性别+年 龄+工作地点+现居住地 位置：报名接待表 名字：旅客报名信息 别名： 描述：所接待旅客的资料的描述 定义：报名接待=旅客报名交款+退 团退款+线路资料查询+旅客 咨询登记+景点查询 位置：报名接待 名字：团队财务信息 别名： 描述：查询团队在整个运行过程 中所产生的每笔收支情况 定义：团队财务=应收帐款+应付 账款+收款登记+付款登记 位置：团队财务 名字：景点查询信息 别名： 描述：对旅行社服务旅游的景点的 资料的查询 定义：景点资料=8字符8 位置：报名接待表 9 所在地 名称 信誉度 服务标准 号 负责人 旅行社 团队 旅游 行程线路 旅游费时 旅游费用 旅客 姓名 年龄 性别 工作地点 现居住地 图 3.3 系统基本 e-r 图 服务项目 10 第四章第四章 系统总体设计系统总体设计 4.14.1 总体设计总体设计 通过这个阶段的工作将划分出组成系统的物理元素。 系统概要设计的基本目的是用比较抽象的概括方式确定系统如何完成预定 的任务，也就是要确定系统的配置物理方案。软件结构设计时应该遵循的最主 要的原理是模块独立，让模块彼此间的接口关系应该尽量简单。 4.24.2 系统功能模块图系统功能模块图 可以根据模块独立原理对软件结构进行精化。为了合理的分解，得到尽可 能高的内聚、尽可能松散的耦合，最终要的是，为了得到一个易于实现、易于 测试和易于维护的软件结构，应该对模块进行再分解或合并。 系统功能模块图如图 4.1 所示： 旅行社业务管理系统 旅行信息模块旅客信息模块团队财务模块系统维护模块 行 程 线 路 旅 游 景 点 旅 行 费 用 输 入 旅 客 信 息 修改旅 客 信 息 查 询 旅 客 信 息 应 收 账 款 应 付 账 款 系 统 备 份 系 统 恢 复 数 据 初 始 化 图 4.1 系统功能模块图 旅行社业务管理主要实现了旅游信息、旅客信息和团队财务的管理。而旅 游信息的管理又包括行程线路、旅游景点、旅行费用等信息的查询；旅客信息 模块则包括旅客信息的查询、输入、修改等功能；团队财务模块则实现了管理 账务，包括应付、实收、收款登记、付款登记等信息；系统维护模块则通过数 11 据库实现，其实现的功能为为维护人员提高系统备份、恢复、数据初始化等功 能。 4.34.3 数据库概念设计数据库概念设计 数据库一般分为三级模式：外模式、概念模式和内模式。外模式也就是不 同用户所对的数据视图，它将数据库内部抽象的数据及其互相之间的关系表示 为简单、直观的应用界面。概念模式是数据库中全部数据的逻辑结构和特征描 述，通常以某种数据模型为基础。内模式是对数据的物理结构和存储方式的描 述。 系统所涉及的信息主要有： 导游基本信息。包括的数据项有：导游标号、导游姓名、性别、年龄、民 族、出生年月、政治面貌、学历、毕业学校、籍贯、email。 旅游景点信息。包括的数据项有：景点标号、景点名称、距离、海拔、服 务等级、景点历史。 服务等级信息。包括的数据项有：服务等级、服务报价、旅行交通、旅行 时长。 旅行团队信息。包括的数据项有：团队编号、导游编号、景点标号、出发 时间、返回时间、人限、状态。 游客基本信息。包括的数据项有：游客编号、密码、姓名、身份证号、性 别、年龄、民族、籍贯、政治面貌、联系方式、email。 收支基本信息。包括的数据项有：收支编号、团编号、经手人、收支时间、 原因、金额。 数据库概念结构设计，是在需求分析的基础上，设计出能够满足用户需求 的各种实体，以及他们之间的关系，为后面的逻辑结构设计打下基础。数据库 概念结构设计，是在需求分析的基础上，设计出能够满足用户需求的各种实体， 以及他们之间的关系，为后面的逻辑结构设计打下基础。 4.44.4 数据库逻辑结构设计数据库逻辑结构设计 在数据库设计中相当重要的一步就是将概念模型转化为计算机上 dbms 所支 12 持的数据模型，例如，将 e-r 图模型转化为关系模型，道理很简单，我们设计 概念模型基本上都是一些抽象的关系，在再数据库设计的实现过程中，在计算 机上有效地表示出这些关系就成了数据库设计的关键。 根据旅行社业务管理系统的功能要求，选取 sqlserver 2000 作为后台数据 库。 在上面的实体和实体之间的 e-r 图设计基础上，形成数据库中的表格及表 格之间的关系。 该数据库由路线信息表、景点等级信息表、报名情况数据表、导游信息表 旅游团数据表以及旅客信息表组成。 主表的结构设计： 1. 路线信息如表 4.1 所示： 表 4.1 路线信息表 字段名数据类型长 度小数空？含义备注 jdbhchar 100 否景点编号主键 jdname char 100 否景点名称 bjl char 80 否景点距离 jdhb numeric52 是景点海拔 jddjchar10 否景点等级 jdls char 100 否景点历史 2景点等级信息如表 4.2 所示： 表 4.2 景点等级数据表 字段名数据类型长 度小数空？含义备注 jddjchar 10 否景点等级主键 fwbjnumeric52 否服务报价 jiaot char100 否旅行交通 shichchar40 否旅行时长 3.报名情况数据如表 4.3 所示： 表 4.3 报名结果数据表 字段名数据类型长 度小数空？含义备注 13 ykbhchar 100 否游客编号主键 tbhchar100 否团编号 4.导游信息数据如表 4.4 所示： 表 4.4 导游信息数据表 字段名数据类型长 度小数空？含义备注 dybhchar 100 否导游编号主键 dyname char 100 否导游姓名 dysex char 20 否性别 dyage int00 否年龄 dymzchar120 否民族 dyny char 60 否出生年月 dyzzmm char 60 政治面貌 dyxl char 80 学历 dybyxx char 200 是毕业学校 dyjg char 20 籍贯 dyzt char 100 状态 email char 100 是邮箱 5.旅游团数据如表 4.5 所示： 表 4.5 旅游团数据表 字段名数据类型长 度小数空？含义备注 tbhchar 100 否团编号主键 dybh char 100 否导游编号 jdbh char 100 否景点编号 tchsjchar 00 否出发时间 tfhsjchar80 否返回时间 trxint80 否人限 tzt char 40 否状态 6.旅客信息表 旅客信息表是对已报名注册成为会员的顾客信息的统计,具体如表 4.6 所示： 14 表 4.6 旅客信息表 字段名数据类型长 度小数空？含义备注 ykbhchar 100 否游客编号主键 ykmm char 200 是游客姓名 ykname char 100 否姓名 ykid char180 否身份证号 yksexchar20 否性别 ykageint00 否年龄 ykmz char 80 否民族 ykjg char 20 否籍贯 ykzzmm char 80 是政治面貌 yklxfs char 120 是联系方式 yemail char 300 否邮箱 4.54.5 连接数据库的特点连接数据库的特点 当开发环境通过连接到数据库上之后，在设计中使用数据库控件可实现对 该数据库中表格、视图等的操作，如创建表、修改表、删除表、增加/删除修改 记录。设计数据窗口的时候，通过 powerbuilder9.0 程序实现与数据的连接。在 应用程序中则一般是在应用程序对象中书写连接数据库的程序代码，使得应用 程序开始运行并实现与数据库的连接。 15 第五章第五章 详细设计详细设计 详细设计阶段的根本目标是确定应该如何具体地实现所要求的系统，包括 了用户界面设计、程序过程设计等步骤。 5.15.1 系统的主要功能系统的主要功能 系统主要包括： （1）数据输入：输入旅行社提供的线路基本资料（线路行程、服务项目、 服务标准、服务报价、房餐车票导游保险等信息） ； （2）报名接待:包括游客报名交款、退团退款、线路资料查询、游客咨询 登记、景点查询； （3）团队财务:查询团队在整个运作过程中所产生的每笔收支情况。包括 应收账款、应付账款、收款登记、付款登记等； （4）系统维护:为维护人员提供系统备份、恢复、数据初始化等功能。 5.25.2 程序流程图程序流程图 程序流程图的优点是对控制流程的描绘很直观，易于掌握。通过对系统的 调查和可行性分析，画出程序的流程图如下所示，程序过程设计主要是在借助 过程设计工具的情况下，对程序的具体实现过程进行设计。程序的主要部分设 计在这些环节下完成。主程序流程图以及登录子程序流程图如图 5.1 和图 5.2 所示： 16 图 5.1 主程序流程图 是 否 是 否 否 是 开始 会员？ 写用户名 存在？ 写密码 输入用户 名和密码 正确？ 完成 17 图 5.2 登录子程序流程图 5.35.3 用户界面设计用户界面设计 5.3.15.3.1 一般交互设计一般交互设计 一般交互涉及信息显示、数据输入、和系统整体控制等方面。 1、一致性 为客户交互界面中的菜单选择、命令输入、数据显示以及众多的其他功能， 使用一致的格式。 在设计的过程中，基本上保持了系统的格式一致。 2、信息的反馈 在本系统设计过程中，基本做到了信息的及时反馈，在信息显示的大部分 窗体中包括了刷新按钮，会对数据库中的数据进行及时地显示。另外，在进行 错误操作是，会弹出提示窗口并发出警告提示音。 3、执行有较大影响的操作前提示用户确认 在设计过程中，如果用户要执行删除操作，以及对数据库的读写操作时， 都会有窗体弹出询问继续操作或者予以提示。 4、减少两次操作间需要记忆的内容 为了避免用户为下一步操作而记忆大量数据，所以在设计过程中在需要数 据传递的窗体中设置全局变量，来传递数据。例如在入账和入库的模块的操作 中都用到了这样的方法。 5、允许错误 允许用户的误操作尽量不对系统造成伤害。 6、按功能对动作分类，并据此设计屏幕布局 屏幕布局尽量将软件所具有的所有功能在主页面展示，界面一目了然。 5.3.25.3.2 信息显示设计信息显示设计 应当尽量为用户提供的界面显示时完整的、明确的和容易理解的。这样才 能满足用户的需求。使用不同的方式显示信息：用文字、图形、声音，按位置、 18 移动和大小，使用颜色和省略等方式传达信息。 1、只显示与当前工作有关的信息 在用户操作有关系统的特定功能的信息时，不必看到与之无关的数据、菜 单和图形。 2、使用便于用户迅速吸收数据的方式来表示数据 在系统设计的过程中，较多地使用了图表的形式表示数据，例如在分析中 就使用了柱状图的形式表现了复杂的数据。这样，用户可以直观的体会到图表 所表示的含义。 3、使用一致的标记、标准的缩写和可预知的颜色 为了使系统所表达的含义准确、无误，就必须适用一致的标记、标准的缩 写和可以预知的缩写，这样用户就无需参照其他信息源就能理解，而正确地适 用软件。 4、产生有意义的错误信息 对于系统在运行过程中产生的错误尽量给用户返回一个容易理解的错误信 息，以使用户保持对系统的信任，和系统的可用性。 5、使用窗口分隔不同类型的信息 使用不同的窗口显示、保存不同类型的信息。 在各个显示数据的窗口中，由于数据窗体项目较多，所以在数据窗体空间 中较多的是用了垂直和水平滚动条，以保证信息的全面正确显示。 5.3.3 输入界面设计输入界面设计 用户的大部分时间用在选择菜单命令、键入数据和向系统提供输入。在系 统中，键盘是主要的输入介质，但是鼠标等设备的也是重要的输入手段，所以， 对于他们的数据输入操作有如下约定： 1、保持信息显示和数据输入间的一致性 为了方便用户的使用，鼠标应当尽量减少操作的幅度。 2、保持显示信息和输入信息之间的一致性 对于用户来说，要保证其输入的数据在显示上与其他显示的视觉特征（例 如：文字大小、颜色、位置等）要一致。 19 第六章第六章 软件测试软件测试 6.16.1 测试方法测试方法 软件的测试方法主要有黑盒测试（功能测试）和白盒测试（结构测试） 。 其中，黑盒测试把程序看作一个黑盒子，完全不考虑程序的内部结构和处理过 程。也就是说，黑盒测试是在程序接口进行的测试，它只检查程序功能是否能 按照规格说明书的规定正常使用，程序是否能适当的接受输入数据并产生正确 的输出信息，程序运行过程中能否保持外部信息的完整性；白盒测试的前提是 可以把程序看成装在一个透明的白盒子里，测试者完全知道程序的结构和处理 算法。 在本次软件的测试工作中，根据需要和系统的特点，我采用黑盒测试方法 来检查程序功能是否能按照规格说明书的规定正常使用，程序是否能适当的接 受输入数据并产生正确的输出信息，程序运行过程中能否保持外部信息的完整 性。 6.26.2 测试用例测试用例 （1）输入要查询导游信息，如果信息存在，则可以显示出来导游的基 本信息，如果信息重复则进行相应的提示，查询导游信息的基本操作界面如 图 6.1 所示： 20 图 6.1 导游信息查询 （2）输入要添加的路线信息，如果信息不重复，则可以进行录入，如果信 息重复则进行相应的提示，其显示的界面如图 6.2 所示： 图 6.2 添加景点信息 （3）游客可以利用自己已注册的账户和密码查看和修改自己的基本信息，查询 的界面以及结果如图 6.3 所示： 21 图 6.3 游客信息查询和修改 （4）同时如果游客输入的账号或是密码错误，将会出现报错提示，提示游客其 所输入的信息有错误需要重新输入，报错信息界面如图 6.4 所示： 图 6.4 报错测试 （5）如果游客已报过旅行团，则游客可以利用查询报名功能查询自己所报的旅 行团的信息，如图 6.5 所示： 22 图 6.5 游客报团信息 第七章第七章 软件使用说明书软件使用说明书 旅行社业务管理系统界面美观并且简单使用，主要针对路线基本信息、导 游基本信息以及游客基本查询等方面的操作和服务，功能相对齐全，方便用户 的使用。 7.17.1 使用方法使用方法 （1）系统通过会员用户名和密码登入系统如图 7.1 所示，对非会员提供注 册成为会员的窗口如图 7.2 所示： 23 图 7.1 登陆界面 图 7.2 会员注册界面 （2）登录成功后进入主界面，如图 7.3 所示： 24 图 7.3 系统主界面 7.27.2 该系统的运行环境该系统的运行环境 (1)运行设备：微机 cpu：1.0g，硬盘：40g，内存：256m，显示器 17。能够打印 a4 纸大小的打印机。 (2)支持软件: a.开发工具及运行环境：后台数据库工具我们采用 sql s