Primavera功能点方法与软件研发项目规模成本估算
软件规模估算与项目管理技术研究
软件规模估算与项目管理技术研究引言：随着信息技术的迅猛发展，软件在我们生活中的重要性愈发凸显。
软件规模估算和项目管理技术成为保证软件开发成功的关键要素。
本文旨在研究软件规模估算与项目管理技术，探讨其重要性以及相关研究的成果与方法。
一、软件规模估算的重要性：1. 提高项目管理的准确性：软件规模估算是项目管理的基础，通过估算软件规模，可以更精确地对项目进行进度安排、资源分配和风险控制，从而提高项目管理的准确性。
2. 管控成本与风险：准确估算软件规模可以帮助项目经理掌握项目开发所需的人力、物力和时间，从而更好地管控项目的成本与风险，避免不必要的资源浪费和项目延期。
3. 保证项目质量：软件规模估算有助于明确项目的需求和目标，制定清晰的开发计划，提前发现潜在问题并采取相应的预防措施，从而保证项目质量。
二、软件规模估算的方法：1. 基于功能点法：功能点法是一种常用的软件规模估算方法，它通过对软件的功能进行量化，计算得到软件的功能点数，再通过功能点数与工作量的关系模型，得到项目的工作量估算。
2. 基于模型法：基于模型法是一种利用统计学模型来进行软件规模估算的方法，通过收集历史数据和现有项目的数据，建立合适的数学模型来预测软件开发工作量和进度。
3. 基于专家判断法：基于专家判断法是一种依靠经验和专家意见来进行软件规模估算的方法，通过请教相关领域的专家，借鉴其经验和知识，将其意见结合项目的具体情况进行综合判断。
三、项目管理技术的研究：1. 瀑布模型：瀑布模型是一种传统的项目管理技术，它将项目开发过程分为多个阶段，每个阶段按照顺序展开，每个阶段有严格的输入和输出要求，有助于提高项目管理的可控性。
2. 敏捷开发：敏捷开发是一种适应变化和快速交付的项目管理方法，通过迭代开发、持续测试和快速反馈的方式，提高项目的适应性和灵活性，适用于需求变化频繁的项目。
3. 增量式开发：增量式开发是一种基于模块化的项目管理方法，将项目划分为多个增量，每个增量可独立开发和测试，每个增量完成后可以进行集成，有助于提高开发效率和质量。
软件开发成本估算
软件开发成本估算软件开发成本估算主要指软件开发过程中所花费的工作量及相应的代价。
不同与传统的工业产品，软件的成本不包括原材料和能源的消耗，主要是人的劳动的消耗。
另外，软件也没有一个明显的制造过程，它的开发成本是以一次性开发过程所花费的代价来计算的。
因此，软件开发成本的估算，应是从软件计划、需求分析、设计、编码、单元测试、集成测试到认证测试，整个开发过程所花费的代价作为依据的。
软件开发成本估算的经验模型Putnam 模型1978年Putnam提出的，一种动态多变量模型。
L = Ck * K1/3 * td4/3其中：L-----------源代码行数(以LOC计)K-----------整个开发过程所花费的工作量（以人年计）td-----------开发持续时间（以年计）Ck----------技术状态常数，它反映“妨碍开发进展的限制”，取值因开发环境而异，见下表从上述方程加以变换，可以得到估算工作量的公式：K = L3/(Ck3*td4)还可以估算开发时间：td = [L3/(Ck3*K)]1/4COCOMO模型(constructive cost model)这是由TRW公司开发，Boehm提出的结构化成本估算模型。
是一种精确的、易于使用的成本估算方法。
COCOMO模型中用到以下变量：DSI-------源指令条数。
不包括注释。
1KDSI = 1000DSI。
MM-------开发工作量（以人月计）1MM = 19 人日= 152 人时=1/12 人年TDEV-----开发进度。
(以月计)COCOMO模型中，考虑开发环境，软件开发项目的类型可以分为3种：组织型(organic): 相对较小、较简单的软件项目。
开发人员对开发目标理解比较充分，与软件系统相关的工作经验丰富，对软件的使用环境很熟悉，受硬件的约束较小，程序的规模不是很大（<50000行）嵌入型(embedded): 要求在紧密联系的硬件、软件和操作的限制条件下运行，通常与某种复杂的硬件设备紧密结合在一起。
Primavera功能点方法与软件研发项目规模成本估算
Primavera功能点方法与软件研发项目规模成本估算与软件研发项目规模成本估算上海普华科技进展胡晓俊Primavera系统中的功能点估算方法概述➢功能点估算的概念功能点估确实是一种基于软件需求特性对软件项目的规模进行估测的方法。
1979年IBM公司的Alan Albrech第一开发了运算功能点的方法，这种方法是通过评估和计量软件产品所需的内部差不多功能和外部差不多功能数目，再依照技术复杂度因子（权重）对这些软件功能计数进行量化，得到软件研发项目规模的最终结果。
同时那个结果与软件的成本估算有着紧密的关系。
另外功能点这种估算方法与实现产品所使用的编程语言和技术没有关系，能够用于各种软件开发项目的规模估算中，目前功能点的估算方法差不多被广泛的认可在信息系统、数据库密集型、4GL应用系统开发的规模测量中。
功能点的估算有两个目的：第一是作为软件规模的测量、对比和分析（如软件度量方法）的基础；第二，也是更重要的目标，是作为软件成本估量模型的输入，软件的成本估量则是基于功能点和工作量之间的体会成本估量关系（CER）进行的。
Primavera系统是一个应用于多行业的企业级项目治理的综合平台，要紧应用于企业的多项目时刻进度的治理、资源角色治理、费用成本治理、沟通治理、综合治理等项目治理领域。
功能点估算的功能能够在Primavera系统Project Management组件中的一个自上而下估算的工具中实现。
那个工具只是整个Primavera系统中的一小部分，但它将自上而下估算的方法和功能点估算的方法演绎成可实际操作应用的步骤，➢功能点估算的过程功能点的估算能够划分为三个步骤：统计未调整的功能点计数（UFP）、统计总阻碍度（TDI）和运算最终调整功能点计数（FP）。
其中最终调整功能点计数确实是我们功能点估算的最终结果。
它是用来度量软件产品功能的标准单位，并可作为软件研发项目规模成本估算的基础。
功能点的运算公式为：FP = UFC×TCF，TCF称为技术复杂度因子，是由总阻碍度TDI运算出来的：TCF = 0.65 + 0.01×TDI。
软件项目成本估算方法
软件项目成本估算方法
软件项目成本估算是软件开发过程中至关重要的一环。
一方面，正确的成本估算能够帮助项目经理和开发团队掌握项目进度和资源
分配，从而提高项目的成功率和效率；另一方面，错误的成本估算可能会导致项目的失败，浪费公司资源，甚至对公司造成不可挽回的损失。
在软件项目成本估算中，常用的方法包括基于历史数据的经验式估算、功能点估算和卡内基梅隆大学的软件工程学研究所提出的COCOMO模型。
经验式估算是一种基于历史数据的方法，通常使用Excel表格或其他工具来计算估算值。
该方法的优点是简单易用，适用于小型项目和简单的软件开发任务。
但是，该方法存在精度不高、不适用于复杂项目等缺点。
功能点估算是一种根据软件功能量和功能复杂性来计算成本的
方法。
该方法的优点是能够比较准确地估算软件成本，适用于大型和复杂的软件开发项目。
但是，该方法需要有经验的软件开发人员进行估算，对项目经理和开发团队的专业素质要求比较高。
COCOMO模型是一种基于软件项目规模、复杂度和开发环境等因素来计算成本的方法。
该模型可以根据软件项目的不同特点进行定制化，具有较高的精度和适用性。
但是，该模型需要较高的技术支持和专业知识，对于初学者来说比较复杂。
综上所述，软件项目成本估算方法需要根据项目的规模、复杂度、
开发环境和人员素质等因素进行选择和调整，以达到最佳的成本估算效果。
同时，项目经理和开发团队需要定期评估和更新成本估算，以保证项目进度和资源分配的正确性和合理性。
针对软件开发项目的成本估算方法论
针对软件开发项目的成本估算方法论在软件开发项目中，成本估算是非常重要的一个环节。
它可以帮助开发人员尽可能地控制开发成本，同时也可以帮助客户更好地理解开发团队所需要的资源和时间。
在本文中，我们将探讨针对软件开发项目的成本估算方法论。
一、了解项目需求和范围在进行成本估算之前，我们首先需要对项目的需求和范围有一个全面深入的了解。
只有在清晰明确的项目需求和范围基础上，才能够更准确地估算项目的成本。
在这一阶段，可以根据项目的愿景和目标来进行分析和解决，可以应用产品经理的思维方式，找出用户的问题和需求，常常需要对应的工具进行需求管理，比如Jira等。
这一阶段也需要与客户或利益相关者交流，以确保他们对项目的期望和目标有清晰的认识。
二、确定开发方法和技术针对软件开发项目，不同的开发方法和技术会对开发成本产生显著的影响。
因此，在进行成本估算之前，需要确定项目所采用的具体技术和开发方法。
比如，在Web前端，可以用Angular、React、Vue等框架来提高开发效率和降低开发成本，而在后端处理方面，可以使用Spring Boot、Django等来提高开发效率。
三、理解开发人员的能力和经验开发人员的能力和经验也会对成本估算产生影响。
对各种技能水平的综合考虑，包括代码编写能力、工具使用能力、解决问题的能力、协作的能力等。
如果开发团队中有一些有经验的开发人员，他们通常会更快地解决问题和交付工作。
在成本估算过程中，需要对每个开发人员的技能和经验进行评估。
四、估算项目时间在进行成本估算时，需要对项目完成的时间进行评估。
这意味着需要考虑每个模块的开发时间、测试时间和交付时间，以及整个项目的实现时间。
根据项目的规模和复杂度，可以使用不同的方法来估算项目的时间。
比如，在使用敏捷开发方法的情况下，可以使用短时间的迭代周期来估算项目时间。
在使用瀑布式开发方法的情况下，可以使用详细的工作计划和时间表来估算项目的时间。
五、考虑额外开销在进行成本估算时，还需要考虑到项目中可能出现的额外开销，比如工具和设备的购置费用、上线费用、维护费用等。
软件开发功能点估算方法
功能点估算方法1概述 (1)1.1编写目的 (1)1.2适用范围 (1)1.3术语定义 (1)1.4功能点定义与分类 (2)2功能点估算方法 (2)2.1估算流程 (2)2.1.1项目前期 (3)2.1.2需求明确 (4)2.1.3需求变更 (4)2.2调整前功能点计算（UFC） (5)2.2.1复杂度矩阵（项目前期） (5)2.2.2复杂度矩阵（需求明确、需求变更）.................. .62.3调整系数 (7)2.4调整后功能点计算（FP） (10)3实例说明 (10)3.1项目前期 (10)3.2需求明确 (13)3.3需求变更 (19)1概述1.1编写目的为规范软件项目规模的度量方法，结合国际先进的估算方法及公司业务运营模式，制定基于软件功能的度量估算方法，为度量项目规模和项目工作量提供指导依据。
1.2适用范本方法适用于公司的研发类项目，项目应覆盖软件开发全过程（包括项目准备阶段、需求阶段、设计阶段、编码与测试、交付部署、运行维护各个阶段工作，1.3术语定义1.4功能点定义与分类功能点（Function Points）是响应客户、其他应用请求或自行触发而进行处理并输出结果的一个最小功能单元。
功能估算过程中，将软件的功能分为以下4类：1）接口：是指在其他系统中维护但本系统需要调用的数据。
包括：调用外部接口和提供外部系统调用的接口。
2）数据处理：是指来自于系统外部的数据输入、控制信息或事务数据输入，并对输入数据进行逻辑处理。
包括：新增、修改、删除、流程流转和发布。
3）统计：是指对数据经过组合、计算、统计分析后得出的数据集合，并由程序内部输出到外部。
包括：定时统计和实时统计。
4）查询：是一个输入输出的组合过程，向应用程序边界外发送数据基本处理的过程。
包括：单表查询和多表联合查询。
2功能点估算方法2.1估算流程功能点估算方法，是从软件项目的功能需求角度来评估项目规模，功能点估算流程如下图所示。
软件成本估算与控制学习要点
软件成本估算与控制学习要点软件开发是现代社会不可或缺的一部分，而软件开发过程中的成本估算与控制是确保项目成功的重要环节。
本文将介绍软件成本估算与控制的学习要点，以帮助读者更好地理解和应用这一知识。
一、软件成本估算1.1 项目规模估算软件项目的规模是成本估算的基础，可以通过功能点分析或代码行数等方法进行估算。
功能点分析是一种常用的估算方法，它以软件功能为单位进行估算，并结合历史数据和专家判断来确定各功能点的工作量。
1.2 成本估算模型成本估算模型是用来预测软件开发成本的数学模型，其中最著名的是COCOMO模型和函数点分析模型。
COCOMO模型根据项目的规模和复杂性等因素，通过对历史数据进行分析和调整，来预测出开发成本。
函数点分析模型则以软件功能点数为基础，通过对不同功能点的复杂性和开发条件等进行加权计算，来估算成本。
二、软件成本控制2.1 成本控制方法成本控制是指在软件开发过程中，通过合理的控制手段来确保开发成本不超出预算。
常用的成本控制方法包括资源管理、进度管理和风险管理等。
资源管理通过优化资源的分配和利用，来降低开发成本。
进度管理则通过合理的任务分配和进度监控，来控制开发进度，从而减少延误带来的额外开销。
风险管理则通过识别和评估项目风险，并采取相应的措施来减轻或避免风险对成本的影响。
2.2 软件度量与监控软件度量是软件成本控制的重要手段，它通过定量的方法来度量软件开发过程中的各项指标，从而提供可靠的依据来进行成本控制。
常用的软件度量指标包括进度度量、成本度量和质量度量等。
通过对这些指标的监控和分析，可以及时发现问题，并采取相应的措施来调整和控制成本。
三、学习要点总结3.1 熟悉成本估算模型和方法掌握和理解常用的成本估算模型和方法，如COCOMO模型和函数点分析模型，以及功能点分析等，对于准确的估算成本是非常重要的。
3.2 学习软件度量了解和学习软件度量的基本原理和方法，包括进度度量、成本度量和质量度量等，能够帮助进行准确的成本控制。
软件工程中的软件项目成本估算
软件工程中的软件项目成本估算软件项目成本估算在软件工程中扮演着至关重要的角色。
准确的成本估算可以帮助项目团队有效管理资源，优化项目进度和质量，并最大程度地满足客户需求。
本文将探讨软件工程中的软件项目成本估算方法和技巧。
1. 背景介绍软件项目成本估算是指在软件工程项目开发之初对项目所需要的资源（包括人力、物力、时间等）进行估算的过程。
准确的成本估算需要考虑多个因素，如项目规模、复杂性、技术要求等，同时也需要根据过去类似项目的经验进行参考和调整。
2. 成本估算方法2.1. 自上而下估算法自上而下估算法是常用的一种软件项目成本估算方法。
该方法通过将整个项目分解为多个子系统或模块，然后对每个子系统或模块进行估算，最后将估算结果进行合并得出整体项目成本。
这种方法适用于对整个项目进行初步估算和规划。
2.2. 自下而上估算法自下而上估算法是一种更详细、更准确的软件项目成本估算方法。
该方法从具体的功能模块或任务开始，对每个模块或任务的成本进行估算，最终得出整个项目的总成本。
自下而上估算法需要更多的细节和数据支持，适用于项目进入更详细阶段时进行成本估算。
2.3. 参数估算法参数估算法是根据历史或统计数据来进行软件项目成本估算的方法。
该方法通过建立参数模型，根据项目的规模、复杂性等参数值来计算成本。
参数估算法需要大量的历史数据和项目经验的积累，对于规模较大、复杂度较高的项目，可分阶段进行估算，并根据实际情况进行调整。
3. 成本估算技巧3.1. 制定明确的项目目标和需求在进行软件项目成本估算之前，团队必须与客户充分沟通，了解项目的目标和需求。
明确的项目目标和需求有助于团队更准确地估算所需资源和成本，并避免后期的变更和延误。
3.2. 分析类似项目的历史数据利用过去的项目经验和历史数据是软件项目成本估算的重要依据。
团队可以通过分析类似项目的成本数据，了解不同规模和复杂性项目之间的成本关系和趋势，提高成本估算的准确性。
3.3. 结合专家判断和经验在软件项目成本估算过程中，团队成员的专业知识和经验是宝贵的资源。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Primavera软件系统中的功能点方法与软件研发项目规模成本估算上海普华科技发展有限公司胡晓俊Primavera系统中的功能点估算方法概述功能点估算的概念功能点估算是一种基于软件需求特性对软件项目的规模进行估测的方法。
1979年IBM公司的Alan Albrech首先开发了计算功能点的方法，这种方法是通过评估和计量软件产品所需的内部基本功能和外部基本功能数目，再根据技术复杂度因子（权重）对这些软件功能计数进行量化，得到软件研发项目规模的最终结果。
并且这个结果与软件的成本估算有着密切的关系。
另外功能点这种估算方法与实现产品所使用的编程语言和技术没有关系，可以用于各种软件开发项目的规模估算中，目前功能点的估算方法已经被广泛的认可在信息系统、数据库密集型、4GL应用系统开发的规模测量中。
功能点的估算有两个目的：第一是作为软件规模的测量、对比和分析（如软件度量方法）的基础；第二，也是更重要的目标，是作为软件成本估计模型的输入，软件的成本估计则是基于功能点和工作量之间的经验成本估计关系（CER）进行的。
Primavera系统是一个应用于多行业的企业级项目管理的综合平台，主要应用于企业的多项目时间进度的管理、资源角色管理、费用成本管理、沟通管理、综合管理等项目管理领域。
功能点估算的功能可以在Primavera系统Project Management组件中的一个自上而下估算的工具中实现。
这个工具只是整个Primavera系统中的一小部分，但它将自上而下估算的方法和功能点估算的方法演绎成可实际操作应用的步骤，功能点估算的过程功能点的估算可以划分为三个步骤：统计未调整的功能点计数（UFP）、统计总影响度（TDI）和计算最终调整功能点计数（FP）。
其中最终调整功能点计数就是我们功能点估算的最终结果。
它是用来度量软件产品功能的标准单位，并可作为软件研发项目规模成本估算的基础。
功能点的计算公式为：FP = UFC×TCF，TCF称为技术复杂度因子，是由总影响度TDI计算出来的：TCF = 0.65 + 0.01×TDI。
因此功能点的计算公式也可以表示为：FP = UFC×（0.65 + 0.01×TDI），如下图所示。
过程示意图：第一步：计算未调整的功能点计数（UFP ）计算输入：用于估算第三步最终功能点计数（FP ）的计算 用于估算第一步的未调整功能点计数（UFP ）的计算用于估算第二步的总影响度（TDI ）的计算当前这种类型功能计数的加权总和所有类型功能计数的加权总和✧内部逻辑文件（ILF）是最终用户可以进行维护和识别的逻辑相关数据组，这些数据通过外部输入维护并完全保存在应用程序的内部。
最低、平均和最高复杂度的权重分别为7、10和15。
✧外部接口文件（EIF）外部接口文件是仅用于引用目的的逻辑相关数据的用户可识别的组。
数据完全驻留在应用程序外部，由其它应用程序所维护。
外部接口文件是其它应用程序的内部逻辑文件。
最低、平均和最高复杂度的权重分别为5、7和10。
✧外部输入（EI）外部输入是数据由外向内跨越边界的基本处理过程。
数据可能来自于数据输入屏幕、电子输入或其它应用程序。
数据可以是控制信息或业务信息。
如果数据是业务信息，它用于维护一个或多个内部逻辑文件。
如果数据是控制信息，它不必更新内部逻辑文件。
最低、平均和最高复杂度的权重分别为3、4和6。
✧外部输出（EO）外部输出是导出的数据由内向外跨越边界的基本处理过程。
数据创建发送给其它应用的报表或输出文件。
这些报表和文件由一个或多个内部逻辑文件和外部接口文件所创建。
最低、平均和最高复杂度的权重分别为4、5和7。
✧外部查询（EQ）外部查询是包括输入和输出构件的基本处理过程。
输入和输出构件导致一个或多个内部逻辑文件和外部接口文件的数据检索。
该信息被发送出应用程序边界。
输入过程不会更新任何内部逻辑文件以及输出不包含导出的数据。
最低、平均和最高复杂度的权重分别为3、4和6。
计算输出：✧未调整的功能点计数（UFP）未调整的功能点计数是对各种复杂度的内部逻辑文件、外部接口文件、外部输入、外部输出和外部查询的加权合计。
第二步：计算总影响度因子（TDI）计算输入：总影响度因子是14个系统特征值的累计总和，每个系统特征值采用0~5的分值进行计量，分别代表无影响（no influence ）、偶尔影响（incidental ）、适度影响（moderate ）、平均影响（average ）、重大影响（significant ）和根本性影响（essential ），具体的评分标准含义这里不详述了，使用Primavera 系统的用户可以在功能点估算的系统特征对话框中找到每一个系统特征含义的说明和每一个系统特征取值的评分标准的说明，这些说明可以帮助实施功能点估算的人员进行判断和取值。
✧ 确定分布式数据处理（Distributed Data Processing ）的分值，该值表明分布式数据和功能如何被处理。
✧ 确定配置项负载（Heavily Used Configuration ）的分值，该值表明对当前的硬件平台的使用程度。
✧ 确定性能（Performance ）的分值，该值表明用户对响应时间或吞吐量是否有所要求。
✧ 确定事务率（Transaction Rate ）的分值，该值表明事务执行的频繁程度。
✧ 确定安装容易程度（Installation Ease ）的分值，该值表明转换和安装的困难程度多大。
✧ 确定在线更新（Online Update ）的分值，该值表明多少内部逻辑文件会被在线的事务更新。
✧ 确定复杂处理（Complex Processing ）的分值，该值表明应用软件是否具有大量的逻辑或数学处理。
✧ 确定操作容易程度（Operational Ease ）的分值，该值表明应用软件在启动、当前选中系统特征的每个系统特征的每个分值得具体含义的说明备份和恢复的有效性/自动化程度。
✧ 确定用户使用效率（End-User Efficiency ）的分值，该值表明应用软件是否就最终用户使用效率上有所设计。
✧ 确定修改容易程度（Facilitate Change ）的分值，该值表明应用软件是否被设计以方便于修改。
✧ 确定多个地点（Multiple Sites ）的分值，该值表明应用软件是否设计支持多个地点场所/机构。
✧ 确定重用性（Reusability ）的分值，该值表明应用软件开发以满足一个或是多个用户的需要。
✧ 确定在线数据项（On-line Data Entry ）的分值，该值表明百分之多少的信息是在线输入的。
✧ 确定系统特征数据通讯（Data Communications ）的分值，该值表明系统具有多少数据通讯设备。
计算输出：总影响度因子（TDI ）是14个系统特征分值的累计总和。
第三步：计算最终调整功能点计数（FP ）最终调整功能点计数可以通过该公式进行计算，FP = UFC ×（0.65 + 0.01×TDI ）。
即它由前面步骤中得出的未调整功能点计数（UFP ）和总的影响度（TDI ）来确定。
如何通过Primavera 实现软件研发项目规模成本估算Primavera软件中的自上而下的估算方法能够在项目计划编制的前期对其规模、进最终调整功能点（FP ）的计算公式度和成本进行预估，这不仅可以对项目风险和投资赢利情况作一个预测，也对以后的项目计划编制提供了参考。
相比其他的各种软件规模的估算方法，这种自上而下的估算方法所能获得的数据是较为精确的，但是如果直接手工的去进行估算，在算法上会较为费时费力，所以我们可以借助一些软件的工具来实现，例如在Primavera的项目管理解决方案中，我们就可以利用其中的自上而下估算功能（包括功能点估算）来实现软件研发项目早期的规模、成本、进度的预估。
例如在某个公司在对财务软件系统的集成升级过程中就使用这种方法。
该软件研发的项目计划是在04年8月份开始的。
在其开始之前我们并不是急于编制实施计划，而是先对需要开发的这个系统的功能数量进行测量，并采用功能点这种标准单位来度量，以获得当前这个项目的规模情况，通过本公司的研发团队的平均产量等历史经验值将该软件规模的功能点折算成项目所需总的人工或非人工资源数量，以便我们今后的计划编制过程中确定每道作业的计划工期和每个资源的预算用量。
另外通过Primavera软件系统也可以实现项目经验和方法的积累提炼和重复利用，这是在Primavera软件系统的Methodology Management组件中实现的。
它可以将一些类似项目的历史数据和方法保存成可以供新项目参考利用模板，例如我们在这个财务系统的集成开发项目中就可以使用Methodology Management库中的某个类似的模板来快速建立一个成本、进度估算模型和框架。
关于这方面的详细内容不在本文讨论范围内。
我们接下来就以这个财务软件系统的集成项目为例，讨论一下通过Primavera系统进行软件研发项目规模成本及进度估算的具体实现。
为了讨论的方便，我们简化了该项目进度计划的内容。
1)估算软件研发项目的功能点计数软件项目的功能点估算的值是作为软件规模和成本估算的基础，因此我们首先对该软件研发项目的功能点做统计。
实际上，在Primavera的自上而下估算方法中可以采用两种估算方法：第一种是直接利用先前的经验数据来做估算，即可以通过人为的经验判断来确定项目所需的人工或非人工资源数量，在人为判断的过程中也可以利用历史上类似项目的情况作参考，比如可以参考Methodology Management中相关的历史数据。
这种方法较多的应用在传统的工程建设项目上，但不太适合于软件研发项目估算，因为其达不到软件开发项目对估算结果精确度的要求。
第二种方法是基于功能点的估算来确定项目所需资源数量。
这种方法因其独有的统计方式和计算方法仅针对软件研发项目，所以无法应用在别的类型项目的估算上。
如下图，在使用Primavera软件的自上而下估算功能时，首先将估算方法调整为功能点的方法，通常功能点是要通过统计和计算得出的，继而得出项目所需的人工数量或非人工数量，因此这里我们需要先进入到功能点计算的界面中去。
另外，简便期间，本案例中我们仅基于功能点来估算人工数量，事实上它也可以基于功能点估算非人工数量。
我们还可以选择在整个财务系统集成项目中进行估算还是在该项目某一块特定的范围内进行估算，这里我们选择整个项目。
根据之前的介绍，功能点的计算可以分为三个步骤：计算未调整功能点计数（UFP ）；计算总影响度（TDI ）；计算最终功能点计数（FP ）。
第一步：该软件研发项目的项目经理负责对功能点进行估计，并从该项目软件技术人员那里获取软件相关的计数项的统计。