航空订票软件系统需求分析报告.docx
《航空订票软件系统需求分析报告.docx》由会员分享，可在线阅读，更多相关《航空订票软件系统需求分析报告.docx（13页珍藏版）》请在冰豆网上搜索。
航空订票软件系统需求分析报告
1引言
1.1编写目的
1. 本文档旨在从技术、经济、操作等方面综合研究分析机票预订系统的需求以及各模块需要实现的具体要求，尽可能多地考虑在日后研发过程中可能出现的问题，为日后的概要设计和详细设计打基础
2. 便于用户、系统分析人员和程序员对需求进行理解和交流，初步判定目标软件能否满足其原来的期望，并可作为系统分析员设计软件的基本出发点；
3. 确立可测试标准，用于软件开发完成后测试产品。
4. 预期的读者和阅读建议：
l 项目经理，项目组成员：
须将本文档的全部内容理解清楚。
l 测试人员：
主要阅读本文中详细的需求部分。
l 客户：
需明确所有的需求分析是否符合自己提出的要求。
1.2背景
说明：
1. 软件系统名称：
航空机票预订系统。
2. 任务提出者：
XX航空公司
3. 开发者：
文红英
4. 用户：
XX航空公司，各大订票点
5. 实现：
文红英
6. 航空机票预订系统构建平台为Windows 2000及以上，其数据库构建在SQL
Server 2005上，并可于其他同级别航空公司的订票系统实现权限限制性兼容，与Windows其他软件并不冲突。
1.3定义
l 结构化语言：
将自然语言加上程序设计语言的控制结构就成了结构化语言。
l
数据库：
按照数据结构来组织、存储和管理数据的仓库。
l 旅客信息：
旅客提出订票要求时输入的信息，包括姓名、性别、工作单位、身
份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等。
l
取票通知：
旅客取票凭证。
l
账单：
旅客取票和交易的凭证。
l
机票：
旅客登机凭证。
1.4参考资料
软件工程导论 张海藩 清华大学出版社。
2008-02
2任务概述
2.1目标
1. 开发意图：
为方便旅客订票，提高工作效率，在技术、经济可行的条件下开发目标软
件。
2. 应用目标：
接收预定机票的旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等）。
为旅客安排航班。
当旅客交付了预订金后，系统打印出取票通知和帐单给旅客。
旅客在飞机起飞前一天凭取票通知和帐单交款取票，系统核对无误即打印出机票给旅客。
能够及时对于航班售票情况进行统计。
3. 作用范围：
xx航空公司所有订票点。
2.2用户的特点
1． 使用本软件人员要求有一定计算机基础的人员,系统管理员要求有计算机的专业知识,所有人员都要经过本公司培训.
2． 管理人员也需经一般培训.
3． 系统管理员,审计员将进行专业培训,以保证他们将熟练管理本系统.
4． 目标软件的预期使用频度：
二十四小时不定期使用。
2.3假定和约束
1. Client/Server结构总体设计方案对它的约束：
机票预定系统做为Client/Server 结构的一个应用系统，不可避免的要受到Client/Server结构的约束。
在其实施的各个阶段都要服从它的一些规划，包括功能设计、系统配置和计划。
同时，由于信息的共享，机票预定系统还受到其它系统的信息约束。
2．人力、资金、时间的约束
机票预定工程实施的目标就是要带给航空公司看得出见的效益，其开发过程中也要考虑到人力、资金和时间的约束。
因此，在设计中，重点是销售系统中的方便快捷，能提供给旅客以优质高效的服务，并提高销售的效率和便捷，为航空公司带来良好的效益。
3． 技术发展规律的约束
计算机技术和产品的发展日新月异，将会给信息处理带来更多的手段，同时也会带来更加丰富的信息表达形式。
例如图象和语音技术的进步，多媒体技术的发展，这些都要求系统在设计时考虑技术变化的可能性，为可能的变化预留一定的系统处理能力。
3需求规定
3.1对功能的规定
1系统流程图
2数据流图
（1）订票流图
（2）取票流图
3ER图
4IPO图
3.2对性能的规定
3.2.1精度
目标软件输入输出数据要求为三种类型：
字符型、整型、double型。
传输过程中除字符型外一律采用double型。
3.2.2时间特性要求
l 响应时间：
网速在56k/s时每个页面响应时间<45秒，关键数据查询响应时间
<4秒。
l 更新处理时间<10秒。
l 数据转换和传送时间<8秒。
l 解题时间<5秒。
3.2.3灵活性
1. 当操作行为超出操作权限的时候，系统会自动提示并拒绝操作。
2. 目标软件可运行在Windows 2000,Windows XP,Windows NT等操作系统上，当
操作系统升级改变后，不影响目标软件运行情况。
3. 目标软件作为航空公司管理系统的一部分，与航空公司其他管理类应用软件按
照模块定义接口，当其他软件接口变化时，系统会自动提示更改哪部分的定义来完成接口变更。
4. 数据传输过程中要求采用double型精度的数据类型，如果不是double型，软
件将其自动转换成double型。
5. 当操作或查询内容已过有效时限，目标软件将给出提示并自动查询相关内容。
6. 航空公司管理系统中任一一个软件出现计划变更或取消，目标软件将根据耦合
度做出判断，并自动提示出相应的更改。
以上部分在编程实现中分别由相应模块单独定义。
3.3输人输出要求
输入：
名字：
旅客信息
数据类型：
字符型
描述：
旅客的个人信息，用于对旅客的确认
定义：
旅客信息=姓名+性别+工作单位+身份证号码+旅行时间 +旅行目的地
位置：
输入到旅行社端（client端）
名字：
订票旅客清单
数据类型：
字符型
描述：
已订票的旅客的记录
定义：
订票旅客清单=旅客信息的合集
位置：
输入到旅行社端（Client端）
名字：
订票信息
数据类型：
字符型、date型
描述：
旅客的旅行时间和目的地，用于确定旅客的航班
定义：
订票信息=旅客旅行时间+旅客旅行目的地
位置：
输入到航空公司端（Server端）
名字：
航班机票信息
数据类型：
字符型、整型
描述：
旅客的航班信息，根据旅客的旅行时间和目的地确定
定义：
航班机票信息=旅客机票时间+旅客机票班次
位置：
传输到旅行社端（Client端）
名字：
取票通知
数据类型：
字符型、date型 描述：
旅客领取机票的凭证
定义：
取票通知=旅客姓名+领票时间
位置：
输出到打印机
输出：
名字：
账单
数据类型：
double型
描述：
旅客交付预订金后取票和交易的凭证
定义：
账单=旅客交付预订金的数额
位置：
输出到打印机
名字：
旅客订票记录
数据类型：
字符型、date型、double型
描述：
已订票的旅客在航空公司的记录
定义：
旅客订票记录=旅客姓名+航班机票信息
位置：
输出到航空公司数据库中（Server端）
名字：
售出机票信息
数据类型：
字符型、date型
描述：
旅客的航班机票的信息
定义：
售出机票信息=旅客的航班机票
位置：
输出到打印机
3.4数据管理能力要求
l 需管理的文卷：
旅客订票记录、航班售票记录 l
表：
旅客信息表、旅客订票表、航班售票表 l
文卷初始大小：
20G
l 增长估算：
平均每月增长10G，平均每月备份一次。
3.5故障处理要求
1可能出现的软件故障：
l
（1） 对于数据库的处理不到位，导致航班信息无法读取。
l
（2）数据传输过程中的加密算法出现漏洞。
l
（3 ）由于数据的增长速度过快导致的溢出。
2可出现的硬件故障：
l
（1） 网络硬件和天气原因导致数据在传输过程中损坏或丢失。
l
（2）由于硬盘原因导致的数据丢失。
以上故障在所预测范围内不会给目标系统带来太大损失，但在外部恶意攻击或者其他情况导致的系统崩溃下，将会带来一定的经济损失。
因此，目标系统故障处理能力要求很高，系统要有很强的监控能力，一旦系统出现一点故障能马上发出警告信号，并在必要时自动启动备用系统。
同时能够设置数据库镜像，定时备份数据和日志，在出现严重故障时能够及时恢复。
3.6其他专门要求
（1）． 数据的准确性和及时性：
订票信息系统必须及时的将各个航班的起飞和降落时间准确的反映在系统里，任何改动都必须及时反映在系统里，以便公司安排相应的航班。
如遇特殊情况也可及时安排替代航班。
数据准确性要求极高，一般保留小数点后8位。
（ 2）． 对突发事件的处理：
航空相对于其他的交通工具，更加容易受天气的影响。
若天气因素导致了航班不能正常运行时，则及时出示停止订票信息与解释说明。
若已经完成订票之后发生航班不能运行情况，应与售票系统密切联系，辅助售票系统做好事后工作
（3）． 系统的开放性和系统的可扩充性
机票预定系统在开发过程中，应该充分考虑以后的可扩充性。
可以简单的加入和减少系统的模块，配置系统的硬件。
通过软件的修补、替换完成系统的升级和更新换代。
（ 4）． 系统的易用性和易维护性
机票预定系统能够提供良好的用户接口，易用的人机交互界面。
尽量使用用户熟悉的术语和中文信息的界面；针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。
机票预定系统中涉及到的数据是航空公司的相当重要的信息，系统要提供方便的手段供系统维护人员进行数据的备份，日常的安全管理，系统意外崩溃时数据的恢复等工作。
（5）． 系统的先进性
一方面通过系统的开放性和可扩充性，不断改善系统的功能完成。
另一方面，在系统设计和开发的过程中，应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。
（6）． 系统的标准性
系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。
所有这些都要符合主流国际、国家和行业标准。
例如在开发中使用的操作系统、网络系统、开发工具都必须符合通用标准。
如规范的数据库操纵界面、作为业界标准的TCP/IP网络协议及ISO9002标准所要求的质量规范等；同时，在自主开发本系统时，要进行良好的设计工作，制订行之有效的软件工程规范，保证代码的易读性、可操作性和可移植性。
4运行环境规定
4.1设备
服务器端子系统的运行要求：
系统软件：
Window NT Server 数据库管理系统：
SQL Server 2005
硬件要求：
Pentium III 450以上, 258M RAM, 14G HD
客户端子系统的运行要求：
系统软件：
Window 2000以上版本 数据库管理系统：
SQL Server 2005
硬件要求：
Pentium 133以上, 32M RAM, 4.3G HD
输入设备：
键盘、扫描仪
输出设备：
打印机、显示屏
4.2支持软件
l 操作系统：
客户端可以采用windows 2000以上版本，服务器最好是Window NT
Server及以上版本。
l 编译程序：
Microsoft Visual C++ 6.0
l 测试支持软件：
一般基于VC++6.0的测试软件都可以，推荐BaseTestCase
4.3接口
l
（1） API接口：
在源代码中采用模块定义
（2）与数据库的接口：
1.数据库连接对象
2.数据库数据库操作
2.1 写入操作对象
2.1.1 ＳＱＬ语句写入[update]
2.1.2 集合写入
2.2 读出操作对象
2.2.1 根据SQL读出[select]
2.3 SQL语句执行对象
3.结构转化操作
3.1 集合转化
3.2 数据库类型转化
数据库的操作分为读与写，把这两个定认为对数据库中表的操作，再把对数据库的操作写用Sql语句的执行来实现
（3）与打印机的接口：
并口或USB2.0 l
（4）数据通信协议采用HDLC协议。
4.4控制
控制信号来源：
服务器
控制信号由服务器发出，经网络传输到客户端
升级会员 