机票预定系统(可行性分析+需求分析+概要设计+详细设计说明书+测试报告)课程设计.doc

《机票预定系统(可行性分析+需求分析+概要设计+详细设计说明书+测试报告)课程设计.doc》由会员分享，可在线阅读，更多相关《机票预定系统(可行性分析+需求分析+概要设计+详细设计说明书+测试报告)课程设计.doc（14页珍藏版）》请在三一办公上搜索。

1、机票预定系统(可行性分析+需求分析+概要设计+详细设计说明书+测试报告)-课程设计机票预定系统(可行性分析+需求分析+概要设计+详细设计说明书+测试报告)机票预订系统可行性分析1.1 系统目的分析机票预订系统的目的是从操作简便、界面友好、灵活、实用、安全、便捷的要求出发，完成航空公司需要订票管理过程，包括航线信息管理、客户信息管理、票务信息管理等功能，主要解决在一个航空公司里，进行航线管理、顾客的查询航班，订票及退票等服务项目管理的程序设计。并尽可能的满足客户的需求。 1.1.1当前的系统的目标分析 随着计算机话的订票和售票服务普及化，乘客自己可以设计全部的航空计划。旅行社将旅客的信息资料反馈

2、给航空公司，这样就形成了旅客个人资料，旅客在交付预定金后，航空公司建立的客户信息数据库中就留下了资料，在乘客以后的服务中就可以提供更加人性化得服务。 因此我们的系统目标就是：实现网上订票的普及化，客户服务的信息化，数据库管理的便捷化。具体表现为：（1）我们实行团体订票优惠，即所有通过本订票系统提供的服务的用户必须先注册，以便系统管理人员对用户的管理。同时对旅行社团体订票提供折扣优惠。（2）建立完善的订票流程，订票流程是订票系统关键的部分，笨系统通过需求分析 一套独特的订票流程，其方便性、快捷性、完善性使得本售票系统流程区别于老系统的流程。（3）家里两种取票方式：票点取票、送货上门。建立服务查询

3、模块，是浏览者能够方便的通过该模块查询服务的相关信息。（4）提供系统公告与出行参考模块，为用户提供方便。1.1.2技术可行性分析 实用现有的技术能不能实现这个系统？ 由于本管理系统的对象单一，仅对航空公司机票进行管理。这个管理系统比较适合采用数据结构来设计。本系统使用Visual Basic 6.0进行开发，使用文档作为后台服务。 在计算机硬件和软件快速发展的今天，计算机硬件和软件已经能够满足本管理系统的压球。在数据库的编程工具方面，各种可视化编程语言的出现，一改过去设计的概念和方法，用户鼠标就可以快速，简介的创建应用程序，极大的提高了编程效率。1.2经济可行性分析这个系统的经济效益能不能超过

4、它的开发成本？ 这系统是小型数据库应用程序，不需要多少人力和物理就可以设计的。但系统一旦投入使用，将大大减少航空公司管理员的工作量，提高工作效率，其经济效益是显而易见的。基础投资：终端PC机台：5000*10 = 5 万网络设备：5 万辅助配置：5 万共计：15万其他一次性投资：Oracle 8.0 : 10 万Windows NT: 8 万操作员培训费：3 万共计：21 万经常性支出：人工费用:6(月)*10(人)*3000(圆)=18万其他不可知额外支出: 10万 共计:28万 支出共计:64万 机票预定工程实施的目标就是要带给航空公司看得出见的效益，其开发过程中也要考虑到人力、资金和时间

5、的约束。因此，在设计中，重点是销售系统中的方便快捷，能提供给旅客以优质高效的服务，并提高销售的效率和便捷，为航空公司带来良好的效益。 1.3操作可行性分析 系统的操作方式在这个用户组织能不能行的通？在进行需求分析时，就对用户组织进行调查，针对他们的情况，设计适合这个用户组织的人机界面，使操作方式简单明了。再加本系统并不是很复杂，所以操作反而不是很大的问题。1.4法律可行性分析所有软件都选用正版，所有技术资料都由提出方保管，合同制定确定违约责任。机票预订系统需求分析2.1问题的背景及描述航空票务网站中查询与预定是一个及其重要的环节，但由于机票业务的查询与预定是需要基于航空公司所提供的CRS/IC

6、S系统才能完成，所以基于网站开展此项业务，一直是经营者的困惑。目前大部分机票预订网站的查询均使用自行维护的本地航班数据信息、二所谓的预定则是旅客在网站上填写预定单传输到后台，又操作人员在名航系统中进行人工完成，但这种查询和预定方式的弊端在于航班信息的准确性和实效都比较差，信息维护成本高，客户反馈不及时，且服务质量难以保障。而以顾客为导向是现在各行各业领域都放在首位的营销策略，因此偶们需要建立一个更为完善的、更为人性化的订票系统。在达到信息准确化得基础上尽可能的满足乘客出行的要求。2.2 功能分析 根据可行性研究的结果和客户的要求，分析现有情况及问题，采Client/Serve结构，将机票预定系

7、统划分为两个子系统：客户端子系统，服务器端子系统。 下面分析各个子系统的功能需求：2.2.1 客户端子系统：在客户端系统的功能实现上，可以分为以下几个部分编号功能名称功能描述输入1旅客信息的输入和统计输入和同进旅客信息客户端系统2旅客信息的存储存储旅客信息客户端系统3机票信息的传递及接收接收旅客信息客户端系统4取票通知及帐单的生成和打印打印单据客户端系统5机票销售情况的核算售后核算客户端系统62.2.2 服务器端的功能要求：在客户端系统的功能实现上，可以分为以下几个部分：编号功能名称功能描述输入1接收信息接收由旅行社客户端发回的所需机票信息服务器端2生成信息生成航班信息服务器端3传递信息传递航

8、班信息到客户端（旅行社）服务器端4接收反馈信息接收旅行社的反馈信息服务器端5交付机票印出机票给已经订票的旅客服务器端6售后管理销售额的分析和管理服务器端990机票预定系统(可行性分析+需求分析+概要设计+详细设计说明书+测试报告)2.3功能模块设计2.3.1 系统流程设计 图1 系统流程设计图2.3.2 子功能模块设计 该系统的主要功能模块如下:(1)用户注册登陆模块用户登录是使用者的第一的窗口，包括用户名、密码、用户类型（乘客或旅行社）。每个用户在后台都有相应的客户资料。并记录其用户类型，以便提供优惠服务。若没有用户名应先注册，留下相应的客户资料以便以后更为方便周到的服务。(2)查询模块查询

9、模块主要负责航线查询，订票信息查询，公告板查询。具体如下：航线信息查询：用户只要输出出发城市，到达城市。系统将会出现符合要求的航线编号，飞机编号，出发城市，到达城市，飞行周期，成员定额，剩余票量，已订票乘客数量，票价，优惠后票价。订票信息查询：只要输出乘客身份证号，系统可以查询到包括订票编号，乘客编号，乘客姓名，折扣比例，航线编号，出发城市，到达城市，出发时间，票价，结算金额和备注信息等。公告栏信息查询：点击目的地城市即可看到公告板上提供的最新的航班更改信息，改城市近几天的天气预报，酒店预订，租车服务等信息。便于乘客出行。(3)预订票业务模块 该模块主要负责乘客的订票信息。旅行社输出订票信息或

10、乘客在微机上输出修改的订票信息，订票信息传到服务部。系统服务部自动进行订票信息总汇整理，若没有乘客选择的时段的航班，乘客可以选择是否登记下一航班的侯补。(4)退票业务模块该模块主要负责乘客的退票业务，根据乘客的要求和航空公司的相应退票规定进行退票。系统会将退票归入到侯补票里。若旅客延迟取票时间，票也会退到侯补票里等待旅客来取。(5)数据库模块（预订票信息，票务售出信息，退票信息，航线信息，公告栏信息）数据库模块是整个航空公司订票系统的关键部分。他用管理各个种类的信息。包括订票信息管理，客户信息管理，航班信息管理，公告板信息管理。数据块模块供工作人员对这些种类的信息进行添加和修改。保证客户端看到

11、的是最新的信息。2.4建立系统流程图 图2 系统流程图2.5建立数据流程图根据前面的描述系统可划分为三大模块：飞机预订票档案管理，系统账户管理，系统数据管理。下面分别描述它们的数据流图。（1）.飞机预订票档案管理数据流程图。 图3如图3所示，对“预订票数据处理”功能进行细化，进一步展开。根据分析员对预订票数据功能的了解，把这个处理分解一下三个逻辑功能3审核数据：对未审核的订票的旅客信息进行审核，然后存入预订票信息档案。4交付预订金：旅客要先交付预订金，才能成为预订票的旅客。5数据维护：对旅客的预订票信息进行查询、增加、删除、修改等操作。上述三个子功能的关系可根据一张数据流图来描绘。如图4 图4

12、如图3所示，对“维护”功能进行细化，进一步展开。根据分析员对预订票数据功能的了解，把这个处理分解一下2个逻辑功能6修改更新预订机票信息：对旅客的预订票信息进行查询、增加、删除、修改。7查询打印预订票信息：对预订票数据进行查询、打印。上述2个子功能的关系可根据一张数据流图来描绘。如图5机票预定系统(可行性分析+需求分析+概要设计+详细设计说明书+测试报告)如图3所示，对“利用数据”功能进行细化，进一步展开。根据分析员对理应数据功能的了解，把这个处理分解一下2个逻辑功能8打印取票凭证：旅客交完预订金后会得到取票凭证，旅客凭取票凭证去取票。9交机票钱：旅客取票时需要交付机票钱交完。上述2个子功能的关

13、系可根据一张数据流图来描绘。如图6如图3所示，对“已售机票数据数据”功能进行细化，进一步展开。根据分析员对售出机票数据功能的了解，把这个处理分解一下4个逻辑功能10查询更新已售票信息：方便旅客查询航班的售票情况。11打印机票：打印出机票给旅客。12退票及延迟取票处理：旅客需要退票或旅客延迟了取票时间后机票的处理，机票将进入候补票中。13查询打印飞机承载情况：供航空公司查询每次航班的承载情况，以便适当调整。上述2个子功能的关系可根据一张数据流图来描绘。如图7 图7如图3所示，对“航班数据处理”功能进行细化，进一步展开。根据分析员对航班数据功能的了解，把这个处理分解一下3个逻辑功能14航班信息更新

14、：对航班信息的修改、删除、增加。15航班信息查询：可供旅客对航班的查询。16公告板信息：航班信息的更新需在公告板上公布。图8如图3所示，对“候补票数据处理”功能进行细化，进一步展开。根据分析员对候补票数据功能的了解，把这个处理分解一下4个逻辑功能17售出后补票：旅客没有订票，需到候补票中买。18交付机票钱：旅客买候补票需交付交票钱。上述2个子功能的关系可根据一张数据流图来描绘。如图9图9（2）.系统账户管理数据流图通过需求分析，可以得到系统账户的流程图。图10（3）.系统数据管理流程图 根据分析，可以得到系统数据管理数据流程图。图11 备份数据主要用于对系统的数据备份功能，方便用户使用系统。恢

15、复数据主要用于系统需要时进行数据恢复。2.6建立数据字典单据、账本、报表（Bill of Document，Account and Report）目标系统中用户将使用的正式单据、账本、报表等，并进行穷举、分类、归纳。单据、账本、报表是用户系统中信息的载体，是进行系统需求分析的基础，无论采用哪种分析方法，这都是必不可少的信息源。6.1 单据（Bill of Document）因为单据上的数据是原始数据，所以一种单据一般对应一个实体，一个实体一般对应一张基本表。单据的格式可用表格描述，如表5-21所示。表5-21 单据的描述格式机票预定系统(可行性分析+需求分析+概要设计+详细设计说明书+测试报告

16、)各数据项的详细说明如下：、属性中文名属性英文名属性类型、长度、精度属性的值域Pk/fk6.2 账本（Account）因为账本上的数据是统计数据，所以一个账本一般对应一张中间表，账本的格式可用表格描述，如表5-22所示。表5-22 账本的描述格式账本名称用途使用单位制作单位频率高峰时数据流量各数据项的详细说明如下：序号数据项中文名数据项英文名数据项类型、长度、精度数据项算法6.3 报表（Report）因为报表上的数据是统计数据，所以一个报表一般对应一张中间表，报表的格式可用表格描述，如表5-23所示。表5-23 报表的描述格式报表名称用途使用单位制作单位频率高峰时数据流量各数据项的详细说明如下

17、：序号数据项中文名数据项英文名数据项类型、长度、精度数据项算法系统中的数据元素：2.7建立ER图 图12机票预订系统概要设计3.1 编写目的在本机票预定系统项目的前一阶段，也就是需求分析阶段中，已经将系统用户对本系统的需求做了详细的阐述，这些用户需求已经在上一阶段中对航空公司、各旅行社及机场的实地调研中获得，并在需求规格说明书中得到详尽得叙述及阐明。本阶段已在系统的需求分析的基础上，对机票预定系统做概要设计。主要解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。在以下的概要设计报告中将对在本阶段

18、中对系统所做的所有概要设计进行详细的说明。在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对机票预定系统所做的模块结构设计的基础上，对系统进行详细设计。在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。3.2 机票预订系统软件结构设计在结构化需求分析中，已经使用结构化方法纤细分析额“预订票管理系统”，并且认真审查了结构化分析所得出的结果。因此可从预订票系统的数据流图出发，设计系统的结构。机票预定系统(可行性分析+需求分析+概要设计+详细设计说明书+测试报告)对数据流进行分析，可以看出此数

19、据流图有明显的事物中心。因此，从整体上看，这个数据流图具有变化流的特征。当用户取的操作权后，可沿着一条输入通路进入系统，输出数据沿着一条输出通路离开系统。3.2 处理流程下面将使用（结构化设计）面向数据流的方法对机票预定系统的处理流程进行分析。系统可分为两大部分：一、客户机上的程序，二、服务器上的程序。以下将分别对系统的这两大部分进行流程分析：32.1 客户机程序流程1读入并确定（定票/领票） 它是一个事务处理中心，若输入是定票时转入2 ，输出则转入5。2读入旅客资料 读取所输入的旅客资料，并将其格式化，将格式化数据送3。3检验输入资料 检验格式化输入资料，初步检查输入是否有误，它是一个事务处

20、理中心，有误则转2再次读入，检查无误则将数据送4。4准备服务器数据 由格式化旅客资料准备需发送到服务器的数据，将准备好的数据送7。5读入帐单号 读取所输入的帐单号，并将其格式化，将格式化数据送6。6准备服务器数据 由格式化帐单号准备需发送到服务器的数据，不同于4，它将准备的是帐单号，将准备好的数据送7。7准备网络数据包 将数据准备/加密成网络传输数据包。8网络数据发送 将数据包经网络发送到服务器程序， 它是程序与网络的接口。9网络数据接受 接受由服务器程序经网络传送到客户机的数据包， 它是程序与网络的接口。10解开/判断 解开9 所接受的数据包，并判断数据是定票数据或是领票数据，它是一事务处理

21、中心，是定票则将数据送11，是领票则将数据送18。11定票成功？ 由数据判断定票是否成功，它是一事务处理中心，若定票成功则将数据送11，不成功则将数据送18。12准备输出数据 由接收的服务器数据准备输出数据，其中关于帐单的数据将送入13，其他包括旅客资料等送入14。13打印帐单 由帐单信息处理帐单格式并打印出帐单。14输出定位确定 在屏幕上显示确定定位及其他信息。15判断错误 由数据判断出错误类型，将类型送到16。16准备错误语句 由具体错误类型准备错误语句，送17。17输出错误语句 在屏幕上显示错误语句。18领票核对成功？ 由数据判断领票核对是否成功，它是一事务处理中心，若成功则将数据送19

22、，不成功则将数据送15。19准备机票输出数据 由接收的服务器数据准备将打印的机票数据数，据其中关于帐单的机票的数据将送入20，其他包括旅客资料等送入14。20打印机票 由机票信息处理机票格式并打印出机票。3.2.2 服务器程序流程1网络数据接收 接受由客户机程序经网络传送到客户机的数据包， 它是程序与网络的接口。2解开数据 解开/解密打包的数据，并将恢复的数据格式化送入3。3判断操作 由数据判断需要做什么数据库操作，它是一事务处理中心，若为定票操作则将数据送4，若为领票操作则将数据送15。4准备数据库查询语句 由定票数据准备访问SQL SERVER数据库所需的SQL 语句，送入5。5数据库操作

23、 运行SQL 语句，查询并存入数据库，获得相应的定票数据，将数据送入6。它需包括初步对查询的判断。它必须为乘客安排可抵达目的地的有座位的航班。6判断查询是否成功 利用查询所得的数据判断定票是否成功，它是一事务处理中心，若为定票操作成功则将数据送7，若不成功则将数据送8。7准备回送数据 准备定票成功后需回送客户机程序的数据，送16。8确定原因 由查询数据判断定票不成功的原因，送9。9准备回送数据 根据不成功的原因，准备需送回客户机程序的数据，送入16。10准备数据库查询语句 由领票数据准备访问SQL SERVER数据库所需的SQL 语句，送入11。11数据库操作 运行SQL 语句，查询并存入数据

24、库获得相应的领票数据，将数据送入6。它需包括初步对查询的判断。12判断查询是否成功 利用查询所得的数据判断领票是否成功，它是一事务处理中心，若为领票操作得到确认则将数据送11，若不成功则将数据送8。13准备回送数据 准备领票确认后需回送客户机程序的数据，送16。14确定原因 由查询数据判断领票不能确认的原因，送15。15准备回送数据 根据不成功的原因，准备需送回客户机程序的数据，送入16。16准备网络数据包 将数据准备/加密成网络传输数据包。17网络数据发送 将数据包经网络发送到服务器程序， 它是程序与网络的接口。3.3 总体结构和外部模块设计3.31 客户机部分机票预定系统(可行性分析+需求

25、分析+概要设计+详细设计说明书+测试报告)3.32服务器部分3.4 数据库逻辑结构设计DBMS 的使用上系统将采用 SQL SERVER, 系统主要需要维护3张数据表：航班信息表，已售票信息表，旅客信息表。服务器程序在对定票/领票进行操作时需对数据库数据库数据结构，也就是数据表进行查询和修改：在定票/领票过程中都需要对数据库中的所有表，进行联合查询、修改。物理数据结构主要用于各模块之间函数的信息传递。接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在各模块间传输。出错信息将送入显示模块中，机票结构，帐单结构，送入打印准备模块中准备打印格式。机票预订系统详细设计4.1模块过程设

26、计与界面设计4.1.1验证用户身份功能模块（1）功能描述 验证用户身份功能模块用于对登录系统的用户进行身份验证，确定用户是否拥有使用该系统的资格。并不是每个登录系统的用户都调用此功能模块，只有系统管理员身份验证才调用此功能模块，一般的用户可以不调用此模块。（2）模块IPO表 验证用户表功能模块的IPO表如下表所示。系统名称机票预订系统模块名称验证用户身份模块编号001作者老邢、朱文利日期2010.1.4模块简述用于对登录系统的用户进行身份验证输入项目： 用户ID，密码格式： 用户ID：10位数的字符串；密码：010位的字符串处理验证用户输入的用户ID和密码；获得登录用户输入的用户ID和密码；访

27、问数据库的用户账户表；查询匹配的用户名和密码，若未查询到或不匹配，返回到登陆窗口，提示错误。输出提示信息： 成功（登录成功）；失败（请检查用户名及密码）局部数据约束条件注释涉及的表：用户账户表（3）界面设计验证用户身份的系统登录界面设计如下图所示。（4）主要算法1）【确定】按钮触发的处理：验证用户的合法性。处理流程：取得用户输入的用户名和口令；传输到数据库并与账户表进行一致性验证。if 用户名 and 口令正确 以管理员的身份进入系统并获得相应系统权限else 提示请检查用户名及密码end if 2)【关闭】按钮出发的处理。关闭用户登录窗口。4.1.2 系统总控制模块（1）功能描述 系统总控制

28、模块是系统运行时的主控程序，通过系统的各个选项按钮来集中各子功能模块，用户在该模块中通过选择相应菜单进入到相应的子模块。（2）界面设计 系统总控制模块的界面设计如下图所示。（3）主要算法 每个菜单项调用相应模块，总功能模块是各个分模块的汇集。主要是方便用户的操作与管理。4.1.3 航班查询模块（1）功能描述 用户可以通过此模块进行航班的查询（注：管理员除此之外还可以进行航班的增删及修改）。 对于航班的查询，可以按照下面的几种方式进行： 1）查询全部班次 2）按班次查询 3）按时间查询默认情况下进入系统是不需要进行登录的，权限是普通用户的权限，此时只能进行航班的查询操作。 班次查询模块中的扩展操

29、作按钮默认是灰色的，表示此时权限不够，需要用管理员身份登录才能进行相应的操作。当我们以管理员身份登录系统的时候，扩展操作按钮此时变得可用。机票预定系统(可行性分析+需求分析+概要设计+详细设计说明书+测试报告)（3）主要算法【查询全部】按钮触发的处理：从数据库相应的表中检索出所有的班次。【班次】首先在界面初始化的时候就预先检索出所有班次。默认情况下它的下拉菜单是不可用的，当选中班次按钮的时候才变得可用。下拉菜单中的项目为系统中现有的航班编号。这样，登录用户可以方便地选择相应的航班，查询相关的信息。【时间】在初始化的时候就显示出系统时间。其默认是不可用的，只有选中状态才可用。用户可以根据按照航班

30、的时间进行查询。从数据库中检索出满足条件的项目，如果没有满足条件的选项则显示为空。4.1.4 添加航班模块（1）功能描述 实现对航班的添加。当机场增加了航班时，可以通过此模块来对航班添加。此模块的操作需要管理员权限。（2）界面设计 在班次查询中点击展开按钮，界面如下所示：点击【添加航班】，界面如下图所示： （3）算法设计 从控件中取得各项的值，将信息插入数据库中相关的表中。其中班次为该表的主键，如果班次重复，则插入失败。如果插入成功，则提示用户插入成功。否则，则提示出错信息。若插入成功，在班次的下拉菜单中更新相应的项目。4.1.5 修改航班模块（1）功能描述 实现对选中的航班的信息的修改。可以

31、实现对相应班次的各项信息的修改，当然班次除外。此模块的操作需要管理员权限。（2）界面设计 先在班次中选择需要修改的班次点击【修改航班】按钮：（3）算法设计 首先从班次的下拉菜单中取得班次编号，然后在从数据库中检索出相关的班次信息。再显示在控件中，用户可以修改相应的数据（班次除外），点击【确定】按钮则表示提交修改后的信息，如果更新成功则提示成功信息，否则提示出错原因。点击【取消】按钮则取消此次操作，返回主界面。4.1.6 删除航班模块（1）功能描述实现对航班班次的删除。如果需要对相关航班路线的取消，可以通过此模块进行。（2）界面设计 先在班次的下拉菜单中选择需要删除的项目，点击【班次删除】，如下

32、图所示：（3）算法设计首先从班次下拉菜单中选择需要删除的班次，点击【班次删除】按钮，则出现提示，如上图所示。当用户点击【确定】按钮，表示删除，则进行删除操作，更新数据库中相应的表。成功则提示成功信息，否则提示失败信息。【取消】按钮表示取消删除操作。当删除成功，需要更新班次下拉菜单中的相关项。4.1.7 机票预订模块（1）功能描述处理客户的机票预订信息，用于管理客户的详细资料。此模块需要管理员权限。（2）界面设计机票预定系统(可行性分析+需求分析+概要设计+详细设计说明书+测试报告)（3）算法设计在界面初始化阶段，先从数据库相应表中加载所有班次编号以及相应的价格，当用户从班次下拉菜单中选择编号的

33、时候，界面会显示相应编号航班机票的具体价格。与此同时，还会给出预订机票凭据，即票号。票号不需要管理人员手工操作，是系统自动分配的编号。（注：在数据库表中将票号设置为主键，自增）当用户选择【预订】按钮的时候，会进行如下操作：1）检查相关输入，看格式是否正确。2）从数据库中检索相应航班的机票数量，检查是否有剩余，若有，进行下一步操作。3）进行事务操作，开始事务。4）向数据库中的客户表中插入客户的订票信息。5）更新数据库中航班表中的机票数量。6）如果为发生异常，则提交事务，否则，回滚事务。7）若订票成功，提示用户信息，否则，提示出错信息。当用户选择【取消】按钮的时候，则撤销此次操作，返回主菜单。4.

34、1.8 票务管理模块 （1）功能描述 此模块用于查询客户订票信息以及处理退票事务。此模块的操作需要管理员权限。 （2）界面设计 （3）算法设计【检索】按钮触发的处理：从图中的编辑框中接收机票编号数据，从数据库中搜索相关的项目，在左边的编辑框中显示。【搜索全部】按钮触发的处理：从数据库中检索出全部的数据项，在左边的编辑框中显示。【退票】按钮触发的处理：从图中的编辑框中接收机票编号数据，进行退票处理。 具体流程如下： 1）检查相关输入，看格式是否正确，如果正确则进行下面的操作。 2）进行事务操作，开始事务。 3）从数据库中客户表中检索出相应项，删除。 4）更新数据库中航班表中的机票数量。 5）如果

35、为发生异常，则提交事务，否则，回滚事务。 6）如果删除成功，提示成功信息。否则，提示出错信息。【取消】按钮触发的处理：撤销此次的操作，返回主菜单。4.1.9 退出模块 （1）功能描述：退出机票预订系统。（2）界面设计 见系统总控制模块。（3）算法设计 【退出】按钮触发的处理：关闭此窗口。机票预订系统测试测试项目名称： 航班订票系统测试用例编号： TEST-01测试人员：周绪测试时间：2010/01/04测试项目标题：订票系统页面测试内容：-验证系统中的实现信息与填入信息的一致性，及其系统的稳定性测试环境与系统配置：-软件环境：Microsoft windowXP Professional+vi

36、sual C+-硬件环境：Celeron 1.7GHz CPU +2G内存-网络环境：无测试输入数据及其结果见附录一测试次数： 执行测试过程2次预期结果：订票系统稳定，能正确的输入显示该订票系统的信息，系统稳定性较好测试过程：-先登录该系统，先进行登录界面的测试，随便输入用户名及其密码。-再未登录前的对系统中的各个模块功能的点击测试。-按照给出的一个账号3060702116 密码123 进行登录，然后测试其他的功能模块。-接下来进行航班查询的测试，点击进入，按照界面要求进行测试。安全退出。-对机票预定系统进行测试。-对票务管理系统进行测试。-安全退出。测试结论：-在登录界面的测试正常，再未随便

37、的输入之后，系统会弹出对话框，提示该用户未被授权的提示。-再按照给出的一个账号 密码进行登录之后，点击进去航班查询功能模块的测试，在航班查询，添加航班，修改航班，删除航班系统都能稳定显示。-点击进入机票预定系统，系统弹出了，用户信息表，这里还存在问题，在对姓名，身份证输入了非法字符，它仍然能进行机票的预定，未进行用户的合法性的验证，点击进行预订，整体的预订系统还是可以的，还缺少对用户填入信息的验证。输入一个信息之后返回航班信息系统，当中的票数被修改了。-点击进入票务管理功能模块，这里的检索，一个机票号检索，还有一个全部检索，对于大的数据库来说，可能检索速度慢了很多的，输入票号，还可以进行退票操

38、作，进行退票之后再返回到航班信息，数据被修改了，该功能模块正常。-安全退出系统，点击跳出该系统，可以的话，再加一个欢迎再次使用的界面，那样会更好点的。机票预定系统(可行性分析+需求分析+概要设计+详细设计说明书+测试报告)备注：-匆忙之间的测试还存在着许多的问题，对于各个模块的测试还有可能存在不走，再以后的测试中会慢慢改正。上面进行测试的结果看下面的附录一附录一-输入信息及其显示如下：-登陆界面 ： -接下来进行系统登录界面的测试：随便输入一个账号123 密码110 结果如下 以上操作显示了该用户的登录功能模块正常运行。按照给出的账号 3060702116 密码123 进行登录 进行继续的操作

39、：-测试-进行 航班信息的查询：-点击进入：点击添加航班按钮 这里输入 班次 109 票价100 载客量150 从芜湖到北京，点击确定，然后返回航班查询进行查询，在检索里面输入109 如下显示：-修改航班功能模块的测试： 这里输入班次 123 票价150 点击确定 ，返回查询：再这里不能对主键航班进行修改，只能进行航班信息的修改，如要修改航班班次只能进行添加航班操作，这里我输入了票价100 再进行查询如下显示 -删除航班测试：点击确定，然后进行航班查询：如下显示信息该航班信息被删除了。下面进行机票预定功能模块的测试： 这里面，未对用户的信息的输入的合法性进行验证，我随便输入的数字信息也能进行订票。这里我输入了 姓名124 身份证编号110 班次K51地点 芜湖点击预定我返回航班查询K51的信息 该航班的票数被修改了。此功能测试正常。-进行票务管理系统的测试，点击进入：点击检索全部，输入124 进行退票的测试， 然后返回航班查询： 该航班信息被修改了。该退票功能模块正常。-最后安全退出，最好再加一个欢迎再次使用的界面，更加人性化。参考资料软件工程导论第三版张海藩 清华大学出版社实用软件工程第二版郑人杰 殷人昆 陶永雷 清华大学出版社