机票预定系统面向对象分析设计报告

项目简介 机票预订是向广大用户提供各大航空公司机票预订服务和交易的方式过网站电话手机获得机票预订服务预订各航空公司国内机票的需求准确快速的预订到您想要乘坐的航航班查机票预订。

本项目所做的机票预订系统是乘客通过旅行社进行订票虽然现代社会愈加信息化是由于我国整体国民素质还不高大部分国民还是通过传统的方式订票代网络也不是很安全，很多追求安全保障的乘客还是会选择传统的订票方式。本项目采用客户机/服务器原理，客户端的程序是建立在WindowsNTMicrosoftVisualC++为开发软件的应用程序，服务器端采用中文Windows95/98/2000/NT4.0或更高版本为操作系统的工作站，是采用SQLServer为开发软件的数据库服务程序。通过该系统顾客可以查找到自己需要的机票然后向旅行社提交订票申请旅客的订票申请后为旅客完成机票预订若旅客需要退票时再由旅行社为旅客完成退票本系统为旅客订票减去了一系列繁琐的操作并且安全得到了保障，方便旅游局的售票工作，提高旅游局的服务质量和服务效率。目录1．可行性分析1.1引言1.1.1编写要求1.1.2项目背景1.1.3定义1.1.4参考资料1.2可行性研究的前提1.2.1要求1.2.2目标

1.2.3条件，假定和限制1.2.4可行性研究方法1.2.5决定可行性的主要因素1.3技术可行性分析1.3.1系统简要描述1.3.2处理流程和数据流程1.4经济可行性分析1.4.1支出1.4.2效益1.4.3收益/投资比1.4.4投资收回周期1.4.5敏感性分析1.4.6经济可行性分析评价1.5社会因素可行性分析1.5.1法律因素1.5.2用户使用可行性1.6风险分析1.6.1经济风险分析1.6.2安全问题分析1.7其他可供选择的方案1.7.1客户端与服务器端联系在一起1.8结论意见2．项目开发指南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.2.5运行环境2.3实施计划2.3.1计划安排及工作任务分解2.3.2项目进度表2.3.3项目预算2.3.4关键问题2.4支持条件2.4.1计算机系统支持2.4.2需有用户承担的工作2.5专题计划要点2.5.1项目文档跟踪计划

2.5.2开发人员培训计划2.5.3项目评估计划2.5.4项目开发计划2.5.5质量保证计划2.5.6用户培训计划2.5.7系统安装计划2.6总结3．需求分析3.1引言3.1.1编写要求3.1.2项目背景3.1.3定义3.1.4参考资料3.2任务概述3.3非技术要求3.4系统环境3.5非功能性需求3.6系统功能需求3.6.1用户需求描述3.6.2需求分析3.7系统概念层对象图4．概要设计4.1系统交互模型4.1.1系统顺序图4.1.2系统协作图4.1.3系统状态图4.1.4系统活动图4.2说明层对象图、类图5．详细设计5.1系统实现层类图设计5.1.1参与者相关的类5.1.2各系统中用到的其他类5.1.3各个类之间的关系5.1.4数据库设计5.2系统的体系结构5.3系统的配置和实现5.3.1业务对象组件图5.3.2用户界面的组件图5.4系统部署图

11.1.1.1经过对此项目进行详细调查研究初拟系统实现报告其解决方案进行初步设计及合理安排通过该系统可以及时向顾客提供订票的相关信息游客提供机票预定服务，方便旅游局的售票工作，提高旅游局的服务质量和服务效率。

1.1.2开发软件名称：机票预订系统；项目任务提出者：宗成毅；项目开发者：朱洪材，蒲毅，吴志猛，石圣源；用户：航空公司，顾客；实现软件单位：贵州财经大学信息学院2011级宗成毅小组；项目与其他软件或其他系统的关系：

本项目采用客户机/服务器原理，客户端的程序是建立在WindowsNT系统上以MicrosoftVisualC++为开发软件的应用程序服务器端采用Linux为操作系统的工作站是采用SQLServer为开发软件的数据库服务程序。1.1.3[专门术语]：SQLSERVER:系统服务器所使用的数据库管理系统（DBMSSQL:一种用于访问查询数据库的语言1.1.4 张海潘《软件工程（第二版》北京：人民邮电出版社，2006张海潘《软件工程导论（第五版》清华大学出版社

郑人杰等《实用软件工程，清华大学出版社。张湘辉等软件工程开发的过程与管理北京清华大学出版社金敏周翔高级软件开发过程北京清华大学出版社20051.1.2.1要求 1.要求接收并且录入需要预订机票的旅客的基本信息包括(姓名性别始发地点和目的地，时间，航班舱的要求)。2.根据基本航班要求为旅客安排航班。

3.当旅客根据自己选择的网上支付方式支付预定金后，系统打印出取票通知单和账单。

4.旅客需在飞机起飞前两个小时凭借取票通知单和账单交款单取票，工作人员通过系统核对无误后打印机票给旅客。5.能够及时更新航班动态信息。6.能够对已购买的航班信息进行统计。7.要求系统对旅客信息保密。8.可以支持多个用户的同时操作。

9.性能要求：机场提供的信息必须及时的反映在旅游局的工作平台上。售票系统的定单必须无差错的存储在机场的主服务器上。对服务器上的数据必须进行及时正确的刷新。

10.输出要求：数据完整，详实。 11.输出要求：简捷，快速，实时。

12.安全与保密要求： 服务器的管理员享有对机场航班信息库及机票信息库和定票信

息库的管理与修改。售票员只享有对订票信息库的部分修改（写入与读出1.2.2系统实现后大大提高旅游局的机票预定服务效率查询减少人力物力的耗费提高机票预订的工作效率降低售票服务中的错误发生率少信息交流的烦琐过程及其带来的开销。1.2.31.建议开发软件运行的最短寿命为5年，

2.从开发到投入使用期限为两个月，

3.实验环境为学校的电脑实验室，

4.对经费没有要求，5.人员投入为一个小组共五人，

6.对软硬件的要:硬件限制奔腾4处理器以上软件限制为windowsXP操作系统。7.开发环境为VC++6.0如果对系统没有详尽的了解可能出现的逻辑错误专业水平的限制可能出现技术上的难题。会导致对系统的开发和研究的中断。1.2.41.2.（1）先导出高层系统流程图。(2)确定正在分析研究的问题确实是待解决的问题。

（3）设想出目标系统的逻辑模型。

（4）与用户沟通，改进目标系统模型，直到完全符合用户需求。1.2.51.系统可行性，可以根据用户需求完成任务。

2.经济可行性，效益>成本。

3.法律可行性，4.技术可行，现有技术可完全承担开发任务。

5.操作可行，软件能被原有工作人员快速接受。1.1.3.1系统简要描述在旅游局中的终端是安装了WindowsNT的PC机据当顾客在旅游局进行咨询时终端向服务器发出查询请求时数据向终端发送数据显示在终端的屏幕上当顾客向售票员定票时

出详尽的一份定单服务器核对后存入定票信息库并修改机票信息库票时终端向服务器发出查询定票请求服务器接收后查询定票信息库核对后票确认表单，终端打印出机票。1.3.21.3.3技术可行性评价

·基础设施齐备学校提供机房，且装有相应的软件，开发系统的计算机硬件和软件设备已经具备。现在的计算机各方面的技术都非常成熟相对于说开发此系统的技术也要求比较简单术方面是可行的。·开发环境和语言通过分析我们可以知这个机票预订系统是靠网络来进行工作的，航空公司发布航班的信息个人以及旅行社进行订票都是在网络上完成的因此我们要开发的机票预订系统是基于C/S的系统，因此我们我们要选择适当的编程语言和编程环境。在语言的选择上，c、c++java等都可以实现这些功能在这里我们可以运用C++进行编程而在数据库的选择上我们选择数据库sqlserver进行处理。·人员素质条件

开发该系统的人员共有5人，并有一定的电脑操作基础，并且经过两年的学习，掌握了几门编程语言比如C,C#,C++等这个学期又刚刚学习了sqlserver对数据库知识有了一定基础。若按计划，是能够在规定期限内完成系统的开发。1.1.4.1

此系统皆由5位同学自愿开发，不需要工资的支出

·硬件设备费用开发该系统终端PC机5台（使用学校机房或个人电脑）

网络设备布线皆为现有：0元

不间断电源为学校寝室、机房：0元·软件费用

利用学校机房已安装的软件，将节省大量的开支，利用节约的费用做其他的支出

[操作系统]XP系统：0元 [数据库软件]SQLServer2005：0元 [开发软件]C++和VisualStudio软件：0元 共计：0元·系统运行费用

假设该系统可以使用5年每年需要1人进行系统维护工预计相关设备的维护及更新（按照所买机器的可用年限进行评估）

预计软件运行的费用（按照该用户自己所选用的运行软件价格评估）·其他一次性支出（若有必要才支出）：

为了解消费人群对机票预定系统的需求及其建议制作相关的DM单200卷调查：

DM单：200*0.1=20元调查人员3名：0元1.4.2一次性收益：0元

经常性收益：（按银行利率1%减少员工2(100/)五年收益：1000*（1.1+（1.1）2+（1.1）3+（1.1）4+（1.1）5）*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万1.4.3收益/投资比 根据上述分析可知，该系统的性价比比较高，投入少，见效快，并且省时、省力。因此系统的开发是完全可行的，适合开发。1.4.4 2—3年1.4.5敏感性分析系统生存周期为5

处理速度要求<4秒

由于随着时间的推移设备的老化所用软件的版本变低版本的软件同时要在高版本软件上运行系统可能需要更改部分程序代码维护员，系统检测员，设备和软件购买等。1.4.6 机票预订系统是基于C/S的一个模拟的票务系统对硬件的要求也不高而软件方面我们的开发机票预订系统所用的软件visualstudio2005，SQLServer2005等软件都是免费的开发该系统终端PC机5（使用学校机房或个人电脑）为免费的网络设备布线皆为现有因此在经济可行性上来说开发这个机票预订系统是完全可行的。而系统真正的开销是对系统进行维护时所进行的一部分费用。1.1.5.1所有软件都选用正版.合同制定确定违约责任.1.5.2系统管理员需要有专业的计算机知识管理人员也要进行相应的培训服务人员需要进行培训才能上岗1.1.6.1由于开发此系统由同学们自愿组队，不需要支付人员工资，且学校配有相应的硬件和软件设施也不许支付相关经费故开发此系统几乎不需要成本经验以及时间和条件的局限性，开发出的系统不一定会带来预期的经济效益。1.6.2机票预订系统是靠网络来进行工作的，航空公司发布航班的信息，个人以及旅行社进行订票都是在网络上完成的因此我们要对网络环境以及信息安全问题多加重视无论是用户还是管理员进行相应的操作都应该进行身份验证

1.1.7.1在旅游局中只设立终端在机场设立服务器数据输入由终端输入处理，只在终端上显示数据结果。

此设计简化了数据处理，但加重了服务器的数据处理。而使用客户端/数据流量，加快数据处理。1.通过分析与讨论航空订票系统在目前技术上成熟的系统件系统在技术经济操作上均有可行性因此分阶段开“机票预定系统可行的为了使航空公司适应现代化市场竞争的需求促进机票预定管理信息化卢克预定机票的要求，争取更好的经济效益，建议着手开发。22.2.1.1经过对此项目进行详细调查研究初拟系统实现报告其解决方案进行初步设计及合理安排通过该系统可以及时向顾客提供订票的相关信息游客提供机票预定服务，方便旅游局的售票工作，提高旅游局的服务质量和服务效率。2.1.2开发软件名称：机票预订系统；项目任务提出者：宗成毅；项目开发者：宗成毅，朱洪材，蒲毅，吴志猛，石圣源；用户：航空公司，顾客；实现软件单位：贵州财经大学信息学院2011级信管宗成毅小组；项目与其他软件或其他系统的关系：

本项目采用客户机/服务器原理，客户端的程序是建立在WindowsNT系统上以MicrosoftVisualC++为开发软件的应用程序服务器端采用中文Windows95/98/2000/NT4.0或更高版本为操作系统的工作站，是采用SQLServer为开发软件的数据库服务程序。

2.1.3[专门术语]：

系统流程是概括的描绘物理系统的传统工具，它基本思想是用图形符号以黑盒子形式描绘组成系统的每一个部件它表达的是数据在系统各部件之间流动的情况SQLSERVER:系统服务器所使用的数据库管理系统（DBMS）

SQL:一种用于访问查询数据库的语言事务流：数据进入模块后可能有多种路径进行处理[缩写]:TCP/IPTransmissionControlProtocol/InternetProtocol(传输控制协议/因特网互联协议)系统：若未特别指出，统指本机票预定系统。SQL:StructuredQueryLanguage（结构化查询语言。

ATM:AsynchronousTransferMode(异步传输模式)。2.1.4张海潘《软件工程（第二版》北京：人民邮电出版社，2006张海潘《软导论（第五版》清华大学出版社

郑人杰等《实件工程用软件工程，清华大学出版社。

张湘辉等软件工程开发的过程与管理北京清华大学出版社金敏周翔高级软件开发过程北京清华大学出版社20052.2.2.11、根据项目进度的安排，对项目进行开发。

2、需求分析小组完成需求分析文档和以及数据说明文档。 3、设计小组先解决实现该系统需求的程序设计模块问题，完成概要设计文档。

4、根据概要设计文档进行详细设计，完成详细设计文档。5开发小组对软件进行集中开发完成登录用户查询订票改签 6、测试小组对软件进行单元测试，集成测试，审核和评定。

7、维护小组在软件交付后对使用者进行培训并且软件后期维护工作。2.2.2完成项目应具备的条件：

开发平台组织开发人员

开发基础设施（web服务器+应用服务器+测试维护人员开发单位已具有的条件：

组织开发人员（共5人）测试维护人员开发基础设施

开发平台（人手一台PC2.2.3·程序

程序名航空订票系统.基于J2EE，使用MySQL数据库，使用MVC项功能。·文件 可行性研究报告项目开发指南手册

需求分析说明书

概要设计说明书

数据库设计说明书

详细设计说明书·基本功能

1.用户登录及身份验证2.航班查询 3. 旅客订票 4. 航班信息管理 5. 航班安排 6. 售票管理 7. 退票管理 8. 预期机票管理2.2.4出错率：0~1次/年2.2.5服务器端

运行硬件环境：（最低配置）CPU：IntelPentium3

内存：256M

显卡：普通显卡

声卡：普通声卡硬盘：15G以上闲置空间

运行软件环境：操作系统：WindowNT

数据库：SQLServer开发环境：

在现在比较流行的网络开发工具，asp、、php、jsp都可以实现，但是考虑到稳定性我们选择进行开发。

运行环境：

用户端可通过任意客户（PC笔记本电脑手机等系统的Web交互界面，无需可以规定客户端的运行环境；2.2.3.1项目阶段时间安排具体内容人员分工阶段成果可行性研究11天 软件项目开发的第一步是对项目进行可行性分析与风险分析

发项目的意义和价值

发此项目。宗成宗成

险分析

朱洪

他可供选择的方案

蒲毅：可行性研究的前提

吴志

石圣源：引言部分

全体：结论意见。可行性研可行性研

报告项目开指南1天项目开发指南开发为项目实训的参与者讲述在此项目中的软件过程。宗成毅：实施计划

朱洪要点蒲毅：结论总结

吴志石圣源：工作内容和产品项目开发指南手册系统需分析与例建模2天对系统进行需求分析利用UML建系统用例模型进行用例描述给出系统的概念类。宗成画用例图，用例描述朱洪功能需求属性

蒲一般约束，假设和条件吴志产品描述、产品功能及用户特点石圣源：工作内容和产品系统需求分析报告系统概要设计2进行系统概要设计架构选择和系统中各个功能部分的序列图协作图分析和建模。蒲毅：运行设计吴志猛：接口设计概要设计说明书系统详设计2天进行系统的类的设计和系统体系结构建模、页面的设计。宗成毅：实现层类图蒲毅：说明层类图吴志猛：概念层类图石圣源：整理报告。详细设计说明书

编码与元测试2天利用设计阶段的类图产生相应的代码框架小组全部成员生成相应语言的对应类的代码维护--对系统进行管理以及对出现的问题进行修复、处理宗成毅--2.3.2文档名称机票预订系统项目进度表项目名称机票预订系统开发单位贵州财经大学软件工程第二组项目组长宗成毅序号任务名称计划完成日期实际日期负责人1可行性研究2013-7-32013-7-3宗成毅--2项目开发指南2013-7-42013-7-4宗成毅--3系统需求分析与用例建模2013-7-62013-7-6宗成毅--4系统概要设计2013-7-82013-7-8宗成毅--5系统详细设计2013-7-102013-7-10宗成毅--6编码与单元测试2013-7-122013-7-12宗成毅--2.3.3此系统为实训内容，实际是模拟开发系统，旨在锻提高同学们的专业实践能力，开发系统由6位同学自愿开发且学校配有相应基础设施因此不需要支出经费作中，开发这种大中型系统的预算大概是几十万。2.3.4本系统要求能够处理多个请求并且具有良好的稳定性与安全性如何做到多并发实现良好容错性与保护数据安全除此之外我们还需要保证机场及银行之间的信息交互的安全性全性

2.2.4.1Intel486以上系列、AMDK6以上系列等PC操作系统：中文Windows95/98/2000/NT4.0或更高版本；

软件：SQLServer数据库管理系统，VisualStudio2008等软件。2.4.2用户具备一定的计算机知识，能熟悉操作Windows认识，能很好使用互联网；保管好自己的账号密码，有安全意识。2.2.5.1 1.将用于编制软件项目计划及跟踪软件项目的工作文档化。 2.对于软件项目的实施采用文档化的承诺。 3.确保软件项目存在一份文档化的、并被认可的工作陈述。2.5.2 1.指定软件项目负责人负责落实软件项目的承诺并制定项目的软件开发计划。 2.软件开发计划要指定人员角色分工，明确责任。3.对软件项目所需要的适当的资源及资金作出计划。2.5.3 1.按照书面流程获得对软件产品规模的估计（或软件产品规模的改变 2.按照书面流程获得对软件项目工作量及费用的估计。 3.按照书面流程获得对项目所需要的关键计算机资源的估计。2.5.4 1.按照书面流程获得项目的软件开发进度。 2 3.确立合理的项目开发方法，例如面向对象。2.5.5 1．明确各个角色在项目工作中的主要职责。 2．指定软件质量监督人员。3.复评项目开发计划及方法，确保其合理性。

2.5.6 2.5.7 1.确定系统安装所需的软硬件环境。 2.3.用户手册中注明安装流程与正确使用维护方式2.通过了前期的论证以及调查，系统开发所存在的问题得到进一步的解决。虽然在细节上还存在着一些争议，但是大部分开发意向已经明确33.13.1.1经过对此项目进行详细调查研究初拟系统实现报告其解决方案进行初步设计及合理安排通过该系统可以及时向顾客提供订票的相关信息游客提供机票预定服务，方便旅游局的售票工作，提高旅游局的服务质量和服务效率。3.1.2开发软件名称：机票预订系统；项目任务提出者：宗成毅；项目开发者：宗成毅，朱洪材，蒲毅，吴志猛，石圣源；用户：航空公司，顾客；实现软件单位：贵州财经大学信息学院2011级宗成毅小组；项目与其他软件或其他系统的关系：

本项目采用客户机/服务器原理，客户端的程序是建立在WindowsNT系统上以Microsoft服务器端采用中文Windows95/98/2000/NT4.服务器端采用中文Windows95/98/2000/NT4.0

为操作系统的工作站，是采用SQLServer为开发软件的数据库服务程序。

3.1.3[专门术语]：

系统流程以黑盒子形式描绘组成系统的每一个部件动的情况SQLSERVER:系统服务器所使用的数据库管理系统（DBMS）

SQL:一种用于访问查询数据库的语言事务流：数据进入模块后可能有多种路径进行处理3.1.4 张海潘《软件工程（第二版》北京：人民邮电出版社，2006张海潘《软件工程导论（第五版》清华大学出版社

郑人杰等《实用软件工程，清华大学出版社。张湘辉等软件工程开发的过程与管理北京清华大学出版社金敏周翔高级软件开发过程北京清华大学出版社20053.目标：

《机票预订系统通过旅行社订票旨在帮助那些倾向于那些不会网上订票和追求安全订票的旅客，且整个订票运行于internet环境中，提供远程机票预订功能，使得机票预订过程简单化，电子化，节约常规过程中不必要的浪费。用户特点：

使用本系统的最终用户可以定位所有用户尤其以旅游商务人员通过旅行社订票旅客可以不懂任何电脑知识由于本软件系统操作简单界面友好所以对旅行社工作人员的教育水平和技术水平几乎没有任何要求只要会用电脑进行常规使用的用户均可。假设和约束：

普通管理员能对机票信息进行查询和修改操作但只能对（航班库和客户库中的信息进行查询操系统管理员可以根据具体需要进行适当的数据管（增删改更如进行航班信息管理和用户信息管理。客户只能对航班信息库中的内容进行查询操作己的基本信旅行社只能查询航班信息，提交旅客信息给航空公司，提供咨询服务统会根据管理员和客户的各种操作做出相应的返回信息进行提示：1.Client/Server结构总体设计方案对它的约束：

机票预定系统做Client/Server结构的一个应用系统，不可避免的要受到Client/Server结构的约束在其实施的各个阶段都要服从它的一些规划能设计系统配置和计划同时由于信息的共享的信息约束。2．人力、资金、时间的约束

在设计中重点是销售系统中的方便快捷能提供给旅客以优质高效的服务并提高销售的效率和便捷，为航空公司带来良好的效益。

用户特点：

使用本系统的最终用户可以定位所有用户尤其以旅游商务人员通过旅行社订票旅客可以不懂任何电脑知识由于本软件系统操作简单界面友好所以对旅行社工作人员的教育水平和技术水平几乎没有任何要求只要会用电脑进行常规使用的用户均可。假设和约束：

普通管理员能对机票信息进行查询和修改操作但只能对（航班库和客户库中的信息进行查询操系统管理员可以根据具体需要进行适当的数据管（增删改更如进行航班信息管理和用户信息管理。客户只能对航班信息库中的内容进行查询操作己的基本信旅行社只能查询航班信息，提交旅客信息给航空公司，提供咨询服务统会根据管理员和客户的各种操作做出相应的返回信息进行提示：1.Client/Server结构总体设计方案对它的约束：

机票预定系统做Client/Server结构的一个应用系统，不可避免的要受到Client/Server结构的约束在其实施的各个阶段都要服从它的一些规划能设计系统配置和计划同时由于信息的共享的信息约束。2．人力、资金、时间的约束

在设计中重点是销售系统中的方便快捷能提供给旅客以优质高效的服务并提高销售的效率和便捷，为航空公司带来良好的效益。

3．技术发展规律的约束计算机技术和产品的发展日新月异将会给信息处理带来更多的手段同时也会带来更加丰富的信息表达形式。3.软件开发的时间：经费限制：

经济可行性的基本要求是：效益>都有学校提供，故度经费无特殊要求。要交付的工作产品：

3.4Intel486以上系列、AMDK6以上系列等PC操作系统：中文Windows95/98/2000/NT4.0或更高版本；

软件：SQLServer数据库管理系统，VisualStudio2008等软件。

3.12

34日期版本说明作者2013.7.5草案草案版本吴志猛．简要说明本文档列出机票预定系统的所有非功能性需求．可用性a.方便操作，操作流程合理尽量从用户需求出发，以方便使用本系统。如：信息检索时自动匹配。b.支持所有使用计算机客户的需求，可以方便使用。

c.系统提供用户操作手册使所有客户均能快速的使用该系统操作手册包含系统安装所要的配置安装信息，同时也提供熟练使用本系统所有操作的指南。．可靠性a. 控制录入项本系统能够对必需录入的信息进行控制，使用用户能够确定信息的录入完整。同时对必录入项进行有效的统一的提示。

b.容错能力系统具有一定的容错和抗干扰能力在非硬件故障或非通讯故障时系统能够保证正运行，并有足够的提示信息帮助用户有效正确地完成任务。 c.操作完成时有统一规范的提示信息例如删除操作时，系统可提示“您确定呀删除记录吗？操作不可恢复！，用户点击定后，系统才执行删除操作，删除后可直接返回相关的页面。．性能a.客户端相应时间不超过3秒

机票预定系统系统在日常处理中的响应速度为秒级达到实时要求以及时反馈信息。

b.支持开发性使用并保证性能不收影响c.系统处理的准确性和及时系统处理的准确性和及时性是系统的必要性能在系统设计和开发过程中要充分考虑系统当前和将来可能承受的工作量使系统的处理能力和响应时间能够满足企业对信息处理的需求。d.系统的开放性和系统的可扩充性

机票预定系统在开发过程中应该充分考虑以后的可扩充性例如订票系统的方式的改变（网上订票，用户查询的需求也会不断的更新和完善。所有这些，都要求系统提供足够的手段进行功能的调整和扩充。e.系统的易用性和易维护性可支持性系统能够提供良好的用户接口易用的人机交互界面要实现这一点就要求系统应该尽量使用用户熟悉的术语和中文信息的界针对用户可能出现的使用问题，要提供足够的在线帮助缩短用户对系统熟悉的过程。机票预定系统中涉及到的数据是航空公司的相当重要的信息系统要提供方便的手段供系统维护人员进行数据的备份日常的安全管理，系统意外崩溃时数据的恢复等工作。f.系统的标准性

系统在设计开发使用过程中都要涉及到很多计算机硬件软件主流国际国家和行业标准同时在自主开发本系统时要进行良好的设计工作订行之有效的软件工程规范，保证代码的易读性、可操作性和可移植性。g.系统的先进性

目前计算系统的技术发展相当快应该保证系统在下个世纪仍旧是先进的在系统的生命周期尽量做到系统的先进充分完成企业信息处理的要求而不至于落后面通过系统的开放性和可扩充性不断改善系统的功能完成另一方面开发的过程中品。5.可支持性

(无特殊需求)6.设计约束

用户不得通过系统查找他人资料航空公司也不得在未经他人允许泄露其资料因为系若输错次数超过设定的次数则暂时取消用户登录的权限系统的修改维护由开发人员以及航空公司共同负责。7.帮助系统需求帮助系统可以帮助用户更有效的使用应用程序。本系统采用winhelp形式的帮助系统（winhelp.exe是微软Microsoft帮助文件察看器程序，用于打开帮助文件(.hlp)）

8.购买构建需求(无特殊需求)

9.接口需求

9.1外部接口需求a用户界面外观上也要做到合理化。总的来说，系统的用户界面应作到可靠性、简单性、易学习和使用b软件接口

在输入方面对于键盘鼠标的输入在输出方面打印机的连接及使用在网络传输部分，在网络硬件部分，实现高速传输。

c硬件接口 在输入方面，对于键盘、鼠标的输入，可用VISUALC++的标准输入/输出，对输入进行处理。 在输出方面，打印机的连接及使用，也可用VISUALC++的标准输入/输出对其进行处理。在网络传输部分，在网络硬件部分，为了实现高速传输，将使用高速ATM。

9.2内部接口

本工程产品的软件接口由编程操作系统SQLServer数据库以及机票管理应用软件的词典和数据结构组成内部接口方面各模块之间采用函数调用参数传递返回值的方式进行信息传递具体参数的结构将在下面数据结构设计的内容中说明接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在各模块间传输。10.许可需求 本系统需得到对身份证数据库调用的权限，以方便对客户身份证进行核实11.其他需求 本系统支持多浏览器，系统安装方便，易于维护。

3.63.6.1 日期版本说明作者 2013.7.5草案草案版本（1）旅客主要包括以下几个功能：①旅客申请订票模块②旅客申请退票模块·旅客申请订票模块

旅客申请订票模块包括的主要功能：

①查询航班信息②查询票务信息③向旅行社提交订票申请·旅客申请退票模块 旅客申请退票模块的功能：

①查询已订机票②向旅行社提交退票申请（2）旅行社主要包括以下几个模块：①旅客信息管理模块②为旅客订票模块③为旅客退票模块• 旅客信息管理模块的功能：①添加旅客信息②修改旅客信息③删除旅客信息• 为旅客订票模块功能：①根据旅客提交的预定机票信息进行机票预订

.为旅客退票管理模块的功能：①（3）管理员主要包括以下几个模块：①旅客信息管理模块②票务信息管理模块③航班信息管理模块.旅客信息管理模块功能：①添加旅客信息②修改旅客信息③删除旅客信息

.票务信息管理模块功能：①航班时间信息管理②座位信息管理③价格信息管理④机场信息管理（4）系统管理员主要有一下几个功能模块：

①航班信息管理模块

②用户信息管理模块

.航班信息管理模块功能：①添加航班②删除航班③调整航班·用户信息管理模块

（5）系统主要包括以下几个功能模块：①②基本业务模块③④信息查询模块⑤.基本数据维护模块功能：①用户数据管理②航班数据管理③机票数据管理.基本业务模块功能：①机票预订②机票退订.信息查询模块功能：①航班查询②票价查询③机场查询.逾期未取机票检查模块功能：①②删除逾期未取机票3.6.2·系统执行者根据用户需求进行了逐条分析，最终确定了机票遇到系统系统相关的执行行社、系统管理员、管理员、系统。

旅客操作

a) b) c) d) 旅行社操作

a) 录入旅客信息b) 查询验证旅客信息

c) 查询航班信息

d) 查询机票信息

e) f) 收款g) 发放机票

h) 交款给航空公司普通管理员操作

a) 航空公司管理员登录 b）查询航班信息 c) 查询机票信息 d） e) 取消逾期未取机票信息 f) 退票处理 系统管理员操作 a) 管理验证旅行社信息 b) 管理验证旅客信息 c）管理航班信息系统 a) 对逾期未取机票进行检查和提示

·确定用例与执行者、用例与用例、执行者与执行这之间的关系·系统用例模型经过对用户需求进行了分析，完成了用例的三要素，最终得到了系统的用例图。旅客旅行社和管理员用例图系统超期检查用例图系统管理员用例图用户登录用例旅客用例图：

1.2.3.4.

5.6.7.8.机票预订系统——日期版本说明作者2013.7.6草案草案版本简要说明本用例描述安排航班的操作流程事件流

（1）基本流 系统管理员收根据旅客的需求，为旅客安排合适的航班

(2)备选流无特殊需求如遇特殊情况，应紧急安排航班。前置条件后置条件无无客提交的需求信息；航班信息问题说明无1.2.机票预订系统——日期版本说明作者2013.7.8草案草案版本简要说明本用例描述调整航班的操作流程事件流

（1）基本流 1）登录系统； 2）查询出需要调整的航班信息；

3）选出合适的日期，时间；

4）调整该航班；

5）退出系统(2)备选流

无3.特殊需求 无4.前置条件

系统管理员首先应该通过身份验证，才可进行航班的调知旅客，并作出相应的补偿。5.后置条件无6.扩展点无7.相关的数据需要调整的航班信息8.问题说明该功能只有系统管理员才可以操作。1.2.3.

知4.5.6.7.8.机票预订系统——日期版本说明作者2013.7.8草案草案版本宗成毅简要说明本用例描述取消航班的操作流程事件流

（1）基本流1）通过航班号和航班日期查询航班信息2）将该航班从数据库中删除3）取消该航班

4）如果旅客按时取得机票后，航班取消，航空公司应退还旅客机票钱

5）如果旅客仅预约而航班取消后，航空公司应取消预约并退还旅客的预约金(2)备选流

无特殊需求系统管理员首先应该通过身份验证，才可进行航班的调整；在取消航班后，应该立即通旅客，并作出相应的补偿。前置条件必须先查找航班信息。后置条件无扩展点无相关的数据需要取消的航班信息问题说明功能只能有系统管理员才可以操作。

1.2.3.4.5.6.7.8.机票预订系统——日期版本说明2013.7.6草案草案版本简要说明本用例描述订票申请的操作流程事件流(1) 基本流1)以后填写身份信息和订票申请2)交给旅行社3)旅行社进行验证

4)提交信息给航空公司管理员5)查询航班、机票信息(2) 备选流

a)如果旅客身份验证没有通过，就拒绝旅客的订票申请。b)有相应的航班和余票，则订单申请成功，否则申请失败。特殊需求无前置条件先进入系统后置条件无扩展点无相关的数据无问题说明无1机票预订系统——日期版本说明作者2013.7.6草案草案版本石圣源.简要说明本用例描述旅客提交订票申请后旅行社审核并验证旅客身份提交给航空公司管理员，管理员进行查询确认后，帮助旅客订票的操作流程。

2事件流

（1）基本流 1）旅客提交订票申请和相关证件； 3)旅行社对旅客身份进行验证； 4）旅行社上交旅客订票申请；

5过旅客订票申请，给旅客订票。（2）备选流

a）如果旅客身份验证没有通过，就拒绝为旅客订票

b）若旅客要求的余票不足，则订票失败。

3．特殊需求 无4.前置条件

用户需要有身份证等相关证件并通过认证才能订票

5.后置条件 无6．扩展点 无7．相关的数据

用户的身份信息；航班信息；机票信息；8．问题说明 无1.2.机票预订系统——日期版本说明作者2013.7.6草案草案版本简要说明本用例描述交款的操作流程事件流

（1）基本流

1）交给旅行社相关证件；

2）旅行社审核通过，验证成功；3）旅客交款

4）旅行社发放机票

5）旅行社定期交款给航空公司(2)备选流 a) b)旅客还可以在网上进行支付3.特殊需求 无4.前置条件

旅客必须进行订票申请，申请成功后才可交款。

5.后置条件无6.扩展点无7.相关的数据无8.问题说明无1.2.3.4.

5.6.7.机票预订系统——日期版本说明作者2013.7.8草案草案版本简要说明本用例描述录入旅客信息的操作流程事件流

（1）基本流 旅行社根据旅客订票申请单上的信息，将旅客身份信息录入。

(2)备选流 无特殊需求无前置条件后置条件无扩展点无相关的数据

8.问题说明

无12345678机票预订系统——日期版本说明作者2013.7.6草案草案版本吴志猛．简要说明本用例描述系统对旅客信息的查询与验证的操作流程用户主要为对旅客信息进行核对的旅行社、普通管理员等。.事件流

（1）基本流 1）调出数据库中旅客相关信息

2）与旅客相关证件进行比较3）得出验证结果（2）备选流 无．特殊需求 无．前置条件 ．后置条件 无．扩展点 无．相关的数据 旅客身份信息。．问题说明 无

1234567

8机票预订系统——日期版本说明作者2013.7.6草案草案版本石圣源.简要说明本用例描述用户登录后对航班机票信息查询的操作流程用户为对机票信息查询的旅客、旅行社、普通管理员、系统管理员．事件流（1）基本流 根据条件筛选，查找出符合条件的航班、机票信息

2）备选流 无．特殊需求

要登陆系统.前置条件用户需进入相应的系统页面.后置条件 无．扩展点 无．相关的数据

．问题说明 无

1334

5

678机票预订系统——日期版本说明作者2013.7.6草案草案版本朱洪材.简要说明本用例描述用户订购机票后超期未取系统通过检测将其查找出来取消相关预定信息．事件流（1）基本流1）系统检测出逾期未取机票并进行提示

2）普通管理员进行核对

3）取消逾期未取机票2）备选流

普通管理员对检测出来的逾期未取机票进行核对，则手动回复机票的预定状态．特殊需求

若用户取票期限将近，系统自动发送信息或邮件告知用户.前置条件取消逾期机票定期检查是由系统实现的，系统有一个程序专门负责取消逾期未取机票。

.后置条件

超期后向航空公司管理者发出通知新．扩展点 无．相关的数据 逾期未取机票信息，包括票面信息，购票日期，规定时限，取票信息．问题说明 无

12

345678机票预订系统——日期版本说明2013.7.6草案草案版本.简要说明本用例描述旅行社定期将旅客订票的钱交给航空公司。.事件流

（1）基本流 旅行社在结算并与航空公司核对无误后进行交款任务（2）备选流

a）发生争议时，双方应核对销售记录，进行协商。．特殊需求 无

.

.后置条件 无．扩展点 无．相关的数据 售出机票信息，旅行社统计结算后数据，账单．问题说明 无

1234567

8机票预订系统——日期:版本说明作者2013.7.6草案草案版本．简要说明本用例描述旅行社收取旅客的机票应付款。．事件流（1）基本流1）查询旅客预订机票的相关信息

2）验证、审核通过

3）根据信息收取相应款额（2）备选流 a)旅客身份验证没有通过，则提醒旅客核对订票信息；．特殊需求

收款时只能收取购票时的金额，不能收取少于或多于的金额．前置条件 无．后置条件 无．扩展点 无．相关的数据

．问题说明 无

12345678机票预订系统——日期版本说明作者2013.7.6草案草案版本宗成毅.简要说明本用例描述旅行社审核并提交退票申请的操作流程。.事件流

（2）基本流 1）接收用户提交的退票申请

2）根据相关政策要求进行审核

3）向航空公司提交申请

（3）备选流 a．特殊需求 无

.

.后置条件 无．扩展点 无．相关的数据机票的相关信息和用户的相关信息．问题说明 若用户身份验证未通过，则不能办理退票申请。

12345678机票预订系统——日期版本说明作者2013.7.6草案草案版本.简要说明本用例描述旅行社发放机票的操作。.事件流

（1）基本流 1）根据旅客相关证件，审核旅客身份

2）确认旅客是否已付款； 3）审核通过，则打印机票并发放给旅客。

2）备选流 a)．特殊需求 无

.

.后置条件 无．扩展点 无．相关的数据 用户的身份信息。．问题说明 无

12

345678机票预订系统——日期版本说明作者2013.7.6草案草案版本.简要说明本用例描述旅客取票的操作流程。事件流

（2）基本流 1）旅客收到取票通知

2）旅客出示相关证件

3) 4

5）旅客领取机票（2）备选流

a）旅客的证件若是无效，则拒绝旅客进行取票

b．特殊需求 用户需要有身份证等相关证件才能取票.前置条件 无.后置条件 无．扩展点 无．相关的数据 用户的身份信息。．问题说明 无

1234

5678机票预订系统——日期版本说明作者2013.7.6草案草案版本蒲毅.简要说明本用例描述系统管理员添加用户的操作流程，用户包括旅行社、普通管理员、旅客等。.事件流

（1）基本流 1）录入用户信息

2）从数据库中调出用户信息，并进行验证和审核

3）审核通过后便添加用户。2）备选流

a．特殊需求 添加用户后应对其授权.前置条件

.后置条件 无．扩展点 无．相关的数据 用户的身份信息。．问题说明 无

12

345678机票预订系统——日期版本说明作者2013.7.6草案草案版本吴志猛.简要说明本用例描述当用户基本信息发生变动时，系统管理员对用户信息进行更新.事件流

（1）基本流 1）用户信息发生变动

2）用户提交相关证明

3）系统管理员进行审核 4）对用户信息做出相应修改（2）备选流

a．特殊需求 无

.

.后置条件 无．扩展点 无．相关的数据 用户的身份信息；相关证明信息．问题说明 无

3435

6678机票预订系统——日期版本说明作者2013.7.6草案草案版本宗成毅．简要说明本用例描述系统管理员删除用户的操作。．事件流（3）基本流 对不存在或被剥夺权限的用户的相关信息记录进行删除（4）备选流无 用户不用这个账号或用户不再有权限进行相关操作，才能删除用户；对相关删除记录进备份存储，到期删除。．前置条件

．后置条件 无．扩展点 无．相关的数据 用户的身份信息。．问题说明 无

12345678

机票预订系统——日期版本说明作者2013.7.6草案草案版本宗成毅．简要说明本用例描述用户登录的操作流程航空公司管理员、系统管理员。．事件流（1）基本流用户登录必须通过身份认证，然后进行操作处理（2）备选流

a．特殊需求 无．前置条件 ．后置条件 无．扩展点 无．相关的数据 用户的身份信息。．问题说明

34356678

机票预订系统——日期版本说明作者2013.7.6草案草案版本吴志猛．简要说明本用例描述验证用户身份的操作流程用户主要包括能够浏览和操作机票信息页面的旅客、旅行社、普通管理员、系统管理员。．事件流（2）基本流1)输入用户信息

2)验证用户身份是否正确

3)用户信息正确，则继续进行操作

4)用户信息不正确，则拒绝相应操作。（3）备选流

a)．特殊需求 无．前置条件 用户身份信息必须在数据库中存在，否则显示出错。．后置条件 无．扩展点 无．相关的数据 用户的身份信息。．问题说明

56367678机票预订系统——日期版本说明作者2013.7.6草案草案版本石圣源．简要说明本用例描述验证更新机票信息的操作流程，进行该操作的执行者是系统。．事件流（3）基本流 根据相应操作对机票信息进行更新（添加、删除、更新）（4）备选流

无．特殊需求 无．前置条件系统必须有一个有一个能够自动加减机票数的程序，进行机票信息的更新。．后置条件 无．扩展点 无．相关的数据 机票信息。．问题说明 无

783

7867

8机票预订系统——日期版本说明2013.7.6草案草案版本．简要说明本用例描述系统对逾期未取机票的检查。．事件流（4）基本流1)编写一个程序用于检查逾期未取机票。

2)设置指定的日期。

3)定期对机票进行检查，对逾期未取机票进行提示。（5）备选流

无．特殊需求

无．前置条件

要有一个能够检测逾期机票的程序。．后置条件 无．扩展点 无．相关的数据逾期未取机票信息。．问题说明 无

913

8967

8机票预订系统——日期版本说明作者2013.7.6草案草案版本．简要说明本用例描述系统对逾期未取机票的检查后表单的生成。0． 事件流（5）基本流1)检测出逾期未取机票的信息；

2)导出逾期未取机票的相关信息；3)打印出相关表单。（6）备选流

无．特殊需求

无．前置条件

已检测出的逾期机票信息。．后置条件 无．扩展点 无．相关的数据逾期未取机票信息，表单信息。．问题说明 无

113

91

678

机票预订系统——日期版本说明作者2013.7.6草案草案版本1． 简要说明本用例描述退票处理操作。2． 事件流（6）基本流1)旅客填写退票申请单；2)旅行社审核相关信息，并报向普通管理员；3)普通管理员审核通过，进行退票处理，并扣除违约金；

4）更新机票信息。（7）备选流

a．特殊需求

．前置条件 无0．

无．扩展点 无机票信息；旅客信息。

无

3. 在需求分析阶段，的对象概念，我们把这些概念抽象出来，形成我们概念层的对象类图。

44.14.1.1系统顺序图（1）逾期未取机票检查用例的顺序图第一步：确定用例需求：通过和用户的不断交流了解了在实际的机票管理中如何检查逾期未取机票上设计出机票检查的过程。（A逾期机票定期检查是由系统自动实现的的已定和可定机票信息以及逾期未取机票的信息（B）根据上面信息可以检查出逾期未取机票

（C）为每个机票逾期未取超期的旅客生成一个机票超期表单进行催取第二步：找出需求中涉及的对象 单。第三步：对象间的消息的传递根据上面找到的对象以及超期检查的过程相互作用的，进一步找出了每一条消息，得到如下图所示的消息传递表。消息发送对象 Checkalltickets()系统系统Checktimeexceeding()系统机票Getticketinformations()系统机票Gettouristinformations()系统旅客Create()系统表单Printnotice()系统表单第四步：构建顺序图

（2）取消逾期未取机票用例的顺序图第一步：取消逾期未取机票用例需求：（A）在取消逾期未取机票前，系统应监察出所有逾期未取机票。（B）在取消逾期未取机票前，系统应该提醒普通管理员进行确认

（C取消逾期未取机票是由系统实现的在取消后应及时对机票信息进行更新。第二步：找出需求中涉及的对象 根据上面的需求分析，在这个过程中参见交互的对象主要有：系统，普通管理员、机票信息。第三步：对象对象间的消息的传递根据上面找到的对象以及超期检查的过程相互作用的，进一步找出了每一条消息，得到如下图所示的消息传递表。

消息的发送接收表消息发送对象provide all overdue ticketinformation（）系统系统 confirminformation（）普通管理员系统canceloverdueticket（）系统系统update（）系统（3）安排航班用例的顺序图第一步：安排航班用例需求： 安排航班是由系统管理员实现的，系统管理员根据用户需求和天气、经济等条件进行航班的安排第二步：找出需求中涉及的对象 根据上面的需求分析，在这个过程中参见交互的对象主要航班。第三步：对象对象间的消息的传递根据上面找到的对象以及超期检查的过程相互作用的，进一步找出了每一条消息，得到如下图所示的消息传递表。

消息发送对象Addflight()系统管理员checkifcorrespondingflightexit（）维护窗口航班Returnnotexit航班Create(flight)维护窗口航班（4）调整用例的顺序图第一步：调整航班用例需求：（A）在调整航班前要选好合适的日期；

（B）进行航班调整。第二步：找出需求中涉及的对象 根据上面的需求分析，在这个过程中参见交互的对象主要航班。第三步：对象对象间的消息的传递根据上面找到的对象以及超期检查的过程相互作用的，进一步找出了每一条消息，得到如下图所示的消息传递表。

消息发送对象findflight()系统管理员Findsuitabledate（）维护窗口航班Returntrue航班Changeflight（）维护窗口航班（5）取消航班用例的顺序图第一步：取消航班用例需求：（A）查询出要取消的航班；

（B）在取消前要系统管理员进行确认。第二步：找出需求中涉及的对象 根据上面的需求分析，在这个过程中参见交互的对象主要航班。第三步：对象对象间的消息的传递根据上面找到的对象以及超期检查的过程相互作用的，进一步找出了每一条消息，得到如下图所示的消息传递表。

消息发送对象removeflight()系统管理员Find(string)维护窗口航班Confirmwhetherremoveflightornot（）维护窗口维护窗口 Returntrue航班delete()维护窗口航班（6）添加用户顺序图第一步：确定用例需求：

（A）系统管理员添加用户需要根据用户的相关证件对用户进行身份验证

（B）认证通过后添加用户并对其进行授权 第二步：找出需求中涉及的对象

根据上面的需求分析，在这个过程中参见交互的对象主要口第三步：对象间的消息的传递根据上面找到的对象以及需要更新的用户的信息象进行相互作用的，进一步找出了每一条消息，得到如下图所示的消息传递表。

消息的发送接收表消息发送对象Adduser()系统管理员Confirmuser’sidentity()维护窗口用户Returntrue用户Create()维护窗口用户第四步：构建顺序图（7）更新用户顺序图第一步：确定用例需求：

（A）用户信息发生变化时，要及时向系统管理员提出，并提供相关证明。

（B系统管理员在更新用户前要根据相关证明和数据库记录进行审核户信息进行修改更新 第二步：找出需求中涉及的对象

根据上面的需求分析，在这个过程中参见交互的对象主要口第三步：对象间的消息的传递根据上面找到的对象以及需要更新的用户的信息象进行相互作用的，进一步找出了每一条消息，得到如下图所示的消息传递表。

消息的发送接收表消息发送对象Alteruser()系统管理员Confirmalteredidentity()维护窗口用户Returntrue用户Alter()维护窗口用户第四步：构建顺序图（8）删除用户顺序图第一步：确定用例需求： 系统管理员删除用户前要进行确认第二步：找出需求中涉及的对象 根据上面的需求分析，在这个过程中参见交互的对象主要窗口第三步：对象间的消息的传递根据上面找到的对象以及需要删除的用户的信息象进行相互作用的，进一步找出了每一条消息，得到如下图所示的消息传递表。

消息的发送接收表消息发送对象Removeuser()系统管理员Find(string)维护窗口用户Create(flight)维护窗口用户第四步：构建顺序图（9）用户登录顺序图第一步：确定用例需求：（A）用户登录是由系统实现的，用户输入自己登录需要的相关信息。

（B系统通过数据库中用户的相关信息负责检查用户登录的信息是否真实予登录，否则登录失败。第二步：找出需求中涉及的对象 库，用户信息第三步：对象间的消息的传递根据上面找到的对象以及用户登录的过程相互作用的，进一步找出了每一条消息，得到如下图所示的消息传递表。

消息发送对象输入个人信息用户系统验证用户信息系统数据库验证结果数据库系统页面跳转系统用户第四步：构建顺序图（10）订票申请顺序图：第一步：确定用例需求：（A）订票申请是由旅客提出的，旅客要写出自己的相关信息和要乘的航班和日期

（B）将订票申请提交给旅行社弟二步：找出需求中涉及的对象 班与机票信息查询窗口第三步：对象间的消息的传递根据上面找到的对象以及提出订票申请的相关过程对象进行相互作用的，进一步找出了每一条消息，得到如下图所示的消息传递表。

消息的发送接收表消息发送对象1:Query the flight ticketinformation()旅客旅客 Return the flight ticketinformation航班、机票信息查询窗口Tosubmitbookingtoapplyfor旅客（11）录入旅客信息用例的顺序图第一步：确定用例需求：旅行社根据旅客填写的资料单录入旅客信息第二步：找出需求中涉及的对象 息。第三步：对象间的消息的传递根据上面找到的对象以及超期检查的过程相互作用的，进一步找出了每一条消息，得到如下图所示的消息传递表。

消息发送对象Submitpassengerinformation()旅客旅行社Entrypassengerinformation()旅行社（12）查询验证旅客信息用例的顺序图第一步：确定用例需求：（A）查询验证的前提是旅客的身份信息应该存储在数据库中

（B）旅行社通过旅客提交的证件进行验证第二步：找出需求中涉及的对象 行社、旅客信息。第三步：对象间的消息的传递根据上面找到的对象以及超期检查的过程相互作用的，进一步找出了每一条消息，得到如下图所示的消息传递表。消息的发送接收表消息发送对象接收对象Querypassengerinformation()旅行社旅客信息窗口Getpassengerinformation()旅客信息窗口旅客信息Returnpassengerinformation旅客信息旅行社Checkpassengerinformation()旅行社旅行社

（13）查询航班、机票信息用例的顺序图第一步：确定用例需求：用户可以根据条件筛选查询出相应的航班、机票信息。第二步：找出需求中涉及的对象 口，旅客，航班、机票信息。第三步：对象间的消息的传递根据上面找到的对象以及超期检查的过程相互作用的，进一步找出了每一条消息，得到如下图所示的消息传递表。消息的发送接收表消息发送对象接收对象Querytheflightticketinformation()旅客查询航班、机票信息窗口Gettheflightticketinformation()查询航班、机票信息窗口航班、机票信息Returntheflightticketinformation航班、机票信息旅客

（14）订票用例的顺序图第一步：确定用例需求：（A）旅客订票要事先向旅行社提交订票申请和相关证件

（B）旅行社要验证旅客身份，并提交旅客申请

（C）管理员根据申请安排航班。第二步：找出需求中涉及的对象

根据上面的需求分析，在这个过程中参见交互的对象主要有：旅客，旅行社，Web应用，航班，管理员，订票窗口，机票，订票信息。第三步：对象间的消息的传递消息的发送接收表消息发送对象接收对象Submitmaterial()旅客旅行社Verifytourist’sidentity()旅行社Web应用Returntrue（）Web应用旅行社Submittourist’smaterial()Web应用管理员Find(string)订票窗口航班Findflight()管理员订票窗口Find(string)订票窗口机票Identifytourist’sagain()管理员订票窗口Find(string)订票窗口旅客Createticket(reverse,ticket)订票窗口订票信息

（15）旅客退票用例的顺序图第一步：确定用例需求：通过和用户的不断交流成退票的全部操作，在此基础上设计出旅客退票的过程。（A）旅客向旅行社提交退票申请。

（B）旅行社收到旅客的