飞机票预订系统可行性分析报告-样例

可行性分析报告——飞机票预订系统1.引言1.1编写目的随着社会经济发展的不断全球化，人们的商业往来等交往也日益频繁，于是飞机的使用率也逐年上升。而现有的飞机售票系统由于不够完善，使得票务处理系统存在着很多缺陷。尤其是近几年网络的快速普及，使得开发一个既可以进行更新、查询等功能，同时又能对数据进行准确，实时，快速的处理，并且价格也能使广大用户接受的多功能、自动化飞机票预订系统就显得十分必要。该项目的读者对象为研发中心主管技术人员以及项目设计和开发人员。1.2背景a.项目名称初步定为：飞机票预订系统。b.本项目的任务提出者为某航空公司，开发者为计013班，用户为该航空公司。c.本项目设计过程中参考了以前开发的数据库管理系统。1.3定义Dataprocessing:数据处理Transactionprocessing:事务处理Dataprocessingcycle:数据处理流程Dataacquisition:数据采集Dataprocessingsystemsecurity:数据处理系统安全性1.4参考资料潘锦平，施小英，姚天昉.软件系统开发技术.西安:西安电子科技大学出版社,2004陈明.软件工程.北京:中央广播电视大学出版社,2001郑人杰,殷人坤.软件工程概论.北京:清华大学出版社,19972.可行性研究的前提2.1要求飞机票预订系统应便于用户对机票进行分类查询，提高工作效率，便于操作，并能有效地对数据进行更新、查询，从而在一定程度上实现自动化。（1）功能为游客提供机票预定服务，方便旅游局的售票工作，提高旅游局的服务质量和服务效率。为机场工作人员提供订票退票等与机票相关内容的管理系统，方便机场工作人员对机票的管理，以提高机场工作人员对机票管理工作的效率。（2）性能准确性：录入的信息（包括飞机航班的信息，飞机票的预定情况等）都必须准确无误的记录在系统中。实时性：能及时反映在机票管理系统平台上，并可以进行及时的刷新备份和恢复。安全性：数据的录入采用尽可能的校验方法严格校验，数据的维护和管理由系统管理员专门负责，系统具有较强的可扩充性。（3）系统的输入飞机票预定过程中的所包含的各种信息。（4）系统的输出查询结果和各种报表数据要完整、详实、简洁、快速、实时。（5）安全和保密要求系统对不同权限的用户提供不同的功能模块，对历史数据的更改和新数据的添加只有一定权限的用户才能进行操作，一般用户只能进行查询操作。对数据库的关键数据应要求保密。（6）完成期限要求本系统地完成期限为2005年3月底，具体进度安排见详细设计。2.2目标该系统的实现，大大提高旅游局的机票预定服务效率。降低飞机票管理中的出错率，减少信息交流的繁琐过程以及带来的不必要的开销。2.3条件、假定和限制项目开发中所具备的条件、假定和所受的限制，如：所建议系统运行寿命的最小值系统运行寿命的最小值应达五年。进行系统方案选择比较的时间系统方案选择比较的时间为半个月。经费、投资方面的来源经费主要来源于计算机学院。硬件、软件、运行环境和开发环境方面的条件硬件要求：PC机及兼容机。运行环境：Windows95/98/2000/XP下的VisulC++（5）可利用的信息资源可参考已有的应用程序和数据库管理系统。（6）系统投入使用的最晚时间系统投入使用的最晚时间为2005年4月上旬。2.4进行可行性研究的方法可行性研究采用如下方法:（1）网上调查、咨询（2）查阅相关的资料（3）市场相关产品调查2.5评价尺度系统进行评价时所使用的主要尺度为各项功能的优先次序和开发时间的长短以及使用的难易程度。3.对现有系统的分析现有的飞机售票系统由于不够完善，使得票务处理系统存在着很多缺陷。尤其是近几年网络的快速普及，使得人工系统已跟不上时代的脚步，而计算机系统则由于它版本过于陈旧而不具备某些新增的功能，所以开发一个既可以进行更新、查询等功能，同时又能对数据进行准确，实时，快速的处理，并且价格也能使广大用户接受的多功能、自动化飞机票预订系统就显得十分必要。4.所建议的系统4.1对所建议系统的说明在旅游局中的终端是安装了PC机，主要目的是向机场的服务器传递数据。当顾客在旅游局进行咨询时，终端向服务器发出查询请求，服务器根据航班信息库的实时数据，向终端发送数据，显示在终端的屏幕上。当顾客向售票员定票时，终端向服务器发出详尽的一份定单，服务器核对后，存入定票信息库，并修改机票信息库。当顾客再次来取票时，终端向服务器发出查询定票请求，服务器接收后，查询定票信息库，核对后，传送机票确认表单，终端打印出机票。4.2处理流程和数据流程。服务器终端显示数据系统管理员产生报表事务航班信息的更新服务器终端显示数据系统管理员产生报表事务航班信息的更新售票员机票核对事务客户机终端显示数据产生报表表单申请售票员客户机终端显示数据产生报表数据库售票员查询请求 售票员机票核对事务客户机终端显示数据产生报表表单申请售票员客户机终端显示数据产生报表数据库售票员查询请求在客户端打印机票和帐单产生报表及在客户端打印机票和帐单产生报表及帐单4.3改进之处该系统有利于数据的集中、有效处理，增强了系统的灵活性，并能较好的保证数据库的安全。4.4影响4.4.1.对设备的影响586以上机器均可使用此软件。4.4.2.对软件的影响现存的应用软件和支持软件完全能够适应所建议系统。4.4.3.对用户单位机构的影响采用该系统将大大提高用户查找相关信息的命中率，有利于决策优化及提高办公效率，同时本系统有利于节省办公用品，进一步减少经费支出。4.4.4.对系统运行过程的影响a.用户要按照本产品的操作手册以及提供的相关配套材料进行操作；

b.对输入过程数据预处理过程无影响；

c.对输出的处理过程无影响；

d.系统失效后将会出现异常情况，恢复的处理方法将采用结束当前任务或重新启动计算机；

4.4.5.对开发的影响a.随着计算机技术的发展，可使该软件升级，从而使操作界面更美观、使用更方便，并及时改正不足；

b.同时也需准备一定的人力及设备资源更新；

c.申请专利，利用法律手段进行系统保护；4.4.6.对地点和设施的影响该项目对原有的地点和设施等无需大的改变。4.4.7.对经费开支的影响开发所建议的系统，所需一切费用预计可在两年以后收回成本。4.5技术条件方面的可能性该系统为一个数据库管理系统，现有技术已较为成熟，估计利用现有技术应完全可以达到功能目标；同时，考虑到开发期限较为充裕，预计可以在规定期限内完成开发。5.可选择的其他系统方案5.1可选择的系统方案在旅游局中只设立终端，在机场设立服务器，数据输入由终端输入，所有数据都由服务器处理，只在终端上显示数据结果。此设计简化了数据处理，但加重了服务器的数据处理。而使用客户端/服务器机理，简化数据流量，加快数据处理。6.投资及效益分析6.1支出6.1.1基本建设投资硬件设备：终端PC机40台：4000*40=16万网络设备：10万辅助配置：10万合计：36万软件环境：Windows95/98/2000/XP,VisualC++,Access2000合计：25万6.1.2其他一次性支出操作员培训费：5万人工费用：6(月)*20(人)*5000(圆)=60万6.1.3非一次性支出其他不可知额外支出:20万支出共计：146万6.2收益6.2.1一次性收益0元6.2.2非一次性收益（按银行利率：1%）；减少员工20人(1000圆/人)五年收益：120万 工作效率提高收益（工作效率提高30%）：40万合计：160万6.2.3不可定量的收益因服务质量提高增加旅客量10%：360万6.3收益/投资比（160+360）万/146万=356%6.4投资回收周期2.1年6.5敏感性分析设计系统周期为五年,估计最长可达十年处理速度:一般查询速度小于4秒关键数据查询速度小于2秒7.社会因素方面的可能性7.1.法律方面的可行性新系统地研制和开发，将不会侵犯他人、集体和国家的利益，不会违反国家政策和法律。7.2.使用方面的可行性新系统地研制和开发充分考虑用户的业务往来、管理流程和人员素质等，从而能满足用户的使用要求。8.结论结论：经上述可行性分析，系统研制和开发可以立即开始进行。 项目开发计划一．引言1.编写目的本报告的主要作用是确定各个项目模块的开发情况和主要的负责人,供各项目模块的负责人阅读,做到及时协调,按步有序进行项目的开发.减少开发中的不必要损失.具体步骤：拟订开发计划书，分配项目工作，安排项目进度。计划对象：武汉科技大学HARD开发小组。2.项目背景由于现存的应用程序已经不适应激烈的市场竞争，中国国际旅游局为了迎合市场需求，快速发展，提高竞争能力，提出了新的系统要求。他们的新系统要求一套实时，高效，便捷，完善，安全性好的软件系统。应武汉科技大学邀请，我小组招标，中标进行开发。3.参考资料：《软件工程导论》，张海藩，清华大学出版社。二．项目概述工作内容各工作小组根据时间先后安排，分别对项目进行开发：各项主要工作：需求分析小组对航空公司和旅行社进行调研（为期一个月）。软件设计小组对调查结果进行分析，拟订实现方案（如程序结构，流程，数据结构等）。 软件开发小组对软件进行集中开发。软件测试小组对软件进行测试。软件审核小组对软件进行评定，审核。2．条件与限制完成项目应具备的条件：资金调研环境开发平台开发基础设施开发人员维护人员开发单位已具有的条件：开发基础设施开发平台尚须创造的条件：良好的调研环境资方应提供足够的资金和开发条件，并详细的阐明要求。工方应依据资方的要求开发出满足合同要求的工程。3．产品3．1程序程序名称：机票预订系统使用语言：C++存储形式：磁盘2文档需提交的文档：项目开发计划资金分配方案系统操作手册系统维护手册详细技术资料4．运行环境装有Access的Windows服务开发单位向用户提供服务：人员培训，系统安装，保修（三年），维护（五年）。验收标准系统运行流畅，出错率为：1次/年。三．实施计划1．任务分解分析阶段（三天）调研小组设计阶段（六天）设计小组写代码及单元测试阶段（六天）开发小组总测试及修改阶段（六天）测试小组维护阶段（不定）维护小组2．进度一天进行调研。三天进行实现。两进行测试，维护。一天进行实践。预算分析阶段5000元设计阶段五万写代码及单元测试