配置管理过程

1、16/16目 录 TOC o 1-3 h z HYPERLINK l _Toc6061825 1.目的 PAGEREF _Toc6061825 h 2 HYPERLINK l _Toc6061826 2.范围 PAGEREF _Toc6061826 h 2 HYPERLINK l _Toc6061827 3.职责 PAGEREF _Toc6061827 h 2 HYPERLINK l _Toc6061828 4.工作程序 PAGEREF _Toc6061828 h 2 HYPERLINK l _Toc6061829 4.1置于配置治理下的软件工作产品 PAGEREF _Toc6061829 h

2、 2 HYPERLINK l _Toc6061830 4.2SCCB人员 PAGEREF _Toc6061830 h 3 HYPERLINK l _Toc6061831 4.3配置治理过程 PAGEREF _Toc6061831 h 3 HYPERLINK l _Toc6061832 4.3.1打算和配置环境 PAGEREF _Toc6061832 h 3 HYPERLINK l _Toc6061833 4.3.2基线配置项的治理过程 PAGEREF _Toc6061833 h 4 HYPERLINK l _Toc6061834 4.4 配置治理活动 PAGEREF _Toc6061834 h

3、 6 HYPERLINK l _Toc6061835 5.参考资料 PAGEREF _Toc6061835 h 6 目的软件配置治理的目的是在整个项目周期中建立和维护整个项目及相关产品的 完整性及一致性.在每一个项目中清晰分配SCM人员及任务.保证软件项目的配置治理活动是有打算的；SCM贯穿项目的整个生命周期.所选择的软件工作产品是确定的, 受控的, 可访问和可使用的对差不多确定的软件工作产品的变更是受控的；SCM贯穿外部软件产品交付、内部软件交付及内部支持工具开发的整个过程.软件项目中确认的差不多信息及相关的产品或工件要置于配置治理系统之中同时可被相关人员访问.在项目生命周期中, 有关部门要

4、对软件基线和SCM行为进行定期检查.范围新的软件项目；基于以往项目进行修改的软件项目。职责1）SCCB负责审定软件基线的建立和配置项的标识；软件基线审批和针对基线变更的审批；审定由软件基线库生成的产品.2）配置治理员负责实施项目的配置治理；负责执行SCCB确认的工作，并将配置治理活动通知受阻碍的组和个人。3）高级治理者定期审核配置治理活动。工作程序置于配置治理下的软件工作产品置于配置治理下的工作产品通常包括:各种标准（代码书写标准、设计标准等）打算（开发打算、 配置治理、质量保证打算等)软件需求讲明书及相关的演示模型和文档设计文档软件源代码数据库文件测试打算、测试程序和数据软件操作手册各种跟踪

5、记录、测试记录、评审报告等其他与软件开发及治理相关的和必要的文档等SCCB人员SCCB由研发经理、项目经理、软件项目经理、 客户经理、质量保证经理、相关部门代表组成, 具有软件变更及配置变更审批权的小组.开始配置治理过程开始打算和配置环境确认配置治理工具确认配置治理工具确定配置项确定配置项确定配置治理需要的目录结构确定配置治理需要的目录结构为配置项定义命名规范和版本操纵方法为配置项定义命名规范和版本操纵方法定义访问限制定义访问限制确定配置项被移入基线的点确定配置项被移入基线的点定义跟踪配置项目状态的方法定义跟踪配置项目状态的方法确定变更操纵程序确定变更操纵程序定义备份程序定义备份程序定义归档程

6、序定义归档程序定义公布程序定义公布程序 制定SCM打算制定SCM打算4.3.1.1确认使用的配置治理工具；4.3.1.2确定应置于配置治理的配置项4.3.1.3确定配置治理需要的目录结构4.3.1.4为配置项定义命名规范和版本操纵方法，制定时考虑以下因素：安排给每个配置项唯一的标识符；每个重要配置项的特征；每个配置项所属于的目录；标识每个配置项的负责人（即从配置治理的角度来讲的所有者）。4.3.1.5定义目录或文件访问限制；4.3.1.6确定配置项被移入基线的点在配置治理打算中讲明要在产品生命周期中的哪些时刻点处建立基线。；4.3.1.7定义跟踪配置项状态的方法4.3.1.8确定基线变更程序（

7、参见软件基线变更过程）4.3.1.9定义备份程序对项目配置治理数据库进行备份，备份后的数据能够通过CDR刻录的方式进行保存。具体的备份时刻，依照具体的项目，由配置治理员决定。4.3.1.10定义公布程序项目在系统测试通过，配置项入基线库后，经软件项目经理批准后，提交用户试运行，出具验收报告后，进入产品库。4.3.1.11定义存档程序一个软件项目结束后，对最终的软件配置治理库进行归档。4.3.1.12制定配置治理打算依照定义的配置治理打算模板制定配置治理打算（打算要进行评审，可参见评审过程），通过上述的配置治理活动，配置治理员配合软件项目经理进行配置治理打算的制定工作。基线配置项的治理过程配置项

8、A配置项Add File同意被批准的基线配置项变更请求同意被批准的基线配置项变更请求配置项配置项Check out配置项修改配置项修改修改后的配置项被修改后的配置项被批准否 是对软件配置项进对软件配置项进行基线状态记录配置项Check in进入基线库在里程碑时进行审核，形成报告在里程碑时进行审核，形成报告 4.3.2.1 Add File：对已确定的基线配置项，将其存入配置治理基线库，并放在相应的目录下4.3.2.2同意基线配置项的变更请求，请求差不多SCCB批准.4.3.2.3配置项Check Out：有相应权限的人首先检查此配置项是否已被Check Out，若已被Check Out，则等待

9、该配置项被Check In后再进行Check Out。4.3.2.4配置项修改：只有Check Out 的配置项才能被修改4.3.2.5 修改后的文档经评审确认后进入基线库；修改后的代码由测试人员测试出具报告，经评审批准后进入基线库，否则返回接着修改。4.3.2.6 基线配置项Check In：基线配置项更改被SCCB批准后，需要重新存入配置治理库，通过Check In操作进行4.3.2.7 在配置治理活动中，要对引起配置项状态变化的活动进行记录（如Add File、Check Out、Check In）。4.3.2.8在里程碑时进行基线状态统计及审核，形成报告详细统计基线库内配置项的状态（即

10、更改和其它活动）。审核软件基线的完整性。审核配置治理活动是否与配置治理打算中的描述相符合。验证软件基线库内容的完备性和正确性。验证项目治理与使用的配置治理 方针和过程的符合性。4.4 配置治理活动公司实行二级配置治理，一级是公司级，另一级是项目级，每一项目必须配备一名专职配置治理员。具体分工如下：1 项目级配置治理负责协调和实施项目内部的配置治理，包括以下活动：制定配置治理打算、维护配置治理 打算；制定并维护项目标识规范；按时归档配置项；标识并治理置于配置治理过程之下的软件工作产品集合；进行软件项目的软件基线库生成和治理；软件配置状态的统计并通知相关人员（软件项目经理、研发经理、高级治理者、项目组成员）；软件基线库的维护和备份；在项目开发过程中记录并保存各项评审记录；在项目开发过程中保存并治理与项目相关的技术文档、标准和规程。2 公司级配置治理负责指导和监督项目组内的配置治理，实施项目软件设计范围之外的配置治理和软件产品基线的治理。包括：1）监督各项目软件基线库的治理活动；2）产品库