|
|
知识路径： > 系统开发基础知识 > 开发管理 > 文档管理工作、配置管理 > 配置管理 >
|
|
相关知识点：14个
|
|
|
|
|
配置审核的任务是验证配置项对配置标识的一致性。信息系统开发的实践表明，尽管对配置项做了标识，实践了变更控制和版本控制，但如果不做检查或验证仍然会出现混乱。这种验证包括：
|
|
|
|
（1）对配置项的处理是否有背离初始的规格说明或已批准的变更请求的现象。
|
|
|
|
|
|
（3）变更控制规程是否已遵循，变更记录是否可供使用。
|
|
|
|
（4）在规格说明、信息系统产品和变更请求之间是否保持了可追溯性。
|
|
|
|
配置审核工作主要集中在两个方面，一是功能配置审核，即验证配置项的实际功效是与其信息系统需求是一致的；二是物理配置审核，即确定配置项符预期的物理特性。这里所说的物理特性是指定的媒体形式。
|
|
|
|
配置审核要选择适当的时机，由项目经理决定何时进行配置审核工作。一般来说，应该选择以下几种情况实施配置审核：
|
|
|
|
|
|
|
|
|
|
实施配置审核的审核人员可以包括项目组人员及非项目组人员，例如，其他项目的配置管理人员、组织的内部审核员，以及组织的配置管理人员。
|
|
|
|
配置审核的目的就是要证实整个项目生存期中各项产品在技术上和管理上的完整性。同时，还要确保所有文档的内容变动不超出当初确定的信息系统要求范围。使得配置具有良好的可跟踪性。这是项目变更控制人员掌握配置情况、进行审批的依据，除了进行配置审核外，还可以进行正式技术评审。
|
|
|
|
正式的技术评审着重检查已完成修改的配置项的技术正确性，评审者评价配置项，决定它与其他配置项的一致性，是否有遗漏或可能引起的副作用。正式技术评审应对所有的变更进行，除了那些最无价值的变更之外。
|
|
|
|
配置审核作为正式技术评审的补充，评价在评审期间通常没有被考虑的配置项的特性。在某些情形下，配置审核的问题是作为正式技术评审的一部分提出的。但是当配置管理成为一项正式活动时，配置审核就被分开，而由质量保证小组执行了。
|
|
|
