航空订票系统分析需求报告.docx
- 文档编号:17399146
- 上传时间:2023-04-24
- 格式:DOCX
- 页数:139
- 大小:1.46MB
航空订票系统分析需求报告.docx
《航空订票系统分析需求报告.docx》由会员分享,可在线阅读,更多相关《航空订票系统分析需求报告.docx(139页珍藏版)》请在冰豆网上搜索。
航空订票系统分析需求报告
航空订票系统分析需求报告
1252355
1.编写目的及背景
1.1编写目的
1.本文档旨在从技术、经济、操作等方面综合研究分析机票预订系统的需求以及各模块需要实现的具体要求,尽可能多地考虑在日后研发过程中可能出现的问题,为日后的概要设计和详细设计打基础
2.便于用户、系统分析人员和程序员对需求进行理解和交流,初步判定目标软件能否满足其原来的期望,并可作为系统分析员设计软件的基本出发点;
3.确立可测试标准,用于软件开发完成后测试产品。
4.预期的读者和阅读建议:
●项目经理,项目组成员:
须将本文档的全部内容理解清楚。
●测试人员:
主要阅读本文中详细的需求部分。
●客户:
需明确所有的需求分析是否符合自己提出的要求。
1.2背景
说明:
1.软件系统名称:
航空机票预订系统。
2.任务提出者:
XX航空公司
3.用户:
XX航空公司,各大订票点
4.实现:
XX航空公司计算中心
1.3定义
●结构化语言:
将自然语言加上程序设计语言的控制结构就成了结构化语言。
●数据库:
按照数据结构来组织、存储和管理数据的仓库。
●旅客信息:
旅客提出订票要求时输入的信息,包括姓名、性别、工作单位、身份证号码(护照号码)、旅行时间、旅行始发地和目的地,航班舱位要求等。
●取票通知:
旅客取票凭证。
●账单:
旅客取票和交易的凭证。
●机票:
旅客登机凭证。
2任务概述
2.1目标
1.|开发意图:
为方便旅客订票,提高工作效率,在技术、经济可行的条件下开发目标软件。
2.使用目标:
●接收预定机票的旅客信息(姓名、性别、工作单位、身份证号码(护照号码)、旅行时间、旅行始发地和目的地,航班舱位要求等)。
●为旅客安排航班。
●当旅客交付了预订金后,系统打印出取票通知和帐单给旅客。
●旅客在飞机起飞前一天凭取票通知和帐单交款取票,系统核对无误即打印出机票给旅客。
●能够及时对于航班售票情况进行统计。
3.作用范围:
xx航空公司所有订票点。
4.目标软件作为航空公司内部管理系统的一部分,和其他软件的关系如下:
2.2用户的特点
1.使用本软件人员要求有一定计算机基础的人员,系统管理员要求有计算机的专业知识,所有人员都要经过本公司培训.
2.管理人员也需经一般培训.
3.系统管理员,审计员将进行专业培训,以保证他们将熟练管理本系统.
4.目标软件的预期使用频度:
二十四小时不定期使用。
2.3假定和约束
1.Client/Server结构总体设计方案对它的约束:
机票预定系统做为Client/Server结构的一个使用系统,不可避免的要受到Client/Server结构的约束。
在其实施的各个阶段都要服从它的一些规划,包括功能设计、系统配置和计划。
同时,由于信息的共享,机票预定系统还受到其它系统的信息约束。
2.人力、资金、时间的约束
机票预定工程实施的目标就是要带给航空公司看得出见的效益,其开发过程中也要考虑到人力、资金和时间的约束。
因此,在设计中,重点是销售系统中的方便快捷,能提供给旅客以优质高效的服务,并提高销售的效率和便捷,为航空公司带来良好的效益。
3.技术发展规律的约束
计算机技术和产品的发展日新月异,将会给信息处理带来更多的手段,同时也会带来更加丰富的信息表达形式。
例如图象和语音技术的进步,多媒体技术的发展,这些都要求系统在设计时考虑技术变化的可能性,为可能的变化预留一定的系统处理能力。
3需求规定
3.1对功能的规定
实现功能
系统流程图:
数据流图:
1.1
旅客信息记录
旅客
2.2
传给旅行社
1.3
产生取票通知
旅客订票流程图:
旅客清单
航班机票旅客订票记录
订票机票信息
航班机票信息
航班机票信息
订票信息
取票通知
订票信息
旅客取票图:
旅客
旅客
1.1
旅客信息查询
3.2
打印机票
订票旅客清单
售出机票信息
ER图:
状态转换图:
数据字典
输入:
名字:
旅客信息
数据类型:
字符型
描述:
旅客的个人信息,用于对旅客的确认
定义:
旅客信息=姓名+性别+工作单位+身份证号码+旅行时间
+旅行目的地
位置:
输入到旅行社端(client端)
名字:
订票旅客清单
数据类型:
字符型
描述:
已订票的旅客的记录
定义:
订票旅客清单=旅客信息的合集
位置:
输入到旅行社端(Client端)
名字:
订票信息
数据类型:
字符型、date型
描述:
旅客的旅行时间和目的地,用于确定旅客的航班
定义:
订票信息=旅客旅行时间+旅客旅行目的地
位置:
输入到航空公司端(Server端)
名字:
航班机票信息
数据类型:
字符型、整型
描述:
旅客的航班信息,根据旅客的旅行时间和目的地确定
定义:
航班机票信息=旅客机票时间+旅客机票班次
位置:
传输到旅行社端(Client端)
名字:
取票通知
数据类型:
字符型、date型
描述:
旅客领取机票的凭证
定义:
取票通知=旅客姓名+领票时间
位置:
输出到打印机
名字:
售出机票信息
数据类型:
字符型、date型
描述:
旅客的航班机票的信息
定义:
售出机票信息=旅客的航班机票
位置:
输出到打印机
名字:
账单
数据类型:
double型
描述:
旅客交付预订金后取票和交易的凭证
定义:
账单=旅客交付预订金的数额
位置:
输出到打印机
名字:
旅客订票记录
数据类型:
字符型、date型、double型
描述:
已订票的旅客在航空公司的记录
定义:
旅客订票记录=旅客姓名+航班机票信息
位置:
输出到航空公司数据库中(Server端)
输出:
4综合需求
功能模块的划分
1.用户管理
用户的注册,数据库需要存放相应的注册信息。
用户登陆时,主要验证用户姓名,密码和权限是否正确,分为管理员和售票员。
售票员只能由管理员帮其注册,才有权利进入。
管理员实现对用户的增,删,改,查。
2.航线舱位信息管理
管理员航线和舱位信息进行增,删,改,查,数据库存放相应信息。
售票员只能查询航线和舱位信息
3.乘客信息管理
由售票员操作,可按时间和地点的模糊查询来查看机票信息。
若售出一张票,舱位信息表减少相应的购买票数,数据库员工业绩表的业绩增加相应的售票金额,乘客信息表同时添加一条乘客信息。
售票员都可对乘客信息进行增,删,改,查。
管理员可以进行增,删,改,查。
4.员工业绩信息管理
管理员可查询和删除员工业绩信息。
5.用户交流平台
管理员可以通过该平台和售票员通信。
性能需求
系统处理的准确性和及时性是系统的必要性能,一般是当天信息,需要足够大的数据库支撑
可靠性和可用性需求
系统必须能够长时间稳定工作,一般要求一个月内不出现2次过账
出错处理需求
系统要提供方便的手段供系统维护人处理日常的安全管理,系统意外崩溃数据能够及时恢复,能够处理不同人员的查询行为。
其他需求
将来可能需要能够由传感器直接传递场馆转态信息,而非人工操作,节省人力资源
HHHH大学
航空订票系统(AirlineReservationSystem)
姓名:
AAA(项目经理)
BBB、CCC、DDD
EEE、FFF
专业:
软件工程
指导老师:
GGG
一、可行性研究报告
1、报告编写目的
2、项目概述--------------------------------------------------------(主要负责人:
EEE)
2.1、项目背景
2.2、项目意义
2.3、项目目标
2.4、项目用途
3、技术可行性-----------------------------------(主要负责人:
FFF)
3.1、可行性因素
3.2、技术条件
3.3、用户使用可行性
3.4、系统可行性简要描述
3.5、系统可行性处理流程
二、项目开发计划----------------------------------(主要负责人:
AAA)
1、工作内容
2、主要参和人员
3、产品
3.1、软件包
3.2、设计文档
3.3、软件操作手册
3.4、服务
4、完成项目的期限
5、项目的计划进度表
6、实施计划
6.1、工作任务的分解和人员的分工
三、需求规格说明书--------------------------------(主要负责人:
AAA)
1、用户需求
2、功能性需求
2.1、运行环境
2.2、系统层次结构图
2.2.1、航空机票预订网站
2.2.2、航空订票管理系统
3、非功能性需求
3.1、性能需求
3.2、安全性需求
3.3、可靠性和可用性需求
3.4、出错处理需求
3.5、接口需求
3.6、约束
3.7、逆向需求
3.8、将来可能提出的要求
4、其他需求
四、概要设计说明书--------------------------------(负责人:
所有人)
1、总体设计
1.1、总体结构设计
1.2、运行环境设计
1.3、功能模块清单设计
2、模块(部件)清单设计
2.1、公用模块功能分配
2.2、专用模块功能分配
3、数据结构设计
3.1、数据库表名清单
3.2、数据库表之间关系说明
3.3、数据库表的详细清单
4、接口设计
五、详细设计说明书--------------------------------(负责人:
所有人)
1、模块实现设计
1.1、公用模块设计
1.2、专用模块设计
2、接口实现设计
六、数据库设计说明书------------------------------(主要负责人:
AAA)
1、数据库结构设计
2、数据库的安全保密性设计
3、数据库优化
4、数据库源代码
七、测试计划--------------------------------------(负责人:
所有人)
1、单元测试
2、功能测试
八、测试分析报告----------------------------------(主要负责人:
AAA)
1、测试计划执行情况
2、软件需求测试结论
九、项目开发总结报告------------------------------(负责人:
所有人)
AAA
BBB
CCC
DDD
EEE
FFF
十、系统源程序------------------------------------(负责人:
所有人)
十一、操作手册------------------------------------(负责人:
所有人)
一、可行性研究报告
1、报告编写目的
可行性研究的目的是为了对问题进行研究,以最小的代价在最短的时间内确定问题是否可解。
项目进行详细调查研究,初拟系统实现报告,对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。
明确开发风险及其所带来的经济效益。
本报告经审核后,交软件经理审查。
2、项目概述
2.1、项目背景
目前,国内航空公司的数量和规模都在扩大,国外航空公司也纷纷着陆中国,这些航空公司之间的竞争可谓日益激烈。
配备一个安全、高效、灵活、可靠的客户服务中心系统对于航空公司加强客户服务质量,提高客户服务水平,扩展业务途径,维护公众形象,提高工作效率必将发挥重要作用。
2.2、项目意义
对国内航空公司来说,航空订票管理系统既能扩大服务范围,扩大公司影响,减少营业费用,又对稳固航空公司的客源有着重要的辅助作用;站在旅客的角度,航空公司提供的这种服务提供了更多的方便,节省了很多时间。
建设航空订票管理系统是体现和提高航空公司领导业绩的一条捷径,此外还具有重要意义:
a、改善航空公司服务质量;
b、创造和提升航空公司的品牌优势;
c、优化航空公司的服务流程;
d、提升信息化的水平;
2.3、项目目标
航空订票系统(AirlineReservationSystem)目的是为了方便国内航空营业的售票工作,提高国内航空公司服务质量和服务效率。
2.4、项目用途
航空订票系统(AirlineReservationSystem)的设计针对于国内航空预订票和管理情况,包含网上预订票、营业点取票、营业点买票、订票管理、网上退票、营业点退票(即订票、退票、查询、管理)等业务。
3、技术可行性
3.1、可行性因素
a.项目的效率远大于成本;
b.技术可行,以现有技术完全可以承担起开发的任务;
c.操作可行,软件的简单易用能被原有的工作人员快速接受;
3.2、技术条件
系统:
Windows7或者WindowsXP或WindowsVista
开发平台:
MyEclipse6.5
开发语言:
Java
架构:
B/S
服务器:
Tomcat6.0
前台:
ExtJs/Html/Javascript/Css
后台:
Structs2(JDK)
业务层:
Hibernate
数据库:
MySQL
版本控制:
SVN(subversion是近年来崛起的版本管理工具,是cvs的接班人。
目前,绝大多数开源软件都使用svn作为代码版本管理软件)
3.3、用户使用可行性
系统涉及高级管理人员(2人)、管理人员、相关员工、网上订票的网民等用户。
a、高级管理人员需要结合本公司业务进行系统的总体培训;
b、使用本管理系统人员需要有一定的计算机基础知识;
c、管理人员需要进行专业的培训,从而熟练地使用本管理系统;
d、相关员工对本管理系统的使用进行浅层的培训;
e、网上订票网民能够通过简要的操作进行预订票;
3.4、系统可行性简要描述
在终端机是用户可操作的网络平台,需要安装浏览器(FireFox、360、IE均可),主要向航空公司的服务器传递数据。
a、高级管理人员(2人)在浏览器上进行管理人员分配、报表分析、销售情况分析等业务上的操作。
终端机向服务器发出进行人员分配、打印报表、销售分析等请求。
服务器根据请,反馈给终端机相关的人员、报表、销售信息,显示在终端机的浏览器上。
b、当管理员在浏览器上进行客户管理或者客户订票时,终端机向服务器发出查询、订票、退票等请求。
服务器根据请求,反馈给终端机航班信息、订票成功和否、退票成功和否的实时数据,显示在终端机的浏览器上。
c、当客户在浏览器上进行预订票时,终端机向服务器发出查询、订票、退票、报表信息等请求,服务器根据请求,反馈给终端机航班信息、订票成功和否、退票成功和否的实时数据,显示在终端机的浏览器上。
3.5、系统可行性处理流程
二、项目开发计划
1、工作内容
为完成本项目,需要按照需求分析、设计、评审、编码、测试、安装和维护等不同的阶段来进行,其中,本计划不考虑维护阶段所做的工作。
需求分析明确本项目所开发产品的特性,并对不同的功能组进行划分,得到用户方的确认。
设计阶段将需求转换为计算机的模型,并且对实现的功能进行分配,详细设计还提供各模块、任务、功能点的详细规划。
评审分布在项目的阶段点,是质量保证的一部分,评审活动用于确定和调整和需求的偏差,以确保最后的产品符合初始提出的要求。
编码实现将按照软件产品设计所描述的内容,编写代码实现软件各部分的功能。
测试部分包括对实现过程的错误的修改、功能的改进的一些活动,同时各包括了各子系统、模块、功能点的组合和连调。
以上的过程中,包含了不同阶段的文档输出工作,并且上一阶段的输出,通常作为下一阶段的输入而存在。
2、主要参和人员
人员名称
主要职责或职务
成员技能说明
AAA
项目经理、文档工程师、程序员、测试师
项目规划、指导、系统测试
BBB
程序员、测试师
脚本编码、连调、系统测试
CCC
系统分析员、程序员、测试师
系统分析、页面设计、系统测试
DDD
系统分析员、程序员、测试师
系统分析、技术分析、系统测试
EEE
系统分析员、数据库设计师、程序员、测试师
系统分析、数据库设计、系统测试
FFF
系统分析员、程序员、测试师
系统调试、页面设计、系统测试
3、产品
最后完成的软件将交付相关的软件包、设计文档、软件操作手册、服务。
3.1、软件包
a、完成的航空订票系统(AirlineReservationSystem)以.rar格式进行压缩打包成软件包;
b、软件包里附带数据库系统的脚本程序;
3.2、设计文档
设计文档将提供软件的整个开发流程、开发技术的准备工作等详细的资料。
3.3、软件操作手册
a、操作手册提供用户对软件系统的操作指导,要求同时以.html或.doc格式的电子文档;
b、操作手册同时包含整个软件的安装指南;
3.4、服务
a、参和人员能为用户进行系统讲解、介绍;
b、参和人员能培训用户熟练操作我们开发的软件系统;
c、参和人员能够对正在使用的软件系统进行远程监控;
d、参和人员能够履行合同中的其他合理性维护工作(如对方业务的保密性,这方面暂时省略)
4、完成项目的期限
在2010年9月底启动本项目,2010年11月底完成测试,并提供软件包、设计文档、软件操作手册等详细的开发资料。
项目启动:
2010年9月25日
项目结束:
2010年11月30日
5、项目的计划进度表
6、实施计划
6.1、工作任务的分解和人员的分工
本项目的工作分解结构如下:
功能业务
负责人
航空公司业务功能
报表统计分析
AAA
人员信息管理功能
BBB
票价管理功能
CCC
客户订票信息管理功能
布局
DDD
航班信息管理功能
EEE
飞机机型管理功能
FFF
三、需求规格说明书
1、用户需求
(暂时无特殊需求)
2、功能性需求
2.1、运行环境
a、客户端
操作系统:
不限
浏览器:
IE6.0以上、Firefox、360
b、使用服务端
操作系统:
WindowsXP、WindowsVista、Windows7、Linux、Unix
使用服务器:
Tomcat6.0或更高更新版本
数据库访问:
JDBC(Hibernate的持久层设计)
c、数据库服务器端
操作系统:
WindowsXP、WindowsVista、Windows7
数据库系统:
MySQL
d、辅助工具
名称
参考网站
作用
图标
PowerDesigner
进行数据库设计
VisualSVN
SVN版本控制服务器
TortoiseSVN
SVN版本控制客户端,使团队成员代码共享
MySQLAdministrator
MySQL数据库管理工具
Firebug
b/s前台调试工具
2.2、系统层次结构图
2.2.1、航空机票预订网站
2.2.3.1、注册帐户管理
注册帐户管理包含增加帐户信息、修改帐户信息、查看帐户信息。
具体有
a、增加帐户信息、修改帐户信息、查询帐户信息共有的信息
帐户帐号、帐号密码、性别、联系号码、邮箱、帐户种类(金牌客户、银牌客户、普通客户)、积分、注册时间;
b、查询帐户信息附加的信息
帐户已订票记录、审核不通过记录、可用订票(有效期内);
2.2.3.2、机票信息查询
机票信息查询包含查询航班、查询订票、统计分析表。
具体有
a、查询航班包含的信息
航班号、机型、航班公司(国航、南航、东航、海航、深航、厦航)、公司信息、航空代码、地址、网址、电话、(航班提供的航线)起始地、抵达地(不同航班可以有相同的航线)、(航班时间)起始时间、到达时间;
b、查询订票包含的信息
订票价格、机票折扣、航班号、(航班时间)起始时间、到达时间、(航班提供的航线)起始地、抵达地;
c、统计分析表
航线(起始地到抵达地)的机票折扣;
2.2.3.3、飞机预订票
飞机预订票包含填写订票、付款、退票。
具体有
a、填写订票包含的信息
填写订票人信息:
姓名、身份证号码、联系号码、地址、订票时间(系统时间)
填写订票信息:
航班号、起始时间、到达时间、航线(起始地、抵达地)、订票数量(限数1,通过飞机一次航行代号,预订票本航行一次了,不可再为本航行买票)、扣费金额
填写座位要求:
头等舱(舱位代码为F)、公务舱(舱位代码为C)、经济舱(舱位代码为Y)
航程类型:
单程(这里仅限单程)
付款:
银行卡号、银行密码、银行帐户余额
b、退票
在时间允许范围内可退票,退还帐户金额或金钱;
2.2.2、航空订票管理系统
2.2.4.1、订票客户管理
订票客户管理包含增加客户信息、删除客户信息、查询客户信息、修改客户信息。
具体有
a、增加客户信息、删除客户信息、查询客户信息、修改客户信息共有的信息(这里是现场买票)
填写订票人信息:
姓名、身份证号码、联系号码、地址、订票时间(系统时间)
填写订票信息:
航班号、起始时间、到达时间、航线(起始地、抵达地)、订票数量(限数1,通过飞机一次航行代号,预订票本航行一次了,不可再为本航行预订或买票)、扣费金额
填写座位要求:
头等舱(舱位代码为F)、公务舱(舱位代码为C)、经济舱(舱位代码为Y)
航程类型:
单程(这里仅限单程)
付款:
现金付款、银行付款(银行卡号、银行密码)
2.2.4.2、航班机票管理
a、订票审核管理
银行扣费(通过银行帐户余额情况判断审核是否通过)
b、退票管理
现金退票、银行退票
2.2.4.3、航班信息管理
航班信息管理包含增加航班信息、删除航班信息、查询航班信息、修改航班信息。
具体有
a、增加航班信息、删除航班信息、查询航班信息、修改航班信息共有的信息
航班号、飞机机型、机型上限人数、机型各舱位人数(公务舱、经济舱)、各航空公司(国航、南航、东航、海航、深航、厦航)、
公司信息、航空代码、地址、网址、电话、
(航班提供的航线)起始地、抵达地(不同航班可以有相同的航线)、
(航班时间)起始时间、到达时间、
航线舱位价格(公务舱、经济舱,不同公司舱位价格不同)
2.2.4.4、报表打印管理
报表打印管理包含机票销售分析图、表和生成机票。
具体有
a、机票销售分析图、表
机票日、月、年销售量统计图,机票在各航空公司销售量表和图。
b、生成机票
提供打印生成机票的功能
2.2.4.5、人员用户管理
人员用户管理包含高级管理人员、管理人员。
具体有
a、高级管理人员(2人)
航空订票管理系统的整个管理;
b、管理人员
航空订票管理系统的订票客户管理、航班机票管理功能;
2.2.4.6、票价管理
票价管理包含票价折扣、票价类型。
具体有
a、票价折扣
各航班号(航空公司)各航线各舱位各票价类型不同,票价折扣不同;
b、票价类型
儿童票价、成人票价、金牌客户、银牌客户和普通客户;
2.3、系统角色
3、非功能性需求
3.1、性能需求
a、客户端面响应时间不超过3秒
b、支持并发性使用并保证性能不受影响
3.2、安全性需求
a、权限控制
预订票系统:
一般网民通过注册能够进行订票、退票、查询等业务,没有帐户的网民只供查询浏览;
管理系统:
通过高级管理人员用户进行分配工作,没有权限的用户禁止使用系统;
b、数据库备份
允许用户进行数据的备份和恢复,以弥补数据的破坏和丢失;
3.3、可靠性和可用性需求
a、方便操作,操作流程合理
尽量从用户的角度出发,以方便使用本产品。
如:
信息检索时自动匹配;
b、支持没有计算机使用经验、计算机使用经验较少及有较多计算机使用经验的用户均能方便地使用本系统;
c、控制必录入项
本系统能够对必需录入的
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 航空 订票 系统分析 需求 报告