软件工程导论实验报告.doc
《软件工程导论实验报告.doc》由会员分享,可在线阅读,更多相关《软件工程导论实验报告.doc(54页珍藏版)》请在咨信网上搜索。
. . 目录 第一章可行性分析报告2 1.1 引言2 1.2 可行性研究的前提3 1.3技术可行性分析4 1.3.1系统简要描述4 1.3.2处理流程和数据流程4 1.4操作可行性分析4 1.5经济可行性分析4 1.5.1支出4 1.5.2效益5 1.5.3收益/投资比5 1.5.4投资回收期5 1.5.5敏感性分析5 1.6法律可行性6 1.7结论6 第二章需求分析报告6 2.1引言6 2.1.1 编写目的6 2.1.2 工程背景6 2.1.3 定义6 2.1.4 参考资料6 2.2任务概述7 2.2.1 目标7 2.2.2 假定和约束6 2.2.3 人力、资金、时间的约束6 2.2.4技术开展规律的约束7 2.3需求规定8 2.3.1对功能的规定8 2.3.2对性能的规定8 2.3.3精度8 2.3.4时间特性要求9 2.3.5旅客信息9 2.4数据描述9 2.4.1数据特征9 2.4.2系统数据流图9 2.5 运行环境规定11 2.5.1效劳器端子系统运行要求11 2.5.2客户端子系统运行要求11 第三章概要设计11 3.1引言11 3.1.1编写目的11 3.1.1工程背景11 3.1.1定义12 3.2任务概述12 3.2.1目标12 3.2.2运行环境12 3.2.3需求概述12 3.3总体设计13 3.3.1处理流程13 3.3.2客户机程序流程13 3.3.3总体构造设计14 3.3.4功能分配14 3.4 接口设计14 3.4.1外部接口14 3.4.2软件接口15 3.4.3硬件接口15 3.4.4部接口15 3.5 数据构造设计15 3.5.1 数据库数据构造设计 15 3.5.2物理构造设计16 3.5.3 数据构造与程序关系17 3.6 运行设计17 3.6.1 运行模块的组合17 3.6.2 运行控制17 3.6.3 运行时间17 3.7出错处理设计17 3.7.1出错输出信息18 3.7.2出错处理对策18 3.8平安XX设计19 3.9维护设计19 第四章详细设计19 4.1引言19 4.1.1编写目的19 4.1.2工程背景19 4.1.3文中定义和缩写20 4.1.4参考资料20 4.2总体设计20 4.2.1需求概述20 4.3程序描述21 4.4代码设计21 4.5测试工程说明22 4.5.1测试工程名称及测试容22 4.5.2测试用例22 第五章基于面向对象技术的机票预订系统开发23 5.1引言23 5.2需求分析23 5.3UML系统建模24 5.3.1机票预订系统的用例分析24 5.3.2机票预订系统的域类分析24 5.3.3机票预订系统的功能设计25 5.4数据库分析25 5.4.1E-R图分析25 5.4.2创立数据库26 5.5界面设计26 5.6代码分析和实现26 5.7小结27 第六章 测试27 6.1测试方案27 6.1.1 编写目的27 6.1.2任务概述27 6.1.3 方案28 6.1.4测试工程说明29 6.1.5 条件29 6.2 测试分析报告30 6.2.1编写目的30 6.2.2 测试方案执行情况30 6.2.3软件需求测试结论31 6.2.4评价31 6.2.5建议31 6.2.6 测试结论31 第七章 程序维护手册31 7.1 引言31 7.2 系统说明33 7.2.1 系统用途33 7.2.2平安XX33 7.2.3总体说明33 7.3 维护过程33 7.3.1 规那么33 7.3.2 验证过程34 7.3.3 出错及纠正法34 7.3.4 专门维护过程34 7.3.5 程序清单及流程图34 第八章 总结性报告35 8.1 过程35 8.2 总结35 第一章 可行性分析报告 1.1引言 航空公司为便旅客乘机,需要开发一个新机票预定系统。 1.1.1编写目的 对问题进展研究,以最小的代价在最短的时间确定问题是否可解。从现在应用的技术面和用户的操作式面研究机票预订管理系统的可行性和必要性。 1.1.2工程背景 开发软件名称:机票预订系统。 工程的任务提出者:理工大学计算机科学与技术学院。 开发者:梁婷,玺,任昕悦,高贝 四人开发小组。 用户:旅行社操作人员与售票员。 1.1.3定义 查询:对数据库操作的一种,用于搜索数据信息。 插入:对数据库操作的一种,用于数据存入数据库中。 更新:对数据库操作的一种,用于更改数据库中的数据信息。 软件构造图:反映软件系统的功能模块之间的关系的数据图。 1.1.4参考资料 ?软件工程?清华大学。 ?软件工程导论?,海藩,清华大学。 ?实用软件工程?,人杰等,清华大学。 1.2可行性研究的前提 1.2.1要求 功能:为旅客提供预订机票功能,并为其分配航班,打印出机票给旅客,提高航空公司工作人员的工作效率和质量。 性能:航空公司需要定期进展查询各个航班飞机的乘载情况并统计,以便做出适当调整。 输出要求:机票上容完整,详细充实。 输入要求:便,快捷,实时。 平安与XX要求:操作员可以对机场航班信息库及机票信息库和定票信息库进展管理并做出适宜的更改,售票员只可以对订票信息库做局部更改,并且对旅客的信息做格XX。 完成期限:第十六 1.2.2目标 ①提高票务信息处理速度;②最大化的降低售票系统出错率;③减少设备的费用;④提高工作人员的工作效率。 系统实现后,能够为旅客提供很大的便,并且减少其因不必要的过程带来的大额开销。尽量防止售票效劳中发生的错误。 1.2.3可行性研究法 根据题目要求定出机票预订所具备的能力及实现的法。确定总体构造,利用SQL Server数据库所具有的能力,以最简洁最容易的法,使用VC++使其成为一个初级的系统软件。 1.2.4决定可行性的主要因素 航空公司的支持力度、设备状况、操作人员技术 1.2.5评价尺度 ①能够与航空系统数据库完美对接;②操作界面直观、简洁;③支持多种定金支付式;④经费预算在200w~300w之间; 1.3技术可行性分析 1.3.1系统简要描述 在旅游局中的终端是安装了Windows NT的PC机,主要目的是向机场的效劳器传递数据。当顾客在旅游局进展咨询时,终端向效劳器发出查询请求,效劳器根据航班信息库的实时数据,向终端发送数据,显示在终端的屏幕上。当顾客向售票员定票时,终端向效劳器发出详尽的一份定单,效劳器核对后,存入定票信息库,并修改机票信息库。当顾客再次来取票时,终端向效劳器发出查询定票请求,效劳器接收后,查询定票信息库,核对后,传送机票确认表单,终端打印出机票。 1.3.2处理流程和数据流程 系统管理 员 售票员 事务航班信息更新 查询请求 表单申请 机票核对事 务 数据库 产生报表 产生报表 产生报表 产生报表及 账 单 效劳器终端显示数据 客户机终端显示数据 客户机终端显示数据 在客户端打印机票和账单 1.4操作可行性分析 使用本软件人员要求有一定计算机根底的人员,系统管理员要求由计算机的专业知识,所有人员都要经过本公司培训.,管理人员也需经一般培训.,经过培训人员将会熟练使用本软件.。两名系统管理员,一名审计员将进展专业培训,他们将熟练管理本系统. 1.5经济可行性分析 1.5.1支出 根底投资: 终端PC机20台: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人(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万 = 344% 1.5.4投资回收期 2.3年 1.5.5敏感性分析 设计系统期为五年, 估计最长可达10年 处理速度: 一般查询速度<4秒 关键数据查询速度: <2秒 1.6法律可行性 所有软件都选用正版. 所有技术资料都由提出保管。 合同制定确定违约责任. 1.7结论 经过一系列的各个不同面的可行性分析,分析员和用户及使用部门的负责,对需要解决的问题取得根本的一致看法,开发小组的开发案得到批准,使用部门负责人同意开发工程继续进展下去。 第二章 需求分析报告 2.1引言 2.1.1编写目的 将计算机技术运用于机票预定管理,使机票预定更加便快捷,为用户提供最舒适、最人性化的效劳。 2.1.2工程背景 随着社会开展的不断进步,民航事业的壮大,人们消费水平的提高,乘坐民航的消费者也越来越多,机票预订系统在各机票预定网点中的作用也越来越重要。在计算机技术高速开展的今天,有必要引入高效的计算机系统,来协助处理机票预定工作,因此,开发一套具有完整的存储、查询、核对、打印机票功能的实时机票预定系统势在必行。 开发软件名称:机票预定系统。 工程任务提出者:理工大学软件学院。 用户:旅行社操作人员与售票员。 实现软件单位:理工大学和武宿机场。 系统与其他软件,系统的关系: 旅客 旅客 旅客 旅客 机票预定系统 武宿机场机票系统 2.1.3定义 [专业术语]: [缩写词]: 2.1.4参考资料 ?软件工程?清华大学。 ?软件工程导论?,海藩,清华大学。 ?实用软件工程?,人杰等,清华大学。 2.2任务概述 2.2.1目标 减少人力与设备费用,改进管理信息效劳,改进人员利用率,便在校大学生,减缓机场系统的压力。 2.2.2假定和约束 2.2.3人力、资金、时间的约束 机票预订系统实施的目标就是要带航空公司带来看得见的效益,给学生带来便,其开发过程中也要考虑到人力、资金和时间的约束。因此,在设计中,重点是网络信息交流,能提供各机票的详细信息,并提高数据统计的即时性、准确性、便性。 2.2.4技术开展规律的约束 计算机技术和产品的开展日新月异,将会给信息处理带来更多的手段,同时也会带来更加丰富的信息表达形式。例如图象和语音技术的进步,多媒体技术的开展,这些都要求系统在设计时考虑技术变化的可能性,为可能的变化预留一定的系统处理能力。 2.3需求规定 2.3.1对功能的规定 检验输入 机票预订系统 客户端子系统 效劳端子系统 承受订票申请 联络效劳 器 输出数据 发送数据 接收数据 读入旅客资料 旅客资料 订票领票 账单号 确定〔订票、领票〕 打印账单 打印机票 打印航班信息 账单 机票 接收客户端的需求 处理客户端的需求 发送请求处理信息 机票预订 航班查询 2.3.2对性能的规定 2.3.3 精度 搜索输入:出发地:城市名〔如 〕 目的地:城市名〔如 〕 起飞时间:年/月/日 定票输入:旅客XX:〔如 三〕 旅客性别:男/女 XX:XX 工作单位:工作单位 搜索输出:航班号:航班号 出发时间:年/月/日 H:M 价格:元 定票输出:航班号:航班号 目的地:城市名 起飞时间:年/月/日 H:M 旅客XX:XX 旅客性别:男/女 XX:XX 座位号:座位号 2.3.4 时间特性要求 响应时间;3s之 更新处理时间;每月 2.3.5输入输出要求 2.3.6旅客信息 1. 旅客XX String 2. 旅客性别 Char 3. XX LONG INT 4. 工作单位 String 用于定票时接收输入,以及领票时效劳器返回。 可使用一LONG INT 实现。 用于领票时接收输入,以及定票时效劳器返回。 飞行目的 1. 航班号 String 2. 目的地 String 3. 起飞时间 Date/Time 4. 座位号 String 用于定票时接收输入,以及领票时效劳器返回。 2.4数据描述 2.4.1数据特征 1) 数据录入的准确性 数据的输入来源是手工输入,并且数据的输入往往是大量的,因此能否准确的记录数据,关系到机票预定的成功与否,错误的输入可能会导致系统输出的不正确性和不可用性,使系统的工作失去意义。 2) 数据的可处理性 数据能否及时的录入关系到公司的诚信与处理能力,因此由于输入过程中会有不可防止的错误出现,因此在设计程序时系统应有容错性和一定的处理错误能力,使系统能及时修正错误,保证工作的效率。 3) 数据的一致性和完整性 学校与机场共享一套信息管理系统,因此必须保证双分别获得信息具有一致性,在信息的传递过程中要保证信息的完整性。同时,在录入信息时,必须保证信息的完整性,假设信息不符合标准,应给出警告或直接拒绝信息的录入。因此在设计系统时,必须有一个局部能够识别信息的有效性。 2.4.2系统数据流图 数据字典: 2.5运行环境规定 机票预定系统中的各个子系统的硬件和软件的配置如下: 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编写目的 本阶段是在系统的需求分析的根底上,对机票预定系统做总体设计。主要解决实现该系统需求的程序模块设计问题。包括如把该系统划分成假设干个模块、决定各个模块之间的接口、模块之间传递的信息,以及模块构造的设计等。 3.1.2工程背景 本工程〔机票预定系统〕是由航空公司委托,由竞等5人负责开发。 机票预定系统将由两局部组成:置于个旅行社定票点的前台客户程序,以及置于航空公司的数据库效劳器。本系统与其他系统的关系如下: 旅行社 客户程序 客户程序 客户程序 网 络 效劳器及程序 飞机起飞管理 机票预订系统 3.1.3定义 专门术语:SQL SERVER: 系统效劳器所使用的数据库管理系统〔DBMS〕。 SQL: 一种用于访问查询数据库的语言 事务流:数据进入模块后可能有多种路径进展处理。 缩写:系统:假设未特别指出,统指本机票预订系统。1.4 参考资料 以以下出在概要设计过程中所使用到的有关资料: 1. 机票预定系统工程方案任务书 航空公司 1999/3 2. 机票预定系统工程开发方案 ??软件开发小组 1999/3 3. 需求规格说明书 ??软件开发小组 1999/3 4. 用户操作手册〔初稿〕 ??软件开发小组 1999/4 5. 软件工程及其应用、文等 XX科学技术 1992/1 6. 软件工程 海藩 清华大学 1990/11 7. puter Network A.S.Tanenbaun Prentice Hall 1996/01 文档所采用的标准是参照?软件工程导论?美明著的“计算机软件开发文档编写指南〞。 3.2任务概述 3.2.1目标 制定实现该系统需求的程序模块。 3.2.2运行环境 系统将由安装在各旅行社客户机上的客户程序及航空公司的数据效劳器程序两局部程序组成。 3.2.3需求概述 旅行社把预定机票的旅客信息,输入机票预定系统的客户端程序,系统查询航空公司的航班数据效劳器后,为旅客安排航班,印出取票通知。旅客在起飞前一天凭取票通知和帐单交款后取票,系统校对无误后印出机票给旅客。 要求系统能有效、快速、平安、可靠和无误的完成上述操作。并要求客户机的界面要简单明了,易于操作,效劳器程序利于维护。 3.3总体设计 3.3.1处理流程 下面将使用〔构造化设计〕面向数据流的法对机票预定系统的处理流程进展分析。系统可分为两大局部:一、客户机上的程序,二、效劳器上的程序。 3.3.2客户机程序流程 客户机上的输入信息为旅客资料或帐单号,还包括一个定票/领票选项。输出为打印帐单或机票,和确认或出错信息。其部 输出确定预订信息 输出确定预订信息 旅客资料 旅客资料 旅客资料 1 2 5 3 4 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 14 打印账单 输出错误原因 打印机票 1.读入并确定〔定票/领票〕它是一个事务处理中心,假设输入是定票转入2 ,取票那么转入5。 2.读入旅客资料读取所输入的旅客资料,并将其格式化,将格式化数据送3。 3.检验输入资料检验格式化输入资料,初步检查输入是否有误,有误那么转2再次读入,无误那么将数据送4。 4.准备效劳器数据由格式化旅客资料准备需发送到效劳器的数据,将准备好的数据送7。 5.读入帐单号读取所输入的帐单号,并将其格式化,将格式化数据送6. 6.准备效劳器数据由格式化帐单号准备需发送到效劳器的数据,将准备好的数据送7。 下面对各模块〔以数字表示〕进展功能说明: 7.准备网络数据包将数据准备/加密成网络传输数据包。 8.网络数据发送将数据包经网络发送到效劳器程序,它是程序与网络的接口。 9.网络数据承受承受由效劳器程序经网络传送到客户机的数据包,它是程序与网络的接口。 10.解开/判断解开9 所承受的数据包,并判断数据是定票数据或是领票数据,是定票那么将数据送11,是领票那么将数据送18。 11.定票成功?由数据判断定票是否成功,假设定票成功将数据送12,不成功那么将数据送15。 12.准备输出数据由接收的效劳器数据准备输出数据,其中关于帐单的数据将送入13,其他包括旅客资料等送入14。 13.打印帐单由帐单信息处理帐单格式并打印出帐单。 14.输出定位确定在屏幕上显示确定定位及其他信息。 15.判断错误由数据判断出错误类型,将类型送到16。 16.准备错误语句由具体错误类型准备错误语句,送17。 17.输出错误语句在屏幕上显示错误语句。 18.领票核对成功?判断领票核对是否成功,假设成功那么将数据送19,不成功那么将数据送15。 19.准备机票输出数据由接收的效劳器数据准备将打印的机票数据数,据其中关于帐单的机票的数据将送入20,其他包括旅客资料等送入14。 20.打印机票由机票信息处理机票格式并打印出机票。 3.3.3总体构造和模块外部设计 效劳器程序局部 机票预定系统〔效劳器局部〕 接收数据 数据处理、查询 发送数据 判断类型 解开数据包 接收客户机数据 准备数据包 发送数据到客户机 准备SQL 数据库操作 判断查询 准备返回数据 判断原因 准备返回数据 3.3.4功能分配 客户机程序主要有三大块:接收数据、网络通信及输出局部。效劳器程序主要也是由三大功能:接收网络数据、数据库操作及发送网络数据局部。 3.4接口设计 3.4.1外部接口 用户界面 根据需求分析可知,用户需要一个用户友善界面。界面设计应简单明了,易于操作,突出显示重要以及出错信息。在设计语言上,使用Dev C++ 进展编程,在界面上使用VISUAL C++ 所提供的可视化组件。效劳器程序界面要做到操作简单,易于管理。在设计上采用下拉式菜单式。总体来说,系统的用户界面应作到可靠性、简单性、易学习和使用 3.4.2软件接口 效劳器程序使用VISUAL C++ 提供的对 SQL SERVER 的接口,进展对数据库的所有访问。 网络软件接口面,使用无过失的传输协议,采用滑动窗口式对数据进展网络传输及接收。 3.4.3硬件接口 对于键盘、鼠标、打印机的使用,用VISUAL C++的标准输入/输出,对输入、输出进展处理。 网络传输局部,在网络硬件局部,将使用高速ATM实现高速传输。 3.4.4部接口 部接口面,各模块之间采用函数调用、参数传递、返回值的式进展信息传递。具体参数的构造将在下面数据构造设计的容中说明。接口传递的信息将是以数据构造封装了的数据,以参数传递或返回值的形式在各模块间传输。 3.5数据构造设计 3.5.1数据库数据构造设计 1.航班班次表:保存所有从本地起飞的班机信息,主键为航班号。在定位前先查寻座位空数,在定位后将修改座位空数。 航班号 日期/时间 飞行目的地 座位空数 商务仓票价 经济仓票价 2.定位信息表:保存已定位信息,主键为帐单号,外部主键为航班号。在旅客领票过程时将用到此表,领票后修改是否领票域 航班号 帐单号 是否领票 3.帐单信息/旅客资料表:保存已定位的旅客信息资料,主键为旅客XX号,外部主键为帐单号。主要用于领票时将旅客信息一同返回。 帐单号 旅客XX 旅客性别 旅客XX号 工作单位 4.机位信息表:保存各班机各机位定票状况。外部主键为班机号。主要用于定票时确定旅客机位,并返回 班机号 机位信息 3.5.2 物理数据构造设计 物理数据构造设计主要是设计数据在模块中的表示形式。数据在模块中都是以构造的式表示。 1. 旅客信息 1. 旅客XX String 2. 旅客性别 Char 3. XX LONG INT 4. 工作单位 String 用于定票时接收输入,以及领票时效劳器返回。 2. 帐单号 可使用一LONG INT 实现。 用于领票时接收输入,以及定票时效劳器返回。 3. 飞行目的 1. 航班号 String 2. 目的地 String 3. 起飞时间 Date/Time 4. 座位号 String 用于定票时接收输入,以及领票时效劳器返回。 4. 网络包 1. 网络包Head INT 2. 传输数据 String 用于数据在网络上的传输。 5. 错误信息 1. 错误类型 INT 2. 输出语句 String 用于关于错误操作。 6. 机票信息 1. 航班号 2. 目的地 3. 起飞时间 4. 旅客XX 5. 旅客性别 6. XX 7. 座位号 8. 用于打印机票准备工作。数据类型可参照上面所述。 7. 帐单信息 1. 帐单号 2. 旅客XX 3. XX 4. 航班号 5. 起飞时间 6. 目的地 。 3.5.3 数据构造与程序的关系 效劳器程序在对定票/领票进展操作时需对数据库数据库数据构造,也就是数据表进展查询和修改:在定票/领票过程中都需要对数据库中的所有表,进展联合查询、修改。 物理数据构造主要用于各模块之间函数的信息传递。接口传递的信息将是以数据构造封装了的数据,以参数传递或返回值的形式在各模块间传输。出错信息将送入显示模块中,机票构造,帐单构造,送入打印准备模块中准备打印格式。 3.6运行设计 3.6.1运行模块的组合 客户机程序在输入时启动接收数据模块,读入并格式化输入。接收数据模块得到充分的数据后,调用网络传输模块,将数据送到效劳器,并等待接收效劳器返回的信息。接到返回信息后调用数据输出模块,产生相应的输出。 效劳器程序的接收网络数据模块必须始终处于活动状态。接收到数据后,调用数据处理/查询模块对数据库进展访问,完成后调用网络发送模块,将信息返回客户机。 3.6.2运行控制 运行控制将格按照各模块间函数调用关系来实现。网络传输面,客户机在发送数据后,等待效劳器确认收到信号,收到后再等待效劳器发送答复数据,然后对数据进展确认。效劳器接到数据后发送确认信号,对数据处理、访问数据库后,将信息送回客户机等待确认。 3.6.3运行时间 采用高速ATM 网络,实现客户机与效劳器之间的连接,以减少网络传输上的开销,节约传输时间。效劳器的性能,影响对数据库访问时间即操作时间的长短,影响客户机操作的等待时间,所以要使用高性能的效劳器。 3.7出错处理设计 3.7.1出错输出信息 程序在运行时主要会出现两种错误:1、由于输入信息无法满足要求时产生的错误;2、由于其他问题,如网络传输超时等,产生的问题。 3.7.2出错处理对策 所有的客户机及效劳器都必须安装不连续电源以防止停电或电压不稳造成的数据丧失的损失。假设真断电时,客户机上将不会有太大的影响,主要是效劳器上:在断电后恢复过程可采用 SQL SERVER 的日志文件,对其进展ROLLBACK 处理,对数据进展恢复。 在网络传输面,可考虑建立一条本钱较低的后备网络,以保证当主网络断路时数据的通信。 在硬件面要选择较可靠、稳定的效劳器机种,保证系统运行时的可靠性。 3.8平安XX设计 由于需要通过网络传输数据,为了XX客户资料,需在网络的传输过程中对数据进展加密。 这个工作主要是在准备网络包,及解开网络包这两个模块完成,它们各对数据进展加密及解密复原工作。 在加密算法选择上将使用RSA 加密算法。具体算法可参照参考资料中?puter Network?p.598。 3.9维护设计 维护面主要为对效劳器上的数据库数据进展维护。可使用 SQL SERVER 的数据库维护功能机制。例如,定期为数据库进展Backup,维护管理数据库死锁问题和维护数据库数据的一致性等。 第四章 详细设计 4.1引言 4.1.1编写目的 在本阶段中,确定应该如具体地实现所要求的系统,从而在编码阶段可以把这个描述直接翻译成用具体的 程序语言书写的程序,解决如 1.承受:旅客信息及取票通知和帐单; 2.输出:取票通知和帐单及机票; 3.网络输出和加密,输入和解密; 4.分辨信息的种类并采取相应的处理步骤; 5.判断信息的正误并采取相应的处理步骤; 6.进展数据库的查询、修改工作; 7.承受并判断错误,输出相应的出错消息; 4.1.2工程背景 本机票预定系统工程主要由两局部形成: 1.各旅行社中的前台客户程序; 2.航空公司中的数据库效劳器程序; 4.1.3文中的定义和缩写 1定义 SQL SERVER: 系统效劳器所使用的数据库管理 SQL: 一种用于访问查询数据库的语言 事务流:数据进入模块后可能有多种路径进展处理。 主键:数据库表中的关键域。值互不一样。 外部主键:数据库表中与其他表主键关联的域。 ROLLBACK: 数据库的错误恢复机制。 2 缩写 系统:假设未特别指出,统指本机票预定系统。 SQL: Structured Query Language〔构造化查询语言〕。 ATM: Asynchronous Transfer Mode (异步传输模式)。 4.1.4参考资料 以以下出在概要设计过程中所使用到的有关资料: 1. 机票预定系统可行性分析报告 软件开发小组 2. 需求规格说明书 软件开发小组 3. ?软件工程及其应用? 、文等 XX科学技术 1992/1 4. ?软件工程? 海藩 清华大学 1990/11 文档所采用的标准是参照?软件工程导论?美明著 的“计算机软件开发文档编写指南〞。 4.2总体设计 4.2.1需求概要 航空公司为便旅客,需开发一个机票预定系统。为便于旅客由旅行社代替航空公司负责为旅客定票,旅行社把预定机票的旅客信息,包括XX、性别、工作单位、XX、旅行时间、旅行目的地,输入机票预定系统的客户端程序,系统经过查询航空公司的航班数据效劳器后,为旅客安排航班,印出取票通知。旅客在飞机起飞前一天凭取票通知和帐单交款后取票,系统校对无误后即印出机票给旅客。 要求系统能有效、快速、平安、可靠和无误的完成上述操作。并要求客户机的界面要单明了,易于操作,效劳器程序利于维护。 4.2.2软件构造 4.3程序描述 3.1input()函数 3.2save()函数 3.3print()函数 3.4search()函数 3.5dingpiao()函数 3.6tuipiao()函数 3.7xiugai()函数 3.8main()函数 4.4代码设计 #include<stdio.h> #include<string.h> #include<stdlib.h> #define N 1000 struct air { int num; char start[20]; char over[20]; char name[20]; int count; }s[N]; int i; int m=0; #define PRINT " %d %12s %12s %12d \n",s[i].num,s[i].start,s[i].over,s[i].count void input(); void print(); void save(); void read(); void search(); void dingpiao(); void tuipiao(); 3.5dingpiao()函数 void dingpiao() { int n; char a[10]; do { search(); printf("请输入你想要的票:\n"); scanf("%d",&n); if(n<0) { printf("请输入有效的机票号\n"); break; } if(s[i].count!=0&&s[i].count>=n) { s[i].count=s[i].count-n; save(); printf("订票成功!\n"); break; } if(s[i].count<n) { printf("请输入有效的机票号\n"); break; } printf("是否继续?请输入Yes或No:\n"); scanf("%s",&a); }while(!strcmp(a,"yes")); } 4.5测试工程说明 4.5.1测试工程名称及测试容 预订测试; 4.5.2测试用例 测试容 输入数据 预期输出 实际输出 预定测试 通过航班号搜查预定 1 4316 yes 3 4316 2021.6.2 003 订票成功! 4316 2021.6.2 003 订票成功! 预定测试 通过目的地搜查预定 2 XX yes 5 9002 2021.6.4 XX 005 订票成功! 9002 2021.6.4 XX 005 订票成功! 截屏如下: 第五章 基于面向对象技术的机票预订系统开发 5.1 引言 随着旅游业、商务和航空业飞速开展,机票销售预定也应运而生,机票预定系统是拓展机票业务的最正确手段,能极大的提高工作效率、降低运作本钱。机票预定系统根据提供的舱位实时查询、机票预订等功能将整个功能划分为系统管理、航线信息管理、客户信息管理和票务信息管理四个局部。利用UML建模法,对机票的预订信息和机票政策信息进展管理十分实用。 5.2. 需求分析 本系统的开发宗旨,以及总体任务就是要实现机票预订信息管理上的自动化、规化和系统化 。 由于业务的需要和XX性,也为了便于管理,系统用户应该具有不同的等级,即不同的权限。用户按等级分为两个等级:超级用户和一般用户。 从操作的主界面来看,应该包含航线信息管理,客户信息管理和票务管理这几大模块 。 在航线信息管理模块中应该分舱位信息、客机信息和航线信息管理等几个子模块。管理员能够进展相关信息的添加、编辑和删除操作,拥护可以进展相关信息查询。 舱位信息包括舱位等级编号、舱位等级名称、是否有礼品、是否有报纸、是否有饮料、是否有午餐、是否有电影、是否可以改签、是否可以退票以及是否可以打折等必要信息 。 客机信息包括客机编号、客机型号、购置时间、服役时间、经济舱座位数量、公务舱座位数量和头等舱座位数量等信息 。 航线信息包括出发城市、到达城市、航班日期、出发时间、到达时间、客机编号 、经济舱价格、公务舱价格和头等舱价格等信息 。 这对于航空平安非常重要。它包含客户类型管理和客户信息管理两个小模块。客户类型中应该包含客户类型和折扣比例等休息;客户信息管理中应该包含客户XX、性别、身 份证、联系等信息 。 能够完整保存售票、订票所需要的一些信息以保证售票和订票业务的正常进展。它包括出发城市、到达城市、出发时间、舱位类型、票价以及客户的相关必要信息 。 系统应该提供数据库维护功能。系统运行在平台上。 windows 它还应该有一个较好的图形用户界面 。 系统应该有很好的可扩展 5.3.UML 系统建模 5.3.1 机票预订系统- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件工程 导论 实验 报告
咨信网温馨提示:
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【二***】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【二***】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【二***】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【二***】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。
关于本文