航空机票预订系统可行性分析

软件工程试验汇报 专业： 班级：姓名： 指导老师：

目录航空订票系统可行性分析汇报阐明书 41引言 41.1题目定义 41.2前期背景及条件准备 41.2.1项目背景 41.2.2项目功能 41.2.3项目设计 51.2.4项目测试 51.2.5项目风险分析 51.2.6项目开发时间计划 51.2.7项目资源需求 61.3有关定义 61.4参照资料 72可行性研究的前提 72.1规定 72.2目的 82.3条件、假定和限制 82.4进行可行性研究的措施 82.5评价尺度 83对既有的系统的分析 93.1目前系统的处理流程和数据流程 93.2工作负荷 93.3人员 93.4局限性 94提议的新系统 94.1对新系统的阐明 94.2新系统的数据流程和处理流程 104.2.1数据流程图 104.2.2旅客取票图 114.2.2数据字典 114.3改善 124.4新系统的影响 134.4.1对现行系统的影响 134.4.2对航空企业业务员的影响 134.4.3对客户的影响 134.5局限性 134.6技术条件方面的可行性 135客户端与服务器端 145.1客户端子系统 14[1]旅客信息的输入和记录 145.2服务器端的功能规定： 146可供选择的其他系统方案 157功能需求 157.1功能划分 157.2功能描述 168性能需求 178.1精确性和及时性 178.2开放性和可扩充性 178.3易用性和易维护性 178.4原则性 188.5先进性 188.6响应速度快 189运行需求 199.1顾客接口 199.2外部接口 199.3故障处理 1910其他需求 2010.1管理员信息 2010.2管理员界面 2011社会方面的可行性 2011.1法律方面的可行性 2011.2顾客可行性 2112结论 21航空订票系统可行性分析汇报阐明书1引言1.1题目定义为了以便旅客，某航空企业拟开发一种机票预订系统。旅行社把预订机票的旅客信息（姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地等）输入进该系统，系统为旅客安排航班，印出取票告知和账单，旅客在飞机起飞的前一天凭取票告知和账单交款取票，系统校对无误即印出机票给旅客。1.2前期背景及条件准备项目名称初步定为：航空机票预订系统（TBS，TicketBookingSystem）。分为四个子功能模块：旅客信息处理模块，航班查询模块，订票处理模块，交款模块。1.2.1项目背景为了以便旅客，某航空企业拟开发一种机票预订系统。旅行社把预订机票的旅客信息（姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地等）输入进该系统，系统为旅客安排航班，印出取票告知和账单，旅客在飞机起飞的前一天凭取票告知和账单交款取票，系统校对无误即印出机票给旅客。1.2.2项目功能 该系统的重要功能为：旅客信息处理，航班查询，订票处理，交款处理； ①旅客信息处理功能分为三部分：旅客信息的添加、删除和修改。（此项功能由旅行社工作人员完毕） a.添加功能提供便捷的录入界面，通过应用程序将原始数据追加到数据库中。 b.删除将满足顾客规定的对应记录从数据库中删除。 c.修改功能容许顾客对他所指定记录的有关信息进行修改。 ②航班查询功能：根据旅客信息可以在数据库中进行查询，并显示适合规定的航班信息，包括航班号、航班时间、票价、剩余量、舱位等信息。 ③订票功能：旅客确认订票后，可以得到打印的取票告知、账单和航班信息。 ④交款处理：旅客携带取票告知、账单和账单，交与工作人员或者自动交款机器进行付款处理，通过应用程序修改数据库中的数据，修改该旅客的机票信息为已付款，并打印机票给旅客。1.2.3项目设计对项目的功能和需求做简朴分析设计，制定一套可行性较高的实行案。1.2.4项目测试对项目做单元测试和集成测试，针对测试汇报，深入改善减少bug数。1.2.5项目风险分析序号风险概率（%）严重性（%）措施1超期限80100把握时间，排出进度表，按进度执行。2由于系统集成时候问题引起的最终产品的缺陷90100通过大量的测试，用不一样的操作系统平台，考虑会出现的多种软硬件环境错误信息。设计软件的时候捕捉所有也许的错误信息。3遵照原则（如命名规则）中的差异8010建立命名规则规定1.2.6项目开发时间计划序号内容计划时间实际时间状态1航班信息管理功能.6.19.6.19完毕2发售机票功能.6.21.6.21完毕3客票预定功能.6.22.6.22完毕4办理退票功能.6.23.6.23完毕1.2.7项目资源需求序号资源作用占用时间目前可用状态获得途径1电脑编写代码、写文档等贯穿整个项目的构造阶段和走查过程可用学校提供、自带3Office办公软件用于写文档、PPT等贯穿整个项目的构造阶段和走查过程可用网上下载4资料书代码编写时用于参照贯穿整个项目的构造阶段和走查过程可用教材5示例文档写文档时参照写文档过程可用老师提供1.3有关定义TBS：航空机票预订系统Dataprocessing：数据处理Transactionprocessing：事务处理Dataprocessingcycle：数据处理流程Dataacquisition：数据采集Dataprocessingsystemsecurity：数据处理系统安全性1.4参照资料《软件工程导论第五版》清华大学出版社张海潘编著2可行性研究的前提2.1规定阐明对所提议开发的软件的基本规定，如：功能：TBS系统的重要功能为：旅客信息处理，航班查询，订票处理，交款处理；①旅客信息处理功能分为三部分：旅客信息的添加、删除和修改。（此项功能由旅行社工作人员完毕）a.添加功能提供便捷的录入界面，通过应用程序将原始数据追加到数据库中。b.删除将满足顾客规定的对应记录从数据库中删除。c.修改功能容许顾客对他所指定记录的有关信息进行修改。②航班查询功能：根据旅客信息可以在数据库中进行查询，并显示适合规定的航班信息，包括航班号、航班时间、票价、剩余量、舱位等信息。③订票功能：旅客确认订票后，可以得到打印的取票告知、账单和航班信息。④交款处理：旅客携带取票告知、账单和账单，交与工作人员或者自动交款机器进行付款处理，通过应用程序修改数据库中的数据，修改该旅客的机票信息为已付款，并打印机票给旅客。性能：以便快捷有效地完毕航空机票预订业务。系统的输入：旅客信息，应付款额。系统的中间输入：取票告知，账单。系统的输出：机票。系统的中间输出：取票告知，账单。在安全与保密方面的规定：系统对不通的顾客提供不一样的功能模块完毕期限：暂定为三个月，详细见详细设计。2.2目的开发目的应考虑到如下原因：人力与设备费用的减少；处理速度的提高；该系统的合理性和便捷性。人员运用率的改善。2.3条件、假定和限制提议系统的运行寿命的最小值：三年进行系统方案选择比较的时间：一种月硬件、软件、运行环境和开发环境方面的条件和限制：硬件环境：一台或多台PC机或更高档微机，安装所需硬盘10MB，运行时所占内存3MB以上软件环境：中文Win/WindowsNT/Vista/Win7可运用的信息和资源：参照已经有的应用程序和数据库管理系统系统投入使用的最晚时间：12月1号2.4进行可行性研究的措施客户调查、专家征询、市场有关产品以及同类产品调查2.5评价尺度重要尺度：各项功能的优先次序、开发时间的长短及使用中的难易程度。3对既有的系统的分析目前大多数航空企业所使用的航空订票系统办理业务时手续繁多，人工业务操作过多，严重影响了工作效率，且出错率高。3.1目前系统的处理流程和数据流程旅客需要自己到航空企业的订票的营业网点，输入信息，查询合适的航班信息，确认后付款，拿到机票。3.2工作负荷机票预订手续的繁多和不合理，工作效率非常低，需要大量专业人员，更有甚者出现排成长龙的现象，这对各大航空企业都是大的承担，并给航空企业发展带来某些压力。3.3人员需要大量的业务员和额外的工作人员。3.4局限性目前系统办理业务的流程导致了一种很大的问题：工作效率及其低。因此急需开发一种高效的航空机票预订系统。4提议的新系统4.1对新系统的阐明根据系统目的以及现行系统存在的问题，提议新系统分三步实现：第一阶段（1年内）先在一种航空企业建立一种内部的网络，以实现航空订票系统的计算机化。可以处理如下工作：输入旅客数据，可以查询航班信息，并可以打印航班信息和飞机票。第二阶段（2-3年）在各大旅行社建立与航空企业数据库连接的系统，其中的旅客信息的输入模块、航班查询模块和订票模块可以在各个旅行社的系统中完毕操作。并将各大旅行社和航空企业的数据相连，保证信息的一致性。第二阶段（4年内）在上面两个阶段的基础上在航空企业的系统添加交款模块，并在各个网点建立自动付款机器，其能根据旅客信息打印为其打印机票。这个系统可以实现航空机票预订系统的信息集成，完毕后的系统可以实现机票在旅行社的查询、预订工作，且操作以便简朴迅速。4.2新系统的数据流程和处理流程4.2.1数据流程图旅客清单旅客清单旅客订票记录传给旅行社旅客旅客订票记录传给旅行社旅客 航班机票旅客信息记录旅客信息记录航班机票信息 航班机票信息票信息航班机票信息订票1．31．3产生取票告知 11安排航班旅客2传给航空企业 订票信息旅客2传给航空企业订票信息取票告知订票信息4.2.2旅客取票图打印机票旅客信息查询售出机票信息打印机票旅客信息查询售出机票信息旅客旅客旅客旅客订票旅客清单 订票旅客清单4.2.2数据字典顾客表--Users字段名类型约束备注1useridintprimarykeyauto_increment顾客编号2usernamevarchar(20)notnull顾客名3pwdvarchar(20)notnull密码4authorityvarchar(20)notnull权限机票表—Tickets字段名类型约束备注1tidintprimarykeyauto_increment机票编号2tnamevarchar(20)notnull机票名3gotoaddressvarchar(20)notnull目的地4gototimedatenotnull时间5lastnumberintnotnull最终编号机票票样表—ticketmodels字段名类型约束备注1tmidintprimarykeyauto_increment机票票样编号2cnamevarchar(20)notnull名称3csexvarchar(20)notnull性别4cardidvarchar(20)notnull身份证编号5gotoaddressvarchar(20)notnull目的地6gettimedatenotnull抵达时间7unitpriceintnotnull单价8allpriceintnotnull全价4.3改善①可以建立客户端，顾客登陆后自主查询航班信息，确认预订航班机票，还可以在线付款，减少旅行社和航空企业和人员消耗。②旅行社可以自主开设预订机票的服务中心，完整为客户办理整个流程，并收取一部分手续费。不仅以便旅客，还减轻了航空企业的压力。4.4新系统的影响4.4.1对现行系统的影响第一阶段最重要的影响是大大提高了后来的工作效率，以适应航空机票预订系统的计算机化。第二阶段将要实现各大旅行社与航空企业内部系统数据库的连接。第三阶段要为航空企业系统添加付款模块，并在各地配置自动付款机器。4.4.2对航空企业业务员的影响可以大大减少工作人员，节省人力资源的开销；另首先由于手续程序减少也可以减轻业务员的工作承担，有效地提高了整体工作效率和精确度。4.4.3对客户的影响减少了旅客办理业务的等待时间；顾客可以随时随地预订机票并且操作简朴易懂，有效地实现了预订和付款的分离；顾客可以选择在旅行社预订、在航空企业或是自动付款机上付款。4.5局限性由于时间和经济方面的限制，在开发的一两年内只能实现某一航空企业的航空机票预订系统的计算机化，在后几年才可以实现更多功能。4.6技术条件方面的可行性开发系统的计算机硬件已经非常普及，完全没有问题；目前的计算机各方面的技术都非常成熟，相对来说开发此系统的技术也规定比较简朴，因此在技术方面是可行的；同步航空企业和各大旅行社还必须有一定的系统管理和维护的专业人员，在这方面可以通过培训本来的技术人员成为新的需要的技术人员，也可以雇用所需这方面的专业技术人员；若按计划，在规定的期限内，本系统的开发是可以完毕的。5客户端与服务器端5.1客户端子系统在客户端系统的功能实现上，可以分为如下几种部分：[1]旅客信息的输入和记录旅行社把旅客规定订票的信息由专人负责输入。这部分功能是客户端子系统的基本部分，这个功能是后来各个部分的基础。系统规定做到即可以从其他子系统中共享一部分信息，又有以便的操作界面工手工输入旅客信息。这部分规定对输入的数据进行简朴的记录，供航空企业进行查询和宏观调控。[2]旅客信息的存储：

将旅客的信息存储到旅行社的客户端系统中，以备后来的取票确认以及查询。[3]机票信息的传递及接受：

将旅客所须的机票信息由旅行社客户端由网络传到航空企业的服务器上，并且接受航空企业返回的航班信息，然后存储起来。[4]取票告知及帐单的生成和打印：

把已存储的从航空企业返回的航班机票信息打印出来，并且生成帐单打印出来一起交给旅客。印出机票给已经订票的旅客：根据旅客的取票告知及帐单，通过确认无误后，接受旅客的付款后把机票印出来交给旅客。[5]机票销售状况的核算这一功能是在上一功能的基础上，对机票销售额进行单项核算，得到该旅行社的销售状况并把核算成果作为企业报表输出。5.2服务器端的功能规定：通过计算机网络将客户端与服务器的数据库相连，将从客户端得到的信息进行处理，实现航班查询，机票生成，销售记录，综合信息查询等子系统。以计算机成本核算为中心，实现销售业务的计算机自动化，为航空企业减少成本、提高销售额、经营决策提供及时精确的根据。在客户端系统的功能实现上，可以分为如下几种部分：[1]接受由旅行社客户端发回的所需机票信息：

通过网络接受机票信息并存入到服务器的数据库中。[2]生成航班信息：根据所需机票信息（时间，地点），在数据库中查询并得到对的的航班的信息（价格，时间，等级），分派所需的机票数并在数据库中做出已售出的标识。[3]传递航班信息到客户端（旅行社）：

把得到的航班信息通过网络传递到旅行社。[4]接受旅行社的反馈信息：

对旅行社的反馈信息进行分析，把已经售出的机票进行记录，对被旅客所退掉的机票要进行数据库的恢复。[5]印出机票给已经订票的旅客：

根据旅客的取票告知及帐单，通过确认无误后，接受旅客的付款后把机票印出来交给旅客。[6]销售额的分析和管理这一环节的功能规定包括对销售的机票进行分析，这一工作是在前面的基础上，以计算机为工具，对机票预定系统的功能和目的进行扩充。它以财务管理学为理论基础，以辅助决策为目的，以机票销售数据为中心，广泛采用记录学、运筹学的分析措施，对销售信息进行深层加工，建立反应不一样航班需求的模型，提供管理上所需的多种辅助决策信息和财务信息。这一规定是机票预定系统的最高目的，将通过系统运行后获得的大量销售历史数据基础上，实现这一目的。6可供选择的其他系统方案可以采用一步到位的措施。但由于一步到位对现行系统的影响比较大，实行的条件不成熟，因而不提议。7功能需求7.1功能划分1.航班查询2.旅客订票3.航班信息管理4.航班安排5.售票管理6.退票管理7.机票销售状况核算7.2功能描述1.航班查询：旅客可通过网络访问该系统客户端网址，可根据旅客提供的出发时间、出发地点和目的地、舱位规定等，查询满足旅客规定的航班。通过检索可得到航班的有关信息，从而可以以便旅客订票并掌握所需信息，同步可减少工作人员的工作量。详细操作界面如图所示：2.旅客订票旅客将订票的有关信息通过工作人员输入系统客户端。客户端将旅客的订票信息通过网络传送给服务端，服务端根据接受到的信息由航班安排系统为旅客安排座位并返回对应确实认信息给该客户端。订票信息生成后，存入对应的存储区域，并对数据库进行数据提交。客户端打印取票单及帐单给旅客，旅客在登机前，经信息核审后，即可领取机票登机。详细操作界面如图所示：3.航班信息管理航空企业可将所有航班的信息存入数据库，以便顾客对航班基本信息查询，有关工作人员可根据企业规定，经系统身份认证后登录并对航班信息进行修改等操作，从而使航班信息便于管理。4.航班安排从客户端接受到旅客的订票信息，该系统可在短时间内处理旅客航班问题。将订票信息送往数据库并更新，客户端的航班查询信息也同步更新。节省时间的同步，也能让旅客得到最新的航班信息。5.售票管理旅客不仅可在各客户端进行机票预定，也可直接在机场的售票处购票，购票信息由系统提交到数据库进行管理更新。6.退票管理机票有效期内，旅客若需退票，可在退票处进行退票。退票信息，由工作人员输入系统，系统对订票信息或售票信息进行删除更新。7.机票销售状况核算由于航空企业机票销售量大，而航空企业为了企业的经营，有需要在一定的时间阶段理解企业机票的销售状况。而庞大的数据量通过人工来完毕，似乎不太现实，而该系统可协助航空企业进行售票状况的核算。8性能需求8.1精确性和及时性1.系统处理的精确性和及时性是系统的必要性能。2.在系统设计和开发过程中，要充足考虑系统目前和未来也许承受的工作量，使系统的处理能力和响应时间可以满足企业对信息处理的需求。3.由于机票预定系统的查询功能对于整个系统的功能和性能完毕举足轻重。作为系统的诸多数据来源，而机票数量和时间又影响企业的决策活动，其精确性很大程度上决定了机票预定系统的成败。在系统开发过程中，必须采用一定的措施保证系统的精确性。8.2开放性和可扩充性1.机票预定系统在开发过程中，应当充足考虑后来的可扩充性。例如订票系统的方式的变化（网上订票），顾客查询的需求也会不停的更新和完善。所有这些，都规定系统提供足够的手段进行功能的调整和扩充。2.要实现可扩充性，应通过系统的开放性来完毕，即系统应是一种开放系统，只要符合一定的规范，可以简朴的加入或减少系统的模块。通过软件的修补、替代操作来完毕系统的升级和更新换代。8.3易用性和易维护性1.机票预定系统是直接面对使用人员的，而顾客往往对计算机并不时非常熟悉。这就规定系统可以提供良好的顾客接口，易用的人机交互界面。2.要实现易用性，就规定系统应尽量选择顾客熟悉的术语和语言界面；并针对顾客也许出现的使用问题，提供对应的在线协助，缩短顾客对系统熟悉的时间。3.机票预定系统中波及到的数据是航空企业相称重要的信息，系统要提供以便的方式供系统维护人员进行数据的备份，平常的安全管理，以及系统意外瓦解时数据的恢复等操作。8.4原则性1.系统在设计开发使用过程中都要波及到诸多计算机硬件、软件，所有这些都要符合主流国际、国家和行业原则。例如在开发中使用的操作系统、网络系统、开发工具都必须符合通用原则；规范的数据库操纵界面、作为业界原则的TCP/IP网络协议及ISO9002原则所规定的质量规范等。2.在自主开发本系统时，要进行良好的设计工作，制定行之有效的软件工程规范，保证代码的易读性、可操作性和可移植性。8.5先进性1.目前计算机系统的技术更新相称快，作为航空订票系统，应保证系统在下个世纪仍旧是先进的，在系统的生命周期尽量做到系统的先进，充足完毕企业信息处理的规定而不至于落后。2.通过系统的开放性和可扩充性，不停改善系统的功能完毕。3.在系统设计和开发的过程中，应在考虑成本的基础上尽量采用目前主流并有良好发展前途的产品。8.6响应速度快1.系统在平常处理中的响应速度为秒级，到达实时规定，以及时反馈信息。2.进行记录分析时，根据所需数据量的不一样而从秒级到分钟级，则是保证工作人员不会由于速度问题而影响工作效率。9运行需求9.1顾客接口本系统的顾客一般需要通过终端进行操作