软件配置管理程序
版本历史
版 本
作者/修改者
日 期
备 注
目录
1软件配置管理程序
11. 目的
12. 职责
13. 程序
. 制定SCM计划
. 配置库的建立与维护
. 配置项/单元的标识
. 配置入库请求
. 配置更改请求
. 配置更改的控制(详细描述)
. 配置出库请求
. 作废,归档
. 软件产品的发布
. 配置项/单元状态的记录
. 配置管理报告
. 软件基线审核
. 配置管理活动的测量
. 配置管理活动的验证
. 总经理的验证
. PM的验证
. SCM小组的验证
. SQA的验证
54. 软件配置管理需要的培训
55. 相关文件/记录
目的
有计划地实施软件配置管理，确保所选择的软件产品具有可追溯的标识、受到控制并具有可用性，所标识的软件工作产品的变更受控。并让相关小组和个人及时了解软件基线的状态和内容。
职责
对软件配置进行管理的职责涉及以下职能小组：
SCM小组负责协调和实施软件配置管理活动。
SCCB负责管理软件产品基线。
部门经理，项目负责人和SQA人员负责对软件配置管理活动的验证。
程序
制定SCM计划
SCM小组应在制定项目总体计划和软件项目计划同时开始制定《软件配置管理计划》，计划的内容包括：
SCM小组的构成和职责分工与权限；
执行的活动与活动的进度安排，执行的活动
需要的工具、设备；
由软件工程组和其他相关组执行的SCM需求和活动。书面的配置管理计划应提交与软件项目组有关的相关职能小组的评审,评审通过的配置管理计划应作为项目的配置项纳入配置管理。
配置库的建立与维护
SCM小组应建立配置库，确定配置库的结构和各分支、各级配置库的访问权限与检入检出规则。所建立的配置库应具备以下功能：
支持多级控制，
提供相关小组之间的共享和传送功能；
提供对库结构和内容进行维护的功能。
配置管理计划中应描述建立配置库所使用的工具。
为保证其他相关小组对配置库的维护和使用，配置管理人员要编写《配置库使用帮助文档》。
配置项/单元的标识
应在《配置管理计划》中为每一个配置项/单元指定唯一的标识，说明每一个配置项/单元的特征，和每一个配置项/单元所属的软件基线。还应规定每一个配置项/单元置于配置管理的时机和条件。并标明每一个配置项/单元的责任人。
配置入库请求
对所有需要纳入配置库的配置项/单元，在纳入配置库之前，首先要提出申请 。经项目负责人审批后，由配置管理人员将其做为配置项纳入配置库中，并在《配置状态记录表》中予以记录。
配置更改请求
对于已纳入配置管理的配置项/单元，出现问题或需要变更时，经项目负责人审批后,并在《配置状态记录表》中予以记录。
《更改申请单》应包括：
更改提出者
更改对象
更改理由
……..
更改实施的跟踪记录及相关附件
配置更改的控制(详细描述)
软件配置项/单元的更改请求应提交更改所涉及的相关职能小组的评审，以确定：
更改对其他部分的影响；
更改是否可实现；
更改结果所需要的验证方式
应通过评审确保更改不会带来非预期的结果。评审通过后的更改请求还须得到SCCB的批准方可实施。
欲实施更改的配置项/单元由授权的SCM人员检入和检出。SCM人员在检入和检出时应验证上述规定以及中的内容。
SCM人员应为配置项/单元建立《配置状态记录表》，。
配置出库请求
对因更改、作废、重用等而需要提出配置库的配置项/单元，在出库之前，首先要提出申请。经项目负责人审批后，由配置管理人员办理出库并填写《配置状态记录表》。
作废,归档
软件产品的发布
由于公司内部使用或外部交付的目的，在准备产品发布时，拟发布的产品必须由项目负责人提出书面的《软件发布单》，经SCCB批准后，由授权的SCM人员从软件基线库中选取产品单元构建，转入产品库。
书面的《软件发布单》应描述：
拟发布的产品（特征、标识、版本）；
产品的构成单元（特征、标识、版本）；
复制目标媒体形式、复制份数；
目标媒体的标识。
申请被批准后，产品的构建、检验、复制与标识过程应予以记录并标明责任人。
配置项/单元状态的记录
SCM人员应针对每一个项目建立配置管理记录《配置状态记录表》，详细记录对所有配置项/单元的实施的配置管理。记录中应标明：
配置项/单元名称；
检入时间/检入条件/赋予标识/版本状态；
检出时间/检出理由（可指向能说明理由的相关表单）；
修改状态（如果为了修改而检出）；
该记录中应保持每一个配置项/单元的当前的和所有的历史状态。
配置管理报告
软件项目各相关职能小组和人员应按期填写《配置管理报告》，以报告不同阶段软件基线的配置管理的活动和内容：《配置管理报告》应由SCM小组纳入受控管理。
软件基线审核
SCCB应按照软件配置管理计划，并遵循《SCCB章程》的安排，指定负责实施针对项目的软件基线审核的小组，并指定小组长。
软件基线审核的内容包括：
基线的完整性
基线生成的过程是否符合SCM程序文件定义的流程
基线变更的过程是否符合SCM程序文件定义的流程
基线库的备份
配置管理活动的测量
与项目对应的SCM小组应对SCM活动的以下数据进行统计，报告：
在确定的每一时间段（如每周、每月等）针对每一配置项/单元提出的变更请求数；
SCM活动完成的工作内容（项）、工作量、及耗费的资金统计。
配置管理活动的验证
总经理的验证
SCM小组的报告、记录与统计数据应提交每月一次的有经理参加的评审会议，评审会议内容包括：
SCM的技术、人员配置和SCM进度计划的执行情况。
SCM计划的实施是否存在技术、资源、程序/规范/标准等方面的冲突和问题；
关于上述内容可能的后续措施的制定、实施与跟踪的职责与结果报告方法，跟踪活动应延续到问题关闭。
以上内容，记录评审结果。并作为项目阶段成果和进展的重要依据。会议的任何决定应以《备忘录》形式发放相关职能小组和个人。
PM的验证
SCM小组应参加软件项目负责人每周或需要时召集软件项目进展涉及的各职能小组（如测试组、配置管理组、SQA等）对软件项目进行的评审，并向评审会议提交SCM活动的相应记录与报告。评审的内容包括：
根据软件项目的SCM计划，评审项目的SCM活动在技术、成本、人员配备和进度计划的实施状况
讨论SCM小组与其他小组间的接口问题；
关于上述内容可能的后续措施的制定、实施与跟踪的职责与结果报告方法，跟踪活动应延续到问题关闭。
软件项目负责人实施的上述评审可以与定期的项目组内部评审同时进行。应记录会议的过程和结果，会议的任何决定应以《备忘录》形式发放相关职能小组和个人。
SCM小组的验证
SCM小组应对软件基线进行审核，以验证：
基线的建立是否符合选定的软件生命周期；
基线库的内容是否完整；
应记录审核的过程和结果，形成书面报告，并反馈给软件项目负责人和相关责任人。对于审核中发现的问题，应以书面报告予以跟踪直至关闭。
SQA的验证
按照SQA计划的安排，SQA小组采取定期评审和/或审核的方式对软件配置管理活动和软件产品进行验证
SCM小组、SCCB、软件项目组和其他与软件项目相关的职能小组是否按照规定的《配置管理程序》实施配置管理活动；
是否定期实施了软件基线审核。
评审和/或审核的结果应形成书面的记录和报告，并提交相关报告。对于不符合情况应形成书面的不符合报告，与相关责任人协商纠正措施，由相关责任人负责实施纠正措施，SQA人员应对纠正措施的实施结果进行跟踪验证，直至关闭。
软件配置管理需要的培训
SCM人员需要的培训
软件工程组和其他相关组成员需要的培训
相关文件/记录
PAGE
PAGE 2
