软件工程可行性分析报告

时间：2023-04-01 04:03:06 可行性研究报告我要投稿

相关推荐

软件工程可行性分析报告

　　关于软件工程可行性分析报告是怎么样的呢，下面是软件工程可行性分析报告范文，供大家参考。

软件工程可行性分析报告

　　1.引言

　　1.1编写目的【阐明编写可行性研究报告的目的，指出读者对象。】

　　1.2项目背景【应包括:a.所建议开发软件的名称.b.项目的任务提出者、开发者、用户及实现软件的单位.c.项目与其他软件或其他系统的关系。】

　　1.3定义【列出文档中用到的专门术语的定义和缩写词的原文。】

　　1.4参考资料【列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源，可包括:a.项目经核准的计划任务书、合同或上级机关的批文.b.与项目有关的已发表的资料.c.文档中所引用的资料，所采用的软件标准或规范。】

　　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对系统的简要描述

　　4.2处理流程和数据流程

　　4.3与现有系统比较的优越性

　　4.4采用建议系统可能带来的影响

　　4.4.1对设备的影响

　　4.4.2对现有软件的影响

　　4.4.3对用户的影响

　　4.4.4对系统运行的影响

　　4.4.5对开发环境的影响

　　4.4.6对运行环境的影响

　　4.4.7对经费支出的影响

　　4.5技术可行性评价【包括.a-在限制条件下，功能目标是否能达到.b.利用现有技术，功能目标能否达到.c.对开发人员数量和质量的要求，并说明能否满足;d.在规定的期限内，开发能否完成。】

　　5.所建议系统经济可行性分析

　　5.1支出

　　5.1.1基建投资

　　5.1.2其他一次性支出

　　5.1.3经常性支出

　　5.2效益

　　5.2.1一次性收益

　　5.2.2经常性收益

　　5.2.3不可定量收益

　　5.3收益/投资比

　　5.4投资回收周期

　　5.5敏感性分析【敏感性分析是指一些关键性因素，如:系统生存周期长短、系统工作负荷量、处理速度要求、设备和软件配置变化对支出和效益的影响等的分析。】

　　6.社会因素可行性分析

　　6.1法律因素【如，合同责任、侵犯专利权、侵犯版权等问题的分析。】

　　6.2用户使用可行性【如，用户单位的行政管理、工作制度、人员素质等能否满足要求。】

　　7.其他可供选择的方案

　　【逐个阐明其他可供选择的方案，并重点说明未被推荐的理由。】

　　8.结论意见

　　【结论意见可能是:a.可着手组织开发.b.需待若干条件(如资金、人力、设备等)具备后才能开发.c.需对开发目标进行某些修改;d.不能进行或不必进行(如技术不成熟，经济上不合算等).e.其他。】

　　软件工程可行性分析报告【2】

　　1. 引言

　　(1)编写目的

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

　　经过对此项目进行详细调查研究，初拟系统实验报告，对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。

　　明确开发风险及其所带来的经济效益。

　　本报告经审核后，交项目经理审查。

　　(2)项目背景

　　开发软件名称:高校图书馆管理系统

　　项目任务提出者:某某大学

　　项目开发者:某某大学信息学院

　　用户:某某大学图书馆

　　实验软件单位:某某大学及某某大学信息学院

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

　　(3)定义

　　[专门术语]:

　　[缩写词]:

　　(4)参考资料

　　张海藩，《软件工程导论》。

　　北京:清华大学出版社

　　郑人杰等，《实用软件工程》。

　　北京:清华大学出版社

　　2. 可行性研究的前提

　　(1)要求

　　主要功能:为学校图书馆进行管理，和对学生对图书的借阅管理和查询管理，以及学生对图书的查询。

　　性能要求:能够及时反映图书的库存信息，正确完整的维护图书信息，快速准确的完成图书信息的查询。

　　输入要求:数据完整，详实。

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

　　安全与保密要求:保证图书借阅的数据准确完整，防止学生的借阅览室信息被修改。

　　完成期限:预计12个月，即从20xx年1月到20xx年12月。

　　(2)目标

　　系统实现后，大大提高图书馆图书借阅的效率，提高图书库存信息的准确性和完整性，提高对图书信息的检索效率。

　　(3)条件，假定和限制

　　建议软件寿命:5年。

　　经费来源:某某高校图书馆。

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

　　运行环境:Linux

　　数据库:Oracle8

　　投入运行最迟时间:20xx/02/01

　　(4)决定可行性的主要因素

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

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

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

　　3. 技术可行性分析

　　(1) 系统简要描述

　　在图书馆中的终端是安装了Windows NT的PC机，主要目的是向图书馆的服务器传递数据。

　　当学生在图书馆进行查询时，终端向服务器发生查询请求，服务器根据图书信息库的实时数据，向终端发送数据，显示在终端的屏幕上。

　　当学生向操作员借书时，终端向服务器发出还书请求，服务器接收后，查询借阅信息库，核对后，修改图书库存信息库。

　　(2) 处理流程和数据流程如图书1.1所示

　　4. 经济可行性分析

　　(1)支出

　　基础投资:终端PC机器20台 5000*18=9万

　　网络设备 10万

　　辅助配置 5万

　　共计:24万

　　其他一次性投资:Oracle 8.0 10万

　　Windows 2000 1万

　　操作员培训费 1万

　　共计:12万

　　经常性支出:人工费用 12(月)*10(人)*5000(元)=60万

　　其他不可知额处支出 4万

　　共计:64万

　　支出共计:100万

　　(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万

　　(3)收益/投资比

　　520万/151万=344%

　　(4)投资回收周期

　　2.3年

　　(5)敏感性分析

　　设计系统周期为5年，估计最长可达10年

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

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

　　5. 社会因素可行性分析

　　(1)法律因素

　　所有软件都选用正版

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

　　合同制定确定违约责任

　　(2)用户使用可行性

　　使用本软件人员要求有一定计算机基础的人员，系统管理员要求有计算机的专业知识，所有人员都要经过本公司培训。

　　管理人员也需经过一般培训。

　　经过培训人员将会熟练使用本软件。

　　两名系统管理员，一名审计员将进行专业培训，他们将熟练管理本系统。

　　6. 其他可供选择的方案

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

　　数据输入由终端输入，所有数据都由服务器处理，只在终端上显示数据结果。

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

　　7. 结论意见

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

　　软件工程可行性分析报告【3】

　　1引言

　　1.1编写目的

　　编写本报告的目的是研究本系统的总需求，实现方案，并分析开发系统的可行性，为决策者提供是否开发系统的依据和建议

　　1.2背景

　　说明:

　　A. 所建议开发的软件系统的名称:图书管理系统。

　　B. 本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络;

　　项目开发者: 河南大学民生学院计算机科学与技术系“图书管理系统”

　　开发人员: 曾景景沈天品赵瑜张迪崔文博

　　C. 该软件系统同其他系统或其他机构的基本的相互来往关系。

　　1.3定义

　　列出本文件中用到的专门术语的定义和外文首字母组词的原词组。

　　1.4参考资料

　　列出用得着的参考资料

　　(1)张海藩软件工程导论北京 :清华出版社，20xx年

　　(2)周苏王文软件工程试验北京:科学出版社，20xx年

　　2可行性研究的前提

　　说明对所建议的开发项目进行可行性研究的前提，如要求、目标、假定、限制等。

　　2.1要求

　　说明对所建议开发的软件的基本要求，如:

　　A. 功能:负责图书馆的日常管理，书信息的查询等性能;

　　B. 输出如报告、文件或数据，对每项输出要说明其特征

　　C. 输入说明系统的输入，包括数据的来源、类型、数量、数据的组织以及提供的频度;

　　D. 处理流程和数据流程用图表的方式表示出最基本的数据流程和处理流程，并辅之以叙述;

　　E. 在安全与保密方面的要求:登录借阅系统时，需要验证学号才能进行借阅。

　　F. 同本系统相连接的其他系统;

　　G. 完成期限:20xx年9月至20xx年12月

　　2.2目标

　　说明所建议系统的主要开发目标，如:

　　目标:为了方便图书管理人员对图书的借阅，归还等进行管理，同时也方便广大的读者对图书的的查询、借阅。

　　节约了人力和设备费用。

　　图书的查询及管理速度

　　2.3进行可行性研究的方法

　　说明这项可行性研究将是如何进行的，所建议的系统将是如何评价的。

　　目标图书管理系统添加了图书查询模块及管理模块，方便了对图书的查询及管理，使图书馆系统更加健壮，节约成本。

　　2.4评价尺度

　　说明对系统进行评价时所使用的主要尺度，如费用的多少、各项功能的优先次序、开发时间的长短及使用中的难易程度。

　　尺度:使读者及管理员更方便操作，成本大大降低等。

　　3对现有系统的分析

　　这里的现有系统是指当前实际使用的系统，这个系统可能是计算机系统，也可能是一个机械系统甚至是一个人工系统。

　　分析现有系统的目的是为了进一步阐明建议中的开发新系统或修改现有系统的必要性。

　　3.1处理流程和数据流程

　　说明现有系统的基本的处理流程和数据流程。

　　此流程可用图表即流程图的形式表示，并加以叙述。

　　1.进书

　　发放订单到图书公司;拿到需要的书目单;得到上级的许可;预算金额购买;对书籍进行分类

　　2.书籍入架

　　图书入架

　　3.2工作负荷

　　列出现有系统所承担的工作:

　　1、图书借阅

　　2、学生查阅书号借书

　　3、服务器记录借书学生学号

　　4、登记借出图书

　　3.3费用开支

　　列出由于运行现有系统所引起的费用开支，如人力、设备、空间、支持性服务、材料等项开支以及开支总额。

　　3.4人员

　　列出为了现有系统的运行和维护所需要的人员的专业技术类别和数量。

　　馆长1名阅览部9名网络技术员1名

　　3.5局限性

　　列出本系统的主要的局限性，例如处理时间赶不上需要，响应不及时，数据存储能力不足，处理功能不够等。

　　并且要说明，为什么对现有系统的改进性维护已经不能解决问题。

　　局限性:系统处理时间比较慢，相应不及时，查询功能不完善。

　　4所建议的系统

　　本章将用来说明所建议系统的目标和要求将如何被满足。

　　4.1对所建议系统的说明

　　概括地说明所建议系统，并说明在第2章中列出的那些要求将如何得到满足，说明所使用的基本方法及理论根据。

　　对所建议的系统的说明

　　a、功能更加齐全，方便师生使用

　　b、师生借阅管理，图书库存管理

　　c、多种图表统计，可统计每年、每月、每日的图书借出和借入情况统计

　　d、多种排行统计

　　4.2处理流程和数据流程

　　给出所建议系统的处理流程和数据流程。

　　a、系统能对书籍信息进行管理

　　b、借书时，系统记录借书者的学生信息、借阅书籍名称、借书时间

　　c、还书时，系统记录还书者的信息、归还书籍名和还书时间。

　　系统设定节约时间最长为1个月。

　　如果超过最长时间则缴纳罚金

　　d、操作人员和读者可以根据书籍名称对书籍信息进行查询

　　f、操作人员可根据查询借阅书籍的借阅者的学号及借阅者所借阅的书籍查询借阅者的姓名、借阅时间、还书时间

　　g、系统由图书馆工作人员操作分析为:系统管理员、书籍管理员、借阅管理员

　　h、所有操作人员凭账号和密码登录系统

　　图书管理系统日常工作

　　读者

　　图书名称

　　管理员

　　数据输入

　　出示一卡通

　　借书成功

　　结束

　　此书是否存在

　　否

　　图书归还

　　是否过期

　　缴纳罚金

　　归还成功

　　存档

　　数据输入

　　否

　　是

　　4.3影响

　　4.3.1对软件的影响

　　说明为了使现存的应用软件和支持软件能够同所建议系统相适应。

　　而需要对这些软件所进行的修改和补充。

　　4.3.2对用户单位机构的影响

　　说明为了建立和运行所建议系统，对用户单位机构、人员的数量和技术水平等方面的全部要求。

　　主要开发工具是C#，即需要使C#与数据库相适应

　　4.3.3对系统运行过程的影响

　　说明所建议系统对运行过程的影响，如:

　　a用户的操作规程;运行中心的操作规程;b运行中心与用户之间的关系;c源数据的处理;d数据进入系统的过程;e对数据保存的要求，对数据存储、恢复的处理;f输出报告的处理过程、存储媒体和调度方法;g系统失效的后果及恢复的处理办法。

　　4.3.4对开发的影响

　　说明对开发的影响，如:

　　a为了支持所建议系统的开发，用户需进行的工作;b为了建立一个数据库所要求的数据资源;c为了开发和测验所建议系统而需要的计算机资源;d所涉及的保密与安全问题。

　　4.3.5对地点和设施的影响

　　说明对建筑物改造的要求及对环境设施的要求。

　　4.3.6对经费开支的影响

　　扼要说明为了所建议系统的开发，设计和维持运行而需要的各项经费开支。

　　4.5局限性

　　说明所建议系统尚存在的局限性以及这些问题未能消除的原因。

　　由于时间仓促，人力和物力资源缺乏，本系统仍存在许多不完善之处。

　　整体系统不够强，还需要添加其它功能模块和查询功能。

　　4.6技术条件方面的可行性

　　本节应说明技术条件方面的可行性，如:

　　a. 在当前的限制条件下，该系统的功能目标能否达到:现有技术条件能够巡礼完成开发条件，硬件、软件配置都能满足需求。

　　b.利用现有的技术，该系统的功能能否实现:对C#及数据库之间的连接都比较熟悉，在规定期内能够完成该系统的开发。

　　c. 对开发人员的数量和质量的要求并说明这些要求能否满足:在数量质量上，主要是组内成员相互商讨，不懂得问题借助参考资料以及网上资源。

　　d. 在规定的期限内，本系统的开发能否完成:这是毋庸置疑的。

　　6投资及效益分析

　　6.1支出

　　对于所选择的方案，说明所需的费用。

　　如果已有一个现存系统，则包括该系统继续运行期间所需的费用。

　　6.1.1基本建设投资

　　包括采购、开发和安装下列各项所需的费用，如:

　　a房屋和设施;b ADP设备;c数据通讯设备;d环境保护设备;e安全与保密设备;f ADP操作系统的和应用的软件;g 数据库管理软件。

　　6.1.2其他一次性支出

　　包括下列各项所需的费用，如:

　　a研究(需求的研究和设计的研究);开发计划与测量基准的研究;b 数据库的建立;c ADP软件的转换;d 检查费用和技术管理性费用;e培训费、旅差费以及开发安装人员所需要的一次性支出;f 人员的退休及调动费用等。

　　6.1.3非一次性支出

　　列出在该系统生命期内按月或按季或按年支出的用于运行和维护的费用，包括:

　　a设备的租金和维护费用; b软件的租金和维护费用;数据通讯方面的租金和维护费用;c人员的工资、奖金;房屋、空间的使用开支;d 公用设施方面的开支;e 保密安全方面的开支;f 其他经常性的支出等。

　　6.2收益

　　对于所选择的方案，说明能够带来的收益，这里所说的收益，表现为开支费用的减少或避免、差错的减少、灵活性的增加、动作速度的提高和管理计划方面的改进等，包括;

　　6.2.1一次性收益

　　说明能够用人民币数目表示的一次性收益，可按数据处理、用户、管理和支持等项分类叙述，如:

　　a开支的缩减包括改进了的系统的运行所引起的开支缩减，如资源要求的减少，运行效率的改进，数据进入、存贮和恢复技术的改进，系统性能的可监控，软件的转换和优化，数据压缩技术的采用，处理的集中化/分布化等; b 价值的增升包括由于一个应用系统的使用价值的增升所引起的收益，如资源利用的改进，管理和运行效率的改进以及出错率的减少等;c 其他如从多余设备出售回收的收入等。

　　6.2.2非一次性收益

　　说明在整个系统生命期内由于运行所建议系统而导致的按月的、按年的能用人民币数目表示的收益，包括开支的减少和避免。

　　6.2.3不可定量的收益

　　逐项列出无法直接用人民币表示的收益，如服务的改进，由操作失误引起的风险的减少，信息掌握情况的改进，组织机构给外界形象的改善等。

　　有些不可捉摸的收益只能大概估计或进行极值估计(按最好和最差情况估计)。

　　7社会因素方面的可行性

　　本章用来说明对社会因素方面的可行性分析的结果，包括:

　　7.1法律方面的可行性

　　法律方面的可行性问题很多，如合同责任、侵犯专利权、侵犯版权等方面的陷井，软件人员通常是不熟悉的，有可能陷入，务必要注意研究。

　　7.2使用方面的可行性

　　例如从用户单位的行政管理、工作制度等方面来看，是否能够使用该软件系统;从用户单位的工作人员的素质来看，是否能满足使用该软件系统的要求等等，都是要考虑的。

　　8结论