SPISCMP01配置管理过程文件.docx

1、SPISCMP01配置管理过程文件编码：NK-SPI-S-CM-P01北京京北方科技有限公司配置管理过程文件拟制人 谢默玲 日期 2006年02月20日审核人 唐华明 日期 2006年02月27日批准人 孙海涛 日期 2006年02月28日更改控制页序号版本号更改时间更改内容描述填写人11.02005-11-16新建谢默玲22.02006-02-20将配置管理活动的角色中的项目经理修改为CCB。谢默玲目 录1 目的 12 范围 13 术语定义 14 职责 15 裁剪指南 26 过程 36.1 配置管理的日常活动过程 36.1.1 概要图 36.1.2 启动条件 56.1.3 输入 56.1.4

2、 活动 56.1.5 输出 76.1.6 关闭标准 76.2 配置项的变更管理过程 86.2.1 概要图 86.2.2 启动条件 86.2.3 输入 96.2.4 活动 96.2.5 输出 106.2.6 关闭标准 107 审核 108 度量 109 技能要求 1110 参照文件 111 目的配置管理员运用配置管理方法和工具对组织过程的工作产品进行管理，维护，从而保证工作产品的完整性，达到有序管理和减少重复性工作。2 范围适用于在公司过程改进过程中所产生的所有工作产品。3 术语定义基线：基线是一组经过正式审查并且达成一致的规范或工作产品，是开发工作的基础。CCB(Configuration C

3、ontrol Board):配置控制委员会。CCB通常由项目经理、资深项目成员和配置管理员等组成。通常项目经理为CCB负责人。4 职责角色活动配置管理员项目组成员CCB识别配置项执行选择管理工具执行制订配置计划执行审核审核建立各级配置库执行分配配置库权限执行配置管理管理配置库提交/维护配置项配置项变更提交申请/跟踪变更评审评审配置审计审计/填写记录发布基线1)按里程碑提交待发布产品2)发布基线/出基线发布通知判断是否达到标准判断是否达到标准项目结束后整理完善记录与文档/提交组织5 裁剪指南依照项目已定义过程进行裁剪。6 过程6.1 配置管理的日常活动过程6.1.1 概要图6.1.2 启动条件项

4、目组建立指定了专门的配置管理员。6.1.3 输入里程碑计划项目过程定义书项目计划项目进展报告配置管理计划6.1.4 活动6.1.4.1 识别配置项依据里程碑计划和项目过程定义书确定纳入哪些配置项以及何时纳入。6.1.4.2 选择配置管理工具根据实际情况，选择适合的配置管理工具。如：Microsoft公司的Visual SourceSafe等。6.1.4.3 制定配置管理计划配置管理员与项目组成员协商后，由配置管理员制定出配置管理计划提交CCB审核，通过后形成正式的得到授权的配置管理计划，作为配置管理活动的指导性文件。6.1.4.4 建立各级配置库配置管理员依据生存周期中不同时间所需的控制等级不

5、同来设置各级配置库。即建立配置管理库的目录结构。开发区里包含正在创建或修改的配置项。它是开发者的工作空间。受开发者控制。开发区里的配置项处于版本控制之下。配置管理员只需要给出推荐建库的规则。受控区里包含基线和对基线的更改。受控区里的配置项处于完全的配置管理管理之下。6.1.4.5 分配管理权限依据相关人员在项目过程中所担当的角色为其分配管理权限。6.1.4.6 提交维护配置项项目组成员按照配置管理系统访问控制规程的要求，在配置管理系统中的开发区里对配置项进行导入、检入、检出等操作。对于受控区里的配置项要经过受权才能进行导入、检入、检出等操作。6.1.4.7 管理配置库对配置库的管理主要包括以下

6、内容：a) 检查配置项是否按照配置项命名规则进行正确的命名。b) 检查配置项是否按时、按要求提交和维护。c) 对于基线区里的配置项的情况要反映在配置项状态表中。在配置项状态表里填写基线区里的所有配置项的编号和名称，记录配置项的作者、版本、状态等信息。d) 当基线区里的配置项发生变更时，要跟踪配置项的状态，将配置项的状态反映到配置项状态表和对应的基线状态表中。e) 保护配置管理系统的内容，对配置库的内容进行定期备份。6.1.4.8 配置审计依据配置管理计划中的审计频度的要求对照配置管理系统访问控制规程进行配置审计。将审计的情况填写到配置审计记录中。6.1.4.9 发布基线配置管理员根据项目进展报

7、告来判断是否达到里程碑点。如果达到里程碑点就从开发库里提出待发布的产品到待发布区；CCB判断是否达到发布标准，如果达到标准则授权配置管理员发布基线。配置管理员出基线发布通知，并将发布内容导入基线库。在配置项状态表和基线状态表中记录相应的内容。6.1.4.10 过程财富提交组织项目结束后，配置管理员整理并完善记录与文档，提交组织。6.1.5 输出配置管理计划配置管理系统访问控制规程配置管理记录配置审计记录基线发布通知6.1.6 关闭标准项目已经结束，过程财富提交给组织。6.2 配置项的变更管理过程6.2.1 概要图6.2.2 启动条件基线库中的配置项的变更申请被提出。6.2.3 输入配置项变更申

8、请配置管理计划6.2.4 活动此变更过程对基线内的配置项适用。6.2.4.1 提交变更申请基线库中的配置项如果需要发生变更时，填写配置项变更申请并提交到CCB。6.2.4.2 变更评审CCB分析配置项变更申请中建议的变更影响。评审变更的过程要确保这些变更与所有技术需求和项目需求一致。对变更的影响的评价要紧密结合项目或合同需求。对于在若干产品中使用的配置项的变更，可能会引发其他应用中的影响，要解决这个问题。对那些受变更请求影响并且将在后面的基线中处理的配置项进行审查并求得一致。记录评审的结果、理由和解决方案，CCB代表签字确认，并授权配置管理员发布变更通知，授权相关人员执行变更。 6.2.4.3

9、 变更执行按给出的解决方案采取行动，并且向受影响的各方报告情况。变更的配置项是在基线区的，因此是受控的。由配置管理员检出后交给变更执行人员，执行人员修改后交给CCB进行评审，通过后由配置管理员检入。在进行检出、检入和导入等操作时要记录变更执行过程中的配置项状态，并将状态填写在配置项状态表和基线状态表中。6.2.4.4 变更审核CCB对变更执行情况进行审核，以保证变更的执行按要求完成。配置管理员对提交的配置项进行审核，合格后将配置项提交到基线库。更改配置项状态表和基线状态表中的状态。6.2.4.5 变更审计配置管理员在变更过程中所做的工作依照配置检查表进行自检，并记录情况到配置审计报告中。6.2

10、.5 输出配置管理记录变更通知配置项变更申请6.2.6 关闭标准当次配置变更活动结束。7 审核配置管理计划要通过CCB评审；CCB要对待发布的基线是否达到发布标准进行评审；当配置项发生变更时，CCB对配置项变更申请的建议的影响进行分析，给出解决方案。配置变更执行的情况CCB要进行审核。8 度量每个项目（任务）阶段配置项的个数；配置项变更的数量和次数；配置管理员工作量以及占项目（任务）工时比例；基线发布的次数和工时基线上配置项的个数配置审计的工时和次数9 技能要求能够独立规划项目的配置管理工作；熟练掌握配置管理的相关概念；能够了解配置的相关工具，熟练使用技术工程部配置所使用的工具；具有基本的与人沟通的技巧；能够了解项目管理过程中的主要环节；初步了解项目管理过程中的质量保证的各个方面。10 参照文件配置管理规程