某航空系统机票预订系统开发.docx
《某航空系统机票预订系统开发.docx》由会员分享,可在线阅读,更多相关《某航空系统机票预订系统开发.docx(15页珍藏版)》请在冰豆网上搜索。
![某航空系统机票预订系统开发.docx](https://file1.bdocx.com/fileroot1/2022-12/17/e2f1f85b-af39-48d0-a986-0dadb1ec8142/e2f1f85b-af39-48d0-a986-0dadb1ec81421.gif)
某航空系统机票预订系统开发
某航空系统机票预订系统开发
可行性研究报告
1.概述
项目名称:
航空公司机票预定系统。
项目用户:
航空公司。
开发单位:
xx级xx班(xx、xx、xx、xx、xx)小组2.项目目标
在1个月内建立一个高效率、无差错的航空公司机票预定系统。
3.存在的主要问题
人工不易管理,手续烦琐。
4.建立新系统
(1)经济可行性成本效益分析。
成本估算:
打印机1台(2000元)+开发费(3500元)=5500元,
可承担。
效益估算:
该系统有很好的社会效益,提高了航空公司售票效率,
方便了旅客,售票方便化,科学化。
(2)技术可行性。
经过调查分析,得到目前航空公司机票预定系统流程图
如下:
购票证明开购票客户证明
开购票发票发票
机票单收费
机票客户
图一
服务器终端显事务航班信息的更系统管理员示数据产生报表新
系统管理员客户机终端显产生报表查询请求示数据
数据库客户机终端显系统管理员产生报表表单申请示数据
机票核对事产生报表系统管理员在客户端打印务及帐单机票和帐单
图二
(3)操作可行性。
比较图一图二可以看出,与人工系统相比,计算机保留了原系统
的主要工作流程,可以看出计算机系统是人工系统的优
化,操作也不复杂,工作人员在短时间经过培训就可熟
练掌握。
5.结论
由于经济、技术、操作三方面的可行性分析都通过,因此由我校软
件技术系开发航空公司机票预定系统是可行的。
项目开发计划
5.概述
项目名称:
航空公司机票预定系统。
项目用户:
航空公司。
开发单位:
xx级xx班(xx、xx、xx、xx、xx)小组,1,项目目标
在1个月内建立一个高效率、无差错的航空公司机票预定系统。
(2)主要功能
<1>审查旅客的信息有效性;
<2>查询与旅客对应的航班信息;
<3>打印并发放旅客取票通知和账单;
<4>校对旅客信息、取票通知、账单(起飞前三日);
<5>打印机票;
(3)工作内容
本项目工作主要分为四个阶段
第一阶段为分析阶段:
主要对项目的用户需求进行分析,并编写文档;
第二阶段为设计阶段:
包括软件的概要和详细设计,并编写文档;
第三阶段为编码阶段:
即进行程序代码的编写与调试;
第四阶段为测试阶段:
对软件进行测试,并写出测试分析报告、项目
开发总结报告
6.系统资源
(1)人力资源
管理人员2名:
进行项目早期、后期工作;
开发人员2名:
能力强一点的人主要负责分析、概要设计、测试等
方面的工作;另一人负责详细设计、编码、测试等
阶段的工作
(2)硬件资源
计算机2台,打印机1台
(3)软件资源
Windows操作系统,Visualstudio2008;C#开发工具,Microsoft
SQLserver数据库
7.费用预算
打印机1台,2000元,+开发费,3500元,=5500元,可承担。
8.进度安排
阶段人数工作量/人月时间/月起止时间分析10.1660.1662010/6/1-6/5设计10.330.332010/6/6-6/15编码20.110.332010/6/16-6/25测试10.1660.1662010/6/26-6/30
需求分析说明
2010.06.01一、概述
项目名称:
航空机票预订系统
项目用户:
航空机票销售部
开发人员:
xx级xx班(xx、xx、xx、xx、xx)小组
1、项目目标
在一个月内建立一个高效率、稳定的系统,在计算机网络,数据库和先进的开发平台上,利用现有的软件,配置一定的硬件,开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的机票预定系统,能够实现航空公司的机票销售的自动化的计算机系统,为旅客提供实时,方便,快捷的机票销售信息,并提高航空公司的工作效率,服务质量,并为其增加经济效益,加快航空公司的信息化发展步伐。
2、主要功能
(1)为游客提供机票预定服务,方便旅游局的售票工作,提高旅游局的服务质量和服务效率
(2)机场提供的信息必须及时的反映在旅游局的工作平台上。
售票系统的定单必须无差错的存储在机场的主服务器上。
对服务器上的数据必须进行及时正确的刷新。
二、数据描述
1、数据流图
1(数据录入和处理的准确性和实时性
数据的输入是否准确是数据处理的前提,错误的输入会导致系统输出的不正确和不可用,从而使系统的工作失去意义。
数据的输入来源是手工输入。
手工输入要通过系统界面上的安排系统具有容错性,并且对操作人员要进行系统的培训。
在系统中,数据的输入往往是大量的,因此系统要有一定的处理能力,以保证迅速的处理数据。
2(数据的一致性与完整性
由于系统的数据是共享的,所以如何保证这些数据的一致性,是系统必须解决的问题。
要解决这一问题,要有一定的人员维护数据的一致性,在数据录入处控制数据的去向,并且要求对数据库的数据完整性进行严格的约束。
对于输入的数据,要为其定义完整性规则,如果不能符合完整性约束,系统应该拒绝该数据。
系统数据流图
订票信息取票通知和账单机票预订
旅客旅客机票取通知和账单系统付费信息
顶层数据流程图顶层数据流图只是粗略的给出整个系统的数据流情况。
为了更好的把“航空机票预定系
统”中各个模块的具体数据流处理细节表示出来,可以在顶层图的基础上自顶向下继续分解,
得到1层和2层数据流图。
旅客信息通知、账单信息订票
旅客旅客
取票通知、账单信息
1层流程图
1.21.1通知、账单信息旅客信息订票信息打印、通
安排航班知账单
订票信息
旅客旅客D1订票信息
通知、账单信息
订票信息核对正2.1确2.32.2机票收费信息核对机票打印机票收费信息
2层流程图
旅客基本信息及1.111.13订票信息订票要求信息旅客基本信旅客信息D2通知和账单记录航班安息及订票要
求信息录入排
旅客基本信息航班信息
1.141.12
旅客管航班管
理理
D3旅客基本信息表D4航班信息票
订票细化流程图
旅客去票通知和
账单信息2.32.12.2正确打印机核对机
收费票票信息
订票信息
D1订票记录
2、数据字典
旅客信息:
姓名:
xxx
性别:
男
描述:
旅客订票时所填的资料(省份证号、所需机票的基本信息、乘机时间)定义:
订票申请表单(旅客姓名、旅客性别、起飞日期、飞行目的地、座位类型)
位置:
位置:
在客户端由旅客填写
航班信息:
航班名称:
航班类型:
描述:
所有从本地起飞的航班信息(航班号、起飞时间、到达的目的地、空出的座位数、票价)定义:
航班信息(航班号、起飞日期、飞行目的地、空出的座位数、票价)位置:
从服务器端查询后,发送到客户端
账单信息:
账单名称:
账单号:
描述:
已定票的旅客信息资料(帐单号、旅客姓名、旅客性别、旅客身份证号)定义:
账单基本信息(订票旅客的姓名、性别、省份证号、航班号)位置:
在服务器端产生,发送回客户端
机票信息:
机票编号:
航班号:
描述:
所有机票信息(已出售的机票、剩余机票、航班号、起飞时间)
定义:
机票基本信息(旅客姓名、旅客性别、身份证号码、航班号、起飞时间、飞
行目的地、座位号)
位置:
发送到客户端
3、系统接口说明
本系统运行在计算机上的Windows操作系统(Windows9X、WindowsNT、Windows2000、WindowsXP)环境下。
后台采用SQL2000关系型数据库存放表,前端采用C#管理此数据库并实现应用。
最终得到相应的帐单。
4、内部接口说明
本系统内部加工之间并不是全自动化,有些部分需要人工参与。
打印出票据后,需要人员进行核对和收费,核对过后才将数据传之主数据库进型存储。
从而才使预定的票具有有效性。
三、功能需求
1、功能划分
1(客户端子系统:
在客户端系统的功能实现上,可以分为以下几个部分:
旅客信息的输入和统计:
系统要求做到既能够从其它子系统中共享一部分信息,
又有方便的操作界面手工输入旅客信息。
这部分要求对输入的数据进行简单的
统计,供航空公司进行查询和宏观调控。
旅客信息的存储:
将旅客的信息存储到系统中,以备以后的取票确认以及查询。
机票信息的传递及接收:
将旅客所须的机票信息经客户端由网络传到航空公司
的服务器上,并且接受航空公司返回的航班信息,然后存储起来。
取票通知及帐单的生成和打印:
把已存储的从航空公司返回的航班机票信息打
印出来,并且生成帐单打印出来给旅客。
印出机票给已经订票的旅客:
根据旅客的取票通知及帐单,经过确认无误后,
接受旅客的付款后把机票印出来交给旅客。
2(服务器端的功能要求:
在客户端系统的功能实现上,可以分为以下几个部分:
接收由旅行社客户端发回的所需机票信息:
通过网络接收机票信息并存入到服
务器的数据库中。
生成航班信息:
根据所需机票信息(时间,地点),在数据库中查询并得到正
确的航班的信息(价格,时间),分配所需的机票数并在数据库中做出已售出
的标记。
传递航班信息到客户端:
把得到的航班信息通过网络传递到客户端。
接收旅行社的反馈信息:
对旅行社的反馈信息进行分析,把已经售出的机票进
行统计,对被旅客所退掉的机票要进行数据库的恢复。
印出机票给已经订票的旅客:
根据旅客的取票通知及帐单,经过确认无误后,
接受旅客的付款后把机票印出来交给旅客。
2、功能描述
系统流程图:
用户
航接受客班
户数
端据
库安排
服务器终打印去预
票通知端定和帐单
订用户出票示去票客核对数通知和户据帐单端库打印
机
系统逻辑图:
机票预定系统(客户机程
序)
接收输入数据联络服务器输出数据准备定票发送准备网络数解开网络数确认操作类型数据据包据包
发送数据接收数据定票成领票成检验输入功,功,
判断错误类型读入旅客资读入帐单号
料
确定(定票/领准备错误信息准备输出准备输出
票)
帐单号旅客资定票/打印帐单显示确认显示错误料领票
打印机票确认显示
帐单机票
四、性能需求
为了保证系统能够长期、安全、稳定、可靠、高效的运行,机票预订系统应该满足以下的性能需求:
1(系统处理的准确性和及时性
系统处理的准确性和及时性是系统的必要性能。
在系统设计和开发过程中,要充分考虑系统当前和将来可能承受的工作量,使系统的处理能力和响应时间能够满足企业对信息处理的需求。
在系统开发过程中,必须采用一定的方法保证系统的准确性。
2(系统的开放性和系统的可扩充性
机票预订系统在开发过程中,应该充分考虑以后的可扩充性。
例如企业中管理模块的加入(人事管理、工资管理、日常事务管理等)也会不断的更新和完善。
所有这些,都要求系统提供足够的手段进行功能的调整。
而要实现这一点,应通过系统的开放性来完成,即系统应是一个开放系统,只要符合一定的规范,可以简单的加入和减少系统的模块,配置系统的硬件。
通过软件的修补、替换完成系统的升级和更新换代。
3(系统的易用性和易维护性
机票预订系统是直接面对使用人员的,而使用人员往往对计算机并不时非常熟悉。
这就要求系统能够提供良好的用户接口,易用的人机交互界面。
要实现这一点,就要求系统应该尽量使用用户熟悉的术语和中文信息的界面;针对用户可能出现的使用问题,要提供足够的
在线帮助,缩短用户对系统熟悉的过程。
4(系统的标准性
系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。
所有这些都要符合主流国际、国家和行业标准。
例如在开发中使用的操作系统、网络系统、开发工具都必须符合通用标准。
如规范的数据库操纵界面、作为业界标准的TCP/IP网络协议及ISO9002标准所要求的质量规范等;同时,在自主开发本系统时,要进行良好的设计工作,制订行之有效的软件工程规范,保证代码的易读性、可操作性和可移植性。
5(系统的先进性
目前计算机系统的技术发展相当快,做为机票预订系统工程,应该保证系统在一段时间内是先进的,在系统的生命周期尽量做到系统的先进,充分完成企业信息处理的要求而不至于落后。
这一方面通过系统的开放性和可扩充性,不断改善系统的功能完成。
另一方面,在系统设计和开发的过程中,应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。
概要设计和详细设计
概要设计说明书
一、概述
项目名称:
XX航空公司机票预定系统
项目用户:
XX航空公司
开发人员:
xx级xx班(xx、xx、xx、xx、xx)小组
1、项目目标
在一个月内建立一个高效率、无差错的航空公司机票预定系统。
2、系统设计目标
从用户的观点看,要求系统能达到的功能目标:
系统主要功能,共5项子功能。
预订票以及发票:
(1)、审查旅客的信息有效性;
(2)、查询与旅客对应的航班信息;
(3)、打印并发放旅客取票通知和账单;
(4)、校对旅客信息、取票通知、账单(起飞前三日);
(5)、打印机票;
设计人员从技术观点来看,要求系统能达到以下性能目标:
(1)数据库中数据一致性和完整性强,数据安全性好;
(2)应用程序功能完备,易使用;
(3)方便用户使用,具有较高的用户友好性;
(4)具有较高的可靠性,将系统发生故障的概率控制在2.5%以下,并具有快速回复能
力;
(5)具有较高的运行效率,应比人工操作提高效率10倍以上;
(6)具有较强的可维护性。
3、设计策略
(7)航空公司为方便旅客,需开发一个机票预定系统。
为便于旅客由旅行社代替航空公司负责为旅客定票,旅行社把预定机票的旅客信息,包括姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地,输入机票预定系统的客户端程序,系统经过查询航空公司内的航班数据服务器后,为旅客安排航班,印出取票通知。
旅客在飞机起飞前一天凭取票通知和账单交款后取票,系统校对无误后即印出机票给旅客。
要求系统能有效、快速、安全、可靠和无误的完成上述操作。
并要求客户机的界面要简单明了,易于操作,服务器程序利于维护。
二、总体设计
2(1处理流程
下面将使用(结构化设计)面向数据流的方法对机票预定系统的处理流程进行分析。
系统可分为两大部分:
一、客户机上的程序,二、服务器上的程序。
以下将分别对系统的这两大部分进行流程分析:
2(1(1客户机程序流程
旅客资料
234经网络送服
务器程序
定票/取票178
帐单号56
打印13
帐单
12
输出确定14预定信息11=服务器经
1网络送来
回答输出错误101516179原因
输出确定14预定信息18
19打印20
机票
2(1(2服务器程序流程
7
客户机经客户机456网络送来经网络89的数据送来的
数据来自客户机1617123SQLSERVER
(班机,票务数据送客户13库)机
101112
1415
2.2总体结构和模块外部设计
下面以结构图来描述机票预定系统的软件总体结构。
框内注明了模块的名字;方框之间的直线表示模块的调用关系。
2(2(1系统功能模块划分部分
机票预定系统(服务器部分)
接收数据数据处理、查询发送数据
判断类型准备SQL判断查询
解开数据包数据库操作判断原因准备数据包
准备返回数据准备返回数据发送数据到客户机接收客户机数据
2(2.2客户机部分
订票信息取票通知和账单机票预订
旅客旅客机票取通知和账单系统付费信息
顶层数据流程图
2(2.3服务器程序部分
3、功能分配
3.3.1
各项模块的功能可参照2.2和2.3中的说明。
客户机程序主要有三大块:
接收数据、网络通信及输出部分。
服务器程序主要也是由三大功能:
接收网络数据、数据库操作及发送网络数据部分。
服务器程序需与已建立的SQLSERVER数据库互连,其接口
1.21.1通知、账单信息旅客信息订票信息打印、通
安排航班知账单
订票信息
旅客旅客D1订票信息
通知、账单信息
订票信息核对正2.1确2.32.2机票收费信息核对机票打印机票收费信息
2层流程图
将于下面部分阐述。
3.3.2模块描述
客户端子系统:
在客户端系统的功能实现上,可以分为以下几个部分:
旅客信息的输入和统计:
系统要求做到既能够从其它子系统中共享一部分信息,
又有方便的操作界面手工输入旅客信息。
这部分要求对输入的数据进行简单的
统计,供航空公司进行查询和宏观调控。
旅客信息的存储:
将旅客的信息存储到系统中,以备以后的取票确认以及查询。
机票信息的传递及接收:
将旅客所须的机票信息经客户端由网络传到航空公司
的服务器上,并且接受航空公司返回的航班信息,然后存储起来。
取票通知及帐单的生成和打印:
把已存储的从航空公司返回的航班机票信息打
印出来,并且生成帐单打印出来给旅客。
印出机票给已经订票的旅客:
根据旅客的取票通知及帐单,经过确认无误后,
接受旅客的付款后把机票印出来交给旅客。
2(服务器端的功能要求:
在客户端系统的功能实现上,可以分为以下几个部分:
接收由旅行社客户端发回的所需机票信息:
通过网络接收机票信息并存入到服
务器的数据库中。
生成航班信息:
根据所需机票信息(时间,地点),在数据库中查询并得到正
确的航班的信息(价格,时间),分配所需的机票数并在数据库中做出已售出
的标记。
传递航班信息到客户端:
把得到的航班信息通过网络传递到客户端。
接收旅行社的反馈信息:
对旅行社的反馈信息进行分析,把已经售出的机票进
行统计,对被旅客所退掉的机票要进行数据库的恢复。
印出机票给已经订票的旅客:
根据旅客的取票通知及帐单,经过确认无误后,接受旅客的付款后把机票印出来交给旅客。
三详细设计说明
总体设计
用户
航接受客班
户数
端据
库
安排
服务器终打印去预
票通知端定和帐单
订用户出票示去票客核对数通知和户据帐单端库
打印
机
系统服务器详细设计
机票预定系统(服务器部分)
接收数据数据处理、查询发送数据
判断类型准备SQL判断查询
解开数据包数据库操作判断原因准备数据包
准备返回数据准备返回数据发送数据到客户机接收客户机数据
客户端详细设计
机票预定系统(客户机程序)
接收输入数据联络服务器输出数据
准备确认发送数准备定票发送准备网络数据解开网络数据确认操作类型数据包包
发送数据接收数据定票成功,领票成功,检验输入
判断错误类型读入旅客资读入帐单号
料
确定(定票/领准备错误信息准备输出准备输出
票)
帐单号旅客资定票/领打印帐单显示确认显示错误料票
打印机票确认显示
帐单机票
四、软件设计规格说明
软件设计规格说明是软件设计的最终成果,它用于两个方面,一方面作为编码人员书写源程序的依据,另一方面作为测试阶段及维护阶段的一个指南。
软件设计规格说明的编写可以分为两个阶段。
在概要设计阶段应集中于软件结果的描述,在详细设计阶段应集中于每个软件元素细节的描述。
在软件设计规格说明中应该包括的内容如下。
(1)作用范围:
系统的目标和作为系统元素的软件的作用;
硬件、软件和人员的接口;
主要的软件功能;
外部定义的数据库;
主要的设计约束与限制。
(2)参考文档:
现有的软件文档;
系统的文档资料;
外购产品文档,包括硬件和软件;
技术参考资料。
(3)设计说明:
数据说明;
数据流的复审;
数据结构的复审;导出的软件结构;结构的内部接口。
(4)模块:
处理过程描述;
接口描述;
设计语言描述;
所以模块;
数据的组织;
注解。
(5)文件结构和全局数据:
外部文件结构;
逻辑结构;
逻辑记录描述;
存取方法;
全局数据;
文件和数据的相互对照。
(6)需求与模块的相互对照表。
(7)测试的准备:
测试大纲;
整体策略;
专门的考虑。
(8)装备:
特殊的程序覆盖规定;数据转储。
(9)专门的注释。
(10)附录。