配置管理过程.doc_第1页
配置管理过程.doc_第2页
配置管理过程.doc_第3页
配置管理过程.doc_第4页
配置管理过程.doc_第5页
已阅读5页,还剩7页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

配置管理过程版本:1.2发布时间:文件变更记录*A - 增加 M - 修订 D - 删除变更版本号日期变更类型(A*M*D)修改人变更摘要备注1. 目的本文档描述了软件开发项目的标准软件配置管理过程。该过程向软件开发项目中与配置管理有关的人员提供说明和行动指南,使开发人员、测试人员、项目管理者、质量保证人员以及客户能方便地通过软件配置管理获得有用的信息。2. 适用范围2.1 机构:质量部、产品部、开发部2.2 业务:软件项目的配置管理活动。3. 概述本过程包括建立配置库设置访问权限、组建CCB、制定配置管理计划、发布基线、基线变更管理、配置状态记录、配置审计、备份配置库、产品发布、移交项目资产入资产库十个子过程。本过程是描述项目如何计划配置管理活动,并在整个软件的生命周期中如何执行配置管理活动的。软件配置管理是CMMI的一个重要组成部分,其目在于建立和维护在项目的整个生命周期内软件项目产品的完整性。4. 名词术语基线:已经通过正式的同级评审而获得认可,可以作为一个基本纲领为今后工作服务并且只能通过正式的变更控制过程才可改变的一个或多个软件配置项。定义基线:在项目策划过程中,对基线的个数、时间和条件,以及包含工作产品的定义。建立基线:根据项目计划中的定义,在实施过程中,经由评审组评审和软件配置控制委员会批准,建立起来的由特定工作产品组成的基线。配置项:由配置管理视为一个单一整体而进行处理的工作产品(例如:在软件生存周期各阶段所产生的各种形式和各种版本的文档、程序、数据等)以及完成工作产品所需的软件工具和支持系统。软件配置控制委员会:Configuration Control Board ,简称CCB,负责评价和批准(或不批准)建立基线,评价和批准(或不批准)对基线化配置项所提出的变更,并负责保证那些已批准的变更能得到实施的组。物理配置审计:Physical audits authenticate ,简称PCA ,审计软件产品的完整性,以确保其包含全部应有的元素、文档与数据。功能配置审计:Functional configuration audit ,简称FCA,审计软件产品的正确性,以确保其性能和基线化的需求相一致。5. 流程图6. 过程定义6.1 建配置库、设置访问权限概述组织级配置管理员根据项目经理提供的项目简称、项目成员信息,依据标准配置库结构,创建以项目简称命名的项目配置库,并设置配置库的访问权限。参与人员及职责1组织级配置管理员:建配置库,设置访问权限入口准则1项目启动输入1项目经理提供的项目情况和成员名单2项目配置管理规范过程步骤1组织级配置管理员根据项目经理提供的项目简称、项目成员信息,依据标准配置库结构,创建以项目简称命名的项目配置库。2组织级配置管理员依据项目配置管理规范设置配置库的访问权限,项目配置库只能由项目组成员、项目经理 和QA 与高级经理有权限访问。项目开发过程中,有成员进入或离开项目组时,项目经理应及时通知组织级配置管理员,相应分配或收回项目配置库的访问权限。3组织级配置管理员同时应该指导、审计项目级配置管理员工作。4在项目启动阶段,组织级配置管理员负责对项目配置管理员进行配置管理相关知识、技能的培训。输出1创建好的配置环境出口准则1已设置权限的项目配置库创建完成资源和能力要求l 资源:创建配置库所需的资源l 能力:n 组织级配置管理人员应接受过配置库管理方法的培训度量度量元采集点配置管理人员创建配置库所花费的时间周报裁剪指南裁剪内容裁剪准则不可裁减无6.2 组建CCB概述项目经理组建软件配置控制委员会(CCB)参与人员及职责1项目经理:组建CCB入口准则1项目启动输入1项目配置管理规范过程步骤1项目经理负责申请组建软件配置控制委员会(CCB)。CCB一般由项目经理,配置管理员组成。CCB 成员建议在此范围内选择:项目经理、项目经理上级领导、QA、客户经理和测试负责人,人数在2 人以上,5 人以内。CCB 成员由高层经理审批。2CCB 负责批准基线建立,控制基线变更。输出1CCB出口准则1CCB通过审批资源和能力要求l 资源:创建CCB所需的资源l 能力:n 项目经理应接受过项目管理方面的培训度量度量元采集点组建CCB所花费的时间周报裁剪指南裁剪内容裁剪准则不可裁减无6.3 制定配置管理计划概述配置管理计划是配置管理活动中重要的一环,内容包括明确项目的配置管理职责和配置基线建立的时机,确认需要纳入配置管理的要素即配置项,制定配置项的标识规范和配置管理规程,安排必要的配置管理活动等一系列重要的配置管理活动。参与人员及职责1项目级配置管理员:制定配置管理计划入口准则1项目启动输入1项目配置管理规范2项目开发计划过程步骤1项目级配置管理员根据项目开发计划确定配置项、基线及基线建立时间,将具体内容记录于配置管理计划中。2配置管理员和QA协商,拟定配置审核的时间,采用的方式(逐一审查或抽查),抽查比例及其他安排,审核的时间频度详见项目配置管理规范。3配置管理员针对所使用的配置管理工具,确定备份策略和时间,将具体内容记录于配置管理计划中。4将制定好的配置管理计划提交与配置管理委员会审批,具体见评审过程。输出1配置管理计划出口准则1配置管理计划通过审批。资源和能力要求l 资源:制定配置管理计划所需的资源l 能力:n 配置管理人员应接受过编制配置管理计划方法的培训度量度量元采集点配置管理人员识别配置项、定义基线和编写配置管理计划所花费的时间周报裁剪指南裁剪内容裁剪准则不可裁减无6.4 发布基线概述基线的最初创建和发布发生在生命周期中基线项最初开发阶段的末期。例如,在系统需求阶段末期,要审阅和批准客户需求。项目经理会把它们置于配置控制之下(即建立需求基线)。或者,在编码阶段末期,当程序经过了审阅、单元测试和批准,可以建立源代码基线。参与人员及职责1CCB:批准正式基线的发布。2项目级配置管理员:编写基线发布报告,发布基线。入口准则1所有的基线元素已完成并被批准。输入1即将形成基线的产品2基线发布报告模版过程步骤1见基线发布控制规程。输出1基线形成并发布相关产品和报告出口准则1基线发布报告及基线产品资源和能力要求l 资源:基线发布报告模版l 能力:n 配置管理人员应接受过基线发布方法的培训度量度量元采集点配置管理人员进行基线发布所花费的时间周报裁剪指南裁剪内容裁剪准则不可裁减无6.5 基线变更管理概述项目按照配置管理计划规定的职责、任务、规程、在项目的进展过程中针对基线工作产品进行变更控制,其中包括变更的申请与批准、变更的实施、配置状态统计等活动。参与人员及职责1CCB:分析、评审并批准基线的变更,确保只有经批准的变更请求才能进行实施2项目经理:负责审核批准开发基线的变更3相关组成员:按照配置管理规范,配合配置管理人员的配置管理活动4质量保证人员:审查项目配置变更管理活动,验证它与配置计划和配置管理过程文件的符合性入口准则1基线发生变更输入1配置变更申请表2项目配置基线过程步骤1基线产品需要发生变更时,需由软件配置控制委员会认可,变更过程遵照配置项变更控制规程。输出1配置项变更请求表2配置项变更记录表出口准则1变更后的基线通过确认被纳入基线库资源和能力要求l 资源:配置项变更请求表模板、配置项变更记录表l 能力:n 相关人员应接受过相应方法的培训度量度量元采集点相关人员进行基线变更所花费的时间基线变更的数量和次数周报配置管理总结报告裁剪指南裁剪内容裁剪准则不可裁减无6.6 配置状态记录概述配置状态记录是对配置人员如何进行配置状态记录的活动的描述。配置日常活动主要是对配置项进行状态记录,并在相应时间发布状态报告,同时,配置状态记录要文档化并定期维护。参与人员及职责1项目级配置管理员:维护配置状态记录;制定配置状态报告;发布配置状态报告2项目经理:监督和分析入口准则1配置库中的配置项的状态发生变化输入1配置项变更申请表2发生状态改变的配置项过程步骤1收集配置库数据:a. 配置项状态记录从配置项进入配置库的一刻起开始记录b. 收集、整理相应的配置记录,以便生成完整的配置项状态报告2生成状态报告,将配置项状态记录在配置状态报告中3分发状态报告:通过E-mail或者书面方式将报告通知相关人员输出1配置状态报告出口准则1配置状态报告已生成资源和能力要求l 资源:配置状态报告模板l 能力:n 相关人员应接受过相应方法的培训度量度量元采集点配置人员用于报告的制作和发布所花费的时间周报裁剪指南裁剪内容裁剪准则不可裁减无6.7 配置审计概述配置审计的目的要证实软件产品在其整个生命周期中,各配置项在技术上和管理上的完整性,并确保在基线发布之前,所有质量和配置活动都已经完成。参与人员及职责1项目经理:执行功能审计2项目级配置管理员:审计准备;执行产品审计;制作审计报告;问题跟踪3技术人员:执行功能审计4QA:监督审计过程入口准则1有待发布的基线报告输入1待审计的软件产品基线2配置状态报告过程步骤1物理配置审核:审核配置项是否符合预期的物理特性,既特定的媒体形式,按活动检查单中物理配置审核部分的内容进行审核。将审核结果填入质量问题追踪表中。A 根据配置管理计划检查进入配置库的基线配置项是否都在基线库中,是否在相应的目录下B 检查配置状态报告中配置项的信息(如版本,更改情况)是否与配置库中相同2功能配置审核:验证配置项实际功效是否与需求一致。按配置管理计划中约定的时间对活动检查单中规定的检查项进行逐一检查或抽查,依据是需求规格说明书和需求跟踪矩阵A 检查每条需求是否都在概要设计说明书或详细设计说明书中有对应B 检查每条需求对应的设计是否有代码C 检查测试用例是否覆盖每条需求D 抽样检查测试的结果3处理问题: 若在审核中发现问题,QA需通知有关人员改正并追踪落实输出1配置审计报告2质量问题追踪表出口准则1审核内容完成,发现的问题得到解决和追踪资源和能力要求l 资源:配置审计报告模板l 能力:n 相关人员应接受过相应方法的培训度量度量元采集点审计人员在审计过程中所花费的时间周报裁剪指南裁剪内容裁剪准则不可裁减无6.8 备份配置库概述备份配置库是非常重要的,目的是最小化丢失以及在软件产品生命周期的开发期间和运行/维护阶段的风险参与人员及职责1项目级配置管理员:备份配置库入口准则1达到配置管理计划中约定的备份时间输入1配置管理计划2备份指南过程步骤1项目级配置管理员参照备份指南,对配置库进行备份。输出1无出口准则1配置库备份完成资源和能力要求l 资源:备份配置库所需的资源l 能力:n 配置管理员应接受过备份方法的培训度量度量元采集点配置人员备份配置库所花费的时间周报裁剪指南裁剪内容裁剪准则不可裁减无6.9 产品发布概述产品发布主要是针对客户的。在系统测试完成并通过后,项目组要对产品进行构造形成试用的软件产品,将该软件产品发布给客户,进行安装并对客户进行培训,我们称这个阶段为试运行。在试运行期,软件产品根据客户的使用仍会发现缺陷存在,通过变更控制过程,修改缺陷,可能会发布多个不同版本的软件产品。在试运行期结束,产品验收后,将根据客户的要求发布正式的软件产品参与人员及职责1CCB:批准发布2项目级配置管理员:实施发布3客户:接收发布产品4项目经理:实施安装培训入口准则1待发布的产品基线构造完成输入1待发布产品基线2产品发布申请表过程步骤1见产品发布控制规程的描述输出1软件产品2产品发布申请3产品发布报告出口准则1产品已发布资源和能力要求l 资源:产品发布报告模板、产品发布申请模板l 能力:n 配置管理员应接受过相应方法的培训度量度量元采集点配置人员发布产品所需的时间周报裁剪指南裁剪内容裁剪准则不可裁减无6.10 移交项目资产入产品库概述项目结项后,组织级配置管理员遵照文档资料管理规程, 对资产库和文档资料进行管理。参与人员及职责1项目级配置管理员:移交项目资产2组织级配置管理员:接受项目资产,对项目资产进行管理3项目经理和QA:确认工作产品入口准则1项目结项输入1配置管理计划过程步骤1项目结项后,组织级配置管理员确认相关工作产品,将纸质文档进行编号,并确定文档资料密级,放入公司资料库中保存,同时备份项目开发使用的配置库(CVS配置库或SVN配置库),包含所有配置项与历史版本,收回所有人的访问权限。2组织级配置管理员遵照文档资料管理规程, 对产品库和文档资料进行管理。输出1资产库出口准则1项目资产完整到入产品库资源和能力要求l 资源:移交项目资产所需的资源l 能力:n 配置管理员应接受过相关方法的培训度量度量元采集点移交项目资产所花费的时间组织级配置管理员管理产品库所花费的时间周报裁剪指南裁剪内容裁剪准则不可裁减无7. 相关规程/过程7.1 HS-SP-SU02-P01基线发布控制规程7.2 HS-SP-SU02-P02配置项变更控制规程7.3 HS-SP-SU02-P03产品发布控制规程7.4 HS-SP-SU02-P04文档资料管理规程8. 相关标准与指南8.1 HS-SP-SU02-S01项目配置管理规范8.2 HS-SP-SU02-S02 配置项标识规范8.3 HS-SP-SU02-S03开发工具管理规范8.4 HS-SP-SU02-S04文档资料存档约定表8.5 HS-SP-SU02-G01 备份指南9. 表格与模板9.1 HS-SP-SU02-T01 配置管理计划9.2 HS-S

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论