资源描述
航空订票系统需求分析计划书
1.引言
信息社会的高科技,商品经济化的高效益,使得计算机的应用已普及到经济社会生活的各个领域。计算机虽然与人类的关系越来越密切,还有人由于计算机操作不方便而继续使用手工劳动。为了适应现代社会人们高度强烈的时间观念,此航空订票系统为航空客运订票业务及相关活动带来了极大的方便。该软件是以C++编程语言为实现语言,其功能在系统由原代码直接完成。通过readme文档,使用者可以了解本软件的基本功能和使用方法。至需要输入一些简单的文字即可完成所需执行的指令。
1.1编写目的
本需求的编写目的在于研究航天订票系统软件的开发途径和应用方法。
本需求的预算读者是与航天订票系统管软件开发有联系的决策人,开发组成人员,助开发者,支持本项目的领导公司人员,软件验证人员。
主要目的是模拟现实中的航空定票系统,完成相关航空客运订票的业务活动。包括:查询航线、客票预订和办理退票等运订票系统,以使上述业务可以借助计算机来完成。读者为操作人员及旅客。
1.2背景及范围
本项目名称:航空订系统管理软件
本项目的任务:提出者及开发者是S-T小组,用户可以是管理人员,乘客及有关航空订票所涉及到的一系列客户。
为了使大家了解和掌握软件开发的流程及相关问题的解决途径及文档记录方式,软件工程教师于2009年3月10号任命我们ST小组开发此系统。该系统可以与其他相关系统联合使用,以完成对实际中有关航空订票等问题的解决。
a.项目的委托单位:软件工程郭老师
开 发 单 位:ST小组(software team)
(小组成员:谢峥丹,李浩,吴嵘,李众,张璐,闵敏)
主 管 部 门:委托单位与开发单位
b.该软件系统与其他系统的关系:资源互补,相互结合。
1.3定义 缩写词 略语
航天订票系统:是能够帮助航天订票过程中需要查询,订票,或者浏览的人员的一款应用软件。该系统可以与其他相关系统联合使用,以完成对实际中有关航空订票等问题的解决。
1.4参考资料
1. 《C++程序设计实际教程(第二版)》钱能 北京:清华大学出版社
2. 《数据结构--C语言描述》耿国华 高等教育出版社
3. 《软件工程(第二版)》齐治昌,谭庆平 高等教育出版社
4. 《计算机组成原理(第四版)》白中英 北京:科学出版社
5. 《C程序设计(第三版)》谭浩强 北京:清华大学出版社
6. 《软件设计方法》王选 1992 北京:清华大学出版社
7. 《现代软件工程》周之英 2000 北京:科学出版社
8. 《软件可靠性工程手册》Michael R Lyu 1997 北京:电子工业出版社
9. 《软件质量保证(第三版)》G Gordon Schulmeyer 2003 北京:机械工业出版社
10.《软件质量管理--标准,技术与实践》王青,李怀璋,李明树 2002 北京:中国计划出版社
2.任务概述
该航空订票系统的研究室为了满足航空订票的方便与快捷, 以现代化的创新思维模式研究。
2.1 目标
2.1.1 开发意图
a.为了使航空订票系统更加的完善
b为了使乘客及管理人员更加方便快捷的设计订票的一系列活动
c.为了减轻工作人员不必要的劳动,提高工作效率
2.1.2应用目标
通过本软件,能帮助航天管理人员以及乘客方便快捷的进行不同的业务。根据与所属的权限,分模块实行不同的操作。根据浏览权限的不同还可以实现信息的隐藏及不同用户身份可以进行不同的操作,十分方便。
2.1.3 作用及范围
本软件适用于航空管理订票业务工作者和乘客,它是比较完善的软件,对订票退票查询等业务可以时时应用,而且可以实现客户信息隐藏,安全可靠。
2.2运行环境
硬件环境:能支持多种软件运行,有足够大的存储和控制设备,系统在执行期间必须保证稳定的状态,有稳定的输出环境。
软件环境:windows98以上的系统或是vista home basic 及其升级版本系统,装有C语言编译器并必须支持C语言编译器的顺利正确运行,支持DBMS系统,支持ASSESS数据库系统并支持其他文档,图形,表格软件的运行。
2.3 条件与限制
ST小组已具备开发类似系统的能力,拥有自己的开发小组,有相关的开发工具及开发经验,已对项目做了初期审核并制作出了相关实施方案。要于2009年5月1号完成任务,时间也甚是紧张。若能给予更多时间,则会做出更高效的系统。
3.数据描述
3.1 静态数据
支持的终端数为1
3.2 动态数据
预处理的窗口正常情况下和分支工作条件下为5个,一定时间周期中要处理的数量:运行开始窗口的输入是动态的。(窗口开始尺寸一个数据,开始位置3个数据,最大尺寸4个数据,最小尺寸1个数据)。
该软件开始运行时,先输入运用软件的用户身份,在选择所需要的业务,根据提示进行选择,最终输出所需要的结果或数据
3.3 数据库描述
数据库是实现有组织的,动态的储存大量关联数据,方便多用户访问的计算机软硬一体组成的系统。他与文件系统的重要区别是数据的充分共享,交叉访问,与应用程序的高度独立性。
数据库需要表述的信息有以下几种:
(1) 航空公司
(2) 机场
(3) 客户
(4) 客户与机场之间的售票联系
(5) 航空公司与机场的航班联系
用E-R图表示器数据库的抽象概念模型如下:
3.4 数据流图及数据词典
3.4.1 该系统的顶级数据流图如下:
用户
管理员
订票员
乘客
航天订票系统
显示界 面
执行功能
相应的顶级数据字典如下:
1. 图中的用户可以为管理员,订票员,和乘客中的一种,分别执行不同的操作
2. 各种用户的信息以结构体的方式存于内存中
3. 输入相应的信息执行相应的操作,在1级数据流图的数据字典中详加说明
4. 根据用户的权限和执行的操作显示信息
3.4.2该系统的1级数据流图如下:
用户
用户命令预处理
管理员界面
订票员界面
乘客界面
浏览航班信息
管理订票员
修改自身信息
退出
浏览航班阿
修改航班的操作
退出
普通用户
已注册用户
注册用户
浏览航班信息
浏览航班
订票
退票
修改密码
退出
查看订票纪录
1级数据流图的数据字典如下:
1. 图中的用户可以为管理员,订票员,和乘客中的一种,根据与处理用户输入的命令,分别执行不同的操作(各种用户的信息以结构体的方式存于内存中)
2. 由界面的不同可以分为管理员界面,订票员界面和乘客界面
3. 对于管理员,在设定自身信息,可以登陆账户及修改密码以外,还可以浏览航班信息,对售票员信息进行操作(创建售票员,删除售票员等)
4. 对于售票员,不仅能对自身账户进行设置,还可以承办订票退票业务,修改航班信息(注:在修改航班信息是需要输入密码)。
5. 对于乘客,分为普通乘客和已注册乘客。普通乘客只能浏览航班信息,而注册乘客还可订票退票以及查看自己订票的纪录,修改密码等。普通乘客可以通过注册享有已注册乘客可运行的权限。
6. 所有的信息在内存中创建,保存在内存中。如果需要修改,则可根据权限的不同来修改导入的文件。
以下是订票退票功能的2级数据流图:
订票
输入信息
查询有无足够票
查询与退票是否匹配
退票
输入退票量及信息
退票信息
看是否匹配
不足够
进行订票
足够
用户
输入
是否愿意等
愿意
退出
不愿
提示
该图的数据词典如下:
1.订票函数和退票函数有一定关联,均属于客户订票退票时候订票员选择的功能函数之一
2.订票的时候先看是否有足够的票,若有足够的票的话则进行订票
3.若没有足够的票则询问客户是否愿意等待。若愿意等待的话则查询时候与退票相符合。若不愿意等待的话则退出系统。
4.查询退票预订票是否匹配以后都输出提示给用户,让其继续进行操作
5.所有信息都放入内存中,由文件来导入。
3.5 数据采集
本系统中所有的数据均为模拟航天订票系统中涉及到的数据,并非现实中的数据。
此系统的所有数据均放入内存中。
4.功能需求
4.1 功能划分
本软件大体上可以分为4个功能,即订票功能,退票功能,查询功能以及统计功能
根据用户选择的不同身份可以执行相应的不同操作。
4.2 功能描述
民航订票系统主要分为机场、航空公司和客户三方面的服务。航空公司提供航线和飞机的资料,机场则对在本机场起飞和降落的航班和机票进行管理,而客户能得到的服务应该有航班线路和剩余票数的查询,以及网上定票等功能。
具体描述如下:
①查询航线:根据旅客提出的终点站名输出下列信息:航班号、飞机号、星期几飞行, 最近一天航班的日期和余票额。
②承办订票业务:根据客户提出的要求(航班号、订票数额)查询该航班票额情况,若尚有余额 ,则为客户办理订票手续.输出座位号;若已满员或余票额少于订票额,则需重新询问客户要求。若需要,可登记排队候补;
③承办退票业务:根据客户提供的情况(日期、航班),为客户办理退票手续,然后查询该航班是否有人排队候补,首先询问排在第一的客户,若所退票额能满足他的要求. 则为他办理订票手续,否则依次询问其它排队候补的客户。
5.性能需求
5.1 数据精确度
在精确度需求上,根据使用需要,在各项数据的输入输出以及传送过程中,本系统基本可以适合各种精确度的需求。
5.2时间特性
在软件方面,响应时间,更新处理时间都比较的迅速,完全满足用户的需要,数据转换与传输时间还有运行的时间都比较快,可以在用户接受的范围之内
6.运行需求
6.1 用户界面
屏幕格式位普通的运行界面,用户根据屏幕上的提示进行相应的操作。菜单格式采用纵向平铺的格式,根据用户的选择输出提示信息,从任意一级菜单均可返回主菜单。输入输出的时间都较为迅速。
6.2硬件接口
本产品的用户一般需要通过终端进行操作,进入主体界面以后根据所提时的信息,先选择浏览权限,其后根据所需功能分别进入相应的界面(如:输入界面,输出界面)。用户对成粗的维护最好有备份。由于许多乘客信息需要保密,因此这些信息由管理员建立,存在于内存中。
6.3软件接口
WIN9X/NT/XP操作系统
6.4故障处理
a.内部故障处理
在开发阶段可以苏轼随即修改数据库里的相应内容。
b.外部故障处理
对编辑的程序进行重装载时,第一次装载认为错误,进行修改。第二次运行,在需求调用时出错,有错误提示,重试。
7.其他需求
当前的订票系统对然已有,但与我们设计的系统软件还有很大的区别。我们ST小组设计的软件是一种辅助航天管理的系统软件,目前为止,还有一定漏洞 ,功能还不是很全面,很完善。ST小组准备完善该软件,使其市场需求大大提高。
展开阅读全文