如 PICCALLB 工具基线变更申请?20050617_ZHANGL ；Р附件文件名同邮件主题名。Р为便于 QA 跟踪基线申请的处理情况，请将申请邮件同时抄送给?QA 。Р模板统一采用问题跟踪模板，有不需要列时，隐藏，而不要删除，以便后续合并处 理。Р在附件中，申请者需明确每一变更的计划解决日期。РР处理Р申请者在开发库中进行变更。Р申请者将变更申请内容粘贴到开发库根目录下的《 xxx 受控文件汇总清单》中，并 指明复核人， mail 告知 PM 让其审核。РPM 在接到申请，审核通过后，补充填写记录状态，并告知申请者。Р申请者在备注字段内标示“已合并” 。Р合并基线Р为了保证最终的产品发布进度不受影响，必须在发布提出的“最晚合并完基线变更Р内容的日期”前，把与自己相关的基线变更申请合并完成。Р最终合并时，项目组 SCME 负责在开发库中打 label ，Р项目组 SCME 基线库中建立版本子目录，并将?label 对应内容合并到此目录中。РLabel 之后又发生变更的文件，原则上将体现在下次发布合并中。Р为了检查基线库内容的正确性，每次在合并完成后，由项目组 QA 负责检查：基线 库中此版本所包含的变更文件，是否和《受控文件汇总清单》中的所列文件一致。Р问题记录Р对于审核过程中发现的问题， 由 SCME 负责记录统计， 并每月向 PM 、 QA 发布统计Р结果。Р6 配置状态统计Р6.1.1 配制项状态报告РSCM 工程师必须定期(每周)提供变更请求统计月报给项目经理，客户?SCME，Р抄送QA高级主管，用以报告和跟踪配制项变更状态。Р开始条件：需求基线形成之后；Р统计级别：颗粒度为 label 级别， label 的变更算一次状态改变；Р报告发送：发送配置状态报告有两种：Р正常发送报告，为每周一次Р以新打 label 驱动，每打一次?label ，发送一次?mail
全文预览
