航空订票系统需求分析.docx
- 文档编号:9351596
- 上传时间:2023-02-04
- 格式:DOCX
- 页数:12
- 大小:46.74KB
航空订票系统需求分析.docx
《航空订票系统需求分析.docx》由会员分享,可在线阅读,更多相关《航空订票系统需求分析.docx(12页珍藏版)》请在冰豆网上搜索。
航空订票系统需求分析
目录
引言7
1.1编写目的7
1.2项目背景8
1.3定义8
1.4参考资料8
2.任务概述9
2.1目标9
2.2运行环境9
2.3条件与限制9
3.数据描述10
3.1数据需求10
3.2数据库介绍11
功能需求12
4.1功能划分12
4.2功能描述12
性能需求13
5.1准确性和及时性13
5.2开放性和可扩充性13
5.3易用性和易维护性14
5.4标准性14
5.5先进性14
5.6响应速度快14
运行需求15
6.1用户接口15
6.2外部接口15
6.3故障处理15
其他需求15
7.1管理员信息16
7.2管理员界面16
引言
1.1编写目的
1.本需求分析说明书是为了开发《航空机票预定系统》而编写的,主要面向分析员、程序员、测试员和最终用户,使之能更好地理解系统功能以及实现系统。
2.本说明书不仅是整个软件开发的依据,对以后的维护性工作也起着指导性的作用,同时也是测试计划和用户手册的编写依据。
1.2项目背景
1.软件系统名称:
航空订票系统
2.任务提出者:
XX航空公司
3.用户:
XX航空公司,各大旅行社,旅客
4.实现:
XX航空公司计算中心
5.构建平台:
Windows2000及以上,其数据库构建在SQLServer2005上,并可实现权限限制性兼容,与Windows其他软件并不冲突。
1.3定义
列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.4参考资料
1.软件工程清华大学出版社
2.机票预定系统项目计划任务书XX航空公司
2.任务概述
2.1目标
该软件的开发是为了应对越来越激烈的市场竞争压力,以此来提高公司员工的工作效率和对乘客服务质量。
1.计划节省人力资源40%,设备费用120%;
2.计划提高日常订票事务处理速度的85%;
3.计划提高控制精度100%;
4.可实现信息化的管理;
5.可实现半自动化的决策系统;
6.计划人员利用率提高80%;
2.2运行环境
a.处理器型号及内存容量:
CY2.53GHZ,内存256M
b.外存容量、联机或脱机、媒体及其存储格式,设备的型号及数量:
80G硬盘即可。
c.输入及输出设备的型号和数量,联机或脱机;
d.数据通信设备的型号和数量;
e.功能键及其他专用硬件
2.3条件与限制
1.条件:
现有的航班管理系统、现有的订票系统为可利用资源;具备Windows2000,WindowsXP等Windows操作系统,并配置SQLServer2005版应用软件、WEB服务器、若干台微机和打印机
2.限制:
硬件限制:
PentiumIII450,258MRAM,14GHD(服务器);Pentium133,32MRAM,4.3GHD(客户机)
操作系统限制:
WindowsXP(服务器版本)、Windows7/Windows2000系统运行
软件限制:
应安装杀毒软件,防止病毒干扰
时间限制:
该系统开发应在2011年1月1号前完成
3.数据描述
3.1数据需求
1.旅客:
姓名、证件号(身份证号码/护照号码)---主键、联系方式、出发时间、出发地点和目的地、航班舱位要求
2.取票单:
单号---主键、姓名、票号
3.帐单:
编号---主键、付款金额、票号
4.机票:
票号---主键、姓名、证件号、航班、座位、起飞时间、起飞地点、抵达时间、抵达地点、票价
5.航班:
航班号---主键、起飞时间、起飞地点、抵达时间、抵达地点、座位数、空位数、票价
数据表图:
1航班信息数据库,其数据表的逻辑结构设计如下表所示:
字段序号
字段名称
数据类型
字段宽度
关键字
1
航班号
varchar
50
主键
2
购订票人
varchar
50
3
身份证号
varchar
50
4
发出城市
varchar
50
5
到达城市
varchar
50
6
日期
datatime
8
7
起飞时间
datatime
8
8
到达时间
datatime
8
9
座位等级
varchar
4
10
座位总数
int
4
11
剩余座位
int
4
12
票价
int
4
2乘客表,其数据表的逻辑结构设计如下表所示:
字段序号
字段名称
字段类型
字段长度
关键字
1
航班号
varchar
50
主键
2
购订票人
varchar
50
3
身份证号
varchar
50
4
发出城市
varchar
50
5
到达城市
varchar
50
6
日期
datatime
8
7
起飞时间
datatime
8
8
到达时间
datatime
8
9
座位等级
varchar
4
3飞行时刻表,其数据表的逻辑结构设计如下表所示:
字段序号
字段名称
字段类型
字段长度
关键字
1
航班号
varchar
50
主键
2
发出城市
varchar
50
3
到达城市
varchar
50
4
起飞时间
varchar
50
5
到达时间
varchar
50
6
所属公司
varchar
50
3.2数据库介绍
1.服务器程序在对订票/取票进行操作时需对数据库进行数据提交,即对数据表进行查询和修改:
在订票/取票过程中都需要对数据库中的所有表,进行联合查询、修改。
2.物理数据结构主要用于各模块之间函数的信息传递。
3.接口传递的信息是用数据结构封装了的数据,以参数传递或返回值的形式在各模块间进行传输。
4.对于出错信息将送入显示模块中,机票信息、帐单信息、取票单信息送入准备打印模块中准备打印格式。
3.3数据管理能力要求
根据公司的业务能力,本公司有到达全国各地的航班和少数直通国外的航班,数据处理量处于中等水平,但公司位置优越,乘客流通量较大,特别是节假日,乘客流量激增,是对公司的一个考验,这就要求所设计的软件系统要符合这方面的要求。
3.4故障处理要求
软件的操作主要是对数据库的管理和维护,其中发生的故障也是针对数据库的,基于数据库有日志文件,可以很方便的修复;其他方面的故障在本系统设计时已经综合考虑了,除非是计算机硬件方面的故障,这和操作没有关系,但是只要操作手段正常,除非正常情况,一般不会发生硬件的故障。
3.5其他专门要求
鉴于航空业务的特点,系统的各方面要求是很严格的:
安全是首要考虑的,这在设计时已经充分的考虑了;其次此软件的使用方有很大一方面是乘客,我们的主旨是为乘客提供方便快捷的服务,因此软件是否使用方便是要充分考虑的其他系统的维护性、可靠性等都是考察系统是否完善的关键因素。
功能需求
4.1功能划分
1.航班查询
2.旅客订票
3.航班信息管理
4.航班安排
5.售票管理
6.退票管理
7.机票销售情况核算
4.2功能描述
1.航班查询:
旅客可通过网络访问该系统客户端网址,可根据旅客提供的出发时间、出发地点和目的地、舱位要求等,查询满足旅客要求的航班。
通过检索可得到航班的相关信息,从而可以方便旅客订票并掌握所需信息,同时可减少工作人员的工作量。
2.旅客订票
旅客将订票的相关信息通过工作人员输入系统客户端。
客户端将旅客的订票信息通过网络传送给服务端,服务端根据接收到的信息由航班安排系统为旅客安排座位并返回相应的确认信息给该客户端。
订票信息生成后,存入相应的存储区域,并对数据库进行数据提交。
客户端打印取票单及帐单给旅客,旅客在登机前,经信息核审后,即可领取机票登机。
3.航班信息管理
航空公司可将所有航班的信息存入数据库,方便用户对航班基本信息查询,相关工作人员可根据公司要求,经系统身份认证后登录并对航班信息进行修改等操作,从而使航班信息便于管理。
4.航班安排
从客户端接收到旅客的订票信息,该系统可在短时间内处理旅客航班问题。
将订票信息送往数据库并更新,客户端的航班查询信息也同步更新。
节省时间的同时,也能让旅客得到最新的航班信息。
5.售票管理
旅客不仅可在各客户端进行机票预定,也可直接在机场的售票处购票,购票信息由系统提交到数据库进行管理更新。
6.退票管理
机票有效期内,旅客若需退票,可在退票处进行退票。
退票信息,由工作人员输入系统,系统对订票信息或售票信息进行删除更新。
7.机票销售情况核算
因为航空公司机票销售量大,而航空公司为了公司的经营,有需要在一定的时间阶段了解公司机票的销售情况。
而庞大的数据量通过人工来完成,似乎不太现实,而该系统可帮助航空公司进行售票情况的核算。
性能需求
5.1准确性和及时性
1.系统处理的准确性和及时性是系统的必要性能。
2.在系统设计和开发过程中,要充分考虑系统当前和将来可能承受的工作量,使系统的处理能力和响应时间能够满足企业对信息处理的需求。
3.由于机票预定系统的查询功能对于整个系统的功能和性能完成举足轻重。
作为系统的很多数据来源,而机票数量和时间又影响企业的决策活动,其准确性很大程度上决定了机票预定系统的成败。
在系统开发过程中,必须采用一定的方法保证系统的准确性。
5.2开放性和可扩充性
1.机票预定系统在开发过程中,应该充分考虑以后的可扩充性。
例如订票系统的方式的改变(网上订票),用户查询的需求也会不断的更新和完善。
所有这些,都要求系统提供足够的手段进行功能的调整和扩充。
2.要实现可扩充性,应通过系统的开放性来完成,即系统应是一个开放系统,只要符合一定的规范,可以简单的加入或减少系统的模块。
通过软件的修补、替换操作来完成系统的升级和更新换代。
5.3易用性和易维护性
1.机票预定系统是直接面对使用人员的,而用户往往对计算机并不时非常熟悉。
这就要求系统能够提供良好的用户接口,易用的人机交互界面。
2.要实现易用性,就要求系统应尽量选择用户熟悉的术语和语言界面;并针对用户可能出现的使用问题,提供相应的在线帮助,缩短用户对系统熟悉的时间。
3.机票预定系统中涉及到的数据是航空公司相当重要的信息,系统要提供方便的方式供系统维护人员进行数据的备份,日常的安全管理,以及系统意外崩溃时数据的恢复等操作。
5.4标准性
1.系统在设计开发使用过程中都要涉及到很多计算机硬件、软件,所有这些都要符合主流国际、国家和行业标准。
例如在开发中使用的操作系统、网络系统、开发工具都必须符合通用标准;规范的数据库操纵界面、作为业界标准的TCP/IP网络协议及ISO9002标准所要求的质量规范等。
2.在自主开发本系统时,要进行良好的设计工作,制订行之有效的软件工程规范,保证代码的易读性、可操作性和可移植性。
5.5先进性
1.目前计算机系统的技术更新相当快,做为航空订票系统,应保证系统在下个世纪仍旧是先进的,在系统的生命周期尽量做到系统的先进,充分完成企业信息处理的要求而不至于落后。
2.通过系统的开放性和可扩充性,不断改善系统的功能完成。
3.在系统设计和开发的过程中,应在考虑成本的基础上尽量采用当前主流并有良好发展前途的产品。
5.6响应速度快
1.系统在日常处理中的响应速度为秒级,达到实时要求,以及时反馈信息。
2.进行统计分析时,根据所需数据量的不同而从秒级到分钟级,则是保证工作人员不会因为速度问题而影响工作效率。
运行需求
6.1用户接口
本系统的用户一般需要通过终端进行操作,进入主界面后点击相应的窗口,分别进入相对应的界面(如:
输入界面、输出界面)。
6.2外部接口
1.用户界面:
在用户界面部分,根据分析结果,用户需要一个用户友善界面。
在界面设计上,应做到简单明了,易于操作,并且要注意界面的布局,应突出的显示重要以及出错信息。
外观上也要做到合理化,做到不仅拥有可靠性,同时有易使用性。
2.外设接口:
在输入方面,对于键盘、鼠标的输入;在输出方面,打印机的连接及使用,网络的传输;实现高速传输。
6.3故障处理
1.输出出错信息:
程序在运行时主要会出现输入信息不满足要求时的软故障,以及类似网络传输超时等其他原因产生的硬故障两种故障。
对于软故障,须在订票/取票操作成功判断,以及输入数据的验证模块进行数据分析,判断故障类型,再生成相应的错误提示语句,送到输出模块中;对于硬故障,可在故障产生的相应模块中输出简单的出错语句,并将程序重置,返回输入阶段。
2.处理对策:
客户端及服务端都必须安装不间断电源以防止停电或电压不稳造成的数据丢失;网络传输方面,可考虑建一条成本较低的后备网络,以保证主网断路时数据的通信;硬件方面,要选择较可靠、稳定的服务器机种,保证系统运行时的可靠性。
其他需求
7.1管理员信息
管理员为航空公司内部人员,不仅可以对航班信息进行查询,还可对航班信息进行修改等相应的操作,因此管理员信息需经过详细具体的认证。
管理员注册信息:
7.2管理员界面
该界面仅对管理员开放。
管理员登录后进入该界面,界面的菜单内容都是针对管理员的操作设计,方便管理员进行操作。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 航空 订票 系统 需求 分析