SCMS软件配置管理过程
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
C M M文件软件配置管理过程
XXXXXXXXXXXX
(版权所有,翻版必究)
文档变更请求(DCR)
文档变更记录
目录
1 概述 (1)
1.1 目的 (1)
1.2 范围 (1)
1.3 术语与定义 (1)
1.4 参考文档 (1)
1.5 引用文档 (2)
2 过程目标 (2)
3 过程定义 (2)
3.1 责任人 (2)
3.2 输入 (3)
3.3 入口准则 (3)
3.4 过程活动 (3)
3.5 出口准则 (6)
3.6 输出 (6)
附录 A :软件配置项/产品包标识 (8)
A.1 文档的编号 (8)
A.2 程序的名称 (9)
A.3 软件产品包的标识 (9)
A.4 系统、数据库、开发与支持软件工具的编号 (9)
附录 B :配置项状态报告 (10)
B.1 系统软件、数据库、开发与支持软件工具列表 (10)
B.2 软件基线/配置项状态报告 (10)
B.3 软件基线软件基线变更报告 (10)
附录 C :软件配置管理测量报告 (11)
1概述
1.1目的
软件配置管理(简写为SCM)是维护项目软件整个生命周期产品完整性的重要活动,本文档明确规定了公司软件配置管理活动的目标和过程定义,为公司软件配置管理提供所遵循的过程、程序和指导方针。
1.2范围
本文档适用于管理公司所有软件项目在各阶段标识的软件配置。软件配置管理的大部分活动用“软件配置管理工具”实现。
1.3术语与定义
1.3.1软件工作产品:作为定义、维护或应用软件过程的一部分所生成的任何人工制品,包括过程描述、
计划、规程、计算机程序和相关文档,这些可能交付也可能不交付给顾客或最终用户。
1.3.2软件基线:软件配置项经软件验证、确认、评审和认定后,形成了软件基线,也就成了该阶段的一
个基准。下一个阶段只能在这个基准上进行开发活动。
1.3.3软件配置项:是指一个软件产品在软件生存周期各个阶段所产生或应用的各种形式(机器可读或人
工可读)和各种版本的文档、程序及其数据。
1.3.4SCCB:软件配置管理委员会(Software Configuration Control Board)(关于责任,参见“责任
人”)。
1.3.5SCM:软件配置管理(Software Configuration Management) 包括了标识软件工作产品、控制对
软件工作产品的更改、和维护在整个软件生存周期中的软件工作产品的完整性和可跟踪性。
1.4参考文档
1.4.1Mark C. Paulk,Bill Curtis,Mary Beth Chrissis,Charles V. Weber,Capability Maturity Model for
Software (Version 1.1)
1.4.2Roger S. Pressman,Software Engineering –A Practitioner’s Approach (Fourth Edition)
1.4.3《计算机软件配置管理计划规范》GB/T 12505-90
1.4.4《变更请求处理规程》(CMM-SCM-DU1)
1.4.5《软件质量保证过程》(CMM-SQA-SS)
1.4.6《软件工程管理方法》
1.4.7《文件管理制度》
1.4.8模板汇编
2过程目标
需求管理目的是建立和维护在项目的整个软件生命周期中软件项目产品的完整性,其主要目标是:
●软件配置管理活动是有计划的;
●所选定的软件工作产品是已标识的、受控的和适用的;
●对已标识的软件工作产品的更改是受控的;
●受影响的组和个人得到软件基线的状态和内容的通知。
3过程定义
3.1责任人
3.1.1SCCB分两个层次——项目层与管理层;
3.1.1.1成员包括:
●项目层:项目经理、技术成员、分析成员、测试成员等;
●管理层:总经理室成员(如有必要)、事业部总经理/经理、客户经理、市场分析部成员
等。
3.1.1.2文档内所描述的SCCB评审是指项目层的SCCB 的评审。如有项目层的SCCB 所不能决定
的事情,再通过管理层SCCB 评审。SCCB 负责:
1)代表项目经理和所有可能受到软件基线更改影响的组的利益;
2)审定软件基线的建立和配置项的标识;
3)评审和审定对软件基线的更改;
4)审定由软件基线制造的产品的生成。
3.1.2项目SCM 经理:负责项目中的SCM 活动:
1)制定、维护和散发“软件配置管理计划”、SCM 标准与规程;
2)标识将置于SCM 之下的软件工作产品;
3)记录SCM 的活动;
4)生成和散发SCM 报告;
5)管理与操作软件基线与软件配置管理库的日常工作;
6)周期性地审核项目的软件基线以验证他们与定义是否一致。
软件配置项,如:
●对外可交付的软件工作产品;
●指定的内部软件工作产品;
●指定在项目内部使用的系统、数据库、开发与支持软件工具。
3.3入口准则
3.3.1已经确立SCCB与项目SCM 经理;
3.3.2有支持软件配置管理的设施;
3.3.3准备受控的配置项已经通过相应的审批;
3.3.4项目SCM 经理、软件项目组和其它软件有关组的成员受到培训,以便完成软件配置管理活动。
3.4过程活动
3.4.1配置管理计划
3.4.1.1项目SCM 经理按照“软件配置管理计划模板”制定项目的“软件配置管理计划”。“软件
开发计划”可包含此计划,不必有单独的软件配置管理计划。
3.4.1.2“软件配置管理计划”必须通过软件项目组、SCCB 与SQA 的评审。
3.4.1.3项目SCM 经理按照此文档中“3.4.5 软件基线”,把经过审批的“软件配置管理计划”
纳入分配基线。
3.4.1.4项目SCM 经理依据“软件配置管理计划”执行项目中的软件配置管理活动。
3.4.2软件配置项标识
3.4.2.1《软件工程管理方法》文档中具体描述
●置于配置管理之下的的软件工作产品;
●配置项的特征;
●制作或管理配置项的负责人。
3.4.2.2项目SCM经理确保软件项目组按照“附录 A:软件配置项/产品包标识”给每个配置项唯
一的标识符。如软件配置项的标识不按照此文档,软件配置项的标识必须通过SCCB 的审
定。
3.4.3配置项的状态
3.4.3.1项目SCM经理应记录和维护在项目内使用的系统、数据库、开发、支持软件工具和产生的
文档与其它配置项(参见附录B:配置项状态报告)。
3.4.3.2项目SCM经理可使用“配置管理工具”记录配置管理行动,能清楚的理解每个配置项的状
态(如:最新版本),而且能恢复以前的版本。