认识达内从这里开始

认真做教育专心促就业

配置库管理

发布：山东IT培训
来源：互联网
时间：2018-02-02 14:12

    17.3 配置库管理
    17.3.1 目的
    l 所有人员依照配置管理规范和《配置管理计划》操作配置库。
    17.3.2 角色与职责
    l 配置管理创建并维护配置库。
    l 项目成员在权限之内操作配置库。
    17.3.3 启动准则
    l 《配置管理计划》已经制定。
    l 配置管理的软件硬件已经存在。
    17.3.4 输入
    l 《配置管理计划》
    17.3.5 主要步骤
    [Step1] 创建配置库
    l 配置管理员创建配置库，并且至少创建配置库的所有第一级目录。
    [Step2] 分配权限
    l 配置管理员为每个项目成员分配操作权限。一般地，项目成员拥有Add, Checkin/Checkout, Download等权限，但是不能拥有“删除”权限。配置管理员的权限最高。具体操作视所采用的配置管理软件而定。
    [Step3] 配置库操作与管理
    l 项目成员根据自己的权限操作配置库，例如Add, Checkin/Checkout, Download等。
    l 配置管理员根据“基线计划”创建与维护基线，“冻结”配置项，控制变更。
    l 配置管理员定期清除配置库里的垃圾文件。
    l 配置管理员定期备份配置库。
    l 交付管理。这里“交付”是指从配置库中提取配置项，交付给客户或项目外的人员。交付出去的配置项必须有据可查，避免发生混乱。流程如下：
    （1） “索取人”向CCB提出交付申请。
    （2） CCB审批该申请。如果该申请不合法（合理），则拒绝交付配置项。如果同意交付，CCB应给出详细的交付清单。
    （3）配置管理员依据CCB的批示，从配置库中提取配置项交付给“索取人”.
    （4） “索取人”验收后签字。
    17.3.6 输出
    l 《配置库管理报告》（由配置管理员撰写）
    17.3.7 结束准则
    l 对配置库的操作与管理将持续到项目结束。
    17.3.8 度量
    l 配置管理员统计工作量以及文档规模。
    17.3 版本控制
    17.3.1 目的

l 按照一定的规则保存配置项的所有版本，避免发生版本丢失或混淆等现象，并且可以快速准确地查找到配置项的任何版本。

山东编程培训

    17.3.2 角色与职责
    l 所有项目成员都必须遵照版本控制规程操作配置库。
    17.3.3 配置项状态变迁规则
    配置项的状态有三种：“草稿”（Draft）、“正式发布”（Released）和“正在修改”（Changing）。
    配置项状态变迁如图17-2所示。配置项刚建立时其状态为“草稿”.配置项通过评审（或审批）后，其状态变为“正式发布”.此后若更改配置项，必须依照“变更控制规程”执行，其状态变为“正在修改”.当配置项修改完毕并重新通过评审（或审批）时，其状态又变为“正式发布”,如此循环。
    17.3.4 配置项版本号规则
    配置项的版本号与配置项的状态紧密相关：
    （1）处于“草稿”状态的配置项的版本号格式为：0.YZ
    YZ数字范围为01-99.
    随着草稿的不断完善，“YZ”的取值应递增。“YZ”的初值和增幅由用户自己把握。
    （2）处于“正式发布”状态的配置项的版本号格式为：X.Y
    X为主版本号，取值范围为1-9.Y为次版本号，取值范围为1-9.
    配置项第一次“正式发布”时，版本号为1.0.
    如果配置项的版本升级幅度比较小，一般只增大Y值，X值保持不变。只有当配置项版本升级幅度比较大时，才允许增大X值。
    （3）处于“正在修改”状态的配置项的版本号格式为：X.YZ
    配置项正在修改时，一般只增大Z值，X.Y值保持不变。
    当配置项修改完毕，状态重新成为“正式发布”时，将Z值设置为0,增加X.Y值。参见规则（2）。
    17.3.4 配置项版本控制流程
    [Step1] 创建配置项
    l 项目成员依据《配置管理计划》，在配置库中创建属于其任务范围内的配置项。此时配置项的状态为“草稿”,其版本号格式为0.YZ.
    [Step2] 修改处于“草稿”状态的配置项
    l 项目成员使用配置管理软件的Checkout/Checkin功能，可以自由修改处于“草稿”状态的配置项（不受变更控制规程约束），版本号格式为0.YZ.
    [Step3] 技术评审或领导审批
    l 如果配置项是技术文档，则需要接受技术评审（参见技术评审规程[SPP-PROC-TR]）。如果配置项是“计划”这类文件，则需要项目经理（或上级领导）的审批。
    l 若配置项通过了技术评审或领导审批，则转向 [Step4],否则转向 [Step2].
    [Step4] 正式发布
    l 配置项通过技术评审或领导审批之后，则配置项的状态从“草稿”变迁为“正式发布”,版本号格式为X.Y.
    [Step5] 变更
    l 修改处于“正式发布”状态的配置项，必须按照“变更控制规程”执行，主要步骤如下（详见变更控制规程）：
    如果CCB同意变更，则配置项状态从“正式发布”变迁为“正在修改”.
    项目成员使用Checkout/Checkin功能，可以修改处于“正在修改”状态的配置项，版本号格式为X.YZ.

修改完毕后，该配置项要重新接受技术评审或领导审批，转向[Step3].

更多山东编程培训相关资讯，请扫描下方二维码

山东编程培训