软件过程评估是对基于流程模型的组织使用的软件过程的严格检查.评估包括识别和描述当前的实践，确定优势和劣势的领域，以及当前实践控制或避免差(软件)质量，成本和进度的重大原因的能力.
软件评估(或审核)可以有三种类型.
A 自我评估(第一方评估)由组织自己的人员在内部执行.
执行第二方评估由外部评估团队或组织进行评估.
第三方评估由外部方执行或(例如，由第三方评估的供应商，以验证其与客户签订合同的能力).
软件过程评估在开放和协作的环境中进行.它们是为了组织的使用来改进其软件过程，结果对组织是保密的.被评估的组织必须有评估团队的成员.
软件过程成熟度评估
软件过程评估的范围可以涵盖所有过程在组织中，选定的软件过程子集或特定项目.大多数基于标准的过程评估方法总是基于过程成熟度的概念.
当评估目标是组织时，过程评估的结果可能会有所不同，即使是连续的应用相同的方法.结果不同有两个原因.它们是，
必须确定正在调查的组织.对于大公司来说，有几种组织定义是可能的，因此在连续评估中，评估的实际范围可能会有所不同.
即使在看似相同的情况下也是如此组织，选择代表组织的项目样本可能会影响范围和结果.
当目标评估单位在在项目层面，评估应包括有助于项目成败的所有有意义的因素.它不应受给定过程成熟度模型的既定维度的限制.在此评估项目数据所证实的实施程度及其有效性.
当组织打算实施整体长期改进策略时，流程成熟度变得相关.软件项目评估应该是独立的评估，以便客观.
软件过程评估周期
根据Paulk及其同事(1995)，CMM基于评估的方法使用六步循环.它们是 :
选择一个团队 - 团队成员应该是熟悉软件工程和管理的专业人员./p>
待评估网站的代表填写标准流程成熟度问卷.
评估小组对问卷调查进行分析，并根据CMM关键过程域确定需要进一步探索的区域.
评估团队生成一份调查结果列表，确定组织软件的优缺点过程.
评估团队准备关键过程域(KPA)概况分析，并将结果呈现给适当的受众.
例如，评估团队必须由一名负责人领导授权的SEI主任评估员.团队必须由四到十名团队成员组成.至少，一名团队成员必须来自被评估的组织，所有团队成员必须完成SEI的CMM课程(或其等效课程)和SEI的CBA IPI团队培训课程.团队成员还必须满足一些选择指南.
关于数据收集，CBA IPI依赖于四种方法 :
标准成熟度调查问卷
个人和小组访谈
文档评论
评估参与者对调查结果草案的反馈意见
SCAMPI
标准CMMI评估方法开发过程改进(SCAMPI)以满足CMMI模型要求(Software Engineering Institute，2000).它也基于CBA IPI. CBA IPI和SCAMPI都包含三个阶段 :
计划和准备
在现场进行评估
报告结果
计划和准备阶段的活动包括 :
确定评估范围
制定评估计划
准备和培训评估团队
对参与者进行简要评估
管理CMMI评估问卷
检查调查问卷答复
进行初步文件审核
现场评估阶段的活动包括 :
举行开幕式会议
进行访谈
合并信息
准备草案调查结果
提交调查结果草案
合并，评估，并准备最终调查结果
报告结果阶段的活动包括 :
提交最终结果
举行执行会议
总结评估