软件配置管理计划模版.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
STYLEREF 标题 文件编号:PTS - PDP - SCMP 软件配置管理计划 拟制:____________________ 日期:____________________ 审核:____________________ 日期:____________________ 批准:____________________ 日期:____________________ 太平洋软件(中国)有限公司 PAGE 8/ NUMPAGES 2 变更记录页 单 位:太平洋软件(中国)有限公司,以下简称PTS 文档名称:软件配置管理计划 生成日期:2002-12-13 版 本 作者 日 期 备 注 STYLEREF 标题 目录 TOC \o 2-3 \h \z \t 标题 1,1 1 介绍 2 1.1 目的 2 1.2 范围 2 1.3 缩写和定义 2 2 SCM管理 2 2.1 组织 2 2.2 SCM责任 2 2.3 可用的策略、指令和程序 2 3 SCM 活动 2 3.1 配置标识 2 3.1.1 配置项的标识 2 3.1.2 配置项的命名 2 3.1.3 配置项的获取 2 3.2 配置控制 2 3.2.1 请求变更 2 3.2.2 评估变更 2 3.2.3 批准或拒绝变更 2 3.2.4 实施变更 2 3.3 配置状态统计 2 3.4 配置审核和审计 2 3.5 接口控制 2 3.6 转包商/供应商控制 2 4 进度安排 2 5 SCM 资源 2 6 SCM计划维护 2 STYLEREF 标题 STYLEREF 标题 1,编号标题 1 介绍 软件配置管理计划 介绍 目的 范围 缩写和定义 SCM管理 SCM管理信息描述了组织和个人在项目的SCM活动中的责任和权限。 SCM管理信息必须包括三个主题:应用SCM的项目组织,这些组织的SCM责任,以及应用在这个项目中的SCM政策和指令。 组织 组织结构包括技术和管理两方面,计划中的并将要被实施的SCM活动必须被描述。计划必须说明以下问题: 在项目中,参与或对任何SCM活动负责的组织单位; 在项目结构中,组织单位的功能角色; 各组织单位之间的关系。 组织单位可能包括供应商和客户,主承包商和分承包商,或在组织中的其他团队。组织图表、功能和关系的状态的补充可以成为表现信息的有效途径。 SCM责任 对组织单位SCM活动的分配必须被详细说明。对每个在SCM中列出的活动,必须提供执行活动的组织单位或工作标题的名字。可以使用矩阵清楚地表示和说明以上定义的组织和SCM功能、活动和任务之间的关系。 对于那些在项目中为执行SCM活动而建立的任何审查委员会或特定组织,计划中必须描述有关它们的以下方面: 目的和目标 ; 成员和联系; 有效期; 权限范围; 操作程序。 可用的策略、指令和程序 由其它政策、指令和过程附加在计划上的限制必须被定义。对每一个限制来说,它的影响和效果必须被声明。 SCM 活动 SCM活动标识了所有在计划范围内,管理软件系统配置所需的功能和任务。技术和管理的SCM活动都必须被标识。通常的SCM实质的项目管理活动必须以SCM观点来描述。 配置标识 配置标识活动必须标识、命名和描述文档的物理和功能特性,其文档包括项目中被控制的代码、规范、审计、和数据元素。获取这些文档用于配置控制。配置项可以作为中间或最终的产品(例如,可执行代码、源代码、用户文档、计划列表、数据库、测试案例、测试计划、规范和管理计划)和支持环境元素(例如,编译器、操作系统、设计工具和测试基础)。 计划必须在每个项目控制点标识项目配置项(CI)和它们的结构。计划必须声明每个CI和它的版本,对定义、追溯、存储和检索的CI活动的执行必须被单独命名和描述。 配置项的标识 计划必须记录控制项、项目的CI和它们的定义。计划必须描述项目中维护的项的列表和结构。至少,所有要发布的CI必须都被列出来。 在项目生命周期的控制点,必须定义适当的基线。如下: 产生基线的事件; 在基线中控制的项; 用来建立和改变基线的过程; 说明基线文档变更所需的授权; 变更、受影响的CI以及相关联的基线必须被详细说明。 配置项的命名 为了对每个控制项分配单独的标识符,计划必须制定和标识系统。同样必须单独指定有多少个版本。标识的方法包括命名约定、版本号和字符。 计划必须描述为存储、检索、跟踪、再生、和分发命名控制项的方法,活动包括为版本标记、为文档和执行标签,为执行芯片内嵌代码或数据排序和改变标记,物理包的标识。 转承包商的软件、供应商所有的软

文档评论(0)

chengcheng199 + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档