航空订票系统需求分析报告.docx
《航空订票系统需求分析报告.docx》由会员分享,可在线阅读,更多相关《航空订票系统需求分析报告.docx(13页珍藏版)》请在冰点文库上搜索。
航空订票系统需求分析报告
1252355
王超
1.编写目的及背景
编写目的
1.本文档旨在从技术、经济、操作等方面综合研究分析机票预订系统的需求以及各模块需要实现的具体要求,尽可能多地考虑在日后研发过程中可能出现的问题,为日后的概要设计和详细设计打基础
2.便于用户、系统分析人员和程序员对需求进行理解和交流,初步判定目标软件能否满足其原来的期望,并可作为系统分析员设计软件的基本出发点;
3.确立可测试标准,用于软件开发完成后测试产品。
4.预期的读者和阅读建议:
项目经理,项目组成员:
须将本文档的全部内容理解清楚。
测试人员:
主要阅读本文中详细的需求部分。
客户:
需明确所有的需求分析是否符合自己提出的要求。
背景
说明:
1.软件系统名称:
航空机票预订系统。
2.任务提出者:
XX航空公司
3.用户:
XX航空公司,各大订票点
4.实现:
XX航空公司计算中心
定义
结构化语言:
将自然语言加上程序设计语言的控制结构就成了结构化语言。
数据库:
按照数据结构来组织、存储和管理数据的仓库。
旅客信息:
旅客提出订票要求时输入的信息,包括姓名、性别、工作单位、身份证号码(护照号码)、旅行时间、旅行始发地和目的地,航班舱位要求等。
取票通知:
旅客取票凭证。
账单:
旅客取票和交易的凭证。
机票:
旅客登机凭证。
2任务概述
目标
1.|开发意图:
为方便旅客订票,提高工作效率,在技术、经济可行的条件下开发目标软件。
2.应用目标:
接收预定机票的旅客信息(姓名、性别、工作单位、身份证号码(护照号码)、旅行时间、旅行始发地和目的地,航班舱位要求等)。
为旅客安排航班。
当旅客交付了预订金后,系统打印出取票通知和帐单给旅客。
旅客在飞机起飞前一天凭取票通知和帐单交款取票,系统核对无误即打印出机票给旅客。
能够及时对于航班售票情况进行统计。
3.作用范围:
xx航空公司所有订票点。
4.目标软件作为航空公司内部管理系统的一部分,与其他软件的关系如下:
用户的特点
1.使用本软件人员要求有一定计算机基础的人员,系统管理员要求有计算机的专业知识,所有人员都要经过本公司培训.
2.管理人员也需经一般培训.
3.系统管理员,审计员将进行专业培训,以保证他们将熟练管理本系统.
4.目标软件的预期使用频度:
二十四小时不定期使用。
假定和约束
1.Client/Server结构总体设计方案对它的约束:
机票预定系统做为Client/Server结构的一个应用系统,不可避免的要受到Client/Server结构的约束。
在其实施的各个阶段都要服从它的一些规划,包括功能设计、系统配置和计划。
同时,由于信息的共享,机票预定系统还受到其它系统的信息约束。
2.人力、资金、时间的约束
机票预定工程实施的目标就是要带给航空公司看得出见的效益,其开发过程中也要考虑到人力、资金和时间的约束。
因此,在设计中,重点是销售系统中的方便快捷,能提供给旅客以优质高效的服务,并提高销售的效率和便捷,为航空公司带来良好的效益。
3.技术发展规律的约束
计算机技术和产品的发展日新月异,将会给信息处理带来更多的手段,同时也会带来更加丰富的信息表达形式。
例如图象和语音技术的进步,多媒体技术的发展,这些都要求系统在设计时考虑技术变化的可能性,为可能的变化预留一定的系统处理能力。
3需求规定
对功能的规定
实现功能
系统流程图:
数据流图:
旅客订票流程图:
旅客清单
航班机票旅客订票记录
订票机票信息
航班机票信息
航班机票信息
订票信息
取票通知
订票信息
旅客取票图:
订票旅客清单
售出机票信息
ER图:
状态转换图:
数据字典
输入:
输出:
4综合需求
功能模块的划分
1.用户管理
用户的注册,数据库需要存放相应的注册信息。
用户登陆时,主要验证用户姓名,密码和权限是否正确,分为管理员和售票员。
售票员只能由管理员帮其注册,才有权利进入。
管理员实现对用户的增,删,改,查。
2.航线舱位信息管理
管理员航线和舱位信息进行增,删,改,查,数据库存放相应信息。
售票员只能查询航线和舱位信息
3.乘客信息管理
由售票员操作,可按时间和地点的模糊查询来查看机票信息。
若售出一张票,舱位信息表减少相应的购买票数,数据库员工业绩表的业绩增加相应的售票金额,乘客信息表同时添加一条乘客信息。
售票员都可对乘客信息进行增,删,改,查。
管理员可以进行增,删,改,查。
4.员工业绩信息管理
管理员可查询和删除员工业绩信息。
5.用户交流平台
管理员可以通过该平台与售票员通信。
性能需求
系统处理的准确性和及时性是系统的必要性能,一般是当天信息,需要足够大的数据库支撑
可靠性和可用性需求
系统必须能够长时间稳定工作,一般要求一个月内不出现2次过账
出错处理需求
系统要提供方便的手段供系统维护人处理日常的安全管理,系统意外崩溃数据能够及时恢复,能够处理不同人员的查询行为。
其他需求
将来可能需要能够由传感器直接传递场馆转态信息,而非人工操作,节省人力资源