航空订票系统需求分析总结报告

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

小组成员:陈阳超、高腾、李成斌、李惟珠、张宁;

该报告由开发团队编制作为需求分析阶段的结论。其概述了需求分析的结果并建立开始概要设计的基线。建议内容如下:

1.引言

1.1编写目的

a)编写本项目开发计划的目的是把在《航空订票系统》的开发过程中对各项工作人员、开发的进度、经费的预算、硬件和软件资源条件等问题所做的安排用文档的形式记载下来,以便根据本计划开展和检查项目开发工作,保障项目开发成功。

b)主要可能包括以下人员:项目管理人员、测试人员、系统开发人员,有时还包括部分用户。

1.2背景

说明:

a)待开发的软件系统:航空订票系统;

b)本项目任务提出者:陈阳超

开发者:陈阳超、高腾、李成斌、李惟珠、张宁

用户:航空公司

实现该软件的计算机中心或计算机网络:系统开发完成后,要能运行于任何由Windows NT/Windows 9X操作系统所构成的计算机网络环境下。

c)该软件系统同其他系统或其他机构的基本关系:航空订票系统可以在装有

Windows操作系统,进行操作,操作界面友好。

1.3定义

SQA----软件质量保证PDP------项目开发计划

SCM-----软件配置管理SRS------软件需求规格说明书

SW----软件

定义:软件定义,软件开发,软件使用、维护和退役。

1.4参考资料

a)本项目的经核准的计划任务书或合同、上级机关的批文:《软件工程》

b)属于本项目的其它已发的文件:软件工程作业第一次作业。

c)本文件中各处引用的文件、资料,包括所需用到的软件开发标准:《软件工程》软件需求分析及软件开发标准。

2.复用建议

航空客运订票的业务活动包括:查询航线、客票预订和办理退票等运订票系统,以使上述业务可以借助计算机来完成。(1)每条航线所涉及的够息有:终点站名、航班号、KVL 号、6行周日(星期几)、乘员定

额、众票量、已订票的客户名单(包括姓名、订票量、舱位等级1,2或3)以及等候替补的客户名单(包括姓名、所需票层);

(2)作为示意系统,全部数据可以只放在内存中;

(3)系统能实现的操作和功能如下:

①查询航线:根据旅客提出的终点站名输出下列信息:航班号、飞机号、星期几飞行,最近一天航班的日期和余票额。

②承办订票业务:根据客户提出的要求(航班号、订票数额)查询该航班票额情况,若尚有余票,则为客户办理订票手续.输出座位号;若已满员或余票额少于订票额,则需重新询问客户要求。若需要,可登记排队候补;

③承办退票业务:根据客户提供的情况(日期、航班),为客户办理退票手续,然后查询

该航班是否有人排队候补,首先询问排在第一的客户,若所退票额能满足他的要求.则为他

力、理订票手续,否则依次询问其它排队候补的客户。

2.操作概要

对需求分析阶段执行活动所产生的系统和操作概念的更新。

a)更新操作方案

软件开发人员在现有系统模型下进一步修改完善、确认软件系统。只是对应的数据库文件的记录改变,或改变过滤条件。

b)操作模型,包括在操作的每种模式、次序和类型中将处理的数据的容量和频

率。

原型模型,根据数据的输入、数据的修改、数据的删除、数据的查询等操作处理不同数据的容量和频率。

c)更新输入、输出和信息说明。

输入项:管理员通过软件输入必要的信息,然后保存到数据库,所输入的信息是经过需求分析限定的内容,同时也是数据库中每个字段中存储的内容。

输出项:本套航空订票系统软件会将所有需要浏览的数据显示在屏幕上,以便使用户能够浏览到数据库中的数据或用户想要浏览范围中的数据。

并将改变该系统的信息,并进一步解释说明。

4.规格说明分析

a)需求和规格说明类别的概要(命令式、需要评审、单纯信息、需要类别或TBD)

服务器端的主要功能

1订票信息的查询功能:

1)查询航班信息包括航班号、时间、地点等信息。

2)查询及票价格包括起始地、抵达地、、机票价格等信息。

3)查询订票人的详细信息:

精确查询:输入订票人身份证号码查询订票人详细信息。

模糊查询:输入订票人的姓名(或订票人的姓或是年龄或是性别)查询出一系列相关的信息,然后可从小范围内找到订票人的详细信息。

4)查询乘客的详细信息:

精确查询:输入乘客的身份证号码查询乘客的详细信息。

模糊查询:输入乘客的姓名(或乘客的姓或是年龄或是性别)查询出一系列相关的信息,然后可从小范围内找到乘客的详细信息

2定票功能:

1)填写订票人的详细信息其中包括:

姓名、身份证号码、联系电话、地址等信息。

2)填写订票的详细信息,其中包括:

航班编号、订票时间、订票数量等信息。

3录入信息功能

1)取票功能:根据输入的订票人身份证号验证订票人身份后,输入详细的

乘客信息并进行保存。

2)直接购票:直接输入乘客详细信息并保存(不通过订票人)。

3)录入航班信息:录入航班的相关信息。

4)订票人取消订票:保存订票人取消订票信息。

4修改功能

1)修改乘客信息:将查找到的乘客信息,进行修改,然后进行保存。

2)修改订票人信息:将查找到的订票人的信息进行修改然后进行保存

3)修改航班信息:将查找到的航班信息进行修改后保存。

5 删除功能

1)删除乘客信息:将查找到的乘客信息,进行删除。

2)删除订票人信息:将查找到的订票人的信息进行删除。

3)删除航班信息:将查找到的航班信息进行删除。

性能

1 灵活性

当需求发生某些变化时,机票管理应用软件操作方式、数据结构、运行环境基本不会发生变化,变化只是将对应的数据库文件内的记录改变,或改变过滤条件。

2 可用性

软件应该尽可能的一目了然,使一般操作者能够使用。

3 安全性

本套航空订票软件系统所涉及的数据存放于Microsoft SQL Server数据库中,在程序中应尽可能的使用调用存储过程的方法以免使某人反编译软件后或入侵到服务器后对数据库的结构了如指掌,在程序中应该设置不同权限的人访问时的账户和密码,以保证数据不容易被错改、破坏,而且要经常对数据库进行备份操作,使得数据一旦受到破坏或是出错能够保证及时的恢复数据,将损失降低到最低。

4 可维护性

4.1 应用程序的维护

当用户使用本套航空订票系统软件时,遇到了软件本身的逻辑错误时,应当有软件的维护人员对软件进行修改。

4.2 数据库的维护

应当有特定的数据库维护人员对数据库进行及时地进行备份,管理等操作,以保证数据库的安全性。

b)有疑问的规格说明——对矛盾、含糊、不可行、不可测试和TBD需求的识别和讨论。

因为订票人的信息关系到部分乘客的信息,必须保持数据的完整性。其次是航班信息,它关系着部分订票人的信息和乘客信息,其中还嵌套着这部分订票人当中有部分关系的乘客信息,并且同一定票人可以订购多架次航班的机票和所订购的机票的数量也不仅仅是1张,要将航班信息删除,也要保数据的完整性。

相关文档
最新文档