配置状态报告:
提供配置项的状态信息,以反映项目的进展情况,同时可以从中根据配置项的操作记录对开发团队的工作关系作一定的分析。-
1. 报告应定期进行,-
2. 使用CASE工具生成,保证客观性
3. 主要内容:
1) 变更请求列表
2) 基线库状态
3) Release信息
4) 备份信息
5) SCM工具状态
6) 其它应予以报告的事项
配置审计:
验证配置项信息与配置标识(需求、标准、流程…)的一致性
功能配置审计(FCA,FunctionalConfigurationAudit)
物理配置审计(PCA,PhysicalConfigurationAudit)
1. 配置审计-What
FCA:验证配置项的功能特性与需求(原始需求、变更请求…)的一致性
PCA:验证配置项的物理特性与期望(命名标准、变更流程…)的一致性
2. 配置审计-Why
1) 预防提交错误的产品
2) 捕获未完成的任务(原始需求、变更请求)
3) 识别不同配置项之间的对应关系
4) 确认配置项(们)已经被基线化
5) 确认记录和文档维持可跟踪性
3. 配置审计-When
1) 软件交付或release时
2) 每个阶段结束时
3) 对于维护性项目,周期性地进行
4. 配置审计-Who
1) 非本项目组成员
2) 其它项目中的配置控制者
3) 内部审计者
4) SCM小组
5. 配置审计-How
1) 审计流程:
2) 识别配置审计的时间[PM]
3) 指派审计者[QA/AuditGroup]
4) 定义审计范围[PM&Auditors]
5) 准备配置审计Checklist[Auditor]
6) 通过评审(Review)、文档记录进行审计[Auditor]
7) 识别不符合项[Auditor]
8) 关闭不符合项[PM]
9) 验证[Auditor]