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

上传人:知****量 文档编号:12971884 上传时间:2022-04-27 格式:DOC 页数:54 大小:719KB
返回 下载 相关 举报
软件工程导论实验报告.doc_第1页
第1页 / 共54页
软件工程导论实验报告.doc_第2页
第2页 / 共54页
点击查看更多>>
资源描述

《软件工程导论实验报告.doc》由会员分享,可在线阅读,更多相关《软件工程导论实验报告.doc(54页珍藏版)》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

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.4

3、.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平安XX设计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.1测

4、试工程名称及测试容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 测试方案执行情况3

5、06.2.3软件需求测试结论316.2.4评价316.2.5建议316.2.6 测试结论31第七章 程序维护手册317.1 引言317.2 系统说明337.2.1 系统用途337.2.2平安XX337.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参考资料?软件工程?清华大学。?软件工程导论?,海藩,清华大学。?实用软件工程?,人杰等,清华大学。1.2可行性研究的前提 1.2.1要求功

7、能:为旅客提供预订机票功能,并为其分配航班,打印出机票给旅客,提高航空公司工作人员的工作效率和质量。性能:航空公司需要定期进展查询各个航班飞机的乘载情况并统计,以便做出适当调整。输出要求:机票上容完整,详细充实。输入要求:便,快捷,实时。平安与XX要求:操作员可以对机场航班信息库及机票信息库和定票信息库进展管理并做出适宜的更改,售票员只可以对订票信息库做局部更改,并且对旅客的信息做格XX。完成期限:第十六 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万支出共计:151万1.5.2效益一次性收益0元经常性收益 按银行利率:1%;减少员工20人(100

11、0圆/人)五年收益: 1000*1.1+1.12+1.13+1.14+1.15*20*12*5=120万工作效率提高收益工作效率提高30%:30*1.1+1.12+1.13+1.14+1.15*30%*5 = 45万经常性收益共计:160万不可定量收益因效劳质量提高增加旅客量10%: 1000万*10%*(90%+(90%)2+(90%)3+(90%)4+(90%)5)=360万收益共计:520万1.5.3收益/投资比520万/151万 = 344%1.5.4投资回收期2.3年1.5.5敏感性分析设计系统期为五年, 估计最长可达10年处理速度:一般查询速度4秒关键数据查询速度: 2秒1.6法律

12、可行性所有软件都选用正版.所有技术资料都由提出保管。合同制定确定违约责任.1.7结论经过一系列的各个不同面的可行性分析,分析员和用户及使用部门的负责,对需要解决的问题取得根本的一致看法,开发小组的开发案得到批准,使用部门负责人同意开发工程继续进展下去。第二章 需求分析报告2.1引言 2.1.1编写目的 将计算机技术运用于机票预定管理,使机票预定更加便快捷,为用户提供最舒适、最人性化的效劳。 2.1.2工程背景 随着社会开展的不断进步,民航事业的壮大,人们消费水平的提高,乘坐民航的消费者也越来越多,机票预订系统在各机票预定网点中的作用也越来越重要。在计算机技术高速开展的今天,有必要引入高效的计算

13、机系统,来协助处理机票预定工作,因此,开发一套具有完整的存储、查询、核对、打印机票功能的实时机票预定系统势在必行。开发软件名称:机票预定系统。工程任务提出者:理工大学软件学院。用户:旅行社操作人员与售票员。实现软件单位:理工大学和武宿机场。系统与其他软件,系统的关系:旅客旅客旅客旅客机票预定系统武宿机场机票系统 2.1.3定义专业术语:缩写词: 2.1.4参考资料?软件工程?清华大学。?软件工程导论?,海藩,清华大学。?实用软件工程?,人杰等,清华大学。2.2任务概述 2.2.1目标减少人力与设备费用,改进管理信息效劳,改进人员利用率,便在校大学生,减缓机场系统的压力。 2.2.2假定和约束

14、2.2.3人力、资金、时间的约束机票预订系统实施的目标就是要带航空公司带来看得见的效益,给学生带来便,其开发过程中也要考虑到人力、资金和时间的约束。因此,在设计中,重点是网络信息交流,能提供各机票的详细信息,并提高数据统计的即时性、准确性、便性。 2.2.4技术开展规律的约束计算机技术和产品的开展日新月异,将会给信息处理带来更多的手段,同时也会带来更加丰富的信息表达形式。例如图象和语音技术的进步,多媒体技术的开展,这些都要求系统在设计时考虑技术变化的可能性,为可能的变化预留一定的系统处理能力。2.3需求规定 2.3.1对功能的规定检验输入机票预订系统客户端子系统效劳端子系统承受订票申请联络效劳

15、 器输出数据发送数据接收数据读入旅客资料旅客资料订票领票账单号确定订票、领票打印账单打印机票打印航班信息账单机票接收客户端的需求处理客户端的需求发送请求处理信息机票预订航班查询 2.3.2对性能的规定 2.3.3 精度搜索输入:出发地:城市名如 目的地:城市名如 起飞时间:年/月/日定票输入:旅客XX:如 三旅客性别:男/女XX:XX工作单位:工作单位搜索输出:航班号:航班号 出发时间:年/月/日 H:M 价格:元定票输出:航班号:航班号目的地:城市名起飞时间:年/月/日 H:M旅客XX:XX旅客性别:男/女XX:XX座位号:座位号 2.3.4 时间特性要求响应时间;3s之更新处理时间;每月

16、2.3.5输入输出要求 2.3.6旅客信息1 旅客XX String2 旅客性别Char3 XXLONG INT4 工作单位String用于定票时接收输入,以及领票时效劳器返回。可使用一LONG INT 实现。用于领票时接收输入,以及定票时效劳器返回。飞行目的1. 航班号String2. 目的地String3. 起飞时间Date/Time4. 座位号String用于定票时接收输入,以及领票时效劳器返回。2.4数据描述 2.4.1数据特征1) 数据录入的准确性数据的输入来源是手工输入,并且数据的输入往往是大量的,因此能否准确的记录数据,关系到机票预定的成功与否,错误的输入可能会导致系统输出的不正

17、确性和不可用性,使系统的工作失去意义。2) 数据的可处理性数据能否及时的录入关系到公司的诚信与处理能力,因此由于输入过程中会有不可防止的错误出现,因此在设计程序时系统应有容错性和一定的处理错误能力,使系统能及时修正错误,保证工作的效率。3) 数据的一致性和完整性学校与机场共享一套信息管理系统,因此必须保证双分别获得信息具有一致性,在信息的传递过程中要保证信息的完整性。同时,在录入信息时,必须保证信息的完整性,假设信息不符合标准,应给出警告或直接拒绝信息的录入。因此在设计系统时,必须有一个局部能够识别信息的有效性。 2.4.2系统数据流图数据字典:2.5运行环境规定机票预定系统中的各个子系统的硬

18、件和软件的配置如下: 2.5.1 效劳器端子系统的运行要求: 系统软件: Window NTServer数据库管理系统:SQL Server 硬件要求:Pentium III 450以上,258M RAM,14G HD 2.5.2 客户端子系统的运行要求: 系统软件: Window NT Workstation数据库管理系统:SQL Server 硬件要求:Pentium 133以上,32M RAM,4.3G H第三章 概要设计3.1引言3.1.1编写目的本阶段是在系统的需求分析的根底上,对机票预定系统做总体设计。主要解决实现该系统需求的程序模块设计问题。包括如把该系统划分成假设干个模块、决定

19、各个模块之间的接口、模块之间传递的信息,以及模块构造的设计等。 3.1.2工程背景本工程机票预定系统是由航空公司委托,由竞等5人负责开发。机票预定系统将由两局部组成:置于个旅行社定票点的前台客户程序,以及置于航空公司的数据库效劳器。本系统与其他系统的关系如下:旅行社客户程序客户程序客户程序网络效劳器及程序飞机起飞管理机票预订系统 3.1.3定义专门术语:SQL SERVER: 系统效劳器所使用的数据库管理系统DBMS。SQL: 一种用于访问查询数据库的语言事务流:数据进入模块后可能有多种路径进展处理。缩写:系统:假设未特别指出,统指本机票预订系统。1.4 参考资料以以下出在概要设计过程中所使用

20、到的有关资料:1 机票预定系统工程方案任务书 航空公司 1999/32 机票预定系统工程开发方案 ?软件开发小组 1999/33 需求规格说明书?软件开发小组 1999/34 用户操作手册初稿?软件开发小组 1999/45 软件工程及其应用、文等XX科学技术 1992/16 软件工程海藩清华大学 1990/117 puter Network A.S.TanenbaunPrentice Hall 1996/01文档所采用的标准是参照?软件工程导论?美明著的“计算机软件开发文档编写指南。3.2任务概述 3.2.1目标制定实现该系统需求的程序模块。 3.2.2运行环境系统将由安装在各旅行社客户机上的

21、客户程序及航空公司的数据效劳器程序两局部程序组成。 3.2.3需求概述旅行社把预定机票的旅客信息,输入机票预定系统的客户端程序,系统查询航空公司的航班数据效劳器后,为旅客安排航班,印出取票通知。旅客在起飞前一天凭取票通知和帐单交款后取票,系统校对无误后印出机票给旅客。要求系统能有效、快速、平安、可靠和无误的完成上述操作。并要求客户机的界面要简单明了,易于操作,效劳器程序利于维护。3.3总体设计 3.3.1处理流程下面将使用构造化设计面向数据流的法对机票预定系统的处理流程进展分析。系统可分为两大局部:一、客户机上的程序,二、效劳器上的程序。 3.3.2客户机程序流程客户机上的输入信息为旅客资料或

22、帐单号,还包括一个定票/领票选项。输出为打印帐单或机票,和确认或出错信息。其部输出确定预订信息输出确定预订信息旅客资料旅客资料旅客资料125346789101112131415161718192014打印账单输出错误原因打印机票1.读入并确定定票/领票它是一个事务处理中心,假设输入是定票转入2 ,取票那么转入5。2.读入旅客资料读取所输入的旅客资料,并将其格式化,将格式化数据送3。3.检验输入资料检验格式化输入资料,初步检查输入是否有误,有误那么转2再次读入,无误那么将数据送4。4.准备效劳器数据由格式化旅客资料准备需发送到效劳器的数据,将准备好的数据送7。5.读入帐单号读取所输入的帐单号,并

23、将其格式化,将格式化数据送6.6.准备效劳器数据由格式化帐单号准备需发送到效劳器的数据,将准备好的数据送7。下面对各模块以数字表示进展功能说明:7.准备网络数据包将数据准备/加密成网络传输数据包。8.网络数据发送将数据包经网络发送到效劳器程序,它是程序与网络的接口。9.网络数据承受承受由效劳器程序经网络传送到客户机的数据包,它是程序与网络的接口。10.解开/判断解开9 所承受的数据包,并判断数据是定票数据或是领票数据,是定票那么将数据送11,是领票那么将数据送18。11.定票成功?由数据判断定票是否成功,假设定票成功将数据送12,不成功那么将数据送15。12.准备输出数据由接收的效劳器数据准备

24、输出数据,其中关于帐单的数据将送入13,其他包括旅客资料等送入14。13.打印帐单由帐单信息处理帐单格式并打印出帐单。14.输出定位确定在屏幕上显示确定定位及其他信息。15.判断错误由数据判断出错误类型,将类型送到16。16.准备错误语句由具体错误类型准备错误语句,送17。17.输出错误语句在屏幕上显示错误语句。18.领票核对成功?判断领票核对是否成功,假设成功那么将数据送19,不成功那么将数据送15。19.准备机票输出数据由接收的效劳器数据准备将打印的机票数据数,据其中关于帐单的机票的数据将送入20,其他包括旅客资料等送入14。20.打印机票由机票信息处理机票格式并打印出机票。 3.3.3总

25、体构造和模块外部设计效劳器程序局部机票预定系统效劳器局部接收数据数据处理、查询发送数据判断类型解开数据包接收客户机数据准备数据包发送数据到客户机准备SQL数据库操作判断查询准备返回数据判断原因准备返回数据 3.3.4功能分配客户机程序主要有三大块:接收数据、网络通信及输出局部。效劳器程序主要也是由三大功能:接收网络数据、数据库操作及发送网络数据局部。 3.4接口设计 3.4.1外部接口用户界面根据需求分析可知,用户需要一个用户友善界面。界面设计应简单明了,易于操作,突出显示重要以及出错信息。在设计语言上,使用Dev C+ 进展编程,在界面上使用VISUAL C+ 所提供的可视化组件。效劳器程序

26、界面要做到操作简单,易于管理。在设计上采用下拉式菜单式。总体来说,系统的用户界面应作到可靠性、简单性、易学习和使用 3.4.2软件接口效劳器程序使用VISUAL C+ 提供的对 SQL SERVER 的接口,进展对数据库的所有访问。网络软件接口面,使用无过失的传输协议,采用滑动窗口式对数据进展网络传输及接收。 3.4.3硬件接口对于键盘、鼠标、打印机的使用,用VISUAL C+的标准输入/输出,对输入、输出进展处理。网络传输局部,在网络硬件局部,将使用高速ATM实现高速传输。 3.4.4部接口部接口面,各模块之间采用函数调用、参数传递、返回值的式进展信息传递。具体参数的构造将在下面数据构造设计

27、的容中说明。接口传递的信息将是以数据构造封装了的数据,以参数传递或返回值的形式在各模块间传输。3.5数据构造设计 3.5.1数据库数据构造设计1.航班班次表:保存所有从本地起飞的班机信息,主键为航班号。在定位前先查寻座位空数,在定位后将修改座位空数。航班号日期/时间飞行目的地座位空数商务仓票价经济仓票价2.定位信息表:保存已定位信息,主键为帐单号,外部主键为航班号。在旅客领票过程时将用到此表,领票后修改是否领票域航班号帐单号是否领票3.帐单信息/旅客资料表:保存已定位的旅客信息资料,主键为旅客XX号,外部主键为帐单号。主要用于领票时将旅客信息一同返回。帐单号旅客XX旅客性别旅客XX号工作单位4

28、.机位信息表:保存各班机各机位定票状况。外部主键为班机号。主要用于定票时确定旅客机位,并返回班机号机位信息 3.5.2 物理数据构造设计物理数据构造设计主要是设计数据在模块中的表示形式。数据在模块中都是以构造的式表示。1 旅客信息1 旅客XX String2 旅客性别Char3 XXLONG INT4 工作单位String用于定票时接收输入,以及领票时效劳器返回。2 帐单号可使用一LONG INT 实现。用于领票时接收输入,以及定票时效劳器返回。3 飞行目的1. 航班号String2. 目的地String3. 起飞时间Date/Time4. 座位号String用于定票时接收输入,以及领票时效劳

29、器返回。4 网络包1. 网络包HeadINT2. 传输数据String用于数据在网络上的传输。5 错误信息1. 错误类型INT2. 输出语句String用于关于错误操作。6 机票信息1 航班号2 目的地3 起飞时间4 旅客XX5 旅客性别6 XX7 座位号8用于打印机票准备工作。数据类型可参照上面所述。7 帐单信息1 帐单号2 旅客XX3 XX4 航班号5 起飞时间6 目的地。 3.5.3 数据构造与程序的关系效劳器程序在对定票/领票进展操作时需对数据库数据库数据构造,也就是数据表进展查询和修改:在定票/领票过程中都需要对数据库中的所有表,进展联合查询、修改。物理数据构造主要用于各模块之间函数

30、的信息传递。接口传递的信息将是以数据构造封装了的数据,以参数传递或返回值的形式在各模块间传输。出错信息将送入显示模块中,机票构造,帐单构造,送入打印准备模块中准备打印格式。3.6运行设计 3.6.1运行模块的组合客户机程序在输入时启动接收数据模块,读入并格式化输入。接收数据模块得到充分的数据后,调用网络传输模块,将数据送到效劳器,并等待接收效劳器返回的信息。接到返回信息后调用数据输出模块,产生相应的输出。效劳器程序的接收网络数据模块必须始终处于活动状态。接收到数据后,调用数据处理/查询模块对数据库进展访问,完成后调用网络发送模块,将信息返回客户机。 3.6.2运行控制运行控制将格按照各模块间函

31、数调用关系来实现。网络传输面,客户机在发送数据后,等待效劳器确认收到信号,收到后再等待效劳器发送答复数据,然后对数据进展确认。效劳器接到数据后发送确认信号,对数据处理、访问数据库后,将信息送回客户机等待确认。 3.6.3运行时间采用高速ATM 网络,实现客户机与效劳器之间的连接,以减少网络传输上的开销,节约传输时间。效劳器的性能,影响对数据库访问时间即操作时间的长短,影响客户机操作的等待时间,所以要使用高性能的效劳器。3.7出错处理设计 3.7.1出错输出信息程序在运行时主要会出现两种错误:1、由于输入信息无法满足要求时产生的错误;2、由于其他问题,如网络传输超时等,产生的问题。 3.7.2出

32、错处理对策所有的客户机及效劳器都必须安装不连续电源以防止停电或电压不稳造成的数据丧失的损失。假设真断电时,客户机上将不会有太大的影响,主要是效劳器上:在断电后恢复过程可采用 SQL SERVER 的日志文件,对其进展ROLLBACK 处理,对数据进展恢复。在网络传输面,可考虑建立一条本钱较低的后备网络,以保证当主网络断路时数据的通信。在硬件面要选择较可靠、稳定的效劳器机种,保证系统运行时的可靠性。3.8平安XX设计由于需要通过网络传输数据,为了XX客户资料,需在网络的传输过程中对数据进展加密。这个工作主要是在准备网络包,及解开网络包这两个模块完成,它们各对数据进展加密及解密复原工作。在加密算法

33、选择上将使用RSA 加密算法。具体算法可参照参考资料中?puter Network?p.598。3.9维护设计维护面主要为对效劳器上的数据库数据进展维护。可使用 SQL SERVER 的数据库维护功能机制。例如,定期为数据库进展Backup,维护管理数据库死锁问题和维护数据库数据的一致性等。第四章 详细设计4.1引言 4.1.1编写目的在本阶段中,确定应该如具体地实现所要求的系统,从而在编码阶段可以把这个描述直接翻译成用具体的 程序语言书写的程序,解决如1承受:旅客信息及取票通知和帐单;2输出:取票通知和帐单及机票;3网络输出和加密,输入和解密;4分辨信息的种类并采取相应的处理步骤;5判断信息

34、的正误并采取相应的处理步骤;6进展数据库的查询、修改工作;7承受并判断错误,输出相应的出错消息; 4.1.2工程背景本机票预定系统工程主要由两局部形成:1.各旅行社中的前台客户程序;2.航空公司中的数据库效劳器程序; 4.1.3文中的定义和缩写 1定义SQL SERVER: 系统效劳器所使用的数据库管理SQL: 一种用于访问查询数据库的语言事务流:数据进入模块后可能有多种路径进展处理。主键:数据库表中的关键域。值互不一样。外部主键:数据库表中与其他表主键关联的域。ROLLBACK: 数据库的错误恢复机制。 2 缩写系统:假设未特别指出,统指本机票预定系统。SQL: Structured Que

35、ry Language构造化查询语言。ATM: Asynchronous Transfer Mode (异步传输模式)。 4.1.4参考资料以以下出在概要设计过程中所使用到的有关资料:1 机票预定系统可行性分析报告 软件开发小组2 需求规格说明书 软件开发小组3 ?软件工程及其应用? 、文等 XX科学技术 1992/14 ?软件工程? 海藩清华大学 1990/11文档所采用的标准是参照?软件工程导论?美明著 的“计算机软件开发文档编写指南。4.2总体设计 4.2.1需求概要航空公司为便旅客,需开发一个机票预定系统。为便于旅客由旅行社代替航空公司负责为旅客定票,旅行社把预定机票的旅客信息,包括X

36、X、性别、工作单位、XX、旅行时间、旅行目的地,输入机票预定系统的客户端程序,系统经过查询航空公司的航班数据效劳器后,为旅客安排航班,印出取票通知。旅客在飞机起飞前一天凭取票通知和帐单交款后取票,系统校对无误后即印出机票给旅客。 要求系统能有效、快速、平安、可靠和无误的完成上述操作。并要求客户机的界面要单明了,易于操作,效劳器程序利于维护。 4.2.2软件构造4.3程序描述3.1input()函数3.2save()函数3.3print()函数3.4search()函数3.5dingpiao()函数3.6tuipiao()函数3.7xiugai()函数3.8main()函数 4.4代码设计#in

37、clude #include #include #define N 1000struct air int num; char start20; char over20; 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.5din

38、gpiao()函数void dingpiao() int n; char a10; do search(); printf(请输入你想要的票:n); scanf(%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测试用例测试容输入数据预

39、期输出实际输出预定测试通过航班号搜查预定14316yes34316 2021.6.2 003订票成功!4316 2021.6.2 003订票成功!预定测试通过目的地搜查预定2XXyes59002 2021.6.4 XX 005订票成功!9002 2021.6.4 XX 005订票成功!截屏如下: 第五章 基于面向对象技术的机票预订系统开发 5.1 引言随着旅游业、商务和航空业飞速开展,机票销售预定也应运而生,机票预定系统是拓展机票业务的最正确手段,能极大的提高工作效率、降低运作本钱。机票预定系统根据提供的舱位实时查询、机票预订等功能将整个功能划分为系统管理、航线信息管理、客户信息管理和票务信息

40、管理四个局部。利用UML建模法,对机票的预订信息和机票政策信息进展管理十分实用。 5.2. 需求分析 本系统的开发宗旨,以及总体任务就是要实现机票预订信息管理上的自动化、规化和系统化 。 由于业务的需要和XX性,也为了便于管理,系统用户应该具有不同的等级,即不同的权限。用户按等级分为两个等级:超级用户和一般用户。 从操作的主界面来看,应该包含航线信息管理,客户信息管理和票务管理这几大模块 。 在航线信息管理模块中应该分舱位信息、客机信息和航线信息管理等几个子模块。管理员能够进展相关信息的添加、编辑和删除操作,拥护可以进展相关信息查询。 舱位信息包括舱位等级编号、舱位等级名称、是否有礼品、是否有

41、报纸、是否有饮料、是否有午餐、是否有电影、是否可以改签、是否可以退票以及是否可以打折等必要信息 。 客机信息包括客机编号、客机型号、购置时间、服役时间、经济舱座位数量、公务舱座位数量和头等舱座位数量等信息 。 航线信息包括出发城市、到达城市、航班日期、出发时间、到达时间、客机编号 、经济舱价格、公务舱价格和头等舱价格等信息 。 这对于航空平安非常重要。它包含客户类型管理和客户信息管理两个小模块。客户类型中应该包含客户类型和折扣比例等休息;客户信息管理中应该包含客户XX、性别、身 份证、联系等信息 。 能够完整保存售票、订票所需要的一些信息以保证售票和订票业务的正常进展。它包括出发城市、到达城市、出发时间、舱位类型、票价以及客户的相关必要信息 。 系统应该提供数据库维护功能。系统运行在平台上。 windows 它还应该有一个较好的图形用户界面 。 系统应该有很好的可扩展 5.3.UML 系统建模 5.3.1 机票预订系统

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 研究报告 > 设计方案

本站为文档C TO C交易模式,本站只提供存储空间、用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。本站仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知淘文阁网,我们立即给予删除!客服QQ:136780468 微信:18945177775 电话:18904686070

工信部备案号:黑ICP备15003705号© 2020-2023 www.taowenge.com 淘文阁