- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 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)