机票模板
-
2023年2月27日发(作者：王维的简介)软件工程
《机票预订系统需求规格说明书》
1、编写目的
本机票预订系统在可行性研究的基础上，是为了进一步明确机票预订系统的软件需
求，以便安排项目规划与进度，组织软件开发与测试，撰写文本文档。
2、任务和目标
任务：可采用不同的需求分析技术，完成对项目的需求分析过程，给出系统的逻辑
功能模型，数据字典以及规格说明书。
目标:本机票预订系统实现后，能更好更快捷的完成用户查询到预订的过程，提高工
作效率,降低售票服务中的错误发生率，并且简化烦琐的操作手续以及带来的开销,防止
数据的丢失。
3、数据特性
1。数据录入和处理的准确性和实时性
数据的输入是否准确是数据处理的前提，错误的输入会导致系统输出的不正确和不
可用，从而使系统的工作失去意义。数据的输入来源是手工输入。手工输入要通过系统
界面上的安排系统具有容错性，并且对操作人员要进行系统的培训。在系统中，数据的
输入往往是大量的，因此系统要有一定的处理能力，以保证迅速的处理数据。
2。数据的一致性和完整性
由于系统的数据是共享的，在不同的旅行社中中，机票是共享数据，所以如何保证
这些数据的一致性,是系统必须解决的问题。要解决这一问题，要有一定的人员维护数
据的一致性，在数据录入处控制数据的去向，并且要求对数据库的数据完整性进行严格
的约束。对于输入的数据，要为其定义完整性规则，如果不能符合完整性约束，系统应
该拒绝该数据。
3.数据的共享与独立性
整个机票预顶系统的数据是共享的。然而，从系统开发的角度上看，共享会给设计
和调试带来困难。因此，应该提供灵活的配置，使各个分系统能够独立运行,而通过人工
干预的手段进行系统数据的交换。这样，也能提供系统的强壮性.
4.系统分析
软件工程
1）组织结构
机票预定系统涉及到航空公司和旅行社两个部分，其组织机构图如图4—1所示。
图4—1组织机构设置图
本机票预定系统项目主要由两部分形成：
①各旅行社中的前台客户程序；
②航空公司中的数据库服务器程序。
现分别选取某航空公司和某旅行社进行研究，分别画出其组织结构图如图4—2、
图4—3所示。
图4-2某航空公司组织结构图
股东大会
监事会
董事会
总经理
各
异
地
营
业
部
市
场
销
售
部
维
修
工
程
部
飞
行
航
务
部
审
计
室
合
作
发
展
部
计
财
部
人
事
部
办
公
室
海
口
航
站
北
京
办
事
处
旅行社
航空公司
系统管理员
售票员
C
S
软件工程
图4—3某旅行社组织结构图
2）管理职能分析
旅行社（机票预订系统客户端）——负责对客户端的各种操作，包括接受客户预
订、预订信息输入、联络服务器,以及订票、航班信息输出、机票打印输出.
广大旅客——客户端操做，进行订票、取票、个人信息验证和取票等操作.
售票员——机票预订系统客户端的操作者。
航空公司(机票预订系统服务器)——接收来自客户端的信息，并输出各种反馈信
息;负责旅客订票记录、航班信息的储存和查询，并向客户端传输.
系统管理员—-机票预定系统服务器的操作者。
3）系统中的基本业务流程
首先分析本系统总的业务流程图如图4—4所示。机票预定系统的主要业务分别为
订票业务、取票业务和退票业务，其业务流程图分别如图4-5、图4-6、图4—7所示。
上
海
成
都
深
圳
武
汉
同业
旅游
操作
中心
门
市
中
心
客
服
部
销
售
部
同业
出境
旅游
中心
出境
旅游
营销
中心
公民
出境
旅游
中心
产品
市场
中心
机票
团控
中心
德
国
公
司
签
证
中
心
财
务
部
人
事
部
办
公
行
政
机
场
办
公
总经理
副总经理副总经理副总经理商
务
会
奖
中
心
国
内
旅
游
中
心
外
地
机
构
软件工程
图4-4业务流程图
(1）订票业务
根据旅客提出的要求（航班号、订票数额）查询该航班票额情况.若尚有余票,则为
客户办理订票手续，输出座位号；若已满员或余票少于订票额，则登记排队候补。
图4-5订票业务流程图
（2）取票业务
服务器处理信息
退出服务
终端数据显示
订单处理
查询事务
航班信息
订票事务
机票信息
取票通知
打印账单
办理订票手续
旅行社
修改机票信息
得到收票通知
顾客
列入等候队列是否有票航空公司
顾客
提出预定要求
向航空公司查询
航班机票信息
查询余票数量
旅行社
航空公司
航空公司
无
有
软件工程
根据取票通知书，打印机票，交给顾客。
图4—6取票业务流程图
(3）退票业务
根据客户提供的情况（日期、航班），为客户办理退票手续,然后查询
该航班是否有人排队候补,首先询问排在第一的客户,若所退票额能满足他
的要求，则为他办理订票手续，否则依次询问其他候补的客户。
图4-7退票业务流程图
4、系统中的数据及其主要流程
数据流图
数据流图是用于表示系统逻辑模型的一种工具。它以直观的图形清晰的描述了系统数据的流动
和处理过程。
机票预订
系统
旅客
旅客
订票信息
机票
取票通知和账单
付费信息
顶层数据流程图
办理退票手续修改机票信息
请求退票
航空公司
旅行
顾客
旅客订票信息
查询旅客订票信息
索取机票
旅行社
顾客
查询旅客订票信息
得到机票
打印并修改机票信息
顾客
旅客订票信息
旅行社
软件工程
旅客旅客
订票
取票
通知、账单信息
通知、账单信息
旅客信息
1层流程图
1.1
安排航班
1.2
打印、通
知账单
2.3
打印机票
2.2
收费
2.1
核对机票
信息
旅客旅客
D1订票信息
机票
旅客信息
订票信息
通知、账单信息
通知、账
单信息
订票信息
收费信息
订票信息核
对正确
2层流程图
1.11
旅客基本信息
及订票要求信
息录入
1.14
旅客管
理
1.13
航班安
排
1.12
航班管
理
旅客基本信息及
订票要求信息
旅客信息订票信息
D2通知和账单记录
航班信息
旅客基本信息
D4航班信息票D3旅客基本信息表
订票细化流程图
软件工程
2.3
打印机
票
2.1
核对机
票信息
2.2
收费
旅客去票通知和
账单信息
正确
订票信息
D1订票记录
6、数据字典
数据字典是用来规范描述数据具体内容的工具，也是对数据汇总分析的一个总结.一
般来说，可为每个数据建立一张二维表。在本系统中，分别为旅客信息、旅客订票信息、
候补旅客信息、航班机票信息、取票通知和售出机票信息建立了数据字典，具体如表2-
1到表2-6所示。
表6-1旅客信息的数据字典
数据名称旅客信息
作用记录旅客的个人信息,用于对旅客的确认
来源客户
去向旅行社管理
排列方式按照客户的姓名升序排序
包含信息
姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地
表6—2旅客订票信息的数据字典
数据名称
旅客订票信息
作用
记录旅客的旅行时间和目的地,用于确定旅客的航班
来源
客户
软件工程
去向
航班机票管理
排列方式
按照客户的（姓名＋起飞时间)升序排序
包含信息
客户姓名、身份证号、航班号、起飞时间、预订票数、舱位等级、机票是否打印
表6—3候补旅客信息的数据字典
数据名称
候补旅客信息
作用
记录旅客的旅行时间和目的地，便于及时调整航班
来源
航班机票管理
去向
信息存储/航班机票管理
排列方式
按照(姓名＋起飞时间）升序排序
包含信息
客户姓名、身份证号、航班号、起飞时间、预订票数、舱位等级
表6—4航班机票信息的数据字典
数据名称
航班机票信息
作用
记录旅客的航班信息，根据旅客的旅行时间和目的地确定
来源
航空公司安排航班
去向
信息存储/航班机票管理
排列方式
按(飞行日期＋航班号）升序排列
包含信息
航班号、终点站名、起飞地点、飞行日期、周几、成员定额、余票量、已订票的
客户名单(包括姓名、订票量、舱位等级1，2或3）、等候替补的客户名单（包
括姓名、所需票量）
表6—5取票通知的数据字典
数据名称
取票通知
作用
旅客领取机票的凭证
来源
航班机票管理系统
去向客户
排列方式
按（姓名+飞行日期＋航班号）升序排列
包含信息
旅客姓名、领票时间
表6—6售出机票信息的数据字典
数据名称
售出机票信息
作用
记录旅客的航班机票的信息
来源
航班机票管理系统
去向
信息存储/航班机票管理
排列方式
按(姓名+飞行日期＋航班号)升序排列
软件工程
包含信息
旅客的航班机票
7、新系统的逻辑方案
新系统的逻辑方案是指在对现行系统进行分析和优化的基础上，确定新系统的目
标、信息流程、总体结构、功能模型以及拟采用的管理模型和信息处理方法等。详细
地了解情况，进行系统分析都是为最终建立新系统的逻辑模型做准备.机票预定系统的
逻辑模型如图7-1所示。
图7-1机票预订系统的逻辑模型
8、功能需求及功能划分
1．客户端子系统：
在客户端系统的功能实现上，可以分为以下几个部分：
旅客信息的输入和统计：系统要求做到既能够从其它子系统中共享一部分信
息，又有方便的操作界面手工输入旅客信息.这部分要求对输入的数据进行
简单的统计,供航空公司进行查询和宏观调控。
旅客信息的存储:将旅客的信息存储到系统中，以备以后的取票确认以及查
询。
机票信息的传递及接收:将旅客所须的机票信息经客户端由网络传到航空公
司的服务器上，并且接受航空公司返回的航班信息，然后存储起来。
取票通知及帐单的生成和打印:把已存储的从航空公司返回的航班机票信息
打印出来，并且生成帐单打印出来给旅客。
取票通知
帐单订票
订票旅客清单
售出机票信息
可售机票
旅行社
航班机票信息
价格
等级
时
间
航空公司
合适航班机
旅行时间姓名
性别
旅行地点
身份证号码
工作单位旅客
软件工程
印出机票给已经订票的旅客：根据旅客的取票通知及帐单,经过确认无误后,
接受旅客的付款后把机票印出来交给旅客。
2．服务器端的功能要求：
在客户端系统的功能实现上，可以分为以下几个部分：
接收由旅行社客户端发回的所需机票信息：通过网络接收机票信息并存入到
服务器的数据库中.
生成航班信息：根据所需机票信息(时间,地点），在数据库中查询并得到正
确的航班的信息（价格，时间），分配所需的机票数并在数据库中做出已售
出的标记。
传递航班信息到客户端:把得到的航班信息通过网络传递到客户端。
接收旅行社的反馈信息：对旅行社的反馈信息进行分析，把已经售出的机票
进行统计，对被旅客所退掉的机票要进行数据库的恢复。
印出机票给已经订票的旅客:根据旅客的取票通知及帐单,经过确认无误后，
接受旅客的付款后把机票印出来交给旅客。
9、性能需求
为了保证系统能够长期、安全、稳定、可靠、高效的运行,机票预订系统应该满足以
下的性能需求：
1．系统处理的准确性和及时性
系统处理的准确性和及时性是系统的必要性能.在系统设计和开发过程中，要充分
考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间
够满足企业对信息处理的需求。
由于机票预订系统的查询功能对于整个系统的功能和性能完成举足轻重。作为系统
的很多数据来源,而机票数量和时间又影响企业的决策活动，其准确性很大程度上决定
了机票预订系统的成败。在系统开发过程中，必须采用一定的方法保证系统的准确性.
2．系统的开放性和系统的可扩充性
机票预订系统在开发过程中，应该充分考虑以后的可扩充性.例如订票系统的方式
的改变(网上订票），用户查询的需求也会不断的更新和完善.所有这些，都要求系统提
供足够的手段进行功能的调整和扩充。而要实现这一点，应通过系统的开放性来完成，
既系统应是一个开放系统，只要符合一定的规范，可以简单的加入和减少系统的模块,
软件工程
配置系统的硬件。通过软件的修补、替换完成系统的升级和更新换代。
3．系统的易用性和易维护性
机票预订系统是直接面对使用人员的，而使用人员往往对计算机并不时非常熟悉。
这就要求系统能够提供良好的用户接口，易用的人机交互界面。要实现这一点，就要求
系统应该尽量使用用户熟悉的术语和中文信息的界面；针对用户可能出现的使用问题，
要提供足够的在线帮助，缩短用户对系统熟悉的过程。
机票预订系统中涉及到的数据是航空公司的相当重要的信息，系统要提供方便的手段供
系统维护人员进行数据的备份，日常的安全管理，系统意外崩溃时数据的恢复等工作。
4．系统的标准性
系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。所有这些都要符合
主流国际、国家和行业标准。例如在开发中使用的操作系统、网络系统、开发工具都必
须符合通用标准。；同时，在自主开发本系统时，要进行良好的设计工作，制订行之有
效的软件工程规范，保证代码的易读性、可操作性和可移植性。
5．系统的先进性
目前计算系统的技术发展相当快,作为机票预订系统工程，应该保证系统在下一个
世纪仍旧是先进的,在系统的生命周期尽量做到系统的先进，充分完成企业信息处理的
要求而不至于落后.这一方面通过系统的开放性和可扩充性，不断改善系统的功能完成。
另一方面，在系统设计和开发的过程中,应在考虑成本的基础上尽量采用当前主流、先
进且有良好发展前途的产品。
6．系统的响应速度
机票预订系统在日常处理中的响应速度为秒级，达到实时要求，以及时反馈信息.
在进行统计分析时，根据所需数据量的不同而从秒级到分钟级,原则是保证操作人员不
会因为速度问题而影响工作效率。