配置管理过程31页.docx

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
PAGE 配置管理过程 XXX技术有限公司 配置管理过程版本:V1.1 第PAGE iii页 文档密级:普通 文档状态:[ ] 草案 [ √ ]正式发布 [ ]正在修订 变更履历 序号 版本 变更描述 修订人/日期 审核/日期 批准/日期 1 2 3 4 目录 TOC \o 1-3 \h \z \u 1. 目的和范围 1 2. 角色和职责 1 3. 术语表 1 4. 项目级配置管理过程概述 3 4.1 过程概述 3 4.2 配置管理流程图 4 5. 项目级配置管理过程 4 5.1 策划配置管理活动 4 5.1.1 入口准则 4 5.1.2 输入 5 5.1.3 工作程序 5 5.1.4 出口准则 5 5.1.5 输出 6 5.2 配置库的建立与管理 6 5.2.1 入口准则 6 5.2.2 输入 6 5.2.3 工作程序 6 5.2.4 出口准则 14 5.2.5 输出 14 5.3 基线管理 15 5.3.1 入口准则 15 5.3.2 输入 15 5.3.3 工作程序 15 5.3.4 出口准则 16 5.3.5 输出 16 5.4 配置状态的记录和报告 16 5.5 配置审计 16 5.5.1 入口准则 16 5.5.2 输入 16 5.5.3 工作程序 16 5.5.4 出口准则 17 5.5.5 输出 17 5.6 产品交付和结项 17 6. POC项目配置管理过程 18 6.1 背景 18 6.2 工作程序 18 7. 组织级配置管理过程 18 7.1 建立组织财富库 18 7.1.1 入口准则 18 7.1.2 输入 18 7.1.3 工作程序 18 7.1.4 出口准则 19 7.1.5 输出 19 7.2 组织财富库的维护 19 7.2.1 入口准则 19 7.2.2 输入 19 7.2.3 工作程序 20 7.2.4 出口准则 21 7.2.5 输出 21 配置管理过程版本:V1.1 第PAGE 22页 目的和范围 目的:本过程旨在使读者了解公司的配置管理过程,指导CM遵照此过程实施配置管理活动。通过建立物理配置库的设立规范、各配置库目录的设立原则,确保配置库的统一与规范,确保项目产品得到有效的管理与运用,提高资源的共享与利用。 范围:本过程适用于组织中所有软件开发项目。 角色和职责 配置控制委员会(Configuration Control Board,CCB):对变更项进行控制,批准软件的变更,批准和发布配置管理计划,根据配置管理员的报告决定相应的对策。 质量工程师(Quality Assurance,QA):制定公司标准过程文件及相应模板,对CM的活动进行审查。 配置管理员(Software Configuration Management Engineer,简称CM):负责管理公司的配置库。保证公司的文档、代码等资源完整,对项目的阶段产品进行控制,并支持QA的配置管理审计工作。 开发人员(Developer): 根据确定的配置管理计划和相关规定,提交配置项和基线。负责软件集成和版本生成。按照软件配置管理工具的使用模型来完成开发任务。 测试人员(Tester):根据配置管理计划和相关规定,提交测试配置项和测试基线,对项目组开发的代码进行各阶段的测试,保证代码的质量。 需求分析师:根据确定的配置管理计划和相关规定,提交配置项和需求基线,负责需求调研分析,编写软件需求规格说明书,需求跟踪与梳理等。 项目经理(Project Manager,PM):协助CM完成《配置管理计划》,管理开发库,协同QA完成配置库的审计工作。提出管理管理的建议和要求,发布管理,考核项目组成员规范的执行情况。 术语表 配置管理(Configuration Management):配置管理的目的是建立和维护在项目的整个软件生命周期中软件项目产品的完整性。软件配置管理在整个软件产品的生命周期内通过对配置项识别、基线变更、版本发布、配置现状报告、配置审计等各项配置活动的有效管理,最大限度地减轻在软件开发和过程中由于客户在产品功能、工期和预算上的变化而对开发产品质量、项目工期和开发成本所造成的影响,建立和维护软件产品完整性。 工作产品:由定义、维护和使用一个软件过程所产生的任何人工制品,包括过程描述、计划、规程、计算机程序和相关文档,而无论是否打算将它们交给客户或最终用户。 数据项:用于满足最终使用功能并被置于

文档评论(0)

abc860415 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档