机票预定系统1

1、目录第一章机票预定系统的前景和范围1.1业务需求1.2项目远景1.3范围和局限性二章 机票预订系统项目需求分析说明2.1任务概述软件主要组成及功能要完成的功能2.2功能需求2.3外部接口需求2.4性能需求2.5软件属性需求2.6数据描述261E R 图262机票预定系统的数据需求263系统数据流图264 机票预定系统的分析模型265 机票预定系统的数据字典 第三章机票预定系统概要设计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外部接口

2、3.5数据结构设计3.5.1 .数据库数据结构设计3.5.2物理数据结构设计 第四章机票预定系统的测试计划4.1引言4.2. 计划4.2.1 方法与原则4.2.2 .测试内容4.3测试计划说明4.4评价准则第一章机票预定系统的前景和范围机票预定系统的总目标是：在计算机网络，数据库和先进的开发平台上，利用 现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护 的、具有良好人机交互界面的机票预定系统，实现航空公司的机票销售的自动化的 计算机系统，为企业的决策层提供准确、精细、迅速的机票销售信息。总之，这个 系统要求能够实现实时，高效，便捷，完善，安全性好等特点。今后随着计算机技

3、术以及网络技术的迅速发展，电子商务正逐渐成为In ternet应用的一个重要领域。电子商务也必然对航空公司和旅行社的机票销售模式产生深 远的影响，所以将来的机票预订系统必然与网络相结合，产生基于WEB勺机票预订系统。另外将机票预订呼叫中心与订票系统的结合也可以为客户提供更加人性化的 服务。1.1 业务需求(1) 背景随着中国经济的高速发展，我国航空业迅速发张，对机票预定系统的需求也越来 越高。通过使用机票预订系统以方便旅客和提高航空公司的工作效率。(2) 业务机遇航空公司机票预定系统可以正常的运作和发展的必要设施，其应具备的特点是操 作方便、友好的用户界面及能满足实际需求的强大功能。(3) 业

4、务目标节省航空公司的机票销售费用，整合多交航空公司，带来巨大的利润。(4) 客户或市场需求改善客户预定机票难的问题。1.2项目远景整合所有的航空公司的机票销售，达到利益最大化。旅客可以在任何一个地方预 定机票。1.3 范围和局限性(1) 发布的范围本系统是基于B/S模式开发的，分为后台处理和前台处理，后台用户可实现对数 据库的管理，前台用户可以通过In ternet浏览器查看网页，并可以通过注册登录实 现对机票的预定、查询、退订等业务。(2) 局限性对用户信息的管理，无设置用户留言功能。1.4客户需要在中国，随着网络的发展，上网人数的不断增多，网络已经成为许多人生活、工作不可 或缺的一部分。民

5、航业传统客户希望能建立自己的电子商务网站，新兴电子商务网站希望能进入机票 分销市场，从而充分利用网络来提高企业的盈利，在未来的市场竞争中抢先一步，这已成 为许多有前瞻意识的企业管理人员目前考虑的问题。网上订票(在线实时预订系统)：电子商务模式中机票业务是一个极其重要的环节，但由 于机票业务的查询与预定是需要基于中航信所提供的CRS/ICS系统才能完成，所以基于网站开展此项业务，一直是经营者的困惑。诚然，中国航信提供了 IBE ( In ternet Book ing Engine )接口，但是由于中国航信网络资 源的匮乏、IBE接口的超高使用费用，使包括大多数高端客户在内的代理人不能满足企业

6、的需求。因此目前大部分机票预定网站的查询均使用自行维护的本地航班数据信息、而所谓的 预定则是旅客在网站上填写预订单传输到后台，由操作人员在民航系统中进行人工完成。 这种查询和预定方式的弊端在于航班信息的准确性和时效性都比较差，信息维护成本高， 客户反馈不及时，且服务质量难以保障。在此情况下，我公司根据民航代理人行业的特点，推出了IAS服务器，支持eTerm和信天游两种配置进行数据综合管理。IAS服务器可以帮助您快速扩展业务，轻松搭建属于您 的航空旅游网上信息平台。3第二章 机票预订系统项目需求说明2.1任务概述软件主要组成及功能要完成的主要功能(1) 任务概述软件主要组成及功能要完成功能主要有

7、：a新用户注册，新用户可以注册，登陆系统后进行相应的信息交互。b、验证登陆名密码，正确进入主菜单，根据登录时所选的登录方式(客户、管理员) 的不同分别对用户设定不同的访问权限。c、管理员信息的输入和修改，包括用户名、登陆密码。d、舱位信息的输入和修改，包括舱位等级编号、舱位等级名称、提供的各种服务类别， 以及备注信息等。e、客机信息的输入、修改和查询，包括客机编号、客机型号、购买时间、服役时间、 经济舱座位数量、公务舱座位数量、头等舱座位数量以及备注信息等。f、航线信息的输入、修改和查询，包括航线编号、出发城市、到达城市、航班日期、 出发时间、至U达时间、客机编号、经济舱价格、公务舱价格、头等

8、舱价格和备注信息等。g、客户等级信息的输入、修改，包括客户等级编号、客户等级名称、折扣比例和备注 信息等。h、 客户信息的输入、修改和查询，包括客户编号、客户姓名、客户性别、身份证号码、 客户网上用户名、客户登陆密码、客户联系电话、客户类型和备注信息等。I、订票信息的输入、查询和修改，包括订票编号、客户编号、客户姓名、客户类型、 折扣比例、航线编号、出发城市、至9达城市、出发时间、舱位类型、票价、结算金额和备 注信息等(2) 、用户特点及一般约束a管理员和用户的登陆要求合法的管理员以及用户才能登陆体统，防止系统被无关人员动用，使用字符串匹配对用户名和密码进行判断。管理员和用户的登录对相应的操作

9、权限也不一样，管理员有舱位信 息管理，客机信息管理，航线信息管理，客户类型信息管理，客户信息和订票信息管理，用户主要有舱位查询，客机信息查询，航线信息查询，客户类型信息查询，自己的信息管 理，和自己订票和退票。b、管理员的日常操作管理员可以对舱位信息，客机信息，航线信息，客户类型信息，进行查询、修改和删除操作，可以对客户信息和订票信息只有查询操作。(3) 用户的的日常操作用户可以进行注册然后登陆系统，可以查询舱位信息，客机信息查询，航线信息查询，客户 类型信息，可以对自己的信息进行修改，可以定票(按照航班号进行预订机票，显示所订机票 的信息和价格，进入支付系统付账，并再次要求客户确认， 确认无

10、误后订票成功)，可以退票(在 特殊情况下(如天气不适合飞机起降，飞机延误超过30分钟)等给予全额退票，如果是个人原因只能退50%),对退票后的机票要在未售出机票中重新体现。2.2功能需求（用 DFD图表示）（1）用户注册点击新用户注册填写信息填写相应的 信息注册获取确认注册成功可登录数据流图5#誡帀八殍亦#（2）用户订票的DFD图1层图：#2层图:67P1用户登录用尸信息丁输入要查询信息P2查询机票信息机票信息P2.1处理订票息订票信息，订票成功(3)、退票的DFD图用户登陆用户信息机票信息D1机票信息D1订票记录处理订票信息机票信息取消机票记 录一P2机票信自小P3退款处理退票的原闵机票信息

11、D2退票的相关规定(4)、机票信息查询的 DFD图查询机票8机票信息机票清单P1P21用户登陆查找的机票信息机票信息、机票信息J处理机票信 息TP机票信息用户9D2机票信息D 机票信息清单2.3外部接口需求在用户界面方面要求错误信息格式均以弹出提示框的形式出现，硬软件接口方面没有特别 的需求，一般用户都可以直接使用。2.4性能需求因为系统本身较小，并不投入实际应用，因此响应时间、结果精度方面可能会比较差, 数据量大小方面能够处理较大的数据量。2.5软件属性需求在数据检索、数据增删改方面必须做到丝毫不差，满足软件开发的正确性要求。 必须考虑充足的异常处理机制以及软件的复用性，以便增强软件的健壮性

12、。在安全保密性方面做到不同身份所能处理的事务不同，避免保密数据泄漏；设置足够的触 发器对不安全的数据修改进行回滚操作，进而保证了安全性要求。所开发出来的软件必须是可维护的，不能把一些东西做的太死。航线信息实体E-R图驴上一/订票信息实体E-R图实体之间关系的E-R图i廊醐客机洁克齐户英聖脩竄+_售卢佶患肚或信宴(2) 机票预定系统的数据需求机票预定系统的数据需求包括如下几点：1) .数据录入和处理的准确性和实时性数据的输入是否准确是数据处理的前提，错误的输入会导致系统输出的不正确和不可用, 而使系统的工作失去意义。数据的输入来源是手工输入。手工输入要通过系统界面上的安排系 统具有容错性，并且对

13、操作人员要进行系统的培训。在系统中，数据的输入往往是大量的，因此系统要有一定的处理能力，以保证迅速的处理数 据。2) .数据的一致性与完整性由于系统的数据是共享的，在不同的旅行社中中，机票是共享数据，所以如何保证这些 数据的一致性，是系统必须解决的问题。要解决这一问题，要有一定的人员维护数据的一 致性，在数据录入处控制数据的去向，并且要求对数据库的数据完整性进行严格的约束。 于输入的数据，要为其定义完整性规则，如果不能符合完整性约束，系统应该拒绝该数据。3) .数据的共享与独立性整个机票预定系统的数据是共享的。然而，从系统开发的角度上看，共享会给设计和调试 带来困难。因此，应该提供灵活的配置，

14、使各个分系统能够独立运行，而通过人工干预的 手段进行系统数据的交换。这样，也能提供系统的强壮性(3) 系统数据流图1f1F11航班信息的更新查询请求表单申请机票核对事务数据库r1r11服务器终 端显示数客户机终 端显示数客户机终 端显示数在客户端打 印机票和帐由于系统的数据流程图比较复杂，而系统中主要的是订票、取票和退票三项业务11航空公司1订票管理航班机尋管理航空公司航空公司1 13（4）机票预定系统的分析模型系统的逻辑方案是指在对现行系统进行分析和优化的基础上，确定新系统的目标、信息流 程、总体结构、功能模型以及拟采用的管理模型和信息处理方法等。详细地了解情况，进行系 统分析都是为最终建立

15、新系统的逻辑模型做准备。机票预定系统的逻辑模型如图所示。1 11 #（5）机票预定系统的数据字典1 #1 #名字：旅客信息别名：描述：旅客的个人信息，用于对旅客 的确认定义：旅客的信息=姓名+性别+工作单 位+身份证号码+旅行时间+旅行目的 地位置：输入到旅行社端（client端）名字：旅客清单别名：描述：已经订票的旅客的记录定义：订票旅客清单=旅客信息的合集 位置：输入到旅行社端（client端）1 #1 #名字取票通知别名1描述旅客领取机票的凭证定义；取覃通知二旅客姓名+领票时间位置：输出到打印机名字：订票信息别名：描述：旅客的旅行时间和目的地，用于 确认旅客的航班定义：订票信息=旅客的旅

16、行时间+旅客旅行目的地位置：传输到航空公司端（Server端）名多餓机票信息别名：插也旅畧的翩谄息懈旅詢彌吋间和 目的地确定定关航班机票儀琲客机票时间+i溶脫s班谀ci；!传输聯行社端(Client)髀赭诗滅推迖已订票的旅畧裁逹公司机录定义,亦客订票记永瞬姓咯砌肌票宥息也置：输岀至I航空各司端(Seivtl)1 21 #名字；售出机票信息别名：描述：旅客的航班机票的佶息定汇售岀机票信息二旅容的航班机票位置；输岀到打印机第三章机票预定系统概要设计3.1引言在本机票预定系统项目的前一阶段，也就是需求分析阶段中，已经将系统用户对本系统的需求做了详细的阐述，这些用户需求已经在上一阶段中对航空公司、各旅

17、行社及机场的实地调研 中获得，并在需求规格说明书中得到详尽得叙述及阐明。本阶段已在系统的需求分析的基础上，对机票预定系统做概要设计。主要解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、 模块之间传递的信息，以及数据结构、模块结构的设计等。在以下的概要设计报告中将对在本 阶段中对系统所做的所有概要设计进行详细的说明。在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对机票预定系统所 做的模块结构设计的基础上，对系统进行详细设计。在以后的软件测试以及软件维护阶段也可 参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或

18、在修改时找出在本 阶段设计的不足或错误。3.1.1编写目的机票预定系统的总目标是：在计算机网络，数据库和先进的开发平台上，利用现 有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、 具有良好人机交互界面的机票预定系统，实现航空公司的机票销售的自动化的计算 机系统，为企业的决策层提供准确、精细、迅速的机票销售信息。总之，这个系统 要求能够实现实时，高效，便捷，完善，安全性好等特点。3.1.2项目背景随着社会发展的不断进步，民航事业的壮大，人们消费水平的提高，乘坐民航 的消费者也越来越多，机票预订系统也开始影响着人们日常生活和出行，并且变得 越来越重要。而原有的系统随着航空

19、公司载客量的迅猛增长和人们对便捷性要求的 提高，已经变得无法满足需求。原有的系统不仅效率比较低下，而且在安全性、准 确性等方面有很多不足。为了实现航空公司以及旅游行业的现代化管理， 进一步提高工作效率，方便旅客, 需要开发一个机票预订系统。该系统需要具有完整的存储，查询，核对，打印机票 的功能。在这个系统中，旅客或工作人员在网上或旅行社的机票预售代理点，通过计算机 系统查询，系统为旅客安排航班，印出取票通知和账单，旅客在飞机起飞的前一天 凭取票通知和账单交款取票，系统校对无误即印机票给旅客。机票预定系统将由两部分组成： 置于个旅行社定票点的前台客户程序，以及置于航空公司的数据库服务器。本系统与

20、其他系统的关系如下：图1参考资料以下列出在设计过程中所使用到的有关资料：1. 机票预定系统项目计划任务书浙江航空公司1999/32. 机票预定系统项目开发计划软件开发小组1999/33. 需求规格说明书 软件开发小组1999/34. 用户操作手册（初稿）软件开发小组1999/45. 软件工程及其应用周苏、王文等天津科学技术出版社1992/16. 软件工程 张海藩 清华大学出版社1990/117. Computer Network A.S.Ta nen baun Pren tice Hall 1996/018. 软件需求（第二版）（美）Karl E.Wiegers著刘伟琴译 清华大学出版社200

21、4/11文档所采用的标准是参照软件工程导论沈美明著的计算机软件开发文档编写指南”3.2任务概述3.2.1. 运行环境系统将由两部分程序组成，安装在各旅行社客户机上的客户程序及航空公司 的数据服务器程序。根据调研得知所有旅行社的计算机配置均在 Pentium 133级别以上，客户程序应 能够在Pentium 133级别以上,Win NT环境下运行。机票预定系统中的各个子系统的硬件和软件的配置如下：服务器端子系统的运行要求：系统软件： Window NT Server数据库管理系统：SQL Server客户端子系统的运行要求：系统软件： Win dow NT Workstation数据库管理系统：

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

23、预定系统的处理流程进行分析。系统可分为两大部分：一、客户机上的程序；二、服务器上的程序。以下将 分别对系统的这两大部分进行流程分析：客户机程序流程客户机上的输入信息为旅客资料或帐单号，还包括一个定票/领票选项。输出为打印帐单或机票，和确认或出错信息。其内部处理流程如下：图2F面对各模块（以数字表示）进行功能说明：1. 读入并确定（定票/领票）它是一个事务处理中心，若输入是定票时转入2 ,输出则转入5。2. 读入旅客资料 读取所输入的旅客资料，并将其格式化，将格式化数据送3。3. 检验输入资料 检验格式化输入资料，初步检查输入是否有误，它是一个事务处理中心，有误则转2再次读入，检查无误则将数据送

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

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

26、送19,不成功则将数据送15。19. 准备机票输出数据 由接收的服务器数据准备将打印的机票数据数，据其中关于帐单的机票的数据将送入 20，其他包括旅客资料等送入14。20. 打印机票 由机票信息处理机票格式并打印出机票。服务器程序流程 （如图3所示） 下面对各模块（以数字表示）进行功能说明：1. 网络数据接收 接受由客户机程序经网络传送到客户机的数据包，它是程序与 网络的接口。2. 解开数据 解开/解密打包的数据，并将恢复的数据格式化送入 3。3. 判断操作 由数据判断需要做什么数据库操作，它是一事务处理中心，若为定 票操作则将数据送4,若为领票操作则将数据送15。4. 准备数据库查询语句 由

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

28、备访问SQLSERVER据库所需的SQL语句, 送入11。11. 数据库操作 运行SQL语句，查询并存入数据库获得相应的领票数据，将数据 送入6。它需包括初步对查询的判断。12. 判断查询是否成功 利用查询所得的数据判断领票是否成功，它是一事务处理 中心，若为领票操作得到确认则将数据送11,若不成功则将数据送&13. 准备回送数据 准备领票确认后需回送客户机程序的数据，送 16。1 714. 确定原因 由查询数据判断领票不能确认的原因，送15。15. 准备回送数据 根据不成功的原因，准备需送回客户机程序的数据，送入1616. 准备网络数据包 将数据准备/加密成网络传输数据包。17. 网络数据发

29、送 将数据包经网络发送到服务器程序，它是程序与网络的接口 以上显示的各模块数字相同的为同一模块；由于事务流处理上的便利，将有些功能 模块，拆分到各事务流中。3. 1.2总体结构和模块外部设计下面以结构图来描述机票预定系统的软件总体结构。框内注明了模块的名字；方 框之间的直线表示模块的调用关系。（如图4所示）服务器程序部分3. r 2脈务器思序部分3.1.3功能分配各项模块的功能可参照3.1中的说明。客户机程序主要有三大块：接收数据、网络通信及 输出部分。服务器程序主要也是由三大功能：接收网络数据、数据库操作及发送网络数据部分。 服务器程序需与已建立的 SQL SERVERS据库互连，其接口将于

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

31、结构设计DBMS的使用上系统将采用 SQL SERVER,系统主要需要维护3张数据表：L航班班次表机班号也日期/时Efi目的地哪ft半数商务仓黑怖经挤仓剽介航班班次表保存门听冃从本地起E的班机信息.它的主键为磁号.在定位前先1.定位信息表航班号帐单号是否翎票泄愷信息表保存已址盧信息.丨世剧蕊用，外部丄傩翔砂号 左旅客领第 过程时将用到此表领票后谨改是舌無题3.账单信息/旅客资料表旅客性别脸容专份证峥工（T：唯也Ii1氐巾&总尿务窃斡血加fLT匸伎的打工陥息資斡它的iist沟凍炉盘仇 外事主瘵沟敝爭.主ffllj f时将檢客H鼻一胃逐国#4.机位信息表1机位馆息1机AG址我齐班粧#帆4龍状况它的

32、外那主I !:工，时i：yi菲珂丨 Ji Jx：H-第四章测试计划4.1引言4.1.1编写目的机票预订系统在概要设计和详细设计的基础上，根据软件工程开发各阶段的 规格说明书和程序内部结构而精心设计一批测试用例，并利用这些测试用例去运行 程序，以发现程序的错误，并改正尽可能多的错误，提高软件的质量和可靠性。4.1.2项目背景本项目的名称：机票预订管理系统开发软件。本项目的任务提出者及开发者是机票预订管理系统软件开发者，用户是中国民航及中国国际旅游开发公司。本产品能具体化、合理化的管理机票预订记录，用结构化的思维方式去了解 计算机的基本工作原理。4.1.3定义软件测试：为了发现错误而执行程序的过程

33、。静态测试：通过对需求文件、设计文件及源程序的阅读和分析，找出其中的错误 和可以之处。动态测试：直接在计算机上运行所要测试的程序模块，以实际运行的结果发现并 纠正错误。4.1.4参考资料软件工程王利福数据库原理与应用-李昭原软件工程导论- 张海藩张世琨 朱冰 编著 北京大学出版社 主编科学出版社清华大学出版社4.2.计划4.2.1方法与原则1. 静态测试：主要对需求分析、概要设计、详细设计进行阅读和分析，找出其 中的错误和可疑之处。2. 动态测试的黑盒测试和白盒测试白盒测试利用尽可能覆盖多的语句和对选择语句侧重测试的原则来选择测 试用例；黑盒测试利用划分等价类的原则来完成测试。4.2.2测试内

34、容（1）模块功能测试订票平台的测试：内容：a.能否正确输入旅客信息；b. 能否成功订票并把订票信息写入旅客信息数据库；c. 能否成功打印帐单和取票通知单；d. 能否利用旅客身份证号查询旅客的订票信息；目的：测试订票平台的各项功能是否能顺利完成， 即订票流程是否完全正确 取票平台测试：内容：a.能否利用身份证查询旅客订票信息和付费情况；b. 能否利用帐单来完成付费；c. 能否在付费后打印机票取机票。目的：测试取票能否顺利完成，即取票流程是否完全正确。(2) 数据文卷存取的测试a. 订票信息能否正确存入数据库；b. 能否对数据库中的各种信息进行查询，修改；c. 付费取票记录能否正确存入数据库。(3) 测试准备1 )测试机构及人员本软件的测试交由其他同学完成：0114班韩晶。2 )条件预定时间：一个星期； 支持软件：VC 测试人员技术水平：会操作本软件，懂得一定的软件工程知识。3 )测试资料机票预订系统开发的需求分析说明书、概要设计说明书、详细设计说明书4.3测试计划说明4.3.1测试项目名称及测试设计订票平台的测试：