毕业设计机票预订系统测试用例说明书
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
毕业设计测试用例说明书
1前言
编写的目的
在本机票预约系统项目的前一阶段,也就是需求剖析阶段中,已经将系统用户对本系统的需求做了
详细的论述,这些用户需求已经在上一阶段中对航空公司、各旅行社及机场的实地调研中获取,并在需求规格说明书中获取详细得表达及说明。
本阶段已在系统的需求剖析的基础上,对机票预约系统做纲要设计。
主要解决了实现该系统需求的程序模块设计问题。
包含怎样把该系统区分红若干个模块、决定各个模块之间的接口、模块之间传达的信
息,以及数据构造、模块构造的设计等。
在以下的纲要设计报告中将对在本阶段中对系统所做的全部纲要设计进行详细的说明。
在下一阶段的详细设计中,程序设计员可参照此纲要设计报告,在纲要设计对机票预约系统所做的
模块构造设计的基础上,对系统进行详细设计。
在此后的软件测试以及软件保护阶段也可参照此说明书,以便于认识在纲要设计过程中所达成的各模块设计构造,或在改正时找出在本阶段设计的不足或错误。
预期的读者:系统管理员、机票预定管理员和订票游客三种用户。
背景
软件名称:机票预定系统
提出者:航空公司机票销售部门
开发者: xxx 。
用户:需要乘飞机的游客,航空公司,旅行社, 系统管理员。
实现该软件的计算中心或计算机网络:
定义
查问:对数据库的操作的一种,用于搜寻数据信息。
插入:对数据库的操作的一种,用于将数据存入数据库中。
更新:对数据库的操作的一种,用于改正数据库中的数据信息。
软件构造图:反应软件系统的功能模块之间的关系的数据图。
特意术语:
SQL SERVER:系统服务器所使用的数据库管理系统(DBMS)。
SQL:一种用于接见查问数据库的语言
事务流:数据进入模块后可能有多种路径进行办理。
主键:数据库表中的重点域。
值互不同样。
外面主键:数据库表中与其余表主键关系的域。
ROLLBACK:数据库的错误恢复体制。
系统:若未特别指出,统指本机票预约系统。
参照资料
1.机票预约系统需求规格说明书报告周海艳2013/11
2.机票预约系统程序设计说明书报告周海艳2013/11
2任务概括
目标
《网上机票预定系统》运转于Internet 环境,供应远程机票预定功能,包含远程航班信息查问,机票预定
与确认等;使用《网上机票预定系统》可使机票订购过程简单化、电子化、数字化,节俭惯例过程所不必需的资源浪费。
成立一个高效率、稳固的系统,在计算机网络,数据库和先进的开发平台上,利用现有的软件,配
置必定的硬件,开发一个拥有开放系统构造的、易扩大的、易保护的、拥有优异人机交互界面的机票预约
系统,能够实现航空公司的机票销售的自动化的计算机系统,为游客供应及时,方便,快捷的机票销售信息,
并提升航空公司的工作效率,服务质量,并为其增添经济效益,加速航空公司的信息化发展步伐。
用户的特色
使用本系统的最后用户能够定位为全部电脑使用者,特别以旅行商务人员为主。
因为本软件系统操
作简单,界面友善,因此对用户的教育水平易技术水平几乎没有任何要求,只需会用电脑进行惯例使用的
用户均可。
本系统将可能会被频频使用于平时的上网过程中间。
一般管理员,只好对库(航班库和客户库)中的信息进行查问操作;超级管理员,能够依据详细需要进行适合的数据管理(增、删、改、更)。
客户只好对航班信息库中的内容进行查问操作,客户进入到页面以后在不进行登录的状况下只好进
行航班信息查问操作,要预定机票就一定要先注册登录提交自己的基本信息;系统会依据管理员和客户的
各样操作做出相应的返回信息进行提示。
系统管理员:对系统、数据库进行保护,主要对不一样人员给予不
同的权限。
机票预定管理员:对机票预约工作进行详细的操作。
订票客户:一般操作水平,能够在本系统
查问个人信息和订票信息。
3测试用例
用例 1(表记符 )详细说明
( 1)用例图
图用例图
( 2)用例描绘:
表
用例名称考证用户信息
UC编号001
用例简述用户正确填写信息并登录机票预定系统
主流程第一步:客户输入有关信息
第二步:系统对客户的信息进行查对
第三步:查对正确以后登录进入系统,错误则提示客户信息犯错
第四步:登录进入机票预定系统
代替流程a) “显示用户账号错误”系统提示客户账号错误,需要输入正确的用户信息才能登录进入机票预定系统
b)“显示用户密码错误”系统提示客户密码错误,需要输入正确的用户信息
才能登录进入机票预定系统
c)“登录超时”因为网络原由,系统提示客户登录失败,并提示客户登录失
败的原由
业务规范1)一定账号的密码查对正确才能登录系统
2)出现三次登录信息错误则需要等候以后才能持续登录
非 UML 文档
其余
表
用例名称预定机票
UC编号002
用例简述主流程用户成功登岸系统,正确填写预定机票信息并对该航班进行查对第一步:客户输入机票有关信息
第二步:系统对该机票信息进行查对
第三步:系统查对存在有该机票后,显示供应给客户查察
第四步:假如不存在该机票则提示客户该机票不存在
代替流程a) “输入的机票信息错误”系统提示客户输入的机票信息有错误,不存在该机票,需要从头输入机票信息
b)“该机票已售完”系统提示客户被查问的机票已经被售完
c) “该机票存在”系统提示该机票存在,客户能够对该机票进行查问,预定
等操作
业务规范1)需要输入正确的机票信息
2)提示客户该经过该机票信息查问到的机票信息以及预售状态
非 UML 文档
其余
用例 2(表记符 )详细说明
( 1)用例图
图 2.2.1 用例关系
( 2)用例描绘:
表
用例名称退票
UC 编号003
用例简述用户将已经预定的机票进行退票操作
主流程第一步:客户成功登岸机票预定系统
第二步:系统查对该机票信息能否过期或无效
第三步:系统查对该机票拥有有效性后,为客户办理退票业务并退款
第四步:假如该机票处于过期或无效状态,则提示客户该机票不可以办理退票业
务
代替流程a) “查对该机票处于过期或无效状态”系统提示客户,输入的机票信息已无效
或过期,不可以办理退票业务
c)“查对该机票拥有有效性” 系统提示该机票拥有有效性,客户能够对该机票
办理退票业务
业务规范1)需要输入有效的机票信息
2)客户退订的机票,能够被二次预定
非 UML 文档
其余
4其余非功能性需求
设施环境要求
系统将由两部分程序构成,安装在各旅行社客户机上的客户程序及航空公司内的数据服务器程序。
根
据调研得悉全部旅行社的计算机配置均在Pentium 133级别以上,客户程序应能够在Pentium 133级别以上 , Win NT 环境下运转。
设施环境需要知足一下基本要求:
①安全性:不一样的用户拥有不一样的使用权限,只有拥有最高权限的系统管理员才能改正、注销数据库中的
信息,拥有一般权限的人员只好读取与自己有关的内容。
②一致性:系统的数据要保证一致
性、正确性,当某一数据库中记录改变时,与之有关系的数据库也会随
之变化。
③易操作性:界面设计要切合大部分用户的操作习惯,系统还要供应操作指南,
便于用户操作使用。
设计拘束要求
软件设计规格说明是软件设计的最后成就,它用于两个方面,一方面作为编码人员书写源程序的依
照,另一方面作为测试阶段及保护阶段的一个指南。
软件设计规格说明的编写能够分为两个阶段。
在纲要设计阶段应集中于软件结果的描绘,在详细设
计阶段应集中于每个软件元素细节的描绘。
在软件设计规格说明中应当包含的内容以下。
( 1)作用范围:
系统的目标和作为系统元素的软件的作用;
硬件、软件和人员的接口;
主要的软件功能;
外面定义的数据库;
主要的设计拘束与限制。
( 2)设计说明:
数听说明;
数据流的复审;
数据构造的复审;
导出的软件构造;
构造的内部接口。
(3)测试的准备:
测试纲领;
整体策略;特
意的考虑。
接口要求
在输入方面,关于键盘、鼠标的输入。
在输出方面,打印机的连结及使用。
在网络传输部分,在网络
硬件部分,实现高速传输。
1、系统接口说明
本系统运转在计算机上的Windows 操作系统( Windows 9X 、Windows NT 、Windows 2000 、Windows
XP )环境下。
后台采纳 SQL2000 关系型数据库寄存表 ,前端采纳 C#管理此数据库并实现应用。
最后获取相应的帐单。
2、内部接口说明
本系统内部加工之间其实不是全自动化,有些部分需要人工参加。
打印出单据后,需要人员进行
查对和收费,查对事后才将数据传之主数据库进型储存。
进而才使预约的票拥有有效性。
程序性能要求
查问服务部分:游客经过当地计算机,从提交查问命令到返回结果不超出 3 秒钟。
数据管理部分:系统管理员从提交一次录入到结果返回不超出 3 秒钟。
为了保证系统能够长久、安全、稳固、靠谱、高效的运转,机票预定系统应当知足以下的性能需求:
1.系统办理的正确性和及时性
系统办理的正确性和及时性是系统的必需性能。
在系统设计和开发过程中,要充足考虑系统目前和未来可
能蒙受的工作量,使系统的办理能力和响应时间能够知足公司对信息办理的需求。
在系统开发过程中,一
定采纳必定的方法保证系统的正确性。
2.系统的开放性和系统的可扩大性
机票预定系统在开发过程中,应当充足考虑此后的可扩大性。
比如公司中管理模块的加入(人事管理、薪
资管理、平时事务管理等)也会不停的更新和完美。
全部这些,都要求系统供应足够的手段进行功能的调
整。
而要实现这一点,应经过系统的开放性来达成,即系统应是一个开放系统,只需切合必定的规范,能
够简单的加入和减少系统的模块,配置系统的硬件。
经过软件的修理、代替达成系统的升级和更新换代。
3.系统的易用性和易保护性
机票预定系统是直接面对使用人员的,而使用人员常常对计算机并时时特别熟习。
这就要求系统能够供应优
异的用户接口,易用的人机交互界面。
要实现这一点,就要求系统应当尽量使用用户熟习的术语和中文信息
的界面;针对用户可能出现的使用问题,要供应足够的在线帮助,缩短用户对系统熟习的过程。
4.系统的标准性
系统在设计开发使用过程中都要波及到好多计算机硬件、软件。
全部这些都要切合主流国际、国家和行业标
准。
比如在开发中使用的操作系统、网络系统、开发工具都一定切合通用标准。
如规范的数据库操控界
面、作为业界标准的 TCP/IP 网络协议及 ISO9002 标准所要求的质量规范等;同时,在自主开发本系统时,要进
行优异的设计工作,制定卓有成效的软件工程规范,保证代码的易读性、可操作性和可移植性。
5.系统的先进性
目前计算机系统的技术发展相当快,做为机票预定系统工程,应当保证系统在一段时间内是先进的,在系
统的生命周期尽量做到系统的先进,充足达成公司信息办理的要求而不至于落伍。
这一方面经过系统的开
放性和可扩大性,不停改良系统的功能达成。
另一方面,在系统设计和开发的过程中,应在考虑成本的基
础上尽量采纳目前主流并先进且有优异发展前程的产品。
软件质量要求
设施软件质量需要知足基本要求如:安全性:不一样的用户拥有不一样的使用权限,只有拥有最高权限的系统管理员才能改正、注销数据库中的信息,拥有一般权限的人员只好读取与自己有关的内容。
用户单位对安全保密的要求是不泄漏自己的基本信息和航班信息,对使用方便的要求能够快捷
有效的查问、订票等,对可保护性、可增补性、易读性、靠谱性、运转环境可变换性的特别要
求等。
保证用户的方便使用和系统的稳固性高等。
总结
就用例图来说仍是比前方多了一些认识,就是用例剖析仍是存在一些问题,对用例剖析不够明确也不够完好,总的来说是要增强的。
在一次次的实验报告中我知道,说明书是软件设计的最后成就,它用于两个方面,一方面作为编码人员书写源程序的依照,另一方面作为测试阶段及保护阶段的一个指南。
软件设计规格说明的编写能够分为两个阶段。
在纲要设计阶段应集中于软件结果的描绘,在详细设计阶段应集中于每个软件元素细节的描绘。
一份完好有优异的说明书能够很好的表达自己的软件设计,我还要在说明书这一块增强。