机票预订管理系统论文机票票务管理系统论文.doc

机票预订管理系统摘 要随着社会发展的不断进步，民航事业的壮大，人们消费水平的提高，乘坐民航的消费者也越来越多，旅游也逐渐成为普通老百姓的生活组成部分，飞机票预定查询系统在各机票预定网点中的作用也越显重要。目前，我国一些旅行社和酒店的机票预定还停留在人工处理阶段，这已经严重制约了工作效率，在计算机技术高速发展的今天，有必要引入高效的计算机系统，来协助处理机票预定工作。因此，开发一套具有完整的存储，查询，核对，打印机票功能的实时机票预定系统势在必行。机票预定系统是为机场工作人员和客户提供订票退票等与机票相关内容和管理的系统，它具有开放体系结构的、易扩充的、易维护的、具有良好人机界面的优点.它除克服了存储乘客信息少，查询效率低下等问题外，更重要的是其安全性，可靠性，实现航空公司的机票销售的自动化。它为企业的决策层提供准确、精细、迅速的机票销售信息，为乘客出行提供方便，便于机场工作人员对机票信息进行管理，提高了机场工作人员对机票管理的工作效率。系统采用Microsoft Office中的Access 2000来设计数据库，并使用当前优秀的开发工具VB 6.0 ，它有着最为灵活的数据库结构，对数据库应用有着良好的支持。论文主要介绍了本课题的开发背景，所要完成的功能和开发的过程。重点的说明了系统设计的重点、设计思想、难点技术和解决方案。关键词：数据库；SQL语言；VB6；数据库组件；仓库管理-III-目 录摘要IAbstractII第1章 绪论11.1选题目的和意义11.2系统开发的必要性11.3可行性分析11.4系统的主要功能21.4.1 舱位信息的输入和修改21.4.2 客机信息的输入、修改和查询21.4.3 航线信息的输入、修改和查询31.4.4 客户等级信息的输入、修改31.4.5 客户信息的输入、修改和查询31.4.6 订票信息的输入、查询和修改3第2章 需求分析42.1引言42.1.1编写目的42.1.2背景说明42.1.3 定义42.2功能需求52.2.1目标52.2.2客户端子系统52.2.3服务器的功能需求62.3性能需求72.4数据需求82.4.1数据录入处理的准确性与及时性82.4.2数据的一致性与完整性92.4.3数据的共享与独立性92.5数据字典92.6逻辑模型112.7系统的运行要求112.8系统的约束12第3章 系统总体设计与实现133.1处理流程133.1.1客户机程序流程133.1.2服务器程序流程153.2 数据库数据结构设计163.2.1航班班次表163.2.2定位信息表173.2.3帐单信息/旅客资料表173.2.4 机位信息表173.3物理结构设计173.3.1 旅客信息183.3.2 帐单号183.3.3 飞行目的183.3.4 网络包183.3.5 错误信息183.3.6 机票信息193.3.7 帐单信息193.4数据结构与程序之间的关系193.5运行设计203.5.1 运行模块的组合203.5.2 运行控制203.5.3 运行时间203.6 出错处理设计203.7系统的实现22第4章 软件测试与维护274.1软件测试274.1.1边编写代码边测试274.1.2窗口代码完成后统一测试：274.2运行与维护274.2.1程序打包274.2.2程序运行284.2.3软件维护29结 论30致 谢31参考文献32-III-第1章 绪论 1.1选题目的和意义随着社会发展的不断进步，民航事业的壮大，人们消费水平的提高，乘坐民航的消费者也越来越多，旅游也逐渐成为普通老百姓的生活组成部分，飞机票预定查询系统在各机票预定网点中的作用也越显重要。目前，我国一些旅行社和酒店的机票预定还停留在人工处理阶段，这已经严重制约了工作效率，在计算机技术高速发展的今天，有必要引入高效的计算机系统，来协助处理机票预定工作。因此，开发一套具有完整的存储，查询，核对，打印机票功能的实时机票预定系统势在必行。机机票预定系统是为机场工作人员和客户提供订票退票等与机票相关内容和管理的系统，它具有开放体系结构的、易扩充的、易维护的、具有良好人机界面的优点.它除克服了存储乘客信息少，查询效率低下等问题外，更重要的是其安全性，可靠性，实现航空公司的机票销售的自动化。它为企业的决策层提供准确、精细、迅速的机票销售信息，为乘客出行提供方便，便于机场工作人员对机票信息进行管理，提高了机场工作人员对机票管理的工作效率。1.2系统开发的必要性为便于旅客由旅行社代替航空公司负责为旅客定票，旅行社把预定机票的旅客信息，包括姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地，输入机票预定系统的客户端程序，系统经过查询航空公司内的航班数据服务器后，为旅客安排航班，印出取票通知。旅客在飞机起飞前一天凭取票通知交款后取票，系统校对无误后即印出机票给旅客。要求系统能有效、快速、安全、可靠和无误的完成上述操作。并要求客户机的界面要简单明了，易于操作，服务器程序利于维护。1.3可行性分析1.3.1 前提要求主要功能：为游客提供机票预定服务，方便旅游局的售票工作，提高旅游局的服务质量和服务效率性能要求：机场提供的信息必须及时的反映在旅游局的工作平台上。售票系统的定单必须无差错的存储在机场的主服务器上。对服务器上的数据必须进行及时正确的刷新。安全与保密要求：服务器的管理员享有对机场航班信息库及机票信息库和定票信息库的管理与修改。售票员只享有对订票信息库的部分修改（写入与读出）输出要求：数据完整，详实。输出要求：简捷，快速，实时。1.3.2 目标系统实现后，大大提高旅游局的机票预定服务效率。降低售票服务中的错误发生率，减少信息交流的烦琐过程及其带来的开销。1.3.3 技术要求：在旅游局中的终端是安装了Windows NT的PC机，主要目的是向机场的服务器传递数据。当顾客在旅游局进行咨询时，终端向服务器发出查询请求，服务器根据航班信息库的实时数据，向终端发送数据，显示在终端的屏幕上。当顾客向售票员定票时，终端向服务器发出详尽的一份定单，服务器核对后，存入定票信息库，并修改机票信息库。当顾客再次来取票时，终端向服务器发出查询定票请求，服务器接收后，查询定票信息库，核对后，传送机票确认表单，终端打印出机票。1.4系统的主要功能航空公司管理信息系统需要完成功能主要有：1.4.1 舱位信息的输入和修改包括舱位等级编号、舱位等级名称、提供的各种服务类别以及备注信息等。1.4.2 客机信息的输入、修改和查询包括客机编号、客机型号、购买时间、服役时间、经济舱座位数量、公务舱座位数量、头等舱座位数量以及备注信息等。1.4.3 航线信息的输入、修改和查询包括航线编号、出发城市、到达城市、航班日期、出发时间、到达时间、客机编号、经济舱价格、公务舱价格、头等舱价格和备注信息等。1.4.4 客户等级信息的输入、修改包括客户等级编号、客户等级名称、折扣比例和备注信息等。1.4.5 客户信息的输入、修改和查询包括客户编号、客户姓名、客户性别、身份证号码、联系电话、客户类型和备注信息等。1.4.6 订票信息的输入、查询和修改包括订票编号、客户编号、客户姓名、客户类型、折扣比例、航线编号、出发城市、到达城市、出发时间、舱位类型、票价、结算金额和备注信息等。第2章 需求分析2.1引言2.1.1编写目的在本机票预定系统项目的前一阶段，也就是需求分析阶段中，已经将系统用户对本系统的需求做了详细的阐述，这些用户需求已经在上一阶段中对航空公司、各旅行社及机场的实地调研中获得，并在需求规格说明书中得到详尽得叙述及阐明。本阶段已在系统的需求分析的基础上，对机票预定系统做概要设计。主要解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对机票预定系统所做的模块结构设计的基础上，对系统进行详细设计。在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。 2.1.2 背景说明1、软件名称：机票预订管理系统2、委托单位：黑龙江东方学院3、开发者： 孙立恒2.1.3 定义文档中采用的专门术语的定义及缩略词简要如下：1. SQL SERVER: 系统服务器所使用的数据库管理系统（DBMS）。2. SQL: 一种用于访问查询数据库的语言3. 事务流：数据进入模块后可能有多种路径进行处理。4. 主键：数据库表中的关键域。值互不相同。5. 外部主键：数据库表中与其他表主键关联的域。6. ROLLBACK: 数据库的错误恢复机制。2.2功能需求2.2.1目标机票预定系统的总目标是：在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的机票预定系统，实现航空公司的机票销售的自动化的计算机系统，为企业的决策层提供准确、精细、迅速的机票销售信息。根据可行性研究的结果和客户的要求，分析现有情况及问题，采用Client/Server结构，将机票预定系统划分为两个子系统：客户端子系统，服务器端子系统。2.2.2客户端子系统在客户端系统的功能实现上，可以分为以下几个部分：1. 旅客信息的输入和统计旅行社把旅客要求订票的信息由专人负责输入。这部分功能是客户端子系统的基本部分，这个功能是以后各个部分的基础。系统要求做到即能够从其它子系统中共享一部分信息又有方便的操作界面工手工输入旅客信息。这部分要求对输入的数据进行简单的统计，供航空公司进行查询和宏观调控。2. 旅客信息的存储：将旅客的信息存储到旅行社的客户端系统中，以备以后的取票确认以及查询。3. 机票信息的传递及接收：将旅客所须的机票信息由旅行社客户端由网络传到航空公司的服务器上，并且受航空公司返回的航班信息，然后存储起来。4. 取票通知及帐单的生成和打印： 把已存储的从航空公司返回的航班机票信息打印出来，并且生成帐单打印出来一起交给旅客。印出机票给已经订票的旅客：根据旅客的取票通知及帐单，经过确认无误后，接受旅客的付款后把机票印出来交给旅客。5. 机票销售情况的核算这一功能是在上一功能的基础上，对机票销售额进行单项核算，得到该旅行社的销售情况并把核算结果作为企业报表输出。2.2.3服务器的功能需求通过计算机网络将客户端与服务器的数据库相连，将从客户端得到的信息进行处理，实现航班查询，机票生成，销售统计，综合信息查询等子系统。以计算机成本核算为中心，实现销售业务的计算机自动化，为航空公司降低成本、提高销售额、经营决策提供及时精确的依据。在客户端系统的功能实现上，可以分为以下几个部分：1. 接收由旅行社客户端发回的所需机票信息： 通过网络接收机票信息并存入到服务器的数据库中。2. 生成航班信息： 根据所需机票信息（时间，地点），在数据库中查询并得到正确的航班的信息（价格，时间，等级），分配所需的机票数并在数据库中做出已售出的标记。3. 传递航班信息到客户端（旅行社）： 把得到的航班信息通过网络传递到旅行社。4. 接收旅行社的反馈信息： 对旅行社的反馈信息进行分析，把已经售出的机票进行统计，对被旅客所退掉的机票要进行数据库的恢复。5. 印出机票给已经订票的旅客： 根据旅客的取票通知及帐单，经过确认无误后，接受旅客的付款后把机票印出来交给旅客。6. 销售额的分析和管理这一步骤的功能要求包括对销售的机票进行分析，这一工作是在前面的基础上，以计算机为工具，对机票预定系统的功能和目标进行扩充。它以财务管理学为理论基础，以辅助决策为目标，以机票销售数据为中心，广泛采用统计学、运筹学的分析方法，对销售信息进行深层加工，建立反映不同航班需求的模型，提供管理上所需的各种辅助决策信息和财务信息。这一要求是机票预定系统的最高目标，将通过系统运行后获得的大量销售历史数据基础上，实现这一目标。2.3性能需求为了保证系统能够长期、安全、稳定、可靠、高效的运行，机票预定系统应该满足以下的性能需求：2.3.1 系统处理的准确性和及时性系统处理的准确性和及时性是系统的必要性能。在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足企业对信息处理的需求。由于机票预定系统的查询功能对于整个系统的功能和性能完成举足轻重。作为系统的很多数据来源，而机票数量和时间又影响企业的决策活动，其准确性很大程度上决定了机票预定系统的成败。在系统开发过程中，必须采用一定的方法保证系统的准确性。2.3.2 系统的开放性和系统的可扩充性机票预定系统在开发过程中，应该充分考虑以后的可扩充性。例如订票系统的方式的改变（网上订票），用户查询的需求也会不断的更新和完善。所有这些，都要求系统提供足够的手段进行功能的调整和扩充。而要实现这一点，应通过系统的开放性来完成，既系统应是一个开放系统，只要符合一定的规范，可以简单的加入和减少系统的模块，配置系统的硬件。通过软件的修补、替换完成系统的升级和更新换代。2.3.3 系统的易用性和易维护性机票预定系统是直接面对使用人员的，而使用人员往往对计算机并不时非常熟悉。这就要求系统能够提供良好的用户接口，易用的人机交互界面。要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面；针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。机票预定系统中涉及到的数据是航空公司的相当重要的信息，系统要提供方便的手段供系统维护人员进行数据的备份，日常的安全管理，系统意外崩溃时数据的恢复等工作。2.3.4 系统的标准性系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。所有这些都要符合主流国际、国家和行业标准。例如在开发中使用的操作系统、网络系统、开发工具都必须符合通用标准。如规范的数据库操纵界面、作为业界标准的TCP/IP网络协议及ISO9002标准所要求的质量规范等；同时，在自主开发本系统时，要进行良好的设计工作，制订行之有效的软件工程规范，保证代码的易读性、可操作性和可移植性。2.3.5 系统的先进性目前计算系统的技术发展相当快，做为机票预定系统工程，应该保证系统在下个世纪仍旧是先进的，在系统的生命周期尽量做到系统的先进，充分完成企业信息处理的要求而不至于落后。这一方面通过系统的开放性和可扩充性，不断改善系统的功能完成。另一方面，在系统设计和开发的过程中，应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。2.3.6 系统的响应速度机票预定系统在日常处理中的响应速度为秒级，达到实时要求，以及时反馈信息。在进行统计分析时，根据所需数据量的不同而从秒级到分钟级，原则是保证操作人员不会因为速度问题而影响工作效率。2.4数据需求2.4.1数据录入处理的准确性与及时性数据的输入是否准确是数据处理的前提，错误的输入会导致系统输出的不正确和不可用，从而使系统的工作失去意义。数据的输入来源是手工输入。手工输入要通过系统界面上的安排系统具有容错性，并且对操作人员要进行系统的培训。在系统中，数据的输入往往是大量的，因此系统要有一定的处理能力，以保证迅速的处理数据。2.4.2数据的一致性与完整性由于系统的数据是共享的，在不同的旅行社中中，机票是共享数据，所以如何保证这些数据的一致性，是系统必须解决的问题。要解决这一问题，要有一定的人员维护数据的一致性，在数据录入处控制数据的去向，并且要求对数据库的数据完整性进行严格的约束。对于输入的数据，要为其定义完整性规则，如果不能符合完整性约束，系统应该拒绝该数据。2.4.3数据的共享与独立性整个机票预定系统的数据是共享的。然而，从系统开发的角度上看，共享会给设计和调试带来困难。因此，应该提供灵活的配置，使各个分系统能够独立运行，而通过人工干预的手段进行系统数据的交换。这样，也能提供系统的强壮性。2.5数据字典名字：旅客信息别名：描述：旅客的个人信息，用于对旅客的确认定义：旅客信息=姓名+性别+工作单位+身份证号码+旅行时间 +旅行目的地位置：输入到旅行社端（client端）名字：订票旅客清单别名：描述：已订票的旅客的记录定义：订票旅客清单=旅客信息的合集位置：输入到旅行社端（Client端）名字：航班机票信息别名：描述：旅客的航班信息，根据旅客的旅行时间和目的地确定定义：航班机票信息=旅客机票时间+旅客机票班次位置：传输到旅行社端（Client端）名字：取票通知别名：描述：旅客领取机票的凭证定义：取票通知=旅客姓名+领票时间位置：输出到打印机名字：售出机票信息别名：描述：旅客的航班机票的信息定义：售出机票信息=旅客的航班机票位置：输出到打印机名字：旅客订票记录别名：描述：已订票的旅客在航空公司的记录定义：旅客订票记录=旅客姓名+航班机票信息位置：输出到航空公司端（Server端）名字：订票信息别名：描述：旅客的旅行时间和目的地，用于确定旅客的航班定义：订票信息=旅客旅行时间+旅客旅行目的地位置：传输到航空公司端（Server端）2.6逻辑模型机票预定系统的逻辑模型如图2-1所示：旅行时间姓名 性别旅行地点旅客身份证号码工作单位取票通知订票帐单旅行社订票旅客清单售出机票信息可售机票合适航班机票 航空公司航班机票信息 价格 时间 等级图2-1 系统逻辑模型2.7系统的运行要求机票预定系统中的各个子系统的硬件和软件的配置如下：2.7.1 服务器端子系统的运行要求： 系统软件： Window NT Server 数据库管理系统：SQL Server 硬件要求：Pentium III 450以上, 258M RAM, 14G HD2.7.2客户端子系统的运行要求： 系统软件： Window NT Workstation 数据库管理系统：SQL Server 硬件要求：Pentium 133以上, 32M RAM, 4.3G HD2.8系统的约束2.8.1 Client/Server结构总体设计方案对它的约束：机票预定系统做为Client/Server 结构的一个应用系统，不可避免的要受到Client/Server结构的约束。在其实施的各个阶段都要服从它的一些规划，包括功能设计、系统配置和计划。同时，由于信息的共享，机票预定系统还受到其它系统的信息约束。2.8.2 人力、资金、时间的约束机票预定工程实施的目标就是要带给航空公司看得出见的效益，其开发过程中也要考虑到人力、资金和时间的约束。因此，在设计中，重点是销售系统中的方便快捷，能提供给旅客以优质高效的服务，并提高销售的效率和便捷，为航空公司带来良好的效益。2.8.3 技术发展规律的约束 计算机技术和产品的发展日新月异，将会给信息处理带来更多的手段，同时也带来更加丰富的信息表达形式。例如图象和语音技术的进步，多媒体技术的发展，这些都要求系统在设计时考虑技术变化的可能性，为可能的变化预留一定的系统处理能力。第3章 系统总体设计与实现3.1处理流程下面将使用（结构化设计）面向数据流的方法对机票预定系统的处理流程进行分析。系统可分为两大部分：一、客户机上的程序，二、服务器上的程序。以下将分别对系统的这两大部分进行流程分析：3.1.1客户机程序流程旅客资料定票/取票帐单号1237546经网络送服务器程序918101617212012191314服务器经网络送来回答打印帐单输出确定预定信息输出错误原因输出确定预定信息打印机票其内部处理流程如下图3-1 业务处理流程图下面对各模块（以数字表示）进行功能说明：1. 读入并确定（定票/领票） 它是一个事务处理中心，若输入是定票时转入2 ，输出则转入5。2. 读入旅客资料 读取所输入的旅客资料，并将其格式化，将格式化数据送3。3. 检验输入资料 检验格式化输入资料，初步检查输入是否有误，它是一个事务处理中心，有误则转2再次读入，检查无误则将数据送4。4. 准备服务器数据 由格式化旅客资料准备需发送到服务器的数据，将准备好的数据送7。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服务器程序流程12来自客户机客户机经网络送来的数据送客户机1734105689111215141316SQL SERVER(班机，票务数据库)图3-2 服务器程序流程图下面对下面对各模块（以数字表示）进行功能说明：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。14. 确定原因 由查询数据判断领票不能确认的原因，送15。15. 准备回送数据 根据不成功的原因，准备需送回客户机程序的数据，送入16。16. 准备网络数据包 将数据准备/加密成网络传输数据包。17. 网络数据发送 将数据包经网络发送到服务器程序， 它是程序与网络的接口。以上显示的各模块数字相同的为同一模块；由于事务流处理上的便利，将有些功能模块，拆分到各事务流中。3.2 数据库数据结构设计3.2.1航班班次表表3-1 航班信息表航班号起飞日期/时间飞行目的地座位空数商务仓票价经济仓票价航班班次表保存了所有从本地起飞的班机信息，它的主键为航班号。在定位前先查寻座位空数，在定位后将修改座位空数。3.2.2定位信息表表3-2 定位信息表航班号帐单号是否领票定位信息表保存了已定位信息，主键为帐单号，外部主键为航班号。在旅客领票过程时将用到此表，领票后修改是否领票域3.2.3帐单信息/旅客资料表表3-3 账单信息表帐单号旅客姓名旅客性别旅客身份证号工作单位帐单信息/旅客资料表保存已定位的旅客信息资料，它的主键为旅客身份证号，外部主键为帐单号。主要用于领票时将旅客信息一同返回。3.2.4 机位信息表表3-4 机位信息表班机号机位信息机位信息表保存各班机各机位定票状况。它的外部主键为班机号。主要用于定票时确定旅客机位，并返回。3.3物理结构设计物理数据结构设计主要是设计数据在模块中的表示形式。数据在模块中都是以结构的方式表示。3.3.1 旅客信息1 旅客姓名 String2 旅客性别Char3 身份证号码LONG INT4 工作单位String用于定票时接收输入，以及领票时服务器返回3.3.2 帐单号可使用一LONG INT 实现。用于领票时接收输入，以及定票时服务器返回。3.3.3 飞行目的1. 航班号String2. 目的地String3. 起飞时间Date/Time4. 座位号String用于定票时接收输入，以及领票时服务器返回。3.3.4 网络包用于数据在网络上的传输1. 网络包HeadINT2. 传输数据String 3.3.5 错误信息1. 错误类型INT2. 输出语句String用于关于错误操作。3.3.6 机票信息1 航班号2 目的地3 起飞时间4 旅客姓名5 旅客性别6 身份证号码7 座位号8用于打印机票准备工作。数据类型可参照上面所述。3.3.7 帐单信息1 帐单号2 旅客姓名3 身份证号码4 航班号5 起飞时间6 目的地用于打印帐单准备工作。数据类型可参照上面所述。3.4数据结构与程序之间的关系服务器程序在对定票/领票进行操作时需对数据库数据库数据结构，也就是数据表进行查询和修改：在定票/领票过程中都需要对数据库中的所有表，进行联合查询、修改。物理数据结构主要用于各模块之间函数的信息传递。接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在各模块间传输。出错信息将送入显示模块中，机票结构，帐单结构，送入打印准备模块中准备打印格式。3.5运行设计3.5.1 运行模块的组合客户机程序在有输入时启动接收数据模块，通过各模块之间的调用，读入并对输入进行格式化。在接收数据模块得到充分的数据时，将调用网络传输模块，将数据通过网络送到服务器，并等待接收服务器返回的信息。接收到返回信息后随即调用数据输出模块，对信息进行处理，产生相应的输出。服务器程序的接收网络数据模块必须始终处于活动状态。接收到数据后，调用数据处理/查询模块对数据库进行访问，完成后调用网络发送模块，将信息返回客户机。3.5.2 运行控制运行控制将严格按照各模块间函数调用关系来实现。在各事务中心模块中，需对运行控制进行正确的判断，选择正确的运行控制路径。在网络传方面，客户机在发送数据后，将等待服务器的确认收到信号，收到后，再次等待服务器发送回答数据，然后对数据进行确认。服务器在接到数据后发送确认信号，在对数据处理、访问数据库后，将返回信息送回客户机，并等待确认。3.5.3 运行时间在软体的需求分析中，对运行时间的要求为必须对作出的操作有较快的反应。网络硬件对运行时间有最大的影响，当网络负载量大时，对操作反应将受到很大的影响。所以将采用高速ATM 网络，实现客户机与服务器之间的连接，以减少网络传输上的开销。其次是服务器的性能，这将影响对数据库访问时间即操作时间的长短，影响加大客户机操作的等待时间，所以必须使用高性能的服务器，建议使用 Pentium III 处理器。硬件对本系统的速度影响将会大于软件的影响。3.6 出错处理设计3.6.1 出错输出信息程序在运行时主要会出现两种错误：1、由于输入信息，或无法满足要求时产生的错误，称为软错误。2、由于其他问题，如网络传输超时等，产生的问题，称为硬错误。对于软错误，须在定票/领票操作成功判断及输入数据验证模块由数据进行数据分析，判断错误类型，再生成相应的错误提示语句，送到输出模块中。对与硬错误，可在出错的相应模块中输出简单的出错语句，并将程序重置。返回输入阶段。出错信息必须给出相应的出错原因，例：全部班机座位已满！查无此定位信息！等。3.6.2 出错处理对策所有的客户机及服务器都必须安装不间断电源以防止停电或电压不稳造成的数据丢失的损失。若真断电时，客户机上将不会有太大的影响，主要是服务器上：在断电后恢复过程可采用 SQL SERVER 的日志文件，对其进行ROLLBACK 处理，对数据进行恢复。在网络传输方面，可考虑建立一条成本较低的后备网络，以保证当主网络断路时数据的通信。在硬件方面要选择较可靠、稳定的服务器机种，保证系统运行时的可靠性。3.6.3 安全保密设计由于数据的传输上需要通过网络传输，为了客户资料进行保密，需要在网络的传输过程中对数据进行加密。这个工作主要是在准备网络包，及解开网络包这两个模块完成，它们各对数据进行加密及解密还原工作。在加密算法选择上将使用RSA 加密算法。具体算法可参照参考资料中Computer Networkp.598。3.6.4 维护设计维护方面主要为对服务器上的数据库数据进行维护。可使用 SQL SERVER 的数据库维护功能机制。例如，定期为数据库进行Backup，维护管理数据库死锁问题和维护数据库内数据的一致性等。3.7 系统的实现在已经完成了程序各个功能模块的创建，现在来运行整个系统。运行程序，出现如图3-3所示的登录窗口。图3-3 用户登录窗口输入用户名和密码后，进入系统。选择“航线信息管理|舱位信息”菜单，出现如图3-4所示的窗体。图3-4 显示舱位信息窗体选择“航线信息管理|客机信息”菜单，将显示所有客机信息，如图3-5所示。图3-5 显示客机信息的窗体在客机信息列表中单击“添加”按钮，出现如图3-6所示的窗体，在其中输入客机信息。图3-6 添加客机信息选择“航线信息管理|航线信息”菜单，出现如图3-7所示的航线信息列表。图3-7 航线信息列表在航线信息列表中单击“添加”按钮，并输入航线内容，如图3-8所示。图3-8 添加航线信息在航线信息列表中单击“查询”按钮，并设置查询内容，如图3-9所示。图3-9 查询航线信息窗体航线查询结果如图3-10所示。图3-10 航线信息查询结果选择“客户信息管理|客户信息”菜单，并输入客户信息，如图3-11所示。图3-11 添加客户信息选择“订票信息管理|订票信息”菜单，出现如图3-12所示的机票信息列表。图3-12 机票信息列表在机票信息列表中单击“添加”按钮，出现如图3-13所示的窗体，输入订票信息。图3-13 添加订票信息单击“保存”按钮，出现如图3-14所示的对话框提示订票成功。图3-14 订票提示信息在机票信息列表中，单击“查询”按钮，出现如图3-15所示的窗体，输入查询内容，可以得到剩余机票信息。图3-15 机票信息查询窗体查询结果如图3-16所示。图3-16 机票信息查询结果第4章 软件测试与维护4.1软件测试4.1.1边编写代码边测试在完成窗口设计后，接着就是编写代码，由于本人编程水平不是很多，经验不足，经常出现这样那样的问题，因此采取编一个功能，测试一个功能，编好一个窗口，测试通过后再编写另一个窗口代码，编程过程中问题最大、出错机率最高的是数据类型匹配的问题，有从文本框中取数据的，有从变量中取数据的，有取字符型数据，也有取整形数据，变化万千。这些都在测试通不过时进行修改，使之于数据库中的数据类型相符。比如，把试题添加保存到试题库时，对应的题号、科目等信息直接用”trim(text2.text)trim(Combo1)”造成添加不成功，经过仔细检查才发现题号为整形类型，改为” & clng(val(text2.text)& “才正常运行。类似的少了一对单引号，检查后才修改正确的情况时有发生。象这些不该犯的错误，应该会在今后经验积累后少发生。4.1.2窗口代码完成后统一测试：在系统测试过程中还发现不少问题，比如系统管理员添加用户时，使用明文密码，经指导老师提醒后才改正为用”*”表示，这样就防止了在用户登陆时的密码泄露导致安全性问题。还有如修改密码模块中，”Updata”语句少了”where”修饰，结果是一人改密码，大家一起改，别人用原密码就登录不了，加了”where”修饰后，密码修改正常，从而将所犯的错误纠正了。系统测试的问题还会存在，第一是水平有限，第二是测试的次数不足，第三是测试可能不够全面，这有待本系统的使用者提出宝贵的意见，本人及时对系统进行必要的修改，如有软件开发方面的帮助与支持，那么就大家共同探讨与研究使这个系统能更好的完善。4.2运行与维护4.2.1程序打包在VB.net设计界面中，点击“文件”菜单，选“工程组另存为”选项，打开“保存工程组”对话框，保存为“高校试卷管理系统”文件。然后再点击“文件”菜单，选“生成高校试卷管理系统.EXE”选项，打开“生成工程”对话框，按确定后系统自动生