航空订票系统需求分析报告

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次过账

出错处理需求

系统要提供方便的手段供系统维护人处理日常的安全管理，系统意外崩溃数据能够及时恢复，能够处理不同人员的查询行为。

其他需求

将来可能需要能够由传感器直接传递场馆转态信息，而非人工操作，节省人力资源