机票管理 需求分析.docx
- 文档编号:4804166
- 上传时间:2022-12-09
- 格式:DOCX
- 页数:11
- 大小:163.03KB
机票管理 需求分析.docx
《机票管理 需求分析.docx》由会员分享,可在线阅读,更多相关《机票管理 需求分析.docx(11页珍藏版)》请在冰豆网上搜索。
机票管理需求分析
机票预订系统需求规格说明书
项目开发人:
信工0404班
万芸欧翠娥施雪梅
1引言
1.1编写目的
为了更好地向用户描述系统性能,尽量满足用户的需要,建立和用户沟通的平台。
同时,为了明确软件系统的整体框架及实施细则。
1.2项目背景
软件系统名称:
机票预订系统
任务提出者:
某某航空公司
任务开发者:
万芸欧翠娥施雪梅
用户:
旅行社工作人员、旅客
1.3参考资料
软件工程导论(第四版)清华大学出版社
软件工程实验指导书题目四
2任务概述
2.1目标
为某某航空公司开发,方便各旅行社和旅客们订购飞机票。
通过本系统,用户可以方便地预订该航空公司的机票,同时便于航空公司管理机票预定的业务。
2.2运行环境
Windows98及以上操作系统
VisualFoxPro6.0
2.3条件与限制
用户仅可以输入订票信息,无权对系统本身进行修改。
用户必须按照系统的流程进行操作。
系统的修改、维护由研发人员及航空公司共同负责。
3.数据描述
3.1数据元素
系统中的数据元素:
3.2数据需求
机票预定系统的数据需求包括如下几点:
1.数据录入和处理的准确性和实时性
数据的输入是否准确是数据处理的前提,错误的输入会导致系统输出的不正确和不可用。
手工输入要通过系统界面上的安排系统具有容错性,对错误的输入要有所反应。
数据的输入往往是大量的,因此系统要有一定的处理能力,以保证迅速的处理数据。
2.数据的一致性与完整性
系统的数据是共享的,有一定的人员维护数据的一致性,在数据录入处控制数据的去向,并且要求对数据库的数据完整性进行严格的约束。
对于输入的数据,要为其定义完整性规则,如果不能符合完整性约束,系统应该拒绝该数据。
3.数据的共享与独立性
整个机票预定系统的数据是共享的。
然而,从系统开发的角度上看,共享会给设计和调试带来困难。
因此,应该提供灵活的配置,使各个分系统能够独立运行,而通过人工干预的手段进行系统数据的交换。
这样,也能提供系统的强壮性。
4.流程图
4.1业务流程图
旅客订票流程图:
旅客清单
航班机票旅客订票记录
订票机票信息
航班机票信息
航班机票信息
订票信息
取票通知
订票信息
旅客取票流程图:
订票旅客清单
售出机票信息
4.2.实体-联系图(ER图)
机票预定系统的实体联系图如下图所示:
1
11
N
5.功能需求
5.1客户端功能需求
在客户端系统的功能实现上,可以分为以下几个部分:
[1]旅客信息的输入和统计
旅行社把旅客要求订票的信息由专人负责输入。
这部分功能是客户端子系统的基本部分,这个功能是以后各个部分的基础。
系统要求做到即能够从其它子系
统中共享一部分信息,又有方便的操作界面工手工输入旅客信息。
这部分要求对输入的数据进行简单的统计,供航空公司进行查询和宏观调控。
[2]旅客信息的存储:
将旅客的信息存储到旅行社的客户端系统中,以备以后的取票确认以及查询。
[3]机票信息的传递及接收:
将旅客所须的机票信息由旅行社客户端由网络传到航空公司的服务器上,并且接受航空公司返回的航班信息,然后存储起来。
[4]取票通知及帐单的生成和打印:
把已存储的从航空公司返回的航班机票信息打印出来,并且生成帐单打印出来一起交给旅客。
印出机票给已经订票的旅客:
根据旅客的取票通知及帐单,经过确认无误后,接受旅客的付款后把机票印出来交给旅客。
[5]机票销售情况的核算
这一功能是在上一功能的基础上,对机票销售额进行单项核算,得到该旅行社的销售情况并把核算结果作为企业报表输出。
5.2.服务端功能需求
在服务端系统的功能实现上,可以分为以下几个部分:
[1]接收由旅行社客户端发回的所需机票信息:
通过网络接收机票信息并存入到服务器的数据库中。
[2]生成航班信息:
根据所需机票信息(时间,地点),在数据库中查询并得到正确的航班的信息(价格,时间,等级),分配所需的机票数并在数据库中做出已售出的标记。
[3]传递航班信息到客户端(旅行社):
把得到的航班信息通过网络传递到旅行社。
[4]接收旅行社的反馈信息:
对旅行社的反馈信息进行分析,把已经售出的机票进行统计,对被旅客所退掉的机票要进行数据库的恢复。
[5]印出机票给已经订票的旅客:
根据旅客的取票通知及帐单,经过确认无误后,接受旅客的付款后把机票印出来交给旅客。
[6]销售额的分析和管理
这一步骤的功能要求包括对销售的机票进行分析,这一工作是在前面的基础上,以计算机为工具,对机票预定系统的功能和目标进行扩充。
它以财务管理学为理论基础,以辅助决策为目标,以机票销售数据为中心,广泛采用统计学、运筹学的分析方法,对销售信息进行深层加工,建立反映不同航班需求的模型,提供管理上所需的各种辅助决策信息和财务信息。
这一要求是机票预定系统的最高目标,将通过系统运行后获得的大量销售历史数据基础上,实现这一目标。
6.性能需求
为了保证系统能够长期、安全、稳定、可靠、高效的运行,机票预定系统应该满足以下的性能需求:
1.系统处理的准确性和及时性
系统处理的准确性和及时性是系统的必要性能。
在系统设计和开发过程中,要充分考虑系统当前和将来可能承受的工作量,使系统的处理能力和响应时间能够满足企业对信息处理的需求。
由于机票预定系统的查询功能对于整个系统的功能和性能完成举足轻重。
作为系统的很多数据来源,而机票数量和时间又影响企业的决策活动,其准确性很大程度上决定了机票预定系统的成败。
在系统开发过程中,必须采用一定的方法保证系统的准确性。
2.系统的开放性和系统的可扩充性
机票预定系统在开发过程中,应该充分考虑以后的可扩充性。
例如订票系统的方式的改变(网上订票),用户查询的需求也会不断的更新和完善。
所有这些,都要求系统提供足够的手段进行功能的调整和扩充。
而要实现这一点,应通过系统的开放性来完成,既系统应是一个开放系统,只要符合一定的规范,可以简单的加入和减少系统的模块,配置系统的硬件。
通过软件的修补、替换完成系统的升级和更新换代。
3.系统的易用性和易维护性
机票预定系统是直接面对使用人员的,而使用人员往往对计算机并不时非常熟悉。
这就要求系统能够提供良好的用户接口,易用的人机交互界面。
要实现这一点,就要求系统应该尽量使用用户熟悉的术语和中文信息的界面;针对用户可能出现的使用问题,要提供足够的在线帮助,缩短用户对系统熟悉的过程。
机票预定系统中涉及到的数据是航空公司的相当重要的信息,系统要提供方便的手段供系统维护人员进行数据的备份,日常的安全管理,系统意外崩溃时数据的恢复等工作。
4.系统的标准性
系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。
所有这些都要符合主流国际、国家和行业标准。
例如在开发中使用的操作系统、网络系统、开发工具都必须符合通用标准。
如规范的数据库操纵界面、作为业界标准的TCP/IP网络协议及ISO9002标准所要求的质量规范等;同时,在自主开发本系统时,要进行良好的设计工作,制订行之有效的软件工程规范,保证代码的易读性、可操作性和可移植性。
5.系统的先进性
目前计算系统的技术发展相当快,做为机票预定系统工程,应该保证系统在下个世纪仍旧是先进的,在系统的生命周期尽量做到系统的先进,充分完成企业信息处理的要求而不至于落后。
这一方面通过系统的开放性和可扩充性,不断改善系统的功能完成。
另一方面,在系统设计和开发的过程中,应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。
6.系统的响应速度
机票预定系统系统在日常处理中的响应速度为秒级,达到实时要求,以及时反馈信息。
在进行统计分析时,根据所需数据量的不同而从秒级到分钟级,原则是保证操作人员不会因为速度问题而影响工作效率。
22222222222
摘 要
随着信息技术在管理上越来越深入而广泛的应用,管理系统的实施在技术上已逐步成熟。
管理系统是一个不断发展的新型科学,任何一个单位要生存要发展,要高效率地把内部活动有机地组织起来,就必须建立起与自身特点相适应的管理管理系统。
本系统根据航空公司管理的实际要求,经过实际的需求分析,采用Eclipse作为开发工具,以MYsql做数据后台,开发出来的网上机票预定管理系统。
整个系统从符合操作简便,界面友好,灵活,实用,安全的要求出发,完成了网上机票预定的全过程,包括机票信息管理,客户信息管理,航线信息管理,系统管理等管理工作。
论文主要介绍了本课题的开发背景所要完成的功能与开发过程。
重点说了系统的设计的重点设计思想与系统的详细设计。
关键词 管理系统;机票管理;eclipse;mysql
1.1 系统实现的目标
网上机票预订管理系统的总目标是:
在计算机网络,数据库与先进的开发平台上,利用现有的软件,配置一定的硬件,开发一个具有开放体系结构的、易扩充的、易维护的、具有简易操作的网上用/管系统,实现网上预订机票,让用户更加方便,更加快捷地完成机票的预订过程。
同时实现对机票的管理,对航班的管理等操作。
从“七五”开始起步,经过“八五”、“九五”的重点建设,民航信息化在基础设施建设,重要信息系统开发与运行,技术队伍建设与人才培训等方面都取得了显著成绩,为进一步加快民航信息化奠定了良好的基础。
民航信息基础设施建设已初具规模,形成以空管通信网与商务通信网为骨干的两大专用通信网络。
空管通信网以自动转报、分组交换与卫星通信为主,连接全国各管理局、省(市、区)局与主要航站,覆盖所有国际航路与国内干线航路,承担空中交通管制、航空气象与情报、飞行计划与动态、综合管理等业务传输与国际数据交换服务。
商务通信网覆盖国内近300个主要城市与80个国外城市及港澳地区,网络用户终端数量超过28000台,通过技术改造初步形成支持多种主机系统与应用环境的基于IP的开放网络结构,承担着客货运输业务数据传输。
机票的销售往往通过固定的销售网点或是在机场购买,虽然销售网点很多,但无法满足人们对各种信息的需求,在效率上也有很大欠缺,而网上机票的预订弥补了这个不足,人们可以通过庞大而方便的计算机网络,随时随地地查询与预订机票,这将大大简化用户的购票过程,也减少了工作人员的工作量。
1.1 技术可行性分析
技术可行性就是从技术的角度出发,分析研究要开发项目的可行性。
经对现有网上机票的销售与预订的实际考察发现,绝大多数的航空公司、网络公司及酒店等机票销售管理系统都已具备计算机软硬件与网络环境。
现有的网络硬件及软件的系统已经完全可以满足构造这样一个系统的实力。
加上现在对网络系统构造的支持,如现下流行的Eclipse下应用Spring+Struts+Hibernate对Web开发的强大支持,以及Tomcat服务器的简易安装与稳定的运行对于系统的构建、运行与维护都可以轻松地完成。
技术环境已满足开发与使用的条件。
1.2 操作可行性分析
操作可行性,又称社会可行性或运行可行性,是对开发系统在一个给定的工作环境中能否运行或运行好坏程度的量度。
本系统以网络应用为主,用户界面与管理界面都与在网上查看新闻一样简单与易于操作。
所有有上网经历的用户都可以轻松地完成自己的目的,而管理对于航班及订单的管理也无须特地培训,简单知道航班的规则即可。
1.3 经济可行性分析
经济可行性是对将要开发的系统的成本效益进行分析的一个度量。
本次网上机票预订管理系统的开发是建立在计算机技术广泛应用与普及于社会各个行业的实际工作中,并能够极大的减少航空公司、机票销售点工作人员的工作压力,降低售票开销,简化售票流程,提高机票管理系统的效率与准确性,规范旅客信息的管理。
从长远角度来看,此系统的投入会给航空公司机票销售信息统计完整化、数据处理智能化、经济预算科学化、业务处理高效化等。
另外本系统采用开发软件均为开源免费,可大大降低开发成本,一旦项目完成投入使用,即可见效益。
1.4 法律可行性
1.所有开发软件均采用开源免费软件,无版权纠纷。
2.无违反国家法律相关规定。
1.1 系统功能需求分析
开发网上机票预定系统,首先需要知道系统的整体构架,有哪些功能,能完成哪些工作。
本系统面向的对象至少有两个:
用户与管理员。
所以本系统有一个面向客户的平台与一个面向管理员的平台——面向客户,要有注册、登录、用户信息管理、航班查询、订票、退票等服务;面向管理员就应该有登录、制定航班、安排航班与航班日程安排等服务。
因此系统分为用户与管理员两个模块。
对系统的数据流向描述的0层数据流图如图3-1所示。
现对数据流图的每个加工说明如下。
1.注册。
新用户注册为会员,由用户将填好的注册信息表单提交到控制层,由控制层调用数据逻辑层操作数据库,完成用户的注册。
2.用户登录。
此加工对用户输入的登录信息进行验证,确定用户是否有权力进行并使用系统。
1.修改信息。
此加工接受用户对个人信息的修改及查看。
2.查询。
此加工主要是对航班日程安排存储进行查询,来满足的需求。
3.订票。
用户选好自己要订的机票后,系统会将相关信息一并发送到订票加工,经过验证处理,订票加工将信息写入订票信息存储。
4.退票。
此加工接受用户的退票信息,根据用户ID与预订的航班号,对满足退票条件的已预订机票进行退票处理。
5.安排航班。
此加工接收由航班信息存储提供的信息,对各个航班进行日程的安排。
将符合标准的航班日程信息进行记录并供用户查询与预订。
此加工的过程由管理员完成。
6.制定航班。
此加工的信息同航空公司提供,由管理进行录入,将符合格式与航班标准的航班信息写入航班信息存储中。
7.交易管理。
此加工接收订票信息存储提供的信息,对已付款的账户由管理操作改变交易状态,存储在订票信息存储中。
1.1数据库需求分析
1.1.1 实体分析
用户的需求具体体现在各种信息的提供、保存、更新与查询,这就要求数据库结构能充分满足各种信息的输出与输入。
收集基本数据、数据结构以及数据处理的流程,组成一份详尽的数据字典,为后面的具体设计打下基础。
在对整个系统的数据流程进行详尽分析后,从其中抽象出如下实体:
用户:
代表一个用户实体,主要的属性有用户名、姓名、密码、性别、电话、与电子邮件。
管理员:
代表一个管理员实体,主要属性有用户名与密码
航班:
代表一个航班实体,它是针对某一个航班代号的,但是该航班可以在不同的时间执行飞行任务,因此又引出了航班日程安排实体,航班实体主要的属性有航班号、出发地点、目的地点、旅程与价格。
航班日程安排:
代表一个航班的日程安排实体,主要的属性有航班号与航班日期,当然这个实体可看成是机票。
订单:
代表一个订单实体,主要的属性有用户号与航班安排号。
1.1.2 实体模型的关系分析
1.用户与航班安排之间是多对多的关系。
一个用户可以同时购买多张航班的机票,一个航班的机票可以同时被卖给多个用户。
2.用户与订单之间是一对多关系。
一个用户可以发出多个订单,但一个订单只能属于一个用户。
3.管理与航班之间是多对多关系。
一个管理员可以制定多个航班,一个航班可以被多个管理制定。
4.管理员与航班的安排之间是多对多的关系。
一个管理员可以安排多个航班,一个航班也可以被多个管理员安排。
5.航班与航班的安排之间是一对多的关系。
一个航班可以有多个安排,但一个航班的安排只能特定于一个航班。
6.航班的安排与订单之间是一对多关系。
一个航班的安排可以有多个订单,即相当于多个人同买一个航班的机票,但是一个订单只特定于一个航班。
1.1 系统功能模块设计
1.注册用户账户。
用户登录是一个网络应用系统必需的功能之一。
用户想要使用系统提供的功能,就必须先拥有一个账户。
因此要到系统中注册一个账户,用户在注册时系统要求用户输入注册信息。
2.用户登录。
登录时要求用户输入用户名与密码,提交后系统将验证用户输入信息的正确性。
3.修改个人信息:
这个功能要求在用户登录到系统以后方可进行。
4.查询机票信息:
用户可以通过系统查询当前正在发售的机票。
5.当用户查询到自己想要的机票后就可以进行预订操作。
6.退票:
如果交易还未完成,或是在退票期限内,用户登录后可以先择退票操作。
7.管理员登录:
利用系统管理账号登录,同样输入账号与密码,系统将进行验证。
8.制定航班:
成功进入系统后,可以进行新航班的制定操作。
9.安排航班:
成功进入系统后,可以对现有的航班进行日程安排。
10.航班管理:
成功进入系统后,对现在的航班,航班日程等进行更新、删除等操作,实现对航班的管理。
信你自己罢!
只有你自己是真实的,也只有你能够创造你自己
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 机票管理 需求分析 机票 管理 需求 分析