航空票务管理系统需求分析说明书

合集下载

航空票务管理系统需求分析说明书

航空票务管理系统需求分析说明书

航空票务管理系统需求分析说明书-标准化文件发布号:(9456-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII航空票务管理系统需求分析说明书班级网络1111学号 1111311104、1111311116 姓名周泽成、于文圣2013年 10月 08日1.引言1.1编写目的实现一个计算机航空票务系统,完成对航班的管理、机票管理以及登机牌的管理等功能。

1.2背景●系统待开发的名称:航空票务管理系统●项目组长:●程序录入:●需求分析:●软件测试:●本系统的用户:1.3定义1.3.1 专门术语SQL SERVER: 系统服务器所使用的数据库管理系统。

SQL: 一种用于访问查询数据库的语言事务流:数据进入模块后可能有多种路径进行处理。

主键:数据库表中的关键域。

值互不相同。

外部主键:数据库表中与其他表主键关联的域。

ROLLBACK: 数据库的错误恢复机制。

1.3.2 缩写系统:若未特别指出,统指本航空票务管理系统。

SQL: Structured Query Language(结构化查询语言)。

ATM: Asynchronous Transfer Mode (异步传输模式)。

2.任务概述2.1目标(1)给出软件系统的航空票务系统用例图和系统类图。

(2)提出详细的功能说明,确定设计限定条件,规定性能需求。

(3)密切与用户的练习,使用户明确自己的任务,以便实现上述两项目标。

(4)以最低的成本,在最短的期限内开发出具有管理航空票务和用户信息功能的智能管理系统。

(包括人力与设备费用的节省;处理速度的提高;人员工作效率的提高)2.2用户的特点本系统多面向的用户是需要乘坐本航空公司飞机的人们,对用户计算机专业方面的只是不高,在21实际的今天,只要对计算机上网熟熟练操作就OK。

易于操作,也是本系统设计的一大目标。

3.功能需求分析(1)对功能的规定1)用户信息管理功能:a、修改当前登录用户的密码。

b、可以浏览,查看,搜索页面信息。

航空订票系统需求说明书

航空订票系统需求说明书

航空订票系统需求分析说明书第一部分调查用户需求本系统的最终用户为航空公司售票员,凡是订票的客户。

根据飞机订票的顾客和航空公司售票员的调查、交流和询问。

得出用户的下列的实际需求:一、系统的基本信息。

1、航班的基本信息航空公司具有若干航班,航班有出发地、目的地、出发时间、到站时间、执行飞行任务的飞机号。

顾客可以任意选择航空公司的某趟航班。

2、航班查询的信息顾客可以去机场去查询信息。

当到达机场时,售票员根据顾客提出的出发地、目的地或出发时间等信息来查询航班的基本信息,例如:航班号、出发时间、票价、飞行的时间等信息。

3、订票业务的基本信息售票员根据顾客的要求进行查询,在查询的基础之上根据顾客的选择的航班信息输入顾客的信息(顾客姓名,证件号等信息),等待顾客核对信息、确认。

收款,执行出票操作。

4、退票业务的基本信息当顾客有突发事件或改变自己的行程计划的时候可以到机场去办理退票业务。

售票员根据顾客出示自己的有关证件和飞机票等信息查询该班次的航班。

根据航空公司的退票规定进行退票操作,收取一定的退票手续费,将剩余的票额退返回顾客,收回飞机票。

5、机票改签业务的基本信息当顾客有紧急事物耽误或改变自己的行程时可以去机场去办理改签业务。

当顾客到达机场时,售票员根据顾客出示自己的有关证件和飞机票等信息查询该班次的航班。

然后收回原来的飞机票,再根据顾客提供的出发地、目的地、出发时间来查询航班,根据顾客选择的航班出机票,收取改签费。

二、用户对系统的要求1、航空公司管理人员a、信息要求航空公司的管理人员可以查询该公司所拥有的所有航班的信息,以便及时核对、更正信息。

b、处理要求由于特殊情况:如出现恶劣的天气的时候航班以至于飞机无法起飞的时候、航班延误的时候、取消航班的时候,航空公司的管理人员就要修改航班的基本信息。

如修改航班的出发时间、到站时间、执行飞行任务的飞机等信息。

c、安全性与完整性要求安全性要求:(1)系统应设置用户登陆账号、密码。

航空机票预订系统需求分析

航空机票预订系统需求分析

目录一、引言 01、目的 02、背景 0二、任务概述 01、目标 02、系统(或用户)的特点 03、假定和约束 (1)4、数据流图 (1)5、数据字典 (2)三、需求分析 (3)1、软件功能说明 (4)2、系统主要E—R图 (4)3、对功能和性能的一般规定 (5)4、灵活性 (6)四、运行环境规定 (6)五、概要设计 (7)1、系统功能结构图 (7)2、系统数据流程分析 (8)一、引言本文针对航空客运订票问题,设计航空客运订票的业务活动包括:查询航线、客票预订和办理退票等。

设计了一个航空客运订票系统.以下为给系统的需求分析说明书。

1、目的学会将知识应用于实际的方法,提高分析和解决问题的能力,增加综合能力.航空空订票系统:(1)熟练掌握链表存储结构及其建立过程和常用操作;(2)熟练掌握队列的建立过程和常用操作;(3)学会自己调试程序的方法并掌握一定的技巧.2、背景目前,国内航空公司的数量和规模都在扩大,国外航空公司也纷纷着陆中国,这些航空公司之间的竞争可谓日益激烈。

配备一个安全、高效、灵活、可靠的客户服务中心系统对于航空公司加强客户服务质量,提高客户服务水平,扩展业务途径,维护公众形象,提高工作效率必将发挥重要作用.二、任务概述1、目标对航空公司来说,航空订票管理系统既能扩大服务范围,扩大公司影响,减少营业费用,又对稳固航空公司的客源有着重要的辅助作用;站在旅客的角度,航空公司提供的这种服务提供了更多的方便,节省了很多时间.建设航空订票管理系统是体现和提高航空公司领导业绩的一条捷径,此外还具有重要意义:1、改善航空公司服务质量;2、创造和提升航空公司的品牌优势;3、优化航空公司的服务流程;4、提升信息化的水平;2、系统(或用户)的特点航空订票管理系统利用现在高新科学技术对航空订票进行管理,提高管理的有效性、安全性、可靠性和航空公司运行自动化程度。

由于尽量减少人工的参与,从而最大限度的减少人员费用以及由于人为失误或舞弊造成的损失,大大提高整个航空公司的经济性、安全性与使用效率。

机票订购系统-需求分析说明书

机票订购系统-需求分析说明书

机票订购系统需求分析说明书编写:日期:审核:日期:批准:日期:受控状态:是发布版次:1.0 日期:编号:变更记录日期版本变更说明作者签字确认系统模块对应章节对应部门负责人签字目录1概述 (4)1.1目的 (4)1.2背景 (4)1.3范围 (4)1.4术语定义 (4)1.5参考资料 (5)1.6任务概述 (5)1.6.1目标 (5)1.6.2用户的特点 (5)1.6.3假定和约束 (5)1.7运行环境 (5)1.7.1软件环境 (6)1.7.2硬件环境 (6)1.7.3接口 (6)1.7.4控制 (6)1.8需求规定 (7)1.8.1对功能的需求 (7)1.8.2对非功能性的需求 (20)1概述1.1目的本说明书目的在于明确说明该机票订购系统的系统需求,界定它实现功能的范围,指导系统设计以及编码。

本说明书的预期读者为:项目经理、指导老师、本小组组员、院方审核老师。

1.2背景a)软件系统名称:机票订购系统b)开发者: 机票订购系统项目开发组;用户: 有购买机票需求的用户管理员:经过专门培训的系统维护人员c)该软件系统需要各航空公司及银行的支持1.3范围本项目是基于Windows平台上的系统,而且本系统的主题是购买机票,所以我们项目的应用范围是有购买机票需求的用户。

1.4术语定义1.B/S:Browse /Server,一种浏览器到服务器的应用系统架构。

2.oracle 10g:一个数据库版本。

3.MyEclipse:IDE,在这里用来搭建JAVAEE开发环境。

1.5参考资料《软件工程与管理》《JAVAEE开发与实践》《Oracle技术手册》《JavaScript宝典》1.6任务概述1.6.1 目标本系统是基于windows的购票平台,而且本系统的主题是购票,所以我们项目的应用范围是有购买机票需求的PC端用户。

用户可以查询航班信息,可以购买机票,以及改签和退票。

系统管理员可以对航班信息进行添加、删除和修改等操作。

航空订票系统软件需求说明书

航空订票系统软件需求说明书

《信息系统分析与设计》课程考核报告题目网上机票预定系统院系__ 电子工程系___专业信息工程(系统工程方向)学生姓名学号二O一二年五月六日目录1引言 (3)1.1编写目的 (3)1.2背景 (3)1.3定义 (4)1.4参考资料 (4)2任务概述 (4)2.1目标 (4)2.2用户的特点 (4)2.3假定和约束 (4)3需求规定 (5)3.1对功能的规定 (5)3.2对性能的规定 (7)3.2.1精度 (7)3.2.2时间特性要求 (7)3.2.3灵活性 (8)3.3输人输出要求 (8)3.4数据管理能力要求 (9)3.5故障处理要求 (10)3.6其他专门要求 (10)4运行环境规定 (11)4.1设备 (11)4.2支持软件 (11)4.3接口 (11)4.4控制 (11)1引言1.1编写目的随着社会发展的不断进步,民航事业的壮大,人们消费水平的提高,乘坐民航的消费者也越来越多,旅游也逐渐成为普通老百姓的生活组成部分,飞机票预定查询系统在各机票预定网点中的作用也越显重要。

目前,我国一些旅行社和酒店的机票预定还停留在人工处理阶段,这已经严重制约了工作效率,在计算机技术高速发展的今天,有必要引入高效的计算机系统,来协助处理机票预定工作。

因此,开发一套具有完整的存储,查询,核对,打印机票功能的实时机票预定系统势在必行。

机票预定系统是为机场工作人员和客户提供订票退票等与机票相关内容和管理的系统,它具有开放体系结构的、易扩充的、易维护的、具有良好人机界面的优点.它除克服了存储乘客信息少,查询效率低下等问题外,更重要的是其安全性,可靠性,实现航空公司的机票销售的自动化。

本需求分析的读者对象包括客户、业务人员需求分析人员、测试人员、用户文档编写人和项目管理人员。

1.2背景[1]开发软件名称:“机票预订系统”.[2]本系统的任务提出者为:航空公司.开发者:航空公司计算中心.用户:航空公司.实现该系统的为:航空公司计算中心.[3]该软件系统同其他系统或其他机构的基本的相互来往关系:本项目采用客户机/服务器原理,客户端的程序是建立在Windows NT 系统上以Microsoft Visual C++ 为开发软件的应用程序,服务器端采用Linux 为操作系统的工作站,是采用Oracle 8 的为开发软件的数据库服务程序.1.3定义[1]专门术语:Client /Server 结构,客户端子系统,服务器端子系统[2] SQL SERVER: 系统服务器所使用的数据库管理系统(DBMS)[3]SQL: 一种用于访问查询数据库的语言[4] 事务流:数据进入模块后可能有多种路径进行处理1.4参考资料[1] 许卓群、张乃孝等:《数据结构》高等教育出版社,1987[2] 严蔚敏、吴伟民:《数据结构(C 语言版)清华大学出版社,2004 》[3] 郑人杰、陶永雷:《实用软件工程》清华大学出版社2002[4] 吴天准:《Delphi 程序设计技巧》中国铁道出版社2003[5] Dusan Petkovic 著吕静骅、史进译:《SQL Server 2000 基础教程》清华大学出版社20022任务概述2.1目标网上机票预订系统运行于Internet环境,提供远程机票预订功能,包括远程航班信息查询,机票预订与确认等;本机票预订系统实现后,能够大大提高旅游局的机票预定服务效率。

订票系统需求分析

订票系统需求分析

航空订票系统需求分析说明书第一部分调查用户需求本系统的最终用户为航空公司售票员,凡是订票的客户。

根据飞机订票的顾客和航空公司售票员的调查、交流和询问。

得出用户的下列的实际需求:一、系统的基本信息。

1、航班的基本信息航空公司具有若干航班,航班有出发地、目的地、出发时间、到站时间、执行飞行任务的飞机号。

顾客可以任意选择航空公司的某趟航班。

2、机票销售网点信息航空公司有若干的机票销售网点,顾客可以到任何机票销售网点去查询航班的信息,根据顾客的意愿自己选择定哪个班次的飞机票。

3、航班查询的信息顾客可以去航空公司的任意一个售票网点去查询信息。

当到达销售网点时,售票员根据顾客提出的出发地、目的地或出发时间等信息来查询航班的基本信息,例如:航班号、出发时间、票价、飞行的时间等信息。

4、订票业务的基本信息售票员根据顾客的要求进行查询,在查询的基础之上根据顾客的选择的航班信息输入顾客的信息(顾客姓名,证件号),等待顾客核对信息、确认。

收款,执行出票操作。

5、退票业务的基本信息当顾客有突发事件或改变自己的行程计划的时候可以到售票网点去办理退票业务。

售票员根据顾客出示自己的有关证件和飞机票等信息查询该班次的航班。

根据航空公司的退票规定进行退票操作,收取一定的退票手续费,将剩余的票额退返回顾客,收回飞机票。

6、机票改签业务的基本信息当顾客有紧急事物耽误或改变自己的行程时可以去航空公司的任一售票网点去办理改签业务。

当顾客到达售票网点时,售票员根据顾客出示自己的有关证件和飞机票等信息查询该班次的航班。

然后收回原来的飞机票,再根据顾客提供的出发地、目的地、出发时间来查询航班,根据顾客选择的航班出票据,收取改签费。

二、用户对系统的要求1、航空公司管理人员a、信息要求航空公司的管理人员可以查询该公司所拥有的所有航班的信息,以便及时核对、更正信息。

b、处理要求班由于特殊情况:如出现恶劣的天气的时候航班以至于飞机无法起飞的时候、航班延误的时候、取消航班的时候,航空公司的管理人员就要修改航班的基本的基本信息。

航空机票预订系统需求分析

航空机票预订系统需求分析
1、改善航空公司服务质量;
2、创造和
4、提升信息化的水平;
2、系统(或用户)的特点航空订票管理系统利用现在高新科学技术对航空订票进行管理, 提高管理的有效 性、安全性、可靠性和航空公司运行自动化程度。由于尽量减少人工的参与,从而最 大限度的减少人员费用以及由于人为失误或舞弊造成的损失, 大大提高整个航空公司
的经济性、安全性与使用效率。
3
(1)该软件开发运行的最短寿命为15年
(2)经费是由使用该系统的公司支持
(3)开发软件投入使用的最迟时间是三个月
图1
旅客订票流程图
订票旅客清单1
1
1

3.
1)
3.2
1、目的学会将知识应用于实际的方法,提高分析和解决问题的能力,增加综合能力。航 空空订票系统:
(1)熟练掌握链表存储结构及其建立过程和常用操作;
(2)熟练掌握队列的建立过程和常用操作;
(3)学会自己调试程序的方法并掌握一定的技巧。
2、背景目前,国内航空公司的数量和规模都在扩大,国外航空公司也纷纷着陆中国,这 些航空公司之间的竞争可谓日益激烈。配备一个安全、高效、灵活、可靠的客户服务 中心系统对于航空公司加强客户服务质量,提高客户服务水平,扩展业务途径,维护 公众形象,提高工作效率必将发挥重要作用。
二、任务概述
1、目标对航空公司来说,航空订票管理系统既能扩大服务范围,扩大公司影响,减少营 业费用,又对稳固航空公司的客源有着重要的辅助作用;站在旅客的角度,航空公司 提供的这种服务提供了更多的方便, 节省了很多时间。 建设航空订票管理系统是体现 和提高航空公司领导业绩的一条捷径,此外还具有重要意义:
航空机票预订系统需求分析
一、引言
1、目的

航空票务管理系统需求分析说明书

航空票务管理系统需求分析说明书

航空票务管理系统需求分析说明书班级网络1111学号**********、********** 姓名周泽成、于文圣2013年10月08日1.引言1.1编写目的实现一个计算机航空票务系统,完成对航班的管理、机票管理以及登机牌的管理等功能。

1.2背景●系统待开发的名称:航空票务管理系统●项目组长:●程序录入:●需求分析:●软件测试:●本系统的用户:1.3定义1.3.1 专门术语SQL SERVER: 系统服务器所使用的数据库管理系统。

SQL: 一种用于访问查询数据库的语言事务流:数据进入模块后可能有多种路径进行处理。

主键:数据库表中的关键域。

值互不相同。

外部主键:数据库表中与其他表主键关联的域。

ROLLBACK: 数据库的错误恢复机制。

1.3.2 缩写系统:若未特别指出,统指本航空票务管理系统。

SQL: Structured Query Language(结构化查询语言)。

ATM: Asynchronous Transfer Mode (异步传输模式)。

2.任务概述2.1目标(1)给出软件系统的航空票务系统用例图和系统类图。

(2)提出详细的功能说明,确定设计限定条件,规定性能需求。

(3)密切与用户的练习,使用户明确自己的任务,以便实现上述两项目标。

(4)以最低的成本,在最短的期限内开发出具有管理航空票务和用户信息功能的智能管理系统。

(包括人力与设备费用的节省;处理速度的提高;人员工作效率的提高)2.2用户的特点本系统多面向的用户是需要乘坐本航空公司飞机的人们,对用户计算机专业方面的只是不高,在21实际的今天,只要对计算机上网熟熟练操作就OK。

易于操作,也是本系统设计的一大目标。

3.功能需求分析(1)对功能的规定1)用户信息管理功能:a、修改当前登录用户的密码。

b、可以浏览,查看,搜索页面信息。

2)机票订购功能:a、用户可以查询相关航班票务信息(包括可查询已订购的机票)b、用户可以订购相关机票(在一定时间内可以进行改签和退票)。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
4. 4灵活性
在需求发生变化是,本系统的对这些变化的适应能力相对而言是比较强的,包括操作方式上的变化;运行环境的变化;同其他软件接口的变化;精度和有效时限的变化。
5.业务需求分析
航空票务系统用例模型
图1:航空票务系统用例图
航空票务系统那个用例规约
用户登录
1)简要说明
本用例描述注册用户/管理员如何登录到航空票务系统。
ATM: AsynchronousTransfer Mode (异步传输模式)。
2.任务概述
2.1目标
(1)给出软件系统的航空票务系统用例图和系统类图。
(2)提出详细的功能说明,确定设计限定条件,规定性能需求。
(3)密切与用户的练习,使用户明确自己的任务,以便实现上述两项目标。
(4)以最低的成本,在最短的期限内开发出具有管理航空票务和用户信息功能的智能管理系统。(包括人力与设备费用的节省;处理速度的提高;人员工作效率的提高)
ii.后备事件流
A1.用户名已存在
系统显示用户名已存在错误信息;
返回基本事件流第1步;
A2.用户名不合法
系统显示用户名不合法错误信息;
返回基本事件流第1步。
A3.密码不合法
系统显示密码不合法错误信息;
返回基本事件流第1步。
A4.两次密码不一样
系统显示两次密码不一样错误信息;
返回基本事件流第1步。
4)特殊需求
ﻬ1.引言
1.1编写目的
实现一个计算机航空票务系统,完成对航班的管理、机票管理以及登机牌的管理等功能。
1.2背景
系统待开发的名称:航空票务管理系统
项目组长:
程序录入:
需求分析:
软件测试:
本系统的用户:
1.3定义
1.3.1专门术语
SQL SERVER:系统服务器所使用的数据库管理系统。
SQL:一种用于访问查询数据库的语言
航空票务管理系统需求分析说明书
———————————————————————————————— 作者:
———————————————————————————————— 日期:
航空票务管理系统
需求分析说明书
班级网络1111
学号1111311104、1111311116
姓名周泽成、于文圣
2013年10月08日
3)事件流
图4: 个人信息管理活动图
i.基本事件流
本用例开始于注册用户希望修改个人信息。
a)系统请求注册用户输入新密码和确认密码;
b)注册用户新密码和确认密码;
c)系统验证输入的新密码和确认密码;
A1:新密码不合法
A2:确认密码与新密码不一致
d)系统请求注册用户输入性别,电话,电子邮件;
e)注册用输入性别,电话,电子邮件;
ii.后备事件流
A1.用户名不存在
系统显示用户名不存在错误信息;
管理员返回基本事件流第1步,而用户将会被系统提示注册。
A2.用户名对应密码不正确
系统显示用户名密码不正确错误信息;
返回基本事件流第1步。
4)特殊需求
密码输入框必须以密文方式呈现。
5)前置条件
本用例开始前注册用户/管理员已经打开对应的系统登录界面。
f)系统修改注册用户的个人信息
ii.后备事件流
A1.新密码不合法
系统显示新密码不合法错误信息;
返回基本事件流第1步。
A2.确认密码与新密码不一致
系统显示确认密码与新密码不一致错误信息;
密码输入框必须以密文方式呈现。
5)前置条件
本用例开始前用户打开系统注册界面。
6)后置条件
如果用例成功,用户将注册成功,系统在数据库中增加一条注册用户的相关记录。若失败,系统状态不改变。
个人信息管理
1)简要说明
本用例允许注册用户对个人信息进行管理,提供修改密码功能,但不允许修改用户名。
2)参与者
注册用户
图3:用户注册活动图
i.基本事件流
本用例开始于注册用户希望在航空票务系统中注册。
a)系统请求注册用户输入用户名;
A1:用户名已存在
A2:用户名不合法。
b)系统请求注册用户输入两次密码;
A3.密码不合法
A4.两次密码不一样
c)系统请求用户输入姓名,性别,电话,电子邮件;
特点
本系统多面向的用户是需要乘坐本航空公司飞机的人们,对用户计算机专业方面的只是不高,在21实际的今天,只要对计算机上网熟熟练操作就OK。易于操作,也是本系统设计的一大目标。
3.功能需求分析
(1)对功能的规定
1)用户信息管理功能:
a、修改当前登录用户的密码。
b、可以浏览,查看,搜索页面信息。
2)机票订购功能:
a、用户可以查询相关航班票务信息(包括可查询已订购的机票)
b、用户可以订购相关机票(在一定时间内可以进行改签和退票)。
3)在线支付功能(购物车):
a、可以对所预订机票进行在线支付。
(2)功能描述:
1)登录功能:验证登录用户是否为数据库中的合法用户,判断登陆
的用户的权限。
2)机票订购功能:可以查询相关航班及票务,并对所需机票做出预订,其中包括选择航班,舱型及座位号。
2)参与者
注册用户、管理员
3)事件流
图2:用户登录活动图
i.基本事件流
本用例开始于注册用户/管理员希望登录到航空票务系统。
a)系统请求注册用户/管理员输入用户名和密码;
b)注册用户/管理员输入用户名和密码;
c)系统验证输入的用户名和密码;
A1:用户名不存在
A2:用户名对应密码不正确
d)注册用户/管理员成功登录到主界面,进行其他操作。
6)后置条件
如果用例成功,注册用户/管理员将成功登录系统,并赋予相应权限。若失败,系统状态不改变。
用户注册
1)简要说明
本用例描述注册用户如何在航空票务系统中注册。
用户名合法性定义:用户名必须只能包含字母和数字并且长度超过8个字符。
密码合法性定义:密码的长度必须超过6个字符。
2)参与者
注册用户
3)事件流
事务流:数据进入模块后可能有多种路径进行处理。
主键:数据库表中的关键域。值互不相同。
外部主键:数据库表中与其他表主键关联的域。
ROLLBACK:数据库的错误恢复机制。
1.3.2缩写
系统:若未特别指出,统指本航空票务管理系统。
SQL: StructuredQueryLanguage(结构化查询语言)。
3)在线支付功能:可通过网银,支付宝等在线支付手段为已定机票付款。
4.性能需求分析
4.1精度
查询时应保证查询率,所有在相应域中包含查询关键字的记录都应能查到,同时保证准确率。
4.2时间特性要求
一般操作的响应时间应在1-2秒内。
4.3适应性
满足运行环境在允许操作系统之间的安全转移和其他应用软件的独立运行要求。
相关文档
最新文档