1、1概要设计说明书1 引言11 编写目的在本机票预定系统项目的前一阶段，也就是需求分析阶段中，已经将系统用户对本系统的需求做了详细的阐述，这些用户需求已经在上一阶段中对航空公司、各旅行社及机场的实地调研中获得，并在需求规格说明书中得到详尽得叙述及阐明。本阶段已在系统的需求分析的基础上，对机票预定系统做概要设计。主要解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概
2、要设计对机票预定系统所做的模块结构设计的基础上，对系统进行详细设计。在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。12 项目背景机票预定系统将由两部分组成：置于个旅行社定票点的前台客户程序，以及置于航空公司的数据库服务器。本系统与其他系统的关系如下：（旅行社） : （航空公司） 飞机起飞数据13 定义131 专门术语Microsoft Access: 系统服务器所使用的数据库管理系统（DBMS） 。SQL: 一种用于访问查询数据库的语言事务流：数据进入模块后可能有多种路径进行处理。主键：数据库表中的关
3、键域。值互不相同。外部主键：数据库表中与其他表主键关联的域。ROLLBACK: 数据库的错误恢复机制。132 缩写系统：若未特别指出，统指本机票预定系统。SQL: Structured Query Language（结构化查询语言） 。ATM: Asynchronous Transfer Mode (异步传输模式) 。客户程序客户程序客户程序客户程序服务器及程序网 络机场飞机起飞管理214 参考资料以下列出在概要设计过程中所使用到的有关资料：1 机票预定系统项目计划任务书 湖北航空公司 1999/32 机票预定系统项目开发计划 武 汉科技大学 HARD 软件开发小组 1999/33 需求规格说
4、明书 武汉科技大学 HARD 软件开发小组 1999/34 用户操作手册（初稿） 武汉科技大学 HARD 软件开发小组 1999/45 软件工程 张海藩 清华大学出版社 1990/112 .任务概述21 目标22 运行环境系统将由两部分程序组成，安装在各旅行社客户机上的客户程序及航空公司内的数据服务器程序。根据调研得知所有旅行社的计算机配置均在 Pentium 133 级别以上，客户程序应能够在 Pentium 133 级别以上, Win NT 环境下运行。23 需求概述1系统简介航空公司为给旅客乘机提供方便，需要开发一个机票预定系统。各个旅行社把预定机票的旅客信息（姓名、性别、工作单位、身份
5、证号码（护照号码） 、旅行时间、旅行始发地和目的地，航班舱位要求等）输入到系统中，系统为旅客安排航班。当旅客交付了预订金后，系统打印出取票通知和帐单给旅客，旅客在飞机起飞前一天凭取票通知和帐单交款取票，系统核对无误即打印出机票给旅客。此外航空公司为随时掌握各个航班飞机的乘载情况，需要定期进行查询统计，以便适当调整。2技术要求和限制条件（1）在分析系统功能时要考虑有关证件的合法性验证（如身份证、取票通知和交款发票）等。（2）对于本系统还应补充一下功能：1旅客延误了取票时间的处理2航班取消后的处理3旅客临时更改航班的处理（3）系统的外部输入项至少包括：旅客、旅行社和航空公司。24 条件与限制3 .
6、总体设计31 处理流程下面将使用（结构化设计）面向数据流的方法对机票预定系统的处理流程进行分析。1 2 3旅客资料 旅客信息录入完毕3下面对各模块（以数字表示）进行功能说明：1. 读入旅客资料 读取所输入的旅客资料，并将其格式化，将格式化数据送 2。2. 检验输入资料 检验格式化输入资料，初步检查输入是否有误，它是一个事务处理中心，有误则转 1 再次读入，检查无误则将数据送 3。3. 数据送入旅客信息表 将旅客信息作为一条记录插入到旅客信息表中。4. 读入航班的始发地和目的地 读取输入的数据，并将其格式化，将数据传送至5。5. 寻找满足条件的航班信息 通过航班信息表查询满足条件的航班，并将查询
7、结果送到 6。6. 选择航班 若有记录返回，从记录中选择一个合适的航班，并将数据送到 7，否则航班安排不成功。7. 产生订票信息 根据航班安排，旅客信息等，将数据录入到订票信息表中，并将数据送入到 8。8. 产生取票通知单和账单 将数据送入到取票通知单和账单的数据库中，数据送入9。9. 打印取票通知单和账单 由数据判断是否交付定金，如果已交付则打印，否则不成功。10. 读入取票号 读入取票号，将数据分别送到 11 和 14。11. 查询信息 根据取票号查询取票通知单表和账单表，在屏幕上显示取票通知单的4 5 67 8 911=11512 13航班安排取票号 显示取票通知和账单信息打印取票通知和
8、账单打印机票1014 提示安排航班不成功取票通知和账单信息4信息和账单信息。12. 核对信息 将屏幕上显示信息与旅客提供的数据对比，若正确，则可支付余额，并将数据送入 13。13. 记录交款信息并打印机票 将数据送入到账单表，由机票信息处理机票格式并打印出机票。14. 显示机票相关信息 将数据送入 15。15. 接受更改的机票信息 由接受到的数据查询航班信息表，返回结果送入 6。以上显示的各模块数字相同的为同一模块；由于事务流处理上的便利，将有些功能模块，拆分到各事务流中。32 总体结构和模块外部设计下面以结构图来描述机票预定系统的软件总体结构。框内注明了模块的名字；方框之间的直线表示模块的调
9、用关系。3.3 功能分配该系统目前所要具备的基本功能有：旅客信息的输入、安排航班、查询航班、打5印通知、改签机票、领取机票。4 .接口设计41 外部接口411 用户界面在用户界面部分，根据需求分析的结果，用户需要一个用户友善界面。在界面设计上，应做到简单明了，易于操作，并且要注意到界面的布局，应突出的显示重要以及出错信息。外观上也要做到合理化，考虑到用户多对 WINDOW 风格较熟悉，应尽量向这一方向靠拢。在设计语言上，已决定使用 MS VISUAL C+ 进行编程，在界面上可使用 VISUAL C+ 所提供的可视化组件，向 WINDOWS 风格靠近。 其中服务器程序界面要做到操作简单，易于管
10、理。在设计上采用下拉式菜单方式，在出错显示上可调用 VISUAL C+ 库中的错误提示函数。总的来说，系统的用户界面应作到可靠性、简单性、易学习和使用412 软件接口服务器程序可使用 VISUAL C+ 提供的对 Microsoft Access 的接口，进行对数据库的所有访问。服务器程序上可使用 Microsoft Access 的对数据库的备分命令，以做到对数据的保存。413 硬件接口在输入方面，对于键盘、鼠标的输入，可用 VISUAL C+的标准输入/输出，对输入进行处理。在输出方面，打印机的连接及使用，也可用 VISUAL C+的标准输入/输出对其进行处理。在网络传输部分，在网络硬件部
11、分，为了实现高速传输，将使用高速ATM。42 内部接口内部接口方面，各模块之间采用函数调用、参数传递、返回值的方式进行信息传递。具体参数的结构将在下面数据结构设计的内容中说明。接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在各模块间传输。5 .数据结构设计51 数据库数据结构设计DBMS 的使用上系统将采用 SQL SERVER, 系统主要需要维护 5 张数据表：1. 订票信息表记录旅客的旅行时间和目的地，用于确定旅客航班。主键为OrderNum，当修改航班信息、安排航班时，数据存到该表。2. 旅客信息表记录旅客的个人信息及旅客要求航班信息，用于对旅客的确认及安排航班。主键
12、为 ID，由旅行社输入旅客的信息，并存到该表。3. 航班信息表6记录旅客的航班信息，根据旅客的旅行时间和目的地确定航班。主键为FlightNum，由航空公司输入信息到该表。4. 取票通知记录旅客身份证号、订单号、验证旅客订票信息。由订票信息得到该表的信息。5. 账单记录旅客的交款信息，用于确认及取票验证。主键为 BillNum，信息来源于订票信息表。52 物理数据结构设计物理数据结构设计主要是设计数据在模块中的表示形式。数据在模块中都是以结构的方式表示。1.订票信息订单号：4数字4身份证号：18数字18航班号：2字母2+4数字4订票日期：4数字4+/+2 数字2+/+2数字2 （例：2011/
13、01/10）座位号：0数字3票价：0数字42.旅客信息身份证号码：18数字18姓名：4字符20性别：2字符2工作单位：4字符20旅行时间：4数字4+/+2数字2+/+2数字2 始发地点：4字符20目的地：4字符20航班舱位要求：4字符 203.航班信息航班号：2字母2+4数字4始发地：4字符20目的地：4字符20始发时间：1数字 2+：+2数字2+：+2数字2（例：8：30：00）抵达时间：1数字2+：+2数字2+：+2数字2头等舱票数：0数字 3经济舱票数：0数字 3头等舱价格：0数字 4经济舱价格：0数字 44.取票通知7身份证号：18数字18订单号：4数字4取票日期：4数字 4+/+2数
14、字2+/+2数字25.账单账单号：4数字4订单号：4数字4定金：0数字4折扣：0.+0数字2机票余款：0数字4数据类型可参照上面所述。53 数据结构与程序的关系服务器程序在对安排航班、改签机票、领取机票进行操作时需对数据库数据结构，也就是数据表进行查询和修改。物理数据结构主要用于各模块之间函数的信息传递。接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在各模块间传输。出错信息将送入显示模块中，机票结构，帐单结构，送入打印准备模块中准备打印格式。6 .运行设计61 运行模块的组合客户机程序在有输入时启动接收数据模块，通过各模块之间的调用，读入并对输入进行格式化。在接收数据模块得
15、到充分的数据时，将调用网络传输模块，将数据通过网络送到服务器，并等待接收服务器返回的信息。接收到返回信息后随即调用数据输出模块，对信息进行处理，产生相应的输出。服务器程序的接收网络数据模块必须始终处于活动状态。接收到数据后，调用数据处理/查询模块对数据库进行访问，完成后调用网络发送模块，将信息返回客户机。62 运行控制运行控制将严格按照各模块间函数调用关系来实现。在各事务中心模块中，需对运行控制进行正确的判断，选择正确的运行控制路径。在网络传方面，客户机在发送数据后，将等待服务器的确认收到信号，收到后，再次等待服务器发送回答数据，然后对数据进行确认。服务器在接到数据后发送确认信号，在对数据处理
16、、访问数据库后，将返回信息送回客户机，并等待确认。63 运行时间在软体的需求分析中，对运行时间的要求为必须对作出的操作有较快的反应。网络硬件对运行时间有最大的影响，当网络负载量大时，对操作反应将受到很大的影响。所以将采用高速 ATM 网络，实现客户机与服务器之间的连接，以减少网络传输上的开销。其次是服务器的性能，这将影响对数据库访问时间即操作时间的长短，影响加大客户机操作的等待时间，所以必须使用高性能的服务器，建议使用 Pentium III 处理器。硬件对本系统的速度影响将会大于软件的影响。7 .出错处理设计871 出错输出信息程序在运行时主要会出现两种错误：1、由于输入信息，或无法满足要求时产生的错误，称为软错误。2、由于其他问题，如网络传输超时等，产生的问题，称为硬错误。对于软错误，须在定票/领票操作成功判断及输入数据验证模块由数据进行数据分析，判断错误类型，再生成相应的错误提示语句，送到输出模块中。对与硬错误，可在出错的相应模块中输出简单的出错语句，并将程序重置。返回输入阶段。出错信息必须给出相应的出错原因，例：全部班机座位已满！查无此定位信息！等。
