飞机票订系统设计说明书讲解Word格式.docx

飞机票订系统设计说明书讲解Word格式.docx

《飞机票订系统设计说明书讲解Word格式.docx》由会员分享，可在线阅读，更多相关《飞机票订系统设计说明书讲解Word格式.docx（15页珍藏版）》请在冰点文库上搜索。

SQL:

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

事务流：

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

主键：

数据库表中的关键域。

值互不相同。

外部主键：

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

ROLLBACK:

数据库的错误恢复机制。

1．3．2缩写

系统：

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

StructuredQueryLanguage（结构化查询语言）。

ATM:

AsynchronousTransferMode（异步传输模式）。

1.4参考资料

《软件工程导论》清华大学出版社张海藩编著

《数据库系统概论（第三版）》高等教育出版社萨师煊王珊等编著

携程网机票订购系统操作流程携程网

软件工程——机票预定系统CSDN网络

软件工程实验报告----航空订票系统CSDN网络

2总体设计

2.1需求规定

本系统得主要输入项是乘客的信息，如所乘飞机的航班号，票价，起飞到达时间、地点等，其中大多数为数据的操作；

输出项主要出现在查询中，也是与乘客有关的各种信息，要求有详细的信息，即让乘客了解到的信息尽可能的详细；

还有系统安全方面的考虑，要保证系统的安全性。

2.2运行环境

1）硬件环境：

运行本软件要求处理器在奔腾111以上，内存在256MB以上的计算机。

2）软件环境：

本系统支持的操作系统包括Windows95，Windows98，Windows2000和WindowsXP；

本系统的支持数据库为MySQL;

本系统的开发工具为Myeclipse7.0

2.3基础设计概念和处理流程

下面将使用（结构化设计）面向数据流的方法对机票预定系统的处理流程进行分析。

系统可分为两大部分：

一、客户机上的程序，二、服务器上的程序。

以下将分别对系统的这两大部分进行流程分析：

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

客户机上的输入信息为旅客资料或帐单号，还包括一个定票/领票选项。

输出为打印帐单或机票，和确认或出错信息。

其内部处理流程如下：

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

1．读入并确定（定票/领票）它是一个事务处理中心，若输入是定票时转入2，输出则转入5。

2．读入旅客资料读取所输入的旅客资料，并将其格式化，将格式化数据送3。

3．检验输入资料检验格式化输入资料，初步检查输入是否有误，它是一个事务处理中心，有误则转2再次读入，检查无误则将数据送4。

4．准备服务器数据由格式化旅客资料准备需发送到服务器的数据，将准备好的数据送7。

5．读入帐单号读取所输入的帐单号，并将其格式化，将格式化数据送6。

6．准备服务器数据由格式化帐单号准备需发送到服务器的数据，不同于4，它将准备的是帐单号，将准备好的数据送7。

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

8．网络数据发送将数据包经网络发送到服务器程序，它是程序与网络的接口。

9．网络数据接受接受由服务器程序经网络传送到客户机的数据包，它是程序与网络的接口。

10．解开/判断解开9所接受的数据包，并判断数据是定票数据或是领票数据，它是一事务处理中心，是定票则将数据送11，是领票则将数据送18。

11．定票成功？

由数据判断定票是否成功，它是一事务处理中心，若定票成功则将数据送12，不成功则将数据送15。

12．领票核对成功？

准备输出数据由接收的服务器数据准备输出数据，其中关于帐单的数据将送入13，其他包括旅客资料等送入14。

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

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

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

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

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

18．由数据判断领票核对是否成功，它是一事务处理中心，若成功则将数据送19，不成功则将数据送15。

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

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

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

1．网络数据接收接受由客户机程序经网络传送到客户机的数据包，它是程序与网络的接口。

2．解开数据解开/解密打包的数据，并将恢复的数据格式化送入3。

3．判断操作由数据判断需要做什么数据库操作，它是一事务处理中心，若为定票操作则将数据送4，若为领票操作则将数据送15。

4．准备数据库查询语句由定票数据准备访问SQLSERVER数据库所需的SQL语句，送入5。

5．数据库操作运行SQL语句，查询并存入数据库，获得相应的定票数据，将数据送入6。

它需包括初步对查询的判断。

它必须为乘客安排可抵达目的地的有座位的航班。

6．判断查询是否成功利用查询所得的数据判断定票是否成功，它是一事务处理中心，若为定票操作成功则将数据送7，若不成功则将数据送8。

7．准备回送数据准备定票成功后需回送客户机程序的数据，送16。

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

9．准备回送数据根据不成功的原因，准备需送回客户机程序的数据，送入16。

10．准备数据库查询语句由领票数据准备访问SQLSERVER数据库所需的SQL语句，送入11。

11．数据库操作运行SQL语句，查询并存入数据库获得相应的领票数据，将数据送入6。

12．判断查询是否成功利用查询所得的数据判断领票是否成功，它是一事务处理中心，若为领票操作得到确认则将数据送11，若不成功则将数据送8。

13．准备回送数据准备领票确认后需回送客户机程序的数据，送16。

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

15．准备回送数据根据不成功的原因，准备需送回客户机程序的数据，送入16。

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

17．网络数据发送将数据包经网络发送到服务器程序，它是程序与网络的接口。

以上显示的各模块数字相同的为同一模块；

由于事务流处理上的便利，将有些功能模块，拆分到各事务流中

2.4结构

2.5功能需求和程序的关系

⑴订票功能：

需要调用用户合法性检查模块检查用户的合法性，只有合法用户才能进行订票。

订票时需调用查询航班模块，录入所需机票信息，查询符合旅客需求的航班，后调用机票4预订模块完成订票，并由打印取票通知和打印账单模块分别打印出取票通知和账单给用户。

⑵购票功能：

需先调用核对预订信息模块，核对无误则调用购买机票模块进行购票，然后由打印机票模块打印出机票给用户。

⑶退票功能：

首先调用机票合法性检查模块对机票的合法性进行审查，审查合法则进入退订处理模块进行相应处理。

2.6人工处理过程

在本系统中用人工的操作就是乘客输入自己的各种信息

3接口设计

3.1外部接口

4．1．1用户界面

在用户界面部分，根据需求分析的结果，用户需要一个用户友善界面。

在界面设计上，应做到简单明了，易于操作，并且要注意到界面的布局，应突出的显示重要以及出错信息。

外观上也要做到合理化，考虑到用户多对WINDOW风格较熟悉，应尽量向这一方向靠拢。

在设计语言上，已决定使用MSVISUALC++进行编程，在界面上可使用VISUALC++所提供的可视化组件，向WINDOWS风格靠近。

其中服务器程序界面要做到操作简单，易于管理。

在设计上采用下拉式菜单方式，在出错显示上可调用VISUALC++库中的错误提示函数。

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

4．1．2软件接口

服务器程序可使用VISUALC++提供的对SQLSERVER的接口，进行对数据库的所有访问。

服务器程序上可使用SQLSERVER的对数据库的备分命令，以做到对数据的保存。

在网络软件接口方面，使用一种无差错的传输协议，采用滑动窗口方式对数据进行网络传输及接收。

4．1．3硬件接口

在输入方面，对于键盘、鼠标的输入，可用VISUALC++的标准输入/输出，对输入进行处理。

在输出方面，打印机的连接及使用，也可用VISUALC++的标准输入/输出对其进行处理。

在网络传输部分，在网络硬件部分，为了实现高速传输，将使用高速ATM。

3.2内部接口

内部接口方面，各模块之间采用函数调用、参数传递、返回值的方式进行信息传递。

具体参数的结构将在下面数据结构设计的内容中说明。

接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在各模块间传输。

4运行设计

4.1运行模块组合

客户机程序在有输入时启动接收数据模块，通过各模块之间的调用，读入并对输入进行格式化。

在接收数据模块得到充分的数据时，将调用网络传输模块，将数据通过网络送到服务器，并等待接收服务器返回的信息。

接收到返回信息后随即调用数据输出模块，对信息进行处理，产生相应的输出。

服务器程序的接收网络数据模块必须始终处于活动状态。

接收到数据后，调用数据处理/查询模块对数据库进行访问，完成后调用网络发送模块，将信息返回客户机。

4.2运行控制

运行控制将严格按照各模块间函数调用关系来实现。

在各事务中心模块中，需对运行控制进行正确的判断，选择正确的运行控制路径。

在网络传方面，客户机在发送数据后，将等待服务器的确认收到信号，收到后，再次等待服务器发送回答数据，然后对数据进行确认。

服务器在接到数据后发送确认信号，在对数据处理、访问数据库后，将返回信息送回客户机，并等待确认。

4.3运行时间

在软体的需求分析中，对运行时间的要求为必须对作出的操作有较快的反应。

网络硬件对运行时间有最大的影响，当网络负载量大时，对操作反应将受到很大的影响。

所以将采用高速ATM网络，实现客户机与服务器之间的连接，以减少网络传输上的开销。

其次是服务器的性能，这将影响对数据库访问时间即操作时间的长短，影响加大客户机操作的等待时间，所以必须使用高性能的服务器，建议使用PentiumIII处理器。

硬件对本系统的速度影响将会大于软件的影响。

5系统数据结构设计

5.1逻辑结构设计要点

航班班次表

表3-1航班信息表

航班号

起飞日期/时间

飞行目的地

座位空数

商务仓票价

经济仓票价

航班班次表保存了所有从本地起飞的班机信息，它的主键为航班号。

在定位前先查寻座位空数，在定位后将修改座位空数。

3.2.2定位信息表

表3-2定位信息表

帐单号

是否领票

定位信息表保存了已定位信息，主键为帐单号，外部主键为航班号。

在旅客领票过程时将用到此表，领票后修改是否领票域

3.2.3帐单信息/旅客资料表

表3-3账单信息表

旅客姓名

旅客性别

旅客身份证号

工作单位

帐单信息/旅客资料表保存已定位的旅客信息资料，它的主键为旅客身份证号，外部主键为帐单号。

主要用于领票时将旅客信息一同返回。

3.2.4机位信息表

表3-4机位信息表

班机号

机位信息

机位信息表保存各班机各机位定票状况。

它的外部主键为班机号。

主要用于定票时确定旅客机位，并返回。

5.2物理结构设计要点

物理数据结构设计主要是设计数据在模块中的表示形式。

数据在模块中都是以结构的方式表示。

1．旅客信息

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

2．帐单号

可使用一LONGINT实现。

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

3．飞行目的

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

4．网络包

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

5．错误信息

用于关于错误操作。

6．机票信息

用于打印机票准备工作。

数据类型可参照上面所述。

7．帐单信息

用于打印帐单准备工作。

5.3数据结构和程序的关系

服务器程序在对定票/领票进行操作时需对数据库数据库数据结构，也就是数据表进行查询和修改：

在定票/领票过程中都需要对数据库中的所有表，进行联合查询、修改。

物理数据结构主要用于各模块之间函数的信息传递。

出错信息将送入显示模块中，机票结构，帐单结构，送入打印准备模块中准备打印格式

6系统出错设计

6．1出错输出信息

程序在运行时主要会出现两种错误：

1、由于输入信息，或无法满足要求时产生的错误，称为软错误。

2、由于其他问题，如网络传输超时等，产生的问题，称为硬错误。

对于软错误，须在定票/领票操作成功判断及输入数据验证模块由数据进行数据分析，判断错误类型，再生成相应的错误提示语句，送到输出模块中。

对与硬错误，可在出错的相应模块中输出简单的出错语句，并将程序重置。

返回输入阶段。

出错信息必须给出相应的出错原因，例：

《全部班机座位已满！

》

《查无此定位信息！

》等。

6．2出错处理对策

所有的客户机及服务器都必须安装不间断电源以防止停电或电压不稳造成的数据丢失的损失。

若真断电时，客户机上将不会有太大的影响，主要是服务器上：

在断电后恢复过程可采用SQLSERVER的日志文件，对其进行ROLLBACK处理，对数据进行恢复。

在网络传输方面，可考虑建立一条成本较低的后备网络，以保证当主网络断路时数据的通信。

在硬件方面要选择较可靠、稳定的服务器机种，保证系统运行时的可靠性。

6.2系统维护和设计

维护方面主要为对服务器上的数据库数据进行维护。

可使用SQLSERVER的数据库维护功能机制。

例如，定期为数据库进行Backup，维护管理数据库死锁问题和维护数据库内数据的一致性等。