机票预订系统需求分析报告三篇.docx
《机票预订系统需求分析报告三篇.docx》由会员分享，可在线阅读，更多相关《机票预订系统需求分析报告三篇.docx（20页珍藏版）》请在冰豆网上搜索。
机票预订系统需求分析报告三篇
机票预订系统需求分析报告三篇
篇一：
机票预定系统需求分析报告
1引言
1.1编写目的
在现今的社会是一个讲究效率和快节奏的社会，人们有很强的时间观念，如果仍使用手工操作或使用相当繁琐的软件，既浪费了人力，又浪费了物力，效率无法提高，为此开发机票预定系统软件，能够适应现今社会并提高生产效率。
使售票员和旅行社更加变得方便和有效率。
该系统软件非常容易被接受，他具有简单易学性，便于管理等功能。
1.2项目背景
随着社会发展的不断进步，民航事业的壮大，人们消费水平的提高，乘坐民航的消费者也越来越多，机票预订系统也开始影响着人们日常生活和出行，并且变得越来越重要。
而原有的系统随着航空公司载客量的迅猛增长和人们对便捷性要求的提高，已经变得无法满足需求。
原有的系统不仅效率比较低下，而且在安全性、准确性等方面有很多不足。
为了实现航空公司以及旅游行业的现代化管理，进一步提高工作效率，方便旅客，需要开发一个机票预订系统。
该系统需要具有完整的存储，查询，核对，打印机票的功能。
在这个系统中，旅客或工作人员在网上或旅行社的机票预售代理点，通过计算机系统查询，系统为旅客安排航班，印出取票通知和账单，旅客在飞机起飞的前一天凭取票通知和账单交款取票，系统校对无误即印机票给旅客。
1.3定义
1.4参考资料
1.《软件工程导论》
2.《实用软件工程》
2任务概述
2．1目标
机票预定系统的总目标是：
在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的机票预定系统，实现航空公司的机票销售的自动化的计算机系统，为企业的决策层提供准确、精细、迅速的机票销售信息。
总之，这个系统要求能够实现实时，高效，便捷，完善，安全性好等特点。
2.2运行环境
1设备：
奔腾133,16兆以上内存的pc机。
2支持软件：
用java程序设计语言作为系统的支持软件。
3接口：
本产品的用户一般需要通过终端进行操作，进入主界面后点击相应的窗口，分别进入相对应的界面（如：
输入界面、输出界面）。
用户对程序的维护，最好要有备份。
使用WIN9X/NT/XP操作系统
2.3条件与限制
1.Client/Server结构总体设计方案对它的约束：
机票预定系统做为Client/Server结构的一个应用系统，不可避免的要受到Client/Server结构的约束。
在其实施的各个阶段都要服从它的一些规划，包括功能设计、系统配置和计划。
同时，由于信息的共享，机票预定系统还受到其它系统的信息约束。
2．技术发展规律的约束
计算机技术和产品的发展日新月异，将会给信息处理带来更多的手段，同时也会带来更加丰富的信息表达形式。
例如图象和语音技术的进步，多媒体技术的发展，这些都要求系统在设计时考虑技术变化的可能性，为可能的变化预留一定的系统处理能力
3.1系统业务流程图描述
首先分析本系统总的业务流程图如图3-1所示。
机票预定系统的主要业务分别为订票业务、取票业务和退票业务，其业务流程图分别如图3-2、图3-3、图3-4所示。
图3-1业务流程图
（1）订票业务
根据旅客提出的要求（航班号、订票数额）查询该航班票额情况。
若尚有余票，则为客户办理订票手续，输出座位号；若已满员或余票少于订票额，则登记排队候补。
（2）取票业务
根据取票通知书，打印机票，交给顾客。
（3）退票业务
根据客户提供的情况（日期、航班），为客户办理退票手续，然后查询该航班是否有人排队候补，首先询问排在第一的客户，若所退票额能满足他的要求，则为他办理订票手续，否则依次询问其他候补的客户。
3.2机票预定系统的数据需求
机票预定系统的数据需求包括如下几点：
1．数据录入和处理的准确性和实时性
数据的输入是否准确是数据处理的前提，错误的输入会导致系统输出的不正确和不可用，从而使系统的工作失去意义。
数据的输入来源是手工输入。
手工输入要通过系统界面上的安排系统具有容错性，并且对操作人员要进行系统的培训。
在系统中，数据的输入往往是大量的，因此系统要有一定的处理能力，以保证迅速的处理数据。
2．数据的一致性与完整性
由于系统的数据是共享的，在不同的旅行社中中，机票是共享数据，所以如何保证这些数据的一致性，是系统必须解决的问题。
要解决这一问题，要有一定的人员维护数据的一致性，在数据录入处控制数据的去向，并且要求对数据库的数据完整性进行严格的约束。
对于输入的数据，要为其定义完整性规则，如果不能符合完整性约束，系统应该拒绝该数据。
3．数据的共享与独立性
整个机票预定系统的数据是共享的。
然而，从系统开发的角度上看，共享会给设计和调试带来困难。
因此，应该提供灵活的配置，使各个分系统能够独立运行，而通过人工干预的手段进行系统数据的交换。
这样，也能提供系统的强壮性。
3.3机票预定系统流程图
首先分析系统总的数据流程图，如图3-5所示。
注：
1、订票需求信息2、取票通知3、退票请求信息
3.3机票预定系统数据字典
数据字典是用来规范描述数据具体内容的工具，也是对数据汇总分析的一个总结。
一般来说，可为每个数据建立一张二维表。
在本系统中，分别为旅客信息、旅客订票信息、候补旅客信息、航班机票信息、取票通知和售出机票信息建立了数据字典，具体如表3-9到表3-14所示。
表3-9旅客信息的数据字典
数据名称
旅客信息
作用
记录旅客的个人信息，用于对旅客的确认
来源
客户
去向
旅行社管理
排列方式
按照客户的姓名升序排序
包含信息
姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地
表3-10旅客订票信息的数据字典
数据名称
旅客订票信息
作用
记录旅客的旅行时间和目的地，用于确定旅客的航班
来源
客户
去向
航班机票管理
排列方式
按照客户的（姓名＋起飞时间）升序排序
包含信息
客户姓名、身份证号、航班号、起飞时间、预订票数、舱位等级、机票是否打印
表3-11候补旅客信息的数据字典
数据名称
候补旅客信息
作用
记录旅客的旅行时间和目的地，便于及时调整航班
来源
航班机票管理
去向
信息存储/航班机票管理
排列方式
按照（姓名＋起飞时间）升序排序
包含信息
客户姓名、身份证号、航班号、起飞时间、预订票数、舱位等级
表3-12航班机票信息的数据字典
数据名称
航班机票信息
作用
记录旅客的航班信息，根据旅客的旅行时间和目的地确定
来源
航空公司安排航班
去向
信息存储/航班机票管理
排列方式
按（飞行日期＋航班号）升序排列
包含信息
航班号、终点站名、起飞地点、飞行日期、周几、成员定额、余票量、已订票的客户名单（包括姓名、订票量、舱位等级1，2或3）、等候替补的客户名单（包括姓名、所需票量）
表3-13取票通知的数据字典
数据名称
取票通知
作用
旅客领取机票的凭证
来源
航班机票管理系统
去向
客户
排列方式
按（姓名+飞行日期＋航班号）升序排列
包含信息
旅客姓名、领票时间
表3-14售出机票信息的数据字典
数据名称
售出机票信息
作用
记录旅客的航班机票的信息
来源
航班机票管理系统
去向
信息存储/航班机票管理
排列方式
按（姓名+飞行日期＋航班号）升序排列
包含信息
旅客的航班机票
3.3系统的逻辑方案
系统的逻辑方案是指在对现行系统进行分析和优化的基础上，确定新系统的目标、信息流程、总体结构、功能模型以及拟采用的管理模型和信息处理方法等。
详细地了解情况，进行系统分析都是为最终建立新系统的逻辑模型做准备。
4机票预定系统的功能要求
4.1功能划分
根据可行性研究的结果和客户的要求，分析现有情况及问题，采用Client/Server结构，将机票预定系统划分为两个子系统：
客户端子系统，服务器端子系统。
4.1功能描述
下面分析各个子系统的功能需求：
1．客户端子系统：
在客户端系统的功能实现上，可以分为以下几个部分：
[1]旅客信息的输入和统计
旅行社把旅客要求订票的信息由专人负责输入。
这部分功能是客户端子系统的基本部分，这个功能是以后各个部分的基础。
系统要求做到即能够从其它子系
统中共享一部分信息，又有方便的操作界面工手工输入旅客信息。
这部分要求对输入的数据进行简单的统计，供航空公司进行查询和宏观调控。
[2]旅客信息的存储：
将旅客的信息存储到旅行社的客户端系统中，以备以后的取票确认以及查询。
[3]机票信息的传递及接收：
将旅客所须的机票信息由旅行社客户端由网络传到航空公司的服务器上，并且接受航空公司返回的航班信息，然后存储起来。
[4]取票通知及帐单的生成和打印：
把已存储的从航空公司返回的航班机票信息打印出来，并且生成帐单打印出来一起交给旅客。
印出机票给已经订票的旅客：
根据旅客的取票通知及帐单，经过确认无误后，接受旅客的付款后把机票印出来交给旅客。
[5]机票销售情况的核算
这一功能是在上一功能的基础上，对机票销售额进行单项核算，得到该旅行社的销售情况并把核算结果作为企业报表输出。
2．服务器端的功能要求：
通过计算机网络将客户端与服务器的数据库相连，将从客户端得到的信息进行处理，实现航班查询，机票生成，销售统计，综合信息查询等子系统。
以计算机成本核算为中心，实现销售业务的计算机自动化，为航空公司降低成本、提高销售额、经营决策提供及时精确的依据。
在服务器端系统的功能实现上，可以分为以下几个部分：
[1]接收由旅行社客户端发回的所需机票信息：
通过网络接收机票信息并存入到服务器的数据库中。
[2]生成航班信息：
根据所需机票信息（时间，地点），在数据库中查询并得到正确的航班的信息（价格，时间，等级），分配所需的机票数并在数据库中做出已售出的标记。
[3]传递航班信息到客户端（旅行社）：
把得到的航班信息通过网络传递到旅行社。
[4]接收旅行社的反馈信息：
对旅行社的反馈信息进行分析，把已经售出的机票进行统计，对被旅客所退掉的机票要进行数据库的恢复。
[5]印出机票给已经订票的旅客：
根据旅客的取票通知及帐单，经过确认无误后，接受旅客的付款后把机票印出来交给旅客。
[6]销售额的分析和管理
这一步骤的功能要求包括对销售的机票进行分析，这一工作是在前面的基础上，以计算机为工具，对机票预定系统的功能和目标进行扩充。
它以财务管理学为理论基础，以辅助决策为目标，以机票销售数据为中心，广泛采用统计学、运筹学的分析方法，对销售信息进行深层加工，建立反映不同航班需求的模型，提供管理上所需的各种辅助决策信息和财务信息。
这一要求是机票预定系统的最高目标，将通过系统运行后获得的大量销售历史数据基础上，实现这一目标。
5机票预定系统的性能需求
为了保证系统能够长期、安全、稳定、可靠、高效的运行，机票预定系统应该满足以下的性能需求：
5.1．系统处理的准确性和及时性
系统处理的准确性和及时性是系统的必要性能。
在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足企业对信息处理的需求。
由于机票预定系统的查询功能对于整个系统的功能和性能完成举足轻重。
作为系统的很多数据来源，而机票数量和时间又影响企业的决策活动，其准确性很大程度上决定了机票预定系统的成败。
在系统开发过程中，必须采用一定的方法保证系统的准确性。
5.2系统的开放性和系统的可扩充性
机票预定系统在开发过程中，应该充分考虑以后的可扩充性。
例如订票系统的方式的改变（网上订票），用户查询的需求也会不断的更新和完善。
所有这些，都要求系统提供足够的手段进行功能的调整和扩充。
而要实现这一点，应通过系统的开放性来完成，既系统应是一个开放系统，只要符合一定的规范，可以简单的加入和减少系统的模块，配置系统的硬件。
通过软件的修补、替换完成系统的升级和更新换代。
5.3系统的易用性和易维护性
机票预定系统是直接面对使用人员的，而使用人员往往对计算机并不时非常熟悉。
这就要求系统能够提供良好的用户接口，易用的人机交互界面。
要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面；针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。
机票预定系统中涉及到的数据是航空公司的相当重要的信息，系统要提供方便的手段供系统维护人员进行数据的备份，日常的安全管理，系统意外崩溃时数据的恢复等工作。
5.4系统的标准性
系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。
所有这些都要符合主流国际、国家和行业标准。
例如在开发中使用的操作系统、网络系统、开发工具都必须符合通用标准。
如规范的数据库操纵界面、作为业界标准的TCP/IP网络协议及ISO9002标准所要求的质量规范等；同时，在自主开发本系统时，要进行良好的设计工作，制订行之有效的软件工程规范，保证代码的易读性、可操作性和可移植性。
5.5系统的先进性
目前计算系统的技术发展相当快，做为机票预定系统工程，应该保证系统在下个世纪仍旧是先进的，在系统的生命周期尽量做到系统的先进，充分完成企业信息处理的要求而不至于落后。
这一方面通过系统的开放性和可扩充性，不断改善系统的功能完成。
另一方面，在系统设计和开发的过程中，应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。
6．系统的响应速度
机票预定系统系统在日常处理中的响应速度为秒级，达到实时要求，以及时
反馈信息。
在进行统计分析时，根据所需数据量的不同而从秒级到分钟级，
原则是保证操作人员不会因为速度问题而影响工作效率。
6机票预定系统的运行要求
机票预定系统中的各个子系统的硬件和软件的配置如下：
1．服务器端子系统的运行要求：
系统软件：
WindowNTServer
数据库管理系统：
SQLServer
硬件要求：
PentiumIII450以上,258MRAM,14GHD
2.客户端子系统的运行要求：
系统软件：
WindowNTWorkstation
数据库管理系统：
SQLServer
硬件要求：
Pentium133以上,32MRAM,4.3GHD
篇二：
机票预订系统需求分析报告
引言
《网上机票预订系统》运行于Internet环境，提供远程机票预订功能，包括远程航班信息查询，机票预订与确认等；使用《网上机票预订系统》可使机票订购过程简单化、电子化、数字化，节省常规过程所不必要的资源浪费。
编写目的
需求分析说明书提供用户与开发人员对开发软件的共同理解，使用户与开发单位就该系统的功能定义、环境需求达成共识，是今后各阶段设计工作的基础和依据，也是本阶段评审和测试阶段确认与验收的依据。
本需求分析的读者对象包括客户、业务人员需求分析人员、测试人员、用
户文档编写人和项目管理人员。
参考文献
列举编写软件产品需求分析报告时所用到的参考文献及资料，可能包括：
●本项目的合同书；
●上级机关有关本项目的批文；
●本项目已经批准的计划任务书；
●用户界面风格指导；
●开发本项目时所要用到的标淮；
●系统规格需求说明；
●使用实例文档；
●属于本项目的其它己发表文件；
●本软件产品需求分析报告中所引用的文件、资料；
●相关软件产品需求分析报告；
为了方便读者查阅，所有参考资料应该按一定顺序排列。
如果可能，每份资料都应该给出：
●标题名称；
●作者或者合同签约者；
●文件编号或者版本号；
●发表日期或者签约日期；
●出版单位或者资料来源。
一、调查用户需求
使用本系统的最终用户可以定位为所有电脑使用者，尤其以旅游商务人员为主。
由于本软件系统操作简单，界面友好，所以对用户的教育水平和技术水平几乎没有任何要求，只要会用电脑进行常规使用的用户均可。
本系统将可能会被反复使用于日常的上网过程当中。
普通管理员，只能对库（航班库和客户库）中的信息进行查询操作；超级管理员，可以根据具体需要进行适当的数据管理（增、删、改、更）。
客户只能对航班信息库中的内容进行查询操作，客户进入到页面之后在不进行登录的情况下只能进行航班信息查询操作，要预订机票就必须要先注册登录提交自己的基本信息；系统会根据管理员和客户的各种操作做出相应的返回信息进行提示。
二、系统功能的设计和划分
各模块具体解释及含义：
用例名称：
查询航班信息
用例描述：
当客户查询航班信息时，这个用例开始；它对客户咨询的信息做出处理；当客户停止查询时结束
活动者：
客户
位置：
客户的电脑
状态：
已定义路径
假设：
查询值无论为真还是假都可以随时退出，执行其他模块功能
先决条件：
客户要先登录到网站主页面
后续条件：
执行订票功能或退出
主路径：
客户根据具体需要查询信息，包括票价信息和航班信息
例外路径：
客户进行查询，但该航班信息不存在
用例名称：
客户机票预订
用例描述：
该用例从客户注册登录网站开始，处理客户预订机票等问题，在客户注销时该用例结束
活动者：
客户和管理员
位置：
客户的电脑和管理员的电脑
状态：
已定义路径
假设：
当客户进行过预订操作后，管理员才能管理客户信息
先决条件：
客户要先注册登录
后续条件：
客户注销；管理员将发邮件给客户确定
主路径：
客户预订某个种类某个数量的机票
可选路径：
客户修改个人基本信息
例外路径：
客户进行订票，但订票不成功
用例名称：
维护航班信息
用例描述：
该用例从管理员处理航班信息开始，处理航班信息数据的问题，在管理员操作完毕时该用例结束
活动者：
管理员
位置：
管理员的电脑
状态：
已定义路径
假设：
获得管理员权限才可以进入
先决条件：
管理员要先登录到管理系统
后续条件：
退出管理系统
主路径：
管理员对航班信息进行维护
例外路径：
管理员对航班信息操作不成功
三、总体结构和模块外部设计
客户机部分
服务器程序部分
四、数据字典
4.1输入数据
数据项名称
说明
类型
长度
航班号
客户从页面中自主选择列表中要查询的航班号信息，可用于查询航班航班信息和机票信息
字符串型
20字节
起航地点
客户从页面中自主选择表格中要查询的起航地点信息，用于航班航班信息查询
字符串型
50字节
降落地点
客户从页面中自主选择表格中要查询的降落地点信息，用于航班航班信息查询
字符串型
50字节
起航时间
客户从页面中自主选择表格中要查询的起航时间信息，用于航班航班信息查询
日期型
8字节
身份证号码
客户在预订机票时所填入的基本信息，用于区分不同客户
字符串型
18字节
密码及确认密码
客户在预订机票时所需要的基本信息，起信息保护和确认作用
字符串型
50字节
姓名
客户在预订机票时所需要的基本信息，与身份证号码相对应
字符串型
50字节
电话
客户在预订机票时所需要的基本信息，管理员联系客户时使用
字符串型
20字节
Email
客户在预订机票时所需要的基本信息，管理员联系客户时使用
字符串型
50字节
联系地址
客户在预订机票时所需要的基本信息，管理员联系客户时使用
字符串型
50字节
航班等级
客户在预订机票时所需要的基本信息，用于确定所订机票价格
字符串型
20字节
订票数量
客户在预订机票时所需要的基本信息，用于确定所订机票数
整型
8字节
4.2输出数据
数据项名称
说明
类型
长度
航班号
客户查询航班信息后的返回值
字符串型
20字节
起航地点
客户查询航班信息后的返回值
字符串型
50字节
降落地点
客户查询航班信息后的返回值
字符串型
50字节
起航时间
客户查询航班信息后的返回值
日期型
8字节
身份证号码
客户订购机票后的确认信息
字符串型
18字节
密码及确认密码
客户订购机票后的确认信息
字符串型
50字节
姓名
客户订购机票后的确认信息
字符串型
50字节
电话
客户订购机票后的确认信息
字符串型
50字节
Email
客户订购机票后的确认信息
字符串型
50字节
联系地址
客户订购机票后的确认信息
字符串型
50字节
航班等级
客户订购机票后的确认信息
字符串型
20字节
订票数量
客户订购机票后的确认信息
整型
8字节
4.3故障处理要求：
系统失效后能给出错误信息，提示用户采取适当手段处理故障。
五、运行环境
5.1设备
服务器
硬件：
CPU133M，64M或以上内存，300M硬盘空间；VGA显示器或更高客户机
硬件：
最低CUP133M，16MB内存；最少8MB的RAM存储器；VGA显示器或更高
条件与限制服务器和客户机要求都能接入Internet。
5.2支持软件
服务器
软件：
Windows2000Server中文版或更高；VB、MSSQLSever2000客户机
软件：
Windows98以上或以上；IE4.0以上
该软件运行于Windows系统，数据库管理系统为MSSQLServer，使用VC++，JAVA，ASP等语言开发
5.3硬件接口
本工程产品不需要特定的硬件或硬件接口进行支撑
5.4软件接口
本工程产品的软件接口由编程操作系统、SQL数据库以及机票管理应用软件的词典和数据结构组成
5.5控制
运行控制将严格按照各模块间函数调用关系来实现。
在各事务中心模块中，需对运行控制进行正确的判断，选择正确的运行控制路径。
在网络传方面，客户机在发送数据后，将等待服务器的确认收到信号，收到后，再次等待服务器发送回答数据，然后对数据进行确认。
服务器在接到数据后发送确认信号，在对数据处理、访问数据库后，将返回信息送回客户机，并等待确认。
篇三：
机票预订系统需求分析
--机票预订系统
1引言
1.1编写目的
航空公司为给旅客乘机提供方便，需要开发一个机票预定系统。
各个旅行社把预定机票的旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等）输入到系统中，系统为旅客安排航班。
当旅客交付了预订金或通过网上支付方式付款后，旅客就可以在飞机起飞前凭个人二代身份证在旅行社或机场指定系统上自助打印机票，系统核对无误即打印出机票给旅客。
此外航空公司为随时掌握各个航班飞机的乘载情况，需要定期进行查询统计，以便适当调整。
1.2项目背景
随着社会发展的不断进步，旅游业的蓬勃发展，机票预订系统对人们的生活影响越来越大，为了实现航空公司以及旅游业的现代化管理，方便旅客，需要开发一个机票预订系统。
该系统具有完整的存储，查询，核对，打印机票等功能。
在这个系统中，旅客在旅行社的机票预售代理点，通过输入计算机系统查询，系统为旅客安排航班，印出取票通知和账单，旅客在飞机起飞前凭其二代身份证、取票通知和账单取票，系统校对无误后即打印机票给顾客。
1.3定义
1.4参考资料
1.《软件工程导论》
2任务概述
2.1目标
在计算机网络，数据库和先进开发平台上，利用现有软件，配置一定硬件，开发一个巨头开放乙烯结构的、易扩充的、一维护的、具有良好人机交互界面的机票预订系统，实现航空公司与旅行社之间的现代化管理链接。
实现各个旅行社把预定机票的旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等）输入到系统中，系统为旅客安排航班的功能。
2.2用户的特点
用户为旅游社工作人员，通过登录相应信息而进入机票系统，然后输入旅客基本信息和要求，系统自动为其查询并且作出相应的航班安排，经与旅客交流后，选择航班进行预订，网上支
升级会员 