机票预定系统1

目录

第一章 机票预定系统的前景和范围 1.1 业务需求 1.2 项目远景

1.3 范围和局限性

第二章 机票预订系统项目需求分析说明

2.1 任务概述软件主要组成及功能要完成的功能 2.2 功能需求

2.3 外部接口需求 2.4 性能需求 2.5 软件属性需求 2.6 数据描述

2.6.1 E—R图

2.6.2 机票预定系统的数据需求 2.6.3 系统数据流图

2.6.4 机票预定系统的分析模型 2.6.5 机票预定系统的数据字典 第三章 机票预定系统概要设计 3.1 引言

3.1.1 编写目的 3.1.2 项目背景 3.2 任务概述

3.2.1. 运行环境 3.2.2. 需求概述 3.3 总体设计

3.3.1 . 处理流程

3.1.2 总体结构和模块外部设计 3.1.3 功能分配 3.4 外部接口 3.5 数据结构设计

3.5.1 . 数据库数据结构设计 3.5.2 物理数据结构设计 第四章 机票预定系统的测试计划 4.1引言 4.2.计划

4.2.1 方法与原则 4.2.2 测试内容 4.3测试计划说明 4.4评价准则

第一章 机票预定系统的前景和范围

机票预定系统的总目标是：在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的机票预定系统，实现航空公司的机票销售的自动化的计算机系统，为企业的决策层提供准确、精细、迅速的机票销售信息。总之，这个系统要求能够实现实时，高效，便捷，完善，安全性好等特点。

今后随着计算机技术以及网络技术的迅速发展，电子商务正逐渐成为Internet应用的一个重要领域。电子商务也必然对航空公司和旅行社的机票销售模式产生深远的影响，所以将来的机票预订系统必然与网络相结合，产生基于WEB的机票预订系统。另外将机票预订呼叫中心与订票系统的结合也可以为客户提供更加人性化的服务。

1.1 业务需求

（1）背景

随着中国经济的高速发展，我国航空业迅速发张，对机票预定系统的需求也越来越高。通过使用机票预订系统以方便旅客和提高航空公司的工作效率。 （2） 业务机遇

航空公司机票预定系统可以正常的运作和发展的必要设施，其应具备的特点是操作方便、友好的用户界面及能满足实际需求的强大功能。 （3） 业务目标

节省航空公司的机票销售费用，整合多交航空公司，带来巨大的利润。 （4） 客户或市场需求 改善客户预定机票难的问题。

1.2 项目远景

整合所有的航空公司的机票销售，达到利益最大化。旅客可以在任何一个地方预定机票。

1.3 范围和局限性

１

（1）发布的范围

本系统是基于B/S模式开发的，分为后台处理和前台处理，后台用户可实现对数据库的管理，前台用户可以通过Internet浏览器查看网页，并可以通过注册登录实现对机票的预定、查询、退订等业务。 （2） 局限性

对用户信息的管理，无设置用户留言功能。

1.4 客户需要

在中国，随着网络的发展，上网人数的不断增多，网络已经成为许多人生活、工作不可或缺的一部分。

民航业传统客户希望能建立自己的电子商务网站，新兴电子商务网站希望能进入机票分销市场，从而充分利用网络来提高企业的盈利，在未来的市场竞争中抢先一步，这已成为许多有前瞻意识的企业管理人员目前考虑的问题。

网上订票(在线实时预订系统)：电子商务模式中机票业务是一个极其重要的环节，但由于机票业务的查询与预定是需要基于中航信所提供的CRS/ICS系统才能完成，所以基于网站开展此项业务，一直是经营者的困惑。

诚然，中国航信提供了IBE（Internet Booking Engine）接口，但是由于中国航信网络资源的匮乏、IBE接口的超高使用费用，使包括大多数高端客户在内的代理人不能满足企业的需求。

因此目前大部分机票预定网站的查询均使用自行维护的本地航班数据信息、而所谓的预定则是旅客在网站上填写预订单传输到后台，由操作人员在民航系统中进行人工完成。这种查询和预定方式的弊端在于航班信息的准确性和时效性都比较差，信息维护成本高，客户反馈不及时，且服务质量难以保障。

在此情况下，我公司根据民航代理人行业的特点，推出了IAS服务器,支持eTerm和信天游两种配置进行数据综合管理。IAS服务器可以帮助您快速扩展业务，轻松搭建属于您的航空旅游网上信息平台。

第二章 机票预订系统项目需求说明

2.1任务概述软件主要组成及功能要完成的主要功能

（1）.任务概述软件主要组成及功能要完成功能主要有：

a、新用户注册，新用户可以注册，登陆系统后进行相应的信息交互。

b、验证登陆名密码，正确进入主菜单，根据登录时所选的登录方式（客户、管理员）的不同分别对用户设定不同的访问权限。

c、管理员信息的输入和修改，包括用户名、登陆密码。

d、舱位信息的输入和修改，包括舱位等级编号、舱位等级名称、提供的各种服务类别，以及备注信息等。

e、客机信息的输入、修改和查询，包括客机编号、客机型号、购买时间、服役时间、经济舱座位数量、公务舱座位数量、头等舱座位数量以及备注信息等。

f、航线信息的输入、修改和查询，包括航线编号、出发城市、到达城市、航班日期、出发时间、到达时间、客机编号、经济舱价格、公务舱价格、头等舱价格和备注信息等。

g、客户等级信息的输入、修改，包括客户等级编号、客户等级名称、折扣比例和备注信息等。

h、客户信息的输入、修改和查询，包括客户编号、客户姓名、客户性别、身份证号码、客户网上用户名、客户登陆密码、客户联系电话、客户类型和备注信息等。

I、订票信息的输入、查询和修改，包括订票编号、客户编号、客户姓名、客户类型、折扣比例、航线编号、出发城市、到达城市、出发时间、舱位类型、票价、结算金额和备注信息等

（2）、用户特点及一般约束

a、管理员和用户的登陆

要求合法的管理员以及用户才能登陆体统，防止系统被无关人员动用，使用字符串匹配对用户名和密码进行判断。管理员和用户的登录对相应的操作权限也不一样，管理员有舱位信息管理，客机信息管理，航线信息管理，客户类型信息管理，客户信息和订票信息管理，

用户主要有舱位查询，客机信息查询，航线信息查询，客户类型信息查询，自己的信息管理，和自己订票和退票。

b、管理员的日常操作

管理员可以对舱位信息，客机信息，航线信息，客户类型信息，进行查询、修改和删除操作，可以对客户信息和订票信息只有查询操作。

（3）用户的的日常操作

用户可以进行注册然后登陆系统，可以查询舱位信息，客机信息查询，航线信息查询，客户类型信息，可以对自己的信息进行修改，可以定票（按照航班号进行预订机票，显示所订机票的信息和价格，进入支付系统付账，并再次要求客户确认，确认无误后订票成功），可以退票（在特殊情况下（如天气不适合飞机起降，飞机延误超过30分钟）等给予全额退票，如果是个人原因只能退50%），对退票后的机票要在未售出机票中重新体现。

３

2.2功能需求（用DFD图表示）

（1）用户注册

点击新用 户注册 填写信息

数据流图

填写相应的信息注册 获取确认 注册成功可登录

（2）用户订票的DFD图

1 层图：

P 用户登录 查阅机票 信息 订票

2 层图：

P1 P2 P2 .1 用户登录 用户信息 输入要查询 查询机票 机票信息处理订票 订票信息 信息 信息 息 订票成功 查 机 询票 信 信 息 息 D1 机票信息

（3）、退票的DFD图

D1 订票记录 P 用户登陆 用户信息 1 机票信息 P2 退票信息 处理订票信退票成功

息 取消机票记录 机票 信 息 P3 机退款处理 票 信 退息 票 的 原 因 D2 退票的相关规定

（4）、机票信息查询的DFD图

顶层图

用户登陆 查找的机票信息 查询机票 机票信息 用户 1层图

５

P1 用户登陆 P2 机票信息 用户 查找的机票信息 机票信息 处理机票信 机票信息 息 机 票 清 单 D机票信息清单 机 票 信 息 D2 机票信息

2.3外部接口需求

在用户界面方面要求错误信息格式均以弹出提示框的形式出现，硬软件接口方面没有特别的需求，一般用户都可以直接使用。

2.4 性能需求

因为系统本身较小，并不投入实际应用，因此响应时间、结果精度方面可能会比较差，数据量大小方面能够处理较大的数据量。

2.5软件属性需求

在数据检索、数据增删改方面必须做到丝毫不差，满足软件开发的正确性要求。 必须考虑充足的异常处理机制以及软件的复用性，以便增强软件的健壮性。

在安全保密性方面做到不同身份所能处理的事务不同，避免保密数据泄漏；设置足够的触发器对不安全的数据修改进行回滚操作，进而保证了安全性要求。

所开发出来的软件必须是可维护的，不能把一些东西做的太死。

2.6 数据需求 （1）E—R图 管理员信息实体E-R图

管理员编号 管理员信息实体 管理员电话 管理员姓名 管理员密码

舱位等级信息实体E-R图 客机信息实体E-R图 航线信息实体E-R图

订票信息实体E-R图

（2）机票预定系统的数据需求

机票预定系统的数据需求包括如下几点：

客户类型信息实体E-R图

实体之间关系的E-R图 ７

1）． 数据录入和处理的准确性和实时性

数据的输入是否准确是数据处理的前提，错误的输入会导致系统输出的不正确和不可用，从而使系统的工作失去意义。数据的输入来源是手工输入。手工输入要通过系统界面上的安排系统具有容错性，并且对操作人员要进行系统的培训。

在系统中，数据的输入往往是大量的，因此系统要有一定的处理能力，以保证迅速的处理数据。

2）.数据的一致性与完整性

由于系统的数据是共享的，在不同的旅行社中中，机票是共享数据，所以如何保证这些数据的一致性，是系统必须解决的问题。要解决这一问题，要有一定的人员维护数据的一致性，在数据录入处控制数据的去向，并且要求对数据库的数据完整性进行严格的约束。 对于输入的数据，要为其定义完整性规则，如果不能符合完整性约束，系统应该拒绝该数据。 3）． 数据的共享与独立性

整个机票预定系统的数据是共享的。然而，从系统开发的角度上看，共享会给设计和调试带来困难。因此，应该提供灵活的配置，使各个分系统能够独立运行，而通过人工干预的手段进行系统数据的交换。这样，也能提供系统的强壮性

（3）系统数据流图

系 统 管理员 售票员 售票员 售票员 航班信息的更新 查询请求 表单申请 机票核对事务 数 据 库 报表 报表 报表 报表和账单

由于系统的数据流程图比较复杂，而系统中主要的是订票、取票和退票三项业务。

服务器终端显示数客户机终端显示数客户机终端显示数在客户端打印机票和帐 订票业务数据流程图

取票业务数据流程图

退票业务数据流程图

９

（4）机票预定系统的分析模型

系统的逻辑方案是指在对现行系统进行分析和优化的基础上，确定新系统的目标、信息流程、总体结构、功能模型以及拟采用的管理模型和信息处理方法等。详细地了解情况，进行系统分析都是为最终建立新系统的逻辑模型做准备。机票预定系统的逻辑模型如图所示。

（5）机票预定系统的数据字典

名字：旅客信息 别名： 描述：旅客的个人信息，用于对旅客 的确认 定义：旅客的信息=姓名+性别+工作单位+身份证号码+旅行时间+旅行目的地 位置：输入到旅行社端（client端） 名字：旅客清单 别名: 描述：已经订票的旅客的记录 定义：订票旅客清单=旅客信息的合集 位置：输入到旅行社端（client端）

名字：订票信息 别名： 描述：旅客的旅行时间和目的地，用于确认旅客的航班 定义：订票信息=旅客的旅行时间+旅客旅行目的地 位置：传输到航空公司端（Server端）

第三章 机票预定系统概要设计

3.1 引言

在本机票预定系统项目的前一阶段，也就是需求分析阶段中，已经将系统用户对本系统的需求做了详细的阐述，这些用户需求已经在上一阶段中对航空公司、各旅行社及机场的实地调研中获得，并在需求规格说明书中得到详尽得叙述及阐明。

本阶段已在系统的需求分析的基础上，对机票预定系统做概要设计。主要解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。

在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对机票预定系统所做的模块结构设计的基础上，对系统进行详细设计。在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。

3.1.1编写目的

机票预定系统的总目标是：在计算机网络，数据库和先进的开发平台上，利用现

１１

有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的机票预定系统，实现航空公司的机票销售的自动化的计算机系统，为企业的决策层提供准确、精细、迅速的机票销售信息。总之，这个系统要求能够实现实时，高效，便捷，完善，安全性好等特点。

3.1.2项目背景

随着社会发展的不断进步，民航事业的壮大，人们消费水平的提高，乘坐民航的消费者也越来越多，机票预订系统也开始影响着人们日常生活和出行，并且变得越来越重要。而原有的系统随着航空公司载客量的迅猛增长和人们对便捷性要求的提高，已经变得无法满足需求。原有的系统不仅效率比较低下，而且在安全性、准确性等方面有很多不足。

为了实现航空公司以及旅游行业的现代化管理，进一步提高工作效率，方便旅客，需要开发一个机票预订系统。该系统需要具有完整的存储，查询，核对，打印机票的功能。

在这个系统中，旅客或工作人员在网上或旅行社的机票预售代理点，通过计算机系统查询，系统为旅客安排航班，印出取票通知和账单，旅客在飞机起飞的前一天凭取票通知和账单交款取票，系统校对无误即印机票给旅客。 机票预定系统将由两部分组成：置于个旅行社定票点的前台客户程序，以及置于航空公司的数据库服务器。本系统与其他系统的关系如下：

图1

参考资料

以下列出在设计过程中所使用到的有关资料：

1． 机票预定系统项目计划任务书 浙江航空公司 1999/3 2． 机票预定系统项目开发计划 《》软件开发小组 1999/3

3． 需求规格说明书 《》软件开发小组 1999/3

4． 用户操作手册（初稿） 《》软件开发小组 1999/4

5． 软件工程及其应用 周苏、王文等 天津科学技术出版社 1992/1 6． 软件工程 张海藩 清华大学出版社 1990/11

7． Computer Network A.S.Tanenbaun Prentice Hall 1996/01 8. 软件需求（第二版） （美）Karl E.Wiegers著 刘伟琴译 清华大学出版社2004/11 文档所采用的标准是参照《软件工程导论》沈美明著 的“计算机软件开发文档编写指南”。

3.2 任务概述

3.2.1. 运行环境

系统将由两部分程序组成，安装在各旅行社客户机上的客户程序及航空公司 的数据服务器程序。

根据调研得知所有旅行社的计算机配置均在Pentium 133级别以上，客户程序应能够在Pentium 133级别以上, Win NT环境下运行。

机票预定系统中的各个子系统的硬件和软件的配置如下： 服务器端子系统的运行要求：

系统软件： Window NT Server 数据库管理系统：SQL Server 客户端子系统的运行要求：

系统软件： Window NT Workstation 数据库管理系统：SQL Server

3.1.2. 需求概述

为方便旅客，需开发一个机票预定系统。为便于旅客由旅行社代替航空公司负责为旅客定票，旅行社把预定机票的旅客信息，包括姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地，输入机票预定系统的客户端程序，系统经过查询航空公司内的航班数据服务器后，为旅客安排航班，印出取票通知。旅客在飞机起飞前一天凭取票通知和帐单交款后取票，系统校对无误后即印出机票给旅客。 要求系统能有效、快速、安全、可靠和无误的完成上述操作。并要求客户机的界面要简单明了，易于操作，服务器程序利于维护。

3.3 总体设计

3.3.1 .处理流程

下面将使用（结构化设计）面向数据流的方法对机票预定系统的处理流程进行分析

。系统可分为两大部分：一、客户机上的程序；二、服务器上的程序。以下将

分别对系统的这两大部分进行流程分析： 客户机程序流程

客户机上的输入信息为旅客资料或帐单号，还包括一个定票/领票选项。输出为打印帐单或机票，和确认或出错信息。其内部处理流程如下：

１３

图2

下面对各模块（以数字表示）进行功能说明：

1． 读入并确定（定票/领票） 它是一个事务处理中心，若输入是定票时转入2 ，

输出则转入5。

2． 读入旅客资料 读取所输入的旅客资料，并将其格式化，将格式化数据送3。 3． 检验输入资料 检验格式化输入资料，初步检查输入是否有误，它是一个事

务处理中心，有误则转2再次读入，检查无误则将数据送4。

4.准备服务器数据 由格式化旅客资料准备需发送到服务器的数据，将准备好的

数据送7、3

5． 读入帐单号 读取所输入的帐单号，并将其格式化，将格式化数据送6。 6． 准备服务器数据 由格式化帐单号准备需发送到服务器的数据，不同于4，

它将准备的是帐单号，将准备好的数据送7。

7． 准备网络数据包 将数据准备/加密成网络传输数据包。

8． 网络数据发送 将数据包经网络发送到服务器程序， 它是程序与网络的接

口。

9． 网络数据接受 接受由服务器程序经网络传送到客户机的数据包， 它是程

序与网络的接口。

10． 解开/判断 解开9 所接受的数据包，并判断数据是定票数据或是领票数据，

它是一事务处理中心，是定票则将数据送11，是领票则将数据送18。

11． 定票成功？ 由数据判断定票是否成功，它是一事务处理中心，若定票成

功则将数据送11，不成功则将数据送18。

12． 准备输出数据 由接收的服务器数据准备输出数据，其中关于帐单的数据

将送入13，其他包括旅客资料等送入14。

13． 打印帐单 由帐单信息处理帐单格式并打印出帐单。 14． 输出定位确定 在屏幕上显示确定定位及其他信息。 15． 判断错误 由数据判断出错误类型，将类型送到16。 16． 准备错误语句 由具体错误类型准备错误语句，送17。 17． 输出错误语句 在屏幕上显示错误语句。

18． 领票核对成功？ 由数据判断领票核对是否成功，它是一事务处理中心，

若成功则将数据送19，不成功则将数据送15。

19． 准备机票输出数据 由接收的服务器数据准备将打印的机票数据数，据其

中关于帐单的机票的数据将送入20，其他包括旅客资料等送入14。

20． 打印机票 由机票信息处理机票格式并打印出机票。

服务器程序流程 （如图3所示）

下面对各模块（以数字表示）进行功能说明：

1． 网络数据接收 接受由客户机程序经网络传送到客户机的数据包， 它是程序与网络的接口。

2． 解开数据 解开/解密打包的数据，并将恢复的数据格式化送入3。

3． 判断操作 由数据判断需要做什么数据库操作，它是一事务处理中心，若为定票操作则将数据送4，若为领票操作则将数据送15。

4． 准备数据库查询语句 由定票数据准备访问SQL SERVER数据库所需的SQL 语句，送入5。

5． 数据库操作 运行SQL 语句，查询并存入数据库，获得相应的定票数据，将数据送入6。它需包括初步对查询的判断。它必须为乘客安排可抵达目的地的有座位的航班。

6． 判断查询是否成功 利用查询所得的数据判断定票是否成功，它是一事务处理中心，若为定票操作成功则将数据送7，若不成功则将数据送8。 7． 准备回送数据 准备定票成功后需回送客户机程序的数据，送16。 8． 确定原因 由查询数据判断定票不成功的原因，送9。

9． 准备回送数据 根据不成功的原因，准备需送回客户机程序的数据，送入16。 10． 准备数据库查询语句 由领票数据准备访问SQL SERVER数据库所需的SQL 语句，送入11。

11． 数据库操作 运行SQL 语句，查询并存入数据库获得相应的领票数据，将数据送入6。它需包括初步对查询的判断。

12． 判断查询是否成功 利用查询所得的数据判断领票是否成功，它是一事务处理中心，若为领票操作得到确认则将数据送11，若不成功则将数据送8。 13． 准备回送数据 准备领票确认后需回送客户机程序的数据，送16。

１５

图3

14． 确定原因 由查询数据判断领票不能确认的原因，送15。

15． 准备回送数据 根据不成功的原因，准备需送回客户机程序的数据，送入16。 16． 准备网络数据包 将数据准备/加密成网络传输数据包。

17． 网络数据发送 将数据包经网络发送到服务器程序， 它是程序与网络的接口。 以上显示的各模块数字相同的为同一模块；由于事务流处理上的便利，将有些功能模块，拆分到各事务流中。

3．1.2 总体结构和模块外部设计

下面以结构图来描述机票预定系统的软件总体结构。框内注明了模块的名字；方框之间的直线表示模块的调用关系。 （如图4所示）

图4

服务器程序部分

3.1.3功能分配

各项模块的功能可参照3.1 中的说明。客户机程序主要有三大块：接收数据、网络通信及输出部分。服务器程序主要也是由三大功能：接收网络数据、数据库操作及发送网络数据部分。服务器程序需与已建立的SQL SERVER 数据库互连，其接口将于下面部分阐述。

１

3.4外部接口

用户界面

在用户界面部分，根据需求分析的结果，用户需要一个用户友善界面。在界面设计上，应做到简单明了，易于操作，并且要注意到界面的布局，应突出的显示重要以及出错信息。外观上也要做到合理化，考虑到用户多对WINDOW 风格较熟悉，应尽量向这一方向靠拢。在设计语言上，已决定使用 MS VISUAL C++ 进行编程，在界面上可使用VISUAL C++ 所提供的可视化组件，向WINDOWS 风格靠近。 其中服务器程序界面要做到操作简单，易于管理。在设计上采用下拉式菜单方式，在出错显示上可调用VISUAL C++ 库中的错误提示函数。

3.5． 数据结构设计

3.5.1 .数据库数据结构设计

DBMS 的使用上系统将采用 SQL SERVER, 系统主要需要维护3张数据表：

3.账单信息/旅客资料表

１

4. 机位信息表

3.5.2 物理数据结构设计

第四章 测试计划

4.1引言

4.1.1编写目的

机票预订系统在概要设计和详细设计的基础上，根据软件工程开发各阶段的规格说明书和程序内部结构而精心设计一批测试用例，并利用这些测试用例去运行程序，以发现程序的错误，并改正尽可能多的错误，提高软件的质量和可靠性。

4.1.2项目背景

本项目的名称：机票预订管理系统开发软件。

本项目的任务提出者及开发者是机票预订管理系统软件开发者,用户是中国民航及中国国际旅游开发公司。

本产品能具体化、合理化的管理机票预订记录，用结构化的思维方式去了解计算机的基本工作原理。

4.1.3定义

软件测试：为了发现错误而执行程序的过程。

静态测试：通过对需求文件、设计文件及源程序的阅读和分析，找出其中的错误和可以之处。 动态测试：直接在计算机上运行所要测试的程序模块，以实际运行的结果发现并纠正错误。

4.1.4参考资料

《软件工程》 ----王利福 张世琨 朱冰 编著 北京大学出版社 《数据库原理与应用》 ----李昭原 主编 科学出版社 《软件工程导论》 ----张海藩 清华大学出版社

4.2.计划

4.2.1方法与原则

1. 静态测试：主要对需求分析、概要设计、详细设计进行阅读和分析，找出其

中的错误和可疑之处。

2. 动态测试的黑盒测试和白盒测试

白盒测试利用尽可能覆盖多的语句和对选择语句侧重测试的原则来选择测试用例；

黑盒测试利用划分等价类的原则来完成测试。

4.2.2测试内容 （1）模块功能测试

３

订票平台的测试：

内容：a.能否正确输入旅客信息；

b.能否成功订票并把订票信息写入旅客信息数据库； c.能否成功打印帐单和取票通知单；

d.能否利用旅客身份证号查询旅客的订票信息； 目的：测试订票平台的各项功能是否能顺利完成，即订票流程是否完全正确。 取票平台测试：

内容：a.能否利用身份证查询旅客订票信息和付费情况； b.能否利用帐单来完成付费； c.能否在付费后打印机票取机票。

目的：测试取票能否顺利完成，即取票流程是否完全正确。

（2）数据文卷存取的测试

a. 订票信息能否正确存入数据库；

b. 能否对数据库中的各种信息进行查询，修改； c. 付费取票记录能否正确存入数据库。

（3）测试准备

1）测试机构及人员

本软件的测试交由其他同学完成：0114班 韩晶。 2）条件

预定时间：一个星期； 支持软件：VC

测试人员技术水平：会操作本软件，懂得一定的软件工程知识。 3）测试资料

机票预订系统开发的需求分析说明书、概要设计说明书、详细设计说明书。

4.3测试计划说明

4.3.1测试项目名称及测试设计

订票平台的测试：

a.能否正确输入旅客信息；

b.能否成功订票并把订票信息写入旅客信息数据库； c.能否成功打印帐单和取票通知单；

d.能否利用旅客身份证号查询旅客的订票信息；

取票平台测试：

a.能否利用身份证查询旅客订票信息和付费情况；

b.能否利用帐单来完成付费； c.能否在付费后打印机票取机票。

4.3.2测试用例

（1）控制

A. 输入是半自动的方式，对于旅客的基本信息是人工填写，航班信息是通过航班信息的查询自动填写，结果的记录就是按照程序执行所产生的顺序。 B. 输入是人工引入，人工填写旅客身份证号。

注意：这里说明的分别对应与上面的两个测试项目。

（2）输入

A． 1.姓名：王平 性别：男 工作单位：中央财政局 身份证： 旅行时间：2004/6/1 旅行地点：海口

2. 姓名：扬扬 性别：女 旅行时间：2004/7/14

B． 1.身份证： 2.身份证：

（3）输出

A．1.提示语：旅客及航班信息是否完全正确？；

如果检查无误，就选是，然后就是显示：订票成功！接着打印帐单和取票通知；

确定后，就可打印帐单，出现帐单，可以接收； 打印通知后，就有通知出现，需要接收。

2.提示语：您的个人信息不完整，请填写完整。

B.1.姓名：王平 性别：男 飞机行程：武汉----海口 航班号：MU3508 时间：2004/6/1 票价：900 付费否：否 进行付费后，付费否：是

打印飞机票，就有飞机票需要接收了

从新介入其他身份证号就可以在进行其他票的付费取票。 2.显示：近期内此身份证没有订过票。

(4) 过程

A.1.填写旅客的基本信息，根据航班查询来自动填写航班信息； 2.进行订票，要确定输入的信息是否正确；

3.在查看是否有成功订票的提示才能确定是否可进行打印帐单和打印通知； 4.在出现提示后选择打印帐单； 5.收到帐单后，即可打印通知；

6.收到通知，可退出订票平台，也可输入身份证号进行查询订票信息或者清

空后再进行下次订票任务，至此订票平台的测试完成。

B.1.输入身份证号； 2.进行查询，并且查看是否可以显示数据库中存在的现输入的身份证的订票

信息；

3.如果没有付费就选择付费；

4.付费完成后就可以打印机票，既可领票；

５

5.没有其他查询付费取票的任务就可以选择退出来完成整个付费取票平台

的测试。

4.4评价准则

4.1.1范围

所选择的测试用例能够检查到对输入不同的或者残缺的数据，软件中模块所运行的结果。

4.1.2数据整理

采用手工方式，尤其对数据库存取、查询方式，显示出的信息与写入数据库的信息是否一致相等。 4.1.3准则

1.对于错误显示，即对于一般不正确的的输入，系统做出相应的提示或者不影响

其他任务的执行。 2.对于数据库中存取查询的结果必须一致，这是系统可正确执行的依靠。