项目评估报告的重点内容

[资产评估报告的具体内容]资产评估报告是提供能够让相关机构全面了解评估情况的信息，使评估报告使用者能够合理理解评估结论。其内容应当完整，符合相关法规的的要求。一。标题、文号、声明和摘要 1....+阅读

项目评估报告的重点内容

（一）必要性。必要性评价又称背景分析，即分析项目在科学研究和经济建设中的意义和地位，从而明确目标项目是否有建设的必要。该指标突出考察的是项目对国民经济和社会发展所能做出的贡献大小。在这方面它要重点评估两个子指标：

1.项目的投资方向。

2.产品的市场需。

（二）就是可行性。即考察项目是否具有建设的可能。如果项目缺乏建设的技术、经济或其他物质基础，那么一切都是空话。1983年国家颁布的《关于建设项目可行性研究的试行管理办法》规定，建设项目可行性研究的内容应包括八个方面：①市场需调查分析；②拟建或改扩建规模；③技术工艺设备和生产条件研究；④厂址方案与建厂条件；⑤劳动力的来源、素质及职工业务技术培训；⑥工程建设实施计划及生产计划；⑦技术经济指标及财务效益分析；⑧投资效益和社会影响研究。

对照上述内容，项目可行性评估的重点主要有两个子指标：

1.技术的可行性。重点考察引进的技术是否先进适用，能不能与现有的技术设备水平相适应。

2. 经济的可行性。

项目评估报告的结尾非常重要，它包括两项议题。一是要在上述因素分析的基础上，对项目是否可行作出结论；二是对可行的项目建设提出合理化的改进建议，以保证项目建设的顺利进行；或对不可行的项目指明存在的问题，为项目主办单位改进下一步的项目设计工作提供指导和参考。

一个软件项目如何评估工作量和成本

软件开发成本估算过程可进一步细分为软件规模估算、工作量估算、成本估算和确定软件开发成本等四个过程。其中成本估算需要对直接人力成本、间接人力成本、间接非人力成本及直接非人力成本分别进行估算。国家标准《GB/T 36964-2018 软件工程软件开发成本度量规范》中建议的软件开发成本估算基本流程如下图所示：国家准中的四个估算过程，层层递进，逐步细化，最终达到科学、一致的成本估算。

一、软件规模估算通常情况下，规模估算是软件成本估算过程的起点。估算规模是后续计算软件项目的工作量、成本和进度的主要输入，是项目范围管理的关键，因此，在条件允许的情况下，应首先进行规模估算。在规模估算过程中，需要注意以下情况： 1. 在规模估算开始前，应根据可行性研究报告或类似文档明确项目需及系统边界。项目需除包含最基本的业务需外，还应进行初步的子系统/模块划分，并对每一子系统或模块的基本用户需进行说明，以保证可以根据项目需进行规模预估。 2. 依据项目特点和需详细程度不同，通常估算人员在选择估算方法时应采用纳入国际标准的功能点方法进行功能规模估算，在适用IFPUG或NESMA方法时，可以根据需的粒度和管理需要，选择预估功能点方法、估算功能点方法或者详细功能点方法。 3. 若当前的项目需极其模糊或不确定，可不进行规模估算，而直接采用类比法或类推法估算工作量和成本。

二、工作量估算在完成规模估算后，应当开展工作量估算工作，若当前项目未开展规模估算，也可直接启动工作量估算工作。工作量估算时，可采用方程法、类比法、类推法、功能点法： 4. 方程法：即基于基准数据建立参数模型，通过输入各项参数，确定估算值。 5. 类比法：即将待估算项目的部分属性与类似的一组基准数据进行比对，进而确定估算值。 6. 类推法：即将待估算项目的部分属性与高度类似的一个或几个已完成项目的数据进行比对，并进行适当调整后确定估算值。 7. 功能点法：从用户视角出发，通过量化系统功能来度量软件的规模，这种度量主要基于系统的逻辑设计。功能点规模度量方法在国际上的应用已经比较广泛，并且已经取代代码行成为最主流的软件规模度量方法。在开展工作量估算的过程中，需要注意以下情况： 1. 当需极其模糊或不确定时，如果此时具有高度类似的历史项目，则可直接采用类推法，充分利用历史项目数据来粗略估算工作量。 2. 当需极其模糊或不确定时，如果此时具有与本项目部分属性类似的一组基准数据，则可直接采用类比法，充分利用基准数据来粗略估算工作量。 3. 对于规模估算已经开展的项目，可采用方程法，通过输入各项参数，确定待估算项目的工作量。若客户或高层对项目的工期有明确的要时，在采用方程法估算工作量时，工期要有可能是方程的参数之一。 4. 为追估算的准确性，建议在条件允许的情况下，可采用两种估算方法，对估算结果进行交叉验证，若估算结果差别不大，可直接使用两种估算结果的平均值或以某种估算结果为准，若差别较大，需进行差异分析。 5. 工作量的估算结果宜为一个范围而不是单一的值。

三、成本估算在获得了工作量估算结果后，可采用科学的方法进行成本估算。在成本估算过程中，应需要注意的情况： 1. 类比法和类推法，同样适用于需极其模糊或不确定时的成本估算； 2. 间接成本是否与工作量估算结果相关取决于间接成本分摊计算方式。在绝大多数组织，项目周期越长，项目组成员越多，其分摊的间接成本就越高，此时项目的间接成本与工作量估算结果直接相关； 3. 直接非人力成本通常与工作量估算结果无关，宜单独分项测算； 4. 成本估算结果，也通常为一个范围，而不是单一的值。

四、确定软件开发成本在《软件工程软件开发成本度量规范》中，将软件开发成本分为四类，主要是为便于对成本构成（即哪些成本属于开发成本，哪些不属于开发成本）进行清晰界定。而在实际确定软件开发成本时，通常并不是分别测定四类成本，加和后获得总成本，而是通常采用以下两种方式确定总成本： 5. 根据人力成本费率及工作量估算直接人力成本和间接成本之和，再加上直接非人力成本，获得总成本； 6. 根据规模综合单价和软件规模，测算出直接人力成本和间接成本之和，再加上直接非人力成本，获得总成本。在进行软件的规模、工作量、成本估算时应遵循以下原则： 1. 在规模估算时，应根据项目特点和需的详细程度选择合适的估算方法； 2. 充分利用基准数据，采用方程法、类比法或类推法，对工作量和成本进行估算； 3. 工作量和成本的估算结果宜为一个范围值； 4. 在进行成本估算时，如有明确的工期要，应充分考虑工期对项目成本的影响，可以根据项目实际情况以及工期对项目的影响程度，对成本的估算结果进行调整； 5. 成本估算过程中宜采用不同的方法分别估算并进行交叉验证。如果不同方法的估算结果产生较大差异，可采用专家评审方法确定估算结果，也可使用较简单的加权平均方法； 6. 在软件项目的不同场景下（如预算、招投标、项目计划和变更管理等）采用国家标准时，相...

软件测试报告模板的项目总结

原发布者：xiaoyanger1986XXX_VX.X测试报告作者：日期：XXX限公司版权所有目录目录21.概述42.测试时间、地点及人员43.测试环境44.缺陷统计54.1测试缺陷统计54.2测试用例执行情况统计55.测试活动评估66.测试对象评估67.测试设计评估及改进建议68.规避措施69.遗留缺陷列表79.1遗留缺陷统计79.2遗留缺陷详细列表710.附件8附件1：交付的测试工作产品8附件2：修改、添加的测试方案或测试用例9附件3：其他附件（如：PC-LINT检查记录，代码覆盖率分析报告等）9XXX_VX.X测试报告本文档中蓝色字体为说明性文字，黑色字体为测试报告文档中必需的部分。本文档中内容包括测试的总结性报告、测试评估，测试缺陷报告和测试实测结果清单等内容。测试报告可能是多个层次级别的，如系统测试报告、集成测试报告、单元测试报告等，而所有测试过程中各阶段的测试报告均遵从规范所定义的此模板。

如果不同阶段测试报告有其特殊需，可以增加其他段落作为补充。关键词：列示文中涉及的关键词汇。摘要：简略描述报告内容。缩略语清单：对本文所用缩略语进行说明，要提供每个缩略语的英文全名和中文解释.1.概述描述本报告是哪一个测试活动的总结，指明被测对象及其版本/修订级别。同时，指明该测试活动所依据的测试计划、测试方案、测试用例及测试过程为本测试