软件项目可行性研究报告（5篇）.docx

软件工程可行性争论报告软件工程可行性争论报告什么是争论报告？争论报告包括多个行业，网站评价分析报告可以发挥多方面的作 用：准时觉察和改善网站的问题、为制定网站推广策略供给决策依据 专业人士的分析建议用于指导网络营销工作的开展，检验网站前期策 划及网站建设专业水公平等。 获得专业网络营销参谋的分析建议，让网站真正表达其网络营销价值。软件工程可行性争论报告精选 5 篇随着个人的素养不断提高，需要使用报告的状况越来越多，我们在写报告的时候要留意涵盖报告的根本要素。信任很多朋友都对写报告感到格外苦恼吧，以下是我的软件工程可行性争论报告精选 5 篇，期望大家能够宠爱。软件工程可行性争论报告 11 可行性争论目的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. 不能进展或不必进展(例如因技术不成熟、经济上不合算等)。软件工程可行性争论报告 21、引言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 型架构,即文件内容放在远程的效劳器上,用户通过在其他计算机上登陆效劳器。进入网络硬盘系统。由于受条件所限制，数据库效劳器端承受大型数据库系统,这有利于缩短大批量数据的吞吐时间,使整个系统治理标准化,数据的完整性、安全性得到保障.应用效劳器端承受中间件计算模式),分模块层次构造,多模块分立,允许系统的分布处理, 以提高系统的工作效率。所使用的技术主要是S2SH struts2 、hibernate、spring以及 javascript、jquery、css、html，这些技术都已经开设过课程，我也已经把握了。开发系统的计算机硬件已经 格外普及，所以完全没有问题；现在的计算机各方面的技术都格外成 熟，相对来说开发此系统的技术也要求比较简洁，因此在技术方面是 可行的。5、经济可行性分析可以通过推广公布广告、个人付费、流量收费来维持网盘的运营， 并通过网盘效劳带来大量用户到其他关联产业。经济上市是没什么问 题的。6、社会因素可行性分析6.1 法律因素全部软件购置正版；机器设置通过正值途径购得；全部软件都用 正版，技术资料都由提出方保管，数据信息均可保证合法来源。所以， 在法律方面是可行的。6.2 用户使用可行性开发的系统操作要格外简洁，以便适合大人小孩老人各类人们都可以很便利操作使用。软件工程可行性争论报告 31. 引言计算机已经深入到日常工作和生活的方方面面，已经成为我们学 习和工作的得力助手，比方文字处理、信息治理、关心设计、图形图 像处理、教育培训以及玩耍消遣等。各行各业的人们都在使用计算机 完成许很多多简单的工作。然而，虽然现在世界上的各种软件层出不 穷，但它们照旧不能满足用户的各种特别需要，人们还不得不开发适 合自己特别需求的软件。学籍治理系统是一个教育单位不行缺少的部 分,它的内容对于学校的决策者和治理者来说都至关重要,所以学籍治理系统应当能够为用户供给充分的信息和快捷的查询手段。但始终以来人们使用传统人工纸质的方式来考试测评，这种考试测评方式存在着很多缺点,如:效率低、保密性差,另外时间一长,将产生大量的文件和数据,这对于批改、查找、更和维护考试试卷都带来了不少的困难。而使用计算机对学生考试,具有手工考试所无法比较的优点.例如:批改快速、查找便利、牢靠性高、保密性好、寿命长、本钱低等。这些优点能够极大地提高学生考试的效率,也是教师的科学化、正规化测评学生的重要途径。故设计此系统。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 元其他一次性支出：人员培训费用：2023 元常常性支出：人工费用：考试工作人员工资 2023 元/月*2=4000/月其他不行预知费用：10000 元共计：27000 元，每年再支出 16000 元5.2 效益一次性收益： 无常常性收益：削减考试工作人员10 个：考试工作人员工资1800 元/月*10=18000 元/月效率提高：30%以上,节约本钱 30000 元/年不行定量收益：无共计：246000 元/每年5.3 收益/投资比246000*5/53000+48000*5=4.195.4 投资回收周期101000/246000=0.415.5 敏感性分析设计系统周期为五年,估量最长可达 10 年6社会因素可行性分析6.1 法律因素全部软件都选用正版。全部技术资料都由提出方保管。合同制定确定违约责任。6.2 用户使用可行性使用本软件人员要求有肯定计算机根底的人员 ,考试系统治理员要求由计算机的专业学问。 7其他可供选择的方案由于系统过于简洁，所以开发小组没有供给其他的方案，只有一种开发方案。8结论结论可以是：在进展必要的人员投入后，工程可以马上开头进展研发。软件工程可行性争论报告 4一、概述简述工程提出的背景、技术开发状况、现有产业规模；工程产品的主要用途、性能；投资必要性和预期经济效益；本企业实施该工程的优势。二、技术可行性分析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) 可供给工程立项证明、高技术企业证书、产品质量认证、环保证明；产品订货意向、合同等补充材料。十、结论软件可行性争论报告框架可行性争论报告的编写目的是：说明该软件开发工程的实现在技术、经济和社会条件方面的可行性；评述为了合理地到达开发目标而可能选择的各种方案；说明并论证所选定的方案。软件工程可行性争论报告 5第一局部软件工程总论总论作为可行性报告的首要局部，要综合表达争论报告中各局部的主要问题和争论结论，并对工程的可行与否提出最终建议，为可行性争论的审批供给便利。其次局部软件工程软件工程可行性第三局部软件工程市场需求分析市场分析在可行性争论中的重要地位在于，任何一个工程，其生 产规模确实定、技术的选择、软件工程估算甚至厂址的选择，都必需 在对市场需求状况有了充分了解以后才能打算。而且市场分析的结果， 还可以打算产品的价格、销售收入，最终影响到工程的盈利性和可行 性。在可行性报告中，要具体争论当前市场现状，以此作为后期决策 的依据。第四局部软件工程产品规划方案第五局部软件工程软件工程地与土建总规第六局部软件工程环保、节能与劳动安全方案在工程软件工程中，必需贯彻执行国家有关环境保护、能源节约和职业安全方面的法规、法律，对工程可能造成周边环境影响或劳动者安康和安全的因素，必需在可行性争论阶段进展论证分析，提出防治措施，并对其进展评价，推举技术可行、经济，且布局合理，对环境有害影响较小的最正确方案。依据国家现行规定，凡从事对环境有影响的软件工程工程都必需执行环境影响报告书的审批制度，同时，在可行性报告中，对环境保护和劳动安全要有特地论述。第七局部软件工程组织和劳动定员在可行性报告中，依据工程规模、工程组成和工艺流程，争论提出相应的企业组织机构，劳动定员总数及劳动力来源及相应的人员培训打算。第八局部软件工程实施进度安排工程实施时期的进度安排是可行性报告中的一个重要组成局部。工程实施时期亦称软件工程时间，是指从正式确定软件工程工程到工程到达正常生产这段时期，这一时期包括工程实施预备，资金筹集安排，勘察设计和设备订货，施工预备，施工和生产预备，试运转直到竣工验收和交付使用等各个工作阶段。这些阶段的各项软件工程活动和各个工作环节，有些是相互影响的，前后严密连接的，也有同时开展，相互穿插进展的。因此，在可行性争论阶段，需将工程实施时期每个阶段的工作环节进展统一规划，综合平衡，作出合理又切实可行的安排。第九局部软件工程财务评价分析第十局部软件工程财务效益第十一局部软件工程风险分析及风险防控通过对当前软件行业的风险状况进展分析，列举软件开发工程的风险来源，并进展分析，总结各类风险产生的缘由和对工程成败的影响，最终给出软件开发炫目在风险治理和掌握的意见。软件开发工程风险是指在软件生命周期中所遇到的全部的预算、进度和掌握等各方面的问题，以及由这些问题而产生的对软件工程的影响。软件工程风险常常会设计很多方面，如：缺乏用户的参与，缺少高级治理层的支持，模糊的要求，没有打算和治理等，总概况下来应当由六大方面。1、产品规模风险2、需求风险3、相关性风险4、技术性风险5、治理风险6、安全风险第十二局部软件工程可行性争论结论与建议结论与建议可以为:1、可着手组织开发。2、需待假设干条件如资金、人力、设备等具备后才能开发。3、需对开发目标进展某些修改;4、不能进展或不必进展如技术不成熟,经济上不合算等。