配置管理过程文档格式.docx
- 文档编号:17376878
- 上传时间:2022-12-01
- 格式:DOCX
- 页数:15
- 大小:21.94KB
配置管理过程文档格式.docx
《配置管理过程文档格式.docx》由会员分享,可在线阅读,更多相关《配置管理过程文档格式.docx(15页珍藏版)》请在冰豆网上搜索。
4.名词术语
基线:
已经通过正式的同级评审而获得认可,可以作为一个基本纲领为今后工作服务并且只能通过正式的变更控制过程才可改变的一个或多个软件配置项。
定义基线:
在项目策划过程中,对基线的个数、时间和条件,以及包含工作产品的定义。
建立基线:
根据项目计划中的定义,在实施过程中,经由评审组评审和软件配置控制委员会批准,建立起来的由特定工作产品组成的基线。
配置项:
由配置管理视为一个单一整体而进行处理的工作产品(例如:
在软件生存周期各阶段所产生的各种形式和各种版本的文档、程序、数据等)以及完成工作产品所需的软件工具和支持系统。
软件配置控制委员会:
ConfigurationControlBoard,简称CCB,负责评价和批准(或不批准)建立基线,评价和批准(或不批准)对基线化配置项所提出的变更,并负责保证那些已批准的变更能得到实施的组。
物理配置审计:
Physicalauditsauthenticate,简称PCA,审计软件产品的完整性,以确保其包含全部应有的元素、文档与数据。
功能配置审计:
Functionalconfigurationaudit,简称FCA,审计软件产品的正确性,以确保其性能和基线化的需求相一致。
5.流程图
6.过程定义
6.1建配置库、设置访问权限
概述
组织级配置管理员根据项目经理提供的项目简称、项目成员信息,依据标准配置库结构,创建以项目简称命名的项目配置库,并设置配置库的访问权限。
参与人员及职责
1
组织级配置管理员:
建配置库,设置访问权限
入口准则
项目启动
输入
项目经理提供的项目情况和成员名单
2
《项目配置管理规范》
过程步骤
组织级配置管理员根据项目经理提供的项目简称、项目成员信息,依据标准配置库结构,创建以项目简称命名的项目配置库。
组织级配置管理员依据《项目配置管理规范》设置配置库的访问权限,项目配置库只能由项目组成员、项目经理和QA与高级经理有权限访问。
项目开发过程中,有成员进入或离开项目组时,项目经理应及时通知组织级配置管理员,相应分配或收回项目配置库的访问权限。
3
组织级配置管理员同时应该指导、审计项目级配置管理员工作。
4
在项目启动阶段,组织级配置管理员负责对项目配置管理员进行配置管理相关知识、技能的培训。
输出
创建好的配置环境
出口准则
已设置权限的项目配置库创建完成
资源和能力要求
资源:
创建配置库所需的资源
能力:
组织级配置管理人员应接受过配置库管理方法的培训
度量
度量元
采集点
配置管理人员创建配置库所花费的时间
周报
裁剪指南
裁剪内容
裁剪准则
不可裁减
无
6.2组建CCB
项目经理组建软件配置控制委员会(CCB)
项目经理:
组建CCB
项目经理负责申请组建软件配置控制委员会(CCB)。
CCB一般由项目经理,配置管理员组成。
CCB成员建议在此范围内选择:
项目经理、项目经理上级领导、QA、客户经理和测试负责人,人数在2人以上,5人以内。
CCB成员由高层经理审批。
CCB负责批准基线建立,控制基线变更。
CCB
CCB通过审批
创建CCB所需的资源
项目经理应接受过项目管理方面的培训
组建CCB所花费的时间
6.3制定配置管理计划
配置管理计划是配置管理活动中重要的一环,内容包括明确项目的配置管理职责和配置基线建立的时机,确认需要纳入配置管理的要素即配置项,制定配置项的标识规范和配置管理规程,安排必要的配置管理活动等一系列重要的配置管理活动。
项目级配置管理员:
制定配置管理计划
《项目开发计划》
项目级配置管理员根据《项目开发计划》确定配置项、基线及基线建立时间,将具体内容记录于《配置管理计划》中。
配置管理员和QA协商,拟定配置审核的时间,采用的方式(逐一审查或抽查),抽查比例及其他安排,审核的时间频度详见《项目配置管理规范》。
配置管理员针对所使用的配置管理工具,确定备份策略和时间,将具体内容记录于《配置管理计划》中。
将制定好的《配置管理计划》提交与配置管理委员会审批,具体见《评审过程》。
《配置管理计划》
《配置管理计划》通过审批。
制定配置管理计划所需的资源
配置管理人员应接受过编制配置管理计划方法的培训
配置管理人员识别配置项、定义基线和编写《配置管理计划》所花费的时间
6.4发布基线
基线的最初创建和发布发生在生命周期中基线项最初开发阶段的末期。
例如,在系统需求阶段末期,要审阅和批准客户需求。
项目经理会把它们置于配置控制之下(即建立需求基线)。
或者,在编码阶段末期,当程序经过了审阅、单元测试和批准,可以建立源代码基线。
CCB:
批准正式基线的发布。
编写《基线发布报告》,发布基线。
所有的基线元素已完成并被批准。
即将形成基线的产品
《基线发布报告模版》
见《基线发布控制》规程。
基线形成并发布相关产品和报告
基线发布报告及基线产品
配置管理人员应接受过基线发布方法的培训
配置管理人员进行基线发布所花费的时间
6.5基线变更管理
项目按照配置管理计划规定的职责、任务、规程、在项目的进展过程中针对基线工作产品进行变更控制,其中包括变更的申请与批准、变更的实施、配置状态统计等活动。
分析、评审并批准基线的变更,确保只有经批准的变更请求才能进行实施
负责审核批准开发基线的变更
相关组成员:
按照配置管理规范,配合配置管理人员的配置管理活动
质量保证人员:
审查项目配置变更管理活动,验证它与配置计划和配置管理过程文件的符合性
基线发生变更
配置变更申请表
项目配置基线
基线产品需要发生变更时,需由软件配置控制委员会认可,变更过程遵照《配置项变更控制规程》。
配置项变更请求表
配置项变更记录表
变更后的基线通过确认被纳入基线库
《配置项变更请求表模板》、《配置项变更记录表》
相关人员应接受过相应方法的培训
相关人员进行基线变更所花费的时间
基线变更的数量和次数
配置管理总结报告
6.6配置状态记录
配置状态记录是对配置人员如何进行配置状态记录的活动的描述。
配置日常活动主要是对配置项进行状态记录,并在相应时间发布状态报告,同时,配置状态记录要文档化并定期维护。
维护配置状态记录;
制定配置状态报告;
发布配置状态报告
监督和分析
配置库中的配置项的状态发生变化
配置项变更申请表
发生状态改变的配置项
收集配置库数据:
a.配置项状态记录从配置项进入配置库的一刻起开始记录
b.收集、整理相应的配置记录,以便生成完整的配置项状态报告
生成状态报告,将配置项状态记录在《配置状态报告》中
分发状态报告:
通过E-mail或者书面方式将报告通知相关人员
《配置状态报告》
《配置状态报告》已生成
《配置状态报告模板》
配置人员用于报告的制作和发布所花费的时间
6.7配置审计
配置审计的目的要证实软件产品在其整个生命周期中,各配置项在技术上和管理上的完整性,并确保在基线发布之前,所有质量和配置活动都已经完成。
执行功能审计
审计准备;
执行产品审计;
制作审计报告;
问题跟踪
技术人员:
QA:
监督审计过程
有待发布的基线报告
待审计的软件产品基线
配置状态报告
物理配置审核:
审核配置项是否符合预期的物理特性,既特定的媒体形式,按《PA活动检查单》中物理配置审核部分的内容进行审核。
将审核结果填入《质量问题追踪表》中。
A根据《配置管理计划》检查进入配置库的基线配置项是否都在基线库中,是否在相应的目录下
B检查《配置状态报告》中配置项的信息(如版本,更改情况)是否与配置库中相同
功能配置审核:
验证配置项实际功效是否与需求一致。
按《配置管理计划》中约定的时间对《PA活动检查单》中规定的检查项进行逐一检查或抽查,依据是《需求规格说明书》和《需求跟踪矩阵》
A检查每条需求是否都在《概要设计说明书》或《详细设计说明书》中有对应
B检查每条需求对应的设计是否有代码
C检查《测试用例》是否覆盖每条需求
D抽样检查测试的结果
处理问题:
若在审核中发现问题,QA需通知有关人员改正并追踪落实
《配置审计报告》
《质量问题追踪表》
审核内容完成,发现的问题得到解决和追踪
《配置审计报告模板》
审计人员在审计过程中所花费的时间
6.8备份配置库
备份配置库是非常重要的,目的是最小化丢失以及在软件产品生命周期的开发期间和运行/维护阶段的风险
备份配置库
达到《配置管理计划》中约定的备份时间
《备份指南》
项目级配置管理员参照《备份指南》,对配置库进行备份。
配置库备份完成
备份配置库所需的资源
配置管理员应接受过备份方法的培训
配置人员备份配置库所花费的时间
6.9产品发布
产品发布主要是针对客户的。
在系统测试完成并通过后,项目组要对产品进行构造形成试用的软件产品,将该软件产品发布给客户,进行安装并对客户进行培训,我们称这个阶段为试运行。
在试运行期,软件产品根据客户的使用仍会发现缺陷存在,通过变更控制过程,修改缺陷,可能会发布多个不同版本的软件产品。
在试运行期结束,产品验收后,将根据客户的要求发布正式的软件产品
批准发布
实施发布
客户:
接收发布产品
实施安装培训
待发布的产品基线构造完成
待发布产品基线
产品发布申请表
见《产品发布控制规程》的描述
软件产品
《产品发布申请》
《产品发布报告》
产品已发布
《产品发布报告模板》、《产品发布申请模板》
配置管理员应接受过相应方法的培训
配置人员发布产品所需的时间
6.10移交项目资产入产品库
项目结项后,组织级配置管理员遵照《文档资料管理规程》,对资产库和文档资料进行管理。
移交项目资产
接受项目资产,对项目资产进行管理
项目经理和QA:
确认工作产品
项目结项
项目结项后,组织级配置管理员确认相关工作产品,将纸质文档进行编号,并确定文档资料密级,放入公司资料库中保存,同时备份项目开发使用的配置库(CVS配置库或SVN配置库),包含所有配置项与历史版本,收回所有人的访问权限。
组织级配置管理员遵照《文档资料管理规程》,对产品库和文档资料进行管理。
资产库
项目资产完整到入产品库
移交项目资产所需的资源
配置管理员应接受过相关方法的培训
移交项目资产所花费的时间
组织级配置管理员管理产品库所花费的时间
7.相关规程/过程
7.1《HS-SP-SU02-P01基线发布控制规程》
7.2《HS-SP-SU02-P02配置项变更控制规程》
7.3《HS-SP-SU02-P03产品发布控制规程》
《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《》
9.2《》
9.3《》
9.4《》
9.5《状态报告》
9.6《配置审计报告》
9.7《》
9.8《HS-SP-SU02-T08产品发布申请表》
9.9《HS-SP-SU02-T09产品发布报告》
9.10《HS-SP-SU02-T10文档资料借阅使用表》
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 配置管理 过程