ImageVerifierCode 换一换
格式:DOCX , 页数:15 ,大小:175.95KB ,
资源ID:9175583      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/9175583.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(机票预订系统概要设计说明书.docx)为本站会员(b****7)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

机票预订系统概要设计说明书.docx

1、机票预订系统概要设计说明书案卷号日期某航空公司机票预订系统概要设计说明书 * * 完成日期:2014/6/10 学 号:* 专 业:软件工程 修改情况记录:版本号修改批准人修改人安装日期签收人 1 引言软件概要设计主要是一个把软件需求转化为软件表示的过程,这种表示只是描述软件总的概貌。1.1 编写目的 概要设计说明书编制的目的是:说明对程序系统的设计考虑,包括程序系统的基本处理流程,程序系统的组织结构,模块划分,功能分配,接口设计,运行设计,数据结构设计和出错处理设计等,为程序的详细设计提供基础。 本软件概要说明书的读者是系统开发人员或合同约定的人员。1.2 范围1)本系统的名称是:航空机票预

2、订系统2)本项目的任务提出者是航空公司,开发者是中南民族大学计算机学院,用户是航空公司及各旅行社。1.3 定义1)专门术语SQL SERVER:系统服务器所使用的数据库管理系统(DBMS)。SQL:一种用于访问查询数据库的语言。事务流:数据进入模块后可能有多种路径进行处理。主键:数据库表中的关键域,值互不相同。外部主键:数据库表中与其他表主键关联的域。ROLLBACK:数据库的错误恢复机制。2)缩写系统:若未特别指出,统指本机票预订系统。SQL:Structured Query Language(结构化查询语言)ATM:Asynchronous Transfer Mode(异步传输模式)1.4

3、 参考资料以下列出在概要设计过程中要用到的参考资料:1机票预定系统项目计划任务书航空公司1999/32机票预定系统项目开发计划软件开发小组 1999/33需求规格说明书软件开发小组1999/34用户操作手册(初稿)软件开发小组1999/45软件工程及其应用周苏、王文等天津科学技术出版社1992/16软件工程张海藩清华大学出版社1990/11 7ComputerNetworkA.S.TanenbaunPrenticeHall1996/012 总体设计2.1 需求规定航空公司为方便旅客,需开发一个机票预定系统。为便于旅客由旅行社代替航空公司负责为旅客定票,旅行社把预定机票的旅客信息,包括姓名、性别

4、、工作单位、身份证号码、旅行时间、旅行目的地,输入机票预定系统的客户端程序,系统经过查询航空公司内的航班数据服务器后,为旅客安排航班,印出取票通知。旅客在飞机起飞前一天凭取票通知和帐单交款后取票,系统校对无误后即印出机票给旅客。要求系统能有效、快速、安全、可靠和无误的完成上述操作。并要求客户机的界面要简单明了,易于操作,服务器程序利于维护。2.2 运行环境系统将由两部分程序组成,安装在各旅行社客户机上的客户程序及航空公司内的数据服务器程序。根据调研得知所有旅行社的计算机配置均在Pentium133级别以上,客户程序应能够在Pentium133级别以上,WinNT环境下运行。2.3 基本设计概念

5、和处理流程下面将使用(结构化设计)面向数据流的方法对机票预定系统的处理流程进行分析。系统可分为两大部分:一、客户机上的程序,二、服务器上的程序。以下将分别对系统的这两大部分进行流程分析:1)客户机程序流程客户机上的输入信息为旅客资料或帐单号,还包括一个定票/领票选项。输出为打印帐单或机票,和确认或出错信息。其内部处理流程如下:下面对各模块(以数字表示)进行功能说明:1.读入并确定(定票/领票) 它是一个事务处理中心,若输入是定票时转入2 ,输出则转入5。2.读入旅客资料 读取所输入的旅客资料,并将其格式化,将格式化数据送3。3.检验输入资料 检验格式化输入资料,初步检查输入是否有误,它是一个事

6、务处理中心,有误则转2再次读入,检查无误则将数据送4。4.准备服务器数据 由格式化旅客资料准备需发送到服务器的数据,将准备好的数据送7。5.读入帐单号 读取所输入的帐单号,并将其格式化,将格式化数据送6。6.准备服务器数据 由格式化帐单号准备需发送到服务器的数据,不同于4,它将准备的是帐单号,将准备好的数据送7。7.准备网络数据包 将数据准备/加密成网络传输数据包。8.网络数据发送 将数据包经网络发送到服务器程序, 它是程序与网络的接口。9.网络数据接受 接受由服务器程序经网络传送到客户机的数据包, 它是程序与网络的接口。10.解开/判断 解开9 所接受的数据包,并判断数据是定票数据或是领票数

7、据,它是一事务处理中心,是定票则将数据送11,是领票则将数据送18。11.定票成功? 由数据判断定票是否成功,它是一事务处理中心,若定票成功则将数据送12,不成功则将数据送15。12.准备输出数据 由接收的服务器数据准备输出数据,其中关于帐单的数据将送入13,其他包括旅客资料等送入14。14.打印帐单 由帐单信息处理帐单格式并打印出帐单。15.输出定位确定 在屏幕上显示确定定位及其他信息。16.判断错误 由数据判断出错误类型,将类型送到16。17.准备错误语句 由具体错误类型准备错误语句,送17。18.输出错误语句 在屏幕上显示错误语句。19.领票核对成功? 由数据判断领票核对是否成功,它是一

8、事务处理中心,若成功则将数据送19,不成功则将数据送15。20.准备机票输出数据 由接收的服务器数据准备将打印的机票数据数,据其中关于帐单的机票的数据将送入20,其他包括旅客资料等送入14。21.打印机票 由机票信息处理机票格式并打印出机票。2) 服务器程序流程 下面对各模块(以数字表示)进行功能说明:1.网络数据接收 接受由客户机程序经网络传送到客户机的数据包, 它是程序与网络的接口。 2.解开数据 解开/解密打包的数据,并将恢复的数据格式化送入3。3.判断操作 由数据判断需要做什么数据库操作,它是一事务处理中心,若为定票操作则将数据送4,若为领票操作则将数据送15。4.准备数据库查询语句

9、由定票数据准备访问SQL SERVER数据库所需的SQL 语句,送入5。5.数据库操作 运行SQL 语句,查询并存入数据库,获得相应的定票数据,将数据送入6。它需包括初步对查询的判断。它必须为乘客安排可抵达目的地的有座位的航班。6.判断查询是否成功 利用查询所得的数据判断定票是否成功,它是一事务处理中心,若为定票操作成功则将数据送7,若不成功则将数据送8。7.准备回送数据 准备定票成功后需回送客户机程序的数据,送16。8.确定原因 由查询数据判断定票不成功的原因,送9。9.准备回送数据 根据不成功的原因,准备需送回客户机程序的数据,送入16。10.准备数据库查询语句 由领票数据准备访问SQL

10、SERVER数据库所需的SQL 语句,送入11。11.数据库操作 运行SQL 语句,查询并存入数据库获得相应的领票数据,将数据送入12.它需包括初步对查询的判断。13.判断查询是否成功 利用查询所得的数据判断领票是否成功,它是一事务处理中心,若为领票操作得到确认则将数据送11,若不成功则将数据送8。14.准备回送数据 准备领票确认后需回送客户机程序的数据,送16。15.确定原因 由查询数据判断领票不能确认的原因,送15。16.准备回送数据 根据不成功的原因,准备需送回客户机程序的数据,送入16。17.准备网络数据包 将数据准备/加密成网络传输数据包。18.网络数据发送 将数据包经网络发送到服务

11、器程序, 它是程序与网络的接口。 以上显示的各模块数字相同的为同一模块;由于事务流处理上的便利,将有些功能模块,拆分到各事务流中。2.4 结构下面以结构图来描述机票预定系统的软件总体结构。框内注明了模块的名字;方框之间的直线表示模块的调用关系。1) 客户机部分2)服务器程序部分 中在数据处理、查询下作了省略只给出了一部分模块,实际上是有两部分,分别对应于定位及确认。2.5 功能需求与程序的关系客户机程序主要有三大块:接收数据、网络通信及输出部分。服务器程序主要也是由三大功能:接收网络数据、数据库操作及发送网络数据部分。服务器程序需与已建立的SQL SERVER 数据库互连,其接口将于下面部分阐

12、述。2.6 人工处理过程要求用户键盘输入所需要的功能的相关正确的输入,输出按需要连接打印机等输出设备2.7 尚未解决的问题由于数据的传输上需要通过网络传输,为了客户资料进行保密,需要在网络的传输过程中对数据进行加密。这个工作主要是在准备网络包,及解开网络包这两个模块完成,它们各对数据进行加密及解密还原工作。在加密算法选择上将使用RSA 加密算法。具体算法可参照参考资料中Computer Networkp.598。3 接口设计3.1 用户接口说明将向用户提供的命令和它们的语法结构,以及软件的回答信息。3.2 外部接口1)用户界面在用户界面部分,根据需求分析的结果,用户需要一个用户友善界面。在界面

13、设计上,应做到简单明了,易于操作,并且要注意到界面的布局,应突出的显示重要以及出错信息。外观上也要做到合理化,考虑到用户多对WINDOW 风格较熟悉,应尽量向这一方向靠拢。在设计语言上,已决定使用 MS VISUAL C+ 进行编程,在界面上可使用VISUAL C+ 所提供的可视化组件,向WINDOWS 风格靠近。 其中服务器程序界面要做到操作简单,易于管理。在设计上采用下拉式菜单方式,在出错显示上可调用VISUAL C+ 库中的错误提示函数。总的来说,系统的用户界面应作到可靠性、简单性、易学习和使用2) 软件接口服务器程序可使用VISUAL C+ 提供的对 SQL SERVER 的接口,进行

14、对数据库的所有访问。服务器程序上可使用SQL SERVER 的对数据库的备分命令,以做到对数据的保存。在网络软件接口方面,使用一种无差错的传输协议,采用滑动窗口方式对数据进行网络传输及接收。3)硬件接口在输入方面,对于键盘、鼠标的输入,可用VISUAL C+的标准输入/输出,对输入进行处理。在输出方面,打印机的连接及使用,也可用VISUAL C+的标准输入/输出对其进行处理。在网络传输部分,在网络硬件部分,为了实现高速传输,将使用高速ATM。3.3 内部接口内部接口方面,各模块之间采用函数调用、参数传递、返回值的方式进行信息传递。具体参数的结构将在下面数据结构设计的内容中说明。接口传递的信息将

15、是以数据结构封装了的数据,以参数传递或返回值的形式在各模块间传输。4 运行设计4.1 运行模块组合客户机程序在有输入时启动接收数据模块,通过各模块之间的调用,读入并对输入进行格式化。在接收数据模块得到充分的数据时,将调用网络传输模块,将数据通过网络送到服务器,并等待接收服务器返回的信息。接收到返回信息后随即调用数据输出模块,对信息进行处理,产生相应的输出。服务器程序的接收网络数据模块必须始终处于活动状态。接收到数据后,调用数据处理/查询模块对数据库进行访问,完成后调用网络发送模块,将信息返回客户机4.2 运行控制运行控制将严格按照各模块间函数调用关系来实现。在各事务中心模块中,需对运行控制进行

16、正确的判断,选择正确的运行控制路径。在网络传方面,客户机在发送数据后,将等待服务器的确认收到信号,收到后,再次等待服务器发送回答数据,然后对数据进行确认。服务器在接到数据后发送确认信号,在对数据处理、访问数据库后,将返回信息送回客户机,并等待确认。4.3 运行时间在软体的需求分析中,对运行时间的要求为必须对作出的操作有较快的反应。网络硬件对运行时间有最大的影响,当网络负载量大时,对操作反应将受到很大的影响。所以将采用高速ATM 网络,实现客户机与服务器之间的连接,以减少网络传输上的开销。其次是服务器的性能,这将影响对数据库访问时间即操作时间的长短,影响加大客户机操作的等待时间,所以必须使用高性

17、能的服务器,建议使用 Pentium III 处理器。硬件对本系统的速度影响将会大于软件的影响。5 系统数据结构设计5.1 逻辑结构设计要点 DBMS 的使用上系统将采用 SQL SERVER, 系统主要需要维护3张数据表: 1)航班班次表 航班号起飞日期/时间飞行目的地座位空数商务仓票价经济仓票价航班班次表保存了所有从本地起飞的班机信息,它的主键为航班号。在定位前先查寻座位空数,在定位后将修改座位空数。2)定位信息表航班号帐单号是否领票定位信息表保存了已定位信息,主键为帐单号,外部主键为航班号。在旅客领票过程时将用到此表,领票后修改是否领票域3)帐单信息/旅客资料表帐单号旅客姓名旅客性别旅客

18、身份证号工作单位 帐单信息/旅客资料表保存已定位的旅客信息资料,它的主键为旅客身份证号,外部主键为帐单号。主要用于领票时将旅客信息一同返回。4)机位信息表班机号机位信息 机位信息表保存各班机各机位定票状况。它的外部主键为班机号。主要用于定票时确定旅客机位,并返回。5.2 物理结构设计要点物理数据结构设计主要是设计数据在模块中的表示形式。数据在模块中都是以结构的方式表示。1旅客信息用于定票时接收输入,以及领票时服务器返回。2帐单号 可使用一LONG INT 实现。 用于领票时接收输入,以及定票时服务器返回。3飞行目的用于定票时接收输入,以及领票时服务器返回。4网络包用于数据在网络上的传输。5错误

19、信息用于关于错误操作。6机票信息 用于打印机票准备工作。数据类型可参照上面所述。7帐单信息 用于打印帐单准备工作。数据类型可参照上面所述。5.3 数据结构与程序的关系服务器程序在对定票/领票进行操作时需对数据库数据库数据结构,也就是数据表进行查询和修改:在定票/领票过程中都需要对数据库中的所有表,进行联合查询、修改。物理数据结构主要用于各模块之间函数的信息传递。接口传递的信息将是以数据结构封装了的数据,以参数传递或返回值的形式在各模块间传输。出错信息将送入显示模块中,机票结构,帐单结构,送入打印准备模块中准备打印格式。6 系统出错处理设计6.1 出错信息程序在运行时主要会出现两种错误:1、由于

20、输入信息,或无法满足要求时产生的错误,称为软错误。2、由于其他问题,如网络传输超时等,产生的问题,称为硬错误。对于软错误,须在定票/领票操作成功判断及输入数据验证模块由数据进行数据分析,判断错误类型,再生成相应的错误提示语句,送到输出模块中。对与硬错误,可在出错的相应模块中输出简单的出错语句,并将程序重置。返回输入阶段。出错信息必须给出相应的出错原因,例:全部班机座位已满!查无此定位信息!等。6.2 补救措施所有的客户机及服务器都必须安装不间断电源以防止停电或电压不稳造成的数据丢失的损失。若真断电时,客户机上将不会有太大的影响,主要是服务器上:在断电后恢复过程可采用 SQL SERVER 的日志文件,对其进行ROLLBACK 处理,对数据进行恢复。在网络传输方面,可考虑建立一条成本较低的后备网络,以保证当主网络断路时数据的通信。在硬件方面要选择较可靠、稳定的服务器机种,保证系统运行时的可靠性。6.3 系统维护设计维护方面主要为对服务器上的数据库数据进行维护。可使用 SQL SERVER 的数据库维护功能机制。例如,定期为数据库进行Backup,维护管理数据库死锁问题和维护数据库内数据的一致性等。

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1