基于WEB的网上机票查询和销售系统.doc

1、信息工程系软件工程设计题 目：基于WEB的网上机票查询和销售系统班 级： 05计科B5 组 长：范春江 2005544532组 员：马旭乐 2005544513解永宁 2005544504刘晓飞 2005544512郝骁铭 2005544539专 业： 计算机科学与技术 指导老师： 赵 怡 完成日期： 2008.11.16 基于WEB的网上机票查询和销售系统1 需求规格说明书(1).引言21世纪是电子信息的时代，INTERNET已经全方位的融入人们的工作和生活。在这种环境下，电子商务已经逐渐成为一种主流的商务模式。在欧美等信息化发达国家，电子客票、无纸化乘机等已是非常普遍的现象，预计到年年底全

2、球航空运输市场将完全使用电子客票。在国内，各航空公司也在加快电子客票的研发和推广。如南航的电子客票发展非常迅速，并提出到2007年全部实行电子客票、取消纸制机票的发展计划。对于航空代理人来说构建自己的商务服务网站实现电子商务已经成为衡量企业服务的重要标准，如何抢占先机不被淘汰？我们要为您提供了网上机票预订和销售的完美解决方案。该软件以B/S模式，2000数据库为基础，通过JSP作为实现语言，可以高效、简洁地满足广大乘客的查询机票及订票的需求。广大乘客只需要简单的鼠标和键盘操作，就可以轻松地达到自己的目的。编写目的本系统的开发目的通过分布在全国各主要城市的该航空公司的营业网点为顾客提供航班查询，

3、机票航班时刻表、查询机票可用信息和机票折扣信息、购买以及退票的服务。顾客通过Internet可以查询所有机票信息,并通过WEB就可以订票。建立一个能够方便旅客订票, 航空公司快捷轻松地为旅客提供预订票服务;背景本项目的名称：基于的网上机票查询和销售系统航空票务网站中查询与预定是一个极其重要的环节，但由于机票业务的查询与预定是需要基于中航信所提供的CRS/ICS系统才能完成，所以基于网站开展此项业务，一直是经营者的困惑。目前大部分机票预定网站的查询均使用自行维护的本地航班数据信息、而所谓的预定则是旅客在网站上填写预订单传输到后台，由操作人员在民航系统中进行人工完成。这种查询和预定方式的弊端在于航

4、班信息的准确性和时效性都比较差，信息维护成本高，客户反馈不及时，且服务质量难以保障本项目的任务提出者及开发者是基于的网上机票查询和销售系统小组，用户是广大的飞机乘客和后台管理人员。本软件能为广大乘客提供查询航班时刻表、查询机票可用信息和机票折扣信息，使乘客成功通过WEB订票。是广大乘客与航空公司及机场的联系桥梁。本系统拓展了代理人用户的客票销售渠道，并将日常办公和数据统计实现自动化处理。在电子商务网站中实现了网上客票（BSP纸票）销售和后台自动统计，通过网站实现航班查询和客票预订。该系统实现旅客足不出户就可以预订机票，从而简化购票流程，适合现代商务人士的快节奏生活方式，同时也可以使代理人用户直

5、接在网上为旅客产生订单，免除手工填写订单的烦恼。客票销售是电子商务平台的第一步，在此基础上可以方便实现VIP旅客的客户管理，成为促进客票销售，发展旅客群体的有效工具。旅客使用该电子商务网站系统的基本流程是：网上查询航班，选定舱位，确认好取票方式后，订单自动在系统中保存。对这些订单，系统在后台自动分类，供管理者实时查询，按照旅客要求收款，送票。该系统可以将旅客的历史订单自动保存，便于对旅客进行长久跟踪和综合分析，寻找出有价值的旅客信息，并将其发展成为忠实旅客。本产品具有以下优势：1、实时准确由于直联民航主机系统，其航班信息的准确性达到100%。确保查询和预订的航班信息与主机信息是实时，一致的。2

6、、性能稳定容错性能优秀，某一个服务出错,不会导致系统无法查询。3、服务快速系统支持多服务并发执行。一个服务一分钟平圴可以处理60个请求,120条以上的指令。4、可操作性传统预定采用的是专业指令操作，而实时在线预定系统采用的是简洁易操作的图形化界面，使用和推广简单，可操作性强。5、可跨越性传统预定只能在局域网的环境下操作，而在线实时查询预定系统可以不受网络环境的限制，在任何地点均都在网上完成航班查询、预定的操作。定义基于的网上机票查询和销售系统是帮助航空公司对机票的销售及订票的管理软件。参考资料软件工程实用教程郭宁编著人民邮电出版社(2).任务概述目标在线实时查询预定系统为销售商带来怎样的利益充

7、分利用互联网信息系统技术替代传统分销渠道，直接面对最终消费者，降低了市场销售成本；良好的在线预定平台是实施电子客票、网上直销、数据服务等各种新业务的基础；为销售商的核心业务系统的整合和对外业务拓展提供了 技术平台；在线预定平台为企业扩展经营范围，开展跨地区、跨行业经营带来了无限商机； 在线预定平台为销售商提供一种宣传手段，建立了客户和销售商的沟通渠道，实现了销售商与用户间的信息共享，为将来的业务发展奠定 基础；该系统的工作流程如下：当顾客到达营业网点后向航空公司营业员提供出发地，目的地和出发日期，营业员根据以上信息，操作软件，连接航空公司的服务器，查询满足条件的航班，然后根据顾客的要求选择某个

8、航班，输入乘客信息，以及舱位信息，然后执行出票操作。该系统在营业网点内能够完成营业员登录，查询航班，出票等功能；在航空公司内部能够完成添加或删除航班，添加或删除营业网点，添加或删除营业员等功能。除此之外，该系统还要求能统计每个营业网点的业务量，以及每位营业员的工作量，并将这些信息保存在服务器端，并能在服务器端随时查询。用户特点本软件的使用对象是广大飞机乘客，只要懂得一点计算机知识就可以轻松操作本软件。假设和约束本项目的约束包括：项目开发时间为不超过4周;主要负责人人，开发小组共5人，由于时间有限本系统没有对并行操作、信息安全和保密等等方面没有做到约束。在这里表示抱歉。如果本小组开发人员不固结一

9、致，尽快的完成自己的工作，同时可以帮助其它成员，这样我们就在规定的时间内完成，否则就在可能完不成任务。1. Client/Server结构总体设计方案对它的约束：本系统做为Client/Server 结构的一个应用系统，不可避免的要受到Client/Server结构的约束。在其实施的各个阶段都要服从它的一些规划，包括功能设计、系统配置和计划。同时，由于信息的共享，机票预定系统还受到其它系统的信息约束。2人力、资金、时间的约束本工程实施的目标就是要带给航空公司看得出见的效益，其开发过程中也要考虑到人力、资金和时间的约束。因此，在设计中，重点是销售系统中的方便快捷，能提供给旅客以优质高效的服务，并

10、提高销售的效率和便捷，为航空公司带来良好的效益。3技术发展规律的约束计算机技术和产品的发展日新月异，将会给信息处理带来更多的手段，同时也会带来更加丰富的信息表达形式。例如图象和语音技术的进步，多媒体技术的发展，这些都要求系统在设计时考虑技术变化的可能性，为可能的变化预留一定的系统处理能力。(3).需求规定本系统的功能要求机票预定系统的总目标是：在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的机票预定系统，实现航空公司的机票销售的自动化的计算机系统，为企业的决策层提供准确、精细、迅速的机票销售信息。根据

11、可行性研究的结果和客户的要求，分析现有情况及问题，采用Client/Server结构，将机票预定系统划分为两个子系统：客户端子系统，服务器端子系统。流程图分为客户端流程和服务器端管理流程。客户端流程图如下：飞机售票系统留言 注册 按起/始点查询机票信息N 登录 选择所需机票是否合法留言 N 是否登录？Y 修改资料添加入数据库 或找回密码 Y确认订票信息并确定数量显示所有留言添加入订票车订票显示订票车信息Y 查看状态是否为“已订买”N核实资料后添加入数据库同 修改定单即删除购票时此航班总票数相应减少并 车内不需要的机票修改购票车中机票状态该系统客户端有三个功能块。包括留言，用户中心，以及最主要的

12、购票系统。服务器端管理流程图如下：首页输入帐号和密码N 是否正确？Y服务器管理系统购票管理 留言管理 机票信息管理处理用户购票回复留言 删除留言 添加新航线 删除航线 修改航线服务器端管理系统的流程就要简单的多，没有那么多的是非判断，因为考虑到是管理员对其进行操作，可以避免人为的非法操作，也就没有必要用大量的代码来对提交的数据进行是否合法的判断。统计月报表这一步骤的功能要求包括对销售的机票进行分析，这一工作是在前面的基础上，以计算机为工具，对机票预定系统的功能和目标进行扩充。它以财务管理学为理论基础，以辅助决策为目标，以机票销售数据为中心，广泛采用统计学、运筹学的分析方法，对销售信息进行深层加

13、工，建立反映不同航班需求的模型，提供管理上所需的各种辅助决策信息和财务信息。这一要求是机票预定系统的最高目标，将通过系统运行后获得的大量销售历史数据基础上，实现这一目标。机票预定系统的性能需求为了保证系统能够长期、安全、稳定、可靠、高效的运行，机票预定系统应该满足以下的性能需求：1系统处理的准确性和及时性系统处理的准确性和及时性是系统的必要性能。在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足企业对信息处理的需求。由于机票预定系统的查询功能对于整个系统的功能和性能完成举足轻重。作为系统的很多数据来源，而机票数量和时间又影响企业的决策活动，其准

14、确性很大程度上决定了机票预定系统的成败。在系统开发过程中，必须采用一定的方法保证系统的准确性。2系统的开放性和系统的可扩充性机票预定系统在开发过程中，应该充分考虑以后的可扩充性。例如订票系统的方式的改变（网上订票），用户查询的需求也会不断的更新和完善。所有这些，都要求系统提供足够的手段进行功能的调整和扩充。而要实现这一点，应通过系统的开放性来完成，既系统应是一个开放系统，只要符合一定的规范，可以简单的加入和减少系统的模块，配置系统的硬件。通过软件的修补、替换完成系统的升级和更新换代。3系统的易用性和易维护性机票预定系统是直接面对使用人员的，而使用人员往往对计算机并不时非常熟悉。这就要求系统能够

15、提供良好的用户接口，易用的人机交互界面。要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面；针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。机票预定系统中涉及到的数据是航空公司的相当重要的信息，系统要提供方便的手段供系统维护人员进行数据的备份，日常的安全管理，系统意外崩溃时数据的恢复等工作。4系统的标准性系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。所有这些都要符合主流国际、国家和行业标准。例如在开发中使用的操作系统、网络系统、开发工具都必须符合通用标准。如规范的数据库操纵界面、作为业界标准的TCP/IP网络协议及ISO9002标准所要求的

16、质量规范等；同时，在自主开发本系统时，要进行良好的设计工作，制订行之有效的软件工程规范，保证代码的易读性、可操作性和可移植性。5系统的先进性目前计算系统的技术发展相当快，做为机票预定系统工程，应该保证系统在下个世纪仍旧是先进的，在系统的生命周期尽量做到系统的先进，充分完成企业信息处理的要求而不至于落后。这一方面通过系统的开放性和可扩充性，不断改善系统的功能完成。另一方面，在系统设计和开发的过程中，应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。6系统的响应速度 机票预定系统系统在日常处理中的响应速度为秒级，达到实时要求，以及时 反馈信息。在进行统计分析时，根据所需数据量的不同

17、而从秒级到分钟级， 原则是保证操作人员不会因为速度问题而影响工作效率。数据库设计创建了四个表，分别是aircom，buyed，liuyan，users。Aircom表包括所有航线的信息，查询的内容就是从这个表提出的Buyed表包括用户已购买机票的信息。管理员才能使用该表，目的是查看定单，以及定购用户的信息。Liuyan表包含了用户的留言内容和管理员的回复。Users表包含了用户的注册信息。 查询及售票系统只要填入起始地点，然后点击“查询”可以看到该航线上所有航空公司的机票信息。在本系统中只要你提供了起/始点，你就将看到近五天的机票信息，我想在当今如此方便的信息时代提前五天定票已经能够满足用户的

18、需求了，当然这也要求网站要及时更新数据，这也是网站所必须的工作，并不会因此而给网站的管理带来更多的麻烦。输入了始/终点后，如果数据库中没有相应的信息，系统将给出提示。例如是查询从北京到上海的航线，数据库中只有一条相关信息，如果用户觉得合适并决定购买，点击“订购”进入下一步。当然，用户在订购前必须以合法身份登录，系统将提示用户去登录，而不进入下一步。如果用户所查询的信息多于10条，那么将采用分页显示，每页显示10条信息，方便用户查看。点击“订购”后，用户将看到如下界面：本页显示用户订购的机票信息，待用户进一步确认，在这里可以确定订购的数量，在下拉框中用户选择数量，本系统采用下拉框而没有用文本框的

19、目的是使用户更方便的定票。如果用户发现所订购的机票有误，他可以点击“订其他票”，这时回到首页，重新查询订购。在点击“放入购票车”后，用户将看到如下界面：系统的一个难点购票车。它包含了用户已经放入购票车的机票，其中“状态”一栏代表是否已经提交入数据库。这里还让用户确定自己的资料，以确定送票的信息，默认的资料是用户注册时填写的资料，如果有变动可以修改，修改后的资料不牵涉users表的内容，只添加进buyed表。如果用户觉得车内的订单不合适需要修改，这时点击“修改订单”，将看到如下界面：为防止用户操作失误，设置了一个复选框，只有在该框被选定的情况下，用户才能删除该定票。系统的默认值是复选框被选择。也

20、可以不修改，回到购票车。点击“继续购票”，回到首页，继续查询购票。点击“不改了，我全要”，重新回到购票车。当用户点击“确定购买”后，该订单将写入数据库，之后用户看到状态栏中“未订购”变为红色的“已购买”表明已经购买成功。这时用户将不能从购票车中删除该订单，本次订票属性变成只读。为方便用户，在用户一次会话未结束时，购票车中的订单不会消失，用户可见但不能对其进行操作，用户可以随时查询。用户也可以将订购的几条航线的机票放入车内，最后一起添加入数据库。在技术上，采用了cookies值来维持数据，这样，在用户的一个会话期间数据将一直保持。考虑到用户一次提交多条订单，为识别每条订单，采用了cookies的

21、二维数组。 留言及用户系统留言系统是比较简单的，用户按照提示写入自己的代号和主题再加上留言内容，点击“提交”留言即可成功。上述的三项不允许为空，否则留言将失败。留言成功后，用户看到如下界面：这里可以看到其他用户的留言，点击主题，就可以看到关于该条留言的所有信息。在“回复”栏中，标示了管理员是否已经回复。用户系统提供了注册，登录，修改资料，找回密码四个功能。注册，即填写用户的相关信息，以取得本系统的合法使用权。当然，这也要求用户提供真实资料。为防止用户误填，本系统设置了几个防范措施，比如email中必须包含，身份证号码必须为15位或18位。另外，帐户名不能和数据库中已经存在的帐户相同。界面如下：

22、注册成功后，用户需要登录才能真正获得访问权。登录是在首页上，只需要用户提供合法的帐号和相应的密码。登录成功后首页上将出现欢迎信息。如果用户的资料有所改变，则可以使用“修改资料”这个功能。为防止数据的混乱，本系统不允许更改帐户名，要更换帐户名只有再次注册。如果用户忘记了密码，则可以使用“找回密码”这个功能。原理是真实姓名和身份证号码相匹配。后台管理系统 后台管理系统只能由管理员访问，因此就有的管理员帐号和密码。由于本系统不算庞大，管理员也就没有必要分级别，只设置了唯一的管理员帐号和密码，这个帐号是在源代码中直接设定的，不牵涉数据库和外部文件。本系统的后台管理分为三个部分，购票管理，留言管理和机票

23、信息管理。用户的注册资料应当只有用户自己知道，其他任何人包括管理员也无权查看和任意修改，所以本系统也就没有设置用户注册资料管理。现在将对三个部分分别介绍。售票管理系统是从buyed表中读取数据，目的只有一个让管理员知道有哪些订票，并做处理，所谓的处理就是对订票做上标记，说明该定单已经或即将送出。界面如下：管理员只要点击“待处理”，就可以标示该订单已经被处理。留言管理提供了两个功能，一个是回复留言，另一个是删除留言。点击留言的主题，看到如下界面：管理员可以在回复的Textarea框中写入回复的内容，提交后，用户就可以看到回复的内容。对于不友好的留言或不恰当的留言管理员可以删除。不管是删除还是回复

24、都是对数据库的操作。机票信息管理系统又是一个难点。因为它的数据量很大也很杂，操作界面如下页。机票信息管理提供了三个功能，修改航线，删除航线，添加新航线。由于数据量大，为了方便修改，隔行以不同的颜色区分。修改后，必须将被修改的航线后的复选框选定，以此来确定修改的是哪一条航线，系统将修改该航线的所有数据为当前值，即使是没有改变的数据项，比如只修改了剩余票数，在对数据库操作时，其他数据项也同样被修改，只是修改后的内容与修改前不变而已。毫无疑问，数据库中的航线资料一定很多，要找出某条航线来修改将是比较困难的事情，所以又提供了一个排列顺序，可以分别按照航空公司，航线，机型和剩余票数来排列，以方便查找某条

25、特定的航线。删除航线就比较简单了，点击航线后面的“删除”，该航线就不存在了。添加新航线在技术上也相对简单，只是同样由于数据量大和杂给编程工作带来了一定的麻烦。这只需要在相应的text框中填入数据，点击提交，只要数据是合法的，添加新航线即成功。(4).运行环境规定设备运行该软件的用户设备必须是Pentium III以上的、128以上内存的计算机，硬盘容量在10以上。服务器端子系统的运行要求：系统软件： Window NT Server 数据库管理系统：SQL Server 硬件要求：Pentium III 450以上, 258M RAM, 14G HD客户端子系统的运行要求： 系统软件： Win

26、dows操作系统 数据库管理系统：SQL Server 硬件要求：Pentium 133以上, 32M RAM, 4.3G HD支持软件支持操作系统，2000的软件环境。接口用户需要安装操作系统和浏览器，只要通过浏览器就可以进入本系统查询所有机票信息,并能通过WEB就可以订票。控制本软件通过用户权限控制软件运行，只有管理员才有购票管理，留言管理和机票信息管理等等进行修改、增加、删除、更新等操作，广大用户只有查询的权限。建立用例模型服务器端用例图系统活动图类图1系统功能概述机票预订系统(TA S) 预演: 乘客选择预订机票, 客户机工作人员将其提供的姓名、性别、身份证号码、工作单位等信息输入系统

27、, 系统自动为该乘客生成一个ID 号和相应的密码. 待乘客决定购票登机时, 向客户机工作人员提供订票时得到的ID 号和密码, 系统经核实卡号和密码无误后询问乘客所要选择的服务事项,如果卡号2密码不符, 则拒绝进一步操作. 当客户选择好事项种类后, 系统显示乘客预订资料, 并继续采集相关信息, 即出行时间、目的地等, 经乘客确认后即可打印出取票通知单和账单. 乘客持通知单和账单, 在飞机起飞的一天前交款, 系统核对无误后则打印出机票并交付客户, 并再次询问乘客是否办理其他事项, 若办理,则重复上一事项过程, 否则, 退出系统.2系统运行环境要求W IN 982000 或W IN N ET 操作系

28、统, 1 G 以上硬盘, 不少于32M 内存, IN TERN ET 数据通讯接口, 相关设备配有打印机.3可行性分析3. 1经济可行性 1 开发该系统所需的相关资料可以通过实际调查采集, 所需的其他应用软件、硬件系统也易于获得. 因此,开发成本较低. 通过调查现有的已投入使用的多种机票预订系统存在的一些缺陷, 因此, 待开发的新系统就需要作较大改进, 从这种角度来讲, 需要作好调查研究, 进一步深入地作好可行性分析.3. 2技术可行性 2 3. 3使用技术要求开发该系统需要技术人员具备相应的软件知识, 对民航部门的订票流程和业务作调查了解即可.3. 4法律可行性该系统开发需要借鉴一些相关程序

29、, 应和相关软件的拥有者或设计者进行协商, 获得授权许可.综上, 该项目投资较小, 技术难度不大, 且可以积累一些相关软件的开发经验, 因此, 总体上是可行的. 但开发收益会有一定的局限性.4机票预订系统(TA S) 的设计此开发项目的目的是建立一个机票预订系统软件. 整个TA S 系统包括: 客户机、TA S 中央服务器、客户机系统软件及有关的界面软件.TA S 系统软件是处理系统中客户要求和预订系统之间的事项, 如: 订票、查询机票情况、退票等. 所有客户机都是通过中央服务器与航空公司数据库通讯.对TA S 系统软件的要求有:1) 对每天的预订票情况或系统处理事项留有记录.2) 具有保障系

30、统安全的相关措施.3) 一个ID 号只能完成一次事项.本系统所处理的事项是一个二元关联类 3 , 把客户和机票预订系统(TA S) 联系起来, 如图1, 其中客户类的构造如图2.图1二元关联类图2客户类的构造其中的属性有: nam e (客户名字)、sex (客户性别)、t rx (事项)、IDcardnum ber (身份证号码)、company (单位)、t im e (旅行时间)、locat ion (旅行目的地).由于TA S 需要到航空公司数据库查询机票情况, 所以有关机票情况放入机票资料中.以下为TA S 静态模型设计, 其中TA S 管理器(TA SM anager) 管理所有机

31、票和事项. 机票与机票预订系统有多对一的提供关联, 并且允许将来有不同的经纪(A gen t) : 因特网( In ternet) 和客户机来预订机票图3TA S 静态模型为了便于查询机票售出和预订情况有必要记录中央处理器所处理的事项, 所以在静态模型设计的基础上增加一个新类“日志”类, 并且根据系统要求将静态模型设计中的所有类都持久化. TA SM anager 处于层次关系的顶端, 就将它作为数据库的根(database roo t).表1 为TA S 系统的使用个案, 图4 为时序图 4 .表1持卡客户使用机票预订系统的使用个案图4TA S 软件时序图图4 显示的是一个客户的订票过程,

32、左上角入行符号是订票的客户. 带有类别 是TA S 客户机, 也就是乘客订票时直接接触的机器. 中央服务器(Cen t ral Server) 部件中包括: TA SM anager (TA S 管理器) 和数据库(即图中的小圆柱体).在此对机票预订系统及其管理器界面作详细定义. 如图5.查询航班顺序图订票顺序图退票顺序图用例卡用例名称用户修改密码用例编号1.1用例简要描述:用户提示要修改密码用例主要参与者:用户用例触发事件:当用户要求修改自己的密码时，将用户的新密码信息覆盖旧密码，需要将客户新密码信息直接导入系统并保存到数据库中。用例前置条件: 用户按照固定的密码规范格式填写。用例事件流 1

33、.用户登录系统，修改密码操作。2.当系统确认用户已经修改密码，点击确定后。3.系统提示：“用户密码修改成功！” 4.用户信息导入完毕后，系统自动回到首页，以便用户进行查询航班等等信息。用例后置条件:用户修改密码信息导入完成并提交系统存储,且得到确认无误后退出用例。用例非功能性需求:5.要求修改的密码符合规定的密码规范。6.每位用户都有权限修改自己的密码。7.用户点击确定后，系统会自动将新的密码信息覆盖旧的密码并保存。用例名称用户退出用例编号1.2用例简要描述:用户退出本系统。用例主要参与者:用户用例触发事件:用户退出，关闭主网页。用例前置条件: 用户在本系统中为登录状态。用例事件流 1.用户退

34、出系统，系统将该用户的当前所有信息进行保存。2.当系统确认用户要退出系统，赶快保存用户做的信息修改（例如：订票信息、密码修改信息等等）。3.用户退出，系统提示：“用户退出成功！” 用例后置条件:用户只要点击退出按钮即可。用例非功能性需求:4.用户点击退出按钮或者只直接关闭浏览器。用例名称用户订票用例编号1.3用例简要描述:用户根据订票页面填写相关的用户信息。以便最快的将机票送到用户手中。用例主要参与者:用户用例触发事件:当用户填写好订票页面相关并核查无误后，点击提交按钮，系统要将用户的订票相关信息户保存到系统数据库中，赶快打印出机票根据用户信息把机票及时地送到用户手中，以方便用户出行。本页显示

35、用户订购的机票信息，待用户进一步确认，在这里可以确定订购的数量，在下拉框中用户选择数量，本系统采用下拉框而没有用文本框的目的是使用户更方便的定票。如果用户发现所订购的机票有误，他可以点击“订其他票”，这时回到首页，重新查询订票。用例前置条件: 用户应该按照订票页面每一项的规范格式填写，否则提交失败。用例后置条件:核实资料后添加入数据库同，修改定单即删除购票，时此航班总票数相应减少并 车内不需要的机票，修改购票车中机票状态，用户的订票信息导入完成并提交系统存储,且得到确认无误后退出用例。用例事件流 1.用户进入订票页面。 2.用户填写的订票页面相关信息，当填写信息不符合规范格式时，提示并告诉用户

36、按规范格式填写。显示“您所填写的格式不正确，请重新填写。“3.用户确定所填写的信息无误后，点击提交。4.提交完成后，系统提示：“订票信息成功导入，我们将以最快的时间内将你的机票送到你的手中！” 5.客户订票信息导入完毕后，系统自动回到主页面。用例非功能性需求:6.要求用户在订票页面有固定的规范格式。7.用户要认真填写相关信息（例如：地址），以免影响你的出行。8.用户一定在按照规定的格式填写，保证你能尽快的拿到机票。用例名称用户退票用例编号1.4用例简要描述:用户根据退票页面填写相关的用户信息。以便最快的将退款送到用户手中。用例主要参与者:用户用例触发事件:当用户填写好退票页面相关并核查无误后，

37、点击提交按钮，系统要将用户的退票相关信息户保存到系统数据库中，赶快打印出机票根据用户信息把退款及时地送到用户手中，以免用户担心。用例前置条件: 用户应该按照退票页面每一项的规范格式填写，否则提交失败。用例事件流 1.用户进入退票页面。 2.用户填写的退票页面相关信息，当填写信息不符合规范格式时，提示并告诉用户按规范格式填写。显示“您所填写的格式不正确，请重新填写。“3.用户确定所填写的信息无误后，点击提交。4.提交完成后，系统提示：“退票成功，我们将以最快的时间内将你的退款送到你的手中！” 4.客户退票信息导入完毕后，系统自动回到主页面。用例后置条件:用户的退票信息导入完成并提交系统存储,且得

38、到确认无误后退出用例。用例非功能性需求:5.要求用户在退票页面有固定的规范格式。6.用户要认真填写相关信息（例如：地址），以免影响你退款。7.用户一定在按照规定的格式填写，保证你能尽快的拿到退款。用例名称用户查询航班用例编号1.5用例简要描述:用户通过点击鼠标，查询相关航班信息及打折情况。，用例主要参与者:用户用例触发事件:当系统接受到客户请求查询航班及打折信息时，系统应将实时的最新航班信息及打折信息以最快的速度显示在页面上，以便用户查看。只要填入起始地点，然后点击“查询”可以看到该航线上所有航空公司的机票信息。在本系统中只要你提供了起/始点，你就将看到近五天的机票信息，我想在当今如此方便的信

39、息时代提前五天定票已经能够满足用户的需求了，当然这也要求网站要及时更新数据，这也是网站所必须的工作，并不会因此而给网站的管理带来更多的麻烦。输入了始/终点后，如果数据库中没有相应的信息，系统将给出提示。用例前置条件: 用户成功进入本系统主页。用例事件流 1.用户通过浏览器进入本系统主页。 2.用户根据自己的需要，查询相关的航班信息，只需要用鼠标点击即可方便的得到所要查询的结果。3.点击查询，系统将会把所查询结果在页面上显示出来。 用例后置条件:当用户不在查询信息时,系统停止向用户显示航班信息页面。用例非功能性需求:4.用户只需要点击鼠标就能查询到想要的结果。用例名称添加航班计划用例编号1.6用

40、例简要描述:符合添加航班的固定格式用例主要参与者:系统管理员用例触发事件:添加航班计划后，必须将被修改的航线后的复选框选定，以此来确定修改的是哪一条航线，系统将修改该航线的所有数据为当前值，即使是没有改变的数据项，比如只修改了剩余票数，在对数据库操作时，其他数据项也同样被修改，只是修改后的内容与修改前不变而已。毫无疑问，数据库中的航线资料一定很多，要找出某条航线来修改将是比较困难的事情，所以又提供了一个排列顺序，可以分别按照航空公司，航线，机型和剩余票数来排列，以方便查找某条特定的航线。用例前置条件: 按照固定的规范格式填写航班的相关信息。用例事件流 1.操作者登录系统，指定要添加营业网点，系

41、统获取操作人员的权限。当系统确认操作者不具备客户信息导入权限时,显示“您不具备此操作权限！“后返回上一级操作页面。如果用户想做添加营业网点，是不可能的用户没有这个权限。 2.当系统确认操作者具备添加权限时,进入添加营业网点页面。 管理员选择将要添加的营业网点，点击。3.系统更新数据库后，那么系统提示：“该营业网点已经成功添加！” 4.点击返回主页面。用例后置条件:添加航班计划后提交系统存储,且得到确认无误后退出用例。用例非功能性需求:按照固定的规范格式填写航班的相关信息。及时公布新添加的航班，及时的更新数据用例名称删除航班计划用例编号1.7用例简要描述:符合删除航班的固定格式用例主要参与者:系

42、统管理员用例触发事件:删除航班计划后，必须将被修改的航线后的复选框选定，以此来确定修改的是哪一条航线，系统将修改该航线的所有数据为当前值，即使是没有改变的数据项，比如只修改了剩余票数，在对数据库操作时，其他数据项也同样被修改，只是修改后的内容与修改前不变而已。毫无疑问，数据库中的航线资料一定很多，要找出某条航线来修改将是比较困难的事情，所以又提供了一个排列顺序，可以分别按照航空公司，航线，机型和剩余票数来排列，以方便查找某条特定的航线。用例前置条件: 按照固定的规范格式填写航班的相关信息。用例事件流 1.操作者登录系统，指定要删除营业网点，系统获取操作人员的权限。当系统确认操作者不具备客户信息

43、导入权限时,显示“您不具备此操作权限！“后返回上一级操作页面。如果用户想做删除营业网点，是不可能的用户没有这个权限。 2.当系统确认操作者具备删除权限时,进入删除营业网点页面。 管理员选择将要删除的营业网点，点击。3.系统更新数据库后，那么系统提示：“该营业网点已经成功删除！” 4.点击返回主页面。用例后置条件:删除航班计划后提交系统存储,且得到确认无误后退出用例。用例非功能性需求:按照固定的规范格式填写航班的相关信息。及时公布新删除的航班，及时的更新数据用例名称查询航班计划用例编号1.8用例简要描述:符合查询航班的固定格式用例主要参与者:系统管理员用例触发事件:查询航班计划后，必须将被修改的

44、航线后的复选框选定，以此来确定修改的是哪一条航线，系统将修改该航线的所有数据为当前值，即使是没有改变的数据项，比如只修改了剩余票数，在对数据库操作时，其他数据项也同样被修改，只是修改后的内容与修改前不变而已。毫无疑问，数据库中的航线资料一定很多，要找出某条航线来修改将是比较困难的事情，所以又提供了一个排列顺序，可以分别按照航空公司，航线，机型和剩余票数来排列，以方便查找某条特定的航线。用例前置条件: 按照固定的规范格式填写航班的相关信息。用例事件流 1.操作者登录系统，指定要查询营业网点，系统获取操作人员的权限。当系统确认操作者不具备客户信息导入权限时,显示“您不具备此操作权限！“后返回上一级

45、操作页面。如果用户想做查询营业网点，是不可能的用户没有这个权限。 2.当系统确认操作者具备查询权限时,进入查询营业网点页面。 管理员选择将要查询的营业网点，点击。3.系统更新数据库后，那么系统提示：“该营业网点已经成功查询！” 4.点击返回主页面。用例后置条件:查询航班计划后提交系统存储,且得到确认无误后退出用例。用例非功能性需求:按照固定的规范格式填写航班的相关信息。及时公布新查询的航班，及时的更新数据用例名称设置航班季节折扣用例编号1.9作者马旭乐创建时间2008.11.1修改时间评审者测试者版本号1用例简要描述:符合设置航班季节折扣的固定格式用例主要参与者:系统管理员用例触发事件:设置航班季节折扣计划后，必须将