软件工程可行性研究报告

时间:2023-02-13 14:59:42 报告 我要投稿

软件工程可行性研究报告范文

  在学习、工作生活中,报告不再是罕见的东西,不同的报告内容同样也是不同的。你知道怎样写报告才能写的好吗?下面是小编收集整理的软件工程可行性研究报告范文,欢迎大家分享。

软件工程可行性研究报告范文

软件工程可行性研究报告范文1

  第一章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.结论

  结论可以是:在进行必要的人员投入后,工程可以立即开始进行研发。

软件工程可行性研究报告范文2

  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.不能进行或不必进行(例如因技术不成熟、经济上不合算等)。

软件工程可行性研究报告范文3

  1.引言

  1.1项目的背景,研究的目的和意义

  背景:经过一段时间的调查我们发现周边网吧的管理系统不尽相同,而其实现的功能都基本相同。大多数网吧的管理系统仅仅实现了计时收费的目的。所以我们觉得现在大多数网吧的管理系统功能还不够完善,做得还不够人性化。因此我们想尝试改进现有的网吧管理系统,使其功能更人性化,提供的服务更齐全,以改变现状

  我们也从网上找了几个别人做的系统简单地看了一下

  项目名称:xxxxx

  项目发起者:xxxxx

  面向用户:xxxxx

  1.2项目的目前研究现状

  此项目现阶段还处于可行性分析阶段,具体实施将等到所学知识的进一步健全以及对项目有进一步的认识

  1.3参考资料(作者、标题、出版单位、发表日期、编号、页号)《软件工程》高等教育出版社史济民等

  《数据库系统教程》高等教育出版社施伯乐等

  《Java面向对象编程》电子工业出版社孙卫琴

  《Java编程思想》机械工业出版社BruceExkel等

  2.系统的技术可行性

  2.1系统的简要描述

  功能:网吧管理帮助网吧管理员管理网吧管理员可以通过该系统对上网人员(会员、非会员)记时收费、充值,对出售的食品饮料等计费,对网吧内的各台机器进行控制,以及提供一些特殊的服务(如在节假日对上网费打折等等)而被控制端有登陆、登离、呼叫网管、修改密码、买东西、查看个人信息(余额、姓名等等)

  特点:由于上网顾客需要食品和饮料,而大多数网吧内也有这些商品出售,但往往是买一次东西结算一次,搞得网管十分头疼,而且效率也不高。上网顾客往往对这样的购物方式也不满意,他们希望可以不用离开座位就可以获得所需的商品。为了解决这个问题,我们将在网吧管理系统中添加了购物系统。在购物系统中,上网人员可以看到各种商品及其价格,点击购买后网管可以在服务器端看到顾客的请求,并将所需商品送给顾客,而计费系统会自动将商品的费用添加进计费系统中。我们还将添加网管呼叫系统,以进一步完善网吧管理系统的功能,顾客在需要网管时可以点击呼叫网管,这样既不用费力地叫网管,又保持了安静,为上网创造良好的环境。在我们的网吧管理系统中,我们还将添加特殊服务一项,网管可以根据需要调整上网费用,在节假日等时期搞优惠招揽顾客,当顾客结束本次上网时,计费系统会将本次上网费与商品费用一起计算,这样就节省了时间,提高了工作效率。

  2.2系统采用的技术、特点

  这次我们打算用Java语言来开发这个系统,这主要是因为Java语言是面向对象的语言,而且功能十分强大,并且使用Java会减少编程过程中的错误。当然由于可能会有大批顾客的资料需要管理,其中必然会使用到数据库。但是由于项目还未进入实施阶段,所以会遇到什么样的问题现在还是不可预知的,最终会使用到哪些技术也要在实践的过程中去获得结论

  2.3资源条件

  由于现在网络十分发达,网上的资源非常丰富,所以一般遇到问题时可以到网上去寻找答案。我们也从网上找了一些别人做的系统看了,对这些系统也进行了分析,总结了它们的优缺点,并大体上确定了我们要做的系统的功能和外观,我们还在网上询问了一些网友,并采集了他们的意见,将一些好的建议用到我们的系统中去。

  在设计过程中,必然会遇到这样那样的问题,除了使用网络外,我们还会到图书馆查阅一些资料,当然肯定还会用到我们手上现有的一些书籍。

  本着锻炼思维、培养能力的目标,我们会自己去思考并解决遇到的问题,在遇到实在解决不了的问题时也会向身边的同学和老师寻求帮助

  2.4技术可行性评价

  以前我们曾在学C语言时触过一个与之类似的项目,那时做的是一个图书管理系统,虽然我们并未参加代码的编写,但是对其中的一些思想有所了解。但那时由于没有数据库的知识,所以系统还不算复杂。此项目中我们考虑到由于会有很多用户的资料需要管理,而且我们又添加了许多其他的功能,所以会复杂一些。而且那时完全是为了练手,所以界面比较粗糙,而我们做的这套系统是面向用户的,所以界面必然会做得友好一些,这必然也会增加系统开发的难度。任何项目的开发都不会没有难度,我觉得只要认真思考,并借助各种资源,我们能够最终开发出这套系统来

  2.5、系统的非技术可行性

  2.5.1法律可行性

  该系统在网吧等类似场所使用,进行管理监控用户的基本操作,其中不会添加获取用户密码等受法律保护的信息的操作,且该系统不保存用户上机的具体操作,只会保留用户上网日期和时间等数据,以便用户日后核对,或者供其他一些有权限的人或部门调查。

  2.5.2经济可行性

  由于该系统的实现初衷是为了锻炼,以熟悉软件开发的全过程,不涉及经济的投入(有也会很少),所以将不会有经济上的风险。因此,在这一方面是可行的。

  2.5.3运行可行性

  由于网吧管理系统是相对独立的系统,除了与操作系统交互外,与其他软件的关系不大,所以发生冲突的概率较低。万一发生不能协调工作,为了本系统的安全,将对外来系统做一定限制,严重的`将采取禁用策略。

  3、风险预估与解决策略

  在完善的计划也有风险,由于开发人员现在的知识和经验有限,可能未能将系统分析全面,或考虑得不够深入。为此,我们将积极学习开发将用到的知识,不断地回顾分析,查阅资料,并反复改进。我们在阶段性任务完成后会请教有经验的老师和学长,来使系统尽可能的完善。

  由于课程比较紧张,开发阶段可能将延长,为此,我们有两套策略:

  1、吸收其他同学加快开发;

  2、利用假期延期开发。万一风险发生时,视情况决定采取那套策略。

  如果因为时间的关系,开发最终无法按期完成,我们会将主要功能模块开发出来,其他功能可能会被忽略,以达到实验的目的。

  如果在项目实施过程中分工不明确,造成工作重叠,或者系统有些功能未被实现,而我们又不能协调好,最终在项目提交前都未能最终完成预期目标。或由于规划的目标定的过高,不符合现有的技术水平,造成项目实施过程中遇到无法突破的技术瓶颈,导致由于部分功能未能实现,影响到其他部分的实施,最终导致项目失败。那项目就只能宣告失败了,那么我们将会从中获得宝贵的软件开发的教训,为以后做项目打下基础,这也是一种学习啊。

  4.结论意见(能否承担该项目/条件具备承担该项目)

  虽然此项目存在一定的技术难度和风险,但我们对项目要达到的目标十分清楚,对所要开发系统将要实现的功能也非常了解。而且有一些成品作为参考,并且在项目的实施过程中我们能够获得帮助,我认为只要我们能够认真思考、仔细规划、明确分工,我们可以承担此项目的开发

【软件工程可行性研究报告】相关文章:

2020软件工程可行性研究报告范文10-21

可行性研究报告 可行性报告02-11

可行性研究报告04-24

项目可行性的研究报告10-22

可行性的研究报告模板10-22

可行性研究报告11-20

项目可行性研究报告04-24

【热门】可行性研究报告11-06

可行性研究报告范文07-14