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