配置审计的概念辨析

麦哲思科技任甲林

已于 2024-06-20 16:29:43 修改

阅读量2k

点赞数

CC 4.0 BY-SA版权

分类专栏：我说CMMI 文章标签：配置管理

于 2010-03-29 09:06:00 首次发布

本文链接：https://blog.csdn.net/dylanren/article/details/5426265

我说CMMI 专栏收录该内容

146 篇文章

订阅专栏

配置审计是配置管理中的一个重要概念，在CMMI标准中划分了3种，如果再加上PPQA对配置管理过程的审计，累计为4种。在很多图书、资料中对这四种审计言之不详，因而也就造成了理解的偏差。故而我整理了如下的表格，进行了澄清。需要说明的是在很多企业中实际也做了这4种审计，只是没有清楚的认识这4个概念而已。

概念	功能性配置审计(FCA)	物理性配置审计(PCA)	配置管理审计	配置过程审计 GP2.8
CMMI1.2中的定义	An audit conducted to verify that the development of a configuration item has been completed satisfactorily, that the item has achieved the performance and functional characteristics specified in the functional or allocated configuration identification, and that its operational and support documents are complete and satisfactory.	An audit conducted to verify that a configuration item, as built, conforms to the technical documentation that defines and describes it.	Audits conducted to confirm that configuration management records and configuration items are complete, consistent, and accurate.	Objectively evaluate adherence of the configuration management process against its process description, standards, and procedures, and address noncompliance.
定义的参考译文	验证CI的开发已经被完全满足的审计行为，即验证CI已经达到了在功能或已分配的配置说明中刻画的性能和功能特性，并且其操作和支持文档是完整的和满意的。	验证已构建出的CI符合定义和描述它的技术文档的审计行为。	确保配置管理的记录和配置项是完整的、一致的和准确的审计行为。	客观评价管理过程与其过程描述、标准和规程的符合性并处理不一致问题
解释	1 要检查是否满足需求 2 检查各级测试是否完成、有无漏测现象，结论是否为通过等，即验证软件产品是否符合规格说明的要求。 3 交付给客户的文档是否符合和软件的功能一致？ 4 功能审计是验收的前提条件 5 不同的角色所做的功能审计侧重点不同 6 FCA也是渐进的过程，对于大的系统，在过程中也需要做FCA	1 检查配置项是否均入库、已入库的配置项之间版本关系是否一致 2 应交付的软件产品或者是基线是否完整（是否有遗漏的、是否有多余的、版本是否一致，表示是否正确？）。 3 安装手册、维护手册、使用手册是否齐全？ 4 发版的声明与系统是否一致？ 5 交付物的清单是否和交付物一致？ 6 是否达到了系统的运行环境要求？	检查配置管理的各种记录、报告等与配置库中的物理的配置项实体是否一致、完整、准确	检查配置管理过程的执行是否符合过程定义和相关的规定，可以通过检查配置管理过程的各种输出文档进行评价也可以通过访谈与观察等多种方式进行检查。
检查的重点	1 所有的需求是否都实现了 2 所有的需求是否都测试了 3 用户手册等交付文档和系统本身是否一致 4 所有的测试用例是否充分？ 5 变更的描述与变更是否一致？	1 是否有遗漏的CI？基线中的CI要完整。 2 是否有多余的CI？基线中的CI要正确。 3 CI的版本是否正确？基线中的CI要正确。 4 CI的标识是否正确？基线中的CI要正确。	1 配置管理记录和配置项是否一致? 2 配置管理记录之间是否一致？ 3 配置管理记录是否有遗漏？ 4 配置项是否有遗漏？	1 配置管理活动是否符合标准或规范？ 2 配置管理的各种记录是否符合标准或规范？ 3 每次变更的手续是否齐全 4 每次基线发布的手续是否齐全 5 权限的分配是否符合组织级的要求
实施的时机	1 基线建立之前：通过基线的功能审计后才可以入库 2 成品入库：判断是否达到了成品的入库标准与规范	物理审计活动的驱动事件可以是： 1. 工作产品入基线 2. 基线库项目变更 3. 成品入库 4. 成品库变更 5. 成品库每三个月审计一次特殊事件或项目计划中制定日期，如某个里程碑阶段	阶段性或随机抽查	阶段性检查或随机抽查
执行的人员	PM,TESTER 需求的提出者	CM	PPQA	PPQA
执行的方式	同行评审测试检查文档执行软件	检查记录检查配置库	检查记录检查配置库	检查记录检查配置库访谈配置管理员、开发人员等
比较基准	CI与功能需求、非功能性需求	CI与其技术规格文档（如：设计等）	配置管理记录与配置项	活动与标准