航空订票系统详细设计说明书.docx

航空订票系统详细设计说明书.docx

《航空订票系统详细设计说明书.docx》由会员分享，可在线阅读，更多相关《航空订票系统详细设计说明书.docx（16页珍藏版）》请在冰豆网上搜索。

航空订票系统详细设计说明书

《信息系统分析与设计》课程报告

题目航空订票系统（详细设计说明书）

院系电子工程

专业信息工程（系统方向）

学生姓名

学号

指导教师

二Ｏ一二年5月2日

航空订票系统详细设计说明书

1、引言

详细设计阶段的任务是设计出程序的“蓝图”，以后程序员将根据这个蓝图写出实际的程序代码。

因此详细设计的目标是在逻辑上正确的实现每个模块的功能。

1.1编写目的

随着旅游业的逐渐的成熟发达，航空客运量大幅度的提高，国内国际的旅游航班的增加，这些都对航空的信息管理系统提出了更高的要求，所以要不断的完善更新航空售票系统，提高航空售票系统的工作效率。

而详细设计说明书的目的是：

说明一个软件系统各个层次中的每一个程序（每个模块或子程序）的设计考虑。

1.2背景

开发软件名称：

航空订票系统

项目开发者：

滨江学院电子系航空订票系统开发小组：

用户单位：

旅客、航空公司

1.3定义

数据字典：

关于数据的信息的集合，也即对数据流图中包含的元素的定义的集合。

1.4参考资料

文件资料的来源

1、曾凡奇，林小苹，邓先礼，《基于INTERNET的管理信息系统》，

中国财政经济出版社，2001年

2、姜旭平，《信息系统开发方法》，清华大学出版社，1997年

3、齐治昌，谭庆平，宁洪，《软件工程》，高等教育出版社，1997年

4、郑人杰，殷人昆，陶永雷，《实用软件工程》，清华大学出版社，1997年

2、总体设计

2.1需求概述

某航空公司为方便旅客，需开发一个机票预定系统。

为便于旅客由旅行社代替航空公司负责为旅客定票，旅行社把预定机票的旅客信息，包括姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地，输入机票预定系统的客户端程序，系统经过查询航空公司内的航班数据服务器后，为旅客安排航班，印出取票通知。

旅客在飞机起飞前一天凭取票通知和帐单交款后取票，系统校对无误后即印出机票给旅客。

要求系统能有效、快速、安全、可靠和无误的完成上述操作。

并要求客户机的界面要简单明了，易于操作，服务器程序利于维护。

2.2软件结构

3、程序描述

程序设计主要是为了明了概括订票系统的设计思路理念，给人以清晰的结构。

通过分布罗列来说明其作用与其重要性，也有部分补充其其他方面。

程序包括：

登录系统：

其功能含有：

旅客登录到订票系统界面。

订票系统：

其功能含有：

旅客身份信息验证，航班信息查询，缴预款。

查询系统：

其功能含有：

查询飞机航班。

修改系统：

其功能含有：

修改已订票的相关信息。

取票系统：

其功能含有：

通知单验证，缴余数取款。

退票系统：

其功能含有：

退订预定航班，退订票。

3.1程序功能

1、旅行社把预订机票的旅客信息（姓名、性别、工作单位、身份证号、旅行时间、旅行目的地等）输入该系统；

2、系统为旅客安排航班，印出取票通知和帐单；

3、旅客在飞机起飞的前一天凭取票通知和帐单交款取票，系统校对无误即印出机票给旅客。

3.2程序性能

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

系统处理的准确性和及时性是系统的必要性能。

在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和相应时间能过满足企业对信息处理的需求。

由于机票预定系统的查询功能对于整个系统的功能和性能完成举足轻重。

作为系统的很多数据来源，而机票数量和时间又影响企业的决策活动，其准确性很大程度上决定了机票预订系统的成败。

在系统开发过程中，必须采用一定的方法保证系统的准确性。

（2）系统的开发性和可扩充性

机票预订系统在开发过程中，应该充分考虑以后的可扩充性。

所有这些都要求系统提供足够的手段进行功能的调整和扩充。

而要实现这一点，应该通过系统的开发性来完成，既系统应是一个开放系统只要符合一定的规范，可以简单的加入和减少系统的模块，配置系统的硬件。

通过软件的修补，替换完成系统的升级和更新换代。

（3）系统的响应速度

机票预订系统在日常处理中的响应速度为妙极，达到实时要求，以及实时反馈信息。

在进行统计分析时，根据其问题而影响工作效率因为需要数据量得不同而从妙极到分钟级。

3.3程序的输入项

序号

名称

类型

有效范围

输入方式

频度

数据来源

1

身份证号

int

3410000000-9990000000

手动输入

高频度

旅客

2

出发地、目的地

String

手动输入

高频度

旅客

3

航班号

text

A0001-Z9999

手动输入

中频度

航班信息数据库

4

缴费金额

int

000.0-999.9

手动输入

中频度

旅行社管理员

5

订单号

Char

00000000-99999999

手动输入

低频度

旅行社管理员

6

日期

text

01.01-12.31

手动输入

中频度

航班信息数据库

3.4程序的输出项

序号

名称

类型

频度

数据来源

1

身份证号

int

中频度

旅客数据库

2

航班查询结果

String

中频度

航班信息，机票状态信息

3.5算法

3.5.1、注册

（1）、功能描述

注册模块主要实现旅客进行账号注册的功能。

（2）、调试方法

在进入系统之前，由系统默认直接调试。

（3）、界面设计

3.5.2、登录

（1）、功能描述

登录模块主要实现管理员的登录功能。

用以确定用户是否具有使用该系统的功能。

（2）、调试方法

在进入系统之前，由系统默认直接调试。

（3）、界面设计

3.5.2、查询系统

（1）、功能描述

查询模块主要实现确认是否有旅客所需要订票的航班号。

（2）、调试方法

系统自动调试。

（3）、界面设计

3.5.3、订票系统

（1）、功能描述

实现旅客的订票功能。

（2）、调试方法

系统自动调试。

（3）、界面设计

（4）、主要算法

If有可订机票

｛验证旅客身份信息

If验证通过

｛旅客选择航班，日期

旅客缴费

管理员打印取票通知单

旅客领取取票通知单

｝

Else

提示旅客身份不合法

｝

3.5.4、修改系统

（1）、功能描述

修改功能主要是实现旅客修改以预订票的相关信息。

（2）、调试方法

系统自动调试。

（3）、界面设计

（4）、主要算法

管理员进行旅客的身份验证

If验证通过

｛输入旅客已订航班

管理员根据旅客要求进行修改

｝

Else

提示：

旅客身份不合法

3.5.5、取票系统

（1）、功能描述

取票功能主要实现旅客凭借取票通知单取票的功能。

（2）、调试方法

由管理员手动选择进入。

（3）、界面设计

（4）、主要算法

管理员进行旅客身份验证

管理员进行旅客的取票通知单验证

If都是真

｛旅客缴余款

（后台数据库删除相应订单记录，

修改机票状态信息

插入以售票信息表）

管理员打印机票

旅客取票

Else

提示：

取票人员身份不合法或

取票通知单无效

｝

5.5.6、退票系统

（1）、功能描述

退票模块主要实现旅客取消预订票或退票的功能。

（2）、调试方法

由管理员手动选择进入。

（3）、界面设计

（4）、主要算法

管理员进行旅客身份信息验证

If身份合法

If旅客取消订票

｛管理员根据订单ID查询订单信息表

If存在相应信息

删除记录

修改机票状态信息

Else

提示订票信息有误

｝

Elseif旅客退票

｛管理员根据订单ID

查询已售票表

If存在相应信息

删除记录

修改机票状态信息

Else

提示订单信息有误

｝

3.6程序逻辑

3.6.1、登录

不存在

存在

3.6.2、查询系统

不合法身份

3.6.3、订票系统

不合法身份

3.6.4、修改系统

不合法

3.6.5、取票系统

不合法身份

不合法

合法

3.6.6、退票系统

不合法身份

不合法不合法

取消订票退票

3.7接口

3.7.1、用户接口

本套航空订票系统软件的可视化很强，做到用户运行程序就可直接上手操作。

3.7.2、外部接口

在本套航空订票系统软件中没有考虑外部接口问题，如有需要可以添加对外部接口的考虑，例如红外扫描、卡式读取设备等。

3.7.3、内部接口

因为本套航空订票系统软件是使用可视化软件来管理数据库中的数据，因此数据库为连接各个模块之间的接口，我们同时也称之为软件内部的接口。

3.8存储分配

模块由系统自由分配内存。

3.9注释设计

尽可能的将软件中插入注释语句，使语句功能明了。

制作客户端的ASP网页的时候应该制作两分，一份是标有注释语句的网页，用来给维护人员、测试人员和开发人员了解开发过程所用，另一份是不带有注释语句的网页，用来最后实际应用当中，这样可以充分的利用有限的带宽，降低客户的计算机打开网页的时间，提高客户端的浏览速度。

3.10限制条件

当系统第一次使用时，具有统一的用户ID和密码，超级用户在3次验证错误后，系统自动关闭。

限制必要的条件，以排除由于用户的误操作造成不必要的错误。

3.11测试计划

数据库连接正常并且传入数据库的数据匹配，则合法；若不匹配则非法，数据库连接异常，而且传入数据库连接正常，成功修改出库表库存表，若传入数据库数据异常，给出错误类型和相应的提示。

在软件编辑的工作进行当中，测试人员便要开始制定测试计划，其中要包括白盒和黑盒的具体测试项目，及其必要的测试数据和出错的信息。

每次测试的结果要写报告，并就发现和怀疑的问题与编辑人员联系。

测试的结果要让编辑人员明白。

3.12尚未解决的问题

3.12.1、客户端尚未解决的问题

客户端尚未解决的问题是，如何与订票人的银行账户连接。

3.12.2、服务器端尚未解决的问题

服务器端尚未解决的问题是，系统自动检索到过期的航班后自动将其信息删除并且要保所有与该航班关联的订票人的信息和乘客的信息都删除，难点在于，如何保证数据库中的表间的一致性。

3.12.3、难点问题

难点问题是服务器端的程序的删除部分，因为订票人的信息关系到部分乘客的信息，必须保持数据的完整性。

其次是航班信息，它关系着部分订票人的信息和乘客信息，其中还嵌套着这部分订票人当中有部分关系的乘客信息，并且同一定票人可以订购多架次航班的机票和所订购的机票的数量也不仅仅是1张，要将航班信息删除，也要保数据的完整性。