机票预订系统测试用例说明书
软件测试中的订票测试用例
订票测试
3.能出现从London这个城市为始站到达Sydney这个城市为的机票
2．能出现以Departure Date是09/06/2012到Return Date 3．能出现以Departure Date是09/06/2012到Return Date 4．能出现以Departure Date是09/06/2012到Return Date 5．能出现以Departure Date是09/06/2000到Return Date 6．能出现以Departure Date是09/06/2013到Return Date
8.
9.
10.
11-21的结果都是一样的。
□通过⊙未通过测试日期
2.与预期结果相同进入下一界面
3.无警告信息，进入下一界面
4.无警告信息，进入下一界面
5.无警告信息，进入下一界面
6.无警告信息，进入下一界面
□通过⊙未通过
2.无警告信息，进入下一界面
3.进入下一界面
4.无警告信息，进入下一界面
5.无警告信息，进入下一界面
6.无警告信息，进入下一界面
□通过⊙未通过测试日期
⊙通过□未通过
2.无警告信息，进入下一界面
3.进入下一界面,如上图所示。
□通过⊙未通过
2. 进入下一界面
4.进入下一界面
⊙通过□未通过
2. 进入下一界面
4.进入下一界面
⊙通过□未通过
模块名称itinerary。
飞机订票系统_文本框测试用例
长度
边界验证
功能键
Tab键
Delete键
Ctrl + C
Ctrl + V源自单击鼠标双击鼠标左右箭头
结果：切换到下一按件上
结果：删除一个字符
结果：复制选中文本
结果：粘贴选中文本
结果：光标移动到单击位置
结果：选中
结果：光标移动到应该到的位置
正确显示登陆页面包括美观性验证需求字段类型验证中文英文中英组合数字特殊字符之间加空格helloworld连接键helloworldn结果
正确显示登陆页面（包括美观性、验证需求字段）
类型验证
中文、英文、中英组合、数字、特殊字符（%￥&#），之间加空格(hello world),连接键（hello+world）,\n
七、《机票预定系统》测试分析报告(作品)
机票预定系统测试分析报告七. 测试分析报告 ........................ 错误！未定义书签。
１．引言 (3)1.1编写目的 (3)1.2项目背景 (3)1.3定义 (3)1.4参考资料 (3)二．测试计划执行情况 (4)2.1测试项目 (4)2.2测试机构和人员 (4)2.3测试结果 (5)三．软件需求测试结论 (5)四．评介 (5)4.1软件能力 (5)4.2缺陷和限制 (5)4.3建议 (5)4.4测试结论 (5)一．引言1.1编写目的测试分析报告是在测试分析的基础上，对测试的结果以及测试的数据等加以记录和分析总结。
它也是测试过程中的一个重要环节，同时，它也是对软件性能的一个总的分析和认可及对不足之处的说明。
因此，测试分析报告对于今后对软件的功能的加强，不足之处的弥补等都起着十分重要的提纲作用。
另外，它还有利于今后软件开发者阅读原程序，根据测试提供的数据和结果，分析原代码，掌握各函数的功能和局限性。
从而缩短软件开发者的再开发时间和所耗费的精力．资金。
从这方面上，我们不难发现，测试分析报告所指明的对象主要是针对于软件开发者。
1.2项目背景此项目是应中国长运旅游有限公司需求，要求开发一套实时，有效，完善，安全性好的软件系统。
我中德软件科技开发公司应聘对此进行开发。
1.3定义SQL SERVER: 系统服务器所使用的数据库管理系统（DBMS）。
SQL: 一种用于访问查询数据库的语言事务流：数据进入模块后可能有多种路径进行处理。
主键：数据库表中的关键域。
值互不相同。
外部主键：数据库表中与其他表主键关联的域。
ROLLBACK: 数据库的错误恢复机制。
软件结构图：反映软件系统的功能模块之间的关系的数据库。
1.4参考资料1、机票预订系统项目计划任务书中国长运旅游有限公司2011/92、机票预订系统项目开发计划中德软件科技开发公司2011/93、需求规格说明书中德软件开发小组2011/94、用户操作手册（初稿）中德软件开发小组2011/95、软件工程及其应用周苏、王文等20106、软件工程张海藩清华大学出版社20097、项目开发计划中德软件开发小组2011/98、概要设计说明书中德软件开发小组2011/99、详细设计说明书中德软件开发小组2011/910、测试计划中德软件开发小组2011/9二．测试计划执行情况2.1测试项目客户机接受信息模块测试客户机接受用户输入的各种数据（包括旅客资料或帐单号，还包括一个定票/领票选项）然后经网络传送给服务器。
飞机订票系统测试报告
飞机订票系统测试报告飞机订票系统功能测试报告课题名称飞机订票系统功能测试报告系/专业班级学号学生姓名指导教师：1第一章 QTP自动化测试介绍1.1概述QTP是HP公司开发的功能自动化测试工具。
相对于手工测试，QTP自动化测试比人工测试快得多，同时可以避免人工测试的错误，因此，随着测试技术的发展，自动化测试逐渐成为测试的一个重要测试工具。
1.2测试介绍本次课程的内容就是学习QTP自动化测试工具，以飞机订票系统为实例，通过飞机订票的过程，包括登陆、订票、删除等一系列功能操作，运用QTP自动化测试工具来进行具体测试操作，从而来了解并学习QTP自动化测试工具。
在使用QTP进行自动化测试时，所包含的几个步骤：1、准备录制；2、创建对象库；3、创建函数和函数库；4、录制执行；5、强化测试脚本；6、调试脚本；7、在回归测试中运行测试；8、分析结果，报告问题。
按照以上步骤，对飞机订票系统的各个功能进行自动测试，完成系统的测试工作。
1.3 测试内容对于飞机订票系统的自动化测试，首先要熟悉了解一下这个飞机订票系统的基本运行流程，从登陆到订票到查询、删除等一系列基本功能的操作，在对系统流程了解后，再开始对其中的一些功能进行测试工作。
在对这个飞机订票系统，此次测试内容有登陆功能，其中2登陆功能测试包含一个用户正确登陆、设置参数可以进行多个用户（正确和错误的）的登陆以及运用手工登陆的方法进行测试，在订票功能中，有对订票是否成功的测试、设置检查点以及循环所有航班的测试，另外还有传真订单的录制，其中有录制签名和录制模式，除此之外还有与数据库的链接等一些简单的功能测试。
1.4测试目标本次课程主要目标就是了解熟悉并学习简单的自动化测试工具，能运用基本的测试工具，对系统进行简单的自动化测试。
对于QTP自动化测试的测试目标：? 熟悉QTP自动化测试工具及其基本功能 ? 掌握QTP自动化测试的基本测试步骤? 运用QTP测试工具对系统进行简单的自动化测试 ? 在QTP测试中，能写出基本的脚本语言对于飞机订票系统的测试目标：? 测试登陆功能，包括单个用户能否正确登陆、多个用户的正确和错误是否能正确登陆，以及手工能否登陆的测试? 订票功能的测试，其中有判断订票是否成功、添加检查点及循环所有航班能否成功测试? 传真和删除订单的测试，在传真测试中，录制签名后，进行播放时签名是能否播放出来，对于订单的删除，进行脚本语句的编写，能否成功完成测试3第二章测试计划及测试环境搭建2.1测试原理分析QTP主要采用的是GUI模拟人的操作。
机票预定系统用例图
机票预定系统⽤例图南昌航空⼤学实验报告课程名称：软件⼯程实验名称：⽤Rational Rose绘制⽤例图班级：070613 14 姓名：刘⼩龙同组⼈：指导教师评定：签名：⼀实验环境Windows 2000、Rational Software公司的Rational Rose应⽤软件⼆实验⽬的1)了解Rational Rose⼯具软件的组成及功能2)掌握⽤Rational Rose画⽤例图的具体的使⽤⽅法三实验内容1）设计⽤例图（Use Case框图）2）⽤Rational Rose在Use Case视图中创建Use Case框图。
四实验要求建⽴⼀个Use Case框图。
为⽅便旅客，某航空公司拟开发⼀个机票预定系统。
旅⾏社把预定机票的旅客信息（姓名、性别、⼯作单位，⾝份证号码、旅⾏时间、施⾏⽬的地等）输⼊该系统，系统为旅客安排航班，印出取票通知和帐单，旅客在飞机起飞前⼀天凭取票通知单和帐单交款取票，系统校对⽆误即印出机票给旅客。
五实验步骤Use Case框图表⽰整个机构提供的功能，可以⽤来回答下列⼀些问题：公司是⼲什么的？为什么要建⽴这个系统？还有那些⼈使⽤这些系统。
Use Case框图在业务建模活动期间⼤量⽤于设置系统情景和形成创建使⽤案例的基础。
1）如何使⽤Rational Rose画Use Case框图S1：点击“开始”在“程序”中找到“Rational rose”点击“Rational Rose Enterprise Edition”进⼊该软件。
S2：在该软件出现的界⾯左边你将会看到⼀个“Use Case View”双击之后会出现⼀个“main”，在双击“main”会弹出⼀个界⾯，我们就可以在这个弹出的界⾯上开始我们的⽤例图绘制。
S3：在稍微靠做的位置将会看到Use Case框图⼯具栏图标，下⾯给⼤家介绍⼀下这些图表所表⽰意思：2）绘制机票预定系统⽤例图航空公司启动⼏个使⽤案例：航班信息管理，订票信息管理，机票管理，航班查询，旅客信息管理。
机票预订系统(测试计划)[精品文档]
![机票预订系统(测试计划)[精品文档]](https://img.taocdn.com/s3/m/d43641835fbfc77da369b118.png)
测试计划1引言1.1编写目的作为软件工程过称的一个阶段，编码是对设计的进一步具体化，因此，程序的质量主要取决于软件设计的质量，但所选用的程序设计语言的特点和编码风格也将对程序的可靠性、可读性、可测试性和可维护性产生深远的影响。
但在开发如此复杂的航空订票系统软件的过程中，面对着极其错综复杂的问题，人的主观认识不可能完全符合客观现实，与工程密切相关的各类人员之间的通信和配合也不可能完美无缺，因此，系统一定会存在差错。
测试的目的就是在软件投入生产运行之前，尽可能多的发现并改正软件中的错误。
编码阶段可参考概要设计和详细设计说明书，软件测试以及软件维护阶段也可参考编码和详细设计说明书，以便于了解在概要设计及详细设计的过程中所完成的各模块设计结构，或在测试阶段找出各模块的设计思路和流程。
该文档的读者为用户代表、软件分析人员、开发管理人员和测试人员。
1.2背景1.本项目（机票预定系统）时由XX航空公司委托，由XXX软件开发小组负责开发；2.本系统与其他系统的关系如下：1.3定义Microsoft Access: 系统服务器所使用的数据库管理系统（DBMS）。
SQL: 一种用于访问查询数据库的语言事务流：数据进入模块后可能有多种路径进行处理。
主键：数据库表中的关键域。
值互不相同。
外部主键：数据库表中与其他表主键关联的域。
ROLLBACK: 数据库的错误恢复机制。
1.4参考资料a．张海藩《软件工程导论》（第五版）北京：清华大学出版社；b．《机票预订系统需求分析说明书》XXX软件开发小组c．《机票预订系统可行性分析说明书》XXX软件开发小组d．《机票预订系统概要和详细设计说明书》XXX软件开发小组2计划2.1软件说明主界面模块：● 航班管理模块：测试用例：● 用户管理模块：否测试用例：N。
机票预订系统实验报告
一、实验名称系统静态建模二、实验目的1、掌握用例（Use Case）、角色（Actor）、用例图（Use Case Diagram）的概念。
2、掌握用例与用例之间、用例与角色、角色与角色之间的相互关系。
3、掌握类的属性和操作以及与其相关的概念，重点掌握类与类之间的关系三、所用软件1、Rational Rose2、Micorsoft Word四、预习内容1、UML的用例图、类图画法2、机票预订系统的分析3、Rational Rose的使用方法。
五. 实验介绍为方便旅客，某航空公司拟开发一个机票预定系统。
旅行社把预定机票的旅客信息（姓名、性别、工作单位，身份证号码、旅行时间、施行目的地等）输入该系统，系统为旅客安排航班，印出取票通知和帐单，旅客在飞机起飞前一天凭取票通知单和帐单交款取票，系统校对无误即印出机票给旅客。
机票预定系统的数据需求包括如下几点：1．数据录入和处理的准确性和实时性数据的输入是否准确是数据处理的前提，错误的输入会导致系统输出的不正确和不可用，从而使系统的工作失去意义。
数据的输入来源是手工输入。
手工输入要通过系统界面上的安排系统具有容错性，并且对操作人员要进行系统的培训。
在系统中，数据的输入往往是大量的，因此系统要有一定的处理能力，以保证迅速的处理数据。
2．数据的一致性与完整性由于系统的数据是共享的，在不同的旅行社中中，机票是共享数据，所以如何保证这些数据的一致性，是系统必须解决的问题。
要解决这一问题，要有一定的人员维护数据的一致性，在数据录入处控制数据的去向，并且要求对数据库的数据完整性进行严格的约束。
对于输入的数据，要为其定义完整性规则，如果不能符合完整性约束，系统应该拒绝该数据。
3．数据的共享与独立性整个机票预定系统的数据是共享的。
然而，从系统开发的角度上看，共享会给设计和调试带来困难。
因此，应该提供灵活的配置，使各个分系统能够独立运行，而通过人工干预的手段进行系统数据的交换。
网上订票系统测试用例
网上订票系统班次查询功能测试用例
经过测试发现此系统存在问题及建议：
1. 缺乏必要的信息提示，如班次醒目，如果直接用汉字给出会更人性化，更能使人容易接受。
2 不能用enter健进行注册，不利于操作。
3. 特殊符号的输入没有信息提示，班次名一般不可以输入特殊字符
测试小结
此次，我们测试的是网上订票系统，而我所分配到的任务是班次查询。
我使用的测试方法是功能测试。
该功能在此网站上做得并不太好。
而网上订票系统是一个大系统，由各个小关节结合而成，每个细节都不能出任何差错，这就要求我们要做好测试功能。
我做的是班次查询，首先，我要确定班次查询输入文本框中输入的不能是空信息，这是不符合要求的，如果出现这种情况我们要做到有系统提示出错。
其次，输入文本框中也不能带有不符合要求的字符，这种情况下系统同样会提示出错。
另外，在输入文本框非空并且无非法字符的情况下，班次出现错误，系统则会提示，所查询班次不存在。
最后，当我们输入正确的班次时，系统能够提示我们正确的班次信息。
功能测试，即对该网站的功能进行一一测试，我作为一个订票者来使用这个网站，我所要求的就是能够正确的进入网站，能够查找到我需要的信息。
至于改进的建议，我觉得我们应该可以做一些跳转页面，在输入不正确的、查询不正确的情况下，页面能够跳转到所有班次信息，让订票者方便核对自己的班次。
【本文档内容可以自由复制内容或自由编辑修改内容期待你的好评和关注，我们将会做得更好】。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
测试用例说明书 1 引言 1.1 编写的目的 在本机票预定系统项目的前一阶段，也就是需求分析阶段中，已经将系统用户对本系统的需求做了详细的阐述，这些用户需求已经在上一阶段中对航空公司、各旅行社及机场的实地调研中获得，并在需求规格说明书中得到详尽得叙述及阐明。 本阶段已在系统的需求分析的基础上，对机票预定系统做概要设计。主要解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。 在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对机票预定系统所做的模块结构设计的基础上，对系统进行详细设计。在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。 预期的读者：系统管理员、机票预订管理员和订票旅客三种用户。
1.2 背景 软件名称：机票预订系统 提出者：航空公司机票销售部门 开发者：xxx。 用户：需要乘飞机的旅客，航空公司，旅行社, 系统管理员。 实现该软件的计算中心或计算机网络：
1.3 定义 查询：对数据库的操作的一种，用于搜索数据信息。 插入：对数据库的操作的一种，用于将数据存入数据库中。 更新：对数据库的操作的一种，用于更改数据库中的数据信息。 软件结构图：反映软件系统的功能模块之间的关系的数据图。 专门术语： SQL SERVER: 系统服务器所使用的数据库管理系统（DBMS）。 SQL: 一种用于访问查询数据库的语言 事务流：数据进入模块后可能有多种路径进行处理。 主键：数据库表中的关键域。值互不相同。 外部主键：数据库表中与其他表主键关联的域。 ROLLBACK: 数据库的错误恢复机制。 系统：若未特别指出，统指本机票预定系统。 1.4 参考资料 1．机票预定系统需求规格说明书报告 周海艳 2013/11 2．机票预定系统程序设计说明书报告 周海艳 2013/11
2任务概述
2.1目标 《网上机票预订系统》运行于Internet环境，提供远程机票预订功能，包括远程航班信息查询，机票预订与确认等；使用《网上机票预订系统》可使机票订购过程简单化、电子化、数字化，节省常规 过程所不必要的资源浪费。 建立一个高效率、稳定的系统，在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的机票预定系统，能够实现航空公司的机票销售的自动化的计算机系统，为旅客提供实时，方便，快捷的机票销售信息，并提高航空公司的工作效率，服务质量，并为其增加经济效益，加快航空公司的信息化发展步伐。
2.2用户的特点 使用本系统的最终用户可以定位为所有电脑使用者，尤其以旅游商务人员为主。由于本软件系统操作简单，界面友好，所以对用户的教育水平和技术水平几乎没有任何要求，只要会用电脑进行常规使用的用户均可。本系统将可能会被反复使用于日常的上网过程当中。普通管理员，只能对库（航班库和客户库）中的信息进行查询操作；超级管理员，可以根据具体需要进行适当的数据管理（增、删、改、更）。 客户只能对航班信息库中的内容进行查询操作，客户进入到页面之后在不进行登录的情况下只能进行航班信息查询操作，要预订机票就必须要先注册登录提交自己的基本信息；系统会根据管理员和客户的各种操作做出相应的返回信息进行提示。系统管理员：对系统、数据库进行维护，主要对不同人员赋予不同的权限。机票预订管理员：对机票预定工作进行具体的操作。订票客户：一般操作水平，能够在本系统查询个人信息和订票信息。
3 测试用例 3.1用例1(标识符)详细说明 （1）用例图 图2.1.1 用例图 （2）用例描述： 表2.1.1 用例名称 验证用户信息 UC编号 001 用例简述 用户正确填写信息并登录机票预订系统 主流程 第一步：客户输入相关信息 第二步：系统对客户的信息进行核对 第三步：核对正确之后登录进入系统，错误则提醒客户信息出错 第四步：登录进入机票预订系统 替代流程 a) “显示用户账号错误”系统提示客户账号错误，需要输入正确的用户信息才能登录进入机票预订系统 b）“显示用户密码错误”系统提示客户密码错误，需要输入正确的用户信息才能登录进入机票预订系统 c) “登录超时” 由于网络原因，系统提示客户登录失败，并提示客户登录失败的原因
业务规范 1）必须账号的密码核对正确才能登录系统 2）出现三次登录信息错误则需要等待之后才能继续登录
非UML文档 其他
表2.1.2 用例名称 预订机票 UC编号 002 用例简述 用户成功登陆系统，正确填写预订机票信息并对该航班进行核对 主流程 第一步：客户输入机票相关信息 第二步：系统对该机票信息进行核对 第三步：系统核对存在有该机票后，显示提供给客户查看 第四步：如果不存在该机票则提醒客户该机票不存在 替代流程 a) “输入的机票信息错误”系统提示客户输入的机票信息有错误，不存在该机票，需要重新输入机票信息 b）“该机票已售完”系统提示客户被查询的机票已经被售完 c) “该机票存在” 系统提示该机票存在，客户可以对该机票进行查询，预订等操作
业务规范 1）需要输入正确的机票信息 2）提示客户该通过该机票信息查询到的机票信息以及预售状态
非UML文档 其他
3.2用例2(标识符)详细说明 （1）用例图
乘客查询预订机票
查询所有航班信息
查询已预订航班信息
取消预订柜台助理报告和处理打印当日乘客列表
打印每日收款摘要 图2.2.1 用例关系 （2）用例描述： 表2.2.1 用例名称 退票 UC编号 003 用例简述 用户将已经预订的机票进行退票操作 主流程 第一步：客户成功登陆机票预订系统 第二步：系统核对该机票信息是否过期或无效 第三步：系统核对该机票具有有效性后，为客户办理退票业务并退款 第四步：如果该机票处于过期或无效状态，则提醒客户该机票不能办理退票业务 替代流程 a) “核对该机票处于过期或无效状态”系统提示客户，输入的机票信息已无效或过期，不能办理退票业务 c) “核对该机票具有有效性” 系统提示该机票具有有效性，客户可以对该机票办理退票业务
业务规范 1）需要输入有效的机票信息 2）客户退订的机票，能够被二次预订
非UML文档 其他
4其他非功能性需求 4.1设备环境要求 系统将由两部分程序组成，安装在各旅行社客户机上的客户程序及航空公司内的数据服务器程序。根据调研得知所有旅行社的计算机配置均在Pentium 133级别以上，客户程序应能够在Pentium 133级别以上, Win NT环境下运行。 设备环境需要满足一下基本要求： ①安全性：不同的用户具有不同的使用权限，只有具有最高权限的系统管理员才能修改、注销数据库中的信息，具有一般权限的人员只能读取与自己相关的内容。 ②一致性：系统的数据要保证一致性、准确性，当某一数据库中记录改变时，与之相关联的数据库也会随之变化。 ③易操作性：界面设计要符合大多数用户的操作习惯，系统还要提供操作指南，便于用户操作使用。
4.2设计约束要求 软件设计规格说明是软件设计的最终成果，它用于两个方面，一方面作为编码人员书写源程序的依据，另一方面作为测试阶段及维护阶段的一个指南。 软件设计规格说明的编写可以分为两个阶段。在概要设计阶段应集中于软件结果的描述，在详细设计阶段应集中于每个软件元素细节的描述。在软件设计规格说明中应该包括的内容如下。 （1）作用范围： 系统的目标和作为系统元素的软件的作用； 硬件、软件和人员的接口； 主要的软件功能； 外部定义的数据库； 主要的设计约束与限制。 （2）设计说明： 数据说明； 数据流的复审； 数据结构的复审； 导出的软件结构； 结构的内部接口。 （3）测试的准备： 测试大纲； 整体策略； 专门的考虑。
4.3接口要求 在输入方面，对于键盘、鼠标的输入。在输出方面，打印机的连接及使用。在网络传输部分，在网络硬件部分，实现高速传输。 1、系统接口说明 本系统运行在计算机上的Windows操作系统（Windows 9X、Windows NT、Windows 2000、Windows XP）环境下。后台采用SQL2000关系型数据库存放表,前端采用C#管理此数据库并实现应用。最终得到相应的帐单。 2、内部接口说明 本系统内部加工之间并不是全自动化，有些部分需要人工参与。打印出票据后，需要人员进行核对和收费，核对过后才将数据传之主数据库进型存储。从而才使预定的票具有有效性。
4.4程序性能要求 查询服务部分：旅客通过本地计算机，从提交查询命令到返回结果不超过3秒钟。 数据管理部分：系统管理员从提交一次录入到结果返回不超过3秒钟。 为了保证系统能够长期、安全、稳定、可靠、高效的运行，机票预订系统应该满足以下的性能需求： 1．系统处理的准确性和及时性 系统处理的准确性和及时性是系统的必要性能。在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足企业对信息处理的需求。在系统开发过程中，必须采用一定的方法保证系统的准确性。 2．系统的开放性和系统的可扩充性 机票预订系统在开发过程中，应该充分考虑以后的可扩充性。例如企业中管理模块的加入（人事管理、工资管理、日常事务管理等）也会不断的更新和完善。所有这些，都要求系统提供足够的手段进行功能的调整。而要实现这一点，应通过系统的开放性来完成，即系统应是一个开放系统，只要符合一定的规范，可以简单的加入和减少系统的模块，配置系统的硬件。通过软件的修补、替换完成系统的升级和更新换代。 3．系统的易用性和易维护性 机票预订系统是直接面对使用人员的，而使用人员往往对计算机并不时非常熟悉。这就要求系统能够提供良好的用户接口，易用的人机交互界面。要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面；针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。 4．系统的标准性