航空机票预订系统可行性分析.docx
- 文档编号:6807197
- 上传时间:2023-01-10
- 格式:DOCX
- 页数:21
- 大小:131.08KB
航空机票预订系统可行性分析.docx
《航空机票预订系统可行性分析.docx》由会员分享,可在线阅读,更多相关《航空机票预订系统可行性分析.docx(21页珍藏版)》请在冰豆网上搜索。
航空机票预订系统可行性分析
软件工程实验报告
专业:
班级:
姓名:
指导老师:
目录
航空订票系统可行性分析报告说明书4
1引言4
1.1题目定义4
1.2前期背景及条件准备4
1.2.1项目背景4
1.2.2项目功能4
1.2.3项目设计5
1.2.4项目测试5
1.2.5项目风险分析5
1.2.6项目开发时间计划5
1.2.7项目资源需求6
1.3相关定义6
1.4参考资料7
2可行性研究的前提7
2.1要求7
2.2目标8
2.3条件、假定和限制8
2.4进行可行性研究的方法8
2.5评价尺度8
3对现有的系统的分析9
3.1当前系统的处理流程和数据流程9
3.2工作负荷9
3.3人员9
3.4局限性9
4建议的新系统9
4.1对新系统的说明9
4.2新系统的数据流程和处理流程10
4.2.1数据流程图10
4.2.2旅客取票图11
4.2.2数据字典11
4.3改进12
4.4新系统的影响13
4.4.1对现行系统的影响13
4.4.2对航空公司业务员的影响13
4.4.3对客户的影响13
4.5局限性13
4.6技术条件方面的可行性13
5客户端与服务器端14
5.1客户端子系统14
[1]旅客信息的输入和统计14
5.2服务器端的功能要求:
14
6可供选择的其他系统方案15
7功能需求15
7.1功能划分15
7.2功能描述16
8性能需求17
8.1准确性和及时性17
8.2开放性和可扩充性17
8.3易用性和易维护性17
8.4标准性18
8.5先进性18
8.6响应速度快18
9运行需求19
9.1用户接口19
9.2外部接口19
9.3故障处理19
10其他需求20
10.1管理员信息20
10.2管理员界面20
11社会方面的可行性20
11.1法律方面的可行性20
11.2用户可行性21
12结论21
航空订票系统可行性分析报告说明书
1引言
1.1题目定义
为了方便旅客,某航空公司拟开发一个机票预订系统。
旅行社把预订机票的旅客信息(姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地等)输入进该系统,系统为旅客安排航班,印出取票通知和账单,旅客在飞机起飞的前一天凭取票通知和账单交款取票,系统校对无误即印出机票给旅客。
1.2前期背景及条件准备
项目名称初步定为:
航空机票预订系统(TBS,TicketBookingSystem)。
分为四个子功能模块:
旅客信息处理模块,航班查询模块,订票处理模块,交款模块。
1.2.1项目背景
为了方便旅客,某航空公司拟开发一个机票预订系统。
旅行社把预订机票的旅客信息(姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地等)输入进该系统,系统为旅客安排航班,印出取票通知和账单,旅客在飞机起飞的前一天凭取票通知和账单交款取票,系统校对无误即印出机票给旅客。
1.2.2项目功能
该系统的主要功能为:
旅客信息处理,航班查询,订票处理,交款处理;
①旅客信息处理功能分为三部分:
旅客信息的添加、删除和修改。
(此项功能由旅行社工作人员完成)
a.添加功能提供便捷的录入界面,通过应用程序将原始数据追加到数据库中。
b.删除将满足用户要求的相应记录从数据库中删除。
c.修改功能允许用户对他所指定记录的相关信息进行修改。
②航班查询功能:
根据旅客信息可以在数据库中进行查询,并显示适合要求的航班信息,包括航班号、航班时间、票价、剩余量、舱位等信息。
③订票功能:
旅客确认订票后,可以得到打印的取票通知、账单和航班信息。
④交款处理:
旅客携带取票通知、账单和账单,交与工作人员或者自动交款机器进行付款处理,通过应用程序修改数据库中的数据,修改该旅客的机票信息为已付款,并打印机票给旅客。
1.2.3项目设计
对项目的功能和需求做简单分析设计,制定一套可行性较高的实施案。
1.2.4项目测试
对项目做单元测试和集成测试,针对测试报告,进一步改进减少bug数。
1.2.5项目风险分析
序号
风险
概率(%)
严重性(%)
措施
1
超期限
80
100
把握时间,排出进度表,按进度执行。
2
由于系统集成时候问题引起的最终产品的缺陷
90
100
经过大量的测试,用不同的操作系统平台,考虑会出现的各种软硬件环境错误信息。
设计软件的时候捕获所有可能的错误信息。
3
遵循标准(如命名规则)中的差别
80
10
建立命名规则要求
1.2.6项目开发时间计划
序号
内容
计划时间
实际时间
状态
1
航班信息管理功能
2012.6.19
2012.6.19
完成
2
出售机票功能
2012.6.21
2012.6.21
完成
3
客票预定功能
2012.6.22
2012.6.22
完成
4
办理退票功能
2012.6.23
2012.6.23
完成
1.2.7项目资源需求
序号
资源
作用
占用时间
当前可用状态
获得途径
1
电脑
编写代码、写文档等
贯穿整个项目的构造阶段和走查过程
可用
学校提供、自带
3
Office办公软件
用于写文档、PPT等
贯穿整个项目的构造阶段和走查过程
可用
网上下载
4
资料书
代码编写时用于参考
贯穿整个项目的构造阶段和走查过程
可用
教材
5
示例文档
写文档时参考
写文档过程
可用
老师提供
1.3相关定义
TBS:
航空机票预订系统
Dataprocessing:
数据处理
Transactionprocessing:
事务处理
Dataprocessingcycle:
数据处理流程
Dataacquisition:
数据采集
Dataprocessingsystemsecurity:
数据处理系统安全性
1.4参考资料
《软件工程导论第五版》清华大学出版社张海潘编著
2可行性研究的前提
2.1要求
说明对所建议开发的软件的基本要求,如:
A.功能:
TBS系统的主要功能为:
旅客信息处理,航班查询,订票处理,交款处理;
①旅客信息处理功能分为三部分:
旅客信息的添加、删除和修改。
(此项功能由旅行社工作人员完成)
a.添加功能提供便捷的录入界面,通过应用程序将原始数据追加到数据库中。
b.删除将满足用户要求的相应记录从数据库中删除。
c.修改功能允许用户对他所指定记录的相关信息进行修改。
②航班查询功能:
根据旅客信息可以在数据库中进行查询,并显示适合要求的航班信息,包括航班号、航班时间、票价、剩余量、舱位等信息。
③订票功能:
旅客确认订票后,可以得到打印的取票通知、账单和航班信息。
④交款处理:
旅客携带取票通知、账单和账单,交与工作人员或者自动交款机器进行付款处理,通过应用程序修改数据库中的数据,修改该旅客的机票信息为已付款,并打印机票给旅客。
B.性能:
方便快捷有效地完成航空机票预订业务。
C.系统的输入:
旅客信息,应付款额。
D.系统的中间输入:
取票通知,账单。
E.系统的输出:
机票。
F.系统的中间输出:
取票通知,账单。
G.在安全与保密方面的要求:
系统对不通的用户提供不同的功能模块
H.完成期限:
暂定为三个月,具体见详细设计。
2.2目标
开发目标应考虑到如下因素:
A.人力与设备费用的减少;
B.处理速度的提高;
C.该系统的合理性和便捷性。
D.人员利用率的改进。
2.3条件、假定和限制
a.建议系统的运行寿命的最小值:
三年
b.进行系统方案选择比较的时间:
一个月
c.硬件、软件、运行环境和开发环境方面的条件和限制:
硬件环境:
一台或多台PC机或更高档微机,安装所需硬盘10MB,运行时所占内存3MB以上
软件环境:
中文Win2000/WindowsNT/Vista/Win7
d.可利用的信息和资源:
参考已有的应用程序和数据库管理系统
e.系统投入使用的最晚时间:
2011年12月1号
2.4进行可行性研究的方法
客户调查、专家咨询、市场相关产品以及同类产品调查
2.5评价尺度
主要尺度:
各项功能的优先次序、开发时间的长短及使用中的难易程度。
3对现有的系统的分析
当前大多数航空公司所使用的航空订票系统办理业务时手续繁多,人工业务操作过多,严重影响了工作效率,且出错率高。
3.1当前系统的处理流程和数据流程
旅客需要自己到航空公司的订票的营业网点,输入信息,查询合适的航班信息,确认后付款,拿到机票。
3.2工作负荷
机票预订手续的繁多和不合理,工作效率非常低,需要大量专业人员,更有甚者出现排成长龙的现象,这对各大航空公司都是大的负担,并给航空公司发展带来一些压力。
3.3人员
需要大量的业务员和额外的工作人员。
3.4局限性
当前系统办理业务的流程导致了一个很大的问题:
工作效率及其低。
因此急需开发一个高效的航空机票预订系统。
4建议的新系统
4.1对新系统的说明
根据系统目标以及现行系统存在的问题,建议新系统分三步实现:
第一阶段(1年内)先在一个航空公司建立一个内部的网络,以实现航空订票系统的计算机化。
能够处理以下工作:
输入旅客数据,能够查询航班信息,并能够打印航班信息和飞机票。
第二阶段(2-3年)在各大旅行社建立与航空公司数据库连接的系统,其中的旅客信息的输入模块、航班查询模块和订票模块可以在各个旅行社的系统中完成操作。
并将各大旅行社和航空公司的数据相连,保证信息的一致性。
第二阶段(4年内)在上面两个阶段的基础上在航空公司的系统添加交款模块,并在各个网点建立自动付款机器,其能根据旅客信息打印为其打印机票。
这个系统可以实现航空机票预订系统的信息集成,完成后的系统可以实现机票在旅行社的查询、预订工作,且操作方便简单迅速。
4.2新系统的数据流程和处理流程
4.2.1数据流程图
航班机票
航班机票信息票信息
订票
订票信息
取票通知
4.2.2旅客取票图
4.2.2数据字典
用户表--Users
字段名
类型
约束
备注
1
userid
int
primarykeyauto_increment
用户编号
2
username
varchar(20)
notnull
用户名
3
pwd
varchar(20)
notnull
密码
4
authority
varchar(20)
notnull
权限
机票表—Tickets
字段名
类型
约束
备注
1
tid
int
primarykeyauto_increment
机票编号
2
tname
varchar(20)
notnull
机票名
3
gotoaddress
varchar(20)
notnull
目的地
4
gototime
date
notnull
时间
5
lastnumber
int
notnull
最后编号
机票票样表—ticketmodels
字段名
类型
约束
备注
1
tmid
int
primarykeyauto_increment
机票票样编号
2
cname
varchar(20)
notnull
名称
3
csex
varchar(20)
notnull
性别
4
cardid
varchar(20)
notnull
身份证编号
5
gotoaddress
varchar(20)
notnull
目的地
6
gettime
date
notnull
到达时间
7
unitprice
int
notnull
单价
8
allprice
int
notnull
全价
4.3改进
①可以建立客户端,用户登陆后自主查询航班信息,确认预订航班机票,还可以在线付款,减少旅行社和航空公司和人员消耗。
②旅行社可以自主开设预订机票的服务中心,完整为客户办理整个流程,并收取一部分手续费。
不仅方便旅客,还减轻了航空公司的压力。
4.4新系统的影响
4.4.1对现行系统的影响
第一阶段最主要的影响是大大提高了以后的工作效率,以适应航空机票预订系统的计算机化。
第二阶段将要实现各大旅行社与航空公司内部系统数据库的连接。
第三阶段要为航空公司系统添加付款模块,并在各地配置自动付款机器。
4.4.2对航空公司业务员的影响
可以大大减少工作人员,节约人力资源的开销;另一方面由于手续程序减少也可以减轻业务员的工作负担,有效地提高了整体工作效率和精确度。
4.4.3对客户的影响
减少了旅客办理业务的等待时间;用户可以随时随地预订机票并且操作简单易懂,有效地实现了预订和付款的分离;用户可以选择在旅行社预订、在航空公司或是自动付款机上付款。
4.5局限性
由于时间和经济方面的限制,在开发的一两年内只能实现某一航空公司的航空机票预订系统的计算机化,在后几年才可以实现更多功能。
4.6技术条件方面的可行性
开发系统的计算机硬件已经非常普及,完全没有问题;现在的计算机各方面的技术都非常成熟,相对来说开发此系统的技术也要求比较简单,因此在技术方面是可行的;同时航空公司和各大旅行社还必须有一定的系统管理和维护的专业人员,在这方面可以通过培训原来的技术人员成为新的需要的技术人员,也可以雇用所需这方面的专业技术人员;若按计划,在规定的期限内,本系统的开发是可以完成的。
5客户端与服务器端
5.1客户端子系统
在客户端系统的功能实现上,可以分为以下几个部分:
[1]旅客信息的输入和统计
旅行社把旅客要求订票的信息由专人负责输入。
这部分功能是客户端子系统的基本部分,这个功能是以后各个部分的基础。
系统要求做到即能够从其它子系
统中共享一部分信息,又有方便的操作界面工手工输入旅客信息。
这部分要求对输入的数据进行简单的统计,供航空公司进行查询和宏观调控。
[2]旅客信息的存储:
将旅客的信息存储到旅行社的客户端系统中,以备以后的取票确认以及查询。
[3]机票信息的传递及接收:
将旅客所须的机票信息由旅行社客户端由网络传到航空公司的服务器上,并且接受航空公司返回的航班信息,然后存储起来。
[4]取票通知及帐单的生成和打印:
把已存储的从航空公司返回的航班机票信息打印出来,并且生成帐单打印出来一起交给旅客。
印出机票给已经订票的旅客:
根据旅客的取票通知及帐单,经过确认无误后,接受旅客的付款后把机票印出来交给旅客。
[5]机票销售情况的核算
这一功能是在上一功能的基础上,对机票销售额进行单项核算,得到该旅行社的销售情况并把核算结果作为企业报表输出。
5.2服务器端的功能要求:
通过计算机网络将客户端与服务器的数据库相连,将从客户端得到的信息进行处理,实现航班查询,机票生成,销售统计,综合信息查询等子系统。
以计算机成本核算为中心,实现销售业务的计算机自动化,为航空公司降低成本、提高销售额、经营决策提供及时精确的依据。
在客户端系统的功能实现上,可以分为以下几个部分:
[1]接收由旅行社客户端发回的所需机票信息:
通过网络接收机票信息并存入到服务器的数据库中。
[2]生成航班信息:
根据所需机票信息(时间,地点),在数据库中查询并得到正确的航班的信息(价格,时间,等级),分配所需的机票数并在数据库中做出已售出的标记。
[3]传递航班信息到客户端(旅行社):
把得到的航班信息通过网络传递到旅行社。
[4]接收旅行社的反馈信息:
对旅行社的反馈信息进行分析,把已经售出的机票进行统计,对被旅客所退掉的机票要进行数据库的恢复。
[5]印出机票给已经订票的旅客:
根据旅客的取票通知及帐单,经过确认无误后,接受旅客的付款后把机票印出来交给旅客。
[6]销售额的分析和管理
这一步骤的功能要求包括对销售的机票进行分析,这一工作是在前面的基础上,以计算机为工具,对机票预定系统的功能和目标进行扩充。
它以财务管理学为理论基础,以辅助决策为目标,以机票销售数据为中心,广泛采用统计学、运筹学的分析方法,对销售信息进行深层加工,建立反映不同航班需求的模型,提供管理上所需的各种辅助决策信息和财务信息。
这一要求是机票预定系统的最高目标,将通过系统运行后获得的大量销售历史数据基础上,实现这一目标。
6可供选择的其他系统方案
可以采用一步到位的方法。
但由于一步到位对现行系统的影响比较大,实施的条件不成熟,因而不建议。
7功能需求
7.1功能划分
1.航班查询
2.旅客订票
3.航班信息管理
4.航班安排
5.售票管理
6.退票管理
7.机票销售情况核算
7.2功能描述
1.航班查询:
旅客可通过网络访问该系统客户端网址,可根据旅客提供的出发时间、出发地点和目的地、舱位要求等,查询满足旅客要求的航班。
通过检索可得到航班的相关信息,从而可以方便旅客订票并掌握所需信息,同时可减少工作人员的工作量。
具体操作界面如图所示:
2.旅客订票
旅客将订票的相关信息通过工作人员输入系统客户端。
客户端将旅客的订票信息通过网络传送给服务端,服务端根据接收到的信息由航班安排系统为旅客安排座位并返回相应的确认信息给该客户端。
订票信息生成后,存入相应的存储区域,并对数据库进行数据提交。
客户端打印取票单及帐单给旅客,旅客在登机前,经信息核审后,即可领取机票登机。
具体操作界面如图所示:
3.航班信息管理
航空公司可将所有航班的信息存入数据库,方便用户对航班基本信息查询,相关工作人员可根据公司要求,经系统身份认证后登录并对航班信息进行修改等操作,从而使航班信息便于管理。
4.航班安排
从客户端接收到旅客的订票信息,该系统可在短时间内处理旅客航班问题。
将订票信息送往数据库并更新,客户端的航班查询信息也同步更新。
节省时间的同时,也能让旅客得到最新的航班信息。
5.售票管理
旅客不仅可在各客户端进行机票预定,也可直接在机场的售票处购票,购票信息由系统提交到数据库进行管理更新。
6.退票管理
机票有效期内,旅客若需退票,可在退票处进行退票。
退票信息,由工作人员输入系统,系统对订票信息或售票信息进行删除更新。
7.机票销售情况核算
因为航空公司机票销售量大,而航空公司为了公司的经营,有需要在一定的时间阶段了解公司机票的销售情况。
而庞大的数据量通过人工来完成,似乎不太现实,而该系统可帮助航空公司进行售票情况的核算。
8性能需求
8.1准确性和及时性
1.系统处理的准确性和及时性是系统的必要性能。
2.在系统设计和开发过程中,要充分考虑系统当前和将来可能承受的工作量,使系统的处理能力和响应时间能够满足企业对信息处理的需求。
3.由于机票预定系统的查询功能对于整个系统的功能和性能完成举足轻重。
作为系统的很多数据来源,而机票数量和时间又影响企业的决策活动,其准确性很大程度上决定了机票预定系统的成败。
在系统开发过程中,必须采用一定的方法保证系统的准确性。
8.2开放性和可扩充性
1.机票预定系统在开发过程中,应该充分考虑以后的可扩充性。
例如订票系统的方式的改变(网上订票),用户查询的需求也会不断的更新和完善。
所有这些,都要求系统提供足够的手段进行功能的调整和扩充。
2.要实现可扩充性,应通过系统的开放性来完成,即系统应是一个开放系统,只要符合一定的规范,可以简单的加入或减少系统的模块。
通过软件的修补、替换操作来完成系统的升级和更新换代。
8.3易用性和易维护性
1.机票预定系统是直接面对使用人员的,而用户往往对计算机并不时非常熟悉。
这就要求系统能够提供良好的用户接口,易用的人机交互界面。
2.要实现易用性,就要求系统应尽量选择用户熟悉的术语和语言界面;并针对用户可能出现的使用问题,提供相应的在线帮助,缩短用户对系统熟悉的时间。
3.机票预定系统中涉及到的数据是航空公司相当重要的信息,系统要提供方便的方式供系统维护人员进行数据的备份,日常的安全管理,以及系统意外崩溃时数据的恢复等操作。
8.4标准性
1.系统在设计开发使用过程中都要涉及到很多计算机硬件、软件,所有这些都要符合主流国际、国家和行业标准。
例如在开发中使用的操作系统、网络系统、开发工具都必须符合通用标准;规范的数据库操纵界面、作为业界标准的TCP/IP网络协议及ISO9002标准所要求的质量规范等。
2.在自主开发本系统时,要进行良好的设计工作,制订行之有效的软件工程规范,保证代码的易读性、可操作性和可移植性。
8.5先进性
1.目前计算机系统的技术更新相当快,作为航空订票系统,应保证系统在下个世纪仍旧是先进的,在系统的生命周期尽量做到系统的先进,充分完成企业信息处理的要求而不至于落后。
2.通过系统的开放性和可扩充性,不断改善系统的功能完成。
3.在系统设计和开发的过程中,应在考虑成本的基础上尽量采用当前主流并有良好发展前途的产品。
8.6响应速度快
1.系统在日常处理中的响应速度为秒级,达到实时要求,以及时反馈信息。
2.进行统计分析时,根据所需数据量的不同而从秒级到分钟级,则是保证工作人员不会因为速度问题而影响工作效率。
9运行需求
9.1用户接口
本系统的用户一般需要通过终端进行操作,进入主界面后点击相应的窗口,分别进入相对应的界面(如:
输入界面、输出界面)。
9.2外部接口
1.用户界面:
在用户界面部分,根据分析结果,用户需要一个用户友善界面。
在界面设计上,应做到简单明了,易于操作,并且要注意界面的布局,应突出的显示重要以及出错信息。
外观上也要做到合理化,做到不仅拥有可靠性,同时有易使用性。
2.外设接口:
在输入方面,对于键盘、鼠标的输入;在输出方面,打印机的连接及使用,网络的传输;实现高速传输。
9.3故障处理
1.输出出错信息:
程序在运行时主要会出现输入信息不满足要求时的软故障,以及类似网络传输超时等其他原因产生的硬故障两种故障。
对于软故障,须在订票/取票操作成功判断,以及输入数据的验证模块进行数据分析,判断故障类型,再生成相应的错误提示语句,送到输出模块中;对于硬故障,可在故障产生的相应模块中输出简单的出错语句,并将程序重置,返回输入阶段。
2.处理对策:
客户端及服务端都必须安装不间断电源以防止停电或电压不稳造成的数据丢失;网络传输方面,可考虑建一条成本较低的后备网络,以保证主网断路时数据的通信;硬件方面,要选择较可靠、稳定的服务器机种,保证系统运行时的可靠性。
10其他需求
10.1管理员信息
管理员为航空公司内部人员,不仅可以对航班信息进行查询,还可对航班信息进行修改等相应的操作,因此管理员信息需经过详细具体的认证。
管理员注册信息
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 航空 机票 预订 系统 可行性 分析