软件工程项目课程设计报告任务书_第1页
软件工程项目课程设计报告任务书_第2页
软件工程项目课程设计报告任务书_第3页
软件工程项目课程设计报告任务书_第4页
软件工程项目课程设计报告任务书_第5页
已阅读5页,还剩42页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、课程设计任务书实验课名称:软件工程实验项目名称:机票预定系统专业名称:软件工程班级:24060802学号:2406080202学生姓名:孙子淇教师姓名:杜瑾=F.录1. 封皮 12. 目录 23. 需求说明书 33.1数据流图 213.2数据字典 223.3数据库设计 234. 概要设计说明书 254.1软件结构图(层次框图) 285. 详细设计说明书 305.1各模块数据流程图 316. 测试计划 41机票预订系统需求分析报告1. 引言本软件需求说明书全面、概括性地描述了机票预订系统系统所要完成的工作, 确定了系统性能要求,系统运行支持环境要求,数据管理要求,以及其他用户需求, 使软件开发人

2、员和用户对本系统中的业务流程及功能达成共识。2. 机票预订系统需求分析机票预定系统的功能要求机票预定系统主要是在计算机网络、数据库和先进的开发平台上,开发一个具 有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的机票预定系统, 实现机票销售的自动化,并高效快速地为管理员和用户提供准确、详细的机票销售 信息。根据可行性研究的结果和客户的要求,分析实际情况需求和存在问题,可将机票 预定系统划分为两个子系统:客户端子系统,服务器端子系统。下面分析各个子系统的功能需求:1 客户端子系统:在客户端系统的功能实现上,可以分为以下几个部分:1 旅客信息的输入和统计各个旅行社把预定机票的旅客信息(姓

3、名、性别、工作单位、身份证号码(护 照号码)、旅行时间、旅行始发地和目的地,航班舱位要求等)输入到系统中,这 是客户端子系统的基本部分和功能,也是以后各个部分的基础。系统要求既能够 做到从其它子系统中共享一部分信息,又可以方便地从操作界面工手工输入旅客 信息并对输入的数据进行简单的统计,供航空公司进行查询和宏观调控。2 旅客信息的存储:将旅客的信息存储到旅行社的客户端系统中,以备以后的取票确认以及查询。3 机票信息的传递及接收:将旅客所须的机票信息由旅行社客户端由网络传到航空公司的服务器上,并 且接受航空公司返回的航班信息,然后存储起来。4 取票通知及帐单的生成和打印:把已存储的从航空公司返回

4、的航班机票信息打印出来,并且生成帐单打印出来 一起交给旅客。印出机票给已经订票的旅客:根据旅客的取票通知及帐单,经过确认无误后, 接受旅客的付款后把机票印出来交给旅客。机票销售情况的核算这一功能是在上一功能的基础上,对机票销售额进行单项核算,得到该旅行社 的销售情况并把核算结果作为企业报表输出。(2)服务器端的功能要求:通过计算机网络将客户端与服务器的数据库相连,将从客户端得到的信息进行 处理,实现航班查询,机票生成,销售统计,综合信息查询等子系统,并实现销售 业务的计算机自动化。在客户端系统的功能实现上,可以分为以下几个部分:1 接收由旅行社客户端发回的所需机票信息:通过网络接收机票信息并存

5、入到服务器的数据库中。2 生成航班信息:(价根据所需机票信息(时间,地点),在数据库中查询并得到正确的航班的信息 格,时间,等级),分配所需的机票数并在数据库中做出已售出的标记。3 传递航班信息到客户端(旅行社):把得到的航班信息通过网络传递到旅行社。4 接收旅行社的反馈信息:对旅行社的反馈信息进行分析,把已经售出的机票进行统计,对被旅客所退掉 的机票要进行数据库的恢复。5 印出机票给已经订票的旅客:根据旅客的取票通知及帐单,经过确认无误后,接受旅客的付款后把机票印出 来交给旅客。销售额的分析和管理这一步骤的功能要求包括对销售的机票进行分析, 这一工作是在前面的基础上,以计算机为工具,对机票预

6、定系统的功能和目标进行扩充。它以财务管理学为理论 基础,以辅助决策为目标,以机票销售数据为中心,广泛采用统计学、运筹学的分 析方法,对销售信息进行深层加工,建立反映不同航班需求的模型,提供管理上所 需的各种辅助决策信息和财务信息。这一要求是机票预定系统的最高目标,将通过 系统运行后获得的大量销售历史数据基础上,实现这一目标。机票预定系统的性能需求为了保证系统能够长期、安全、稳定、可靠、高效的运行,机票预定系统应该满 足以下的性能需求:(1) 系统处理的准确性和及时性系统处理的准确性和及时性是系统的必要性能。在系统设计和开发过程中,要 充分考虑系统当前和将来可能承受的工作量,使系统的处理能力和响

7、应时间能够满 足企业对信息处理的需求。由于机票预定系统的查询功能对于整个系统的功能和性能完成举足轻重。作为 系统的很多数据来源,而机票数量和时间又影响企业的决策活动,其准确性很大程 度上决定了机票预定系统的成败。在系统开发过程中,必须采用一定的方法保证系 统的准确性。(2) 系统的开放性和系统的可扩充性机票预定系统在开发过程中,应该充分考虑以后的可扩充性。例如订票系统的 方式的改变(网上订票),用户查询的需求也会不断的更新和完善。所有这些,都 要求系统提供足够的手段进行功能的调整和扩充。而要实现这一点,应通过系统的 开放性来完成,既系统应是一个开放系统,只要符合一定的规范,可以简单的加入和减少

8、系统的模块,配置系统的硬件。通过软件的修补、替换完成系统的升级和更 新换代。(3)系统的易用性和易维护性机票预定系统是直接面对使用人员的,而使用人员往往对计算机并不时非常熟 悉。这就要求系统能够提供良好的用户接口,易用的人机交互界面。要实现这一点, 就要求系统应该尽量使用用户熟悉的术语和中文信息的界面;针对用户可能出现的 使用问题,要提供足够的在线帮助,缩短用户对系统熟悉的过程。机票预定系统中涉及到的数据是航空公司的相当重要的信息,系统要提供方便的手段供系统维护人员进行数据的备份,日常的安全管理,系统意外崩溃时数据的恢 复等工作。(4)系统的标准性系统在设计开发使用过程中都要涉及到很多计算机硬

9、件、软件。所有这些都要 符合主流国际、国家和行业标准。例如在开发中使用的操作系统、网络系统、开发 工具都必须符合通用标准。如规范的数据库操纵界面、作为业界标准的TCP/IP网络协议及IS09002标准所要求的质量规范等;同时,在自主开发本系统时,要进行良 好的设计工作,制订行之有效的软件工程规范,保证代码的易读性、可操作性和可 移植性。(5)系统的先进性目前计算系统的技术发展相当快,做为机票预定系统工程,应该保证系统在下 个世纪仍旧是先进的,在系统的生命周期尽量做到系统的先进,充分完成企业信息 处理的要求而不至于落后。这一方面通过系统的开放性和可扩充性,不断改善系统 的功能完成。另一方面,在系

10、统设计和开发的过程中,应在考虑成本的基础上尽量 采用当前主流并先进且有良好发展前途的产品。(6)系统的响应速度机票预定系统系统在日常处理中的响应速度为秒级,达到实时要求,以及时反馈信息。在进行统计分析时,根据所需数据量的不同而从秒级到分钟级,原则是保证 操作人员不会因为速度问题而影响工作效率。机票预定系统的数据需求机票预定系统的数据需求包括如下几点:(1)数据录入和处理的准确性和实时性数据的输入是否准确是数据处理的前提,错误的输入会导致系统输出的不正确和不可用,从而使系统的工作失去意义。数据的输入来源是手工输入。手工输入要通过系统界面上的安排系统具有容错性,并且对操作人员要进行系统的培训。在系

11、统中,数据的输入往往是大量的,因此系统要有一定的处理能力,以保证 迅速的处理数据。(2)数据的一致性与完整性由于系统的数据是共享的,在不同的旅行社中中,机票是共享数据,所以如何保证这些数据的一致性,是系统必须解决的问题。要解决这一问题,要有一定的人员维护数据的一致性,在数据录入处控制数据的去向,并且要求对数据库的数据完 整性进行严格的约束。对于输入的数据,要为其定义完整性规则,如果不能符合完整性约束,系统应该拒绝该数据。(3)数据的共享与独立性整个机票预定系统的数据是共享的。然而,从系统开发的角度上看,共享会给设计和调试带来困难。因此,应该提供灵活的配置,使各个分系统能够独立运行,而通过人工干

12、预的手段进行系统数据的交换。这样,也能提供系统的强壮性。3. 机票预订系统用例设计机票预订系统系统主要的功能的用例图及主要描述如下:(一) 用例:注册帐号主参与者:用户环境目标:从任何终端通过网络连接注册一个帐号 前提条件:系统必须被完整配置。触发器:用户需要一个帐号以便于订票。 场景:1用户打开终端界面;2、用户切换到注册页面;3、用户按要求填写信息;4、用户提交信息表;5、系统核对信息表;6、系统反馈核对结果;7、注册完成。 异常:1用户填写的账号已存在;2、帐号密码设置和确认密码不一致;3、信息格式有误。 优先级:必须的 何时可用:首次增量 使用频率:经常使用方式:通过基于电脑终端的软件

13、。 次要参与者:客服中心 次要参与者使用方式:电话线 未解决的问题:1用户输入的信息有个人隐私保护吗?用例:用户登录系统 主参与者:用户 环境目标:从任何终端通过网络登录系统 前提条件:帐号已注册。触发器:用户需要查询或修改帐户内容。 场景:1用户打开终端界面;2、用户输入用户名;3、用户输入密码;4、系统显示用户主页。 异常:1用户填写的用户名不存在;2、密码输入错误; 优先级:必须的 何时可用:首次增量 使用频率:经常 使用方式:通过基于电脑终端的软件。 次要参与者:客服中心 次要参与者使用方式:电话线 未解决的问题:无用例:用户注销系统主参与者:用户环境目标:从任何终端注销 前提条件:帐

14、号已登录。触发器:用户需要退出系统场景:1用户点击注销;2、系统提出确认询冋;3、用户确认退出。异常:无优先级:必须的何时可用:首次增量使用频率:经常使用方式:通过基于电脑终端的软件 次要参与者:客服中心次要参与者使用方式:电话线 未解决的问题:无(四) 用例:用户个人信息管理 主参与者:用户 环境目标:从任何终端登录管理。 前提条件:帐号已登录。触发器:用户需要修改个人信息或订单历史记录 场景:1用户点击修改个人信息;2、用户改写信息表;3、用户提交已修改的信息表;4、系统核对并反馈;5、用户点击查询订单记录;6、系统打印机票订单记录列表。异常:1个人信息填写格式不正确; 优先级:必须的何时

15、可用:首次增量使用频率:经常使用方式:通过基于电脑终端的软件次要参与者:客服中心次要参与者使用方式:电话线 未解决的问题:无(五)用例:机票查询主参与者:用户环境目标:从任何终端查询。 前提条件:系统必须被完整配置。 触发器:用户需要查询机票以便预定。 场景:1用户点击机票查询;2、用户输入查询范围;3、系统查询机票数据库;4、系统打印查询结果;异常:1查询范围输入不正确或过于严格; 优先级:必须的何时可用:首次增量使用频率:经常使用方式:通过基于电脑终端的软件次要参与者:客服中心次要参与者使用方式:电话线未解决的问题:无(六)用例:预定飞机票 主参与者:用户 环境目标:从任何终端预定。前提条

16、件:系统已登录。触发器:用户需要预定机票。场景:1用户根据查询结果点击预定;2、系统把对应机票加入用户订单; 异常:1预定前用户未登录;2、机票预定期已过;3、航班乘客已满。 优先级:必须的 何时可用:首次增量 使用频率:经常使用方式:通过基于电脑终端的软件 次要参与者:客服中心次要参与者使用方式:电话线未解决的问题:无(七) 用例:订单管理 主参与者:用户 环境目标:从任何终端管理订单。 前提条件:系统已登录。触发器:用户需要修改订单或预付票款。 场景:1用户点击订单管理;2、系统显示订单内容;3、用户修改、撤销订单项目或付款; 异常:1修改、撤销订单项目时已付款;2、付款时原预定航班信息已

17、发生变更或已取消航班。3、已付款的机票对应航班信息已发生变更。 优先级:必须的何时可用:首次增量使用频率:经常使用方式:通过基于电脑终端的软件。次要参与者:客服中心 次要参与者使用方式:电话线 未解决的问题:无(八)用例:管理员登录 主参与者:管理员 环境目标:从任何服务端登录。 前提条件:系统必须被完整配置。触发器:管理员需要登录后台管理系统 场景:1管理员点击登录;2、管理员输入用户名;3、管理员输入密码;4、系统显示管理员主页; 异常:1管理员填写的用户名不存在;2、密码输入错误; 优先级:必须的 何时可用:首次增量 使用频率:经常 使用方式:通过基于电脑终端的软件。 次要参与者:客服中

18、心 次要参与者使用方式:电话线 未解决的问题:无管理员客月艮中心(九)用例:管理员注销系统主参与者:管理员环境目标:从任何终端注销。 前提条件:管理员帐号已登录。触发器:管理员需要退出系统。1管理员点击注销;2、系统提出确认询冋;3、管理员确认退出。异常:无优先级:必须的何时可用:首次增量使用频率:经常使用方式:通过基于电脑终端的软件次要参与者:客服中心次要参与者使用方式:电话线 未解决的问题:无点击注销总理员(十)用例:管理用户信息 主参与者:管理员 环境目标:从任何终端实现管理。 前提条件:管理员帐号已登录。 触发器:用户信息需要管理。 1管理员点击管理用户信息;2、系统打印用户列表;3、

19、管理员点击某一用户;4、系统显示该用户详细信息;5、管理员修改该用户信息。异常:1管理员进行非法或风险操作 优先级:必须的何时可用:首次增量 使用频率:经常 使用方式:通过基于电脑终端的软件 次要参与者:客服中心 次要参与者使用方式:电话线 未解决的问题:无用例:航线信息管理 主参与者:管理员 环境目标:从任何终端实现管理。 前提条件:管理员帐号已登录。 触发器:航线信息需要管理。 1管理员点击管理航线信息;2、系统打印航线信息列表;3、管理员点击某一航线;4、系统显示该航线详细信息;5、管理员修改该航线信息;6、系统提醒已预订该航班的用户发生的修改。 异常:1管理员进行非法或风险操作 优先级

20、:必须的何时可用:首次增量 使用频率:经常 使用方式:通过基于电脑终端的软件。 次要参与者:客服中心 次要参与者使用方式:电话线 未解决的问题:无(十二) 用例:订单管理 主参与者:管理员 环境目标:从任何终端实现管理。 前提条件:管理员帐号已登录。 触发器:用户订单需要管理。1管理员点击管理用户订单;2、系统打印用户订单列表;3、管理员点击某一用户订单;4、管理员修改该用户订单;5、系统提醒订单用户已发生的修改。 异常:1管理员要修改的用户订单正在被用户修改 优先级:必须的 何时可用:首次增量 使用频率:经常使用方式:通过基于电脑终端的软件。 次要参与者:客服中心 次要参与者使用方式:电话线

21、 未解决的问题:无(十三)用例:航班信息管理主参与者:管理员环境目标:从任何终端实现管理 前提条件:管理员帐号已登录。 触发器:航班信息需要管理。1管理员点击管理航班信息;2、系统打印航班列表;3、管理员点击某一航班;4、管理员设置或更改机票价格;5、管理员查看航班剩余舱位;6、管理员生成乘客名单; 异常:无优先级:必须的何时可用:首次增量使用频率:经常5.机票预定系统的数据字典系统中的数据元素:字名述义 名别描定啟客信息-旅客的个人信息.用于对放客的确认4旅客信息二姓名-性别-工作单位-身份证号码-旅行时刚 -旅行目的地亠拉置:输入到啟行社鬪J (client端)仪字名述义置 名别描定拉:订

22、票旅客清单和:屮:己订票的旅客的记录;订票旅客清单二旅客信息的合集*:输入到旅行社立掃(Client端八名字:订票彳言息Q别名:心描述:旅客的旅行时间和目的地用于确定旅客的胱Sa 定义 订票信息二旅客旅行时间旅客旅行目的地沢 位置:传输到航空公司端端)心名字:航班机票信息心别名:亠描述:歳客的航班信息,根据嚴客的旅行时间和目的地确定心定义:航班机票信息二旅客机票时间-旅客机票班次存位置:传输到旅行社端(Client端)a-各字:取票通知P别名:“描述:旅客领取机票的凭证定义:取票通知客姓- -领票时间2位置:输出到打印机2名字:售出机票信息4别名:4描述:歳客的航班机票的信息4定义:售出机票信

23、息二檢客的航班机票屮 位置:输出到打印机杆名字:旅客订票记录4别名:4描述:已订票的放客在航空公司的记录d定义:旅客订票记录二旅客姓名血班机票信息4 位置:输出到航空公司端(显rver端)仪6.机票预定系统的数据库设计DBMS勺使用上系统主要需要维护3张数据表:(1)航班班次表航班号起飞日期/时 间飞行目的地座位空数商务仓票价经济仓票价航班班次表保存了所有从本地起飞的班机信息,它的主键为航班号。在定位前先 查寻座位空数,在定位后将修改座位空数。(2)定位信息表航班号帐单号是否领票定位信息表保存了已定位信息,主键为帐单号,外部主键为航班号。在旅客领票 过程时将用到此表,领票后修改是否领票域(3)

24、帐单信息/旅客资料表帐单号旅客姓名旅客性别旅客身份证号工作单位帐单信息/旅客资料表保存已定位的旅客信息资料,它的主键为旅客身份证号,外 部主键为帐单号。主要用于领票时将旅客信息一同返回。(4)机位信息表班机号机位信息机位信息表保存各班机各机位定票状况。它的外部主键为班机号。主要用于定票 时确定旅客机位,并返回。机票预订系统概要设计说明书1. 引言在本机票预定系统项目的需求分析阶段中,已经将系统用户对本系统的需求做了详 细的阐述。本阶段即在系统的需求分析的基础上,对机票预定系统做概要设计,主要解 决实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各 个模块之间的接口、模块

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

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

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

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

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

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

31、机程序的数据,送入 1616. 准备网络数据包 将数据准备/加密成网络传输数据包。17. 网络数据发送 将数据包经网络发送到服务器程序, 它是程序与网络的接口。3. 根据数据流图画出软件结构图(1)客户机部分(2)服务器程序部分4. 运行设计(1)运行模块的组合客户机程序在有输入时启动接收数据模块, 通过各模块之间的调用,读入并对 输入进行格式化。在接收数据模块得到充分的数据时,将调用网络传输模块,将 数据通过网络送到服务器,并等待接收服务器返回的信息。接收到返回信息后随 即调用数据输出模块,对信息进行处理,产生相应的输出。服务器程序的接收网络数据模块必须始终处于活动状态。 接收到数据后,调用

32、 数据处理/查询模块对数据库进行访问,完成后调用网络发送模块,将信息返回客 户机。(2)运行控制运行控制将严格按照各模块间函数调用关系来实现。在各事务中心模块中,需 对运行控制进行正确的判断,选择正确的运行控制路径。在网络传方面,客户机在发送数据后,将等待服务器的确认收到信号,收到后, 再次等待服务器发送回答数据,然后对数据进行确认。服务器在接到数据后发送确 认信号,在对数据处理、访问数据库后,将返回信息送回客户机,并等待确认。机票预订系统详细设计说明书1. 引言在前一阶段(概要设计说明书)中,已解决了实现该系统需求的程序模块设计问 题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口

33、、模块之间传递 的信息,以及系统结构的设计等。在以下的详细设计报告中将对在本阶段中对系统所 做的所有详细设计进行说明。在本阶段中,确定应该如何具体地实现所要求的系统,从而在编码阶段可以把这 个描述直接翻译成用具体的程序语言书写的程序。主要的工作有:根据在需求分析 说明书中所描述的数据、功能、运行、性能需求,并依照概要设计说明书所确 定的处理流程、总体结构和模块外部设计,设计软件系统的结构设计、逐个模块的程 序描述(包括各模块的功能、性能、输入、输出、算法、程序逻辑、接口等等),解决如下问题:1. 接受:旅客信息及取票通知和帐单;2. 输出:取票通知和帐单及机票;3. 网络输出和加密,输入和解密

34、;4. 分辨信息的种类并采取相应的处理步骤;5. 判断信息的正误并采取相应的处理步骤;6. 进行数据库的查询、修改工作;7. 接受并判断错误,输出相应的出错消息;2. 机票预订系统各模块数据流程图(1)旅客订票流程图:(2)旅客取票流程图:3. 程序说明(1)服务端(Server端)程序说明:类ServerStart 设计说明:I.ServerStatrtO方法1.1 功能 启动服务器。1.2测试计划能顺利启动服务器2.ServerLogon()方法用于服务器管理员登录。2.1 功能直接访问数据库,验证输入的用户名密码,如正确则进入服务器管理界面2.2 输入项用户名String密码 Stri

35、ng2.3 输出项是否正确bool2.4 算法1. 用getText()从管理员登陆界面读取用户名与密码。2将信息传递到方法中到数据库中查找。3. 返回查找情况,找到true,未找到false。2.5测试计划能正确识别输入的用户名与密码。输入正确的用户名与密码可跳转至服务 器管理员界面,输入错误的则发出提示,不允许进入。3.ServerGUI()方法用于编辑管理员界面并显示。3.1 功能编辑管理员界面,传递参数给 ServerLongON(),并显示界面。3.2 算法使用控件的监听事件达到上述效果3.3测试计划界面能否正确显示,SeverLogON()方法能否正常运行。database类设计说

36、明:1. database()方法用于建立与数据库的链接,可被继承。1.1功能建立与数据库的链接,可被继承,使其他类在访问数据库时不必再次建立 连接。1.2 性能为提升数据传输的效率,访问数据库时间应尽量短。Userdb类设计说明:1. Userdb()方法Userdb的构造方法。1.1功能继承父类database()的构造方法,从而建立起与数据库的链接。2. isExit() 方法 判断数据是否出现,可被其他方法调用。2 .1功能在查询函数中可被调用,用于判断所查询的数据是否出现。2 .2输出项 输出bool变量,若存在,则为true,or则为false3 .updatedata() 方法更

37、新当前行数据3.1功能 更新当前行数据为修改过的数据,修改数据库内内容。3.2输入项 要修改数据所在的列名Stri ng修改后的数据Object3.3输出项 数据内的内容被修改。4.1 nsertNew(User user)向数据库加入一行数据4.1功能读入User数据,将这行数据加入数据库中4.2输入项用户信息User4.3输出项 用户信息加入数据库5 QueryData()查询数据是否存在。5.1功能接收数据,到数据库中查询数据数据是否存在。5.2输入项 用户名String 密码String 余额double 航班号String 票数int 查询种类int 查询种类必须输入,其他可根据需要

38、选择性的输入。5.3输出项查询得到的信息加入游标数组。6 CloseAII()关闭链接。6.1功能关闭服务器与数据库之间的链接UserServer类设计说明1 UserServe r ()方法UserServer的构造方法。1.1功能继承JFrame,建立界面用于把存放用户信息的数据库中的信息显示出来, 管理员查看管理2 Query()方法遍历数据库中信息。2 .1功能点击刷新时,遍历User数据库,将数据信息重新显示。2.2算法1. 建立足够大的存储空间2. 与User数据库建立连接3. 遍历数据库,把数据加入存储空间4. 数据加入显示界面,显示出来。FlightServer类设计说明1 F

39、lightServe r ()方法FlightServer 的构造方法。1.1功能继承JFrame,建立界面用于把存放航班信息的数据库中的信息显示出来, 管理员查看管理。2 Query()方法遍历数据库中信息。2 .1功能点击刷新时,遍历Flight数据库,将数据信息重新显示。2.2算法1. 建立足够大的存储空间2. 与Flight数据库建立连接3. 遍历数据库,把数据加入存储空间4. 数据加入显示界面,显示出来。User类设计说明1 User()方法User的构造方法,建立方便调用用户数据的数据结构。便于便于2 getlD()方法得到用户名。2 .1功能调用时,可返回用户名2.2输出项 用户

40、名String3 setlD()方法 修改用户名。3 .1功能调用时,可修改用户名为指定值3.2输入项 用户名Stri ng3其他类似方法getpassword() setpassword() getm on ey() setm oney getflight() setflight get num() setflightFlight类设计说明1 Flight()方法Flight类的构造方法,建立方便调用航班数据的数据结构。2 get num ofF()方法得到航班号。2 .1功能调用时,可返回航班号2.2输出项 航班号Stri ng3 set num ofF()方法修改航班号。3 .1功能调用

41、时,可修改航班号为指定值3.2输入项 航班号Stri ng4其他类似方法Admi ni strator类设计说明1 addUserData ()方法添加用户信息。1.1功能管理员可以通过这个方法跳过注册直接添加用户。1.2输入项 用户名String 密码String 余额double1.3输出项用户信息被加到User数据库中1.4 测试计划 建立服务器与数据库的链接,使需要添加的用户信息如预料添加2 delateUserData () 方法删除用户信息。2.1功能管理员可以通过这个方法删除用户。2.2输出项用户信息被从User数据库中删除2.3 测试计划建立服务器与数据库的链接,使需要删除的用

42、户信息如预料删除3 addFlightLi ne () 方法添加新航线。3.1功能 管理员可以通过这个方法添加新航线。3.2输入项 航班号Stri ng 起飞地点String 到达地点String 起飞时间String 到达时间String 票价 double3.3输出项 新航线被加到Flight数据库中3.4 测试计划建立服务器与数据库的链接,使需要添加的航线如预料添加。4 delateFlightL ine () 方法删除废弃航线。4.1功能管理员可以通过这个方法删除废弃航线。4.2输出项航线被从Flight数据库中删除4.3 测试计划 建立服务器与数据库的链接,使需要删除的航线如预料删除

43、。serverThread 类设计说明1 serverThread () 方法 serverThread 类的构造方法1.1功能建立Socket与端口,使客户端可以与服务器连接。2 run ()方法启动多线程2.1功能启动多线程,调用DealRequest()处理客户端发送的各种请求。3 WriteCo ntrol() 方法写控制台。3.1功能 把各个客户端的请求处理过程写进控制台,方便管理员查看。3.2 输出项客户请求信息写入控制台。3.3 测试计划建立服务器与客户端的链接,客户端发送请求,确保服务器可以在控制台上写 出正确的处理过程。4 DealRequest()方法处理客户端请求。4.1

44、功能多线程接受客户端发送的请求,调用DealRequest()方法处理。方法DealRequest()根据具体情况调用 getAllMessage 类中 getInformation() 处理,把结果发送至客户端。4.2 测试计划 建立服务器与客户端的链接,客户端发送请求,确保服务器可以调用正确的 get In formati on()方法getAllMessage类设计说明1 getI nformati on ()方法服务器端最终要的方法,客户端与服务器交互的核心。1.1功能 处理客户端传递的一切请求,并得出相应的处理结果传递给客户端。1.2输入项请求类型int1.3输出项处理结果Strin

45、g1.4算法1. 客户端发出请求。2. 多线程接受请求,调用 DealRequest()处理请求。3. DealRequest()调用getinformation()处理具体请求,并将结果发送至客户端。1.5 测试计划建立服务器与客户端的链接,客户端发送请求,确保服务器可以返回正确的处 理结果至客户端。(2)客户端(Client端)程序说明:类Customer设计说明1log in()方法用于用户登陆系统。1.1 功能用于用户登陆系统。1.2测试计划能顺利登录系统2register()方法用于用户注册系统。2.1 功能用于用户注册系统。2.2 输入项用户名String密码 Stri ng确认密

46、码String2.3 输出项提示:是否注册成功2.4测试计划能正确识别输入的用户名与密码。如果该用户名已被使用,那么不能注册,如 果输入的密码和确认的密码不统一,则输出提示。3exit()方法用于用户退出系统。3.1 功能用于用户退出系统。3.2测试计划能正确辨认用户是否已经登录,若已经登录,则可以退出系统。4queryFlights()方法用于用户查询航班。4.1 功能用于用户查询航班。4.2 输入项起始地Stri ng目的地 Stri ng4.3 输出项符合条件的各航班的信息。4.4测试计划能正确识别输入的起始地和目的地,根据这两个数据进行查询。5 orderFlight() 方法用于用户

47、预定机票。5.1 功能用于用户预订机票。5.2测试计划能正确识别用户是否选择相应的航班,若用户没选择,则会提示用户请选择你 所需要的航班。6queryOrders()方法用于用户查询已定机票。6.1 功能用于用户查询已定机票。类order设计说明1clearOrder()方法用于清除某个用户的订单。1.1 功能用于清除某个用户的订单。1.2测试计划能顺利清除订单2deleteFlight()方法用于用户取消某一航班。2.1 功能用于用户取消某一航班。2.2测试计划能按要求正确删除航班3addFlight()方法用于用户预定航班后,加入到用户的订单中。3.1 功能用于用户预定航班后,加入到用户的

48、订单中。 3.2测试计划能正确添加航班。类account设计说明IdecreaseMoney()方法用于用户账户的扣钱。1.1 功能用于用户账户的扣钱。1.2测试计划用户订票后,能根据所定的机票,扣除相应的钱2addMo ney()方法 用于用户往账户里充钱。2.1 功能用于用户往账户里充钱。 2.2测试计划能正确往账户里充钱。3getlD()方法 得到账户的用户名3.1 功能得到账户的用户名3.2测试计划能得到正确的用户名机票预订系统测试计划书1. 引言对于机票预订系统这类会影响人们生活财产的工程软件,必须尽量减少差错, 以免造成严重的损失。测试是“为了发现程序中的错误而执行程序的过程”。测试的目的就是在软件投入生产性运行之前,尽可能多的发现软件中的错误。目前软件测试仍 然是保证软件质量的关键步骤,它是对软件规格说明设计和编码的最后复审,也是 必不可少的关键步骤。2. 测试计划软件说明:(1)客户端测试:13(2)服务器测试:24服务器26输入错误25输入用户名和密码管

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论