质量保证系列课程配置管理V13.pptx

质量保证系列课件 ——配置管理——;2;配置管理概念;为什么进行配置管理;软件配置管理正是为解决这个问题而提出的。 ;6;7;8;9;10;11;12;配置库管理 ;14;15;16;17;配置管理计划;配置项标识;配置项;配置项标识-配置项选择;版本命名 版本命名与客户《工作任务书》中要求的版本命名保持一致，如果《工作任务书》发生变更，以变更后的为准 如：AAA V300R002C01 文档命名 工程文档命名 工程文档命名规则：版本号+空格+[子系统名称/模块名称]+文档类型 如：AAA V300R002C01 系统设计规格说明书 产品资料命名 产品资料命名规则：版本号+空格+产品文档+空格+产品文档版本-文档语种。 如：中文版：AAA V300R002C01 产品文档 01-zh 英文版：AAA V300R002C01 Product Documentation 01-en 文档版本以XX.YY标识 XX表示大修订 YY表示小修订 如：大的修订版本号V1.0、V2.0 小的修订版本号V1.01、V1.02 ;配置项刚建立时其状态为“草稿” 对未基线的配置项可以自由修改，不需要填写提交注释;24;25; ;27;28;变更控制;各种变更控制流程的具体用途;31;变更申请人发现需求文档错误，提交变更申请。 注意变更申请发出时需抄送测试与资料人员。;提单人在UT、ST测试中发现代码、需求、系统规格问题，提交问题单。;测试人员在SDV测试时发现问题，和问题责任人沟通确认后提交问题单，走问题完整流程。;在规格DS变更、SRS变更、UT/ST测试问题单、SDV测试问题单流程中，配置项的任何修改操作必须填写注释，注释格式规范如下： 文档类提交内容的注释规范： 【修改时间】：描述实际修改的时间（格式：2010-09-15） 【修改人员】：描述实际修改该问题的人员信息（格式：中文姓名） 【修改原因】：描述修改的原因大类，包含以下几种： 修改早期问题（未基线化前的问题修改）； 修改评审检视问题； 修改问题单（包括DTS库和网上问题单）； 规格变更同步修改。 【修改说明】：详细说明修改的内容。 代码类提交内容的注释规范： 【系统/模块】：（举例：客户服务，缴费账务，集团，营销管理 ... ) 【来源】：新需求 【需求编号/BUG编号】: DTSxxxxxxxx 【需求/BUG描述】：XXXX 说明：该栏目要求开发人员在提交代码时填写，其监控责任人是变更审核人。 所有代码类提交内容的注释都需说明缺陷管理系统中问题单号，不允许写问题单号“无”。;在项目计划批准之后成立CCB，并指定项目内开发人员兼职项目CMO CCB成员由PM、SE、QA、TPM、TDC、项目CMO等组成，CCB负责人由项目PM兼任 CCB评审和批准对项目中任何基线工作产品所做的变更 CCB的最终决策必须通知所有受影响的干系人;配置审计;配置状态报告; 配置管理状态报告发布说明 项目级CMO依《配置管理计划》中的基线计划完成项目的阶段基线，根据基线化操作情况，完成《配置状态报告》向全体项目成员发布 对基线中的配置项的变更请求被批准后，项目级CMO根据变更跟踪表单内容生成《配置状态报告》向全体项目成员发布 在项目进行过程中，如果有必要，则项目级CMO可以生成《配置状态报告》并向全体项目成员发布 《配置状态报告》发布形式不限，可以是邮件或其他形式，只要保证向全体项目成员发布信息即可 ;组织级配置库目录结构-V模型;组织级配置库目录结构-敏捷;附录一：软件公司版本命名规范简介;43;附录三：参考资料;45;谢 谢！