基线管理实施方案.docxVIP

基线管理实施方案 ———————————————————————————————— 作者： ———————————————————————————————— 日期： 简介 目的 本文描述使用SVN基线管理的方式对公司的文档、代码、BOM进行流程管控，以达到文档、代码、BOM的首次发布、变更、再次发布的正确性和唯一性。 原则 对于公司的文档、代码、BOM的发布和变更采用SVN基线管理的方式进行，遵循如下原则： 无论是文档、代码、BOM那一种类型的工作产品要给相关干系人，都要采用创建基线的方式进行。 基线在创建前，必须通过验证。如果是技术类文档或者BOM单，验证以评审方式进行，所有干系人均认可当前的文档符合研发需要。如果是代码，验证以单元测试方式进行，保证当前代码的业务流程和业务逻辑测试通过。 在申请人申请文档、代码、BOM基线创建时，需要在OA上填写简要流程，并附带《基线创建申请单》。 基线的审核由部门经理审核，由总工办批准。 基线的创建只能由配置库管理工程师进行创建，并分配给相关干系人只读权限，基线创建完成并分配好权限后，由配置库管理工程师对干系人以邮件的方式发布基线。 基线创建后，如果基线所包含的工作产品要进行变更，必须提交《变更申请审批表》。 变更是否执行，要通过评审的方式进行决议，评审会议由总工办发起。 变更的批准由CCG组长决定。 变更的执行由项目组进行，完成后必须通过验证。如果是技术类文档或者BOM单，验证以评审方式进行，所有干系人均认可变更后的文档符合研发需要。如果是代码，验证以单元测试方式进行，保证变更后代码的业务流程和业务逻辑测试通过。 变更执行完成后，必须再次提交基线创建的申请，如果是BOM变更，则在变更执行完毕之后，填写并提交《XXX项目ECN》，并重复上述第3至第5条。 场景描述 基线的创建和发布 研发人员进行产品研发，阶段性工作完成后，整理工作产品。 研发人员对工作产品进行验证，文档类工作产品采用评审的方式进行验证；代码类工作产品采用单元测试的方式进行验证。 验证通过后，填写《基线创建申请单》，并在OA上填写简要说明。 将《基线创建申请单》提交配置库管理工程师，配置库管理工程师将《基线创建申请单》提交总工办领导进行审批。 审批通过后，通知配置库管理工程师审批结果。 如果通过审批，配置库管理工程师从开发库中取出相应的工作产品创建基线。 基线完成创建后，配置库管理工程师填写《基线发布说明》，并通过邮件的方式通知相关干系人。 基线变更 研发人员接到明确的变更需求或者变更任务。 对变更进行简要分析，填写《变更申请审批表》。 同时在OA上填写本次变更的简要说明。 将《变更申请审批表》提交总工办。 总工办组织评审会议对本次变更进行评审。 由CCG根据会议决定是否允许变更。 由总工办通知项目组是否允许变更的结论。 如果允许变更，项目团队组织执行变更。 变更执行完成后，对变更后的工作产品进行验证。文档类工作产品采用评审的方式进行验证；代码类工作产品采用单元测试的方式进行验证。 验证通过后，如果是BOM变更，则需要填写《XXX项目ECN》上传OA审批。完成后，再次申请基线的创建，操作流程与本文的章节2.1相同。