软件工程可行性研究报告

机票预订系统

1 引言

机票预定系统是航空公司与机票分销商的一种合作模式，通过网站软件平台展示产品的一种营销模式。机票预定系统为航空公司分销机票得到提成。

全球经济一体化的进程使得乘客来源更加丰富多样化，也让航空公司面临着日趋激烈的竞争环境和不断攀升的客户期望，迫使经营者不断寻求扩大销售机会、改进服务质量、降低管理成本和提升客户满意度的新法宝来增强酒店的核心竞争力。在此环境下，信息化管理已成为中国航空业提高管理水平，获得新竞争优势的重要工具。

　　中国的航空信息化，已经有20多年的历史，经历了“前台系统”普及发展阶段、“后台系统”普及发展阶段再到现在的“协同系统”发展阶段。从电算到互联网，酒店信息化服务系统跨越了数代升级，但探索的步伐从未停止过，而目前，航空信息化正在朝着智能化、数字化的方向发展。

。

1编写目的：

     可行性研究的目的是为了对在线售票，订票问题进行研究，以最小的代价在最短的时间内确定实时售票问题是否可行

    经过对此项目进行详细调查研究，初拟系统实现报告，对机票预订系统开发中将要面临的问题及其解决方案进行初步设计及合理安排。明确开发风险及其所带来的经济效益。本报告经审核后，转交软件管理部门审查。

1.2 项目背景：

项目任务提出者：中国民航及中国国际旅游开发公司。

项目开发者：北京化工大学北方学院计算机科学与技术专业0805小组

用户：中国民航及旅游开发公司。

实现软件单位：中国民航和北京化工大学北方学院计算中心

项目与其他软件，系统的关系：

本项目采用客户机/服务器原理，客户端的程序是建立在Windows NT 系统上以Microsoft Visual C++为开发软件的应用程序，服务端采用Linux 为操作系统的工作站，是采用Oracle 8为开发软件的数据库服务程序。

1．3 定义：

       [专门术语]：

       [缩写词]：

1．4 参考资料：

       《软件工程导论》，张海藩，清华大学出版社。

        《实用软件工程》，郑人杰等，清华大学出版社。

２．可行性研究的前提

2.1要求

　　　　主要功能：为游客提供机票预定服务，方便旅游局的售票工作，提高旅游局的服务质量和服务效率

　　　　性能要求：机场提供的信息必须及时的反映在旅游局的工作平台上。售票系统的定单必须无差错的存储在机场的主服务器上。对服务器上的数据必须进行及时正确的刷新。

　　　　输出要求：数据完整，详实。

　　　　输出要求：简捷，快速，实时。

         安全与保密要求：   服务器的管理员享有对机场航班信息库及机票信息库和定票信息库的管理与修改。售票员只享有对订票信息库的部分修改（写入与读出）。

         完成期限：预计六个月，即截止２０００年２月８日。

2.2目标：

系统实现后，大大提高旅游局的机票预定服务效率。降低售票服务中的错误发生率，减少信息交流的烦琐过程及其带来的开销。

2.3条件，假定和限制

建议使用寿命：5年

经费来源：中国国际旅游开发公司。

硬件条件：服务器sun工作站，终端为pc机。

运行环境：Linux

数据库：Oracle8

投入运行最迟时间：20XX-XX-XX

2.4可行性研究方法

当各个旅行社把预定机票的旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等）输入到系统中，系统为旅客安排航班。当旅客交付了预订金后，系统打印出取票通知和帐单给旅客，旅客在飞机起飞前一天凭取票通知和帐单交款取票，系统核对无误即打印出机票给旅客。此外航空公司为随时掌握各个航班飞机的乘载情况，需要定期进行查询统计，以便适当调整。

1．      技术要求和限制条件

（1）      在分析系统功能时要考虑有关证件的合法性验证（如身份证、取票通知和交款发票）等。

（2）      对于本系统还应补充一下功能：

1．           旅客延误了取票时间的处理

2．           航班取消后的处理

3．           旅客临时更改航班的处理

系统的外部输入项至少包括：旅客、旅行社和航空公司

2.5决定可行性的主要因素

　　成本/效益分析结果，效益 〉成本。

      　技术可行，现有技术可完全承担开发任务。

      　操作可行，软件能被原有工作人员快速接受。

３．技术可行性分析

3.1系统简要描述

　　在旅游局中的终端是安装了Windows NT的PC机，主要目的是向机场的服务器传递数据。当顾客在旅游局进行咨询时，终端向服务器发出查询请求，服务器根据航班信息库的实时数据，向终端发送数据，显示在终端的屏幕上。当顾客向售票员定票时，终端向服务器发出详尽的一份定单，服务器核对后，存入定票信息库，并修改机票信息库。当顾客再次来取票时，终端向服务器发出查询定票请求，服务器接收后，查询定票信息库，核对后，传送机票确认表单，终端打印出机票。

3.2处理流程和数据流程

４．经济可行性分析

4.1支出

基础投资：

终端PC机２０台：6000*20 = 12 万

网络设备：10 万

辅助配置：10 万

共计：36万

其他一次性投资：

Oracle 8.0 : 20 万

Windows NT: 10 万

操作员培训费：5 万

共计：35 万

           经常性支出：

人工费用: 6(月)*20(人)*4000=60万

其他不可知额外支出: 20万

共计:   80万

支出共计: 151万

4.2效益

 一次性收益

0元

 经常性收益

  （按银行利率：1%）；

减少员工20人(1000圆/人)五年收益:

1000*（1.1+（1.1）2+（1.1）3+（1.1）4+（1.1）5）*20*12*5=120万

         工作效率提高收益（工作效率提高30%）:

                     30*（1.1+（1.1）2+（1.1）3+（1.1）4+（1.1）5）*（30%）*5 = 45万

         经常性收益共计: 160万

      不可定量收益

因服务质量提高增加旅客量10%:

1000万*10%*(90%+(90%)2+(90%)3+(90%)4+(90%)5)=360万

收益共计:    520万

   

4.3收益/投资比

520万/151万 = 344%

4.4投资回收周期

2.3年

4.5敏感性分析

设计系统周期为五年, 估计最长可达10年

处理速度: 一般查询速度＜4秒

关键数据查询速度: ＜2秒

５．社会因素可行性分析

6.1法律因素

所有软件都选用正版.

所有技术资料都由提出方保管。

合同制定确定违约责任.

6.2用户使用可行性

使用本软件人员要求有一定计算机基础的人员,系统管理员要求由计算机的专业知识,所有人员都要经过本公司培训，管理人员也需经一般培训，经过培训人员将会熟练使用本软件，两名系统管理员,一名审计员将进行专业培训,他们将熟练管理本系统.

６．其他可供选择的方案

6.1客户端与服务器端联系在一起

   在旅游局中只设立终端，在机场设立服务器，数据输入由终端输入，所有数据都由服务器处理，只在终端上显示数据结果。

   此设计简化了数据处理，但加重了服务器的数据处理。而使用客户端/服务器机理，简化数据流量，加快数据处理。

７．结论意见

由于投资效益比远大于100%, 技术、经济、操作都有可行性，可以进行开发. 可以立即开始进行。

 

第二篇：软件工程可行性研究报告实例

软件工程可行性研究报告实例

1 引言。

1编写目的：

可行性研究的目的是为了对问题进行研究，以最小的代价在最短的时间内确定问题是否可解

经过对此项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。明确开发风险及其所带来的经济效益。本报告经审核后，交软件经理审查。

1.2 项目背景：

开发软件名称：超市进销存系统。

项目任务提出者：老师。

项目开发者：shu408157847。

用户：超市。

实现软件单位：学校

项目与其他软件，系统的关系：

本项目采用客户机/服务器原理，客户端的程序是建立在Windows NT 系统上以Microsoft Visual C++为开发软件的应用程序，服务器端采用Linux 为操作系统的工作站，是采用Oracle 8的为开发软件的数据库服务程序。

1．3 定义：

[专门术语]：

[缩写词]：

1．4 参考资料：

《软件工程导论》，张海藩，清华大学出版社。

《实用软件工程》，郑人杰等，清华大学出版社。

2．可行性研究的前提

2.1要求

主要功能：

性能要求：

对服务器上的数据必须进行及时正确的刷新。

输出要求：数据完整，详实。

输出要求：简捷，快速，实时。

安全与保密要求：权限不同

完成期限：预计六个月，即截止2007年12月8日。

2.2目标：

系统实现后，大大提高旅游局的机票预定服务效率超市的管理水平。降低误差，减少开销

2.3条件，假定和限制

建议软件寿命：5年。

经费来源：。

硬件条件：服务器sun工作站，终端为pc机。

运行环境：Linux

数据库：Oracle8

投入运行最迟时间：2000/04/04

2.4可行性研究方法

2.5决定可行性的主要因素

1 经济可行性

成本/效益分析结果，短期-长期利益分析。

技术可行，现有技术可完全承担开发任务。

操作可行，软件能被原有工作人员快速接受。

3．技术可行性分析

3.1系统简要描述

3.2处理流程和数据流程

3.3环境可行性

3.4 人员可行性：操作宜学

3.5 效益分析

投资回收周期

2.3年

4.5敏感性分析

设计系统周期为五年, 估计最长可达10年

处理速度:一般查询速度＜4秒

关键数据查询速度: ＜2秒

5。法律因素

6。其他可供选择的方案

7．结论意见

由于投资效益比远大于100%, 技术、经济、操作都有可行性，可以进行开发.