航空订票系统需求分析报告
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/Serve r 结构总体设计方案对它的约束：
机票预定系统做为Client/Server 结构的一个应用系统，不可避免的要受到Client/Server 结构的约束。在其实施的各个阶段都要服从它的一些规划，包括功能设计、系统配置和计划。同时，由于信息的共享，机票预定系统还受到其它系统的信息约束。
航空公司管理系统
员工管理系统
设备管理系统
航班管理系统
订票管理系统
2．人力、资金、时间的约束
机票预定工程实施的目标就是要带给航空公司看得出见的效益，其开发过程中也要考虑到人力、资金和时间的约束。因此，在设计中，重点
是销售系统中的方便快捷，能提供给旅客以优质高效的服务，并提高销
售的效率和便捷，为航空公司带来良好的效益。
3．技术发展规律的约束
计算机技术和产品的发展日新月异，将会给信息处理带来更多的手段，同时也会带来更加丰富的信息表达形式。例如图象和语音技术的进步，多媒体技术的发展，这些都要求系统在设计时考虑技术变化的可能性，为可能的变化预留一定的系统处理能力。
3需求规定
对功能的规定
实现功能
系统流程图：
数据流图：
旅客订票流程图：
旅客取票图：
ER图：
状态转换图：
数据字典
输入：
名字：旅客信息
数据类型：字符型
描述：旅客的个人信息，用于对旅客的确认
定义：旅客信息=姓名+性别+工作单位+身份证号码+旅行时间 +旅行目的地
位置：输入到旅行社端（client端）
名字：订票旅客清单
数据类型：字符型
描述：已订票的旅客的记录
定义：订票旅客清单=旅客信息的合集
位置：输入到旅行社端（Client端）
名字：订票信息
数据类型：字符型、date型
描述：旅客的旅行时间和目的地，用于确定旅客的航班
定义：订票信息=旅客旅行时间+旅客旅行目的地
位置：输入到航空公司端（Server端）
名字：航班机票信息
数据类型：字符型、整型
描述：旅客的航班信息，根据旅客的旅行时间和目的地确定定义：航班机票信息=旅客机票时间+旅客机票班次
位置：传输到旅行社端（Client端）
输出：
4 综合需求
功能模块的划分
1.用户管理
用户的注册，数据库需要存放相应的注册信息。
用户登陆时，主要验证用户姓名，密码和权限是否正确，分为管理员和售票员。
售票员只能由管理员帮其注册，才有权利进入。
管理员实现对用户的增，删，改，查。
2．航线舱位信息管理
管理员航线和舱位信息进行增，删，改，查，数据库存放相应信息。
售票员只能查询航线和舱位信息
3．乘客信息管理
由售票员操作，可按时间和地点的模糊查询来查看机票信息。
若售出一张票，舱位信息表减少相应的购买票数，数据库员工业绩表的业绩增加相应的售票金额，乘客信息表同时添加一条乘客信息。
售票员都可对乘客信息进行增，删，改，查。
管理员可以进行增，删，改，查。
4．员工业绩信息管理
管理员可查询和删除员工业绩信息。
5．用户交流平台
管理员可以通过该平台与售票员通信。
性能需求
系统处理的准确性和及时性是系统的必要性能，一般是当天信息，需要足够大的数据库支撑
可靠性和可用性需求
系统必须能够长时间稳定工作，一般要求一个月内不出现2次过账
出错处理需求
系统要提供方便的手段供系统维护人处理日常的安全管理，系统意外崩溃数据能够及时恢复，能够处理不同人员的查询行为。
其他需求
将来可能需要能够由传感器直接传递场馆转态信息，而非人工操作，节省人力资源