软件可行性研究报告
在我们平凡的日常里，报告使用的频率越来越高，报告中涉及到专业性术语要解释清楚。相信许多人会觉得报告很难写吧，以下是云范文为大家整理的软件可行性研究报告，仅供参考，欢迎大家阅读。
软件可行性研究报告1
当接受一个软件开发任务，就进入软件生命的第一个阶段，即进行可行性的研究。并不是所有问题都有具有简单的解决办法，许多问题都是不能在预定的规模内解决。因此通过可行性的研究分析可以从中发现问题，并对其提出有无可行性的解决方法，进而避免人力、物力和财力的浪费。在现行的系统初步调查的基础上可以提出新系统目标，即新系统建立后所要求达到的运行指标，这是系统开发和评价的依据。系统目标应充分体现，并直接为火车票预定系统服务，且程序可以分期、分批实现。但是，需要指出的是，系统目标是不可能在总体规划阶段就提出的非常具体，它还将在开发过程中逐步明确和定量化。以达到更加出色的程序系统。
一、技术可行性
本系统是一个需要实现火车票预定系统，现有的技术较为成熟，硬件、软件的性能要求、环境条件等各项条件良好，例如开发所需要的语言、软件小组的成员都会使用，估计利用现有技术条件完全可以达到该系统的功能目标。同时，考虑给予的开发期限也比较充裕，预计系统是可以在规定的期限内完成开发的。
二、经济可行性
电话订餐已成为一种阻碍外卖行业发展的.落后方式了，实行订餐管理的信息化迫在眉睫，利用外卖订餐管理系统对外卖流程实行信息化，不仅给订餐顾客带来了方便更给外卖店带来了经济利益。外卖订餐管理给顾客和外卖店带来了双赢。对于顾客，不用再担心高峰期打电话订餐失败了，顾客可以在网站浏览相关菜式，添加喜欢的菜式，解决了以前的那种电话订餐造成订错菜式的现象。对于外卖店更是带来了长远的利益，减少外卖店的人力和财力，通过订餐管理系统使外卖店能够及时掌握市场信息，推销新菜式和实行更有效的经营策略。
三、法律可行性
本软件自主开发研制，不抄袭，不盗用，不存在法律上的版权问题。软件主要功能为火车票网上预定，没有任何反动或不健康信息，不存在法律政策上的问题。
四、操作可行性
本次设计由小组四个人分工合作完成，技术上有两位选学java编程方向的成员，系统功能界面设计上有两位选学前台开发的同学完成，四人分工明确，对待本次设计认真负责。
五、结论
综上所述，本次火车票系统的开发过程不论是在技术上、经济上、法律上还是操作上都是可行的。系统可以正常开发。
软件可行性研究报告2
一、 概述
简述项目提出的背景、技术开发状况、现有产业规模;项目产品的主要用途、性能;投资必要性和预期经济效益;本企业实施该项目的优势。
二、 技术可行性分析
1、项目的技术路线、工艺的合理性和成熟性，关键技术的先进性和效果论述。
2、产品技术性能水平与国内外同类产品的比较。
3、项目承担单位在实施本项目中的优势。
三、 项目成熟程度
1、成果的技术鉴定文件或产品性能检测报告、产品鉴定证书。
2、产品质量的稳定性，以及在价格、性能等方面被用户认可的情况等。
3、核心技术的知识产权情况。对引进技术的消化、吸收、创新和后续开发能力。
四、 市场需求情况和风险分析
1、国内市场需求规模和产品的发展前景、在国内市场的竞争优势和市场占有率。
2、国际市场状况及该产品未来增长趋势、在国际市场的竞争能力、产品替代进口或出口的可能性。
3、风险因素分析及对策。
五、 投资估算及资金筹措
1、项目投资估算
2、资金筹措方案
3、投资使用计划
六、 经济和社会效益分析
1、未来五年生产成本、销售收入估算。
2、财务分析：以动态分析为主，提供财务内部收益率、贷款偿还期、投资回收期、投资利润率和利税率、财务净现值等指标。
3、不确定性分析：主要进行盈亏平衡分析和敏感性分析，对项目的抗风险能力作出判断。
4、财务分析结论
5、社会效益分析
七、 综合实力和产业基础
1、企业员工构成(包括分工构成和学历构成)
2、企业高层管理人员或项目负责人的教育背景、科技意识、市场开拓能力和经营管理水平。
3、企业从事研究开发的人员力量、资金投入，以及企业内部管理体系等情况。
4、企业从事该产品生产的条件、产业基础(包括项目实施所需的基础设施及原材料的来源、供应渠道等)。
八、 项目实施进度计划
九、 其它
1、环境保护措施
2、劳动保护和安全
3、必要的证明材料
(1) 特殊行业许可证(如食品、农药、医药、化肥产品生产许可证及批文);通信产品入网许可证;公共安全产品生产许可证;压力容器生产许可证等。
(2) 可提供项目立项证明、高新技术企业证书、产品质量认证、环保证明;产品订货意向、合同等补充材料。
十、 结论
软件可行性研究报告框架
可行性研究报告的编写目的是：说明该软件开发项目的实现在技术、经济和社会条件方面的可行 性;评述为了合理地达到开发目标而可能选择的各种方案;说明并论证所选定的方案。
可行性研究报告的编写内容要求
7.1引言
7.1.1编写目的
7.1.2背景
7.1.3定义
7.1.4参考资料 7
7.2可行性研究的前提
7.2.1要求
7.2.2目标
7·2.3条件、假定和限制
7.2.4进行可行性研究的方法
7.2.5评价尺度
7·3对现有系统的分析
7.3.1数据流程和处理流程
7.3.2工作负荷
7.3.3费用开支
7.3.4人员
7.3.5设备
7.3.6局限性
7.4所建议的系统
7.4.1对所建议系统的说明
7.4.2数据流程和处理流程
7.4.3改进之处
7.4.4影响
7.4.4.1对设备的影响
7.4.4.2对软件的影响
7.4.4.3对用户单位机构的影响
7.4.4.4对系统运行的影响
7.4.4.5对开发的影响
7.4，4.6对地点和设施的影响
7.4.4.7对经费开支的影响
7.4.5局限性
7.4.6技术条件方面的可行性
7.5可选择的其他系统方案
7.5.1可选择的系统方案1
7.5.2可选择的系统方案2
......
7.6投资及收益分析
7.6.1支出
7.6.1.1基本建设投资
7.6.1.2其他一次性支出
7.6.1，3非一次性支出
7.6.2收益
7.6，2.1一次性收益
7.6.2.2非一次性收益
7.6.2.3不可定量的收益
7.6.3收益/投资比
7.6.4投资回收周期
7.6.5敏感性分析
7.7社会条件方面的可行性
7.7.1法律方面的可行性
7.7.2使用方面的可行性
7.8结论
附录a
可行性研究报告的编写提示
(参考件)
a.1引言
a.1.1编写目的
说明编写本可行性研究报告的目的，指出预期的读者。
a.1.2背景
说明
a.所建议开发的软件系统的名称;
b.本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络;
c.该软件系统同其他系统或其他机构的基本的相互来往关系。
a.1.3定义
列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
a.1.4参考资料
列出用得着的参考资料，如
a.本项目的经核准的计划任务书或合同、上级机关的批文;
b.属于本项目的其他已发表的文件;
c.本文件中各处引用的文件、资料，包括所需用到的软件开发标准。|
列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
a.2可行性研究的前提
说明对所建议的开发项目进行可行性研究的前提，如要求、目标、假定、限制等。
a.2.1要求
说明对所建议开发的软件的基本要求，如
a.功能;
b.性能;
c·输出如报告、文件或数据，对每项输出要说明其特征，如用途、产生频度、接口以及分发对象;
d.输入说明系统的输入，包括数据的来源、类型、数量、数据的组织以及提供的频度;
e.处理流程和数据流程用图表的方式表示出最基本的数据流程和处理流程，并辅之以叙述;
f.在安全与保密方面的要求;
g.同本系统相连接的其他系统;
h.完成期限。
a.2.2目标
说明所建议系统的主要开发目标，如
a.人力与设备费用的减少;
b.处理速度的提高;
c.控制精度或生产能力的提高;
d.管理信息服务的改进;
e.自动决策系统的改进;
f.人员利用率的改进。
a.2.3条件、假定和限制
说明对这项开发中给出的条件、假定和所受到的限制，如
a.所建议系统的运行寿命的最小值;
b.进行系统方案选择比较的时间;
c.经费、投资方面的来源和限制;
d.法律和政策方面的限制;
e.硬件、软件、运行环境和开发环境方面的条件和限制;
f.可利用的信息和资源;
g.系统投入使用的最晚时间。
a.2.4进行可行性研究的方法
说明这项可行性研究将是如何进行的，所建议的系统将是如何评价的。摘要说明所使用的基本方法 和策略，如调查、加权、确定模型、建立基准点或仿真等。
a.2.5评价尺度
说明对系统进行评价时所使用的主要尺度，如费用的多少、各项功能的优先次序、开发时间的长短 及使用中的难易程度。
a.3 对现有系统的分析
这里的现有系统是指当前实际使用的系统，这个系统可能是计算机系统，也可能是一个机械系统甚 至是一个人工系统。
分析现有系统的目的是为了进一步阐明建议中的开发新系统或修改现有系统的必要性。
a.3.1处理流程和数据流程
说明现有系统的基本的处理流程和数据流程。此流程可用图表即流程图的形式表示，并加以叙述。
a.3.2工作负荷
列出现有系统所承担的工作及工作量。
a.3.3费用开支
列出由于运行现有系统所引起的费用开支，如人力、设备、空间、支持性服务、材料等项开支以及开 支总额。
a.3.4人员
列出为了现有系统的运行和维护所需要的人员的专业技术类别和数量。
a.3.5设备
列出现有系统所使用的各种设备。
a.3.6局限性
列出本系统的主要的局限性，例如处理时间赶不上需要，响应不及时，数据存储能力不足，处理功能 不够等。并且要说明，为什么对现有系统的改进性维护已经不能解决问题。
a.4 所建议的系统
本章将用来说明所建议系统的目标和要求将如何被满足。
a.4.1对所建议系统的说明
概括地说明所建议系统，并说明在第a.2章中列出的那些要求将如何得到满足，说明所使用的基本 方法及理论根据。
a.4.2处理流程和数据流程
给出所建议系统的处理流程和数据流程。
a.4.3改进之处
按a.2.2条中列出的目标，逐项说明所建议系统相对于现存系统具有的改进。
a.4.4影响
说明在建立所建议系统时，预期将带来的影响，包括
a.4.4.1对设备的影响
说明新提出的设备要求及对现存系统中尚可使用的设备须作出的修改。
a.4.4.2对软件的影响
说明为了使现存的应用软件和支持软件能够同所建议系统相适应。而需要对这些软件所进行的修 改和补充。
a.4.4.3对用户单位机构的影响
说明为了建立和运行所建议系统，对用户单位机构、人员的数量和技术水平等方面的全部要求。
a. 4. 4. 4对系统运行过程的影响
说明所建议系统对运行过程的影响，如
a.用户的操作规程;
b.运行中心的操作规程;
c.运行中心与用户之间的关系;
d.源数据的处理;
e.数据进入系统的过程;
f.对数据保存的要求，对数据存储、恢复的处理;
g.输出报告的处理过程、存储媒体和调度方法;
h.系统失效的后果及恢复的处理办法。
a.4.4.5对开发的影响
说明对开发的影响，如
a.为了支持所建议系统的开发，用户需进行的工作;
b.为了建立一个数据库所要求的数据资源;
c·为了开发和测验所建议系统而需要的计算机资源;
d.所涉及的保密与安全问题。
a.4.4.6对地点和设施的影响
说明对建筑物改造的要求及对环境设施的要求。
a.4.4.7对经费开支的影响
扼要说明为了所建议系统的开发，设计和维持运行而需要的各项经费开支。
a.4.5局限性
说明所建议系统尚存在的局限性以·及这些问题未能消除的原因。
a.4.6技术条件方面的可行性
本节应说明技术条件方面的可行性，如
a.在当前的限制条件下，该系统的功能目标能否达到;
b.利用现有的技术，该系统的功能能否实现;
c.对开发人员的数量和质量的要求并说明这些要求能否满足;
d.在规定的期限内，本系统的开发能否完成。
a.5可选择的其他系统方案
扼要说明曾考虑过的每一种可选择的系统方案，包括需开发的和可从国内国外直接购买的，如果没 有供选择的系统方案可考虑，则说明这一点。
a.5.1可选择的.系统方案1
参照第a.4章的提纲，说明可选择的系统方案1，并说明它未被选中的理由。
a.5.2可选择的系统方案2
按类似a. 5. 1条的方式说明第2个乃至第。个可选择的系统方案。
......
a.6投资及效益分析
a.6.1支出
对于所选择的方案，说明所需的费用。如果已有一个现存系统，则包括该系统继续运行期间所需的费用。
a.6.1.1基本建设投资
包括采购、开发和安装下列各项所需的费用，如
a.房屋和设施;
b. a dp设备;
c.数据通讯设备;
d.环境保护设备;
e.安全与保密设备;
f.adp操作系统的和应用的软件;
g.数据库管理软件。
a.6.1.2其他一次性支出
包括下列各项所需的费用，如
a.研究(需求的研究和设计的研究);
b.开发计划与测量基准的研究;
c.数据库的建立;
d.adp软件的转换;
e.检查费用和技术管理性费用;
f.培训费、旅差费以及开发安装人员所需要的一次性支出;
g.人员的退休及调动费用等。
a.6.1.3非一次性支出
列出在该系统生命期内按月或按季或按年支出的用于运行和维护的费用，包括
a.设备的租金和维护费用;
b软件的租金和维护费用;
c.数据通讯方面的租金和维护费用;
d.人员的工资、奖金;
e.房屋、空间的使用开支;
f.公用设施方面的开支;
g.保密安全方面的开支;
h.其他经常性的支出等。
a.6.2收益
对于所选择的方案，说明能够带来的收益，这里所说的收益，表现为开支费用的减少或避免、差错的减少、灵活性的增加、动作速度的提高和管理计划方面的改进等，包括;
a.6.2.1一次性收益
说明能够用人民币数目表示的一次性收益，可按数据处理、用户、管理和支持等项分类叙述，如：
a.开支的缩减包括改进了的系统的运行所引起的开支缩减，如资源要求的减少，运行效率的改进，数据进入、存贮和恢复技术的改进，系统性能的可监控，软件的转换和优化，数据压缩技术的采用，处理的集中化/分布化等;
b.价值的增升包括由于一个应用系统的使用价值的增升所引起的收益，如资源利用的改进，管理和运行效率的改进以及出错率的减少等;
c.其他如从多余设备出售回收的收入等。
a.6.2.2非一次性收益
说明在整个系统生命期内由于运行所建议系统而导致的按月的、按年的能用人民币数目表示的收益，包括开支的减少和避免。
a.6.2.3不可定量的收益
逐项列出无法直接用人民币表示的收益，如服务的改进，由操作失误引起的风险的减少，信息掌握情况的改进，组织机构给外界形象的改善等。有些不可捉摸的收益只能大概估计或进行极值估计(按最好和最差情况估计)。
a.6.3收益/投资比
求出整个系统生命期的收益/投资比值。
a.6.4投资回收周期
求出收益的累计数开始超过支出的累计数的时间。
a.6.5敏感性分析
所谓敏感性分析是指一些关键性因素如系统生命期长度、系统的工作负荷量、工作负荷的类型与这些不同类型之间的合理搭配、处理速度要求、设备和软件的配置等变化时，对开支和收益的影响最灵敏的范围的估计。在敏感性分析的基础上做出的选择当然会比单一选择的结果要好一些。
a.7 社会因素方面的可行性
本章用来说明对社会因素方面的可行性分析的结果，包括
a.7.1法律方面的可行性
法律方面的可行性问题很多，如合同责任、侵犯专利权、侵犯版权等方面的陷井，软件人员通常是不熟悉的，有可能陷入，务必要注意研究。
a.7.2使用方面的可行性
例如从用户单位的行政管理、工作制度等方面来看，是否能够使用该软件系统;从用户单位的工作人员的素质来看，是否能满足使用该软件系统的要求等等，都是要考虑的。
a.8 结论
在进行可行性研究报告的编制时，必须有一个研究的结论。结论可以是
a.可以立即开始进行;
b.需要推迟到某些条件(例如资金、人力、设备等)落实之后才能开始进行;
c.需要对开发目标进行某些修改之后才能开始进行;
d.不能进行或不必进行(例如因技术不成熟、经济上不合算等)。
软件可行性研究报告3
1可行性研究目的
1.1编写目的
说明编写本可行性研究报告的目的，指出预期的读者。
1.2背景
说明：
A. 所建议开发的软件系统的名称;
B. 本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络;
C. 该软件系统同其他系统或其他机构的基本的相互来往关系。
1.3定义
列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.4参考资料
列出用得着的参考资料，如：
1. 本项目的经核准的计划任务书或合同、上级机关的批文;
2. 属于本项目的其他已发表的文件;
3. 本文件中各处引用的文件、资料，包括所需用到的软件开发标准。 列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
2可行性研究的前提
说明对所建议的开发项目进行可行性研究的前提，如要求、目标、假定、限
制等。
2.1要求
说明对所建议开发的软件的基本要求，如：
A. 功能;
B. 性能;
C. 输出如报告、文件或数据，对每项输出要说明其特征，如用途、产生频度、
接口以及分发对象;
D. 输入说明系统的输入，包括数据的来源、类型、数量、数据的组织以及提供
的频度;
E. 处理流程和数据流程用图表的方式表示出最基本的数据流程和处理流程，并
辅之以叙述;
F. 在安全与保密方面的要求;
G. 同本系统相连接的其他系统;
H. 完成期限。
2.2目标
说明所建议系统的主要开发目标，如：
A. 人力与设备费用的减少;
B. 处理速度的提高;
C. 控制精度或生产能力的提高;
D. 管理信息服务的改进;
E. 自动决策系统的改进;
F. 人员利用率的改进。
2.3条件、假定和限制
说明对这项开发中给出的条件、假定和所受到的限制，如：
a. 所建议系统的运行寿命的最小值;
b.进行系统方案选择比较的时间;
c. 经费、投资方面的来源和限制;
d.法律和政策方面的限制;
e. 硬件、软件、运行环境和开发环境方面的条件和限制;
f. 可利用的信息和资源;
g.系统投入使用的最晚时间。
2.4进行可行性研究的方法
说明这项可行性研究将是如何进行的，所建议的系统将是如何评价的。摘要说明所使用的基本方法 和策略，如调查、加权、确定模型、建立基准点或仿真等。
2.5评价尺度
说明对系统进行评价时所使用的主要尺度，如费用的多少、各项功能的优先次序、开发时间的长短 及使用中的难易程度。
3对现有系统的分析
这里的现有系统是指当前实际使用的系统，这个系统可能是计算机系统，也可能是一个机械系统甚 至是一个人工系统。
分析现有系统的目的是为了进一步阐明建议中的开发新系统或修改现有系统的必要性。
3.1处理流程和数据流程
说明现有系统的基本的处理流程和数据流程。此流程可用图表即流程图的形式表示，并加以叙述。
3.2工作负荷
列出现有系统所承担的工作及工作量。
3.3费用开支
列出由于运行现有系统所引起的费用开支，如人力、设备、空间、支持性服务、材料等项开支以及开 支总额。
3.4人员
列出为了现有系统的运行和维护所需要的人员的专业技术类别和数量。
3.5设备
列出现有系统所使用的各种设备。
3.6局限性
列出本系统的主要的局限性，例如处理时间赶不上需要，响应不及时，数据存储能力不足，处理功能 不够等。并且要说明，为什么对现有系统的改进性维护已经不能解决问题。
4所建议的系统
本章将用来说明所建议系统的目标和要求将如何被满足。
4.1对所建议系统的说明
概括地说明所建议系统，并说明在第2章中列出的.那些要求将如何得到满足，说明所使用的基本方法及理论根据。
4.2处理流程和数据流程
给出所建议系统的处理流程和数据流程。
4.3改进之处
按2.2条中列出的目标，逐项说明所建议系统相对于现存系统具有的改进。
4.4影响
说明在建立所建议系统时，预期将带来的影响，包括：
4.4.1对设备的影响
说明新提出的设备要求及对现存系统中尚可使用的设备须作出的修改。
4.4.2对软件的影响
说明为了使现存的应用软件和支持软件能够同所建议系统相适应。而需要对这些软件所进行的修改和补充。
4.4.3对用户单位机构的影响
说明为了建立和运行所建议系统，对用户单位机构、人员的数量和技术水平等方面的全部要求。
4.4.4对系统运行过程的影响
说明所建议系统对运行过程的影响，如：
a. 用户的操作规程;
b.运行中心的操作规程;
c. 运行中心与用户之间的关系;
d.源数据的处理;
e. 数据进入系统的过程;
f. 对数据保存的要求，对数据存储、恢复的处理;
g.输出报告的处理过程、存储媒体和调度方法;
h.系统失效的后果及恢复的处理办法。
4.4.5对开发的影响
说明对开发的影响，如：
a. 为了支持所建议系统的开发，用户需进行的工作;
b. 为了建立一个数据库所要求的数据资源;
c. 为了开发和测验所建议系统而需要的计算机资源;
d. 所涉及的保密与安全问题。
4.4.6对地点和设施的影响
说明对建筑物改造的要求及对环境设施的要求。
4.4.7对经费开支的影响
扼要说明为了所建议系统的开发，设计和维持运行而需要的各项经费开支。
4.5局限性
说明所建议系统尚存在的局限性以及这些问题未能消除的原因。
4.6技术条件方面的可行性
本节应说明技术条件方面的可行性，如：
a. 在当前的限制条件下，该系统的功能目标能否达到;
b.利用现有的技术，该系统的功能能否实现;
c. 对开发人员的数量和质量的要求并说明这些要求能否满足;
d.在规定的期限内，本系统的开发能否完成。
5可选择的其他系统方案
扼要说明曾考虑过的每一种可选择的系统方案，包括需开发的和可从国内国外直接购买的，如果没有供选择的系统方案可考虑，则说明这一点。
5.1可选择的系统方案1
参照第4章的提纲，说明可选择的系统方案1，并说明它未被选中的理由。
5.2可选择的系统方案2
按类似5.1条的方式说明第2个乃至第n个可选择的系统方案。 ......
6投资及效益分析
6.1支出
对于所选择的方案，说明所需的费用。如果已有一个现存系统，则包括该系统继续运行期间所需的费用。
6.1.1基本建设投资
包括采购、开发和安装下列各项所需的费用，如：
a. 房屋和设施;
b. ADP设备;
c. 数据通讯设备;
d. 环境保护设备;
e. 安全与保密设备;
f. ADP操作系统的和应用的软件;
g. 数据库管理软件。
6.1.2其他一次性支出
包括下列各项所需的费用，如：
a. 研究(需求的研究和设计的研究);
b.开发计划与测量基准的研究;
c. 数据库的建立;
d.ADP软件的转换;
e. 检查费用和技术管理性费用;
f. 培训费、旅差费以及开发安装人员所需要的一次性支出;
g.人员的退休及调动费用等。
6.1.3非一次性支出
列出在该系统生命期内按月或按季或按年支出的用于运行和维护的费用，包括：
a. 设备的租金和维护费用;
b.软件的租金和维护费用;
c. 数据通讯方面的租金和维护费用;
d.人员的工资、奖金;
e. 房屋、空间的使用开支;
f. 公用设施方面的开支;
g.保密安全方面的开支;
h.其他经常性的支出等。
6.2收益
对于所选择的方案，说明能够带来的收益，这里所说的收益，表现为开支费用的减少或避免、差错的减少、灵活性的增加、动作速度的提高和管理计划方面的改进等，包括;
6.2.1一次性收益
说明能够用人民币数目表示的一次性收益，可按数据处理、用户、管理和支持等项分类叙述，如：
a. 开支的缩减包括改进了的系统的运行所引起的开支缩减，如资源要求的减少，运行效率的改进，数据进入、存贮和恢复技术的改进，系统性能的可监控，软件的转换和优化，数据压缩技术的采用，处理的集中化/分布化等;
b.价值的增升包括由于一个应用系统的使用价值的增升所引起的收益，如资源利用的改进，管理和运行效率的改进以及出错率的减少等;
c. 其他如从多余设备出售回收的收入等。
6.2.2非一次性收益
说明在整个系统生命期内由于运行所建议系统而导致的按月的、按年的能用人民币数目表示的收益，包括开支的减少和避免。
6.2.3不可定量的收益
逐项列出无法直接用人民币表示的收益，如服务的改进，由操作失误引起的风险的减少，信息掌握情况的改进，组织机构给外界形象的改善等。有些不可捉摸的收益只能大概估计或进行极值估计(按最好和最差情况估计)。
6.3收益/投资比
求出整个系统生命期的收益/投资比值。
6.4投资回收周期
求出收益的累计数开始超过支出的累计数的时间。
6.5敏感性分析
所谓敏感性分析是指一些关键性因素如系统生命期长度、系统的工作负荷量、工作负荷的类型与这些不同类型之间的合理搭配、处理速度要求、设备和软件的配置等变化时，对开支和收益的影响最灵敏的范围的估计。在敏感性分析的基础上做出的选择当然会比单一选择的结果要好一些。
7社会因素方面的可行性
本章用来说明对社会因素方面的可行性分析的结果，包括：
7.1法律方面的可行性
法律方面的可行性问题很多，如合同责任、侵犯专利权、侵犯版权等方面的陷井，软件人员通常是不熟悉的，有可能陷入，务必要注意研究。
7.2使用方面的可行性
例如从用户单位的行政管理、工作制度等方面来看，是否能够使用该软件系统;从用户单位的工作人员的素质来看，是否能满足使用该软件系统的要求等等，都是要考虑的。
8结论
在进行可行性研究报告的编制时，必须有一个研究的结论。结论可以是： a. 可以立即开始进行;
b.需要推迟到某些条件(例如资金、人力、设备等)落实之后才能开始进行; c. 需要对开发目标进行某些修改之后才能开始进行;
d.不能进行或不必进行(例如因技术不成熟、经济上不合算等)。
软件可行性研究报告4
软件可行性研究报告5
1、引言
1.1编写目的
随着网络技术的日益普及和信息化建设的重视，网络硬盘作为一种新型安全的网络存储系统，主要适用于个人文件存储，可以用作个人的一个网络Ｕ盘，网络硬盘是一块专属的存储空间，用户通过上网登录网站的方式，可方便上传、下载文件。只要能上网，就可以用网络硬盘登录到服务器上进行个人文件的上传、删除及文件目录的新建、修改、共享等操作，随时随地存储自己的个人文件。而且不用担心文件丢失的状况，安全方便。
1.2项目背景
1.2.1 项目名称：网络硬盘文件资源管理系统
1.2.2 用户:网络存储用户
1.2.3 说明：很多用户把重要文件存储在自己的手机或电脑的硬盘上，结果因为手机、电脑的丢失导致这些重要文件也都丢失了，在很多时候，文件的价值往往比手机和电脑本身还要高。而且网络硬盘可以用作个人的一个网络Ｕ盘，无论在家里，办公室里或旅馆里，只要能上网，可以通过网络硬盘调用自己的文件或记事本；网络硬盘是一块专属的存储空间，用户通过上网登录网站的方式，可方便上传、下载文件，而独特的'外链功能更突破了传统存储的概念。只要能上网，就可以用网络硬盘登录到服务器上进行个人文件的上传、下载、删除及文件目录的新建、修改、删除、文件预览等操作，随时随地存储自己的个人文件。
2、可行性研究的前提
2.1要求
2.1.1 功能要求
用户能登陆注册，用户文件空间界面必须以文件目录的形式展示文件列表，目录结构清晰。能实现文件批量选择上传，操作必须要方便快捷简单，常用格式文件必须要能打开预览。为方便操作，文件夹能打包压缩下载。用户能对文件实现批量操作。能设置外链文件。
2.1.2 性能要求
为了满足储户的要求，系统必须要有高的运作速度，用户的操作事件，系统必须能快速及时作出响应，迅速处理各项数
据、信息。所以要求很高的信息量速度和大的主存容量；由于要存贮大量文件和数据，也还要有足够大的磁盘容量；安全性也是系统最重要的性能需求之一，文件管理系统系统必须有可靠的安全措施，以保证储户的存储安全。
2.1.3完成期限
2.2目标
网络硬盘是一种类似U盘的一种文件存储系统，所以，第一、系统必须要稳定、安全，保证上传的文件不丢失，能正确下载。第二、文件浏览界面必须要友好，能提供清晰的文件目录列表。第三、必须要有方便快捷的操作，保证良好的用户体验。
2.3可行性研究方法
采用归纳方法：通过对现在流行、大型的网络硬盘系统详细研究与比较来获取自己系统需求分析所需资料，在对这些系统的设计、制造和运行状况进行分析研究的基础上,根据所设计的系统的功能要求进行多次选择,然后对少数几个同类系统作出相应修正，最后得出一个理想的系统。
3、对现有系统的分析
当前大多数网盘都还没有实现对文件的预览功能，有部分实现了对图片的预览功能，但实现对文档、音乐、视频预览的确很少。给予用户的体验不足，达不到用户所期待的功能。基于这种原因，我所实现的系统能对图片、文档、音乐、视频的预览以及文件夹的压缩下载。
4、技术可行性分析
网络硬盘文件系统的实现技术有多种,可以采用传统的客户机/服务器型的B/S型架构,即文件内容放在远程的服务器上,用户通过在其他计算机上登陆服务器。进入网络硬盘系统。由于受条件所限制，数据库服务器端采用大型数据库系统,这有利于缩短大批量数据的吞吐时间,使整个系统管理规范化,数据的完整性、安全性得到保障.应用服务器端采用中间件计算模式(IBMWebSphereApplicationServer),分模块层次结构,多模块分立,允许系统的分布处理,以提高系统的工作效率。所使用的技术主要是S2SH（struts2、hibernate、spring）以及javascript、jquery、css、html，这些技术都已经开设过课程，我也已经掌握了。开发系统的计算机硬件已经非常普及，所以完全没有问题；现在的计算机各方面的技术都非常成熟，相对来说开发此系统的技术也要求比较简单，因此在技术方面是可行的。
5、经济可行性分析
可以通过推广发布广告、个人付费、流量收费来维持网盘的运营，并通过网盘服务带来大量用户到其他关联产业。经济上市是没什么问题的。
6、社会因素可行性分析
6.1法律因素
全部软件购买正版；机器设置通过正当途径购得；所有软件都用正版，技术资料都由提出方保管，数据信息均可保证合法来源。所以，在法律方面是可行的。
6.2用户使用可行性
开发的系统操作要非常简单，以便适合大人小孩老人各类人们都可以很方便操作使用。
软件可行性研究报告6
第一章1．引言
计算机已经深入到日常工作和生活的方方面面，已经成为我们学习和工作的得力助手，比如文字处理、信息管理、辅助设计、图形图像处理、教育培训以及游戏娱乐等。各行各业的人们都在使用计算机完成许许多多复杂的工作。然而，虽然现在世界上的各种软件层出不穷，但它们依然不能满足用户的各种特殊需要，人们还不得不开发适合自己特殊需求的软件。学籍管理系统是一个教育单位不可缺少的部分,它的内容对于学校的决策者和管理者来说都至关重要,所以学籍管理系统应该能够为用户提供充足的信息和快捷的查询手段。但一直以来人们使用传统人工纸质的方式来考试测评，这种考试测评方式存在着许多缺点,如:效率低、保密性差,另外时间一长,将产生大量的文件和数据,这对于批改、查找、更新和维护考试试卷都带来了不少的困难。而使用计算机对学生考试,具有手工考试所无法比拟的优点.例如:批改迅速、查找方便、可靠性高、保密性好、寿命长、成本低等。这些优点能够极大地提高学生考试的效率,也是老师的科学化、正规化测评学生的重要途径。故设计此系统。
1.1编写目的
该软件项目可行性研究报告是对考试系统的全面通盘考虑,是项目分析员进行进一步工作的前提,是软件开发人员正确成功的开发项目的前提与基础.此研究报告可以使软件开发团体尽可能早的估计研制课题的可行性,可以在定义阶段较早的认识到系统方案的缺陷,就可以节省时间和精力,也可以节省资金,并且避免了许多专业方面的困难.所以该软件项目可行性研究报告在整个开发过程中是非常重要的。
1.2项目背景
鉴于目前学校学生人数剧增,学生信息呈爆炸性增长，计算机成本日益下降的前提下,学校对学生考试的自动化与准确化的要求日益强烈的背景下提出的，本软件产品为学生考试系统的一个子系统，实现学生考试系统中的标准化考试子功能。
工程的名称： 标准化考试系统;
工程产品的名称： 标准化考试系统;
工程组织者：标准化考试系统开发小组;
产品用户： 学校考试测评人员;
产品设计者： 标准化考试系统开发小组;
产品生产者：标准化考试系统开发小组;
产品所有权：标准化考试系统开发小组拥有
1.3定义
1.4参考资料
《软件工程导论》 -陈 明 机械工业出版社
《Java程序设计概论》-赵生慧 高等教育出版社
第二章2．可行性研究的前提
2.1要求
本软件的功能和要求是解决高校对学生的电子考试的问题，为进一步完善学校的对学生考试，教师测评，实现学生考试自动化，本软件采用的单机系统是目前广泛采用的系统，考试安全和保密有一定的保障。软件的整个设计过程必须通过生产能力的提高,人员工作效率的提高等等使软件开发成本最小化.实现保证软件质量的前提下的`资金投入最小化。
2.2目标
开发此考试系统软件，使教学人员及操作者进行考试测评，方便操作者随时考试、查看、更改，使老师人员从繁琐的批改作业到电脑自动化批改作业；方便学生随时考试，随时可以得到答案，达到考试训练的目的，是学生成绩不断提高。
2.3条件、假定和限制
建议软件寿命：5年。
经费来源：学校。
硬件条件：普通PC机即可
运行环境：windows系列
2.4可行性研究方法
2.5评价尺度
此软件由于只是一个初级产品，只要能构建一个结构，达到一些发卷、答题、查看答案等基本功能和要求即可，软件开发周期不长。本软件可实现学生信考试发卷、答题、查看答案功能，使用友好的用户界面，用户可轻松使用。
第三章3．对现有系统的分析
3.1处理流程和数据流程
现有系统的数据处理与流程基本为学生考试试卷的录入与答题等操作，系统的保密性不高。
3.2工作负荷
由于学生考试量越来越大，现有的系统已明显不能适应目前的庞大考试数据量，系统工作负荷过大，考试数据处理缓慢，对计算机硬件的要求比较高。
3.3费用支出
在系统上投入的人力，设备，空间，材料，等等与其他的一系列支持性服务越来越大，导致开发费用支出巨大，严重影响系统的可用性，急需改进。
3.4人员、设备
鉴于原有系统的技术性含量比较低，故不需要多少高技术人员的操作，只是由于考试数据量的日益扩大，所需要的操作人员数量不断增大。这一点已不再适应目前信息化时代的步伐。设备的科技含量也比较低，没有达到大量的计算机普及程度，更难以实现网络化考试办公。
3.5局限性
经过严谨的分析，可知原有的系统存在很大的局限性，比如技术的过于陈旧，人员工作负荷大，系统维护及费用支出巨大，人员与设备技术含量低等等一系列缺点，所有这些都明确了需要一个新的适应新的信息化时代的高科技的系统。所以开发这样一个系统还是很有必要的。
第四章4．所建议技术可行性分析
4.1对系统的简要描述
新系统在原有系统的基础上加入了新的考试界面，使用了先进的考试答案批改处理技术，使标准答案与考试作答的准确性与安全性得到了很大的提高，且在用户的并行操作与用户管理方面也有了极大地改善。
标准化考试系统可大致分大致实现以下功能：
读取试卷内容与考试时间要求： 把现有的试卷以按照要求的格式读取，试卷包含了考试时间，和考试要求等信息。
显示答案正误：考生答完题或者时间到，马上就能显示考生的成绩，并指出考生错误的题号，并通知考试是否合格。
4.2处理流程和数据流程
4.3与现有系统比较的优越性
很明显，在以上几点中已可以看出新系统的性能与功能上与现有系统的差别，首先随着学生人数的不断增加，数据信息越来越多，需要投入很大的人力和物力才能维持它的正常运作，同时它的答题，批改等都很繁琐而且容易出错，新系统克服了原来系统的资金投入大，人员设备技术含量低，系统工作负担重等缺点。而且加入了对数据的安全保密性保护的功能，使原有系统在可用性与稳健性方面有了很大的进步。
4.4采用建议系统可能带来的影响
采用建议系统与现有系统的差别在上面已所过，在此从不同方面具体说一下：
(1).设备：采用建议系统后，改进了原有系统的性能所以对设备要求自然更高，建议系统使用了最先进的技术使设备也必须跟着升级。
(2).现有软件：由于建议系统采用了考试处理技术以及一系列高技术含量软件，使得原来系统上的一些软件无法继续使用，不过在新系统开发过程中将尽量考虑到，对现有软件的兼容性。
(3).用户：建议系统使用的新技术是完全基于原有的系统上的,故用户不必考虑新系统带来的人员培训等等。
(4).经费支出：建议系统是为了改善原有系统在经费支出过高的缺点的，所以新系统一经使用在经费支出方面一定会得到很好的改善，用户在使用了新系统后只需要花一定资金购买一部分计算机与软件就能实现自动化。
4.5技术可行性评价
就目前使用的开发技术来说建议系统的功能目标应该能够达到；利用现有的技术在规定的期限内开发工作基本能够完成。
第五章5. 所建议系统经济可行性分析
5.1支出
基建投资：
PC机2台：5000*2=10000元
打印机1台：1000元
其他一次性支出：
人员培训费用：20xx元
经常性支出：
人工费用：（考试工作人员工资20xx元/月）*2=4000/月
其他不可预知费用：10000元
共计：27000元，每年再支出16000元
5.2效益
一次性收益：
无
经常性收益：
减少考试工作人员10个：（考试工作人员工资1800元/月）*10=18000元/月
效率提高：30%以上,节约成本30000元/年
不可定量收益：
无
共计：246000元/每年
5.3收益/投资比
246000*5/（53000+48000*5）=4.19
5.4投资回收周期
101000/246000=0.41
5.5敏感性分析
设计系统周期为五年, 估计最长可达10年
第六章6．社会因素可行性分析
6.1法律因素
所有软件都选用正版。
所有技术资料都由提出方保管。
合同制定确定违约责任。
6.2用户使用可行性
使用本软件人员要求有一定计算机基础的人员,考试系统管理员要求由计算机的专业知识。
第七章7．其他可供选择的方案
由于系统过于简单，所以开发小组没有提供其他的方案，只有一种开发方案。
第八章8．结论
结论可以是：在进行必要的人员投入后，工程可以立即开始进行研发。
软件可行性研究报告7
摘要
20xx年10月，我作为项目经理参与了毕业生就业信息管理系统的开发，主要负责系统准备和启动管理。该系统具有严格的安全、稳定、高效和可靠性高等不可忽视的优点，目前该系统运行良好，尚未出现任何不良问题。
项目的成功很大程度上归功于本次项目在各个阶段的进度管理和成本的有效控制。本文以该项目为例，根据个人经验主要讨论了毕业生就业信息管理系统中的可行性问题，主要通过在计划阶段做好本次系统的的市场分析报告，了解现今社会的需求和供应，对本次项目进行全方位的跟踪了解，确定本次项目的根本方向。
正文：
一、前言
大学生就业问题关系到高等教育持续健康的发展，关系到国家的经济建设、社会的稳定和人民群众的根本利益。基于web的大学生就业管理系统，正是针对当前严峻的毕业生就业形式，为学校做好大学生就业管理工作提供了信息化的解决方案。
本系统采用browser/server技术模式，在前台使用开发技术，后台使用ms sql server 20xx数据库开发技术。本系统主要是为了方便负责就业管理工作的老师使用，向毕业生提供一些招聘信息、就业指导及相关的政策信息，以帮助同学们更好的就业。本系统分为管理员登陆子系统，包括毕业生信息管理功能，企业信息管理功能，和招聘信息管理功能；毕业生登陆子系统，包括个人信息查询，企业信息查询和招聘信息查询功能。
本系统为毕业生提供了一个便捷、可靠的信息平台，有利于学校更好的对大学生进行就业管理和指导。
关键字：就业；信息管理；sql server；jsp
二、国内外的发展现状
目前国内比较优秀的此类网站不胜枚举，最为突出的有“中国高校毕业生就业信息服务网”与“北京大学毕业生就业信息服务网”。
它们主要包括了“求职”、“招聘”、“新闻”、“企业介绍”、“政策”、“咨询”六大板块。分别为毕业生提供就业的各类信息帮助，属于非常优秀的网络资源站。通过对这些优秀网站的学习研究为本设计提供了一个很好的参考平台
三、本次项目的意义
j2ee平台的飞速发展，技术的成熟以及应用领域的不断扩大，为网上信息的交互提供了一个良好的平台和方便的操作界面。由于j2ee平台基于用户需求的设计方法，使得该系统的使用更加的人性化、个人化、更贴近用户。以j2ee平台的构建思想来实现网上选课系统可以最大程度的做到实用性，可扩展性和可维护性相结合，安全性以及规范化原则。在系统中还采用了css层布局技术。使设计更加的简便。
毕业生就业问题是大学毕业生至关重要的问题，每个合格的大学毕业生都都将就业途径视为命脉，而“毕业生就业信息网”正是提供这种途径的最佳方式之一，具有极度的应用价值与实用性。
四、本次项目的可行性分析
1、市场可行性：
随着高等教育的普及，大学毕业生就业问题逐渐成为了各大高校不可忽视的一大问题，因为存在着所谓的“热门”和“冷门”现象，各大高校在对所谓的“冷门”专业招生时也往往会存在多多少少的顾虑，一是“冷门”专业的人才少，很难找到较高水平的讲师来给同学们上课，二来校领导对“冷门”专业“不放心”，担心自己学校出去的学生找工作难，直接的影响到学校的就业率，再就是应届毕业生对工作需求的不了解，这些原因就直接导致了专业的选择错误。而有了毕业生就业信息管理系统就能让各方面及时，迅速的了解到市场上的人才需求，对未来做出合理的预测分析，避免出现某一专业供大于求，而其他专业找不到人才的尴尬现象。
2、经济可行性
本次项目的开发较为简单，在很大程度上可以请部分学生来完成，学生对专业知识比较了解，能很大程度上减少对员工的培训经费，缩短了项目的完成时间，再者现今社会网络发达，部分问题可在网络上得以解决。另外，现实生活中对毕业生就业信息管理系统的需求较大，不论是学校还是企业都离不开与本次项目相关的系统，在效益上一定能取得一个很满意的'答复。
3、技术可行性
项目风险分析：本次项目开始与20xx年9月，要求在20xx年底完成，客户要求在这个系统中管理员可以完成学生信息的添加、删除等管理，企业的添加、删除等管理，企业用人信息的删除、查看管理操作；管理员可以随时浏览企业对毕业生的反馈信息，使学校对毕业生的就业情况更轻松的掌握。本次项目的时间相当充裕，我们有足够的时间来队其进行相应的修改和完善，确保能给用户一个最满意的答案。
资源分析：在本次项目中我们有多达5万快的资金和所有需要的硬件设备，有足够的资金来购买相关的软件和部分硬件。
技术发展分析：在我们的团队中每个人都满怀经验，多年从事软件项目开发，具有相当高的专业知识和工作经验，在设计过程中能快速准确的完成相应的工作并对其进行合理的补充，保证能让大多数的用户满意。
4、外部环境可行性
毕业生就业信息是当今社会普遍关注的一大重点，而且本次项目我们团队坚持不抄袭，不仿照，在保证完成所有功能的前提下尽可能的做到完美、新颖，誓保不出现任何法律纠纷。
五、测试结论
软件测试是软件生产的一个重要的环节，也是最为耗费时间的一个环节。统计资料表明，测试的工作量约占整个项目开发工作量的40%左右。因此我们准备了充分的时间进行系统测试。
在本次项目中由于毕业生就业信息管理系统大部分的数据都是存储在数据库中的，而数据库是基于sql sever下，在安全性，容量方面完全可以满足需要，在针对每个页面的测试中，无重大的错误，界面链接正常，操作简便，用户使用步骤清晰，无繁杂。在性能测试方面，本系统的性能比较稳定，在遭遇用户的误操作，以及特殊数据时，能够主动提示，安全性与稳定性都比较高，对此我们也比较满意。
软件可行性研究报告8
5.4投资回收周期为三年。(上述利息均为5%)
6、社会因素可行性分析
6.1法律因素
全部软件购买正版;机器设置通过正当途径购得;所有软件都用正版，技术资料都由提出方保管，数据信息均可保证合法来源。所以，在法律方面是可行的。
6.2用户使用可行性
开发的系统操作要非常简单，以便适合大人小孩老人各类人们都可以很方便操作使用。还有，要有经过培训的专业人员在指导，以便当储户有什么疑难问题时能及时得到正确的答复。
7、其他可供选择的方式
可以购买现有系统，但是由于现有系统过于简单、购买成本高，而且并不适合银行的特殊情况，所以不建议使用这个方案。
8、结论意见
银行储蓄系统技术在目前是一个技术上成熟的系统，并且在银行公局内部准备采取有力措施保证资金和人员配置等。因此，分阶段开发“银行储蓄系统”的构想是可行的。为了使银行适应现代化高场竞争的需求，促进银行管理信息化，不断满足储户的.要求，争取更好的经济效益，建议立即着手系统的建议。
参考文献：
[1] 刘韬，楼兴华.SQL Server20xx 数据库系统开发实例导航. 北京:人民邮电出版社，20xx.
[2] 丁宝康，董健全. 数据库实验教程. 北京：清华大学出版社， 20xx
[3] 孙强. 基于ASP.NET 的专题网站的研究与设计. 东北师范大学，20xx.
[4] Michele Leroux Bustamants.Secure your ASP.NET Apps and WCF services with Windows CardSpace. MSDN Magazine,April 20xx.
[5] 肖建编. ASP.NET 编程实例与技巧集粹. 北京：北京希望电子出版社，20xx.