概念:提升方法
提升方法定义了如何为产品信息指定提升级别,并建立了一组访问和批准的权限。
关系
主要描述

定义

随着项目的进行以及基线的完整性和稳定性的提高,可以使用“提升级别”来标记基线在完整性或稳定性方面的特征。应适当地定义提升级别和其他基线属性来满足个别项目的需求,尽管您通常会发现,一组公共的定义可以在许多不同项目中重复使用。 以下是可能适于使用的提升级别的示例:

  • 集成已测试
  • 系统已测试
  • 验收已测试
  • 生产已交付

在此示例中,这些级别按顺序排列,以反映软件的完整性和稳定性随时间推移的相对进度。请注意,虽然软件通常会向前移经这些级别,但是它也可能在完整性或稳定性方面倒退回去。更改基线的提升级别这一行为在前一种情况下称为提升,在后一种情况下称为降低基线级别。

说明

有时,配置管理员可能需要通过将基线的提升级别更改为提升级别顺序中的更低一级,来降低基线的级别。例如,集成者可能会在新建基线中发现一个重大错误。为防止开发人员将此错误引入到他们的开发工作空间中,还可以通过向基线添加如“被拒绝”这样的标签来更清楚地指示基线的问题。

使用

建议的基线代表已达到特定提升级别的系统配置。当某个基线提升到特定级别(例如“验收已测试”)时,就成为建议基线集合中的一部分。提升级别可用在项目开发策略中。例如,某个项目的策略可以如下:当给定的基线达到特定的提升级别时,就将其视为“建议”。此策略帮助确保每当基线通过完整性和稳定性的一个可接受级别时,开发人员都能重新确定其工作空间的基线。



更多信息