毕业设计机票预订系统测试用例说明书

毕业设计测试用例说明书

1 引言

1.1 编写的目的

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

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

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

预期的读者：系统管理员、机票预订管理员和订票旅客三种用户。

1.2 背景

软件名称：机票预订系统

提出者：航空公司机票销售部门

开发者：xxx。

用户：需要乘飞机的旅客，航空公司，旅行社, 系统管理员。

实现该软件的计算中心或计算机网络：

1.3 定义

查询：对数据库的操作的一种，用于搜索数据信息。

插入：对数据库的操作的一种，用于将数据存入数据库中。

更新：对数据库的操作的一种，用于更改数据库中的数据信息。

软件结构图：反映软件系统的功能模块之间的关系的数据图。

专门术语：

SQL SERVER: 系统服务器所使用的数据库管理系统（DBMS）。

SQL: 一种用于访问查询数据库的语言

事务流：数据进入模块后可能有多种路径进行处理。

主键：数据库表中的关键域。值互不相同。

外部主键：数据库表中与其他表主键关联的域。

ROLLBACK: 数据库的错误恢复机制。

系统：若未特别指出，统指本机票预定系统。

1.4 参考资料

1．机票预定系统需求规格说明书报告周海艳2013/11

2．机票预定系统程序设计说明书报告周海艳2013/11

2任务概述

2.1目标

《网上机票预订系统》运行于Internet环境，提供远程机票预订功能，包括远程航班信息查询，机票预订与确认等；使用《网上机票预订系统》可使机票订购过程简单化、电子化、数字化，节省常规过程所不必要的资源浪费。

建立一个高效率、稳定的系统，在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的机票预定系统，能够实现航空公司的机票销售的自动化的计算机系统，为旅客提供实时，方便，快捷的机票销售信息，并提高航空公司的工作效率，服务质量，并为其增加经济效益，加快航空公司的信息化发展步伐。

2.2用户的特点

使用本系统的最终用户可以定位为所有电脑使用者，尤其以旅游商务人员为主。由于本软件系统操作简单，界面友好，所以对用户的教育水平和技术水平几乎没有任何要求，只要会用电脑进行常规使用的用户均可。本系统将可能会被反复使用于日常的上网过程当中。普通管理员，只能对库（航班库和客户库）中的信息进行查询操作；超级管理员，可以根据具体需要进行适当的数据管理（增、删、改、更）。

客户只能对航班信息库中的内容进行查询操作，客户进入到页面之后在不进行登录的情况下只能进行航班信息查询操作，要预订机票就必须要先注册登录提交自己的基本信息；系统会根据管理员和客户的各种操作做出相应的返回信息进行提示。系统管理员：对系统、数据库进行维护，主要对不同人员赋予不同的权限。机票预订管理员：对机票预定工作进行具体的操作。订票客户：一般操作水平，能够在本系统查询个人信息和订票信息。

3 测试用例

3.1用例1(标识符)详细说明

（1）用例图

图2.1.1 用例图（2）用例描述：

表2.1.2

3.2用例2(标识符)详细说明

（1）用例图

图2.2.1 用例关系（2）用例描述：

表2.2.1

4其他非功能性需求

4.1设备环境要求

系统将由两部分程序组成，安装在各旅行社客户机上的客户程序及航空公司内的数据服务器程序。根据调研得知所有旅行社的计算机配置均在Pentium 133级别以上，客户程序应能够在Pentium 133级别以上, Win NT环境下运行。

设备环境需要满足一下基本要求：

①安全性：不同的用户具有不同的使用权限，只有具有最高权限的系统管理员才能修改、注

销数据库中的信息，具有一般权限的人员只能读取与自己相关的内容。

②一致性：系统的数据要保证一致性、准确性，当某一数据库中记录改变时，与之相关联的

数据库也会随之变化。

③易操作性：界面设计要符合大多数用户的操作习惯，系统还要提供操作指南，便于用户操作使用。

4.2设计约束要求

软件设计规格说明是软件设计的最终成果，它用于两个方面，一方面作为编码人员书写源程序的依据，另一方面作为测试阶段及维护阶段的一个指南。

软件设计规格说明的编写可以分为两个阶段。在概要设计阶段应集中于软件结果的描述，在详细设计阶段应集中于每个软件元素细节的描述。在软件设计规格说明中应该包括的内容如下。

（1）作用范围：

系统的目标和作为系统元素的软件的作用；

硬件、软件和人员的接口；

主要的软件功能；

外部定义的数据库；

主要的设计约束与限制。

（2）设计说明：

数据说明；

数据流的复审；

数据结构的复审；

导出的软件结构；

结构的内部接口。

（3）测试的准备：

测试大纲；

整体策略；

专门的考虑。

4.3接口要求

在输入方面，对于键盘、鼠标的输入。在输出方面，打印机的连接及使用。在网络传输部分，在网络硬件部分，实现高速传输。

1、系统接口说明

本系统运行在计算机上的Windows操作系统（Windows 9X、Windows NT、Windows 2000、Windows XP）环境下。后台采用SQL2000关系型数据库存放表,前端采用C#管理此数据库并实现应用。最终得到相应的帐单。

2、内部接口说明

本系统内部加工之间并不是全自动化，有些部分需要人工参与。打印出票据后，需要人员进行核对和收费，核对过后才将数据传之主数据库进型存储。从而才使预定的票具有有效性。

4.4程序性能要求

查询服务部分：旅客通过本地计算机，从提交查询命令到返回结果不超过3秒钟。

数据管理部分：系统管理员从提交一次录入到结果返回不超过3秒钟。

为了保证系统能够长期、安全、稳定、可靠、高效的运行，机票预订系统应该满足以下的性能需求：

1．系统处理的准确性和及时性

系统处理的准确性和及时性是系统的必要性能。在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足企业对信息处理的需求。在系统开发过程中，必须采用一定的方法保证系统的准确性。

2．系统的开放性和系统的可扩充性

机票预订系统在开发过程中，应该充分考虑以后的可扩充性。例如企业中管理模块的加入（人事管理、工资管理、日常事务管理等）也会不断的更新和完善。所有这些，都要求系统提供足够的手段进行功能的调整。而要实现这一点，应通过系统的开放性来完成，即系统应是一个开放系统，只要符合一定的规范，可以简单的加入和减少系统的模块，配置系统的硬件。通过软件的修补、替换完成系统的升级和更新换代。

3．系统的易用性和易维护性

机票预订系统是直接面对使用人员的，而使用人员往往对计算机并不时非常熟悉。这就要求系统能够提供良好的用户接口，易用的人机交互界面。要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面；针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。

4．系统的标准性

系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。所有这些都要符合主流国际、国家和行业标准。例如在开发中使用的操作系统、网络系统、开发工具都必须符合通用标准。如规范的数据库操纵界面、作为业界标准的TCP/IP网络协议及ISO9002标准所要求的质量规范等；同时，在自主开发本系统时，要进行良好的设计工作，制订行之有效的软件工程规范，保证代码的易读性、可操作性和可移植性。

5．系统的先进性

目前计算机系统的技术发展相当快，做为机票预订系统工程，应该保证系统在一段时间内是先进的，在系统的生命周期尽量做到系统的先进，充分完成企业信息处理的要求而不至于落后。这一方面通过系统的开放性和可扩充性，不断改善系统的功能完成。另一方面，在系统设计和开发的过程中，应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。

4.5软件质量要求

设备软件质量需要满足基本要求如：安全性：不同的用户具有不同的使用权限，只有具有最高权限的系统管理员才能修改、注销数据库中的信息，具有一般权限的人员只能

读取与自己相关的内容。用户单位对安全保密的要求是不泄露自己的基本信息和

航班信息，对使用方便的要求能够快捷有效的查询、订票等，对可维护性、可补

充性、易读性、可靠性、运行环境可转换性的特殊要求等。保证用户的方便使用

和系统的稳定性高等。

总结

就用例图来说还是比前面多了一些了解，就是用例分析还是存在一些问题，对用例分析不够明确也不够完整，总的来说是要加强的。在一次次的实验报告中我知道，说明书是软件设计的最终成果，它用于两个方面，一方面作为编码人员书写源程序的依据，另一方面作为测试阶段及维护阶段的一个指南。软件设计规格说明的编写可以分为两个阶段。在概要设计阶段应集中于软件结果的描述，在详细设计阶段应集中于每个软件元素细节的描述。一份完整有优秀的说明书能够很好的表达自己的软件设计，我还要在说明书这一块加强。

白盒测试用例设计方法

1白盒测试用例设计方法 1.1白盒测试简介 白盒测试又称结构测试、逻辑驱动测试或基于程序的测试，一般多发生在单元测试阶段。白盒测试方法主要包括逻辑覆盖法，基本路径法，程序插装等。 这里重点介绍一下常用的基本路径法，对于逻辑覆盖简单介绍一下覆盖准则。 1.2基本路径法 在程序控制流图的基础上,通过分析控制构造的环路复杂性，导出独立路径集合，从而设计测试用例，设计出的测试用例要保证在测试中程序的每一个可执行语句至少执行一次。 在介绍基本路径测试方法（又称独立路径测试）之前，先介绍流图符号： 图1 如图1所示，每一个圆，称为流图的节点，代表一个或多个语句，流程图中的处理方框序列和菱形决策框可映射为一个节点，流图中的箭头，称为边或连接，代表控制流，类似于流程图中的箭头。一条边必须终止于一个节点，即使该节点并不代表任何语句，例如，图2中两个处理方框交汇处是一个节点，边和节点限定的范围称为区域。 图2

任何过程设计表示法都可被翻译成流图，下面显示了一段流程图以及相应的流图。 注意，程序设计中遇到复合条件时（逻辑or, and, nor 等），生成的流图变得更为复杂，如(c)流图所示。此时必须为语句IF a OR b 中的每一个a 和b 创建一个独立的节点。

(c)流图 独立路径是指程序中至少引进一个新的处理语句集合，采用流图的术语，即独立路径必须至少包含一条在定义路径之前不曾用到的边。例如图(b)中所示流图的一个独立路径集合为： 路径1：1-11 路径2：1-2-3-4-5-10-1-11 路径3：1-2-3-6-8-9-10-1-11 路径4：1-2-3-6-7-9-10-1-11 上面定义的路径1，2，3 和4 包含了(b)流图的一个基本集，如果能将测试设计为强迫运行这些路径，那么程序中的每一条语句将至少被执行一次，每一个条件执行时都将分别取true 和false（分支覆盖）。应该注意到基本集并不唯一，实际上，给定的过程设计可派生出任意数量的不同基本集。如何才能知道需要寻找多少条路径呢？可以通过如下三种方法之一来计算独立路径的上界： 1. V=E-N+2，E 是流图中边的数量，N 是流图节点数量。 2. V=P+1，P 是流图中判定节点的数量 3. V=R，R 是流图中区域的数量 例如，(b)流图可以采用上述任意一种算法来计算独立路径的数量 1. V=11 条边-9 个节点+2=4 2. V=3 个判定节点+1=4 3. 流图有4 个区域，所以V=4 由此为了覆盖所有程序语句，必须设计至少4 个测试用例使程序运行于这4 条路径。 在采用基本路径测试方法中，获取测试用例可参考以下方式：

软件工程毕业设计说明书内容

1 引言 1.1 课题的提出 近年来随着计算机科学技术的高速发展，计算机技术也被广泛应用在我们生活的诸多领域，当然它在高校的信息化进程中也发挥着重要作用。通过先进的计算机网络技术管理高校资源，不仅提高了工作效率，而且提高了管理水平，更提高了服务质量[1]。 高校校友是一个知识体系密集、信息资源丰富、社会能力强的群体，是对自身母校有着特殊感情的群体，是潜藏在母校之外的独有的重要宝贵资源，它以桥梁和纽带的角色有效建立起学校和社会之间的联系，在学校的发展过程中发挥着重要的作用[2,3]。 1.2 课题的现状及其发展 目前世界上各种形式的校友录网站大约28万多个之多，大致有以下几类：1）以收费方式分，有收费校友录和免费校友录，其中以后者居多；2)以提供校友录服务的网站分大致有三种，有大专院校自己网站的校友录；有专门单独的校友录网站；有综合网站上的校友录；3）还有网络校友录和手机校友录之分[4]。 中国校友录发展现状：下面选取两个具有代表性的校友录来看看中国校友录网站发展的具体情况。1）中国人校友录是目前各种校友录中最具代表性、权威性的校友录。它有完善的界面服务，在校友录基本的留言、相册等功能之上，中国校友录还开通了手机校友录，同学大搜捕，星级会员等增值服务。还包括了其他信息服务内容，可以进行天气预报，股市，热点新闻的信息定制，并针对毕业班同学为他们提供全面就业信息及咨询。2）世纪同学录，现有注册用户440914人，注册班级120864个（数据截止到2004年1月10日）[5]。 1.3 本课题的主要工作 本次课题设计的是中北大学校友录管理系统，主要工作任务是实现以下系统功能：校友成员注册、登录、留言，上传并浏览照片、通讯录、系统后台管理。具体实现：校友数据的添加、修改、删除、和查询，已完成校友数据的收集及进行数据电子化；用户之间的互动，包括上传照片，相互留言，查看信息；对中北大学校友录管理系统的用户权限进行管理，以保证数据资源的合理利用。通过提供完善的校

机票预订管理系统数据库

华科学院信息管理与信息系统专业《数据库课程设计》报告 （2014/2015学年第一学期） 学生姓名： 学生班级： 学生学号： 指导教师： 2015年1月6日

《机票预订管理系统》的设计

目录 第一章系统概述 (1) 1.1 系统开发背景 (1) 1.2 系统开发意义 (1) 1.3 任务概述 (1) 1.3.1目标 (1) 1.3.2用户的特点 (1) 1.3.3条件与限制 (2) 第二章需求分析 2.1 可行性分析 (3) 2.2 数据流图 (3) 2.3 机票预订系统数据字典 (4) 2.4系统的实体-联系图（ER） (5) 第三章概念结构设计 (6) 3.1 概念数据模型的描述 (6) 3.2 概念数据模型的建立 (6) 第四章逻辑结构设计 4.1 E-R图向关系模型的转换 (7) 4.2 数据的概念结构 (7) 第五章物理结构设计 5.1 物理数据模型的描述 (9) 5.2 物理数据模型的建立 (9) 5.3 物理数据模型导入数据库管理系统 (10) 第六章数据库的实施 6.1 数据库中表内容 (11) 6.2 数据库中SQLServer语句 (12) 结束语 (14) 参考文献 (1)

一章系统概述 1.1 系统开发背景 随着社会发展的不断进步，旅游业的蓬勃发展，机票预订系统对人们的生活影响越来越大，为了实现航空公司以及旅游业的现代化管理，方便旅客，需要开发一个机票预订系统。该系统具有完整的存储，查询，核对，打印机票等功能。 在这个系统中，旅客在旅行社的机票预售代理点，通过输入计算机系统查询，系统为旅客安排航班，印出取票通知和账单，旅客在飞机起飞前凭其二代身份证、取票通知和账单取票，系统校对无误后即打印机票给顾客。 1.2 系统开发意义 航空公司为给旅客乘机提供方便，需要开发一个机票预定系统。各个旅行社把预定机票的旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等）输入到系统中，系统为旅客安排航班。当旅客交付了预订金或通过网上支付方式付款后，旅客就可以在飞机起飞前凭个人二代身份证在旅行社或机场指定系统上自助打印机票，系统核对无误即打印出机票给旅客。此外航空公司为随时掌握各个航班飞机的乘载情况，需要定期进行查询统计，以便适当调整。 1.3 任务概述 1.3.1目标 在计算机网络，数据库和先进开发平台上，利用现有软件，配置一定硬件，开发一个巨头开放乙烯结构的、易扩充的、一维护的、具有良好人机交互界面的机票预订系统，实现航空公司与旅行社之间的现代化管理链接。实现各个旅行社把预定机票的旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等）输入到系统中，系统为旅客安排航班的功能。 1.3.2用户的特点 用户为旅游社工作人员，通过登录相应信息而进入机票系统，然后输入旅客基本信息

软件测试用例设计方法---决策表

决策表，也叫判定表。在所有的功能性测试方法中，基于决策表的测试方法被认为是最严格的，因为决策表具有逻辑严格性。 在一些数据处理问题当中，某些操作的实施以来与多个逻辑条件的组合，既针对不同逻辑条件的组合之，分别执行不同的操作；决策表就是分析和表达多逻辑条件下执行不同操作情况的工具。 1 决策表通常由以下4部分组成： 条件桩(condition stub)：列出了问题的所有条件。通常认为列出的条件的次序无关紧要。 动作桩(action stub)：列出了问题规定可能采取的操作。这些操作的排列顺序没有约束。 条件项(condition entry)：列出针对它所列条件的取值，在所有可能情况下的真假值。作项(action entry)：列出在条件项的各种取值情况下应该采取的动作。 2 决策表的生成： （1）确定规则的个数 ?有n个条件的决策表有2n个规则（每个条件取真、假值）。（2）列出所有的条件桩和动作桩 （3）填入条件项 （4）填入动作项，得到初始决策表 （5）简化决策表，合并相似规则

?若表中有两条以上规则具有相同的动作，并且在条件项之间存在极为相似的关系，便可以合并。 ?合并后的条件项用符号“-”表示，说明执行的动作与该条件的取值无关，称为“无关条件”。 举个例子↓↓

3 决策表的优缺点： 决策表最突出的优点是，能够将复杂的问题按照各种可能的情况全部列举出来，简明并避免遗漏。 ? 利用决策表能够设计出完整的测试用例集合。 ? 运用决策表设计测试用例可以将条件理解为输入，将动作理解为输出 4 何种情况下使用？ ? 规格说明以决策表形式给出，或较容易转换为决策表；

白盒测试方法

一、白盒测试概念 1、定义 白盒测试又称结构测试、透明盒测试、逻辑驱动测试、基于代码的测试。盒子指被测试的软件，白盒指盒子是可视的。白盒测试是一种测试用例设计方法，测试人员依据程序内部逻辑结构相关信息，设计或选择测试用例。白盒测试主要针对被测程序的源代码，主要用于软件验证，不考虑软件的功能实现，只验证内部动作是否按照设计说明书的规定进行。 2、目的 我们一方面注重软件功能需求的实现，另一方面还要注重程序逻辑细节，主要是因为软件自身的缺陷，具体如下： 1）逻辑错误和不正确假设与一条程序路径被运行的可能性成反比。日常处理往往被很好地了解，而“特殊情况”的处理则难于发现。 2）我们经常相信某逻辑路径不可能被执行，而事实上，它可能在正常的基础上被执行。程序的逻辑流有时是违反直觉的，只有路径测试才能发现这些错误。 3）代码中的笔误是随机且无法杜绝的。笔误出现在主流上和不明显的逻辑路径上的机率是一样的。很多被语法检查机制发现，但是其他的会在测试开始时才会被发现。 4）功能测试本身的局限性。如果程序实现了没有被描述的行为，功能测试是无法发现的，例如病毒，而白盒测试很容易发现它。 3、目标 采用白盒测试必须遵循以下几条原则，才能达到测试的目标： 1）保证一个模块中的所有独立路径至少被测试一次。 2）所有逻辑值均需测试真(true) 和假(false)两种情况。 3）检查程序的内部数据结构，保证其结构的有效性。 4）在上下边界及可操作范围内运行所有循环。 4、黑白灰区别 黑盒测试技术：也称功能测试或数据驱动测试，只关注规格说明中的功能，测试者在程序接口对软件界面和软件功能进行测试，它只检查实现了的功能是否按照“用户需求说明书”的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性。主要用于软件确认测试，结合兼容、性能测试等方面，但黑盒测试不能保证已经实现的各个部分都被测试到。黑盒测试适用于各阶段测试。 白盒测试技术：只关注软件产品的测试，深入到代码一级的测试，它是知道产品内部结构，通过测试来检测产品内部动作是否按照“设计规格说明书”的规定正常进行，按照程

河南科技大学毕业设计说明书(论文)的格式规范

毕业设计说明书（论文）的格式规范 毕业设计说明书（论文）的格式、图纸绘制、实验数据、各种标准的运用和引用都要符合各学科、各专业国家标准的规定。毕业设计说明书（论文）应采用汉语（外语专业用外语）撰写，一律使用计算机编辑，用A4规格纸输出，页面设置上、下页边距 2.54厘米，左、右页边距 2.5厘米，装订线1厘米，文档网络设为小四号宋体，指定行网络和字符网络，每行33个字符，每页31行，栏数为1，页码置于页面的底部并居中放置，页码从前言开始到论文最后。页眉统一为宋体小五，右对齐，内容为“河南科技大学毕业设计论文”或“河南科技大学毕业设计说明书”，下有一横线，从中文摘要开始到论文最后。用统一封面装订成册。 一、毕业设计说明书（论文）各部分的具体要求 1. 封面 2. 任务书论文内容全部打印，栏内字体、字号统一，全部采用单倍行距。上部的填表日期统一为年月日，设计说明书中文字数更改为12000字，中文摘要400-500字。 3. 中英文摘要 (1) 毕业设计（论文）中文题目为三号黑体字，可以分成1或2行居中打印。 (2) 中文题目下空一行居中打印“摘要”二字(三号黑体)，字间空一格。 (3) “摘要”二字下空一行打印摘要内容(小四号宋体)。每段开头空二格。 (4) 中文摘要内容下空一行打印“关键词”三字(小四号黑体)，其后为关键词(小四号宋体)。关键词数量为4-6个，每一关键词之间用逗号分开，最后一个关键词后不打标点符号。 (5) 英文摘要题目采用三号大写字母（黑体），可分成1-3行居中打印。每行左右两边至少留2个字符空格。 (6) 英文题目下空二行居中打印“ABSTRACT”（大写三号黑体），再下空二行打印英文摘要内容。

软件工程机票预订系统详细设计

软件工程机票预订系统详细设计 机票预订系统 机票预订系统 ——详细设计报告 一、引言 编写目的： 在本机票预定系统项目的前一阶段，也就是概要设计阶段中，已经将系统用户对本系统的子模块功能做了详细的阐述，这些模块功能具体设计将在本报告中详尽得以叙述及阐明。本阶段已在系统的概要设计的基础上，对机票预定系统做详细设计。主要解决了实现该系统程序模块具体设计问题。包括确定算法，数据结构，模块接口的使用，数据库的动态操作以及界面设计等。在以下的概要设计报告中将对在本阶段中对系统所做的所有详细设计进行详细的说明。 在下一阶段的编码过程中，程序设计员可参考此详细设计报告，在详细设计对机票预定系统所做的算法设计，数据结构以及数据库动态操作的基础上，对系统进行编码。在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在详细设计过程中所完成的各模块算法设计，或在修改时找出在本阶段设计的不足或错误。 项目背景：

本项目我们小组负责开发。 定义： 查询：对数据库的操作的一种，用于搜索数据信息。 插入：对数据库的操作的一种，用于将数据存入数据库中。更新：对数据库的操作的一种，用于更改数据库中的数据信息。软件结构图：反映软件系统的功能模块之间的关系的数据图。 参考资料： 1．机票预定系统需求分析报告软件开发小组 2．机票预定系统概要分析报告软件开发小组 20XX/12 20XX/12 二、总体设计 需求概述 机票预定系统的总目标是：在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的机票预定系统，实现航空公司的机票销售的自动化的计算机系统，为企业的决策层提供准确、精细、迅速的机票销售信息。具体功能为各个旅行社把预定机票的旅客信息、旅行时间、旅行始发地和目的地，航班舱位要求等）输入到系统中，系统为旅客安排航班。当旅客交付了预订金

系统测试用例设计方法

系统测试用例设计方法 --------------王永安

目录 一、测试用例格式以及写作要点 (3) 二、系统测试用例设计方法 (4) 1、等价类划分法 (5) 2、边界值分析法 (6) 3、判定表法 (7) 4、因果图法 (9) 5、状态迁移图法 (15) 6、流程分析法 (20) 7、正交试验法 (35) 8、错误推测法 (42)

一、测试用例格式以及写作要点 测试用例编号 测试用例编号是由字母和数字组合而成的，用例的编号应该具有唯一性，易识别性。比如可以采用统一的约定，产品编号—ST—系统测试项名—系统测试子项名—编号。这样看到编号就可以知道是做的什么测试，测试的对象是什么。也方便维护。 测试项目 你现在这个测试用例所测的项目名，可以是测试用例所属的大类，被测需求，被测的模块，或者是被测的单元。例如：计算器加法功能。 测试标题 测试标题是对测试用例的简单描述。用概括的语言描述该测试用例的测试点。每个测试用例的标题不能够重复，因为每个测试用例的测试点是不一样的。例如：手机在没有SIM 卡的情况下，拨打119。 重要级别 重要级别分为高中底三等： 高：保证系统基本功能、重要特性、实际使用频率比较高的用例； 中：重要程度介于高和底之间的测试用例； 底：实际使用频率不高、对系统业务功能影响不大的模块或功能的测试用例。 注：一般情况下，重要级别为高的测试用例，一个测试子项里有且尽有一个，大多数都是重要级别为中的测试用例。因为一般我们会进行一个系统测试预测试，如果重要级别为高的太多，则就失去了预测试的实际意义。 预置条件 就是执行当前测试用例的前提条件，如果不满足这些条件，则无法进行测试。 输入 测试用例执行时，需要输入的外部信息。例如某一个文件，数据记录等。

机票预订系统

机票预定系统的系统 分析与设计 （一）项目名称 机票预定系统的系统分析与设计 （二）项目概述 航空公司为给旅客乘机提供方便，需要开发一个机票预定系统。各个旅行社把预定机票的旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等）输入到系统中，系统为旅客安排航班。当旅客交付了预订金后，系统打印出取票通知和帐单给旅客，旅客在飞机起飞前一天凭取票通知和帐单交款取票，系统核对无误即打印出机票给旅客。此外航空公司为随时掌握各个航班飞机的乘载情况，需要定期进行查询统计，以便适当调整。 （三）项目用例分析 机票预定系统业务参与表 ●旅客：为取得机票而付费的人 ●旅行社：其安全状况已得到确认的机构，因此，可以把旅客信息 输入到系统 ●Sys:处理旅客信息、预约、安排航班，进行定时查询统计的已有 系统

航空公司：旅客进行预约机票的航空公司 业务用例表 旅行社预定机票：其安全状况已得到确认的机构，因此，可以把旅客信息输入到系统 1.系统查询统计：系统为掌握各个航班的乘载情况定时进行查询统 计 2.系统安排航班：系统根据旅客需求安排航班 3.系统确认交付预约金：旅客为安排的航班满意后交付预约金 4.旅客获知航班：根据统计结果可以安排到航班后，旅行社通知旅 客 5.系统获得预定：系统确认获得预约金后，打印出取票通知和帐单 给旅客 6.航空公司合法性验证：航空公司对旅客身份证、护照、取票通知 和帐单进行合法性验证 7.旅客交款：合法性验证通过后，旅客交款 8.系统打印机票：核对信息无误后系统打印出机票给旅客 9.旅客延误处理：得到合法性验证后，确定旅客延误，取消预约 10.系统航班取消处理：旅客按时取预约机票时航班取消，系统取消 预约并退还旅客预约金 11.旅客更改航班的处理：旅客确认更改航班时，系统取消预约 12.旅客重新预约：旅客更改航班后重新预约机票 （四）用例细化描述

山东建筑大学本科毕业设计说明书(论文)的撰写格式模版

附件2： 本科毕业设计说明书 （本科毕业论文） 题 目：空腹桁架钢框架结构 受力性能分析及试验研究 院 （部）专 班 级： 土木013 姓 名： 张三 学 号： 2001888888 指导教师： 张九光 完成日期： 2005年6月30日

目 · ················ ····························Ⅲ ABSTRACT ·······································Ⅳ 1 前 言 1.1 空腹桁架钢框架的特点及研究意义....................1 1.2 空腹桁架钢框架的研究现状..............................................3 1.3 现有研究的不足及本文的研究内容. (5) 2 空腹桁架钢框架有限元建模及验证 2.1 引言..................................................................8 2.2 弹塑性分析方法简介...................................................12 2.3 ANSYS 在空腹桁架钢框架弹塑性分析中的应用............................18 2.4 ANSYS 分析模型正确性检验............................................20 2.4.1 ANSYS 分析模型概述.........21 2.4.1.1 ANSYS ........21 2.5 小结. (21) 3 3.1 引言.................................................................23 3.2 空腹桁架钢框架与普通钢框架力学性能对比...............................26 3.3 影响空腹桁架钢框架力学性能的因素. (29) 4 空腹桁架钢框架极限承载力试验研究 4.1 试验目的·····························································30 4.2 模型设计依据·························································32 4.3 试验概况·····························································35 4.4 试验过程描述·························································38 4.5 试验结果·························

测试用例设计练习

一、等价类划分法 例子1： 现在有一个档案管理系统，容许用户通过输入年月对档案文件进行检索，系统对查询条件年月的输入限定为1990年1月-2049年12月，并规定，日期由6位数字组成，前4位表示年，后2位表示月。 1，根据需求进行分析，找出有哪些输入条件 年份：【1990，2049】 月份：【01，12】 字符长度：6位 字符类型：数字 2，画出等价类 输入条件有效等价类边界值分析无效等价类 年份【1990，2049】（1）上点：1990，2049（12） 离点：1989，2050 内点：2016 <1990 （2）>2049 （3） 月份【01，12】（4）上点：01，12（13） 离点：00，13 内点：11 <01 （5）>12 （6） 字符长度6位（7）上点：6 离点：5，7 内点：6 <6 （8）>6 （9） 字符类型数字（10）非数字（11）3，为每个等价类规定一个唯一编号（如上图） 4，转换成测试用例 转换测试用例的原则： A，设计一个测试用例尽可能多的覆盖多个有效等价类； B，设计一个测试用例必须对应覆盖一个无效等价类。 有效等价类用例： 用例1：201611 （1）（4）（7）（10） 无效等价类用例： 用例2：198911 （2） 用例3：205011 （3） 用例4：201600 （5） 用例5：201613 （6） 用例6：20161 （8） 用例7：2016113 （9） 用例8：20161a/abcedf （11） 根据边界值分析法分析后补充测试用例 用例9：199001 （12） 用例10：204912 （13） 5，转成正式格式用例（用例写作的8大要素） 用例编号D1223232_ST_Search_Date_001 项目搜索功能 标题输入正确的日期格式成功搜索

机票预定信息系统

数据库大作业 1.要求： 1)需求分析。 2)数据库设计。 2．1概念结构设计（E-R图） 2．2逻辑结构设计（E-R模型转换为关系模式，指明所满足的范式并给出理由）。 2．3物理结构设计 3)数据库实现。（录入数据，每个表应不少于10条数据） 4)数据库运行。（不少于30条sql语句，其中包括查询、更新、删除、插入、创建触发器 等sql语句） 5)18周之前交。 2.可选题目： 1.机票预定信息系统 系统功能的基本要求： 航班基本信息的录入，包括航班的编号、飞机名称、机舱等级等。机票信息，包括票价、折扣、当前预售状态及经手业务员等。客户基本信息，包括姓名、联系方式、证件及号码、付款情况等。按照一定条件查询、统计符合条件的航班、机票等；对结果打印输出。 （1）、.机票预定信息系统 通过此系统可以实现如下功能： 1) 机票信息 信息包括航班号、飞机名、目的地、起航时间、票价、折扣。 假设现在有3条航线, 目的地分别是北京, 上海, 广州, 飞 机上可乘坐100人( 即初始订票数为0, 余票数为100) , 将 这3条航线信息存入表“airline”中。 2) 客户基本信息 客户信息包括姓名,性别，订票数，联系方式, 证件及号码, 假 设已有3个客户信息存入表“customer”中。 有新客户订票时, 先输入客户的姓名和他提出的航班号, 查 询该航线的订票情况, 若有余票, 则为客户办理订票手续, 分配给客户一个座位号, 然后将新客户的信息添加到文件 “customer.dat”中, 并修改文件“airline.dat”中该航线 的订票数和余票数。若无余票, 则输出客满信息。进一步可实 现如果该航班已经无票，可以提供相关可选择航班信息。 3）航班航班号, 飞机名称，机舱等级, 座位号(初始为0） 3) 退票业务 根据客户提出的航班号, 办理退票, 从表“customer”中删除 该客户的信息, 并修改表“airline”中相应航线的订票数和

南通大学毕业设计(论文)管理系统使用说明

南通大学毕业设计(论文)管理系统使用说明

————————————————————————————————作者：————————————————————————————————日期：

南通大学毕业设计（论文）管理系统使用说明 一、基本情况说明 毕业设计是实现大学本科培养目标的一个重要教学环节，是使学生将所学基础理论、专业知识与技能，加以综合、融会贯通并进一步深化和应用于实际的一项基本训练。毕业设计(论文)工作是使学生综合运用所学知识和技能，理论联系实际，独立分析和解决问题，为从事工程技术、经济管理和科学研究工作进行的基本训练过程。 为了使我校毕业设计的管理工作带来便利，由教务处组织、相关学院参与开发了南通大学毕业设计管理系统，使教师、学生和管理部门都能够方便地利用该系统完成毕业设计管理任务。 目前该系统处于试运行阶段，如在使用中遇到什么问题，请大家予以谅解，并及时和实践科联系。 二、系统功能介绍 该系统主要包括教师模块、学生模块、教务员模块及管理模块。 系统主要功能有： （1）教师、学生个人信息维护； （2）教师指导课题的申报、维护； （3）学生选题； （4）指导老师录取学生； （5）指导老师所指导毕业设计的相关文档的上传与下载； （6）教学秘书各类相关信息的汇总、查询、维护、输出等。 关于模板下载： 本管理系统中，毕业设计的所有相关文档（立题卡、任务书、开题报告、中期检查表、毕业设计（论文）、翻译、成绩评定表）都提供模板下载并可保存在服务器上，方便教师的管理。下载的模板在通用模板的基础上自动加入了教师姓名、课题名称、学生姓名等信息，以便保证文档中的基本信息始终一致，准确无误。各学院可根据自己的具体管理要求在下载的模板上进行修改，注意：不要改变下载模板文件的“文件名”，否则，如果上传的话，就会出错（服务器会检查文件名是否准确，以防止上传了别的文件）。 关于用户角色： 系统用户按角色管理，用户角色有教师、学生、教务员、各级领导等。教务员角色由教务处设置，其他人员角色由各学院教务员设置。 用户登录后，系统根据用户的角色，提供相应的可用功能菜单，该用户其他不可使用的功能菜单设为灰色。 系统工作基本流程如下图所示：

机票预定系统实验报告

机票预订系统实验报告 ：潘凯 学号：1041903119

专业：通信工程 一、目的 用面向对象分析、设计方法来分析机票系统。 二、主要内容及问题 需求分析： 为方便旅客，某航空公司拟开发一个机票预订系统。旅行社把预订机票的旅客信息(、性别、工作单位、身份证号码、旅行时间、旅行目的地等)输入进该系统，系统为旅客安排航班，印出取票通知和账单，旅客在飞机起飞的前一天凭取票通知和账单交款取票，系统校对无误即印出机票给旅客。 功能需求 该系统主要分为五大功能：系统管理、新增、修改、查询和系统维护。机票预定系统的总目标是：在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的机票预定系统，实现航空公司的机票销售的自动化的计算机系统，为企业的决策层提供准确、精细、迅速的机票销售信息。 三、使用环境 操作系统：Windows XP 建模工具：StarUML、Microsoft Visio 四、设计内容 1-1、用例模型图

用例模型图说明： 机票预订系统主要使用的对象是旅行社管理员。管理员根据顾客填写的目的地和时间信息，将其输入系统，系统根据相关信息进行处理，则系统其中的一个功能即用例就是接收顾客信息。顾客需要用取票单去航空公司取票，系统由管理员输入的信息来识别，则系统的另一个功能即用例就是预定管理员输入信息符合的票。 1-2、类图 类图说明： 为此系统定义了4个类，分别是顾客类，管理员类，航空公司类，机票类。各个类对应的属性和操作方法在图中已表示出，目前应该还是有很多不完善的地方，在后期再加以修改。 1-3、对象图 对象图说明： 对象图是根据设置的类图而设置的。一个对象就是类的一个具体实例，本例中设置了一个custom的取票操作，详细信息在图中已经设置，根据顾客的相关信息和操作，系统会调用相应的类的对象来处理，在本例中不一定会全部都涉及。 1-4、顺序图

机票预订系统《可行性研究报告》

本科实验报告 课程名称：软件工程 实验项目：机票预订系统 实验地点：致远楼301 专业班级：软件1222班学号：2012005610 学生姓名：王帅 指导教师：崔冬华 2012年5月13日

《可行性研究报告》 1、编写目的 可行性研究的目的是为了对问题进行研究，以最小的代价在最短的时间内确定问题是否可解。 经过对此项目进行详细调查研究，初拟系统实验报告，对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。明确开发风险及其所带来的经济效益。 2、概述 项目名称：航空公司机票预定系统。 项目用户：航空公司。 开发成员：王帅、王杰、王春来、王舒洋、王晓磊。 项目目标：建立一个高效率、无差错的航空公司机票预定系统。 3、背景： 随着社会发展的不断进步，民航事业的壮大，人们消费水平的提高，乘坐民航的消费者也越来越多，机票预订系统也开始影响着人们日常生活和出行，并且变得越来越重要。而原有的系统随着航空公司载客量的迅猛增长和人们对便捷性要求的提高，已经变得无法满足需求。原有的系统不仅效率比较低下，而且在安全性、准确性等方面有很多不足。 为了实现航空公司以及旅游行业的现代化管理，进一步提高工作效率，方便旅客，需要开发一个机票预订系统。该系统需要具有完整的存储，查询，核对，打印机票的功能。 在这个系统中，旅客或工作人员在网上或旅行社的机票预售代理点，通过计算机系统查询，系统为旅客安排航班，印出取票通知和账单，旅客在飞机起飞的前一天凭取票通知和账单交款取票，系统校对无误即印机票给旅客。 4、目标： 在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界

湘潭大学毕业设计说明书模板 (1)

湘潭大学 毕业设计说明书题目： 学院： 专业： 学号： 姓名： 指导教师： 完成日期：

此处装订三个表，依次是： 2.毕业论文（设计）任务书 3.毕业论文（设计）评阅表 4.毕业论文（设计）鉴定意见

目录 一、引言(不另外写综述，综述放在引言部分) (1) (一) 引言应包括的基本内容 (1) 二、文章层次关系 (1) 三、论文（设计说明书）编排顺序及字体 (1) 四、图表公式 (2) 五、要求 (2) 六、参考文献格式 (2) 图目录 图1自适应的视频流传输模型（五号宋体，居中） (2) 表目录 表1表格题目(5号宋体，居中排) (2)

中文题目 摘要：中文摘要内容，主要由3部分组成：待解决的问题、过程及方法、结论。一般为200字左右为宜。中文摘要编写要求：①摘要中应排除本学科领域已成为常识的内容；②切忌将应在引言中出现的内容写入摘要，一般不要对论文内容作诠释和评论(尤其是自我评价)；③用第三人称，不必使用“本文、作者”、“我们、笔者等字样作为主语，以方便编辑刊用；④缩略语代号，除了相邻专业读者也能清楚理解的以外，在首次出现时必须加以说明。 关键词：关键词1; 关键词2; 关键词3（各词间用分号“；”隔开） Title 英文题目 Abstract：Abstract,与中文摘要对应 Keywords：Keyword；与中文关键词对应，“；”隔开

一、引言(不另外写综述，综述放在引言部分) (一) 引言应包括的基本内容 1．叙述撰写该论文的目的和现实意义 2．叙述该选题的国内外研究现状，有何代表性的研究成果或研究进展情况等 3．叙述选题的主要观点、研究方法（技术路线）、创新之处等 二、文章层次关系 文章层次关系按如下方式： 一、 (一) 1． 1) 二、 1． 等 按照上面的层次关系写，所有标题行前面空两格，标题尾不加标点符号，一级标题（宋体、3号字、加粗）；二级标题（宋体、4号字、加粗）。 三、论文（设计说明书）编排顺序及字体 1．封面 (1)湘潭大学、毕业论文（或毕业设计说明书）（隶书、小初号字、加粗） (2)题目、学院、专业、学号、姓名、指导教师、完成日期（宋体、3号字、加粗） 2．毕业论文（设计）任务书 3．毕业论文（设计）评阅表 4．毕业论文（设计）鉴定意见（以上参见教务处网页） 5．目录 各章节标题（宋体、4号），其余（宋体、小4号）。 6．中文题目、摘要、关键词；英文题目、摘要、关键词 中文题目（宋体、3号字、加粗），中文摘要、关键词（宋体、5号字，“摘要”、“关键词”五个字用宋体、小4号字、加粗）；英文题目（Times New Noman, 3号字），Abstract、Keywords(Times New Noman, 小4号字）。 7．正文（含引言） 宋体、小4号字 8．注释、参考文献 宋体、5号字，注释一般用①，②,…表示，参考文献一般用[1],[2],….表示。

机票预订管理系统-数据库

华科学院信息管理与信息系统专业《数据库课程设计》报告（2014/2015学年第一学期） 学生姓名： 学生班级： 学生学号： 指导教师： 2015年 1 月 6 日

《机票预订管理系统》的设计

目录 第一章系统概述 (1) 1.1 系统开发背景 (1) 1.2 系统开发意义 (1) 1.3 任务概述 (1) 1.3.1目标 (1) 1.3.2用户的特点 (1) 1.3.3条件与限制 (2) 第二章需求分析 2.1 可行性分析 (3) 2.2 数据流图 (3) 2.3 机票预订系统数据字典 (4) 2.4系统的实体-联系图（ER） (5) 第三章概念结构设计 (6) 3.1 概念数据模型的描述 (6) 3.2 概念数据模型的建立 (6) 第四章逻辑结构设计 4.1 E-R图向关系模型的转换 (7) 4.2 数据的概念结构 (7) 第五章物理结构设计 5.1 物理数据模型的描述 (9) 5.2 物理数据模型的建立 (9) 5.3 物理数据模型导入数据库管理系统 (10) 第六章数据库的实施 6.1 数据库中表内容 (11) 6.2 数据库中SQLServer语句 (12) 结束语 (14) 参考文献 (1)

一章系统概述 1.1 系统开发背景 随着社会发展的不断进步，旅游业的蓬勃发展，机票预订系统对人们的生活影响越来越大，为了实现航空公司以及旅游业的现代化管理，方便旅客，需要开发一个机票预订系统。该系统具有完整的存储，查询，核对，打印机票等功能。 在这个系统中，旅客在旅行社的机票预售代理点，通过输入计算机系统查询，系统为旅客安排航班，印出取票通知和账单，旅客在飞机起飞前凭其二代身份证、取票通知和账单取票，系统校对无误后即打印机票给顾客。 1.2 系统开发意义 航空公司为给旅客乘机提供方便，需要开发一个机票预定系统。各个旅行社把预定机票的旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等）输入到系统中，系统为旅客安排航班。当旅客交付了预订金或通过网上支付方式付款后，旅客就可以在飞机起飞前凭个人二代身份证在旅行社或机场指定系统上自助打印机票，系统核对无误即打印出机票给旅客。此外航空公司为随时掌握各个航班飞机的乘载情况，需要定期进行查询统计，以便适当调整。 1.3 任务概述 1.3.1目标 在计算机网络，数据库和先进开发平台上，利用现有软件，配置一定硬件，开发一个巨头开放乙烯结构的、易扩充的、一维护的、具有良好人机交互界面的机票预订系统，实现航空公司与旅行社之间的现代化管理链接。实现各个旅行社把预定机票的旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等）输入到系统中，系统为旅客安排航班的功能。 1.3.2用户的特点 用户为旅游社工作人员，通过登录相应信息而进入机票系统，然后输入旅客基本信息

如何设计和执行测试用例

如何设计和执行测试用例测试需求收集完毕后，开始测试设计。 测试用例是什么?测试用例就是一个文档，描述输入、动作、或者时间和一个期望的结果，其目的是确定应用程序的某个特性是否正常的工作。设计测试用例需要考虑以下问题： 测试用例的基本格式： 软件测试用例的基本要素包括测试用例编号、测试标题、重要级别、测试输入、操作步骤、预期结果，下面逐一介绍。 用例编号：测试用例的编号有一定的规则，比如系统测试用例的编号这样定义规则： PROJECT1-ST-001 ，命名规则是项目名称+测试阶段类型(系统测试阶段)+编号。定义测试用例编号，便于查找测试用例，便于测试用例的跟踪。 测试标题：对测试用例的描述，测试用例标题应该清楚表达测试用例的用途。比如“测试用户登录时输入错误密码时，软件的响应情况”。 重要级别：定义测试用例的优先级别，可以笼统的分为“高”和“低”两个级别。一般来说，如果软件需求的优先级为“高”，那么针对该需求的测试用例优先级也为“高” ;反之亦然， 测试输入：提供测试执行中的各种输入条件。根据需求中的输入条件，确定测试用例的输入。测试用例的输入对软件需求当中的输入有很大的依赖性，如果软件需求中没有很好的定义需求的输入，那么测试用例设计中会遇到很大的障碍。 操作步骤：提供测试执行过程的步骤。对于复杂的测试用例，测试用

例的输入需要分为几个步骤完成，这部分内容在操作步骤中详细列出。 预期结果：提供测试执行的预期结果，预期结果应该根据软件需求中的输出得出。如果在实际测试过程中，得到的实际测试结果与预期结果不符，那么测试不通过;反之则测试通过。 软件测试用例的设计主要从上述 6 个域考虑，结合相应的软件需求文档，在掌握一定测试用例设计方法的基础上，可以设计出比较全面、合理的测试用例。具体的测试用例设计方法可以参见相关的测试书籍，白盒测试方法和黑盒测试方法在绝大多数的软件测试书籍中都有详细的介绍。 一般来说，每个软件公司的项目可以分为固定的几大类。可以按业务类型划分，比如 ERP 软件、产品数据管理软件、通信软件、地理信息系统软件等等;可以按软件结构来划分，比如 B/S 架构的软件、 C/S 架构的软件、嵌入式软件等等。参考同类别软件的测试用例，会有很大的借鉴意义。如果，公司中有同类别的软件系统，千万别忘记把相关的测试用例拿来参考。如果，系统非常接近，甚至经过对测试用例简单修改就可以应用到当前被测试的软件。“拿来主义”可以极大的开阔测试用例设计思路，也可以节省大量的测试用例设计时间。 加强测试用例的评审： 测试用例设计完毕后，最好能够增加评审过程。 同行评审是 CMM3 级的一个 KPA ，如果因为公司没有通过 CMM3 级，就不开展同行评审是不恰当的。测试用例应该由产品相关的软件测试人员和软件开发人员评审，提交评审意见，然后根据评审意见更新测试用例。如果认真操作这个环节，测试用例中的很多问题都会暴露出来，比如用例设计错

机票预定信息系统

机票预定信息系统 The Standardization Office was revised on the afternoon of December 13, 2020

数据库大作业 1.要求： 1)需求分析。 2)数据库设计。 2．1概念结构设计（E-R图） 2．2逻辑结构设计（E-R模型转换为关系模式，指明所满足的范式并给出理由）。 2．3物理结构设计 3)数据库实现。（录入数据，每个表应不少于10条数据） 4)数据库运行。（不少于30条sql语句，其中包括查询、更新、删除、插 入、创建触发器等sql语句） 5)18周之前交。 2.可选题目： 1.机票预定信息系统 系统功能的基本要求： 航班基本信息的录入，包括航班的编号、飞机名称、机舱等级等。机票信息，包括票价、折扣、当前预售状态及经手业务员等。客户基本信息，包括姓名、联系方式、证件及号码、付款情况等。按照一定条件查询、统计符合条件的航班、机票等；对结果打印输出。 （1）、.机票预定信息系统

通过此系统可以实现如下功能： 1) 机票信息 信息包括航班号、飞机名、目的地、起航时间、票价、 折扣。假设现在有3条航线, 目的地分别是北京, 上海, 广州, 飞机上可乘坐100人( 即初始订票数为0, 余票数 为100) , 将这3条航线信息存入表“airline”中。 2) 客户基本信息 客户信息包括姓名,性别，订票数，联系方式 , 证件及号 码, 假设已有3个客户信息存入表“customer”中。 有新客户订票时, 先输入客户的姓名和他提出的航班号, 查询该航线的订票情况, 若有余票, 则为客户办理订票手 续, 分配给客户一个座位号, 然后将新客户的信息添加到 文件“”中, 并修改文件“”中该航线的订票数和余票数。 若无余票, 则输出客满信息。进一步可实现如果该航班已 经无票，可以提供相关可选择航班信息。 3）航班航班号, 飞机名称，机舱等级, 座位号(初始为0） 3) 退票业务 根据客户提出的航班号, 办理退票, 从表“customer”中删 除该客户的信息, 并修改表“airline”中相应航线的订票 数和余票数。 4) 修改航班信息：当航班信息改变可以修改航班数据文件。 5) 输出全部航线信息和全部客户信息。