当前位置:文档之家› 飞机票订票系统功能测试项目

飞机票订票系统功能测试项目

飞机票订票系统功能测试项目
飞机票订票系统功能测试项目

项目3

飞机票订票系统功能测试项目

项目简介

飞机票订票软件项目组完成了系统的集成工作,根据开发计划将

要将程序交给测试组进行功能测试。测试小组该如何对该软件进行功

能测试呢?

项目目标与要求

(1)能制订飞机票订票系统功能测试的测试计划

(2)能根系统需求分析报告编制飞机票订票软件的功能测试的测试用例

(3)能根据测试用例,熟练地对系统的订票功能进行手工测试

(4)能根据测试用例,熟练使用QTP工具,完成系统的打开订票功能的测试(5)能熟练使用Excel工具管理测试中发现的缺陷(BUG)

(6)能写功能测试报告

项目工作任务

(1)阅读飞机票订票系统的需求分析报告,完成测试小组内容的内容分工,制订单元测试计划

(2)根据飞机票订票系统的需求分析报告,编写订票、查询、修改、删除、打印报表功能的测试用例

(3)根据订票功能的测试用例,用手工的方式进行测试,记录测试结果

(4)根据查询功能的测试用例,使用QTP工具,完成测试工作

(5)用Excel软件完成测试工作日志,用Excel软件管理测试中发现的软件缺陷,并完成功能测试的测试报告

功能测试基本过程

图3-1 功能测试基本过程

模块一制订功能测试计划

学习目标

1、理解订票系统的需求分析报告

2、理解功能测试的一般过程、主要方法和策略

工作任务

1、阅读订票系统的需求分析报告

2、选择功能测试的策略

3、编写订票系统功能测试的计划

任务1:阅读订票系统需求规格说明书

读一读:

订票系统需求规格说明书

一、系统登录功能

系统启动后先显示登录窗体,必须通过输入正确的帐户和对应的密码才能进入系统,如果不正确则给出相应的提示信息。

二、订票功能

1、登录成功后系统自动进入新增订票窗体,同时可以通过“新订票”按钮,或菜单进入新增订票窗框体。

2、在新增订票窗体中,依次输入订票日期、出发地、到达地、航班、订票顾客姓名、订票张数、座位类型,系统能够自动根据用户选择的航班显示航班号、航空公司、志飞时间到达时间和单价,系统能够根据订票的票数、类型和单价自动计算出订单的总计金额。对用户输入的订票日期要进行验证,对于不满足条件的给出明确的提示信息。出发地、到达地、航班系统自动显示,用户只要选择就可以。

3、单击“insert order”按钮,系统保存相关信息并生成并显示此订单的订单号,并给出保存是否成功的信息。

4、当按了“insert order”按钮后,update order和delete order按钮可用(没有保存前这二个按钮是不可用的),通过这二个按钮可以对新增加的订单进行修改或删除操作,具体操作同修改订单和删除订单功能。

三、查询订单功能

1、登录成功后在新增订票窗体,可以通过单击“打开订单”按钮,或者菜单,进入查询订单条件对话框。

2、在查询对话框中提供按“顾客姓名”、“订票日期”和订单号三种查询模式。

3、按姓名查询:输入顾客姓名(能够模糊查询,只要输入姓名的一部分),系统以列表方式结出查询的结果纪录,用鼠标在列表双击(或者选取后,单击OK按钮)所要的订单,系统将在订票主窗口中显示具体的订单信息。根据需要可以进行修改、删除等操作。如果没有找到则显示“没有发现订单,请再试一次”。

4、按订票日期查询:输入具体的订票日期(只能输入数字,日期不完整,“OK”按钮

无效),能够对日期的合法性进行检查,如果查到对应的订票则显示一个“查询结果”的列表,用鼠标在列表双击(或者选取后,单击OK按钮)所要的订单,系统将在订票主窗口中显示具体的订单信息。根据需要可以进行修改、删除等操作。如果没有找到则显示“没有发现订单,请再试一次”。

5、姓名和日期组合查询:选择取姓名和日期,在姓名栏输入查询的姓名,在日期栏输入查询的日期,操作同4和5。

6、按订单号查询:输入指定的订单号(只能输入数字),单击“OK”进行查询,如果查到对应的订票则系统将在订票界面上显示具体的订单信息,根据需要可以进行修改、删除等操作。如果没有找到则显示“不存在这个数字”。

四、修改订单

1、打开指定的订单(open order操作, 新增订单单击”insert order”按钮后也可以)。

2、在订单主窗口中,修改订票日期、出发机场、到达机场、航班信息、顾客姓名和订票张数等(要求与新增订票中相似)

3、单击“update order”按钮保存修改结果(不单击“update order”按钮系统不会保存修改结果)。

4、如果对订单信息进行了修改,没有单击“update order”按钮,进行“新建订单”或“打开订单”按钮时系统会提示“信息已修改,是否要保存”。确认后保存,取消则返回订单主窗口中,不保存则进入“新建订单”界面或“打开订单”界面。

五、删除订单

1、打开指定的订单(open order操作, 新增订单单击”insert order”按钮后也可以)。

2、在订单主窗口中,单击“delete order”按钮或者“删除工具”删除当前订单。

3、系统给出提示“是否要删除此订单?”,确认后删除,取消则不删除

六、报表统计功能

1、登录成功后在新增订票窗体,单击“报表”的按钮或在“Analysis”菜单中选择”Report”项

2、用纯文本的方式以行的方式(二行一条订单信息,和一行为主要信息,第二为到达时间和到达机场)显示登录代理帐户所有订单的报表,并给出汇总数据。

七、图表统计功能

1、登录成功后在新增订票窗体,单击“图表”按钮或在“Analysis”菜单中选择”Graph”项

2、通过Graph窗体以订单日期为单位显示订单数量。用户可以选择图表的形式(三维柱形图表、二维柱形图表和三维饼图)显示按订单日期的订票数量统计。

八、系统帮助功能

1、登录成功后在新增订票窗体,单击“帮助”按钮或在“Help”菜单中选择”contents”项

2、系统自动打开”Flight Reservation Help Version 1.0”帮助窗框体,为用户提供有关系统的操作说明。

九、系统版权说明功能

1、登录成功后在新增订票窗体,在“Help”菜单中选择”About……”项

2、系统显示一个窗体,用以显示本系统的版本说明信息。

任务2:制订订票系统的功能测试计划

做一做:

功能测试也叫黑盒子测试或数据驱动测试, 根据产品特征、操作描述和用户方案,测试一个产品的特性和可操作行为以确定它们满足设计需求。软件的功能测试,用于验证应用程序或网站对目标用户能正确工作,使用适当的平台、浏览器和测试脚本,以保证目标用户的体验将足够好,就像应用程序是专门为该市场开发的一样。功能测试只需考虑各个功能,不需要考虑整个软件的内部结构及代码.一般从软件产品的界面、架构出发,按照用户需求编写出来的测试用例,输入数据在预期结果和实际结果之间进行评测,进而提出更加使产品达到用户使用的要求。

根据系统的需求规格说明书,可以看出这是一个规模比较小的系统,可以采用手工测试和自动化测试相结合的方式进行测试。可以采用场景法、成效价类划分法、边界类法和常见错误法来编写测试用例。本系统有8个功能点要测试,比较复杂的功能点是新增订票、查询订票和修改订票三个功能点,每个功能点大约需求10个测试用例,其它均为2-5个测试用例,初步估计有50个测试用例,约有3人天的工作量,执行测试则有8人天的工作量(包括编写测试脚本)。所需求人员和工作计划如下(回归测试不包括在内):

订票系统功能测试项目小组成员:

甲:测试小组组长

乙:测试工程师

丙:测试员

丁:测试员

订票系统功能测试计划:

模块二编写功能测试的测试用例

学习目标

1、掌握等价类划分、边界值、场景等编写功能测试测试用例的方法

2、掌握测试用例的主要内容、编写格式

工作任务

1、根据需求报告编写登录功能的测试用例

2、根据需求报告编写订票功能的测试用例

3、根据需求报告编写查询功能的测试用例

任务1:编写登录功能的测试用例

做一做:

根据系统需求规格说明书的要求,采用场景法设计测试用例,在订票系统中可以设置登录、新增订票、查询、修改订票、删除订票、打印报表、显示统计图表和帮助等8个大的应用场景。同时考虑不同的运行环境,如win98/win2000/winXP/win vastar/win7等不同的操作系统,对于不同的操作系统,可以使用相同的测试用例(操作系统地栏不同)。

对于登录场景可以采用有效等价类法编写测试用例,将测试用例分成错误和正确二大类,在正确类中设立用户名和密码小写和大写都正确的2个测试用例。在错误类中采用边界值法设立用户名和密码为空、用户名小于4个字符、密码小于4个字符、用户名不正确、密码不正确等6个测试用例。通过采用等价类法和边界值法可以保证测试用例能够覆盖到所有

注:这是一个测试用例的汇总表,在Excel中放在第一个工作表中,表的名称为“登录

功能测试用例汇总表”,最后一栏是测试完成后填写,用于总后的统计。

根据测试用例汇总表、CMMI3对测试用例的格式要求和测试数据表,在Excel中逐个编写测试用例(以用例编号作为工作表的表名)。下面是F_L_2测试用例的具体内容:

测试用例的重点是操作过程和预期运行结果,操作过程根据需求规格说明书、常规应用程序的操作过程和编写的测试数据来编写,要求操作过程明确,先操作什么后操作什么,在哪儿输入,输入什么都要十分明确,测试人员可以根据这个操作步骤完成登录工作。在F_L_2中操作过程的三个步骤是一般有软件登录的操作过程,操作过程中输入的te,mercury则来自测试数据表。预期结果是根据规格说明书和常用软件开发中惯例和系统界面设计而确定的(提示信息的具体内容是根据系统界面设计来确定的)。实际运行结果、测试人、测试时间、是否是缺陷和缺陷描述是由执行测试的人填写的。

练一练:

参考上述的二个例子,根据测试用例汇总表和测试数据表自己完成F_L_1、F_L_4、F_L_7。

读一读:

1、等价类划分

等价类划分是把所有可能的输入数据,即程序的输入域划分成若干部分(子集),然后从每一个子集中选取少数具有代表性的数据作为测试用例.该方法是一种重要的,常用的黑盒测试用例设计方法。

划分等价类

等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类。

有效等价类:是指对于程序的规格说明来说是合理的,有意义的输入数据构成的集合.利用有效等价类可检验程序是否实现了规格说明中所规定的功能和性能。

无效等价类:与有效等价类的定义恰巧相反。

设计测试用例时,要同时考虑这两种等价类.因为,软件不仅要能接收合理的数据,也要能经受意外的考验.这样的测试才能确保软件具有更高的可靠性。

设计测试用例

在确立了等价类后,可建立等价类表,列出所有划分出的等价类:输入条件有效等价类、无效等价类……,然后从划分出的等价类中按以下三个原则设计测试用例:

①为每一个等价类规定一个唯一的编号。

②设计一个新的测试用例,使其尽可能多地覆盖尚未被覆盖地有效等价类,重复这一步.直到所有的有效等价类都被覆盖为止。

③设计一个新的测试用例,使其仅覆盖一个尚未被覆盖的无效等价类,重复这一步.直到所有的无效等价类都被覆盖为止。

2、边界值分析法

边界值分析方法是对等价类划分方法的补充。

(1)边界值分析方法的考虑:

长期的测试工作经验告诉我们,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部.因此针对各种边界情况设计测试用例,可以查出更多的错误.使用边界值分析方法设计测试用例,首先应确定边界情况.通常输入和输出等价类的边界,就是应着重测试的边界情况.应当选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据,而不是选取等价类中的典型值或任意值作为测试数据.

(2)基于边界值分析方法选择测试用例的原则:

1)如果输入条件规定了值的范围,则应取刚达到这个范围的边界的值,以及刚刚超越这个范围边界的值作为测试输入数据。

2)如果输入条件规定了值的个数,则用最大个数,最小个数,比最小个数少1,比最大个数多1的数作为测试数据。

3)根据规格说明的每个输出条件,使用前面的原则1)。

4)根据规格说明的每个输出条件,应用前面的原则2)。

5)如果程序的规格说明给出的输入域或输出域是有序集合,则应选取集合的第一个元素和最后一个元素作为测试用例。

6)如果程序中使用了一个内部数据结构,则应当选择这个内部数据结构的边界上的值作为测试用例。

7)分析规格说明,找出其它可能的边界条件。

任务2:编写订票功能的测试用例

根据需求规格说明书,可以看出订票功能界面和内部逻辑都比较复杂,为了提高测试的覆盖度,可以采用法设计测试用例,主要包括正确类和不正确类,对于日期栏应采用边界值法来设计测试用例,对于出发地、到达地和航班采用场景法来设计测试用例。测试用例的汇

根据订票测试用例汇总表,编写测试数据,具体如下:

注:由于系统日期不同,在具体测试时要根据实际情况对日期进行调整,或者将系统日期改为02/05/11,这样才能保证测试数据是有效的。

根据测试用例汇总表、CMMI3对测试用例的格式要求和测试数据表,在Excel中逐个

练一练:

参照上面二个测试用例,自己课后完成F_N_3、F_N_7、F_N_15测试用例。

读一读:

场景法:

通过运用场景来对系统的功能点或业务流程的描述,从而提高测试效果。场景法一般包含基本流和备用流,从一个流程开始,通过描述经过的路径来确定的过程,经过遍历所有的基本流和备用流来完成整个场景。

下面是场景法的基本设计步骤

1. 根据说明,描述出程序的基本流及各项备选流

2. 根据基本流和各项备选流生成不同的场景

3. 对每一个场景生成相应的测试用例

4. 对生成的所有测试用例重新复审,去掉多余的测试用例,测试用例确定后,对每一个测试用例确定测试数据值。

任务3:编写查询订票功能的测试用例

根据需求规格说明书,可以看出查询订票功能界面和内部逻辑都比较复杂,为了提高测试的覆盖度,可以采用场景法设计测试用例,主要包括按姓名查询、按日期查询、按订单号查询和按姓名日期联合查询4种场景。对于日期查询用可用有效类和边界值法来设计具体的测试用例,对于姓名和订单号查询应采用等价类法来设计测试用例,对于日期和姓名组合查

注:由于系统日期不同,在具体测试时要根据软件的安装情况对日期进行调整,这样才能保证测试数据是有效的。

根据测试用例汇总表、CMMI3对测试用例的格式要求和测试数据表,在Excel中逐个

下面是F_O_7测试用例的具体内容:

练一练:

参照上面三个测试用例,自己课后完成F_O_3、F_N_6、F_N_110测试用例。

读一读:

判定表法:判定表(Decision Table),它是分析和表达多逻辑条件下执行不同操作的情况下的工具。在程序设计发展的初期,判定表就已被当做编写程序的辅助工具了。由于判定表测试严格,能够将复杂的逻辑关系和多种条件组合的情况表达得既具体又明确,针对不同的逻辑条件组合值,分别执行不同的操作,因此,使用判定表能够设计出完整的测试用例集合。判定表是一种针对存在条件、动作关系或者因果关系的特性测试的用例设计方法。

判定表通常由4个部分组成。

1)条件桩(Condition Stub):列出了问题的所有条件,列出条件的次序没有约束。

2)动作桩(Action Stub):列出问题规定可能采取的操作,这些操作的排列顺序无关紧要。

3)条件项(Condition Entry):列出条件桩给出的条件并列出所有可能的取值。针对条件桩的条件和条件项的取值,判断在整个程序模块中的所有可能的情况下其结果的真假值。

4)动作项(Action Entry):列出在条件项的各种取值情况下应该采取的动作。

判定表的建立步骤如下:

1)确定规则的个数,例如,有n个条件,那么决策表中就有2n个规则(每个条件取真、假值)。

2)列出所有的条件桩和动作桩。

3)填入条件项。

4)填入动作项,得到初始判定表。

5)简化判定表,合并相似规则。

模块三手工方式进行功能测试

学习目标

1、掌握测试环境的建立方法

2、掌握根据测试用例进行手工测试的方法

3、掌握正确填写测试用例

工作任务

1、搭建测试环境

2、根据测试用例进行功能测试

任务1:

测试环境(Testing environment)=软件+硬件+网络+数据准备+测试工具。测试环境是指为了完成软件测试工作所必需的计算机硬件、软件、网络设备、历史数据的总称。毫无疑问,稳定和可控的测试环境,可以使测试人员花费较少的时间就完成测试用例的执行,也无需为测试用例、测试过程的维护花费额外的时间,并且可以保证每一个被提交的缺陷都可以在任何时候被准确的重现。

测试环境的搭建主要包括如下内容:

操作系统:根据测试用例中操作系统的要求安装操作系统。

数据库管理系统:根据系统设计说明书安装数据库管理系统。

运行环境安装:根据系统设计说明书安装系统开发平台。不同开发平台开发的软件需求安装特点的运行环境,如JA V A类软件要安装JDK,对于VB开发的软件要安装VB运行环境,对于.NET开发的软件要安装.NET Framework。对于B/S模式的系统,还要安装WEB 服务器和相关的插件等,如IIS,APACHE,TOMCAT等。

测试工具试对象的安装:根据被测试系统的系统安装手册。

测试对象系统配置:根据被测试系统的系统使用手册对系统进行一定的配置,保证其能够正确运行。

做一做:

1、操作系统安装:安装winXP(SP3),请参考其它资料。

2、数据库系统安装:安装Office2003(系统使用的是ACCESS数据库),请参考其它资料。

3、运行环境安装:安装.NET Framework2.0,请参考后面的阅读材料。

4、测试工具安装:安装QTP9.2,请参考后面的阅读材料。

5、测试对象系统安装:QTP9.2安装的过程中会自动安装Flight应用软件。

6、测试对象系统配置:QTP9.2安装的过程中自动配置ODBC

任务2:手工执行测试用例

按照测试计划,根据测试用例进行测试,根据运行结果填写测试用例。对比测试结果与

预期结果,确定是否存在缺陷,如果发现显示的结果与操作过程中定义的不同,或者界面上出现错误,或者没有显示规定的对话框,就要认定出现了缺陷。如果发现实际结果与预期结果不符的异常情况,首先要对异常情况进行初步的分析,排除人为因素、环境因素的影响,重新执行这个测试用例,如果出现同样的异常问题,就可以确认为一个缺陷,要在测试用例中记录这个缺陷并上报测试组长。

做一做:

(1)启动系统,在登录对话框的用户名、密码中输入用户名和密码(有专门的测试用例测试登录功能,在此不要仔细核对)

(2)在订票窗体中仔细检查:文字是否有错误,图片是否有错误,显示效果是否合理等。

(3)在订票窗框体的日期栏中输入03/32/11,在出发地中选择” Denver”

(4)观察是否弹出“Invalid day Entered .The day be valid for the given month.”对话框,对话框中的提示信息是否存在错误等,如图3-2:

图3-2 F_N_1测试用例运行图

(5)根据运行的情况和测试用例预期结果进行对比,确认本次测试是否通过,有没有发现错误,将结果填写到测试用例中。

根据F_N_8测试用例中的操作过程,依次执行相关的操作。

1、启动Flight4a.exe(开始菜单—程序—QuickTest Professional—sample application—flight),

根据测试用例的要求,在login窗体中输入test和Mercury,如图3-3:

图3-3 F_N_8测试用例运行

2、单击“确认”按钮,如图3-4:

图3-4 F_N_8测试用例运行

3、根据要求依次输入相关的内容,如图3-4:

4、单击“insert order”按钮,显示如图3-5:

图3-5 F_N_8测试用例运行

测试结果与测试用例中的预期结果相同,使用ACCESS打开“C:\Program Files\Mercury Interactive\QuickTest Professional\samples\flight\app\flight.mdb”文件,选择orders表,此表中增加了Mark Jon订的2011年3月2日202053航班一张机票的记录。此测试用例通过,根据测试结果填写F_N_8测试用例。

练一练:

参照上面的二个例子,执行F_L_2和F_L_6二个测试用例。

机票预订系统详细设计说明书

1引言 (3) 1.1编写目的 (3) 1.2背景 (3) 1.3定义 (3) 1.4参考资料 (4) 2程序系统的结构 (4) 3查询订票程序设计说明 (5) 3.1程序描述 (5) 3.2功能 (6) 3.3性能 (6) 3.4输人项 (6) 3.5输出项 (7) 3.6算法 (7) 3.7流程逻辑 (8) 3.8接口 (9) 3.9存储分配 (10) 3.10注释设计 (10) 3.11限制条件 (10) 3.12测试计划 (10) 3.13尚未解决的问题 (10) 4退票程序设计说明 (10) 4.1程序描述 (10) 4.2功能 (11) 4.3性能 (11) 4.4输人项 (11) 4.5输出项 (11) 4.6算法 (12) 4.7流程逻辑 (12) 4.8接口 (13) 4.9存储分配 (14) 3.10注释设计 (14) 4.11限制条件 (14) 4.12测试计划 (14) 4.13尚未解决的问题 (14) 4.1程序描述 (9) 4.2功能 (10) 4.3性能 (10) 4.4输人项 (10) 4.5输出项 (10) 4.6算法 (11)

4.7流程逻辑 (11) 4.8接口 (12) 4.9存储分配 (13) 4.10注释设计 (13) 4.11限制条件 (13) 4.12测试计划 (13) 4.13尚未解决的问题 (13)

详细设计说明书 1引言 1.1编写目的 在本机票预定系统项目的前一阶段,也就是概要设计阶段中,已经将系统用户对本系统的子模块功能做了详细的阐述,这些模块功能具体设计将在本报告中详尽得以叙述及阐明。 本阶段已在系统的概要设计的基础上,对机票预定系统做详细设计。主要解决了实现该系统程序模块具体设计问题。包括确定算法,数据结构,模块接口的使用,数据库的动态操作以及界面设计等。在以下的概要设计报告中将对在本阶段中对系统所做的所有详细设计进行详细的说明。 在下一阶段的编码过程中,程序设计员可参考此详细设计报告,在详细设计对机票预定系统所做的算法设计,数据结构以及数据库动态操作的基础上,对系统进行编码。 1.2背景 开发软件名称:机票预订系统。 开发者:张锐钦 用户:航空公司,旅行社,乘客 运行环境:个人电脑 开发平台:MyEclipse 7.0 Mysql数据库。 系统架构:该系统采用java+jsp完成,用AWT开发系统界面设计。 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引言 1.1编写目的 作为软件工程过称的一个阶段,编码是对设计的进一步具体化,因此,程序的质量主要取决于软件设计的质量,但所选用的程序设计语言的特点和编码风格也将对程序的可靠性、可读性、可测试性和可维护性产生深远的影响。 但在开发如此复杂的航空订票系统软件的过程中,面对着极其错综复杂的问题,人的主观认识不可能完全符合客观现实,与工程密切相关的各类人员之间的通信和配合也不可能完美无缺,因此,系统一定会存在差错。测试的目的就是在软件投入生产运行之前,尽可能多的发现并改正软件中的错误。 编码阶段可参考概要设计和详细设计说明书,软件测试以及软件维护阶段也可参考编码和详细设计说明书,以便于了解在概要设计及详细设计的过程中所完成的各模块设计结构,或在测试阶段找出各模块的设计思路和流程。 该文档的读者为用户代表、软件分析人员、开发管理人员和测试人员。 1.2背景 ①名称:机票预订系统 ②委托方:某某航空公司 ③开发方:某某团队 ④组成:编码模块分组,服务器,编码人员,测试人员 ⑤本系统与其他系统的关系如下: 系统的详细 设计 编码测试实现验证 修改

1.3定义 黑盒测试:黑盒测试也称功能测试,它是通过测试来检测每个功能是否都能正常使用。在测试中,把程序看作一个不能打开的黑盒子,在完全不考虑 程序内部结构和内部特性的情况下,在程序接口进行测试,它只检查 程序功能是否按照需求规格说明书的规定正常使用,程序是否能适当 地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结 构,不考虑内部逻辑结构,主要针对软件界面和软件功能进行测试。 黑盒测试是以用户的角度,从输入数据与输出数据的对应关系出发进 行测试的。很明显,如果外部特性本身设计有问题或规格说明的规定 有误,用黑盒测试方法是发现不了的。 白盒测试:白盒测试也称结构测试或逻辑驱动测试,它是按照程序内部的结构测试程序,通过测试来检测产品内部动作是否按照设计规格说明书的规 定正常进行,检验程序中的每条通路是否都能按预定要求正确工作。 这一方法是把测试对象看作一个打开的盒子,测试人员依据程序内部 逻辑结构相关信息,设计或选择测试用例,对程序所有逻辑路径进行 测试,通过在不同点检查程序的状态,确定实际的状态是否与预期的 状态一致。 1.4参考资料 (1)张海藩《软件工程导论》(第五版)北京:清华大学出版社。 (2)《机票预订系统需求分析说明书》 (3)《机票预订系统可行性分析说明书》 (4)《机票预订系统概要和详细设计说明书》 2 各模块的实现: 本系统主要用于机票预订,所以提供了以下几个子功能:机票预订,取票通知,查询航班,查询机票,退票,打印机票,各航班的营运统计,以及后台方面的航班的添加,取消航班,机票的生成,以及航班的查询等后台功能。

5-飞机订票系统详细设计说明书

5-飞机订票系统详细设计说明书

文档编号: 版本号:v1.0 详细设计说明书 项目名称飞机订票系统 项目负责人何柳青 本文档编写者何柳青 项目开发者计算机081第二组 2010年12月4日

1.引言 1.1编写目的 本文档将对《飞机订票系统》的程序进行详细解析,是程序员编写代码的基础。本文档的读者是设计人员和程序员。 1.2背景 开发软件名称:飞机票订系统。 (1)项目任务提出者:中国民航及中国国际旅游开发公司。 (2)项目开发者:何柳靑,陆银琳,李欣纯,单国英,阿依古丽 (3)项目与其他软件,系统的关系:该系统采用现代流行WINDOWS操作界面。是标准的WIN32应用程序,可运行在WIN95 \WIN98 \WinMe \WIN2000 \WINXP \WIN7 \WINNT 等系统平台上的多任务应用程序。 1.3参考资料 《软件工程导论》清华大学出版社张海藩编著 《实用软件工程》清华大学出版社郑人杰等编著 《数据库系统概论(第三版)》高等教育出版社萨师煊王珊等编著《实用软件文档写作》清华大学出版社肖刚等编著 《软件工程》第3版人民邮电出版社张海藩等编著 2.程序系统的结构 本程序每个子系统所包含的单元文件名称及其程序层次结构如表所示,对于特别简单的程序模块,其程序层次结构非常简单,在此从略,仅给出较为复杂的程序层次结构。 2.1运行环境 (1) 设备 硬件最低要求:内存512MB,硬盘50MB以上 (2) 支持软件 操作系统:WIN95\WIN98\WinMe\WIN2000\WINXP\WIN7\WINNT等

2.2 系统组织结构 此飞机订票系统共分为两大模块:后台管理员模块和前台票务员模块。后台管理员模块功能为航班信息调整,包括增加新航班、删除航班、修改航班信息;前台票务员模块功能为乘客信息管理,订票管理,航班信息查询。 飞机订票系统 登录验证乘客 信息 管理 航班 信息 查询 航班 信息 管理 后台管理员验证 乘 客 票 务 信 息 修 改 前 台 票 务 员 验 证 乘 客 基 本 信 息 修 改 按 航 班 号 查 询 按 目 的 地 查 询 按 时 间 查 询 增 加 新 航 班 乘 客 订 票 修 改 原 有 航 班 订 票 管 理 改 签 删 除 航 班 退 票 乘 客 基 本 信 息 录 入 图1.飞机订票系统程序层次结构 后台管理员 管 理 员 登 录 航班 信息 管理 身 份 验 证 增加 新航 班 修改 原有 航班 信息 删除 航班 图2.后台管理员模块程序层次图

机票预订系统课程设计报告

《数据库原理及应用课程设计》 系统开发报告 学号: 姓名: 题目:机票预订系统 指导教师: 提交时间: 2015年12月 计算机工程系 目录 一.概述 (2) 1.1 课程实训目的与要求 (2) 1.2 机票预订系统 (2) 1.2.1 系统功能的基本要求 (2) 1.2.2 数据库要求 (3) 二.需求分析 (3) 2.1背景分析 (3) 2.2 功能分析 (3) 2.3 数据词典 (4) 三.概念结构设计 (6) 3.1概念结构设计的方法与步骤 (6) 3.2 局部 E-R 图设计 (6) 3.4总体概念 E-R 图结构 (7) 四.逻辑结构设计 (9) 4.1 逻辑结构设计 (9) 4.2 数据库表的建立 (10) 五.物理结构设计 (10) 5.1 表的建立与数据载入 (10) 5.2 视图建立 (11) 5.3 索引建立 (11) 5.4 存储过程 (11) 5.5 触发器 (11) 5.6 创建登陆账户和添加数据库用户 (12) 六.数据流图及程序结构框图 (13) 6.1 功能模块图 (13) 6.2数据流图 (13) 七.界面设计与功能测试................................ 错误!未定义书签。 7.1登录界面及代码 (14) 7.2 进入系统界面 (15) 7.3 订票过程 (15) 八.总结 (19)

一.概述 应用对数据库技术及应用的理论学习通过上机实践的方式将理论知识与实 践更好的结合起来巩固所学知识。 实践和巩固在课堂教学中学习的关于数据库的有关知识熟练掌握对于给定 实训任务的数据库的创建、基本操作、程序系统的建立和调试以及系统评价。 实践和巩固在课堂教学中学习的关于关系数据库原理的有关知识和数据库 系统的建立方法熟练掌握对于给定实际问题为了建立一个关系数据库信息管 理系统必须得经过系统调研、需求分析、概念设计、逻辑设计、物理设计、系 统调试、维护以及系统评价的一般过程为将来在学习工作中的应用打下基础。1.1 课程实训目的与要求 课程实训的目的是本次课程实训的主要任务是运用在《数据库原理及应用》课程中学到的理论知识来指导实践了解数据库设计过程及其实现方法学会用 数据库建模的方法解决实际问题。掌握数据库原理、范式理论、规范化等相关知识掌握数据库分析设计的具体步骤与基本方法掌握 SQL 语言的基本语法和 基本内容并能运用 SQL Server 2005 实现设计数据库掌握 SQL Server 2005 数据库、表、视图、约束、索引、存储过程、触发器的使用利用一种前台开发工 具实现数据库管理系统的开发实现特定的业务功能。通过综合课程实训提高 实践动手技能培养独立分析分析问题和解决问题的能力。 课程实训的要求本次课程实训的选题比较灵活可以是自主选题也可以 自己选择比较感兴趣的题目重点是完成数据库的分析、设计与实现题目要符 合《数据库原理及应用》的要求并且具备一定的难度和深度除此以外可以 从备选题目之外选择一个题目完成。 1.2 机票预订系统 在所给的实训题目中我选择的是机票预订系统的设计。 1.2.1 系统功能的基本要求 每个航班信息的输入 每个航班的坐位信息的输入 当旅客进行机票预定时输入旅客基本信息系统为旅客安排航班打印取 票通知和帐单 旅客在飞机起飞前一天凭取票通知交款取票 旅客能够退订机票

机票预定信息系统

数据库大作业 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”中相应航线的订票数和

数据结构课程设计 飞机订票系统分解

摘要 随着时代的进步社会分工的不断细化,各个行业联系的不断密切,人们出行越来越多,出行的方式也是百花齐放,作为空中重要的交通工具,飞机航空系统也在不断地得到优化, 其中重要的一项就是航空飞机订票系统,因此好的订票系统关系着人们的日常出行方便与否,设计并编制出符合人们需要的航空订票系统是一项繁重而艰巨的任务。 本文Microsoft Visual C 6.0作为程序代码的实现软件,进行飞机订票系统的数据结构课程设计。首先,根据课程设计内容进行需求分析,确定主要的功能模块,。然后进行数据结构、各功能模块算法以及它们之间的调用关系的概要设计,做出各信息模块的数据结构表,并给出所用的结构体和结点类型。在此基础上,进行各功能模块的详细算法设计,做出各算法的流程图。最后,对系统进行测试,分为合法数据测试和非法数据测试,并对测试结果截图保存。本系统包含录入航班信息、订票、退票、查询航班信息、查询订票信息、修改航班信息和退出系统7个基本功能,经测试后健壮性良好。 关键词飞机订票系统;数据结构;C语言;单链表

目录 1 问题背景 (1) 2 问题分析 (1) 3 需求分析 (2) 3.1 用户需求分析 (2) 3.2 功能需求分析 (2) 3.3 系统需求分析 (3) 4 逻辑设计 (3) 4.1 数据结构 (3) 4.2 各功能模块间函数调用关系 (5) 4.3 函数说明 (5) 5 详细设计 (7) 5.1 录入航班信息 (7) 5.2 顾客订票模块 (8) 5.3 顾客退票模块 (8) 5.4 查询航班模块 (9) 5.5 查询订单模块 (9) 5.6 修改航班模块 (9) 6 程序调试与测试 (11) 6.1 合法数据测试结果 (11) 6.2 非法数据测试结果 (13) 7 结果分析 (15) 7.1 输入 (15) 7.2 输出 (15) 总结 (16) 参考文献 (16)

机票订票系统详细设计说明书

五、详细设计说明书 1.引言 (2) 1.1编写目的 (2) 1.2项目背景 (2) 1.3定义 (2) 1.4参考资料 (2) 2.总体设计 (3) 2.1需求概述 (3) 2.2软件结构 (3) 3.程序描述 (4) 3.1功能 (4) 3.2性能 (4) 3.3输入,输出项目 (5) 3.4程序逻辑 (7) 3.4.1、登录 (7) 3.4.2、查询系统 (7) 3.4.3、订票系统 (8) 3.4.4、修改系统 (8) 3.4.5、退票系统 (9) 3.5接口 (9) 3.5.1、用户接口 (9) 3.5.2、外部接口 (9) 3.5.3、内部接口 (9) 3.6存储分配 (9) 3.7限制条件 (10) 3.8测试要点 (10)

1.引言 1.1编写目的 在本机票预定系统项目的前一阶段,也就是概要设计阶段中,已经将系统用户对本系统的子模块功能做了详细的阐述,这些模块功能具体设计将在本报告中详尽得以叙述及阐明。 本阶段已在系统的概要设计的基础上,对机票预定系统做详细设计。主要解决了实现该系统程序模块具体设计问题。包括确定算法,数据结构,模块接口的使用,数据库的动态操作以及界面设计等。在以下的概要设计报告中将对在本阶段中对系统所做的所有详细设计进行详细的说明。 在下一阶段的编码过程中,程序设计员可参考此详细设计报告,在详细设计对机票预定系统所做的算法设计,数据结构以及数据库动态操作的基础上,对系统进行编码。在以后的软件测试以及软件维护阶段也可参考此说明书,以便于了解在详细设计过程中所完成的各模块算法设计,或在修改时找出在本阶段设计的不足或错误。 1.2项目背景 开发软件名称:机票订票系统 项目开发者:兰州理工大学软件工程机票订票系统开发小组: 用户单位:旅客、航空公司 1.3定义 数据字典:关于数据的信息的集合,也即对数据流图中包含的元素的定义的集合。 1.4参考资料 1.《软件工程导论》清华大学出版社张海藩编著

航空订票系统测试

航空机票预订系统软件编码与测试说明书 1引言 1、1编写目得 作为软件工程过称得一个阶段,编码就是对设计得进一步具体化,因此,程序得质量主要取决于软件设计得质量,但所选用得程序设计语言得特点与编码风格也将对程序得可靠性、可读性、可测试性与可维护性产生深远得影响. 但在开发如此复杂得航空订票系统软件得过程中,面对着极其错综复杂得问题,人得主观认识不可能完全符合客观现实,与工程密切相关得各类人员之间得通信与配合也不可能完美无缺,因此,系统一定会存在差错。测试得目得就就是在软件投入生产运行之前,尽可能多得发现并改正软件中得错误。 编码阶段可参考概要设计与详细设计说明书,软件测试以及软件维护阶段也可参考编码与详细设计说明书,以便于了解在概要设计及详细设计得过程中所完成得各模块设计结构,或在测试阶段找出各模块得设计思路与流程. 该文档得读者为用户代表、软件分析人员、开发管理人员与测试人员。 1、2背景 ①名称:机票预订系统 ②委托方:某某航空公司 ③开发方:某某团队 ④组成:编码模块分组,服务器,编码人员,测试人员 ⑤本系统与其她系统得关系如下:

1、3定义 黑盒测试:黑盒测试也称功能测试,它就是通过测试来检测每个功能就是否都能正常使用。在测试中,把程序瞧作一个不能打开得黑盒子,在完全不 考虑程序内部结构与内部特性得情况下,在程序接口进行测试,它只 检查程序功能就是否按照需求规格说明书得规定正常使用,程序就是 否能适当地接收输入数据而产生正确得输出信息。黑盒测试着眼于程 序外部结构,不考虑内部逻辑结构,主要针对软件界面与软件功能进 行测试。 黑盒测试就是以用户得角度,从输入数据与输出数据得对应关系出 发进行测试得.很明显,如果外部特性本身设计有问题或规格说明得 规定有误,用黑盒测试方法就是发现不了得。 白盒测试:白盒测试也称结构测试或逻辑驱动测试,它就是按照程序内部得结构测试程序,通过测试来检测产品内部动作就是否按照设计规格说明书 得规定正常进行,检验程序中得每条通路就是否都能按预定要求正确 工作. 这一方法就是把测试对象瞧作一个打开得盒子,测试人员依据 程序内部逻辑结构相关信息,设计或选择测试用例,对程序所有逻辑 路径进行测试,通过在不同点检查程序得状态,确定实际得状态就是 否与预期得状态一致。 1、4参考资料 (1)张海藩《软件工程导论》(第五版) 北京:清华大学出版社。 (2)《机票预订系统需求分析说明书》 (3)《机票预订系统可行性分析说明书》 (4)《机票预订系统概要与详细设计说明书》 2各模块得实现: 本系统主要用于机票预订,所以提供了以下几个子功能:机票预订,取票通知,查询航班,查询机票,退票,打印机票,各航班得营运统计,以及后台方面得航班得

飞机订票系统

课程设计报告 课程设计名称数据结构课程设计 专业计算机科学与技术 班级_______________________ 学号_____________________ 姓名_ 指导教师____________________ 成绩 __________________ 2012年 2 月26 日 数据结构课程设计 ——《飞机票票订票管理》 目录 目录 (ii) 第1章软件的需求分析 (3) 1. 1软件达到的目的 (3) 1. 2软件功能说明 (3) 121功能分析说明图 (3) 第2章软件概要设计 (4) 2.1软件模块的总体设计 (4) 2.2软件设计详细内容 (4) 2.2.1采用的主要数据结构类型 (4) 223主要流程图 (4) 第3章设计的详细说明及关键代码分析 (17) 3.1设计的详细说明 (17) 3.2关键代码分析和说明 (17) 3.3测试说明 (18) 第4章程序运行 (19) 4. 1程序运行 (19) 参考文献..................................... 总结.......................................

第1章软件的需求分析 1.1软件达到的目的 通过此系统可以实现如下功能 1)录入: 可以录入航班情况(数据可以存储在一个数据文件中,数据结构、具体数据自定)2)查询: 可以查询某个航线的情况(如,输入航班号,查询起降时间,起飞抵达城市,航班票价,票价折扣,确定航班是否满仓); 可以输入起飞抵达城市,查询飞机航班情况; 3)订票:(订票情况可以存在一个数据文件中,结构自己设定) 可以订票,如果该航班已经无票,可以提供相关可选择航班; 4)退票:可退票,退票后修改相关数据文件; 客户资料有姓名,证件号,订票数量及航班情况,订单要有编号。 5)修改航班信息:当航班信息改变可以修改航班数据文件 1. 2软件功能说明 1.2.1功能分析说明图 该软件功能分析说明图如1-1所示: 图1-1

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

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

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

航班订票系统测试计划

航 班 订 票 系 统 测 试 计 划 评审日期: 2012年6月5日

目录 1引言 (3) 1.1编写目的 (3) 1.2背景 (3) 1.3定义 (3) 1.4测试提交文档 (4) 1.5测试提交文档 (4) 2计划 (4) 2.1软件说明 (4) 2.2测试范围 (4) 2.2.1进度安排 (4) 2.2.2条件 (4) 3测试策略 (5) 3.1界面测试 (5) 3.2环境测试 (5) 3.3测试工具 (6) 4问题严重度描述 (6) 5评价准则 (6) 5.1测试通过/失败标准 (6) 6.审批 (7)

1引言 1.1编写目的 该文档的目的是描述航班订票系统项目的系统测试计划,其主要内容包括: ●测试项目内容 ●测试计划 ●测试策略 本文档的预期读者为: ●开发人员 ●项目管理人员 ●测试人员 1.2背景 航班订票系统是开发一个Web版航班预定系统,可在多个国家和地区使用。 1.3定义 LoadRunner Mercury Interactive的一个对Windows和UniX环境的负载测试工具。 功能性测试 按照系统需求定义中的功能定义部分对系统实行的系统级别的测试。 非功能性测试 按照系统需求定义中的非功能定义部分(如系统的性能指标,安全性能指标等)对系统实行的系统级别的测试。 测试用例 测试人员设计出来的用来测试软件某个功能的一种情形。 。 1.4参考资料

1.5测试提交文档 1、《航班订票系统测试计划》 2、《航班订票系统测试用例》 3、《航班订票系统界面测试报告》 2计划 2.1软件说明 航班订票系统是一款在线航班订票系统。它可以稳定、顺畅的运行在Windows与Linux 平台上。您可以通过它快捷方便的用户管理和航班预定服务,并由系统自动批改。高度的可配置性和灵活性使得它可以被应用于很多领域。 2.2测试管理 2.2.1进度安排 2.2.2条件

飞机订票系统设计与实现 (里面附有源代码!)

课程设计题目飞机订票系统 院系******* 专业*************** 姓名****** 学号********* 指导教师*** 2012年7月

1. 需求分析 1.1 问题描述 基于目前人们外出远行频繁,为方便乘客提前买票及优化飞机航空订票服务,需要开发一个飞机订票系统,此程序就是要实现航班情况的录入,查询,订票,退票以及航班的查询和修改等基本功能。本课程设计的题目为:飞机订票系统。 1.2 基本要求 1.2.1 输入的形式和输入值的范围 录入航班信息时,需要输入航班号,起降时间,起飞抵达城市,值为字符串;还需要输入航班票价,票价折扣,值为浮点型(float);还需要输入航班是否满仓,值为整型(int)(“1”表示已满仓,“0”表示没有满仓);如需要继续录入航班信息,要输入判别信息,值为整型(“1”表示继续录入航班信息,“0”表示停止录入航班信息)。 客户订票时,需要输入起飞抵达城市,然后选择航班进行查询,选择航班时需要输入航班号,值为字符串。 客户退票时,需要输入姓名,证件号进行退票操作,值为字符串。 查询某个航班的情况时,需要输入航班号,值为字符串;在查询某个航线的情况时,还可以通过输入起飞抵达城市来查询,值为字符串。 查询某个订单时,需要输入订单号,值为整型(int);或者需要输入客户姓名和证件号,值为字符串。 修改航班时,需要输入字符型数据选择进行何种修改操作;增加航班时,需要输入航班号,起降时间,起飞抵达城市,值为字符串;还需要输入航班票价,票价折扣,值为浮点型(float);还需要输入航班是否满仓,值为整型(int)(“1”表示已满仓,“0”表示没有满仓);如需要继续录入航班信息,要输入判别信息,值为整型(“1”表示继续录入航班信息,“0”表示停止录入航班信息);删除航班时,需要输入要删除的航班的航班号;修改航班时间时,需要输入要修改的航班的航班号,修改后的航班起飞时间和抵达时间。 1.2.2 输出形式 在所有操作后的输出中都显示操作是否正确以及操作后单链表的内容。其中删除操作后显示删除的元素的值,查找操作后显示要查找元素的位置。 录入航班情况时,输出显示添加航班信息是否成功。 客户订票时,当客户输入起飞抵达城市后,输出可供客户选择的航班信息;客户选择了航班后,输入提示信息告知用户订票是否成功。 客户退票时,输出客户退票成功或者无此客户,无法退票。 查询航班时,输出显示对应的航班信息,或者输出提示信息告知没有相应的航班信息。 查询订单时,输出显示对应的订单信息,或者输出提示信息告知没有相应的订单信息。 修改航班时,输出对应的提示的信息,提示操作是否成功。

飞机票订票系统

题目:飞机订票系统 目录 一、可行性研究报告 .................................................................................. - 1 - 1.1编写目的.............................................................................................................. - 1 - 1.2项目背景.............................................................................................................. - 1 - 1.3限制条件.............................................................................................................. - 1 - 1.4经济可行性.......................................................................................................... - 2 - 1.5技术可行性.......................................................................................................... - 3 - 1.6法律可行性.......................................................................................................... - 3 - 1.7用户使用可行性.................................................................................................. - 3 - 1.8其他与项目有关的问题...................................................................................... - 3 - 二、需求分析............................................................................................... - 4 - 2.1 项目概述............................................................................................................. - 4 - 2.2 数据流图............................................................................................................. - 4 - 2.3 数据字典............................................................................................................. - 8 - 2.4 性能需求............................................................................................................. - 9 - 2.5机票预定系统的数据需求................................................................................ - 10 - 2.6 用户其他需求................................................................................................... - 10 - 三、总体设计............................................................................................. - 11 - 3.1 引言................................................................................................................... - 11 - 3.2客户机上的内部处理流程:......................................................................... - 11 - 3.3 总体结构和模块外部设计............................................................................... - 14 - 3.4接口设计............................................................................................................ - 15 - 3.5 数据结构设计................................................................................................... - 16 - 3.6 运行设计........................................................................................................... - 17 - 四、详细设计............................................................................................. - 18 - 4.1 系统窗口界面菜单功能项设计....................................................................... - 18 - 4.2 订票管理菜单航班安排功能设计................................................................... - 18 - 4.3 订票管理菜单核对订票信息功能设计........................................................... - 19 - 4.4 订票管理菜单修改订票信息功能设计........................................................... - 21 - 4.5 订票管理菜单查询订票信息功能设计........................................................... - 22 - 五章、编码................................................................................................. - 23 - 5.1订票管理菜单航班安排功能代码.................................................................... - 23 - 5.2订票管理菜单核对订票信息功能代码............................................................ - 24 - 5.3订票管理菜单修改订票信息功能代码............................................................ - 26 - 5.4订票管理菜单查询订票信息功能代码............................................................ - 27 - 六、测试..................................................................................................... - 28 -

机票预订系统需求规格说明书

机票预订系统需求规格说明书

————————————————————————————————作者:————————————————————————————————日期:

机票预订系统需求规格说明书 项目开发人:信工0404班 万芸欧翠娥施雪梅

1 引言 1.1编写目的 为了更好地向用户描述系统性能,尽量满足用户的需要,建立和用户沟通的平台。同时,为了明确软件系统的整体框架及实施细则。 1.2项目背景 软件系统名称:机票预订系统 任务提出者:某某航空公司 任务开发者:万芸欧翠娥施雪梅 用户:旅行社工作人员、旅客 1.3参考资料 软件工程导论(第四版)清华大学出版社 软件工程实验指导书题目四 2 任务概述 2.1目标 为某某航空公司开发,方便各旅行社和旅客们订购飞机票。通过本系统,用户可以方便地预订该航空公司的机票,同时便于航空公司管理机票预定的业务。 2.2运行环境 Windows 98 及以上操作系统 Visual FoxPro 6.0 2.3条件与限制 用户仅可以输入订票信息,无权对系统本身进行修改。用户必须按照系统的流程进行操作。系统的修改、维护由研发人员及航空公司共同负责。

3.数据描述 3.1数据元素 系统中的数据元素: 名字:旅客信息 描述:旅客的个人信息,用于对旅客的确认 定义:旅客信息=姓名+性别+工作单位+身份证号码+旅行时间 +旅行目的地 位置:输入到旅行社端(client端) 名字:订票旅客清单 描述:已订票的旅客的记录 定义:订票旅客清单=旅客信息的合集 位置:输入到旅行社端(Client端) 名字:订票信息 描述:旅客的旅行时间和目的地,用于确定旅客的航班 定义:订票信息=旅客旅行时间+旅客旅行目的地 位置:传输到航空公司端(Server端) 名字:航班机票信息 描述:旅客的航班信息,根据旅客的旅行时间和目的地确定 定义:航班机票信息=旅客机票时间+旅客机票班次 位置:传输到旅行社端(Client端) 名字:取票通知: 描述:旅客领取机票的凭证 定义:取票通知=旅客姓名+领票时间 位置:输出到打印机

飞机订票系统设计报告

算法与数据结构程序设计题目:飞机订票系统 学院:计算机科学与过程学院 专业:信息安全 姓名: 学号: 指导教师:王瑞霞 2011年9 月9 日

目录 引言 (1) 1.系统概述 (1) 2.课程设计的目的 (2) 3.需求分析 (3) 4.详细设计 (4) 5.所遇到的问题和分析解决 (10) 6.系统特色及关键技术 (10) 7.结论 (10)

引言: 当今时代是飞速发展的信息时代,科技的日新月异的发展必然会给人们的生活带来一定的变化。就数据处理方面来说,单纯的手工操作不仅工作量大、出错率高、更面临着修改难,时间成本过高的问题,寻求一种更为细致安全,高效率的数据管理方式成为人们日益探讨和追求的问题。而现代计算机的出现使者些成为了现实。从上世纪七十年代问世至今,计算机已经不是单纯的数据计算机器,它已经被广泛地应用于信息系统的环境。尤其对于复杂的信息管理,计算机往往表现出极高的效率和安全性。 本文论述的飞机订票系统是为公司的管理者提供的一种集录入、删除、查询修改、排序、统计等于一体的便捷的飞机订票系统。该系统主要使得顾客订票能够更方便快捷。为此,本系统能够给他们带来一些较为方便快捷的导航帮助。 本系统论述了飞机订票系统的开发目标、实现过程,并着重介绍了系统设计、所遇到问题的分析和解决、系统特色及关键技术等方面。 本文共分为6章: 1.系统概述 2.课程设计的目的 3.需求分析 4.详细设计 5.所遇到的问题和分析解决 6.系统特色及关键技术 7.结论(心得体会) 1.系统概述 数据结构是计算机存储、组织数据的方式,是指相互之间存在一种或多种特定关系的数据元素的集合。通常情况下,精心选择的数据结构可以带来更高的运行或者存储效率。数据结构往往同高效的检索算法和索引技术有关。 关于数据结构在计算机学界至今还没有标准的定义: Sartaj Sahni 在他的《数据结构、算法与应用》一书中称:“数据结构是数据对象,以及存在于该对象的实例和组成实例的元素之间的各种联系。这些联系可以通过定义相关的函数来给出。”他将数据对象定义为“一个数据对象是实例或值的集合”。 Clifford A.Shaffer 在《数据结构与算法分析》一书中的定义是:“数据结构是ADT(抽象数据类型Abstract Data Type)的物理实现。” Lobert L.Kruse 在《数据结构与程序设计》一书中,将一个数据结构的设计过程分成抽象层、数据结构层和实现层。其中,抽象层是指抽象数据类型层,它讨论数据的逻辑结构及其运算,数据结构层和实现层讨论一个数据结构的表示和在计算机内的存储细节以及运算的实现。 而本人的理解,数据结构通俗来讲就是将数据元素依据某种逻辑联系组织起来通过特定的算法将理论运用到生活中解决一些现实问题应用。在这次课程设计中,正是基于这样一种理念,在经过需求分析将实际情况综合起来之后设计并开发出了这样一个飞机订票系统。 本系统的主要功能是通过接收顾客的输入建立航班信息、顾客信息、订票情

相关主题
文本预览
相关文档 最新文档