航空订票系统分析需求报告Word文档格式.docx

航空订票系统分析需求报告Word文档格式.docx

《航空订票系统分析需求报告Word文档格式.docx》由会员分享，可在线阅读，更多相关《航空订票系统分析需求报告Word文档格式.docx（129页珍藏版）》请在冰豆网上搜索。

将自然语言加上程序设计语言的控制结构就成了结构化语言。

l数据库：

按照数据结构来组织、存储和管理数据的仓库。

l旅客信息：

旅客提出订票要求时输入的信息，包括姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等。

l取票通知：

旅客取票凭证。

l账单：

旅客取票和交易的凭证。

l机票：

旅客登机凭证。

2任务概述

2.1目标

1.|开发意图：

为方便旅客订票，提高工作效率，在技术、经济可行的条件下开发目标软件。

2.应用目标：

l接收预定机票的旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等）。

l为旅客安排航班。

l当旅客交付了预订金后，系统打印出取票通知和帐单给旅客。

l旅客在飞机起飞前一天凭取票通知和帐单交款取票，系统核对无误即打印出机票给旅客。

l能够及时对于航班售票情况进行统计。

3.作用范围：

xx航空公司所有订票点。

4.目标软件作为航空公司内部管理系统的一部分，与其他软件的关系如下：

航空公司管理系统

员工管理系统

设备管理系统

航班管理系统

订票管理系统

2.2用户的特点

1．使用本软件人员要求有一定计算机基础的人员,系统管理员要求有计算机的专业知识,所有人员都要经过本公司培训.

2．管理人员也需经一般培训.

3．系统管理员,审计员将进行专业培训,以保证他们将熟练管理本系统.

4．目标软件的预期使用频度：

二十四小时不定期使用。

2.3假定和约束

1.Client/Server结构总体设计方案对它的约束：

机票预定系统做为Client/Server结构的一个应用系统，不可避免的要受到Client/Server结构的约束。

在其实施的各个阶段都要服从它的一些规划，包括功能设计、系统配置和计划。

同时，由于信息的共享，机票预定系统还受到其它系统的信息约束。

2．人力、资金、时间的约束

机票预定工程实施的目标就是要带给航空公司看得出见的效益，其开发过程中也要考虑到人力、资金和时间的约束。

因此，在设计中，重点是销售系统中的方便快捷，能提供给旅客以优质高效的服务，并提高销售的效率和便捷，为航空公司带来良好的效益。

3．技术发展规律的约束

计算机技术和产品的发展日新月异，将会给信息处理带来更多的手段，同时也会带来更加丰富的信息表达形式。

例如图象和语音技术的进步，多媒体技术的发展，这些都要求系统在设计时考虑技术变化的可能性，为可能的变化预留一定的系统处理能力。

3需求规定

3.1对功能的规定

实现功能

系统流程图：

用户信息

接受信息

安排航班

交付预定金

打印取票通知和账单

订票数据库

核对

打印机票

用户出示取票通知和账单

航班数据库

数据流图：

旅客订票流程图：

2．2

传给旅行社

旅客清单

航班机票旅客订票记录

1．1

旅客信息记录

订票机票信息

旅客

1．3

产生取票通知

航班机票信息

航班机票信息

订票信息

1．1

安排航班

2．2

传给航空公司

取票通知

订票信息

旅客取票图：

订票旅客清单

3．2

打印机票

3．1

旅客信息查询

售出机票信息

ER图：

订票人信息

航班信息

预定

取消

乘客信息

航班号码

起飞时间

降落时间

起飞地点

降落地点

姓名

身份证号码

旅行时间

目的地

性别

工作单位

发送

接收

m

n

1

状态转换图：

数据字典

输入：

名字：

旅客信息

数据类型：

字符型

描述：

旅客的个人信息，用于对旅客的确认

定义：

旅客信息=姓名+性别+工作单位+身份证号码+旅行时间

+旅行目的地

位置：

输入到旅行社端（client端）

订票旅客清单

已订票的旅客的记录

订票旅客清单=旅客信息的合集

输入到旅行社端（Client端）

订票信息

字符型、date型

旅客的旅行时间和目的地，用于确定旅客的航班

订票信息=旅客旅行时间+旅客旅行目的地

输入到航空公司端（Server端）

航班机票信息

字符型、整型

旅客的航班信息，根据旅客的旅行时间和目的地确定

航班机票信息=旅客机票时间+旅客机票班次

传输到旅行社端（Client端）

输出：

取票通知

旅客领取机票的凭证

取票通知=旅客姓名+领票时间

输出到打印机

售出机票信息

旅客的航班机票的信息

售出机票信息=旅客的航班机票

账单

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、工作任务的分解与人员的分工

三、需求规格说明书--------------------------------（主要负责人：

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、公用模块设计