航空机票预订系统需求分析报告.docx
《航空机票预订系统需求分析报告.docx》由会员分享，可在线阅读，更多相关《航空机票预订系统需求分析报告.docx（16页珍藏版）》请在冰点文库上搜索。
航空机票预订系统需求分析报告
一、引言
本文针对航空客运订票问题,设计航空客运订票的业务活动包括：
查询航线、客票预订和办理退票等。
设计了一个航空客运订票系统。
以下为给系统的需求分析说明书。
1、目的
学会将知识应用于实际的方法,提高分析和解决问题的能力,增加综合能力。
航空空订票系统：
〔1熟练掌握链表存储结构及其建立过程和常用操作；
〔2熟练掌握队列的建立过程和常用操作；
〔3学会自己调试程序的方法并掌握一定的技巧。
2、背景
目前,国内航空公司的数量和规模都在扩大,国外航空公司也纷纷着陆中国,这些航空公司之间的竞争可谓日益激烈。
配备一个安全、高效、灵活、可靠的客户服务中心系统对于航空公司加强客户服务质量,提高客户服务水平,扩展业务途径,维护公众形象,提高工作效率必将发挥重要作用。
二、任务概述
1、目标
对航空公司来说,航空订票管理系统既能扩大服务范围,扩大公司影响,减少营业费用,又对稳固航空公司的客源有着重要的辅助作用；站在旅客的角度,航空公司提供的这种服务提供了更多的方便,节省了很多时间。
建设航空订票管理系统是体现和提高航空公司领导业绩的一条捷径,此外还具有重要意义：
1、改善航空公司服务质量；
2、创造和提升航空公司的品牌优势；
3、优化航空公司的服务流程；
4、提升信息化的水平；
2、系统〔或用户的特点
航空订票管理系统利用现在高新科学技术对航空订票进行管理,提高管理的有效性、安全性、可靠性和航空公司运行自动化程度。
由于尽量减少人工的参与,从而最大限度的减少人员费用以及由于人为失误或舞弊造成的损失,大大提高整个航空公司的经济性、安全性与使用效率。
3、假定和约束
〔1该软件开发运行的最短寿命为15年
〔2经费是由使用该系统的公司支持
〔3开发软件投入使用的最迟时间是三个月
4、数据流图
1．2
传给航空公司
2．1
安排航班
1．3
产生取票通知
1．1
旅客信息记录
2．2
传给旅行社
旅客清单
旅客
旅客
旅客订票记录
航班机票信息
订票信息
图1旅客订票流程图
旅客
3．1
旅客信息查询
3．2
打印机票
订票旅客清单
售出机票信息
旅客
图2旅客取票图
5、数据字典
名字：
旅客信息
别名：
描述：
旅客的个人信息,用于对旅客的确认
定义：
旅客信息=姓名+性别+工作单位+身份证号码+旅行时间
+旅行目的地
位置：
输入到旅行社端〔client端
名字：
订票旅客清单
别名：
描述：
已订票的旅客的记录
定义：
订票旅客清单=旅客信息的合集
位置：
输入到旅行社端〔Client端
名字：
订票信息
别名：
描述：
旅客的旅行时间和目的地,用于确定旅客的航班
定义：
订票信息=旅客旅行时间+旅客旅行目的地
位置：
传输到航空公司端〔Server端
名字：
航班机票信息
别名：
描述：
旅客的航班信息,根据旅客的旅行时间和目的地确定
定义：
航班机票信息=旅客机票时间+旅客机票班次
位置：
传输到旅行社端〔Client端
名字：
取票通知
别名：
描述：
旅客领取机票的凭证
定义：
取票通知=旅客姓名+领票时间
位置：
输出到打印机
名字：
售出机票信息
别名：
描述：
旅客的航班机票的信息
定义：
售出机票信息=旅客的航班机票
位置：
输出到打印机
名字：
旅客订票记录
别名：
描述：
已订票的旅客在航空公司的记录
定义：
旅客订票记录=旅客姓名+航班机票信息
位置：
输出到航空公司端〔Server端
三、需求分析
1．每条航线所涉及的信息有：
终点站名、航班号、飞机号、飞行日〔星期几、乘员定额、余票量、已订票的客户名单〔包括姓名、订票量、舱位等级1,2或3以及等候替补的客户名单〔包括姓名、所需票量；
2．全部数据可以只放在内存中；
3．系统能实现的操作和功能如下：
a>查询航线：
根据旅客提出的终点站名输出下列信息：
航班号、飞机号、星期几飞行,最近一天航班的日期和余票额；
b>承办订票业务：
根据客户提出的要求〔航班号、订票数额查询该航班票额情况,若尚有余票,则为客户办理订票手续,输出座位号；若已满员或余票额少于定票额,则需重新询问客户要求。
若需要,可登记排队候补；
c>退票业务：
根据客户提供的情况〔日期、航班,为客户办理退票手续,然后查询该航班是否有人排队候补,首先询问排在第一的客户,若所退票额能满足他的要求,则为他办理订票手续,否则依次询问其他排队候补的客户。
1、软件功能说明
〔1显示已初始化的全部航线信息
〔2浏览已订票客户信息
〔3根据客户提出的终点站名,调用find〔函数寻找航线信息,调用list〔函数输出航线信息
〔4办理订票业务：
根据客户提供的航班号进行查询航线信息,若客户订票额超过乘员定票总额,退出,若客户订票额末超过余票量,订票成功并登记信息,在订票乘员名单域中添加客户信息；如果暂时没有票,询问客户是否要排队等侯,如果是,则在等候队列增加该客户的订票信息。
〔5办理退票业务：
调用查询函数,根据客户提供的航线进行搜索根据客户提供的姓名到订票客户名单域进行查询。
退票成功后,重新将航线名单域指向订票单链表的头指针。
根据队列中从出的客户信息判断是否满足要求,如果满足,则将该客户的信息插入到乘客信息链表中。
〔6退出本系统
2、系统主要E-R图
订票数量
订票日期
订票人姓名
订票人
订票人身份证号
订票人地址
订票人年龄
订票人性别
订
票
人
信
息
订票
航
班
信
息
航班号
起飞时间
降落时间
起飞地点
降落地点
所属防空公司
座位数
成人票价
折扣
订票状态
图3数据库ER图
3、对功能和性能的一般规定
较高的性能价格比,由于这种模式极大的方便了客户及航班信息的管理,节省了很多不必要的设备,减少了项目投资。
系统功能齐全、开放性好。
订票,退票,查询,管理等业务,全部使用软件来控制,因此今后功能变动、业务改动很灵活。
共享航班资源。
数据的输入。
管理员根据需要来输入航班、订票人、乘客等信息的具体数据,但必须保证其正确性和准确性。
数据的修改。
管理员根据需要对指定的数据进行修改,由于记录繁多,因此用户首先要输入一定的查询条件,缩小记录范围,然后再从该范围中找到指定的记录进行修改,保证修改的内容的正确性和准确性后可更新数据库的数据。
数据的删除。
管理员根据需要对指定的数据进行删除,由于记录繁多,因此用户首先要输入一定的查询条件,缩小记录范围,然后再从该范围中找到制定的记录进行删除,保证将要删除的内容的正确性和准确性后可删除掉数据库中的数据。
数据的查询。
管理员根据需要查询数据库中的所有数据,输入一定的查询条件,然后可按照输入的查询依据查询新数据库的数据。
从实用、好用的角度出发开发航空订票管理系统,建立面向顾客管理全过程的管理与控制系统,在设计过程中主要考虑以下原则：
可操作性。
原始信息皆由管理员录入,系统应尽量减少操作员的数据录入量,录入数据尽量通过设计下拉列表框来选择录入,这样的处理同时也避免了许多录入异常现象的发生。
数据输入的格式应符合业务习惯,并且直观、方便。
要求系统处理的数据能准确无误,同时输出信息要求直观、简洁。
可靠性。
系统运行具有较高的可靠性,提供严格的并发控制,确保数据的一致性和正确性
实用性。
从用户的实际需要出发进行系统开发,不盲目追求高新技术的应用。
安全性。
系统安全措施可靠、高效、可维护性好,有权限控制、口令控制、临时锁定控制,其中口令录入界面便于系统识别登录用户。
可维护性。
为了保证系统的可维护性,要求具有详细的文档资料,同时,要求系统在功能设计上考虑可扩展性,以满足业务变动的需求。
可移植性。
系统开发完成后,要能运行于任何由WindowsNT/Windows9X操作系统所构成的计算机网络环境下。
3.1功能模块图
系统结构图〔功能模块图：
主函数
浏览航线信息
浏览已订票客户信息
查询航线
办理订票业务
办理退票业务
退出系统
按剩余票数排序
图5功能模块图
4、灵活性
当需求发生某些变化时,机票管理应用软件操作方式、数据结构、运行环境基本不会发生变化,变化只是将对应的数据库文件内的记录改变,或改变过滤条件。
四、运行环境规定
最低配置：
操作系统：
Windowsxp
内存：
512M
显示卡：
TNT2标准版1G显存
输入设备irectX兼容键盘鼠标
网络适配器：
512K调制解调器
推荐配置要求
操作系统：
WindowsXP
内存：
1G
显示卡：
GeForce级别1G显存
输入设备irectX兼容鼠标键盘
网络适配器：
512K调制解调器
五、概要设计
1、程序系统的组织结构
系统用例图：
图6系统用例图
服务器端的组织结构图：
航空订票管理软件
管理员身份验证
超级管理员
一般管理员
查询所有信息数据
输
入
查
寻
内
容
输
出数据
航班信息管理
订票人信息管理
添加数据
查询数据
删除数据
修改数据
添加数据
删除数据
修改数据
查询数据
输入新航班数据
保存航班数据
删除航班数据
刷新数据
刷新输出数据
修改航班数据
更新航班数据
刷新航班数据
输入查询数据
输出数据
输入订票人数据
保存订票人数据
删除订票人数据
刷新数据
刷新输出数据
修改订票人数据
更新订票人数据
刷新航班数据
输入查询数据
输出数据
系统层次结构图
图7系统层次结构图
系统功能管理的主要功能是管理员身份、超级管理员、一般管理员、航班信息管理、订票人信息等。
2、系统数据流程分析
数据流程分析就是把数据在现行系统内部的流动情况抽象出来,舍去了具体组织机构、信息载体、处理功能等物理组成,单纯从数据流动过程来考察实际业务的数据处理模式。
数据流程分析主要包括对信息的流动、变换、存贮等的分析。
其目的是要发现和解决数据流动中的问题。
这些问题有：
数据流程不畅,前后数据不匹配,数据处理过程不合理等等。
问题产生的原因有的是属于现行管理混乱,数据处理流程本身有问题,有的也可能是我们调查了解数据流程有误或作图有误。
调查的目的就是要尽量地暴露系统存在的问题,并找出加以解决的方法。
由于该程序执行过程单一,没有太复杂的功能,所以使用程序流程图就能进行设计。
但是使用程序流程图能诱使程序员过早地考虑程序的控制流程,而不去考虑程序的全局结构。
程序流程图不容易表示数据结构。
由于程序流程图用箭头代表控制流,因此程序员不受任何约束,可以完全不顾结构程序设计的精神,随意转移控制。
该系统的系统流程图如下所示。
是否继续运行
开始运行
程序初始化
填写要查询的内容
判断数据是否符合规定
查询数据
显示查询到的数据
退出查询功能
是
否
不符合
符合
图8服务器端查询流程图
进入系统首先判断管理员,查询的内容。
判断是否符合规定,然后根据输入的内容查询到数据,在判断是否继续运行或者退出系统。
添加模块流程图,如图图9所示。
是否继续运行
开始运行
程序初始化
输入应填写的信息
判断数据是否符合规定
将数据添加到数据库
退出添加功能
是
否
不符合
符合
图9服务器端添加模块流程图
运行程序,管理员输入要填写的信息,系统判断是否符合规定,符合将其添加到数据库中,否则不添加,添加完之后选择是否继续程序或者退出程序。
修改模块流程图,如图10所示。
是否继续运行
开始运行
程序初始化
修改信息
判断数据是否符合规定
更新数据库
退出修改功能
是
否
不符合
符合
图10服务器端修改模块流程图
运行程序,管理员输入要修改的信息,系统判断是否符合规定,符合将其修改到数据库中,否则不修改,修改完之后选择是否继续程序或者退出程序。
删除模块流程图,如图11所示。
是否继续运行
开始运行
程序初始化
选择要删除的数据
判断数据是否符合规定
删除数据
退出删除功能
是
否
不符合
符合
图11服务器端删除模块流程图
运行程序,管理员输入要删除的信息,系统判断是否符合规定,符合将其从数据库中删除,否则不删除,删除完之后选择是否继续程序或者退出程序。
客户端各模块的流程图：
是否继续运行
开始运行
程序初始化
填写要查询的内容
判断数据是否符合规定
查询数据
显示查询到的数据
退出查询功能
是
否
不符合
符合
图12查询模块流程图
运行程序,用户输入要查询的信息,系统判断是否符合规定,符合将要查询的内容从数据库中查询出来,否则返回运行界面提示,查询完之后选择是否继续程序或者退出程序。
订票模块的流程图：
是否继续运行
开始运行
程序初始化
输入相应的订票人的信息
判断数据是否符合规定
将数据添加到数据库
退出添加功能
是
否
不符合
符合
图13订票模块流程图
用户运行程序,输入订票人的信息,系统判断是否符合规定,符合将数据添加到数据库,否则返回到输入订票人信息界面,订购完成之后,用户可选择继续或者退出。
升级会员 