软件工程导论实验报告.doc

《软件工程导论实验报告.doc》由会员分享，可在线阅读，更多相关《软件工程导论实验报告.doc（35页珍藏版）》请在沃文网上搜索。

1、目录第一章 可行性分析报告21.1 引言21.2 可行性研究的前提31.3技术可行性分析41.3.1系统简要描述41.3.2处理流程和数据流程41.4操作可行性分析41.5经济可行性分析41.5.1支出41.5.2效益51.5.3收益/投资比51.5.4投资回收周期51.5.5敏感性分析51.6法律可行性61.7结论6第二章 需求分析报告62.1引言62.1.1 编写目的62.1.2 项目背景62.1.3 定义62.1.4 参考资料62.2任务概述72.2.1 目标72.2.2 假定和约束62.2.3 人力、资金、时间的约束62.2.4技术发展规律的约束72.3需求规定82.3.1对功能的规定

2、82.3.2对性能的规定82.3.3精度82.3.4时间特性要求92.3.5旅客信息92.4数据描述92.4.1数据特征92.4.2系统数据流图92.5 运行环境规定112.5.1服务器端子系统运行要求112.5.2客户端子系统运行要求11第三章 概要设计113.1引言113.1.1编写目的113.1.1项目背景113.1.1定义123.2任务概述123.2.1目标123.2.2运行环境123.2.3需求概述123.3总体设计133.3.1处理流程133.3.2客户机程序流程133.3.3总体结构设计143.3.4功能分配143.4 接口设计143.4.1外部接口143.4.2软件接口153.

3、4.3硬件接口153.4.4内部接口153.5 数据结构设计153.5.1 数据库数据结构设计 153.5.2物理结构设计163.5.3 数据结构与程序关系173.6 运行设计173.6.1 运行模块的组合173.6.2 运行控制173.6.3 运行时间173.7出错处理设计173.71出错输出信息183.72出错处理对策183.8安全保密设计193.9维护设计19第四章 详细设计194.1引言194.1.1编写目的194.1.2项目背景194.1.3文中定义和缩写204.1.4参考资料204.2总体设计204.2.1需求概述204.3程序描述214.4代码设计214.5测试项目说明224.5

4、.1测试项目名称及测试内容224.5.2测试用例22第五章基于面向对象技术的机票预订系统开发235.1引言235.2需求分析235.3UML系统建模245.3.1机票预订系统的用例分析245.3.2机票预订系统的域类分析245.3.3机票预订系统的功能设计255.4数据库分析255.4.1E-R图分析255.4.2创建数据库265.5界面设计265.6代码分析和实现265.7小结27第六章 测试276.1测试计划276.1.1 编写目的276.1.2任务概述276.1.3 计划286.1.4测试项目说明296.1.5 条件296.2 测试分析报告306.2.1编写目的306.2.2 测试计划执

5、行情况306.2.3软件需求测试结论316.2.4评价316.2.5建议316.2.6 测试结论31第七章 程序维护手册317.1 引言317.2 系统说明337.2.1 系统用途337.2.2安全保密337.2.3总体说明337.3 维护过程337.3.1 规则337.3.2 验证过程347.3.3 出错及纠正方法347.3.4 专门维护过程347.3.5 程序清单及流程图34第八章 总结性报告358.1 过程358.2 总结35第一章 可行性分析报告1.1 引言航空公司为方便旅客乘机，需要开发一个新机票预定系统。 1.1.1编写目的对问题进行研究，以最小的代价在最短的时间内确定问题是否可解

6、。从现在应用的技术方面和用户的操作方式方面研究机票预订管理系统的可行性和必要性。 1.1.2 项目背景开发软件名称：机票预订系统。项目的任务提出者：太原理工大学计算机科学与技术学院。开发者：梁婷，孙玺，任昕悦，高贝 四人开发小组。用户：旅行社操作人员与售票员。 1.1.3 定义查询：对数据库操作的一种，用于搜索数据信息。插入：对数据库操作的一种，用于数据存入数据库中。更新：对数据库操作的一种，用于更改数据库中的数据信息。软件结构图：反映软件系统的功能模块之间的关系的数据图。 1.1.4 参考资料软件工程 清华大学出版社。软件工程导论，张海藩，清华大学出版社。实用软件工程，郑人杰等，清华大学出版

7、社。1.2 可行性研究的前提 1.2.1 要求功能：为旅客提供预订机票功能，并为其分配航班，打印出机票给旅客，提高航空公司工作人员的工作效率和质量。性能：航空公司需要定期进行查询各个航班飞机的乘载情况并统计，以便做出适当调整。输出要求：机票上内容完整，详细充实。输入要求：方便，快捷，实时。安全与保密要求：操作员可以对机场航班信息库及机票信息库和定票信息库进行管理并做出合适的更改，售票员只可以对订票信息库做部分更改，并且对旅客的信息做严格保密。完成期限：第十六周 1.2.2 目标 提高票务信息处理速度； 最大化的降低售票系统出错率； 减少设备的费用； 提高工作人员的工作效率。系统实现后，能够为旅

8、客提供很大的方便，并且减少其因不必要的过程带来的大额开销。尽量避免售票服务中发生的错误。 1.2.3 可行性研究方法根据题目要求定出机票预订所具备的能力及实现的方法。确定总体结构，利用SQL Server数据库所具有的能力，以最简洁最容易的方法，使用VC+使其成为一个初级的系统软件。 1.2.4 决定可行性的主要因素航空公司的支持力度、设备状况、操作人员技术 1.2.5 评价尺度 能够与航空系统数据库完美对接； 操作界面直观、简洁； 支持多种定金支付方式； 经费预算在200w300w之间；1.3技术可行性分析1.3.1系统简要描述在旅游局中的终端是安装了Windows NT的PC机，主要目的是

9、向机场的服务器传递数据。当顾客在旅游局进行咨询时，终端向服务器发出查询请求，服务器根据航班信息库的实时数据，向终端发送数据，显示在终端的屏幕上。当顾客向售票员定票时，终端向服务器发出详尽的一份定单，服务器核对后，存入定票信息库，并修改机票信息库。当顾客再次来取票时，终端向服务器发出查询定票请求，服务器接收后，查询定票信息库，核对后，传送机票确认表单，终端打印出机票。1.3.2处理流程和数据流程系统管理 员售票员 事务航班信息更新查询请求表单申请机票核对事 务数据库产生报表产生报表产生报表产生报表及 账 单服务器终端显示数据客户机终端显示数据客户机终端显示数据在客户端打印机票和账单1.4操作可行

10、性分析 使用本软件人员要求有一定计算机基础的人员,系统管理员要求由计算机的专业知识,所有人员都要经过本公司培训.，管理人员也需经一般培训.，经过培训人员将会熟练使用本软件.。两名系统管理员,一名审计员将进行专业培训,他们将熟练管理本系统.1.5经济可行性分析1.5.1支出基础投资：终端PC机台：8000*20 = 16 万网络设备：10 万辅助配置：10 万共计：36万其他一次性投资：Oracle 8.0 : 20 万Windows NT: 10 万操作员培训费：5 万共计：35 万经常性支出：人工费用:6(月)*20(人)*5000(圆)=60万其他不可知额外支出: 20万共计:80万支出共

11、计:151万1.5.2效益 一次性收益0元 经常性收益 （按银行利率：1%）；减少员工20人(1000圆/人)五年收益: 1000*（1.1+（1.1）2+（1.1）3+（1.1）4+（1.1）5）*20*12*5=120万工作效率提高收益（工作效率提高30%）:30*（1.1+（1.1）2+（1.1）3+（1.1）4+（1.1）5）*（30%）*5 = 45万经常性收益共计:160万 不可定量收益因服务质量提高增加旅客量10%: 1000万*10%*(90%+(90%)2+(90%)3+(90%)4+(90%)5)=360万收益共计:520万1.5.3收益/投资比520万/151万 = 34

12、4%1.5.4投资回收周期2.3年1.5.5敏感性分析设计系统周期为五年, 估计最长可达10年处理速度:一般查询速度4秒关键数据查询速度: 2秒1.6法律可行性所有软件都选用正版.所有技术资料都由提出方保管。合同制定确定违约责任.1.7结论经过一系列的各个不同方面的可行性分析，分析员和用户及使用部门的负责，对需要解决的问题取得基本的一致看法，开发小组的开发方案得到批准，使用部门负责人同意开发工程继续进行下去。第二章 需求分析报告2.1引言 2.1.1编写目的 将计算机技术运用于机票预定管理，使机票预定更加方便快捷，为用户提供最舒适、最人性化的服务。 2.1.2项目背景 随着社会发展的不断进步，

13、民航事业的壮大，人们消费水平的提高，乘坐民航的消费者也越来越多，机票预订系统在各机票预定网点中的作用也越来越重要。在计算机技术高速发展的今天，有必要引入高效的计算机系统，来协助处理机票预定工作，因此，开发一套具有完整的存储、查询、核对、打印机票功能的实时机票预定系统势在必行。开发软件名称：机票预定系统。项目任务提出者：太原理工大学软件学院。用户：旅行社操作人员与售票员。实现软件单位：太原理工大学和武宿机场。系统与其他软件，系统的关系：旅客旅客旅客旅客机票预定系统武宿机场机票系统 2.1.3定义专业术语：缩写词： 2.1.4参考资料软件工程 清华大学出版社。软件工程导论，张海藩，清华大学出版社。

14、实用软件工程，郑人杰等，清华大学出版社。2.2任务概述 2.2.1目标减少人力与设备费用，改进管理信息服务，改进人员利用率，方便在校大学生，减缓机场系统的压力。 2.2.2假定和约束 2.2.3人力、资金、时间的约束机票预订系统实施的目标就是要带航空公司带来看得见的效益，给学生带来方便，其开发过程中也要考虑到人力、资金和时间的约束。因此，在设计中，重点是网络信息交流，能提供各机票的详细信息，并提高数据统计的即时性、准确性、方便性。 2.2.4技术发展规律的约束计算机技术和产品的发展日新月异，将会给信息处理带来更多的手段，同时也会带来更加丰富的信息表达形式。例如图象和语音技术的进步，多媒体技术的

15、发展，这些都要求系统在设计时考虑技术变化的可能性，为可能的变化预留一定的系统处理能力。2.3需求规定 2.3.1对功能的规定检验输入机票预订系统客户端子系统服务端子系统接受订票申请联络服务 器输出数据发送数据接收数据读入旅客资料旅客资料订票领票账单号确定（订票、领票）打印账单打印机票打印航班信息账单机票接收客户端的需求处理客户端的需求发送请求处理信息机票预订航班查询 2.3.2对性能的规定 2.3.3 精度搜索输入：出发地：城市名（如 太原）目的地：城市名（如 北京）起飞时间：年/月/日定票输入：旅客姓名：（如 张三）旅客性别：男/女身份证号码：身份证号码工作单位：工作单位搜索输出：航班号：航

16、班号 出发时间：年/月/日 H：M 价格：元定票输出：航班号：航班号目的地：城市名起飞时间：年/月/日 H：M旅客姓名：姓名旅客性别：男/女身份证号码：身份证号码座位号：座位号 2.3.4 时间特性要求响应时间；3s之内更新处理时间；每月 2.3.5输入输出要求 2.3.6旅客信息1 旅客姓名 String2 旅客性别Char3 身份证号码LONG INT4 工作单位String用于定票时接收输入，以及领票时服务器返回。可使用一LONG INT 实现。用于领票时接收输入，以及定票时服务器返回。飞行目的1. 航班号String2. 目的地String3. 起飞时间Date/Time4. 座位号S

17、tring用于定票时接收输入，以及领票时服务器返回。2.4数据描述 2.4.1数据特征1) 数据录入的准确性数据的输入来源是手工输入，并且数据的输入往往是大量的，因此能否准确的记录数据，关系到机票预定的成功与否，错误的输入可能会导致系统输出的不正确性和不可用性，使系统的工作失去意义。2) 数据的可处理性数据能否及时的录入关系到公司的诚信与处理能力，因此由于输入过程中会有不可避免的错误出现，因此在设计程序时系统应有容错性和一定的处理错误能力，使系统能及时修正错误，保证工作的效率。3) 数据的一致性和完整性学校与机场共享一套信息管理系统，因此必须保证双方分别获得信息具有一致性，在信息的传递过程中要

18、保证信息的完整性。同时，在录入信息时，必须保证信息的完整性，若信息不符合标准，应给出警告或直接拒绝信息的录入。因此在设计系统时，必须有一个部分能够识别信息的有效性。 2.4.2系统数据流图数据字典:2.5运行环境规定机票预定系统中的各个子系统的硬件和软件的配置如下： 2.5.1 服务器端子系统的运行要求： 系统软件： Window NT Server 数据库管理系统：SQL Server 硬件要求：Pentium III 450以上, 258M RAM, 14G HD 2.5.2 客户端子系统的运行要求： 系统软件： Window NT Workstation 数据库管理系统：SQL Serv

19、er 硬件要求：Pentium 133以上, 32M RAM, 4.3G H第三章 概要设计 3.1引言3.1.1编写目的本阶段是在系统的需求分析的基础上，对机票预定系统做总体设计。主要解决实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及模块结构的设计等。 3.1.2项目背景本项目（机票预定系统）是由航空公司委托，由赵竞等5人负责开发。 机票预定系统将由两部分组成：置于个旅行社定票点的前台客户程序，以及置于航空公司的数据库服务器。本系统与其他系统的关系如下：旅行社客户程序客户程序客户程序网络服务器及程序飞机起飞管理机票预订系统

20、 3.1.3定义专门术语：SQL SERVER: 系统服务器所使用的数据库管理系统（DBMS）。SQL: 一种用于访问查询数据库的语言事务流：数据进入模块后可能有多种路径进行处理。缩写：系统：若未特别指出，统指本机票预订系统。1.4 参考资料以下列出在概要设计过程中所使用到的有关资料：1 机票预定系统项目计划任务书 浙江航空公司 1999/32 机票预定系统项目开发计划 软件开发小组 1999/33 需求规格说明书 软件开发小组 1999/34 用户操作手册（初稿）软件开发小组 1999/45 软件工程及其应用 周苏、王文等天津科学技术出版社 1992/16 软件工程 张海藩清华大学出版社 1

21、990/117 Computer Network A.S.TanenbaunPrentice Hall 1996/01文档所采用的标准是参照软件工程导论沈美明著 的“计算机软件开发文档编写指南”。3.2任务概述 3.2.1目标制定实现该系统需求的程序模块。 3.2.2运行环境系统将由安装在各旅行社客户机上的客户程序及航空公司内的数据服务器程序两部分程序组成。 3.2.3需求概述旅行社把预定机票的旅客信息，输入机票预定系统的客户端程序，系统查询航空公司的航班数据服务器后，为旅客安排航班，印出取票通知。旅客在起飞前一天凭取票通知和帐单交款后取票，系统校对无误后印出机票给旅客。要求系统能有效、快速、

22、安全、可靠和无误的完成上述操作。并要求客户机的界面要简单明了，易于操作，服务器程序利于维护。3.3总体设计 3.3.1处理流程下面将使用（结构化设计）面向数据流的方法对机票预定系统的处理流程进行分析。系统可分为两大部分：一、客户机上的程序，二、服务器上的程序。 3.3.2客户机程序流程客户机上的输入信息为旅客资料或帐单号，还包括一个定票/领票选项。输出为打印帐单或机票，和确认或出错信息。其内部输出确定预订信息输出确定预订信息旅客资料旅客资料旅客资料125346789101112131415161718192014打印账单输出错误原因打印机票1.读入并确定（定票/领票） 它是一个事务处理中心，若

23、输入是定票转入2 ，取票则转入5。2.读入旅客资料 读取所输入的旅客资料，并将其格式化，将格式化数据送3。3.检验输入资料 检验格式化输入资料，初步检查输入是否有误，有误则转2再次读入，无误则将数据送4。4.准备服务器数据 由格式化旅客资料准备需发送到服务器的数据，将准备好的数据送7。5.读入帐单号 读取所输入的帐单号，并将其格式化，将格式化数据送6.6.准备服务器数据 由格式化帐单号准备需发送到服务器的数据，将准备好的数据送7。下面对各模块（以数字表示）进行功能说明：7.准备网络数据包 将数据准备/加密成网络传输数据包。8.网络数据发送 将数据包经网络发送到服务器程序， 它是程序与网络的接口

24、。9.网络数据接受 接受由服务器程序经网络传送到客户机的数据包， 它是程序与网络的接口。10.解开/判断 解开9 所接受的数据包，并判断数据是定票数据或是领票数据，是定票则将数据送11，是领票则将数据送18。11.定票成功？ 由数据判断定票是否成功，若定票成功将数据送12，不成功则将数据送15。12.准备输出数据 由接收的服务器数据准备输出数据，其中关于帐单的数据将送入13，其他包括旅客资料等送入14。13.打印帐单 由帐单信息处理帐单格式并打印出帐单。14.输出定位确定 在屏幕上显示确定定位及其他信息。15.判断错误 由数据判断出错误类型，将类型送到16。16.准备错误语句 由具体错误类型准

25、备错误语句，送17。17.输出错误语句 在屏幕上显示错误语句。18.领票核对成功？ 判断领票核对是否成功，若成功则将数据送19，不成功则将数据送15。19.准备机票输出数据 由接收的服务器数据准备将打印的机票数据数，据其中关于帐单的机票的数据将送入20，其他包括旅客资料等送入14。20.打印机票 由机票信息处理机票格式并打印出机票。 3.3.3总体结构和模块外部设计 服务器程序部分机票预定系统（服务器部分）接收数据数据处理、查询发送数据判断类型解开数据包接收客户机数据准备数据包发送数据到客户机准备SQL数据库操作判断查询准备返回数据判断原因准备返回数据 3.3.4功能分配客户机程序主要有三大块

26、：接收数据、网络通信及输出部分。服务器程序主要也是由三大功能：接收网络数据、数据库操作及发送网络数据部分。 3.4接口设计 3.4.1外部接口用户界面根据需求分析可知，用户需要一个用户友善界面。界面设计应简单明了，易于操作，突出显示重要以及出错信息。在设计语言上，使用Dev C+ 进行编程，在界面上使用VISUAL C+ 所提供的可视化组件。 服务器程序界面要做到操作简单，易于管理。在设计上采用下拉式菜单方式。总体来说，系统的用户界面应作到可靠性、简单性、易学习和使用 3.4.2软件接口服务器程序使用VISUAL C+ 提供的对 SQL SERVER 的接口，进行对数据库的所有访问。网络软件接

27、口方面，使用无差错的传输协议，采用滑动窗口方式对数据进行网络传输及接收。 3.4.3硬件接口对于键盘、鼠标、打印机的使用，用VISUAL C+的标准输入/输出，对输入、输出进行处理。网络传输部分，在网络硬件部分，将使用高速ATM实现高速传输。 3.4.4内部接口内部接口方面，各模块之间采用函数调用、参数传递、返回值的方式进行信息传递。具体参数的结构将在下面数据结构设计的内容中说明。接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在各模块间传输。3.5数据结构设计 3.5.1数据库数据结构设计1.航班班次表：保存所有从本地起飞的班机信息，主键为航班号。在定位前先查寻座位空数，在

28、定位后将修改座位空数。航班号日期/时间飞行目的地座位空数商务仓票价经济仓票价2.定位信息表：保存已定位信息，主键为帐单号，外部主键为航班号。在旅客领票过程时将用到此表，领票后修改是否领票域航班号帐单号是否领票3.帐单信息/旅客资料表：保存已定位的旅客信息资料，主键为旅客身份证号，外部主键为帐单号。主要用于领票时将旅客信息一同返回。帐单号旅客姓名旅客性别旅客身份证号工作单位4.机位信息表：保存各班机各机位定票状况。外部主键为班机号。主要用于定票时确定旅客机位，并返回班机号机位信息 3.5.2 物理数据结构设计物理数据结构设计主要是设计数据在模块中的表示形式。数据在模块中都是以结构的方式表示。1

29、旅客信息1 旅客姓名 String2 旅客性别Char3 身份证号码LONG INT4 工作单位String用于定票时接收输入，以及领票时服务器返回。2 帐单号可使用一LONG INT 实现。用于领票时接收输入，以及定票时服务器返回。3 飞行目的1. 航班号String2. 目的地String3. 起飞时间Date/Time4. 座位号String用于定票时接收输入，以及领票时服务器返回。4 网络包1. 网络包HeadINT2. 传输数据String用于数据在网络上的传输。5 错误信息1. 错误类型INT2. 输出语句String用于关于错误操作。6 机票信息1 航班号2 目的地3 起飞时间4

30、 旅客姓名5 旅客性别6 身份证号码7 座位号8用于打印机票准备工作。数据类型可参照上面所述。7 帐单信息1 帐单号2 旅客姓名3 身份证号码4 航班号5 起飞时间6 目的地。 3.5.3 数据结构与程序的关系服务器程序在对定票/领票进行操作时需对数据库数据库数据结构，也就是数据表进行查询和修改：在定票/领票过程中都需要对数据库中的所有表，进行联合查询、修改。物理数据结构主要用于各模块之间函数的信息传递。接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在各模块间传输。出错信息将送入显示模块中，机票结构，帐单结构，送入打印准备模块中准备打印格式。3.6运行设计 3.6.1运行模

31、块的组合客户机程序在输入时启动接收数据模块，读入并格式化输入。接收数据模块得到充分的数据后，调用网络传输模块，将数据送到服务器，并等待接收服务器返回的信息。接到返回信息后调用数据输出模块，产生相应的输出。服务器程序的接收网络数据模块必须始终处于活动状态。接收到数据后，调用数据处理/查询模块对数据库进行访问，完成后调用网络发送模块，将信息返回客户机。 3.6.2运行控制运行控制将严格按照各模块间函数调用关系来实现。网络传输方面，客户机在发送数据后，等待服务器确认收到信号，收到后再等待服务器发送回答数据，然后对数据进行确认。服务器接到数据后发送确认信号，对数据处理、访问数据库后，将信息送回客户机等

32、待确认。 3.6.3运行时间采用高速ATM 网络，实现客户机与服务器之间的连接，以减少网络传输上的开销，节约传输时间。服务器的性能，影响对数据库访问时间即操作时间的长短，影响客户机操作的等待时间，所以要使用高性能的服务器。3.7出错处理设计 3.7.1出错输出信息程序在运行时主要会出现两种错误：1、由于输入信息无法满足要求时产生的错误；2、由于其他问题，如网络传输超时等，产生的问题。 3.7.2出错处理对策所有的客户机及服务器都必须安装不间断电源以防止停电或电压不稳造成的数据丢失的损失。若真断电时，客户机上将不会有太大的影响，主要是服务器上：在断电后恢复过程可采用 SQL SERVER 的日志

33、文件，对其进行ROLLBACK 处理，对数据进行恢复。在网络传输方面，可考虑建立一条成本较低的后备网络，以保证当主网络断路时数据的通信。在硬件方面要选择较可靠、稳定的服务器机种，保证系统运行时的可靠性。3.8安全保密设计由于需要通过网络传输数据，为了保密客户资料，需在网络的传输过程中对数据进行加密。这个工作主要是在准备网络包，及解开网络包这两个模块完成，它们各对数据进行加密及解密还原工作。在加密算法选择上将使用RSA 加密算法。具体算法可参照参考资料中Computer Networkp.598。3.9维护设计维护方面主要为对服务器上的数据库数据进行维护。可使用 SQL SERVER 的数据库维

34、护功能机制。例如，定期为数据库进行Backup，维护管理数据库死锁问题和维护数据库内数据的一致性等。第四章 详细设计4.1引言 4.1.1编写目的在本阶段中，确定应该如何具体地实现所要求的系统，从而在编码阶段可以把这个描述直接翻译成用具体的 程序语言书写的程序，解决如何1接受：旅客信息及取票通知和帐单；2输出：取票通知和帐单及机票；3网络输出和加密，输入和解密；4分辨信息的种类并采取相应的处理步骤；5判断信息的正误并采取相应的处理步骤；6进行数据库的查询、修改工作；7接受并判断错误，输出相应的出错消息； 4.1.2项目背景本机票预定系统项目主要由两部分形成：1.各旅行社中的前台客户程序；2.航

35、空公司中的数据库服务器程序； 4.1.3文中的定义和缩写 1定义SQL SERVER: 系统服务器所使用的数据库管理SQL: 一种用于访问查询数据库的语言事务流：数据进入模块后可能有多种路径进行处理。主键：数据库表中的关键域。值互不相同。外部主键：数据库表中与其他表主键关联的域。ROLLBACK: 数据库的错误恢复机制。 2 缩写系统：若未特别指出，统指本机票预定系统。SQL: Structured Query Language（结构化查询语言）。ATM: Asynchronous Transfer Mode (异步传输模式)。 4.1.4参考资料以下列出在概要设计过程中所使用到的有关资料：1

36、 机票预定系统可行性分析报告 软件开发小组2 需求规格说明书 软件开发小组3 软件工程及其应用 周苏、王文等 天津科学技术出版社 1992/14 软件工程 张海藩清华大学出版社 1990/11文档所采用的标准是参照软件工程导论沈美明著 的“计算机软件开发文档编写指南”。4.2总体设计 4.2.1需求概要航空公司为方便旅客，需开发一个机票预定系统。为便于旅客由旅行社代替航空公司负责为旅客定票，旅行社把预定机票的旅客信息，包括姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地，输入机票预定系统的客户端程序，系统经过查询航空公司内的航班数据服务器后，为旅客安排航班，印出取票通知。旅客在飞机起飞前

37、一天凭取票通知和帐单交款后取票，系统校对无误后即印出机票给旅客。 要求系统能有效、快速、安全、可靠和无误的完成上述操作。并要求客户机的界面要单明了，易于操作，服务器程序利于维护。 4.2.2软件结构4.3程序描述3.1input()函数3.2save()函数3.3print()函数3.4search()函数3.5dingpiao()函数3.6tuipiao()函数3.7xiugai()函数3.8main()函数 4.4代码设计#include #include #include #define N 1000struct air int num; char start20; char over2

38、0; char name20; int count;sN;int i;int m=0;#define PRINT %d %12s %12s %12d n,si.num,si.start,si.over,si.count void input(); void print(); void save(); void read(); void search(); void dingpiao(); void tuipiao(); 3.5dingpiao()函数void dingpiao() int n; char a10; do search(); printf(请输入你想要的票:n); scanf(%

39、d,&n); if(n=n) si.count=si.count-n; save(); printf(订票成功!n); break; if(si.countn) printf(请输入有效的机票号n); break; printf(是否继续？请输入Yes或No：n); scanf(%s,&a); while(!strcmp(a,yes); 4.5测试项目说明 4.5.1测试项目名称及测试内容预订测试； 4.5.2测试用例测试内容输入数据预期输出实际输出预定测试通过航班号搜查预定14316yes34316 2011.6.2 重庆 003订票成功！4316 2011.6.2 重庆 003订票成功！预

40、定测试通过目的地搜查预定2香港yes59002 2011.6.4 香港 005订票成功！9002 2011.6.4 香港 005订票成功！截屏如下： 第五章 基于面向对象技术的机票预订系统开发 5.1 引言 随着旅游业、商务和航空业飞速发展，机票销售预定也应运而生，机票预定系统是拓展机票业务的最佳手段，能极大的提高工作效率、降低运作成本。机票预定系统根据提供的舱位实时查询、机票预订等功能将整个功能划分为系统管理、航线信息管理、客户信息管理和票务信息管理四个部分。利用UML建模方法，对机票的预订信息和机票政策信息进行管理十分实用。 5.2. 需求分析 本系统的开发宗旨，以及总体任务就是要实现机票

41、预订信息管理上的自动化、规范化和系统化 。 由于业务的需要和保密性，也为了便于管理，系统用户应该具有不同的等级，即不同的权限。用户按等级分为两个等级：超级用户和一般用户。 从操作的主界面来看，应该包含航线信息管理，客户信息管理和票务管理这几大模块 。 在航线信息管理模块中应该分舱位信息、客机信息和航线信息管理等几个子模块。管理员能够进行相关信息的添加、编辑和删除操作，拥护可以进行相关信息查询。 舱位信息包括舱位等级编号、舱位等级名称、是否有礼品、是否有报纸、是否有饮料、是否有午餐、是否有电影、是否可以改签、是否可以退票以及是否可以打折等必要信息 。 客机信息包括客机编号、客机型号、购买时间、服役时间、经济舱座位数量、公务舱座位数量和头等舱座位数量等信息 。 航线信息包括出发城市、到达城市、航班日期、出发时间、到达时间、客机编号 、经济舱价