当前位置:文档之家› SCMS软件配置管理过程

SCMS软件配置管理过程

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 forSoftware (Version 1.1)1.4.2Roger S. Pressman,Software Engineering –A Practitioner’s Approach (Fourth Edition)1.4.3《计算机软件配置管理计划规范》GB/T 12505-901.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经理可使用“配置管理工具”记录配置管理行动,能清楚的理解每个配置项的状态(如:最新版本),而且能恢复以前的版本。

3.4.4.1按照“变更请求处理规程”记录、评审、批准和跟踪所有配置项的变更请求和问题报告。

3.4.4.2配置项的变更历史必须记录在配置项内,包括日期、版本号、变更请求号、修改人和变更内容。

3.4.5软件基线3.4.5.1下面是软件基线的定义与所属的配置项:3.4.5.2项目SCM 经理可使用“软件配置管理工具”建立软件配置管理库,管理软件基线。

3.4.5.3软件基线必须先通过SCCB 与项目SCM 经理的评审和审定,再保存到软件配置管理库。

3.4.6.1当软件基线内的配置项有所变更,项目经理应决定是否需要进行回归测试,以保证更改不会对基线造成未料到的影响。

3.4.6.2相关的软件基线必须通过SCCB与项目SCM 经理的评审和审定,重新建立软件基线。

3.4.7软件配置项与基线版本3.4.7.1用下列表定义软件配置项与基线的版本号:3.4.8由软件基线制造的产品包3.4.8.1产品包是指提供给最终用户的文档资料与可执行程序等。

3.4.8.2从产品基线中创建的产品包必须经过SCCB 的审批。

3.4.8.3项目SCM 经理将根据产品基线中的内容建立产品包,按照“附录A:软件配置项/产品包标识”给产品包唯一的标识符。

如产品包的标识不按照此文档,则必须通过SCCB 的批准。

3.4.9软件基线审计3.4.9.1项目SCM经理可以“软件配置管理计划”为基础,用“软件基线审计表格”在软件基线建立或变更后,对软件基线进行审计,以验证软件基线的配置项是否与定义一致。

3.4.9.2项目SCM经理应向软件项目经理或相关人员报告审计结果,并跟踪来自审计的措施条款直至结束。

3.4.10软件配置管理库3.4.10.1软件配置管理库必须设置权限。

只有项目组、项目SCM经理、SCCB、SQA与项目SCM经理认定的相关成员能访问软件配置管理库,进行相应的操作。

3.4.10.2软件配置管理库分为三个库:●开发库:供开发使用的工具库,由项目组管理与维护;●受控库:保存应被审定的软件配置项,由项目SCM经理管理与维护;●产品库:保存可以发行的软件产品的各个发布版本,由项目SCM经理管理与维护。

3.4.11软件配置管理活动的报告3.4.11.1项目SCM经理应编制以下的软件配置管理活动的报告,并通报给相关成员,如:软件项目组、SCCB和SQA。

3.4.12测量3.4.12.1项目SCM经理应编制测量报告(参见附录C),内容包括:●SCM 活动的完成情况与计划比较;●SCM 活动中完成的工作,花费的工作量及消耗的资金。

3.4.13评审3.4.13.1项目经理与高级管理者可用“管理评审表格”定期评审软件配置管理活动,高级管理者还可通过项目经理提交的“项目周报”进行评审。

3.4.13.2SQA对需求管理活动与工作产品的评审,参见《软件质量保证过程》。

3.5出口准则软件工作产品已经置于软件配置管理库。

3.6输出附录 A :软件配置项/产品包标识A.1 文档的编号按照下述内容,规定文档的编号。

C..C,P..P :参见《文件管理制度》对公司/子公司/事业部/二级部门简称与项目简码的规定。

D..D :参见下列表中对文档简称的规定。

S..S :文档细节简称:可有可无;可有多个,以‘-’划分,如:‘…-RPT-RV’A.2 程序的名称可按照项目组所选择的命名规则规定程序的名称,程序名称应该具有代表性。

A.3 软件产品包的标识按照下述内容,规定软件产品包的标识。

C..C,H..H,F..F,P..P:参见《文件管理制度》对代码的规定。

RM.N:发布版本号。

A.4 系统、数据库、开发与支持软件工具的编号保留供应商所提供的系统、数据库、开发与支持软件工具编号。

附录 B :配置项状态报告B.1 系统软件、数据库、开发与支持软件工具列表B.2 软件基线/配置项状态报告B.3 软件基线软件基线变更报告附录 C :软件配置管理测量报告(注:文档可能无法思考全面,请浏览后下载,供参考。

可复制、编制,期待你的好评与关注)。

相关主题