软件过程评估是基于过程模型对组织使用的软件过程进行的严格检查。评估包括对当前实践的标识和特征，优势和劣势的领域以及当前实践控制或避免不良(软件)质量，成本和进度的重要原因的能力。

软件评估(或审核)可以分为三种类型。

• 自我评估(第一方评估)是由组织内部的人员内部进行的。

• 第三方评估由外部评估团队执行，或者组织由客户评估。

• 第三方评估是由外部人员或(例如，第三方评估供应商以验证其与客户订立合同的能力)执行的。

在开放和协作的环境中执行软件过程评估。它们供组织用来改进其软件过程，并且结果对组织是机密的。被评估的组织必须在评估团队中拥有成员。

软件过程成熟度评估

软件过程评估的范围可以涵盖组织中的所有过程，软件过程的选定子集或特定项目。大多数基于标准的过程评估方法总是基于过程成熟度的概念。

当评估的目标是组织时，即使连续使用相同的方法，过程评估的结果也可能不同。结果不同的原因有两个。他们是，

• 必须确定被调查的组织。对于大公司，组织的几种定义是可能的，因此，在连续的评估中，实际的评估范围可能有所不同。

• 即使在看似相同的组织中，选择代表该组织的项目样本也可能会影响范围和结果。

当评估的目标单位在项目级别时，评估应包括所有有助于项目成功或失败的有意义的因素。它不应该受给定过程成熟度模型的既定维度限制。在此，评估实施程度及其有效性(由项目数据证实)。

当组织打算实施总体长期改进策略时，流程成熟度就变得至关重要。为了客观，软件项目评估应该是独立的评估。

软件过程评估周期

根据Paulk及其同事(1995年)，基于CMM的评估方法使用六步循环。他们是-

• 选择一个团队-团队的成员应该是具有软件工程和管理知识的专业人员。

• 待评估站点的代表填写标准过程成熟度调查表。

• 评估团队对调查问卷的回应进行分析，并根据CMM关键流程领域确定需要进一步探索的领域。

• 评估团队进行了一次现场访问，以了解随后进行的软件过程。

• 评估团队会提供一份发现清单，以识别组织软件流程的优缺点。

• 评估团队准备关键流程区域(KPA)概况分析，并将结果呈现给适当的受众。

例如，评估小组必须由授权的SEI首席评估员领导。团队必须由四到十名团队成员组成。至少必须有一名团队成员来自接受评估的组织，并且所有团队成员必须完成SEI的CMM课程入门(或同等课程)和SEI的CBA IPI团队培训课程。团队成员还必须满足一些选拔准则。

关于数据收集，CBA IPI依靠四种方法-

• 标准到期问卷
• 个人和小组面试
• 文件审查
• 评估参与者对调查结果草案的评审反馈

SCAMPI

开发了用于过程改进的标准CMMI评估方法(SCAMPI)，以满足CMMI模型的要求(软件工程学院，2000年)。它也基于CBA IPI。 CBA IPI和SCAMPI都包含三个阶段-

• 计划与准备
• 现场进行评估
• 报告结果

计划和准备阶段的活动包括-

• 确定评估范围
• 制定评估计划
• 准备和培训评估团队
• 对参与者进行简短评估
• 管理CMMI评估问卷
• 检查问卷答复
• 进行初步文件审查

现场评估阶段的活动包括-

• 举行开幕会议
• 进行面试
• 整合信息
• 准备调查结果草案的介绍
• 提出调查结果草案
• 合并，评分和准备最终结果

报告结果阶段的活动包括-

• 陈述最终结果
• 举行执行会议
• 总结评估