航空订票系统需求分析
航空订票系统需求分析说明书
需求规格说明书
1.引言
编写目的
项目背景
定义
参考资料
2.任务概述
目标
运行环境
条件与限制
3.数据描述
数据需求
数据库介绍
4.功能需求
功能划分
功能描述
5.性能需求
准确性和及时性
开放性和可扩充性
易用性和易维护性
标准性
先进性
响应速度快
6.运行需求
用户接口
外部接口
故障处理
7.其他需求
管理员信息
管理员界面
1.引言
编写目的
1. 本需求分析说明书是为了开发《机票预定系统》而编写的，主要面向分析员、程序员、测试员和最终用户，使之能更好地理解系统功能以及实现系统。
2. 本说明书不仅是整个软件开发的依据，对以后的维护性工作也起着指导性的作用，同时也是测试计划和用户手册的编写依据。
项目背景
1. 软件系统名称：航空订票系统
2. 任务提出者：XX航空公司
3. 用户：XX航空公司，各大旅行社，旅客
4. 实现：XX航空公司计算中心
5. 构建平台：Windows 2000及以上，其数据库构建在SQL Server 2005上，并可实现权限限制性兼容，与Windows其他软件并不冲突。
定义
1. 数据流----数据进入模块后可能有多种路径进行处理
2. 主键----数据库表中的关键域且值互不相同
3. 外键----数据库表中与其他表主键相关联的域
4. SQL----Structured Query Language（结构化查询语言）
5. SQL SERVER----系统服务器使用的数据库管理系统
6. 系统----若未特别指出，统指本航空订票系统
参考资料
1. 软件工程清华大学出版社
2. 机票预定系统项目计划任务书 XX航空公司
3. 概要设计说明书
4. Computer Network、Prentice Hall
2. 任务概述
目标
1. 计划节省人力资源40%，设备费用120%
2. 计划提高日常订票事务处理速度的85%
3. 计划提高控制精度100%
4. 可实现信息化的管理
5. 可实现半自动化的决策系统
6. 计划人员利用率提高80%
运行环境
硬件环境：
1台服务器：Pentium III 450以上, 258M RAM, 14G HD
若干台客户机：Pentium 133以上, 32M RAM, HD
软件环境：Windows XP等操作系统、SQL Server 2005版本应用软件
条件与限制
1. 条件：现有的航班管理系统、现有的订票系统为可利用资源；具备Windows 2000 ，Windows XP等Windows操作系统，并配置SQL Server 2005版应用软件、WEB服务器、若干台微机和打印机
2. 限制：
硬件限制：Pentium III 450, 258M RAM, 14G HD（服务器）；Pentium 133, 32M RAM, HD（客户机）
操作系统限制: Windows XP(服务器版本)、Windows7/Windows 2000系统运行
软件限制: 应安装杀毒软件，防止病毒干扰
时间限制: 该系统开发应在2011年1月1号前完成
3. 数据描述
数据需求
1. 旅客：姓名、证件号(身份证号码/护照号码)---主键、联系方式、出发时间、出发地点和目的地、航班舱位要求
2. 取票单：单号---主键、姓名、票号
3. 帐单：编号---主键、付款金额、票号
4. 机票：票号---主键、姓名、证件号、航班、座位、起飞时间、起飞地点、抵达时间、抵达地点、票价
5. 航班：航班号---主键、起飞时间、起飞地点、抵达时间、抵达地点、座位数、空位数、票价
数据表图：
姓名证件号联系方式出发时间出发地点目的地舱位要求单号姓名票号
编号付款金额票号
票号姓名证件号航班座位起飞时
间起飞地
点
抵达时
间
抵达地
点
票价
航班号起飞时间起飞地点抵达时间抵达地点座位数空位数票价数据库介绍
1. 服务器程序在对订票/取票进行操作时需对数据库进行数据提交，即对数据表进行查询和修改：在订票/取票过程中都需要对数据库中的所有表，进行联合查询、修改。
2. 物理数据结构主要用于各模块之间函数的信息传递。
3. 接口传递的信息是用数据结构封装了的数据，以参数传递或返回值的形式在各模块间进行传输。
4. 对于出错信息将送入显示模块中，机票信息、帐单信息、取票单信息送入准备打印模块中准备打印格式。
服务器端数据处理图：
4. 功能需求
功能划分
1. 航班查询
2. 旅客订票
接收数据 航空订票系统（服务端）
数据处理查询 发送数据
判断类型 准备SOL 判断查询
解开数据包 数据库操作 判断原因 准备数据包
接收客户端数据 准备返回数据 准备返回数据 发送数据到客户端
3. 航班信息管理
4. 航班安排
5. 售票管理
6. 退票管理
7. 机票销售情况核算
功能描述
1. 航班查询：
旅客可通过网络访问该系统客户端网址，可根据旅客提供的出发时间、出发地点和目的地、舱位要求等，查询满足旅客要求的航班。通过检索可得到航班的相关信息，从而可以方便旅客订票并掌握所需信息，同时可减少工作人员的工作量。
2. 旅客订票
旅客将订票的相关信息通过工作人员输入系统客户端。客户端将旅客的订票信息通过网络传送给服务端，服务端根据接收到的信息由航班安排系统为旅客安排座位并返回相应的确认信息给该客户端。订票信息生成后，存入相应的存储区域，并对数据库进行数据提交。客户端打印取票单及帐单给旅客，旅客在登机前，经信息核审后，即可领取机票登机。
3. 航班信息管理
航空公司可将所有航班的信息存入数据库，方便用户对航班基本信息查询，相关工作人员可根据公司要求，经系统身份认证后登录并对航班信息进行修改等操作，从而使航班信息便于管理。
4. 航班安排
从客户端接收到旅客的订票信息，该系统可在短时间内处理旅客航班问题。将订票信息送往数据库并更新，客户端的航班查询信息也同步更新。节省时间的同时，也能让旅客得到最新的航班信息。
5. 售票管理
旅客不仅可在各客户端进行机票预定，也可直接在机场的售票处购票，购票信息由系统提交到数据库进行管理更新。
6. 退票管理
机票有效期内，旅客若需退票，可在退票处进行退票。退票信息，由工作人员输入系统，系统对订票信息或售票信息进行删除更新。
7. 机票销售情况核算
因为航空公司机票销售量大，而航空公司为了公司的经营，有需要在一定的时间阶段了解公司机票的销售情况。而庞大的数据量通过人工来完成，似乎不太现实，而该系统可帮助航空公
司进行售票情况的核算。
5.性能需求
准确性和及时性
1. 系统处理的准确性和及时性是系统的必要性能。
2. 在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足企业对信息处理的需求。
3. 由于机票预定系统的查询功能对于整个系统的功能和性能完成举足轻重。作为系统的很多数据来源，而机票数量和时间又影响企业的决策活动，其准确性很大程度上决定了机票预定系统的成败。在系统开发过程中，必须采用一定的方法保证系统的准确性。
开放性和可扩充性
1. 机票预定系统在开发过程中，应该充分考虑以后的可扩充性。例如订票系统的方式的改变（网上订票），用户查询的需求也会不断的更新和完善。所有这些，都要求系统提供足够的手段进行功能的调整和扩充。
2. 要实现可扩充性，应通过系统的开放性来完成，即系统应是一个开放系统，只要符合一定的规范，可以简单的加入或减少系统的模块。通过软件的修补、替换操作来完成系统的升级和更新换代。
易用性和易维护性
1. 机票预定系统是直接面对使用人员的，而用户往往对计算机并不时非常熟悉。这就要求系统能够提供良好的用户接口，易用的人机交互界面。
2. 要实现易用性，就要求系统应尽量选择用户熟悉的术语和语言界面；并针对用户可能出现的使用问题，提供相应的在线帮助，缩短用户对系统熟悉的时间。
3. 机票预定系统中涉及到的数据是航空公司相当重要的信息，系统要提供方便的方式供系统维护人员进行数据的备份，日常的安全管理，以及系统意外崩溃时数据的恢复等操作。
标准性
1. 系统在设计开发使用过程中都要涉及到很多计算机硬件、软件，所有这些都要符合主流国际、国家和行业标准。例如在开发中使用的操作系统、网络系统、开发工具都必须符合通用标准；规范的数据库操纵界面、作为业界标准的TCP/IP网络协议及ISO9002标准所要求的质量规范等。
2. 在自主开发本系统时，要进行良好的设计工作，制订行之有效的软件工程规范，保证代码的易读性、可操作性和可移植性。
先进性
1. 目前计算机系统的技术更新相当快，做为航空订票系统，应保证系统在下个世纪仍旧是先进的，在系统的生命周期尽量做到系统的先进，充分完成企业信息处理的要求而不至于落后。
2. 通过系统的开放性和可扩充性，不断改善系统的功能完成。
3. 在系统设计和开发的过程中，应在考虑成本的基础上尽量采用当前主流并有良好发展前途的产品。
响应速度快
1. 系统在日常处理中的响应速度为秒级，达到实时要求，以及时反馈信息。
2. 进行统计分析时，根据所需数据量的不同而从秒级到分钟级，则是保证工作人员不会因为速度问题而影响工作效率。
6.运行需求
用户接口
本系统的用户一般需要通过终端进行操作，进入主界面后点击相应的窗口，分别进入相对应的界面(如：输入界面、输出界面)。
外部接口
1. 用户界面：在用户界面部分，根据分析结果，用户需要一个用户友善界面。在界面设计上，应做到简单明了，易于操作，并且要注意界面的布局，应突出的显示重要以及出错信息。外观上也要做到合理化，做到不仅拥有可靠性，同时有易使用性。
2. 外设接口：在输入方面，对于键盘、鼠标的输入；在输出方面，打印机的连接及使用，网络的传输；实现高速传输。
故障处理
1. 输出出错信息：
程序在运行时主要会出现输入信息不满足要求时的软故障，以及类似网络传输超时等其他原因产生的硬故障两种故障。对于软故障，须在订票/取票操作成功判断，以及输入数据的验证模块进行数据分析，判断故障类型，再生成相应的错误提示语句，送到输出模块中；对于硬故障，
可在故障产生的相应模块中输出简单的出错语句，并将程序重置，返回输入阶段。
2. 处理对策：客户端及服务端都必须安装不间断电源以防止停电或电压不稳造成的数据丢失；网络传输方面，可考虑建一条成本较低的后备网络，以保证主网断路时数据的通信；硬件方面，要选择较可靠、稳定的服务器机种，保证系统运行时的可靠性。
7.其他需求
管理员信息
管理员为航空公司内部人员，不仅可以对航班信息进行查询，还可对航班信息进行修改等相应的操作，因此管理员信息需经过详细具体的认证。
管理员注册信息：
用户名密码真实姓名性别身份证号编号联系方式
管理员界面
该界面仅对管理员开放。管理员登录后进入该界面，界面的菜单内容都是针对管理员的操作设计，方便管理员进行操作。