软件度量综述
认识软件度量
认识软件度量在软件开发中，利用度量的目的是来改进软件过程。
人们无法管理不能度量的事物。
在软件开发的历史中，我们可以意识到，在20世纪六十年代末的大型软件所面临的软件危机反映了软件开发中管理的重要性。
而对于管理层人员来说：没有对软件过程的可见度就无法管理；而没有对见到的事物有适当的度量或适当的准则去判断、评估和决策，也无法进行优秀的管理。
我们说软件工程的方法论主要在提供可见度方面下功夫，但仅仅是方法论的提高并不能使其成为工程学科。
这就需要使用度量。
度量是一种可用于决策的可比较对象。
度量已知的事物是为了进行跟踪和评估；对于未知的事物，度量则用于预测。
本文从为什么要软件度量，什么是软件度量，度量的对象、过程、方法等方面来认识软件度量。
一、为什么需要软件度量判断和衡量代码质量一直是开发过程中令人苦恼的问题，在同样完成功能的情况下，如何判别一种写法比另一种写法好呢？在代码重构的过程中，如何确定代码质量是在不断的改进当中呢？引入一种设计模式以后，代码真的变的比以前好了吗？大部分时候我们凭感觉和经验做这些事情，我们使用很多模糊的词语来描述我们的判断，比如这样做以后，代码的可维护性更好、可扩展性提高，等等。
在越来越注重代码设计的今天，很多人开始使用更感性化、更形而上学的词语来形容软件质量，我们会听到评价软件结构很优雅，带来美的享受，甚至一些设计原则被提升到了哲学高度。
不得不承认这些词语的描述确实很符合我们看到一段高质量代码的心境，但是这些新词语的出现并没有帮助我们解决软件质量判定中遇到的问题。
因为这些感性的判定，由于每个人的经验不同，经历不同，所得出的结论也不尽相同。
而软件度量能解决这些问题。
众所周知，度量对任意一个工程产品研制都是很重要的，度量让人们更加了解产品、可以评价产品、衡量产品质量，从而进行改进。
对于软件产品也一样，只有定性的评估是不够的，还要通过定量的评估才可以根本的解决评估软件产品质量问题。
二、什么是软件度量如今计算机在我们生活的每个领域几乎都扮演了非常重要的角色，在计算机上运行的软件也越来越重要。
软件度量和评估
软件度量和评估在软件开发的过程中，软件度量和评估是非常重要的环节。
软件度量是指对软件进行定量分析，以评估其过程和最终成品的质量，而软件评估则是对软件的特定方面进行评估，以确定其是否符合预期的标准。
软件度量和评估可以帮助开发团队更好地掌握项目进展、预算和进度，同时还可以优化软件质量和维护。
在本文中，我们将探讨软件度量和评估的重要性、方法和实践。
软件度量的重要性软件度量的目的是提供定量数据以支持软件开发过程的决策。
软件度量能够帮助开发团队更好地了解项目的情况，包括开发的速度、成本、进度和质量。
软件度量还可以帮助团队识别问题和潜在的风险，以便及时采取措施。
另外，软件度量还可以帮助开发团队跟踪软件的质量。
软件质量是指软件是否符合其特定的需求和规范。
通过软件度量，开发团队可以检查软件是否符合规范，并帮助团队发现任何质量问题。
软件度量还可以帮助开发团队识别软件缺陷，并找出缺陷产生的原因，从而改进软件的质量。
软件度量的方法通常，软件度量使用以下三种方法之一：基于大小的度量、基于功能的度量和基于过程的度量。
基于大小的度量方法是通过计算代码的大小、复杂度、可读性和结构等来度量软件的质量。
代码大小可以用代码行数或文件大小来度量，复杂度可以通过计算循环和分支语句的数量来度量，可读性可以通过代码注释和命名来评估，而软件结构可以通过模块化和分层设计来提高质量。
基于功能的度量方法是通过评估系统的功能来确定软件的质量。
这种方法的主要步骤包括确定要实现的功能，并将其转换为软件规范。
随后，每个功能都会分配一个权重，以便在软件开发的不同阶段对其进行评估。
基于过程的度量方法则是通过监控软件开发流程中的不同步骤来评估软件的质量。
这种方法可以帮助开发团队理解和改进软件开发流程，以缩短软件开发周期、提高产品质量并降低成本。
软件评估的实践软件评估是通过对软件的特定方面进行评估，以确定其符合预期的标准。
软件评估的目的是确定软件的可靠性、安全性、可用性、可维护性和可扩展性等方面。
软件质量度量
软件质量度量软件质量度量是评估和衡量软件产品质量的过程。
通过定量的数据和指标，我们可以了解软件产品在不同方面的表现，并准确评估其质量水平。
本文将介绍软件质量度量的重要性、常用的度量方法以及度量结果的分析与应用。
一、软件质量度量的重要性软件质量度量是保障软件产品质量的重要手段之一。
通过度量，我们可以了解软件在不同阶段的质量状况，及时发现问题并采取措施进行改进。
以下是软件质量度量的几个重要作用：1. 评估软件开发过程和方法的有效性：通过度量软件开发过程中的各项指标，我们可以了解开发方法的优劣及其对质量的影响，从而及时发现存在的问题并进行优化。
2. 确定质量目标和标准：通过度量，我们可以了解软件产品在各项指标上的表现，从而为制定质量目标和标准提供依据。
这有助于规范软件开发过程，提高产品质量。
3. 发现和解决质量问题：软件质量度量可以帮助我们及时发现质量问题，比如代码缺陷、性能瓶颈等，并通过度量结果找出问题的原因，以便采取相应的改进措施。
4. 改进软件开发过程：通过对度量结果的分析，我们可以了解软件开发过程中存在的问题和瓶颈，并采取相应的改进措施，提高开发效率和产品质量。
二、软件质量度量的方法1. 代码度量：代码度量是对软件代码质量进行评估的重要手段。
常用的代码度量指标包括代码行数、代码复杂度、代码耦合性等。
通过对代码进行度量，我们可以了解代码的复杂程度和可读性，评估代码的可维护性。
2. 功能度量：功能度量是评估软件功能性能的一种方法。
通过度量软件功能的完整性、一致性和正确性等指标，我们可以了解软件在功能方面的表现，并针对性地进行优化和改进。
3. 性能度量：性能度量是评估软件性能的重要手段。
通过度量软件的响应时间、资源消耗等指标，我们可以了解软件在不同情况下的性能表现，并针对性地进行优化和改进。
4. 可靠性度量：可靠性度量是评估软件稳定性和可靠性的一种方法。
通过度量软件的故障率、可靠性指标等，我们可以了解软件在长时间运行中的表现，并采取相应的措施提高软件的可靠性。
软件测试中的软件质量度量与评估
软件测试中的软件质量度量与评估软件测试是保证软件质量的关键环节之一，而软件质量度量与评估则是测试过程中不可忽视的重要工作。
本文将探讨软件测试中的软件质量度量与评估的相关知识，并介绍一些常用的度量与评估方法。
一、软件质量度量的概念与重要性软件质量度量是指通过各种度量指标对软件质量进行量化评估的过程。
它可以帮助开发团队全面了解软件的质量状况，及时发现并解决潜在的问题，提高产品的可靠性和可用性。
软件质量度量的重要性不言而喻。
首先，它可以帮助开发人员了解软件系统的性能、可靠性、安全性等各个方面的情况，为决策提供依据。
其次，软件质量度量可以帮助测试团队评估测试效果，及时发现测试过程中的问题，并进行改进。
最后，软件质量度量对于用户来说也很重要，它能为用户选择和使用软件产品提供参考。
二、软件质量度量指标及其评估方法1. 功能性度量功能性度量主要评估软件系统的功能是否能够满足用户需求。
常见的功能性度量指标包括功能覆盖率、功能完整性、功能可靠性和功能正确性等。
评估方法可以通过对功能测试用例的执行情况进行统计分析和比较，以及与用户需求进行对比来实现。
2. 可靠性度量可靠性度量是评估软件系统在规定时间内正常运行的能力。
常见的可靠性度量指标包括故障率、平均无故障时间、平均修复时间等。
评估方法可以通过对软件系统的错误日志进行统计分析，计算出软件系统的可靠性指标。
3. 效率性度量效率性度量主要评估软件系统在各种负载情况下的运行效率。
常见的效率性度量指标包括响应时间、吞吐量和资源利用率等。
评估方法可以通过对软件系统的性能测试和压力测试来实现。
4. 可维护性度量可维护性度量是评估软件系统维护成本和维护工作难度的指标。
常见的可维护性度量指标包括代码复杂度、代码可测性、代码可读性等。
评估方法可以通过对软件代码进行静态分析和代码复杂度分析等手段来实现。
5. 可用性度量可用性度量是评估软件系统易用性和用户体验的指标。
常见的可用性度量指标包括用户界面友好性、操作便捷性、响应速度等。
软件度量与评估
软件度量与评估在当今信息技术高速发展的时代，软件开发的规模和复杂性越来越大，软件质量的控制成为了关乎企业竞争力的重要环节。
软件度量与评估作为一种有效的管理手段，可以帮助企业准确了解软件开发过程中的各种指标和数据，并根据这些数据进行科学分析和评估，从而提高软件质量和开发效率。
一、软件度量的概念和作用软件度量是指对软件产品、软件过程和软件项目进行定量和定性的测量和评估的过程。
通过软件度量，可以获得软件开发过程中的各种数据和指标，如代码行数、Bug数量、测试覆盖率等，进而对软件的质量、进度和效率进行评估和改进。
软件度量的作用主要体现在以下几个方面：1. 评估软件质量：通过度量软件的各项指标，可以客观地评估软件的质量，发现软件中存在的问题和风险，并采取相应的措施进行改进和优化。
2. 优化软件开发过程：通过对软件开发过程的度量，可以揭示出存在的问题和瓶颈，并优化整个开发过程，提高开发效率和质量。
3. 支持决策：软件度量提供了可靠的数据支持，可以帮助管理者做出科学决策，制定合理的开发计划和策略。
4. 监控项目进展：通过对软件开发过程中的度量指标进行监控，可以及时了解项目的进展情况，及时发现和解决问题，确保项目按时交付。
二、常见的软件度量指标软件度量指标是对软件开发过程中的各种属性、过程和结果进行度量和评估的具体指标。
常见的软件度量指标主要包括以下几个方面：1. 代码规模指标：如源代码行数、模块数、类数等，用于衡量软件的规模和复杂性。
2. 缺陷密度指标：如每千行代码的缺陷数，用于评估软件的质量和稳定性。
3. 功能点指标：如功能点个数、功能点投入产出比等，用于评估软件开发的效率和成本。
4. 资源消耗指标：如开发时间、工作量、成本等，用于评估软件开发所需的资源消耗。
5. 可维护性指标：如代码的复杂度、可读性、可理解性等，用于评估软件的可维护性和可扩展性。
三、软件评估模型和方法为了实现对软件质量和效果的全面评估，人们提出了各种软件评估模型和方法。
软件度量综述
11
功能点分析的主要步骤
12
功能点分析法的基本计数
外部输入数(EI：external input)：计算每个用户输入， 它们向软件提供面向应用的数据。输入应该与查询区分开 来，分别计算。
外部输出数(EO：external output)：计算每个用户输出， 它们向软件提供面向应用的信息。这里，输出是指报表、 屏幕、出错信息，等等。一个报表中的单个数据项不单独 计算。
返回给专家； (5)协调人召集小组会，讨论较大的估算差异； (6)专家复查估算总结并在迭代表上提交另一个匿
名估算； (7)重复4～6，直到最低估算和最高估算一致。
15
德尔菲法(Delphi)是最流行的专家评估 技术，在没有历史数据的情况下，这种 方式适用于评定过去与将来、新技术与 特定程序之间的差别，但专家“专”的 程度及对项目的理解程度是工作中的难 点，尽管德尔菲技术可以减轻这种偏差， 在评定一个新软件实际成本时通常用得 不多，但是，这种方式对决定其他模型 的输入时特别有用。
24
顾客满意度度量
顾客满意度指标(CSI：customer satisfaction index)以顾客满意研究为基础， 对顾客满意度加以界定和描述。
项目的顾客满意度度量
确定各类信息、数据、资料来源的准确性、客 观性、合理性、有效性，并以此建立产品、服 务质量的衡量指标和标准。
企业的顾客满意度度量
16
Expert judgment专家评估（判断）
Analogy类推 Proportion预测（x悲观+4y乐观+z可能)/6 Delphi technique Delphi 技术 Wolverton model Wolverton 模型
17
软件质量度量体系
软件质量度量体系
软件质量度量体系是一个系统性的方法，用于对软件产品进行评价，并在此基础之上推进产品设计、产品制造和产品服务优化。
软件质量度量体系的主要目标是确保软件产品的质量，通过一系列的质量度量标准和方法，对软件产品的各个层面进行评估和测量。
这有助于发现潜在的问题和缺陷，并及时进行改进，从而提高软件产品的可靠性和稳定性。
在软件质量度量体系中，通常包括以下方面：
1.质量特性度量：对软件产品的各项质量特性进行度量，如功能性、可靠性、可用性、性能等。
2.过程度量：对软件开发过程中的各项活动进行度量，如需求分析、设计、编码、测试等。
3.组织度量：对软件开发组织的管理能力、技术能力、人员素质等方面进行度量。
4.成本效益度量：对软件开发的经济效益进行度量，包括直接成本、间接成本、收益等。
在实施软件质量度量体系时，通常需要制定相应的度量计划和标准，确定度量的目标、范围和方法，然后按照计划进行度量活动，并对结果进行分析和改进。
需要注意的是，软件质量度量体系是一个持续的过程，需要不断地进行评估和改进。
同时，不同的软件项目和组织可能需要不同的度量方法和标准，因此需要根据实际情况进行调整和优化。
软件复用度量综述
项 目管理等 方面 同传统 的软 件 开发 有 着 明显 的 区别
１ 引 言
软件是信 息技 术 的核 心 ， 因而 管理 人员 对 软件 开 发 过程 中所涉及 到 的质 量 、 益度 量 越 来 越 重视 这 效
种 重视 引起 了两种 效 果 ：
这些 区别极大 的影 响到 软件度量 本 文是一 篇关 于软件复 用度量 的综述 。
维普资讯
软 件 复 用 度 量 综 述
钱乐秋 张 涌
ｔ 旦 大 学 计算 机 科 学 系 复 上 海 ２０３ ０ ４３
摘
要
赣件 复用 度量是葺 件复用技术 中不可 割 的一部分 ， ！ ： 在较件复用开发 中占据 重要地位。软件复用开发 与传 统的软 件开
ｉ ｐｅ ｅ ｔ ｉ ｔｅｐ ｐ ｒ Ｔ ｅｉ ａ ｔ ｆ ０ ｗ ｒ ｅｌ ｎｔｅｓ ｆ ａｅ ｎ 目 ｌ ∞ ｓ ｒｓ ｎｅ ｎ ｈ ａ ｅ ｈ ｍｐ ｃ ａｅ工 ｌｅ ０ ｈ ｏ ｗ ｒ ｘ 目 ｍ ｎ ｈｅ ｒｌｔ ｆ ａｅ ｒ ｕａ ｉｔ ｌ Ｊｓａ ｉ ｍｓ ｉ ｄ ｔ ｄ ｏｓ ｓ ｔ ａ ｄｔ ａｅ ｓ ｔ ｒ ｅ ｓｂｌ ｙ ｎ ｃ ｒ ｄｓ ｅ ｎ ｅ ｅ ｄ ｏｗ ｉ ￣＇ ｅ ｅ ｄ ￣ｌ Ｋｅ ￣ａ ｄ ｖ， ｓ ｒ Ｓ ｆ ａｅｍｅｒ ｓ Ｓ ｆ ａ ｅ Ｉ ｅ Ｓ ｆ － ｅ ｐ ｅ ｍｒ ｇ ｍ￣ ｔ ｏｔ ｒ ｗ ｔ ｃ ｏ ＇ ｒ ｌ ｏ ａａ ｄ ｎ ｔ ｅ ｔ ｉ ｔ ｗ ｓ ｉ ｒ ａ
ｔ ｈ ｏｏ ｙ ｐａ ｓ ａＩ ｍ ｏ Ｕ ｏｅ ｉ ｐ ｌ ａｉｎ ｓ ｓ ｍ ｅ ｅ ｐ ｅ ｎ ｌ ， ｌｙ ｒ ｉ ｐ ｒ ｍｔｒｌ ｎ ａ ｐｉ ｔ ｙ ｔ ｄ ｖ ｌ — ｃ ｇ ｃ ｏ ｅ 。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
功能点分析的主要步骤
13
功能点分析法的基本计数
外部输入数(EI：external input)：计算每个用户输入， 它们向软件提供面向应用的数据。输入应该与查询区分开 来，分别计算。 外部输出数(EO：external output)：计算每个用户输出， 它们向软件提供面向应用的信息。这里，输出是指报表、 屏幕、出错信息，等等。一个报表中的单个数据项不单独 计算。 外部查询数(EQ：external query)：一个查询被定义为一 次联机输入，它导致软件以联机输出的方式产生实时的响 应。每一个不同的查询都要计算。 内部逻辑文件(ILF：internal logical file)：计算每个 逻辑的主文件，如数据的一个逻辑组合，它可能是某个大 型数据库的一部分或是一个独立的文件。 外部接口文件(EIF：external interface file)：计算所 有机器可读的接口，如磁带或磁盘上的数据文件，利用这 些接口可以将信息从一个系统传送到另一个系统。
17
Expert judgment专家评估（判断）
Analogy类推 Proportion Proportion预测（x悲观+4y乐观+z可能)/6 x Delphi technique Delphi 技术 Wolverton model Wolverton 模型
18
构造性成本模型(COCOMO：
11
成为国际标准的功能点估算方法：
加拿大人艾伦·艾布恩(Alain Abran)等人提出的全 面功能点法(full function points)； 英国软件度量协会(UKSMA：United Kingdom Software Metrics Association)提出的IFPUG 功能 点法(IFPUG function points)； 英国软件度量协会提出的Mark II FPA功能点法 (Mark II function points)； 荷兰功能点用户协会(NEFPUG：Netherlands Function Point Users Group)提出的NESMA 功能点 法； 软件度量共同协会(COSMIC：the COmmon Software Metrics Consortium)提出的COSMIC-FFP方法； …
顾客满意度要素 技术解决方案 支持与维护 市场营销 管理 交付 企业形象
30
顾客满意度要素的内容 质量、可靠性、有效性、易用性、价格、 安装、新技术 灵活性、易达性、产品知识 解决方案、接触点、信息 购买流程、请求手续、保证期限、注意事 项 准时、准确、交付后过程 技术领导、财务稳定性、执行印象
作为企业的顾客满意度的基本构成单位，项目的顾 项目的顾 客满意度会受到项目要素的影响 ，可以细分为如表 客满意度 所示的度量要素： 要素： 要素
SLOC (single line of code) KLOC (thousand lines of code) LLOC (logical line of code) PLOC (physical line of code) NCLOC (non-commented line of code) DSI (delivered source instruction)。
功能点分析法(FPA)是在需求分析阶段 基于系统功能的一种规模估算方法，是 基于应用软件的外部、内部特性以及软 件性能的一种间接的规模测量。 FPA法由IBM的工程师艾伦·艾尔布策 (Allan Albrech)于20世纪70年代提出， 随后被国际功能点用户协会(IFPUG： The International Function Point Users ’Group)提出的IFPUG方法继承。
8
代码行(LOC：lines of code)
代码行(LOC)：所有可执行源代码行数，包括可交付的工作控制语言 (JCL：job control language)语句、数据定义、数据类型声明、等 价声明、输入/输出格式声明等。 一代码行(1LOC)的价值和人月均代码行数可以体现一个软件组织的生 产能力。 可以根据对历史项目的审计来核算单行代码价值。 代码行LOC常用于源代码的规模估算，常使用的单位有：
度量取向的依据是：事实、数据、原理、法则； 度量取向的方法是：测试、审核、调查； 度量取向的工具是：统计、图表、数字、模型； 度量取向的标准是：量化的指标。
2
度量与量度
software measurement 和 software metrics分别译成软件度量和软件量度， 目前学界还没有明确这两个术语的区别， 从文献上看，这两个术语是同义词。大 多数人采用软件度量（software measurement）。
软件类型
组织型 半独立型 嵌入型 a 2.4 3.0 3.6 b 1.05 1.12 1.20 c 2.5 2.5 2.5 d 0.38 0.35 0.32
适用范围
各类应用程序 各类编译程序等 实时软件、 实时软件、OS 等
21
中间CoCoMo模型
E = a ∗ (kLOC)b ∗ EAF 其中，E表示工作量(人月)，EAF表示工 作量调节因子，a,b为经验常数，其取值 见下表
顾客满意度项目 软件产品 开发文档 项目进度以及交期 技术水平 沟通能力 运用维护
31
顾客满意度度量要素 功能性、可靠性、易用性、效率性、可维护性、 可移植性 文档的构成、质量、外观、图表以及索引、用语 交期的根据、进度迟延情况下的应对、进展报告 项目组的技术水平、项目组的提案能力、项目组 的问题解决能力 事件记录、式样确认、Q&A 支持、问题发生时的应对速度、问题解决能力
23
EAF的取值(范围)
很低、低、正常、高、很高、极高 Boehm Boehm建议取值范围[0.70-1.66] [0.70-1.66] EAF的计算＝∏Fi ( i=1..15)
调节因子及其取值由统计结果和经验决 定，不同的软件开发组织在不同的时期 可能会有不同的取值
24
成本度量
软件开发成本度量主要指软件开发项目 所需的财务性成本的估算。主要方法如 下：
28
顾客满意度度量
顾客满意度指标(CSI：customer satisfaction index)以顾客满意研究为基础， 对顾客满意度加以界定和描述。 项目的顾客满意度度量
确定各类信息、数据、资料来源的准确性、客 观性、合理性、有效性，并以此建立产品、服 务质量的衡量指标和标准。
企业的顾客满意度度量
类比估算法 细分估算法 周期估算法
25
类比估算法：
类比估算法是通过比较已完成的类似项 目系统来估算成本，适合评估一些与历 史项目在应用领域、环境和复杂度方面 相似的项目。其约束条件在于必须存在 类似的具有可比性的软件开发系统，估 算结果的精确度依赖于历史项目数据的 完整性、准确度以及现行项目与历史项 目的近似程度。
3
软件度量的发展历程
4软件Βιβλιοθήκη 量流程5软件度量三维度
6
项目度量
项目度量是针对软件开发项目的特定度 量，目的在于度量项目规模、项目成本、 项目进度、顾客满意度等。 项目度量目的：辅助项目管理、进行项 目控制。
7
规模度量
规模度量(size measurement)是估算软件项目工作量、 编制成本预算、策划合理项目进度的基础。 软件规模的估算方法： 代码行(LOC：lines of code) 功能点分析(FPA：function points analysis) 德尔菲法(Delphi technique) COCOMO模型 特征点(feature point) 对象点(object point) 3-D功能点(3-D function points) Bang度量(DeMarco‘s bang metric) 模糊逻辑(fuzzy logic) 标准构件法(standard component)等，
软件度量综述
1
软件度量（software measurement）
软件度量（software measurement）：对软件开 发项目、过程及其产品进行定量化的过程，目的 在于对其加以理解、预测、评估、控制和改善。 度量取向：软件开发的诸多事项，涉及项目、产 品和过程多方面，包括规模、成本、进度、可靠 性、功能性、易用性、缺陷、生产率、生命周期 等等。
constructive cost model)
构造性成本模型(COCOMO) ，最早由勃 姆(Boehm)于1981年提出,用于对软件开 发项目的规模、成本、进度等方面进行 估算。
CoCoMo模型是一个综合经验模型，模型 中的参数取值来至于经验值，并且综合了 诸多的因素、比较全面的估算模型。
比较实用、可操作
16
德尔菲法(Delphi)是最流行的专家评估 技术，在没有历史数据的情况下，这种 方式适用于评定过去与将来、新技术与 特定程序之间的差别，但专家“专”的 程度及对项目的理解程度是工作中的难 点，尽管德尔菲技术可以减轻这种偏差， 在评定一个新软件实际成本时通常用得 不多，但是，这种方式对决定其他模型 的输入时特别有用。
(1)协调人向各专家提供项目规格和估算表格； (2)协调人召集小组会和各专家讨论与规模相关的 因素； (3)各专家匿名填写迭代表格； (4)协调人整理出一个估算总结，以迭代表的形式 返回给专家； (5)协调人召集小组会，讨论较大的估算差异； (6)专家复查估算总结并在迭代表上提交另一个匿 名估算； (7)重复4～6，直到最低估算和最高估算一致。
14
面向FP的估算模型
Albrecht 和Gaffney
E=-13.39+0.0545FP
Kemerer
E=60.62*7.728*10^(-8)*FP^3
Maston、Barnett和 Mellichamp
E=585.7+5.12FP
15