硬件条件：服务器sun工作站，终端为pc机。

运行环境：

数据库：

投入运行最迟时间：2000/04/04

2.4可行性研究方法

2.5决定可行性的主要因素

成本/效益分析结果，效益〉成本。

技术可行，现有技术可完全承担开发任务。

操作可行，软件能被原有工作人员快速接受。

３．技术可行性分析

3.1系统简要描述

旅游局安装了终端，这些终端是 PC 机，其主要目的是向机场的服务器传递数据。顾客在旅游局咨询时，终端会向服务器发出查询请求。服务器依据航班信息库的实时数据，向终端发送数据，然后数据会显示在终端的屏幕上。顾客向售票员订票时，终端会向服务器发出一份详尽的定单，服务器核对后，将定单存入定票信息库，并修改机票信息库。顾客再次来取票时，终端会向服务器发出查询定票的请求。服务器接收到这个请求后，会去查询定票信息库。经过核对后，服务器会传送机票确认表单。终端则会将机票打印出来。

3.2处理流程和数据流程

４．经济可行性分析

4.1支出

基础投资：

终端PC机２０台：8000*20=16万

网络设备：10万

辅助配置：10万

共计：36万

其他一次性投资：

.0:20万

:10万

操作员培训费：5万

共计：35万

经常性支出：

人工费用:6(月)*20(人)*5000(圆)=60万

其他不可知额外支出:20万

共计:80万

支出共计:151万

4.2效益

一次性收益0元

经常性收益

（按银行利率：1%）；

减少员工20人(1000圆/人)五年收益:

1000 乘以 1.1 加上 1000 乘以 1.1 的 2 次方加上 1000 乘以 1.1 的 3 次方加上 1000 乘以 1.1 的 4 次方加上 1000 乘以 1.1 的 5 次方，然后再乘以 20，乘以 12，乘以 5，结果等于 120 万。

工作效率提高收益（工作效率提高30%）:

30 乘以 1.1 加上 1.1 的 2 次方加上 1.1 的 3 次方加上 1.1 的 4 次方加上 1.1 的 5 次方的和，再乘以 30%，然后乘以 5，结果等于 45 万。

经常性收益共计:160万

不可定量收益

因服务质量提高增加旅客量10%:

1000 万乘以 10%，然后分别乘以 90%、(90%)的 2 次方、(90%)的 3 次方、(90%)的 4 次方、(90%)的 5 次方，这些乘积相加的结果为 360 万。

收益共计:520万

4.3收益/投资比

520万/151万=344%

4.4投资回收周期

2.3年

4.5敏感性分析

设计系统周期为五年,估计最长可达10年

处理速度:一般查询速度

关键数据查询速度:

５．社会因素可行性分析

6.1法律因素

所有软件都选用正版.

所有技术资料都由提出方保管。

合同制定确定违约责任.

6.2用户使用可行性

使用本软件的人员需要具备一定的计算机基础；系统管理员需要具备计算机的专业知识；所有人员都要接受本公司的培训。

管理人员也需经一般培训.

经过培训人员将会熟练使用本软件.

两名系统管理员将进行专业培训，他们能够熟练管理本系统。一名审计员也将进行专业培训，其也能熟练管理本系统。

６．其他可供选择的方案

6.1客户端与服务器端联系在一起

在旅游局设立终端，在机场设立服务器。数据通过终端输入，所有数据由服务器进行处理，而数据结果仅在终端上显示。

此设计使得数据处理得以简化，不过却加重了服务器的数据处理。而采用客户端/服务器机理的话，能够简化数据流量，并且可以加快数据处理。

７．结论意见

投资效益比非常大，远超 100%。同时，从技术、经济以及操作方面来看，都具备可行性。基于这些因素，是可以进行开发的。

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

1．引言

1.1编写目的

本机票预订系统是基于可行性研究而设立的。其目的在于进一步明确机票预订系统的软件需求，这样就能更好地安排项目规划与进度，也便于组织软件开发与测试，最终能够撰写本文档。

本文档供项目经理、设计人员、开发人员参考。

1.2项目背景

开发软件名称：机票预订系统。

项目任务提出者：民航及国际旅游开发公司。

项目开发者：K开发小组。

用户：民航及国际旅游开发公司。

实现软件单位：国际旅游开发公司

系统与其他软件，系统的关系：

机票预定系统由两部分构成。一部分是置于各个旅行社定票点的前台客户程序，另一部分是置于航空公司的数据库服务器。本系统与其他系统的关系具体如下：

1.3定义

[专门术语]：

[缩写词]：

1.4参考资料

1.《软件工程导论》，张海藩，清华大学出版社。

2.《实用软件工程》，郑人杰等，清华大学出版社。

3.机票预定系统项目计划任务书《》航空公司1999/3

4.机票预订系统可行性研究报告《》软件开发小组1999/3

2．任务概述

2.1目标

本机票预订系统实现后，能够提高旅游局的机票预定服务效率。能够降低售票服务中的错误发生率。能够减少信息交流的烦琐过程及其带来的开销。

2.2运行环境

服务器sun工作站，终端为pc机。

运行环境：

数据库：

2.3条件与限制

1./结构总体设计方案对它的约束：

机票预订系统作为结构的一个应用系统，必然会受到结构的约束。在实施的各个阶段，都需要服从其一些规划，这些规划包含功能设计、系统配置和计划。并且，由于信息的共享，机票预订系统还会受到其他系统的信息约束。

2．人力、资金、时间的约束

机票预订系统实施的目标是给轮胎生产公司带来可见的效益，在其开发过程中需考虑人力、资金和时间的约束。所以，在设计时，重点在于实现企业间信息的网络交流，以提供各部门间便捷快速的联系，提高数据统计的即时性、准确性和方便性，从而给公司带来良好效益。

3．技术发展规律的约束

计算机技术与产品的发展极为迅速，会给信息处理带来更多的方式，也会带来更丰富的信息表达形式。像图象技术和语音技术取得进步，多媒体技术不断发展等，这些都促使系统在设计时要考虑技术变化的可能性，为可能的变化预留一定的系统处理能力。

3．数据描述

3．1

1．数据录入和处理的准确性和实时性

数据输入准确是数据处理的前提。错误输入会致系统输出不正确且不可用，使系统工作失去意义。数据输入来源为手工输入。手工输入需通过系统界面安排，且系统应具有容错性，同时要对操作人员进行系统培训。在系统中，数据输入通常大量，所以系统要有一定处理能力，以保证能迅速处理数据。

2．数据的一致性与完整性

系统的数据是共享的，所以要保证这些数据的一致性，这是系统必须解决的问题。要解决此问题，需要有人员来维护数据的一致性，要在数据录入处控制数据的去向，同时要要求对数据库的数据完整性进行严格的约束。

对于输入的数据，需要给它定义完整性规则。如果数据不能符合完整性约束，那么系统就应该拒绝该数据。

3.2 系统数据流图

3.3数据库描述

数据库采用。

3.4数据词典

4．功能需求

4.1系统的逻辑模型

4.2 功能划分

1．客户端子系统

客户端子系统要做这些事：把订票员在客户端输入的信息，无论是订票还是取票，进行有效性验证。接着把订票申请或取票申请数据进行打包。然后把打包后的数据发送到服务器端。同时接收从服务器返回的信息。最后根据订票或取票的情况打印出账单或机票。

2．服务器端子系统

最后将操作的结果返回给客户端。

5．性能需求

为保证系统能长期运行，应满足一定性能需求；为保证系统能安全运行，应满足一定性能需求；为保证系统能稳定运行，应满足一定性能需求；为保证系统能可靠运行，应满足一定性能需求；为保证系统能高效运行，应满足一定性能需求。机票预订系统应满足这些性能需求。

1．系统处理的准确性和及时性

系统处理需具备准确性和及时性，这是系统的必要性能。在系统设计与开发期间，要全面考量系统当前以及将来可能承担的工作量，让系统的处理能力和响应时间能够契合企业对信息处理的需求。在系统开发的过程里，一定要运用一定的方法来确保系统的准确性。

2．系统的开放性和系统的可扩充性

机票预订系统在开发时，要充分考虑后续的可扩充性。比如企业管理模块的加入，像人事管理、工资管理、日常事务管理等，这些模块会不断更新和完善。所有这些情况，都要求系统能够提供足够的手段，以便进行功能的调整和扩充，使其成为 ERP 系统。要实现这一点，需要通过系统的开放性来达成。系统应当是一个开放系统，只要符合特定的规范，就能够简便地加入或减少系统的模块，对系统的硬件进行配置。还可以通过软件的修补和替换来完成系统的升级以及更新换代。

3．系统的易用性和易维护性

机票预订系统是直接面向使用人员的，而使用人员通常对计算机不是很熟悉。这就需要系统能够提供优良的用户接口以及易用的人机交互界面。要达成这一目标，就要求系统应尽可能使用用户熟悉的术语和中文信息的界面；对于用户可能出现的使用问题，要提供充足的在线帮助，以缩短用户熟悉系统的过程。

4．系统的标准性

系统在设计时会涉及到许多计算机硬件和软件。在使用过程中也会涉及到这些。所有这些都需符合主流的国际标准、国家标准和行业标准。比如在开发中所使用的操作系统，其必须符合通用标准；网络系统也需符合通用标准；开发工具同样必须符合通用标准。像规范的数据库操纵界面，以及作为业界标准的 TCP/IP 网络协议和标准所规定的质量规范等；与此同时，在自主开发本系统的过程中，要做好设计工作，制定出有效的软件工程规范，以确保代码具有易读性、可操作性和可移植性。

5．系统的先进性

目前计算机系统的技术发展速度很快。对于机票预订系统工程而言，应当确保系统在一定时间内处于先进状态，在系统的生命周期内尽量使系统保持先进，充分满足企业信息处理的要求，避免系统落后。这可以通过系统的开放性和可扩充性来实现，不断改进系统的功能以达成。一方面，在系统的设计与开发进程里，要在对成本进行考量的基础之上，尽可能地选用当下主流的、先进的且具有良好发展前景的产品。

6．运行需求

机票预订系统中的各个子系统的硬件和软件的配置如下：

1．服务器端子系统的运行要求：

系统软件：

数据库管理系统：

硬件要求为：III 450 要在其上，内存为 256M，硬盘为 14G。

2.客户端子系统的运行要求：

系统软件： 2000

硬件的要求如下：内存需在 133 以上，随机存取存储器（RAM）为 32M，硬盘（HD）为 4.3G。

概要设计说明书

1．引言

1．1编写目的

在本机票预定系统项目的前一阶段，即需求分析阶段。此阶段已对系统用户对本系统的需求进行了详细阐述。这些用户需求是在上一阶段对航空公司、各旅行社及机场的实地调研中获得的。并且在需求规格说明书中得到了详尽的叙述与阐明。

本阶段以系统的需求分析为基础，对机票预定系统进行了概要设计。主要是解决实现该系统需求的程序模块设计相关问题。其中包括把该系统划分成若干个模块的方式，决定各个模块之间的接口情况，模块之间传递的信息情况，还有数据结构以及模块结构的设计等方面。在接下来的概要设计报告中，将会对本阶段中针对系统所做的所有概要设计进行细致的说明。

在接下来的详细设计阶段，程序设计员能够参考这份概要设计报告。以概要设计中对机票预定系统所做的模块结构设计为依据，对系统展开详细设计。在后续的软件测试以及软件维护阶段，也可以参考此说明书。这样便于了解在概要设计过程中已经完成的各模块设计结构，或者在进行修改时，能够找出在本阶段设计中存在的不足或错误。

1．2项目背景

本项目（机票预定系统）时由航空公司委托，由负责开发。

机票预定系统将由两部分组成：置于个旅行社定票点的前台客户程序，以及置于航空公司的数据库服务器。本系统与其他系统的关系如下：

1．3定义

1．3．1 专门术语

SQL : 系统服务器所使用的数据库管理系统（DBMS）。

SQL: 一种用于访问查询数据库的语言

事务流：数据进入模块后可能有多种路径进行处理。

主键：数据库表中的关键域。值互不相同。

外部主键：数据库表中与其他表主键关联的域。

: 数据库的错误恢复机制。

1．3．2 缩写

系统：若未特别指出，统指本机票预定系统。

SQL: （结构化查询语言）。

ATM: Mode (异步传输模式)。

1．4参考资料

以下列出在概要设计过程中所使用到的有关资料：

1．机票预定系统项目计划任务书航空公司 1999/3

机票预定系统项目的开发计划是由软件开发小组于 1999 年 3 月制定的。 软件开发小组在 1999 年 3 月制定了机票预定系统项目的开发计划。 1999 年 3 月，软件开发小组制定了机票预定系统项目的开发计划。 机票预定系统项目的开发计划由软件开发小组于 1999 年 3 月完成制定。 软件开发小组于 1999 年 3 月开始制定机票预定系统项目的开发计划。 1999 年 3 月，机票预定系统项目的开发计划由软件开发小组开始制定。 机票预定系统项目的开发计划在 1999 年 3 月由软件开发小组开始制定。 软件开发小组在 1999 年 3 月开始着手制定机票预定系统项目的开发计划。 1999 年 3 月，软件开发小组开始着手制定机票预定系统项目的开发计划。 机票预定系统项目的开发计划从 1999 年 3 月起由软件开发小组开始制定。 软件开发小组从 1999 年 3 月起开始制定机票预定系统项目的开发计划。 1999 年 3 月，机票预定系统项目的开发计划开始由软件开发小组制定。 机票预定系统项目的开发计划于 1999 年 3 月开始由软件开发小组进行制定。 软件开发小组于 1999 年 3 月开始对机票预定系统项目的开发计划进行制定。 1999 年 3 月，机票预定系统项目的开发计划开始由软件开发小组进行。 机票预定系统项目的开发计划在 1999 年 3 月开始由软件开发小组进行。 软件开发小组在 1999 年 3 月开始对机票预定系统项目的开发计划展开制定。 1999 年 3 月，软件开发小组开始对机票预定系统项目的开发计划展开制定。 机票预定系统项目的开发计划从 1999 年 3 月起开始由软件开发小组展开制定。 软件开发小组从 1999 年 3 月起开始对机票预定系统项目的开发计划展开制定。 1999 年 3 月，机票预定系统项目的开发计划开始由软件开发小组展开。 机票预定系统项目的开发计划在 1999 年 3 月开始由软件开发小组展开。

3． 需求规格说明书《》软件开发小组 1999/3

4． 用户操作手册（初稿）《》软件开发小组 1999/4

软件工程及其应用是由周苏、王文等人编写的，由天津科学技术出版社于 1992 年出版，出版编号为 1 。

6． 软件工程张海藩清华大学出版社 1990/11

7． A.S. /01

文档所采用的标准参照了《软件工程导论》沈美明著的内容，即“计算机软件开发文档编写指南”。

2．任务概述

2．1 目标

2．2 运行环境

系统由两部分程序构成。一部分是安装在各旅行社客户机上的客户程序，另一部分是安装在航空公司内的数据服务器程序。

调研显示，所有旅行社的计算机配置都在 133 级别之上。客户程序要能够在 133 级别以上的环境以及 Win NT 环境下运行。

2．3 需求概述

航空公司为了给旅客提供便利，需要开发一个机票预定系统。旅行社可以代替航空公司负责为旅客定票，所以旅行社会将预定机票的旅客信息，像姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地等，输入到机票预定系统的客户端程序中。接着，系统会查询航空公司内的航班数据服务器，然后为旅客安排航班，并印出取票通知。机票会被印出给旅客。

要求系统能够高效地、迅速地、稳妥地、可靠地且无误地完成上述操作。同时要求客户机的界面要清晰易懂，便于操作，服务器程序便于维护。

2．4 条件与限制

3．总体设计

3．1 处理流程

接下来会运用（结构化设计）且面向数据流的方式来剖析机票预定系统的处理流程。此系统能够划分成两大主体部分，其一为客户机上的程序，其二为服务器上的程序。接下来会依次对系统的这两个主要部分展开流程方面的分析：

3．1．1 客户机程序流程

客户机上的输入信息包含旅客资料或者帐单号，并且还有一个定票/领票的选项。输出的内容有打印帐单或者机票，以及确认或者出错的信息。其内部的处理流程具体如下：

下面对各模块（以数字表示）进行功能说明：

它是一个事务处理中心，读入并确定是定票操作。若输入为定票，就转入 2 ；若输入不是定票，就转入其他流程（这里未提及具体转入何处）。输出则转入 5 。

读取输入的旅客资料，然后对其进行格式化处理，最后将格式化后的数据送至 3。

检验输入资料，主要是对格式化的输入资料进行检验。首先初步检查输入是否存在错误。如果发现有误，就转至 2 再次读入；如果检查无误，就将数据送往 4。它是一个事务处理中心。

准备服务器数据，需要从格式化旅客资料开始，准备好要发送到服务器的数据，然后将准备好的数据送至 7。

读取输入的帐单号，然后对其进行格式化处理，最后把格式化后的数据送往 6。

准备服务器数据时，要通过格式化帐单号来准备需发送到服务器的数据。与 4 不同的是，这里准备的是帐单号，并且要将准备好的数据送至 7。

7．准备网络数据包 将数据准备/加密成网络传输数据包。

网络数据会被发送。数据包会经由网络被发送到服务器程序。它起到了程序与网络之间接口的作用。

网络数据会接受由服务器程序通过网络传送到客户机的数据包，并且它是程序与网络之间的接口。

解开 9 所接收的数据包，然后对数据进行判断，判断其是定票数据还是领票数据。它是一个事务处理中心，若数据为定票数据则将其送往 11，若数据为领票数据则将其送往 18。

定票是否成功需要通过数据来判断。它是一个事务处理中心，当定票成功时，会将数据送往 12；而当定票不成功时，就会将数据送往 15。

接收服务器数据后准备输出数据，其中帐单的数据会被送入 13，而其他如旅客资料等则会送入 14。

13．打印帐单 由帐单信息处理帐单格式并打印出帐单。

14．输出定位确定 在屏幕上显示确定定位及其他信息。

15．判断错误 由数据判断出错误类型，将类型送到16。

16．准备错误语句 由具体错误类型准备错误语句，送17。

17．输出错误语句 在屏幕上显示错误语句。

领票核对是否成功由数据来判断。它是一个事务处理中心，若领票核对成功，就会将数据送 19；若领票核对不成功，就会将数据送 15。

准备机票输出数据时，需从接收的服务器数据中准备打印的机票数据。其中，关于帐单的机票数据将送入 20，而其他包括旅客资料等的数据将送入 14。

20．打印机票 由机票信息处理机票格式并打印出机票。

3．1．2 服务器程序流程

下面对各模块（以数字表示）进行功能说明：

网络数据接收数据包，这些数据包是由客户机程序经网络传送到客户机的，它充当着程序与网络的接口。

解开数据，也就是对打包的数据进行解密操作，然后把恢复的数据进行格式化处理，再送入 3。

判断操作的内容是确定需要进行何种数据库操作。它起到事务处理中心的作用，当是定票操作时，就把数据送往 4；当是领票操作时，就把数据送往 15。

准备数据库查询语句，即从定票数据中准备访问 SQL 数据库所需要的 SQL 语句，然后将其送入 5。

运行 SQL 语句进行数据库操作，将查询到的数据存入数据库，从而获得相应的定票数据，接着把这些数据送入 6。在这个过程中，需要初步对查询进行判断，并且必须为乘客安排能够抵达目的地且有座位的航班。

判断查询是否成功，通过查询所得的数据来判断订票是否成功。它是一个事务处理中心，若订票操作成功，就把数据送往 7；若不成功，就把数据送往 8。

准备定票成功后，需要回送客户机程序一些数据，要送 16 。

8．确定原因 由查询数据判断定票不成功的原因，送9。

准备回送数据，要依据不成功的原因来准备需送回客户机程序的数据，然后将其送入 16 。

准备数据库查询语句，需要从领票数据中准备访问 SQL 数据库所需要的 SQL 语句，然后将其送入 11。

运行 SQL 语句进行数据库操作，通过查询来获取相应的领票数据并存入数据库，然后将这些数据送入 6。此过程需要初步对查询进行判断。

判断查询是否成功，然后利用查询所得的数据来判断领票是否成功。它是一个事务处理中心，当领票操作得到确认时，就会将数据送往 11；如果领票操作不成功，就会将数据送往 8。

准备回送数据，即在领票确认之后需要回送给客户机程序的数据，需送 16。

14．确定原因 由查询数据判断领票不能确认的原因，送15。

准备回送数据，依据不成功的原因，准备需要送回客户机程序的数据，然后将其送入 16。

16．准备网络数据包 将数据准备/加密成网络传输数据包。

网络数据会被发送出去。数据包会经由网络被发送到服务器程序。它起到了程序与网络之间接口的作用。

以上显示的各模块中数字相同的属于同一模块；因为在事务流处理方面具有便利，所以把一些功能模块拆分到了各事务流中。

3．2 总体结构和模块外部设计

下面用结构图来对机票预定系统的软件总体结构进行描述。模块的名字被注明在框内；模块之间的调用关系由方框之间的直线来表示。

3．2．1 客户机部分

3．2．2 服务器程序部分

其中在数据处理方面做了省略……只给出了一部分模块，实际上存在两部分，分别对应着定位以及确认。

3.3 功能分配

各项模块的功能能依照 3.1 里的说明来参照。客户机程序主要包含三大块，分别是接收数据、进行网络通信以及输出部分。服务器程序主要也具备三大功能，即接收网络数据、进行数据库操作以及发送网络数据这部分。服务器程序需要与已经建立好的 SQL 数据库相互连接，它的接口将在下面的部分进行阐述。

4．接口设计

4．1 外部接口

4．1．1 用户界面

用户界面部分，依据需求分析的结果，用户需要一个对用户友善的界面。在界面设计方面，要做到简单明了且易于操作，同时要留意界面的布局，突出显示重要信息以及出错信息。外观上需做到合理化，考虑到用户大多对某种风格较为熟悉，应尽量朝着这一方向靠近。在设计语言方面，已经决定采用 MS C++来进行编程。在界面方面，可以运用 C++所具备的可视化组件，朝着某种风格去靠近。其中，服务器程序的界面需要做到操作简便，便于管理。在设计上，采用下拉式菜单的方式。在出错显示方面，能够调用 C++库中的错误提示函数。

总的来说，系统的用户界面应作到可靠性、简单性、易学习和使用

4．1．2 软件接口

服务器程序能够利用 C++所提供的针对 SQL 的接口，来实施对数据库的全部访问。

服务器程序能够使用 SQL 的相关命令来对数据库进行备份操作，从而实现对数据的保存。

在网络软件接口这一方面，会运用一种能够确保无差错的传输协议。并且，会采用滑动窗口这种方式来对数据进行网络传输以及接收。

4．1．3 硬件接口

在输入方面，对于键盘的输入以及鼠标的输入，能够运用 C++的标准输入/输出，以此来对输入进行处理。

在输出方面，打印机的连接以及其使用，能够通过 C++的标准输入/输出去进行处理。在网络传输这一部分，还有在网络硬件这一部分，为了达成高速传输的目的，将会采用高速 ATM。

4．2 内部接口

内部接口方面，各模块之间通过函数调用、参数传递以及返回值来进行信息传递。关于具体参数的结构，会在下面数据结构设计的内容里进行说明。接口所传递的信息是用数据结构封装起来的数据，以参数传递或者返回值的形式在各个模块之间进行传输。

5．数据结构设计

5．1 数据库数据结构设计

在使用 DBMS 时，系统将运用 SQL。系统主要有 3 张数据表需要维护，分别是：

1．航班班次表

航班号起飞日期/时间飞行目的地座位空数商务仓票价经济仓票价

航班班次表中保存着所有从本地起飞的班机信息，其主键是航班号。定位之前要先查找座位空数，定位之后要对座位空数进行修改。

2．定位信息表

航班号帐单号是否领票

定位信息表保存着已定位的信息，其主键是帐单号，外部主键是航班号。在旅客进行领票这个过程中会用到此表，领票完成后会对是否领票的域进行修改。

3．帐单信息/旅客资料表

帐单号旅客姓名旅客性别旅客身份证号工作单位

帐单信息和旅客资料表保存了已定位的旅客信息资料。它的主键是旅客身份证号，外部主键是帐单号。主要是在领票时把旅客信息一起返回。

4．机位信息表

班机号机位信息

机位信息表对各班机的各机位定票状况进行保存。其外部主键是班机号。主要作用在于定票时用来确定旅客机位，并且可以返回相关信息。

5．2 物理数据结构设计

物理数据结构设计主要是针对数据在模块中的表示形式进行设计。在模块中，数据是以结构的形式来进行表示的。

1．旅客信息

用于定票时接收输入，以及领票时服务器返回。

2．帐单号

可使用一LONG INT 实现。

用于领票时接收输入，以及定票时服务器返回。

3．飞行目的

用于定票时接收输入，以及领票时服务器返回。

4．网络包

用于数据在网络上的传输。

5．错误信息

用于关于错误操作。

6．机票信息

用于打印机票准备工作。数据类型可参照上面所述。

7．帐单信息

用于打印帐单准备工作。数据类型可参照上面所述。

5．3 数据结构与程序的关系

服务器程序进行定票/领票操作时，要对数据库的数据结构，也就是数据表进行查询和修改。在定票/领票过程中，都需要对数据库中的所有表进行联合查询和修改。

物理数据结构主要是用于各模块之间函数的信息传递。接口传递的信息是以数据结构封装起来的数据，这些数据会以参数传递或者返回值的形式在各模块之间进行传输。出错信息会被送入显示模块中，而机票结构和帐单结构则会被送入打印准备模块中，以便准备打印格式。