1、毕业设计论文需求分析与概要设计题目名称： 分布式航空订票系统 学 院： 计算机科学技术学院 专 业： 计算机科学与技术（工） 姓 名： 学 号： 指导教师： 二八 年 一 月 零七 日1、可行性分析 31.1 编写目的： 31.1.1 项目背景： .31.1.2 参考资料： 31.2 可行性研究的前提 31.2.1 要求 .31.2.2 目标： .41.2.3 条件，假定和限制 .41.技术可行性分析 .41.3.1 系统简要描述 .41.3.2 处理流程和数据流程 .41.4 经济可行性分析 51.4.1 支出 .51.5 因素可行性分析 51.5.1 法律因素 .51.5.2 用户使用可行
2、性 .51.6 其他可供选择的方案 51.6.1 客户端与服务器端联系在一起 .51.7 结论意见 52、需求分析 62.1 概述 62.2 问题分析 62.2.1 需求描述 72.2.2 具体的功能要求 .72.2.3 航空订票系统数据流图 82.2.4 软件配置 92.2.5 硬件配置 103、概要设计 103.1 项目背景 103.2 系统设计 103.3 处理流程 123.3.1 客户机程序流程 .123.3.2 服务器程序流程 .143.4 结构和模块外部设计 153.4.1 客户机部分 .153.4.2 服务器程序部分 .163.5 功能分配 173.6 数据结构设计 173.6.
3、1 数据库数据结构设计 173.6.2 物理数据结构设计 183.6.3 数据结构与程序的关 系 .201、可行性分析1.1 编写目的：可行性研究的目的是为了对问题进行研究，以最小的代价在最短的时间内确定问题是否可解经过对此项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。明确开发风险及其所带来的经济效益。本报告经审核后，交软件经理审查。1.1.1 项目背景：开发软件名称：分布式航空订票系统。项目任务提出者：北华大学计理 04-2 班刘成伟项目与其他软件，系统的关系：本项目采用客户机/服务器原理，客户端的程序是建立在 Windows NT 系
4、统上以 JAVA 为开发软件的应用程序，服务器端采用 Linux 为操作系统的工作站，是采用 MYSQL 的为开发软件的数据库服务程序。 1.1.2 参考资料：1 闪四清数据库系统原理与应用教程M清华大学出版社，2005 年 1 月2 萨师瑄等数据库系统概论M高等教育出版社, 2000 年 7 月 3 面向对象JAVA编程思想. (美) Timothy Budd著 清华大学出版社 20024J2EE 设计开发编程指南. 魏海萍 译，电子工业出版社，2003 年5Java 编程语言(第 3 版). 虞万荣 等译，中国电力出版社，2003 年6数据结构与算法分析 (Java). (美) Mark
5、Allen Weiss著 机械工业出版社 2004 7企业应用架构模式. 王怀民 等译，机械工业出版社 ，2004 年8 Ajax 高级程序设计 . Nicholas C. Zakas, Jeremy McPeak 著 人民邮电出版社 2006 9Ajax 基础教程 . (美) Ryan Asleson, Nathaniel T. Schutta 著 人民邮电出版社 2006 1.2 可行性研究的前提1.2.1 要求主要功能：为同学们提供图书查询借阅服务，方便图书管的工作，提高学校图书馆的服务质量和服务效率性能要求：要确保同学们查询到最新的图书信息。借阅系统的借书信息必须无差错的存储在机场的主
6、服务器上。对服务器上的数据必须进行及时正确的刷新。输出要求：数据完整，详实。输出要求：简捷，快速，实时。安全与保密要求：服务器的管理员享有对图书库及同学们借阅信息库管理与修改。同学们只享有对图书信息库的查询。完成期限：预计六个月，即截止8 年 6 月日。1.2.2 目标：系统实现后，大大提高中原工学院图书馆的服务效率。降低图书借阅服务中的错误发生率，为同学们学习提供更大的方便。 1.2.3 条件，假定和限制建议软件寿命：10 年。硬件条件：服务器 sun 工作站，终端为 pc 机。运行环境：WindoW xp数据库：SQL投入运行最迟时间：2008/06/151.技术可行性分析1.3.1 系统
7、简要描述当顾客用 PC 机在网上进行咨询时，终端向服务器发出查询请求，服务器根据航班信息库的实时数据，向终端发送数据，显示在终端的屏幕上。当顾客向售票员定票时，终端向服务器发出详尽的一份定单，服务器核对后，存入定票信息库，并修改机票信息库。当顾客再次来取票时，终端向服务器发出查询定票请求，服务器接收后，查询定票信息库，核对后，传送机票确认表单，终端打印出机票。1.3.2 处理流程和数据流程系统管理员事务航班信息的更新服务器终端显示数据产生报表售票员 查询请求数据库 产生报表 客户机终端显示数据售票员 表单申请 产生报表 客户机终端显示数据售票员 机票核对事务在客户端打印机票和帐单产生报表及帐单
8、1.4 经济可行性分析1.4.1 支出网上订票成本相对更低、利润空间相对较大，而且，每天到网站的消费者比到卖场的消费者数量更多，这对是经销商至关重要。成功的 IT 经销商，已经不仅仅局限在卖场、门店、写字楼或者是居民楼。要利用网络平台开展全国进行渠道管理，近日，清华紫光笔记本也通过网络订购小试牛刀；小到经销商、柜台户通过互联网订购，甚至是个人开始的空中商店可以说，无论是何种类型、何种出身，只要是你专心经营、诚心经商，互联网都给予了平等的机会，尤其是给航空也带来了相当多的增值和成长。1.5 因素可行性分析1.5.1 法律因素所有软件都选用正版.所有技术资料都由提出方保管。合同制定确定违约责任.1
9、.5.2 用户使用可行性使用本软件人员要求有一定计算机基础的人员,系统管理员要求由计算机的专业知识,所有人员都要经过本公司培训.管理人员也需经一般培训.经过培训人员将会熟练使用本软件.两名系统管理员,一名审计员将进行专业培训,他们将熟练管理本系统.1.6 其他可供选择的方案1.6.1 客户端与服务器端联系在一起数据输入由终端输入，所有数据都由服务器处理，只在终端上显示数据结果。 此设计简化了数据处理，但加重了服务器的数据处理。而使用客户端/服务器机理，简化数据流量，加快数据处理。1.7 结论意见由于投资效益比远大于 100%, 技术、经济、操作都有可行性，可以进行开发.2、需求分析 2.1 概
10、述随着航空事业的飞速发展和人民生活水平的提高，人们已不在亲自到航空公司预定机票，通过网络定票，网上预约定票已经是未来航空定票的主要发展趋势。因此，机票预定中心将是您理想的选择。分布式航空订票系统的总目标是：在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的机票预定系统，实现航空公司的机票销售的自动化的计算机系统，为企业的决策层提供准确、精细、迅速的机票销售信息。根据可行性研究的结果和客户的要求，分析现有情况及问题，采用 Client/Server结构，将机票预定系统划分为两个子系统：客户端子系统，服务器
11、端子系统。本系统的开发宗旨，以及总体任务就是要实现网上订票的快捷性、安全性。所以为了能够实现编制这个软件所设定的目标，在程序的开发之前，需求分析必不可少。需求分析是介于系统分析和软件设计阶段之间的重要桥梁。一方面，需求分析以系统规格说明和项目规划作为分析活动的基本出发点，并从软件角度对它们行检查与调整；另一方面，需求规格说明又是软件设计、实现、测试直至维护的主要基础。良好的分析活动有助于避免或尽早剔除早期错误，从而提高软件生产率，降低开发成本，改进软件质量。本系统主要为订票者提供订票服务，以及与此相关的信息服务。例如查看航班，查看座位余额。使用本系统，可以实现对航班信息，用户信息，订票信息进行
12、有效的管理，同时对系统进行管理维护，以满足安全性和可维护性等方面的要求。2.2 问题分析由于业务的需要和保密性，也为了便于管理，系统管理员与普通用户应该具有不同的使用权限。普通用户和管理员都可以浏览网站上的一些信息以及相关的操作，如订单的查询，航班的查询等。而管理员才有权限管理普通用户、出票、航班等。用户按权限应分为两种：普通用户和管理员。从整体上看，系统应两大模块：一个是普通用户模块；另一个是管理员模块。对于普通用户，分为登录和非登录两种，没有登录的用户只能查看航班等基本的信息，不拥有订票的功能。登录的用户可以查看某次航班的座位余额。可以订票，可以查看自己的订票信息。还可以查看天气。管理员的
13、拥有的权限最大，它可以对用户和航班进行添加、删除、修改等操作。最重要的是能够对用户以订票的信息进行出票管理，发送确认信息。2.2.1 需求描述需求描述就是根据用户的描述来确定航空订票系统的详细功能。此系统的用例包括普通用户和管理员。管理员是这个系统的管理者，他拥有管理用户、航班的权限，普通用户可以使用此系统来实现订票功能。他们都可以查看航班、订单信息。2.2.2 具体的功能要求本论文所设计的航空公司订票管理系统正是根据目前航空公司的订票处理过程的特点，设计适用于各个航空公司订票管理的系统。该系统能够完成航空公司需要订票管理的全过程，包括舱位信息管理、客机信息管理、航线信息管理、客户信息管理、客
14、户类型信息管理、订票信息管理等功能，实现信息管理的系统化、规范化、自动化。其中的模块有数据库模块设计：系统的概要设计中最重要的就是系统模块化设计。模块化是指解决一个复杂问题时自顶向下逐层把软件系统划分成若干个模块的过程。每个模块完成一个特定的功能，所有的模块，按某种方法组织起来，成为一个整体，完成整个系统所要求的功能。将系统划分为多个模块是为了降低软件系统的复杂性，提高可读性、可维护性，但模块的划分不能是任意的，应尽量保持其独立性。也就是说，每个模块只完成系统要求的独立的子功能，并且与其他模块的联系最少，且接口简单，即尽量做到高内聚低耦合，提高模块的独立性，为设计高质量的软件结构奠定基础。用户
15、模块（1）航班显示信息 （2）登录（3）注册与注销 （4）航班搜索与根据城市搜索航班（5）查询座位余额 （6）找回密码（7）订单查询 （8）修改个人密码（9）预定机票，已定机票 （10）天气预报 管理员模块（1）管理员登录（2）客户注册信息（3）客户订票信息（4）航班管理（5）出票管理（6）查询预定情况2.2.3 航空订票系统数据流图一个基于计算机的信息处理系统是由数据流和一系列的转换构成的，而这些转换将输入数据流变换为输出数据流。数据流图就是用来刻画数据流和转换的信息系统建模技术。它用简单的图形记号分别表示数据流、转换、数据源以及外部实体。它提供了层次结构，让分析人员能够方便地表示任意抽象级
16、别上的信息系统或其子系统，并支持问题分解、逐步求精的分析方法。以下是数据库的顶级数据流图：以下是航空订票系统的 1 级流图：命令 航班信息订票信息 座位余额命令出票数据配置信息 订票信息 出票信息配置数据 数据库数据“分布式航空订票系统”顶级数据流图用户管理员 航空订票系统显示器打印机2.2.4 软件配置软件配置主要包括数据库的选择和操作系统的选择。分布式航空订票系统的软件配置根据用户对系统的稳定性要求、系统的容量以及用户的维护水平来确定。1. 数据库的选择可以根据数据量的大小选择不同的数据库。当然，这种选择不是绝对的。对于业务的数据库信息量非常大的，要求数据库的吞吐量和稳定性较高，这就需要选
17、择更好的数据库。但对于业务量小，用户命令 命令有误修改个人信息显示订单信息 显示信息配置命令 显示座位余额口令正确配置数据 获取信息 订票信息 出票信息处理完毕配置信息 数据库信息读取信息 写出数据命令口令正确 编辑航班，出票“分布式航空订票系统”1 级流图用户用户命令核对用户功能处理显示器配置命令管理员口令核对管理员功能处理信息处理显示信息数据信息量也比较小，为了节省经费，可以选择较为便宜的数据库，这要根据用户的需要而定。数据库的选择还要考虑与操作系统的配合。根据这一原则本系统采用 SQL SERVER 2000 数据库。2. 操作系统选择可以根据用户量的大小选择不同的操作系统。当然，一般情
18、况下，用户对微软 Windows 界面比较熟悉，因此，建议都使用 Windows 98、Windows 2000或者 Windows XP 操作系统。为了便于学习，在本系统中选择 Windows XP 操作系统。2.2.5 硬件配置分布式航空订票系统的硬件配置要根据用户对系统的稳定性要求、系统的容量、系统的吞吐量以及用户维护水平来确定。可以根据数据量和吞吐量的大小选择不同的系统硬件。3、概要设计3.1 项目背景本项目（机票预定系统）时由浙江航空公司委托，由负责开发。机票预定系统将由两部分组成：置于个旅行社定票点的前台客户程序，以及置于航空公司的数据库服务器。本系统与其他系统的关系如下：（旅行社
19、） : （航空公司） 飞机起飞数据3.2 系统设计在本系统项目的前一阶段，也就是需求分析阶段中，已经将系统用户对本系统的需求做了详细的阐述，这些用户需求已经在上一阶段中对航空公司、各客户程序客户程序客户程序客户程序服务器及程序网 络机场飞机起飞管理旅行社及机场的实地调研中获得，并在需求规格说明书中得到详尽得叙述及阐明。本阶段已在系统的需求分析的基础上，对分布式航空订票系统做概要设计。主要解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计
20、进行详细的说明。在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对机票预定系统所做的模块结构设计的基础上，对系统进行详细设计。在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。本系统主要目的就是为订票者提供方便、快捷的服务。方便管理人员对航班，用户信息，以及出票进行管理。该系统是任何人可以查看基本信息的，只有管理人员才可以对数据进行操作。非系统管理员只能查看航班信息、已订票信息，座位余额以及订票等。对此管理系统工作没有权限，当然管理员也可以查看航班、用户等信息。本系统具体功能如下。1用户
21、模块(1)航班显示信息 (2)登录(3)注册与注销 (4)航班搜索与根据城市搜索航班(5)查询座位余额 (6)找回密码(7)订单查询 (8)修改个人密码(9）预定机票，已定机票 2管理员模块(1)管理员登录(2)客户注册信息(3)客户订票信息(4)航班管理(5)出票管理(6)查询预定情况以下是航空订票系统的功能模块图：航空订票系统用户管理员注册、登录 查询航班 查询票价 密码找回 订单查询 修改密码 机票预定 修改个人信息 退出系统登录管理用户信息 管理订票信息航班管理 管理机票 退出系统“航空订票系统”功能模块图3.3 处理流程下面将使用（结构化设计）面向数据流的方法对机票预定系统的处理流程
22、进行分析。系统可分为两大部分：一、客户机上的程序，二、服务器上的程序。以下将分别对系统的这两大部分进行流程分析：3.3.1 客户机程序流程客户机上的输入信息为旅客资料或帐单号，还包括一个定票/领票选项。输出为打印帐单或机票，和确认或出错信息。其内部处理流程如下：下面对各模块（以数字表示）进行功能说明：1 读入并确定（定票 /领票） 它是一个事务处理中心，若输入是定票时转入 2 ，输出则转入 5。2 读入旅客资料 读取所输入的旅客资料，并将其格式化，将格式化数据送 3。3 检验输入资料 检验格式化输入资料，初步检查输入是否有误，它是一个事务处理中心，有误则转 2 再次读入，检查无误则将数据送 4
23、。4 准备服务器数据 由格式化旅客资料准备需发送到服务器的数据，将准备好的数据送 7。5 读入帐单号 读取所输入的帐单号，并将其格式化，将格式化数据送6。6 准备服务器数据 由格式化帐单号准备需发送到服务器的数据，不同于4，它将准备的是帐单号，将准备好的数据送 7。7 准备网络数据包 将数据准备/加密成网络传输数据包。2153 467 8911=1181615121314171920旅客资料定票/取票帐单号经网络送服务器程序服务器经网络送来回答打印帐单输出确定预定信息输出错误原因打印机票1014输出确定预定信息8 网络数据发送 将数据包经网络发送到服务器程序， 它是程序与网络的接口。9 网络数
24、据接受 接受由服务器程序经网络传送到客户机的数据包， 它是程序与网络的接口。10 解开 /判断 解开 9 所接受的数据包，并判断数据是定票数据或是领票数据，它是一事务处理中心，是定票则将数据送 11，是领票则将数据送 18。11 定票成功？ 由数据判断定票是否成功，它是一事务处理中心，若定票成功则将数据送 11，不成功则将数据送 18。12 准备输出数据 由接收的服务器数据准备输出数据，其中关于帐单的数据将送入 13，其他包括旅客资料等送入 14。13 打印帐单 由帐单信息处理帐单格式并打印出帐单。14 输出定位确定 在屏幕上显示确定定位及其他信息。15 判断错误 由数据判断出错误类型，将类型
25、送到 16。16 准备错误语句 由具体错误类型准备错误语句，送 17。17 输出错误语句 在屏幕上显示错误语句。18 领票核对成功？ 由数据判断领票核对是否成功，它是一事务处理中心，若成功则将数据送 19，不成功则将数据送 15。19 准备机票输出数据 由接收的服务器数据准备将打印的机票数据数，据其中关于帐单的机票的数据将送入 20，其他包括旅客资料等送入14。20 打印机票 由机票信息处理机票格式并打印出机票。3.3.2 服务器程序流程下面对各模块（以数字表示）进行功能说明：1 网络数据接收 接受由客户机程序经网络传送到客户机的数据包， 它是程序与网络的接口。2 解开数据 解开/解密打包的数
26、据，并将恢复的数据格式化送入 3。1611510432712171681315914来自客户机 送客户机客户机经网络送来的数据客户机经网络送来的数据SQL SERVER(班机，票务数据库)3 判断操作 由数据判断需要做什么数据库操作，它是一事务处理中心，若为定票操作则将数据送 4，若为领票操作则将数据送 15。4 准备数据库查询语句 由定票数据准备访问 SQL SERVER 数据库所需的 SQL 语句，送入 5。5 数据库操作 运行 SQL 语句，查询并存入数据库，获得相应的定票数据，将数据送入 6。它需包括初步对查询的判断。它必须为乘客安排可抵达目的地的有座位的航班。6 判断查询是否成功 利
27、用查询所得的数据判断定票是否成功，它是一事务处理中心，若为定票操作成功则将数据送 7，若不成功则将数据送 8。7 准备回送数据 准备定票成功后需回送客户机程序的数据，送 16。8 确定原因 由查询数据判断定票不成功的原因，送 9。9 准备回送数据 根据不成功的原因，准备需送回客户机程序的数据，送入 16。10 准备数据库查询语句 由领票数据准备访问 SQL SERVER 数据库所需的 SQL 语句，送入 11。11 数据库操作 运行 SQL 语句，查询并存入数据库获得相应的领票数据，将数据送入 6。它需包括初步对查询的判断。12 判断查询是否成功 利用查询所得的数据判断领票是否成功，它是一事务
28、处理中心，若为领票操作得到确认则将数据送 11，若不成功则将数据送 8。13 准备回送数据 准备领票确认后需回送客户机程序的数据，送 16。14 确定原因 由查询数据判断领票不能确认的原因，送 15。15 准备回送数据 根据不成功的原因，准备需送回客户机程序的数据，送入 16。16 准备网络数据包 将数据准备/加密成网络传输数据包。17 网络数据发送 将数据包经网络发送到服务器程序， 它是程序与网络的接口。以上显示的各模块数字相同的为同一模块；由于事务流处理上的便利，将有些功能模块，拆分到各事务流中。3.4 结构和模块外部设计下面以结构图来描述机票预定系统的软件总体结构。框内注明了模块的名字；
29、方框之间的直线表示模块的调用关系。3.4.1 客户机部分3.4.2 服务器程序部分航空订票系统（客户机程序）接收输入数据 联络服务器 输出数据准备定票发送数据 准备确认发送数检验输入读入旅客资料 读入帐单号确定（定票/领票）旅客资料定票/领票帐单号准备网络数据包 解开网络数据包发送数据 接收数据 定票成功？ 领票成功？确认操作类型准备输出判断错误类型准备输出准备错误信息打印帐单 显示确认 显示错误打印机票 确认显示帐单 机票其中在数据处理、查询下作了省略只给出了一部分模块，实际上是有两部分，分别对应于定位及确认。3.5 功能分配各项模块的功能可参照 3.1 中的说明。客户机程序主要有三大块：接
30、收数据、网络通信及输出部分。服务器程序主要也是由三大功能：接收网络数据、数据库操作及发送网络数据部分。服务器程序需与已建立的 SQL SERVER 数据库互连，其接口将于下面部分阐述。3.6 数据结构设计3.6.1 数据库数据结构设计DBMS 的使用上系统将采用 SQL SERVER, 系统主要需要维护 3 张数据表：航班班次表航班号 起飞日期/时 间 飞行目的地 座位空数 商务仓票价 经济仓票价航班班次表保存了所有从本地起飞的班机信息，它的主键为 航班号 。在定位前先查寻 座位空数 ，在定位后将修改 座位空数 。机票预定系统（服务器部分）接收数据 数据处理、查询 发送数据判断类型解开数据包接
31、收客户机数据准备数据包发送数据到客户机准备 SQL数据库操作判断查询准备返回数据判断原因准备返回数据定位信息表航班号 帐单号 是否领票定位信息表保存了已定位信息，主键为 帐单号 ，外部主键为 航班号 。在旅客领票过程时将用到此表，领票后修改 是否领票 域帐单信息/旅客资料表帐单号 旅客姓名 旅客性别 旅客身份证号工作单位帐单信息/旅客资料表保存已定位的旅客信息资料，它的主键为 旅客身份证号 ，外部主键为 帐单号 。主要用于领票时将旅客信息一同返回。机位信息表班机号 机位信息机位信息表保存各班机各机位定票状况。它的外部主键为 班机号 。主要用于定票时确定旅客机位，并返回。3.6.2 物理数据结构
32、设计物理数据结构设计主要是设计数据在模块中的表示形式。数据在模块中都是以结构的方式表示。1 旅客信息用于定票时接收输入，以及领票时服务器返回。2 帐单号1旅客姓名 String2旅客性别 Char3身份证号码 LONG INT4工作单位 String可使用一 LONG INT 实现。用于领票时接收输入，以及定票时服务器返回。3 飞行目的用于定票时接收输入，以及领票时服务器返回。4 网络包用于数据在网络上的传输。5 错误信息用于关于错误操作。6 机票信息用于打印机票准备工作。数据类型可参照上面所述。7 帐单信息1. 航班号 String2. 目的地 String3. 起飞时间 Date/Time
33、4. 座位号 String1. 网络包 Head INT2. 传输数据 String1. 错误类型 INT2. 输出语句 String1航班号2目的地3起飞时间4旅客姓名5旅客性别6身份证号码7座位号81 帐单号2 旅客姓名3 身份证号码4 航班号5 起飞时间6 目的地用于打印帐单准备工作。数据类型可参照上面所述。3.6.3 数据结构与程序的关系服务器程序在对定票/领票进行操作时需对数据库数据库数据结构，也就是数据表进行查询和修改：在定票/领票过程中都需要对数据库中的所有表，进行联合查询、修改。物理数据结构主要用于各模块之间函数的信息传递。接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在各模块间传输。出错信息将送入显示模块中，机票结构，帐单结构，送入打印准备模块中准备打印格式。
