重要概念说明 里程碑:某一个阶段,经过正式的评审,验证,确认或测试后,大家一致认为已经完成和达到目标。 基线:要对达到里程碑的一组特定工件做个标记或快照。 1)代表这组工作产品的一致性 2)代表这组工作产品可以做为下一个阶段的工作依据。 3)对于基线工作产品的修改都必须严格受到变更控制。
配置项:对项目或产品至关重要的交付物,需要进行版本和变更管理的交付物。
配置物理审核:仅审核配置项是否存在,物理路径,文件名称等是否和配置项清单一致。 配置功能审核:确定配置项目是否实现了特定的功能需求,审核配置项间的可追踪性。
版本控制:有效的记录配置项的历史修改记录和情况。 配置项与基线的区别: 配置项是需要进行配置管理的最小单位,如:一份文档、一片段代码等。 基线是配置项的一种,基线需要进行更加严格的管理。 一般配置项的管理等级是:权限控制、版本控制。而基线的管理等级除了具备以上管理外,还需要非常严格的变更控制办法。 配置审计:分为功能审计和物理审计 功能审计:指工作产品是否满足一定的功能要求,这个工作一般不由配置管理员负责,而是通过文档的评审、软件的测试进行。 物理审计:就是检查工作产品是否符合格式、版本号等方面的要求,一般有配置管理员负责。 配置项要进入配置库前,都应该经历审计,保证其符合要求,保证后续工作产品的正确性。如果是基线级别的工作产品要进入配置库,需要接受更加严格的审计。 配置管理计划的内容 配置项的识别:广义和狭义配置项。变更受控和仅归档为目的要分清楚。现在配置项识别一般是架构人员来做,配置管理员一般很难识别出项目细粒度的配置项信息。 CC相关规约:CC的目录结构,命名和编码规则,访问控制。 变更控制流程和规则:变更的最终对象是配置项,因此变更的内容必须是受控的。 基线管理:依据在项目主计划中的基线规划和配置项清单 配置状态报告:基线,配置项,变更和版本发布的状态 (最好在项目周期内均匀安排时间点) 配置审核报告:分为物理审核,功能审核和基线审核(现在情况基本是物理审核和基线审核,审核一般在提交基线发布申请时候做。而功能审核暂时没有操作起来) 执行配置控制 1.对配置项进行修改时候必须先检出,对基线配置项修改走变更 2.活动和配置项要严格对应起来(变更集) 3.变更程序(需求变更->预审意见->CCB会议->变更措施) 4.常见变更对象(变更请求,变更提议,变更调查,变更单,变更活动)
状态监督和审计 1.基线,配置项状态是下个阶段的重要依据和保证 2.变更状态是变更是否完成依据 3.配置审计:由CM来做主要是配置项的状态和物理位置
上一篇:软件配置管理改进-案例分析.ppt 下一篇:公司的这种情况下,开发库如何建立最为合适 |