网上机票预定管理系统需求分析

1、现代软件工程课程设计题目： 网上飞机订票系统 专业： 软件工程 班级： 三班 学号： 30 姓名： 赵彩霞 计算机工程系 2015年05 月 19日目录目录.1第一章.可行性分析.21.1 引言 .21.2技术可行性.31.3社会可行性.31.4经济可行性.31.5法律可行性.41.6操作可行性分析.4第2章需求分析.52.1任务概述.42.2功能需求（用DFD图表示）.52.3外部接口需求.92.4性能需求.92.5软件属性需求.92.6数据需求（ER图表示）.9第3章概要设计.93.1总体设计（系统总流程图）.93.2模块设计.93.3故障处理说明.10第四章. 测试计划. .10第五章.

2、 维护过程.13第六章. 用户使用说明.15第七章. 总结计划.16参考文献. 16 第1章可行性分析1.1 引言1.1.1系统编写目的以及读者对象1.1.1.1系统编写目的随着知识经济的到来，人类已经逐步进入信息化社会，信息增长的速度越来越快，人们希望利用先进的管理理论方法手段来得到并处理越来越多的信息，以提高工作效率和管理水平。由于信息资源对人们生活的重要性，不断提高信息的收集，传输，加以利用等活动，日益成为人们社会生活的重要组成部分。网上机票预订管理系统的产生和发展正好满足人们的这种需求。1.1.1.2读者对象系统开发人员1.1.2项目背景当今世界，以信息技术为主要标志的科技进步日新月异

3、，高科技成果向现实生产力的转化越来越快。纵观全球经济发展，信息技术和信息产业已经成为经济增长的主要推动力之一，正在改变着传统的生产和经营方式以至生活方式，发达国家经过产业结构的升级和经济结构的转型已进入信息经济阶段。信息资源已经成为国民经济和社会发展的战略资源，信息化水平也已成为现代水平和综合国力的重要标志。今年是“十五”计划开局之年，中共十五届五中全会通过的国民经济和社会发展第十个五年计划建议中已明确指出：“信息化是当今世界经济和社会发展的大趋势，也是我国产业优化升级和实现工业化、现代化的关键环节。”“大力推进国民经济和社会信息化，是覆盖现代化建设全局的战略举措。”，可见，党和国家已将国民经

4、济和社会信息化放在优先发展位置，体现了先进生产力的客观要求，是一项重要的战略决策。这是民航加快发展的机遇，更是民航信息化的难得机遇。随着知识经济的到来，人类已经逐步进入信息化社会，信息增长的速度越来越快，人们希望利用先进的管理理论方法手段来得到并处理越来越多的信息，以提高工作效率和管理水平。由于信息资源对人们生活的重要性，不断提高信息的收集，传输，加以利用等活动，日益成为人们社会生活的重要组成部分。网上机票预订管理系统的产生和发展正好满足人们的这种需求。现在将详细介绍我的毕业设计网上机票预订管理系统。1.1.2.2用户系统管理员，网上订票用户。1.1.2.3开发者汪思超1.1.3技术标准采用国

5、家标准GB8567-881.2技术可行性随着信息技术在管理上越来越深入而广泛的应用,管理信息系统的实施在技术上已逐步成熟。管理信息系统是一个不断发展的新型科学，任何一个单位要生存要发展，要高效率地把内部活动有机地组织起来，就必须建立起和自身特点相适应的管理信息管理系统。经对现有网上机票的销售和预订的实际考察发现，绝大多数的航空公司、网络公司及酒店等机票销售管理系统都已具备计算机软硬件和网络环境。现有的网络硬件及软件的系统已经完全可以满足构造这样一个系统的实力。本系统根据航空公司管理的实际要求,经过实际的需求分析,采用A作为开发工具,以SQL2000做数据后台,开发出来的网上机票预定管理系统。整

6、个系统从符合操作简便，界面友好，灵活，实用，安全的要求出发，完成了网上机票预定的全过程，包括机票信息管理，客户信息管理，航线信息管理，系统管理等管理工作。技术环境已满足开发和使用的条件。1.3社会可行性 本网上飞机票订票系统用于网上订票，人们只要能上网就能足不出户的查阅机票信息，还能根据相应的信息订票和付账，操作简单、显示结果易懂，没有不相关的繁琐复杂内容，完全适用各类人群，因此在社会可行性方面是完全满足的。1.4经济可行性本次网上机票预订管理系统的开发是建立在计算机技术广泛应用和普及于社会各个行业的实际工作中，并能够极大的减少航空公司、机票销售点工作人员的工作压力，降低售票开销，简化售票流程

7、，提高机票管理系统的效率和准确性，规范旅客信息的管理。从长远角度来看，此系统的投入会给航空公司机票销售信息统计完整化、数据处理智能化、经济预算科学化、业务处理高效化等。另外本系统采用开发软件均为开源免费，可大大降低开发成本，一旦项目完成投入使用，即可见效益。1.5法律可行性1.所有开发软件均采用开源免费软件，无版权纠纷。2.无违反国家法律相关规定。1.6操作可行性分析操作可行性，又称社会可行性或运行可行性，是对开发系统在一个给定的工作环境中能否运行或运行好坏程度的量度。本系统以网络应用为主，用户界面和管理界面都和在网上查看新闻一样简单和易于操作。所有有上网经历的用户都可以轻松地完成自己的目的，

8、而管理对于航班及订单的管理也无须特地培训，简单知道航班的规则即可。第2章需求分析2.1任务概述2.1.1软件主要组成及功能要完成功能主要有：l 新用户注册，新用户可以注册，登陆系统后进行相应的信息交互。l 验证登陆名密码，正确进入主菜单，根据登录时所选的登录方式（客户、管理员）的不同分别对用户设定不同的访问权限。l 管理员信息的输入和修改，包括用户名、登陆密码。l 舱位信息的输入和修改，包括舱位等级编号、舱位等级名称、提供的各种服务类别，以及备注信息等。l 客机信息的输入、修改和查询，包括客机编号、客机型号、购买时间、服役时间、经济舱座位数量、公务舱座位数量、头等舱座位数量以及备注信息等。l

9、航线信息的输入、修改和查询，包括航线编号、出发城市、到达城市、航班日期、出发时间、到达时间、客机编号、经济舱价格、公务舱价格、头等舱价格和备注信息等。l 客户等级信息的输入、修改，包括客户等级编号、客户等级名称、折扣比例和备注信息等。l 客户信息的输入、修改和查询，包括客户编号、客户姓名、客户性别、身份证号码、客户网上用户名、客户登陆密码、客户联系电话、客户类型和备注信息等。l 订票信息的输入、查询和修改，包括订票编号、客户编号、客户姓名、客户类型、折扣比例、航线编号、出发城市、到达城市、出发时间、舱位类型、票价、结算金额和备注信息等。2.1.2用户特点及一般约束1.管理员和用户的登陆 要求合

10、法的管理员以及用户才能登陆体统，防止系统被无关人员动用，使用字符串匹配对用户名和密码进行判断。管理员和用户的登录对相应的操作权限也不一样，管理员有舱位信息管理，客机信息管理，航线信息管理，客户类型信息管理，客户信息和订票信息管理，用户主要有舱位查询，客机信息查询，航线信息查询，客户类型信息查询，自己的信息管理，和自己订票和退票。 2.管理员的日常操作管理员可以对舱位信息，客机信息，航线信息，客户类型信息，进行查询、修改和删除操作，可以对客户信息和订票信息只有查询操作。3.用户的的日常操作用户可以进行注册然后登陆系统，可以查询舱位信息，客机信息查询，航线信息查询，客户类型信息，可以对自己的信息进

11、行修改，可以定票（按照航班号进行预订机票，显示所订机票的信息和价格，进入支付系统付账，并再次要求客户确认，确认无误后订票成功），可以退票（在特殊情况下（如天气不适合飞机起降，飞机延误超过30分钟）等给予全额退票，如果是个人原因只能退50%），对退票后的机票要在未售出机票中重新体现。2.2功能需求（用DFD图表示）2.2.11.用户注册的DFD图顶层图： 注册成功可登录点击新用户注册填写相应的信息注册P 填写信息获得确认1.层图注册成功 P2返回用户信息 P1点击新用户注册填写相应的信息注册填写信息 获得确认D添加用户信息数据流图2.3外部接口需求在用户界面方面要求错误信息格式均以弹出提示框的形

12、式出现，硬软件接口方面没有特别的需求，一般用户都可以直接使用。2.4性能需求因为系统本身较小，并不投入实际应用，因此响应时间、结果精度方面可能会比较差，数据量大小方面能够处理较大的数据量。2.5软件属性需求在数据检索、数据增删改方面必须做到丝毫不差，满足软件开发的正确性要求。必须考虑充足的异常处理机制以及软件的复用性，以便增强软件的健壮性。在安全保密性方面做到不同身份所能处理的事务不同，避免保密数据泄漏；设置足够的触发器对不安全的数据修改进行回滚操作，进而保证了安全性要求。所开发出来的软件必须是可维护的，不能把一些东西做的太死。2.6数据需求（ER图表示）管理员信息实体E-R图如图2-1所示。

13、管理员信息实体 管理员电话管理员编号管理员密码管理员用户名航线信息实体E-R图如图2-4所示。图2-4航线信息实体E-R图客户信息实体E-R图如图2-6所示。图2-6 客户信息实体E-R图实体之间关系的E-R图如图2-8所示。图2-8实体之间关系的E-R图第3章概要设计3.1模块设计3.1.1注册新用户注册为会员，由用户将填好的注册信息表单提交到控制层，由控制层调用数据逻辑层操作数据库，完成用户的注册。3.1.2用户登录此模块对用户输入的登录信息进行验证，确定用户是否有权力进行并使用系统。 1.修改信息。此模块接受用户对个人信息的修改及查看。 2.查询。此模块主要是对航班日程安排存储进行查询，

14、来满足的需求。3.1.3订票用户选好自己要订的机票后，系统会将相关信息一并发送到订票加工，经过验证处理，订票模块将信息写入订票信息存储。3.1.4退票此模块接受用户的退票信息，根据用户ID和预订的航班号，对满足退票条件的已预订机票进行退票处理。3.1.5安排航班此模块接收由航班信息存储提供的信息，对各个航班进行日程的安排。将符合标准的航班日程信息进行记录并供用户查询和预订。此加工的过程由管理员完成。3.1.6制定航班此模块的信息同航空公司提供，由管理进行录入，将符合格式和航班标准的航班信息写入航班信息存储中。3.1.7交易管理此模块接收订票信息存储提供的信息，对已付款的账户由管理操作改变交易状

15、态，存储在订票信息存储中。3.2故障处理说明错误或故障的输出信息具体含义对应的处理方法用户名或密码错误，请重新登录！此错误可能出现在用户登录时。出错原因可能有两种，一种是数据库中根本就没有该用户名；另一种是该用户名对应的密码不正确。输入合法的用户名，输入正确的密码后重新登录数据库连接失败！前台连接后台数据库时发生错误。具体原因可能首先是数据库没有打开呈关闭状态；或者连接字符串写错，不能找到正确的数据库位置；更或者是因为在规定的时间内没有成功连接被终止。打开数据库查看连接字符串，更正错误适当延长连接时限修改失败，请输入完整信息！该错误易发生于数据修改阶段。错误原因是未填写完整要修改的内容。将内容

16、填写完整然后重新尝试修改第4章 测试过程4. 1 测试方案：测试方案是测试阶段的关键技术问题。为了提高测试效率降低测试成本，本测试方案采用黑盒法设计基本的测试方案，再用白盒法补充一些方案。在黑盒法测试方案中，采用等价划分技术，把所有可能的输入数据（有效的和无效的）划分成几等价类，其划分类在以下的输入中再详述。3 . 2 测试项目客户机接受信息模块测试， 客户机输出信息模块测试， 网络接受和发送模块结构， 服务器模块（包括数据库）测试， 各模块之间的接口测试，系统测试。4.1.1 测试准备：在测试前，与各模块的主要负责人共同协商讨论，以概要设计说明书.详细设 计说明书作为总的提纲,选择合适的输入

17、输出数据,并加以意义列举说明。3 . 4 测试机构及人员， 测试机构由 ZJU工作组组成，人员有软件开发小组全体人员。 4 .1.2 测试项目说明。4 . 1 测试项目名称及测试内容。 在测试过程中，首先需要对各子单元过程进行测试。在各子单元过程测试完毕后，再对各模块（包括各子单元过程之间的接口）进行测试，处理好各模块之间的接口，最后对系统进行测试和维护。各子模块测试名称如下：客户机接受信息模块测试，客户机输出信息模块测试， 网络接受和发送模块结构测试，服务器模块（包括数据库）测试，各模块之间的接口测试，系统测试。4 . 2 测试用列。4 . 2 . 1 输入。1，PersInfoExam 过

18、程 在 PersInfoExam 过程中，首先对用户的输入信息进行测试。客户机上的输入信息为旅客资料或帐单号，还包括一个定票/领票选项。输出为打印帐单或机票，和确认或出错信息。在输入的测试数据中可分为有效输入类无效输入类。2数据超出规定范围PErrorRank =T。4 . 2 . 2 输出。4 . 2 . 3 步骤及操作：在测试过程中，首先需要对各子单元过程进行测试。各子单元过程的测试必须先在程序设计员调试并编译通过后才能进行。在各子单元过程测试完毕后，再对各模块（包括各子单元过程之间的接口）进行测试，处理好各模块之间的接口，最后对系统进行测试和维护。其操作过程如下：1.在客户机接受信息模块

19、过程中，先对各子单元过程分别进行测试，然后根据白盒法按照详细设计说明书中的流程图对其进行跟踪测试。2.同样，在客户机输出信息模块网络接受和发送模块结构和服务器模块（包括数据库）过程中先对各子单元过程分别进行测试，然后根据白盒法按照详细设计说明书中的流程图对其进行跟踪测试。3，然后，根据各模块之间的各种关系，对其接口进行测试。4，在系统测试中，要注意对各种意外情况（列如断电硬盘损坏等）加以处理，对数据库要注意其安全性可靠性健壮性效率。网络传输更要注意其安全性。4 . 2 . 4 允许偏差4 . 3 进度：由于其测试过程较长，需要对各子单元程序各模块及它们之间的接口分别进行测试进度一般测试过程都伴

20、随其概要设计详细设计过程一起进行，进度在个月左右4 . 4 条件：必须在保证各硬件设备软件系统齐备的情况下，资金充足，人员齐备，各方面互相配合，齐心协力，共同完成。4 . 5 测试资料：测试资料主要是软件开发小组的各类文档及浙江航空公司公司提供的各类资料档案。5 .评价：准则：首先，我们要认识到测试是软件开发过程中一个非常重要的环节，一各好的软件必须经过无数次的测试。软件测试是保证软件质量的关键步骤。所以在测试过程中必须抱着不骄不躁谦虚谨慎的态度，把好关！三、测试分析报告1.1编写目的：测试分析报告是在测试分析的基础上，对测试的结果以及测试的数据等加以记录和分析总结。它也是测试过程中的一个重要

21、环节，同时，它也是对软件性能的一个总的分析和认可及对不足之处的说明。因此，测试分析报告对于今后对软件的功能的加强，不足之处的弥补等都起着十分重要的提纲作用。另外，它还有利于今后软件开发者阅读原程序，根据测试提供的数据和结果，分析原代码，掌握各函数的功能和局限性。从而缩短软件开发者的再开发时间和所耗费的精力资金。从这方面上，我们不难发现，测试分析报告所指明的对象主要是针对于软件开发者。1.2项目背景：此项目是由中国国际旅游局应顾客需求，要求开发一套实时，有效，完善，安全性好的软件系统。应浙江大学邀请，我软件开发小组应聘对此进行开发。1.3定义：SQL SERVER: 系统服务器所使用的数据库管理

22、系统（DBMS）。SQL: 一种用于访问查询数据库的语言。事务流：数据进入模块后可能有多种路径进行处理。主键：数据库表中的关键域。值互不相同。外部主键：数据库表中与其他表主键关联的域。ROLLBACK: 数据库的错误恢复机制。1.4参考资料： 机票预定系统项目计划任务书 浙江航空公司，1999/3；软件工程及其应用 周苏、王文等；天津科学技术出版社 1992/1；软件工程张海，清华大学出版设，1990/11；项目的计划任务书，软件开发小组，1999/6/1；项目开发计划，软件开发小组；需求规格说明书，软件开发小组，1999/6/1；概要设计说明书，软件开发小组；详细设计说明书，软件开发小组，1

23、999/6/1；用户操作手册，软件开发小组，1999/6/1；测试计划，软件开发小组，1999/6/1。2. 测试计划执行情况.2.1测试项目：客户机接受信息模块测试：客户机接受用户输入的各种数据（包括旅客资料或帐单号，还包括一个定票/领票选项）然后经网络传送给服务器。客户机输出信息模块测试：客户机输出为打印帐单或机票，和确认或出错信息。网络接受和发送模块结构测试：接受由服务器程序经网络传送到客户机的数据包， 它是程序与网络的接口。经解码后发送数据给服务器数据库。服务器模块（包括数据库）测试：测试数据库的安全性可靠性健壮性效率。各模块之间的接口测试：对各模块之间的接口进行测试。系统测试：用黑盒

24、法对系统进行各类功能的测试。2.2测试机构和人员：测试机构软件开发小组，人员主要由各程序模块的软件开发人员和浙江航空公司的有关负责人共同主持。2.3测试结果：见测试计划。软件需求测试结论：在经过对各模块的测试后，已经能够证实该软件各方面的能力都可以。只是在网络传输方面还有待加强。 评价。4.1软件能力：经测试证实该软件在各方面的综合能力都可以。4.2缺陷和限制：网络传输的保密性安全性以及数据库的安全性还存在一定的缺陷。有可能会由于传输过程中数据的丢失造成软件运行的错误。4.3建议：建议在网络传输方面加强其保密性和安全性4.4测试结论：该软件在各方面的综合能力都可以，通过！第5章维护过程1. 引

25、言编写目的：软件维护是软件生命周期的最后一个阶段，它处于系统投入生产性运行以后的时期中,因此不属于系统开发过程。软件维护需要的工作量非常大，虽然在不同应用领域维护成本差别很大，但是，平均说来，大型软件的维护成本高达开发成本的四倍左右。目前国外许多软件开发组织把60%以上的人力用于维护已有的软件，而且随着软件数量增多和使用寿命延长，这个百分比还在持续上升。软件维护就是在软件已经交付使用之后，为了改正错误或者满足新的需要而修改软件的过程。它有如下几种性质的维护：l 改正性维护： 因为软件测试不可能暴露出一个大型软件系统中所有潜藏的错误，所以在使用期间，用户必然会发现程序错误，并且把他们遇到的问题报

26、告给维护人员。我们把诊断和改正错误的过程称为改正性维护。l 适应性维护：计算机科学技术领域的各方面都在迅速进步，需要经常地修改版本。为了和变化了的环境适当地配合而进行的修改软件的活动称为适应性维护。l 完善性维护：在软件编写完成之后，投入实践，在使用软件的过程中，用户往往提出增加新功能或修改已有的功能的建议，这就需要进行完善性维护。l 预防性维护：为了改进未来的可维护性或可靠性，或为了给未来的改进奠定更好的基础而修改软件时，就需要进行预防性维护。 维护的过程本质上是修改和压缩了的软件定义和开发过程，而且事实上远在提出一项维护要求之前，与软件维护有关的工作已经开始了。鉴于以上各点，编写维护软件的

27、文档十分重要。它给软件维护人员提供了一份完整，清晰的说明文档，便于其快速有效地进行维护工作。*开发单位。项目的提出者：浙江航空公司。开发者：软件开发工作室。用户：浙江航空公司。使用场所：浙江航空公司各售票厅*定义和缩写：a. 数据流图描绘系统的逻辑模型，图中没有任何具体的物理元素，只是描绘信息在系统中流动和处理的情况，它表示了数据和处理过程的关系。文档：需求规格说明书，概要设计说明书，详细设计说明书，用户操作手册。2.系统说明系统用途： 输入：预定机票的旅客信息，包括姓名，性别，工作单位，身份证号码，旅行时间，旅行目的地。输出：取票通知和帐单。功能：查询航班和旅客信息，增加预定机票的旅客信息，

28、删除要求退票的旅客信息。安全保密：系统提供一定的方式让用户表示自己的身份，系统进行核实，通过鉴定后才提供 机器使用权。常用的方法有：1，用一个用户名或用户标识号来标识用户身份。2，口令。3，系统提供一个随机数，用户根据预先约定好的某一过程或者函数进行计算，系统根据用户计算结果是否正确进一步鉴定用户身份。系统管理员还可对获得上机权的用户进行权限控制，是不同的用户对于不同的数据对象有不同的操作权限。总体说明：系统的总体功能：系统接收输入的预定机票的旅客信息，为旅客安排航班，印出取票通知和帐单，旅客在飞机起飞的前一天凭取票通知和帐单交款取票，系统校对无误即印出机票给旅客。系统的具体功能：1.接受：旅

29、客信息及取票通知和帐单；2,。打印：取票通知和帐单及机票；3.网络输出和加密，输入和解密；4.分辨信息的种类并采取相应的处理步骤；5.判断信息的正误并采取相应的处理步骤；6.进行数据库的查询、修改工作；7.接受并判断错误，输出相应的出错消息；3.维护过程。规则：1.设计原则：密切结合结构（数据）设计和行为（处理）设计。2有机结合硬件，软件，技术和管理的界面。3具体程序实现过程中，对记录，字段的引用参照PersInfo 类。 4存储区的标识符也参照PersInfo 类。 5在设计过程中参照瀑布模型，ER模型，层次图，Jackson 程序设计方法。设计程序变更的准则：1.检查可供选择的设计方案，寻

30、找一种与程序的原始设计原理相容的变更设计。努力使设计简化。2.能满足可变性要求的设计。3.不降低程序质量。4.用可测试的并具备测试方法的术语描述设计。5.考虑处理时间，存储量和操作过程方面的变化。6.考虑标更对用户服务的干扰以及实施变更的代价与时间。修改程序代码的准则：1.必须要先熟悉整个程序的控制流程。2.不要做不必要的修改。3,。不影响原始程序的风格和相容性。4.记录所作过的修改。5.审查软件质量是否符合标准。6.更新程序文档以反映修改并保留修改前的程序代码版本。重新验证程序的准则：1.首先测试程序故障，然后测试程序的未改动部分，最后测试程序的修改部分。2.不允许做修改的维护程序员成为唯一

31、的重新验证程序的人。3.鼓励终端用户参与到重新测试进程中来。4.在重新验证进程中，记录出错的次数与类型，并把结果同所提供的测试功能进行比较，以便估量出程序是否退化。验证过程：每当软件被修改后，都要校验其正确性。维护员应该有选择地作些重新测试工作，不仅要证实新的逻辑的正确性，而且要校验实程序的为修改部分是否无损害，并且整个程序运行正确。若发现错误，则要马上进行修正。出错及纠正方法：经查询还有余票，但输入旅客信息后却发现已没有余票。发生这种情况的原因是：有多台计算机同时输入订购同一次航班的旅客信息，在查询余票时，其他输入信息并未写入磁盘，票数并未修改。此时，应该等待数秒后重新查询余票。专门维护过程

32、：系统运行一段时间后，由于记录的不断增加，删除和修改，会使数据库的物理存储变坏。例如，逻辑上属于同一记录型或同一关系的数据被分散到了不同的文件或文件的多个碎片上。这样就会降低数据库存储空间的利用率和数据的访存效率，使数据库的性能下降。这是就要进行数据库的重组织。在重组过程中，按原设计要求重新安排记录的存储位置，调整数据区和溢出区，回收“垃圾”，减少指针链等。程序清单及流程图：详见概要设计和详细设计文档。第6章用户操作手册1. 引言1.1 编写目的：本操作手册供本系统操作人员参考之用，分别为客户机端和服务器端使用人员说明本系统操作方法。1.2 项目背景：本项目（机票预定系统）时由浙江航空公司委托

33、，由<>软件开发小组负责开发。1.3 定义：WINDOWS NT：本系统所采用的操作系统。SQL SERVER：系统服务器所使用的数据库管理系统（DBMS）。1.4 参考资料机票预定系统项目计划任务书 浙江航空公司 1999/3软件工程及其应用 周苏、王文学等 天津科学技术出版社 1992/1软件工程 张海藩 清华大学出版社 1990/11项目的计划任务书软件开发小组 1999/6/1 项目开发计划 软件开发小组 1999/6/1需求规格说明书 软件开发小组 1999/6/1概要设计说明书 软件开发小组 1999/6/1 详细设计说明书 软件开发小组 1999/6/12. 软件概述

34、2.1 目标：本系统分为服务器端和客户机端两个部分，旅行社为客户机端，航空公司为服务器端。客户机和服务器通过网络进行通信。旅行社通过网络把预定机票的旅客信息（姓名，性别，工作单位，身份证号码，旅行时间，旅行目的地等）传输到服务器，服务器程序通过对数据库的查询来为旅客安排航班，并把安排结果传输到客户机，客户机印出取票通知和帐单。旅客在飞机起飞前一天凭取票通知和帐单到旅行社交款，客户机将旅客信息传输给服务器，服务器在数据库中校对无误后，发出确认信息给客户机，客户机即印出机票给旅客。2.2 功能：系统实现了在各个客户机端预定机票的功能，并在分布式系统的基础上采用了一些实时处理，以达到快速响应。客户机端除了预定之外，本系统还可进行航班查询和取消预定的功能。服务器端还实现了对航班信息的自动管理和数据库查询，维护功能。2.3 性能：数据精确度：输入数据：旅客输入：旅客姓名，String；旅客性别，Char；身份证号码，Long int；工作单位，String；航空公司输入：航班号，String；目的地，String；起飞时间，Date/Time输出数据：机票信息：航班号，String；目的地，String；起飞时间，Date/Time；旅客姓名，Str