火车票预订可行性分析报告
一、可行性研究报告
1．引言
1.1编写目的
1.2项目背景
1.3定义
1.4参考资料
2．可行性研究的前提
2.1要求
2.2目标
2.3条件、假定和限制
2.4可行性研究方法
2.5决定可行性的主要因素
3．对现有系统的分析
3.1处理流程和数据流程
3.2工作负荷
3.3费用支出
3.4人员
3.5设备
3.6局限性
4．所建议技术可行性分析
4.1对系统的简要描述
4.2处理流程和数据流程
4.3与现有系统比较的优越性
4.4采用建议系统可能带来的影响
4.5技术可行性评价
5．所建议系统经济可行性分析
5.1支出
5.2效益
5.3收益/投资比
5.4投资回收周期
5.5敏感性分析
6．社会因素可行性分析
6.1法律因素
6.2用户使用可行性
7．其他可供选择的方案
1．引言
1.1编写目的
为明确将要设计的软件是否有开发价值，撰写本文档。本文档供项目经理、设计人员、开发人员、客户参考。可行性研究的目的是为了对问题进行研究，以最小的代价在最短的时间内确定问题是否可解。经过对此项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。明确开发风险及其所带来的经济效益。
1.2项目背景
开发软件名称：火车票订票系统。
项目任务提出者：中国铁路局
项目开发者：
用户：铁路局
实现软件单位：铁路局和xx大学
产品的设计者：
产品的所有权：
项目与其他软件，系统的关系：本项目采用客户机/服务器原理，客户端的程序是建立在Windows NT 系统上以Microsoft Visual C++为开发软件的应用程序，是采用SQL server的为开发软件的数据库服务程序。
1.3定义
本项目主要用于可输入、添加、删除及修改列车信息，并能实现查询、订票、退票等功能。此系统还应能够打出取票通知和帐单，以保证能使每个旅客在出发的前一天凭取票通知和帐单交款取票。
1.4参考资料
软件工程导论 清华大学出版社
Java面向对象设计 北京邮电大学出版社
数据库系统概论 高等教育出版社
2．可行性研究的前提
2.1要求；
与软件相关的其他系统；
a.主要功能：为乘客提供火车票预定服务，方便铁路局的售票工作，提高铁路局的服务质量和服务效率
b.性能要求：火车站提供的信息必须及时的反映在铁路局的工作平台上。售票系统的定单必须无差错的存储在火车站的主服务器上。对服务器上的数据必须进行及时正确的刷新。
c.输入要求：数据完整，详实。
d.输出要求：简捷，快速，实时。
e.基本的数据流程和处理流程：售票员与检票员在使用系统前，须凭帐号密码登陆，从而可对工作人员的具体工作信息进行统计，防止出现利用工作之便进行不合规程的操作。
f.安全与保密要求：售票员享有对火车站票务信息数据库、列车信息数据库的管理与修改。旅客只享有对票务信息数据库的部分修改（写入与读出）。
g.完成期限：预计三个月，即截止２０10年11月30日。
2.2目标
系统实现后，大大提高铁路局的火车票预定服务效率；降低售票服务中的错误发生率，减少信息交流的烦琐过程及其带来的开销；实现了人力与设备费用的节省。
2.3条件、假定和限制
建议软件寿命：5年
经费来源：中国铁路局
硬件条件：服务器sun工作站，终端为pc机。
运行环境：windows2000及以上的操作系统
数据库：TRAIN
投入运行最迟时间：2011/01/04
2.4可行性研究方法
a.购票检票亲身体验；
b.售票流程初步调查；
c.文献调查法。
2.5决定可行性的主要因素
a.成本/效益分析结果，效益 〉成本。
b.技术可行，现有技术可完全承担开发任务。
c.操作可行，软件能被原有工作人员快速接受。
3．对现有系统的分析
3.1处理流程和数据流程
3.1 流程图
火车票预订系统总框架图
3.2工作负荷
现有系统需承担整个铁路局所有的旅客订票业务以及退票业务
3.3费用支出
运行现有系统需支付开发费用清单如下：
系统维护人员支出：400元/（人天）X 10（人）=4000元/天
机器磨损费用 ：20000元/天
机器（硬件）维护费用：100元/（人天）X 200=20000元/天
其他一次性投资：
Oracle 8.0 : 20 万
Windows NT: 10 万
操作员培训费：5 万
终端PC机２０台：8000*20 = 16 万
网络设备：10 万
辅助配置：10 万
3.4人员
鉴于原有系统的技术性含量比较低，故不需要多少高技术人员的操作，只是由于数据量的日益扩大，所需要的操作人员数量不断增大。这一点已不再适应目前信息化时代的步伐。系统维护人员需要具有较强的计算机软件知识和过硬的处理问题能力，能够在第一时间找到系统出行的问题并及时的解决问题。机器维护人员需要对各种硬件支援具有相当强的了解，并拥有丰富的工作经验，能够在第一时间解决硬件系统出现得问题。
3.5设备
终端PC机、网络设备、服务器sun工作站等。
3.6局限性
技术的过于陈旧，人员工作负荷大，系统维护及费用支出巨大，人员与设备技术含量低等等一系列缺点，所有这些都明确了需要一个新的适应新的信息化时代的高科技的系统。所以开发这样一个系统还是很有必要的。
4．所建议技术可行性分析
4.1对系统的简要描述
4.2对现有软件的影响
对现有操作系统进行升级
4.3对用户的影响
需要用户单位操作人员需要熟悉操作window操作系统
4.4对系统运行的影响
a.用户的操作严格按照系统要求规程；
b.要求创建系统管理员、售票员以及用户三种登录方式，分权限管理；
c.数据应由系统管理员手动输入系统，售票员无权输入数据；
d.对数据有保存的要求，并且对数据存储、恢复的处理，实现对系统数据的增加、 删除和修改。
e.输出报告的以报表的形式打印出来；
f.系统具有备份与恢复功能。
4.5对开发环境的影响
a.为了支持所建议系统的开发，用户需在Windows xp以上的操作系统中安装SQL server；
b.为了建立数据库要求提供详细的数据资源；
c.为了开发和测验所建议系统而需要的计算机资源：内存2G；
如数据涉及保密与安全问题，应由专人负责录入。
4.6对运行环境的影响
要求提供意见能容纳5台计算机的机房，并且要求联成局域网。
4.7对经费支出的影响
开发人员费用，设备维护费用，系统维护费用。
开发该系统需要支出的费用包括：基本信息搜集与处理所需的经费，基础设备购入费用，人员开发费用。
4.8技术可行性评价
a. 在限制条件下，功能目标不能达到；
b. 利用现有技术，功能目标能达到；
c. 对开发人员数量的和质量的要求：
用户：2名
软件工程师：3人
系统分析员：2人
系统测试员：2人
以上人员能够满足需要；
d. 在规定的三个月期限内，开发完成。
5．所建议系统经济可行性分析
5.1支出
5.1.1基建投资
5.1.2其他一次性支出
Oracle 8.0 : 20 万
Windows NT: 10 万
操作员培训费：5 万
终端PC机２０台：8000*20 = 16 万
网络设备：10 万
辅助配置：10 万
5.1.3经常性支出
系统维护人员支出：250元/（人天）X 10（人）=2500元/天
机器磨损费用 ：20000元/天
机器（硬件）维护费用：100元/（人天）X 200=20000元/天
5.2效益
5.2.1一次性收益
0元
5.2.2经常性收益
（按银行利率：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万
5.2.3不可定量收益
因服务质量提高增加旅客量10%:
1000万*10%*(90%+(90%)2+(90%)3+(90%)4+(90%)5)=540万
收益共计: 700万
5.3收益/投资比
700/453.5=154.4%
5.4投资回收周期
3.2年
5.5敏感性分析
设计系统周期为2年, 估计最长可达5年
处理速度:一般查询速度<2秒
关键数据查询速度: <1秒
6．社会因素可行性分析
6.1法律因素
火车票订票系统是一个结局亿万中国人出行的系统，毫不夸张的说，它是一项关系着国计民生的重要环节，不仅为人们提供了快捷的服务，更重要的是可以在足不出户的情况下就能够解决购买火车票的问题，它使得中国的订票系统更加理性化也更加人性化，这也是在新时代的一种进步，能够使人们享受到现今科技带来的便利服务！且该项目为独立开发，在技术上没有使用任何现有的软件与方法。所以在法律方面不会存在侵犯专利权、侵犯版权等问题，完全按照合同规定的责任履行。
6.2用户使用可行性
使用本软件人员要求有一定计算机基础的人员,系统管理员要求由计算机的专业知识,所有人员都要经过本公司培训.
管理人员也需经一般培训.
经过培训人员将会熟练使用本软件.
两名系统管理员,一名审计员将进行专业培训,他们将熟练管理本系统.
7．其他可供选择的方案
在售票点只设立终端，在铁路局设立服务器，数据输入由终端输入，所有数据都由服务器处理，只在终端上显示数据结果。
此设计简化了数据处理，但加重了服务器的数据处理。而使用客户端/服务器机理，简化数据流量，加快数据处理。
8.结论意见
经过初步的系统调查，给出了可行性研究报告，还须对现行系统进行全面、深入的详细调查和分析，弄清楚现行系统运行状况，发现其薄弱环节，或系统的弊端问题，挖掘出要解决的问题实质，以对新系统进行完美扩充，确保新系统比原系统更有效。