软件公司配置管理计划编写规范
配置管理计划3篇
配置管理计划
第一篇:配置管理计划的概述
配置管理计划是指规定产品、服务或系统在其生命周期
中的配置管理活动,以确保其可靠性、安全性和正确性。在软件开发过程中,配置管理计划是关键的组成部分,它能确保软件的开发过程有条不紊,并防止不必要的错误和资源浪费。本文将提供一个配置管理计划的概述,以帮助读者了解这一概念。
本文将首先介绍配置管理计划的基本概念和主要目标。
其次,我们将详细讨论配置管理计划的组成要素,并提供一些配置管理计划编制的最佳实践。
配置管理计划的主要目标是确保软件开发过程中的稳定
性和可靠性。这需要实施一系列配置管理措施,使得每个版本都能得到适当的控制和管理。配置管理计划旨在解决几个关键问题,包括如何管理软件组件和版本控制,如何制定正确的工作流程和如何保证软件质量。
一个好的配置管理计划应该包含以下组成部分:版本控
制计划、质量管理计划、变更管理计划、文档管理计划和发布管理计划。每个组成部分都有其特定的作用,这可以大大提高软件的质量和稳定性。
在编制配置管理计划时,需要考虑以下最佳实践:
1. 首先我们需要明确配置管理的目标和作用,以及它在
软件开发过程中的作用。
2. 需要为每个组成部分编写清晰的配置管理计划,明确
每个计划的目标和实现方法。
3. 需要设立一个合适的配置管理团队,并指定合适的人员负责不同的计划。
4. 需要采用适当的工具和技术,以实现版本控制、文档管理和变更管理。
5. 需要进行培训和沟通,以确保每个团队成员都了解和支持配置管理计划。
总之,配置管理计划是一个帮助软件开发人员提高软件质量、确保软件可靠性的重要工具。每个组成部分都需要明确的计划,以确保软件开发过程中的正确性和规范性。
3 软件配置管理计划(模板)-GJB438C
密级:内部
阶段:
版次:A
产品(外部)型号+产品(中文)名称
软件配置管理计划
项目编号-RJPZ
共10页
XXXX公司
XXXX年XX月
产品(外部)型号+产品(中文)名称
软件配置管理计划
项目编号-RJPZ
编制
审核
会签
批准
修改页本文件版本情况如下:
目录
1范围 (1)
1.1标识 (1)
1.2系统概述 (1)
1.3文档概述 (1)
1.4与其他计划之间的关系 (1)
2引用文档 (2)
3组织和职责 (2)
4软件配置管理活动 (2)
4.1配置标识 (2)
4.1.1源代码配置项标识 (2)
4.1.2文档配置项标识 (3)
4.1.3软件运行体配置项标识 (3)
4.1.4数据配置项标识 (3)
4.2配置控制 (3)
4.2.1软件三库的控制 (3)
4.2.2软件更改的控制 (4)
4.3配置状态记实 (4)
4.4配置审核 (5)
4.5软件发行管理和交付 (5)
5工具、技术和方法 (5)
6对供货单位的控制 (5)
7进度表 (6)
8注释 (6)
1范围
1.1标识
本文档适用于产品(外部)型号+产品(中文)名称的软件管理,软件的完整标识为XXXX。
1.2系统概述
产品(外部)型号+产品(中文)名称的软件分为XXXX。各部分软件实现的功能如下:
a)XXXX软件:XXXX;
b)XXXX软件
●XXXX;
●XXXX;
●XXXX。
c)XXXX软件
●XXXX;
●XXXX;
●XXXX;
●XXXX。
产品(外部)型号+产品(中文)名称的软件研制过程与产品研制周期保持同步,随产品交付用户。
1.3文档概述
本文档规定了XX软件开发过程中的配置管理组织结构、职责及活动要求,软件三库的维护安排,明确了软件开发过程输出版本控制以及变更要求,是实施配置管理活动的依据。
软件配置管理规范范本
软件配置管理规范范本
一、引言
软件配置管理(Software Configuration Management,简称SCM)是软件工程中的重要环节,致力于有效管理和控制软件系统的构建、测试、发布和变更过程。本文旨在提供一个软件配置管理规范范本,以帮助软件开发团队建立和执行一套合适的配置管理规则,确保软件项目的顺利进行。
二、配置管理范围
1. 配置项范围
- 软件源代码及可执行文件
- 文档和用户手册
- 测试用例和测试数据
- 第三方库和组件
- 配置文件和参数设置
2. 配置管理活动范围
- 版本控制:管理和跟踪软件所有配置项的版本变更和发布记录。
- 配置识别:将软件系统划分为不同的基线和模块,并进行唯一标识。
- 变更控制:确保任何软件变更都经过审批,并对变更进行记录和追踪。
- 配置审计:定期对软件配置进行审查,确保与规范一致。
- 配置状态管理:记录和跟踪软件配置的当前状态,包括开发、测试和生产。
- 工具支持:选择和使用适当的配置管理工具,提高效率和可追溯性。
三、配置管理规范
1. 配置识别
- 为每个配置项分配唯一的标识符,以便于跟踪和引用。
- 对软件系统进行模块化划分,每个模块应有清晰的功能和职责范围。
- 为每个配置项编写适当的描述和说明文档,包括用途、版本和所属模块等信息。
2. 版本控制
- 使用版本控制工具对所有配置项进行管理,确保源代码、文档和其他资源都有清晰的版本历史。
- 维护一个主干(trunk)和分支(branch)的代码库,确保主干代码是稳定且可用的,分支用于并行开发和修复bug。
- 每个版本的发布都应有相应的发布说明,描述变更内容和风险评估。
软件配置管理规范
文件编号:QMS—PROC-SCM03
版本: 1.2
受控签章
编写人评审
批准
发布范围
日期
评审号/日期
状态/日期全公司
本规范是为了配合公司配置管理流程文件的执行所给出的配置管理活动中配置项用命名、角色定义及权限分配规范,目的是给配置管理流程的使用人员详细的操作指南。
配置管理活动相关人员通过本规范的学习,充分撑握配置项命名规范配、置管理活动中所有角色的定义和权限的设置,更有效的执行公司配置管理流程。
软件配置管理是标识和确定系统中配置项的过程,在系统整个生存周期内控制这些项的投放和更动,记录并报告配置的状态和更动要求,验证配置项的完整性和正确性。一言以蔽之配,置管理是门通过一系列技术、方法和手段来维护产品的历史、鉴别和定位产品独有的版本、在产品开辟和发布阶段控制变化,从而使管理制度化、有效减少重复性工作、保证产品的质量和效率的科学。。
,CI )
软件配置指一个软件产品在软件生存周期各个阶段所产生的各种形式(机器可读或者人工
可读)和各种版本的文档、程序及其数据的集合。
该集合中的每一个元素称为该软件产品软件配置中的一个配置项 (configuration item) 。
指在软件组装与系统测试阶段结束时,经过正式评审的批准的有关所开辟的软件产品的
全部配置项的规格说明。产品基线是最初批准的产品配置标识。
配置管理的一个要素,由评估、协调、批准或者不批准,和对正式创建配置标识的配置项实施变更等活动组成。
软件配置管理库又称软件受控库,是指在软件生存周期的某一个阶段结束时,存放作为阶段产品而释放的、与软件开辟工作有关的计算机可读信息和人工可读信息的库。软件配置管理就是对软件受控库中的各软件项进行管理。
软件配置管理计划编写规范
<项目名称>
作 者:
完成日期:
修改情况记录:
修改批准人 安装日期 签收人
修改人 版本号 签 收 人: 签收日期:
......................................................................................................................
1.1 目的 (1)
1.2 定义和缩写词 (1)
1.3 参考资料 (1)
.....................................................................................................................
2.1 机构 (1)
2.2 任务 (2)
2.3 职责 (2)
2.4 接口控制 (2)
2.5 实现 (2)
2.6 合用的标准、条例和约定 (3)
2.6.1 指明 (3)
2.6.2 内容 (3)
...............................................................................................
3.1 配置标识 (4)
3.1.1 基线 (4)
3.1.2 代码、文档 (4)
3.2 配置控制 (5)
3.3 配置状态的记录和报告 (5)
3.4 配置的检查和评审 (6)
................................................................................................
软件配置管理方案
软件配置管理方案
软件配置管理(Software Configuration Management,简称SCM)
是一种管理和控制软件系统源代码、构建和发布过程的方法。它能够确保
代码版本的一致性、可追踪性和可重现性,帮助团队协同工作,降低开发
过程中的错误和问题,并提供完整的软件生命周期管理。下面是一个软件
配置管理方案的建议,以确保软件项目的开发和交付过程的高效性和质量。
一、版本控制系统(Version Control System)
版本控制系统是SCM的核心组成部分,它可以跟踪和管理项目中的源
代码、文档和资源文件的不同版本。建议选择一个功能强大、易于使用和
适应团队规模的版本控制系统,如Git、SVN等。在配置管理方案中,需
要定义和规范以下事项:
1.2 分支管理策略(Branching Strategy):定义代码的分支策略,
如主分支、开发分支、发布分支等,以及分支的创建、合并和删除的规则。
1.3 版本命名规范(Version Naming Convention):规定版本号的
命名规范,如主版本号、次版本号和修订号的规则,以及预发布版本和发
布版本的命名规则。
二、代码构建和部署(Build and Deployment)
代码构建和部署是开发过程中的重要环节,它关系到软件的质量和交
付速度。合理的构建和部署流程可以提高开发效率和减少人为错误。在配
置管理方案中,需要定义和规范以下事项:
2.1 构建脚本(Build Scripts):编写自动化的构建脚本,包括依
赖管理、源代码编译、静态代码分析、单元测试等步骤,并确保构建过程
软件配置管理计划模板
XXXX软件项目配置管理计划
XXXX企业有限公司
____年___月___日
文档信息
修改记录
目录
软件项目配置管理计划 (2)
1 引言 (2)
1.1 编写目的 (2)
1.2 术语定义 (2)
1.3 参考资料 (2)
2 计划内容 (2)
2.1 人员及职责 (2)
2.2 软硬件环境计划 (4)
2.2.1 项目计划环境 (4)
2.2.2 需求分析和设计环境 (4)
2.2.3 开发环境 (4)
2.2.4 测试环境 (4)
2.2.5 配置管理环境 (4)
2.3 配置项计划 (4)
2.4 配置库计划 (6)
2.5 权限计划 (7)
2.6 基线计划 (8)
2.7 发布计划 (8)
2.8 配置库备份计划 (9)
软件项目配置管理计划
1 引言
1.1 编写目的
本文档目的在于对本公司项目进行软件配置管理,提高软件质量,降低软件开发成本。
本计划制定了本公司如何进行配置管理活动、活动的计划安排、指派的职责和所要求的资源。对本公司项目实施软件配置管理活动时,需要参照本计划。1.2 术语定义
1、软件配置管理(SCM):软件配置管理是一门应用技术、管理和监督相结合的学科,通过标识和文档来记录配置项的功能和物理特性,控制这些特性的变更,记录和报告变更的过程和状态,并验证它们与需求是否一致。
2、配置项(CI):配置项可包括以下几方面:项目(或活动)文档、源代码、可执行代码、度量数据、变更请求(CR)。项目(或活动)文档即项目(或活动)相关的规范、指南中定义的各个任务的输出和输入;源代码和可执行代码是特殊的文档;度量数据指度量分析定义表中定义的度量以及对应的实际数据。
软件配置管理计划编写规范
软件配置管理计划编写规范
<项目名称>
软件配置管理计划
作者:
完成日期:
签收人:
签收日期:
修改情况记录:
目录
1 引言 (1)
1.1 目的 (1)
1.2 定义和缩写词 (1)
1.3 参考资料 (1)
2 管理 (1)
2.1 机构 (2)
2.2 任务 (2)
2.3 职责 (2)
2.4 接口控制 (3)
2.5 实现 (3)
2.6 适用的标准、条例和约定 (4)
2.6.1 指明 (4)
2.6.2 内容 (4)
3 软件配置管理活动 (5)
3.1 配置标识 (5)
3.1.1 基线 (5)
3.1.2 代码、文档 (6)
3.2 配置控制 (6)
3.3 配置状态的记录和报告 (7)
3.4 配置的检查和评审 (8)
4工具、技术和方法 (8)
5 对供货单位的控制 (9)
6 记录的收集、维护和保存 (9)
7 附录:配置管理报表及其格式 (9)
7.1 软件问题报告单(SPR) (9)
7.1.1 配置管理人员填写内容 (10)
7.1.2 配置管理状态 (10)
7.1.3 配置管理申请人员填写的内容 (11)
7.2 软件修改报告单(SCR) (12)
1 引言
1.1 目的
本条必须指出特定的软件配置管理计划的具体目的。还必须描述该计划所针对的软件项目(及其所属的各个子项目)的名称和用途。
1.2 定义和缩写词
应该列出计划正文中需要解释的而在GB/T 11457中尚未包含的术语的定义,必要时,还要给出这些定义的英文单词及其缩写词。1.3 参考资料
列出要用到的参考资料,如:
1、本项目的经核准的计划任务书或合同、上级机关的批文;
软件配置管理规范流程
1概述目的
本文档主要目的在于规范项目配置管理活动,确保配置项正确地唯一标识并且易于存取,保证基线配置项的更改受控,明确基线状态,在整个软件生命周期中建立和维护项目产品的完整性和可追溯性;
适用范围
本文档适用于不同类别的软件产品和软件项目开发工程的配置管理活动,针对项目不同在流程上作适当的删减;配置管理可采用各种工具及手工办法,本文件以CVS并行版本系统配置管理工具为例,规定公司的配置管理办法,使用其他工具时也可对应本文件的要求参照执行;
术语和缩略语
软件配置管理Software Configuration Management,SCM
软件配置管理是对软件修改进行标识、组织和控制的技术,用来协调和控制整个过程;是通过技术或行政手段对软件产品及其开发过程和生命周期进行控制、规范的一系列措施;配置管理的目标是记录软件产品的演化过程,确保软件开发者在软件生命周期中各个阶段都能得到精确的不同版本的产品配置;
配置项Configuration Item,CI
凡是纳入配置管理范畴的工作成果统称为配置项,配置项逻辑上组成软件系统的各组成部分,一般是可以单独进行设计、实施和测试的;
每个配置项的主要属性有:名称、标签、文件状态、版本、作者、日期等;所有配置项都被保存在配置库里,确保不会混淆、丢失;配置项及其历史记录反映了软件的演化过程;
基线Baseline
在配置管理系统中,基线就是一个配置项或一组配置项在其生命周期的不同时间点上通过正式评审而进入正式受控的一种状态,这些配置项构成了一个相对稳定的逻辑实体,而这个过程被称为“基线化”;每一个基线都是其下一步开发的出发点和参考点;基线确定了元素配置项的一个版本,且只确定一个版本;一般情况下,基线一般在指定的里程碑处创建,并与项目中的里程碑保持同步;每个基线都将接受配置管理的严格控制,基线中的配置项被“冻结”了,不能再被任何人随意修改,对其修改要严格地按照变更控制的过程进行;在
计算机软件配置管理计划规范 GB T12505-90
计算机软件配置管理计划规范 GB/T 12505-90 Specification for computer software configuration management plan 1.主题内容与适用范围
本规范规定了在制订软件配置管理计划时应该遵循的统一的基本要求。
本规范适用于软件特别是重要软件的配置管理计划的制订工作。对于非重要软件或已开发好的软件,可以采用本规范规定的要求的子集。
2.引用标准
GB/T 11457 软件工程术语
GB 8566 计算机软件开发规范
GB 8567 计算机软件产品开发文件编制指南
GB/T 12504 计算机软件质量保证计划规范
3.术语
下面给出在本规范中用到的一些术语的定义,其它术语的定义按GB/T 11457。在引用时,特别要注意线(baseline)、配置控制(configuration)、配置控制组(configuration control board)、配置检查(configuration audit)、配置标识(configurationidentification)和配置状态记录(configuration status accounting)等术语的定义。
3.1项目委托单位project entrust organization
项目委托单位是指为产品开发提供资金并通常也是(但有时也未必)确定产品需求的单位或个人。
3.2 项目承办单位project undertaking organization
项目承办单位是指为项目委托单位开发、购置或选用软件产品的单位或个人。
软件项目配置管理规范(配置项标识和配置审计的标准)
软件项目配置管理规范(配置项标识和配置审计的标准)
1.概述
本规范用于规范和指导全公司的配置管理活动,适用公司研发项目及技术支持阶段产品的开发工作,主要包括以下几个方面:
建立和维护配置管理环境。
公司配置库权限管理
配置库的备份和恢复。
公司配置管理相关规程及工具的培训。
制定和维护基线计划。
标识配置项。
变更控制和管理。
版本管理。
配置审计。
2.术语及定义
配置管理(Configuration Management,CM):
是一套应用技术上和管理上的指导和监督的方法,用来识别和记录配置项和功能特征和物理特征;控制这些特征的变更;记录和报告变更的处理和执行的状态;以及验证其是否符合特定的需求(IEEE-STD-610)。
配置项(Configuration Item,CI):
配置管理中可相对独立地进行管理的单元,如文档和模块代码。
基线(Baseline):
经过正式评审并且达成一致的一组工作产品,是进一步工作的稳定基础;基线化后的工作产品只能依据变更控制规程通过变更评估、审批后才能变更。
配置审计(Configuration Audit,CA):
通过对配置库进行物理审计和功能审计来验证配置项信息与配置标识的一致性,确保软件资产备份的有效性和完整性。
配置库备份:
配置库的备份包括全量备份和增量备份。
3.配置项标识
编写《配置项识别表》时,配置管理工程师负责标识配置项范围,并由项目负责人确认。
项目组成员创立配置项时,根据配置项命名规则分配唯一的标识符,配置项命名根据以下原则。
文档类命名规则:
公司级命名规则: [ 简称-] 文档名称 [-模块/主题简称]
配置管理计划模板完整版
项目编号:xxxxxx
项目名称:xxxxxx 配置管理计划
修订历史记录
目录
1. 简介 (4)
1.1目的 (4)
1.2范围 (4)
1.3定义、首字母缩写词和缩略语 (4)
1.4参考资料 (5)
1.5概述 (5)
2. 软件配置管理 (5)
2.1组织、职责和接口 (5)
2.2工具、环境和基础设施 (6)
3. 配置管理活动 (8)
3.1配置标识 (8)
3.2配置项变更控制 (10)
3.3配置管理活动计划 (10)
3.4报告和审计 (17)
4. 培训和资源 (18)
4.1培训所需环境 (19)
4.2培训参加人员 (19)
4.3培训具体安排 (19)
5. 分包商和厂商软件控制 (19)
错误!未指定书签。
1.简介
1.1目的
在项目的生命周期内,为了保证该项目工作产品、过程记录及项目相关资料的版本统一和完整,特制定本计划。
1.2范围
纳入项目配置管理的配置项、过程记录及其它相关资料。
1.3定义、首字母缩写词和缩略语
本小节应提供正确理解此配置管理计划所需的全部术语、首字母缩写词和缩略语的定义。这些信息可以通过引用项目词汇表来提供。
1.3.1CM (Configuration Management)
配置管理。
1.3.2配置项(Configuration item)
指定为配置管理的对象且作为单个实体进行处理的硬件、软件或两者的集合。
1.3.3基线(baseline)
一种通过正式评审和认可的规范说明或产品,此后将其作为进一步开发的基础,只有通过正式的变更控制过程才可以变更。
1.3.4基线库(Software baseline library)
软件配置管理计划范本
软件配置管理计划范本
一、引言
软件配置管理(Software Configuration Management,简称SCM)是确保软件产品在其生命周期内能够进行有效控制和管理的过程。为了
规范软件配置管理的实施,制定一个详细的软件配置管理计划非常必要。本文将提供一个软件配置管理计划范本,供相关人员参考和使用。
二、背景信息
在撰写软件配置管理计划之前,我们需要了解以下背景信息:
1. 项目名称:
2. 项目目标:
3. 相关人员:
4. 版本控制工具:
三、配置管理目标
本部分将描述软件配置管理的目标和具体实施计划,包括以下几个
方面:
1. 配置标识符:为软件及其组件定义唯一的标识符;
2. 版本控制:确保对软件及其组件的版本进行控制和管理;
3. 变更管理:负责对软件及其组件的变更进行评审、批准、实施和
记录;
4. 系统构建和发布:负责将配置项组装成可执行的软件产品并进行发布;
5. 配置状态管理:确保对软件配置项及其状态进行记录和管理。
四、配置管理计划
本部分将详细介绍软件配置管理计划的内容和执行方式。
1. 配置标识符管理
1.1 配置项命名规范
配置项的命名规范应包括:配置项名称、版本号、标识符等信息。
1.2 配置项标识符的生成规则
配置项标识符的生成规则应基于项目的特定需求,并确保唯一性和易于识别。
1.3 配置项标识符的维护和更新
配置项标识符需要进行维护和更新,以保证项目团队的一致性和正确性。
2. 版本控制管理
2.1 版本控制工具的选择
根据项目需求和团队习惯选择适合的版本控制工具,如Git、SVN等。
2.2 版本控制策略
软件配置管理规范流程
1概述目的
本文档主要目的在于规范项目配置管理活动,确保配置项正确地唯一标识并且易于存取,保证基线配置项的更改受控,明确基线状态,在整个软件生命周期中建立和维护项目产品的完整性和可追溯性;
适用范围
本文档适用于不同类别的软件产品和软件项目开发工程的配置管理活动,针对项目不同在流程上作适当的删减;配置管理可采用各种工具及手工办法,本文件以CVS并行版本系统配置管理工具为例,规定公司的配置管理办法,使用其他工具时也可对应本文件的要求参照执行;
术语和缩略语
软件配置管理Software Configuration Management,SCM
软件配置管理是对软件修改进行标识、组织和控制的技术,用来协调和控制整个过程;是通过技术或行政手段对软件产品及其开发过程和生命周期进行控制、规范的一系列措施;配置管理的目标是记录软件产品的演化过程,确保软件开发者在软件生命周期中各个阶段都能得到精确的不同版本的产品配置;
配置项Configuration Item,CI
凡是纳入配置管理范畴的工作成果统称为配置项,配置项逻辑上组成软件系统的各组成部分,一般是可以单独进行设计、实施和测试的;
每个配置项的主要属性有:名称、标签、文件状态、版本、作者、日期等;所有配置项都被保存在配置库里,确保不会混淆、丢失;配置项及其历史记录反映了软件的演化过程;
基线Baseline
在配置管理系统中,基线就是一个配置项或一组配置项在其生命周期的不同时间点上通过正式评审而进入正式受控的一种状态,这些配置项构成了一个相对稳定的逻辑实体,而这个过程被称为“基线化”;每一个基线都是其下一步开发的出发点和参考点;基线确定了元素配置项的一个版本,且只确定一个版本;一般情况下,基线一般在指定的里程碑处创建,并与项目中的里程碑保持同步;每个基线都将接受配置管理的严格控制,基线中的配置项被“冻结”了,不能再被任何人随意修改,对其修改要严格地按照变更控制的过程进行;在
软件管理规范
软件管理规范
引言概述:
软件管理规范是指在软件开发、维护和使用过程中,为了保证软件质量和项目
进度的规范性,制定的一系列管理规则和标准。本文将从四个方面详细阐述软件管理规范的重要性和具体内容。
一、需求管理
1.1 确定需求:通过与项目相关方的沟通和讨论,明确软件的功能和性能需求,并将其记录下来。
1.2 需求分析:对需求进行详细分析,将其拆解成具体的任务和模块,并制定
相应的计划和时间表。
1.3 需求变更管理:及时响应需求变更,并评估其对项目进度和成本的影响,
经过合理的评估后再进行变更。
二、项目管理
2.1 项目计划:制定详细的项目计划,包括任务分配、时间安排、资源调配等,确保项目按时完成。
2.2 进度控制:监控项目的进度,及时发现并解决进度滞后的问题,确保项目
按计划进行。
2.3 风险管理:识别和评估项目中的风险,并制定相应的应对措施,降低风险
对项目的影响。
三、质量管理
3.1 测试规范:制定测试计划和测试用例,对软件进行全面的功能测试和性能测试,确保软件的质量。
3.2 缺陷管理:对软件中发现的缺陷进行记录和跟踪,及时修复,并对修复后的软件进行验证。
3.3 文档管理:编写详细的软件需求文档、设计文档和用户手册,确保软件的可维护性和可扩展性。
四、配置管理
4.1 版本控制:使用版本控制工具对软件进行管理,确保软件的版本控制和变更管理。
4.2 配置管理计划:制定配置管理计划,包括配置项的标识、控制和审计等,确保软件的配置管理规范执行。
4.3 配置项管理:对软件的各个配置项进行管理,包括配置项的定义、标识、变更控制等,确保软件的配置项正确性和一致性。
软件配置管理计划书
软件配置管理计划书
2.2职责。1
2.3流程。1
2.4工具和技术。2
3配置标识。2
3.1命名约定。2
3.2版本标识符号。2
3.3基线标识符号。2
4配置管理。3
4.1配置项。3
4.2变更控制。3
4.3版本控制。4
4.4审查和审核。4
5配置审计。4
6配置问题解决。5
7培训。5
8质量保证。5
9风险管理。6
10附录。6
引言
本文档旨在规范软件配置管理计划的编写,以确保项目的顺利进行。本文档包括了定义和缩写词、参考资料、管理、配置标识、配置管理、配置审计、配置问题解决、培训、质量保证和风险管理等内容。
管理
在软件配置管理中,机构和职责的分配十分重要。本章节将介绍机构、职责、流程、工具和技术等方面的内容,以确保软件配置管理的有效性。
配置标识
配置标识是软件配置管理中非常重要的一部分。本章节将介绍命名约定、版本标识符号、基线标识符号等内容,以确保配置标识的准确性和一致性。
配置管理
配置管理是软件配置管理计划的核心内容。本章节将介绍配置项、变更控制、版本控制、审查和审核等内容,以确保软件配置管理的有效性。
配置审计
配置审计是软件配置管理计划中必不可少的一部分。本章节将介绍配置审计的相关内容,以确保软件配置管理的有效性。
配置问题解决
在软件配置管理中,配置问题解决是非常重要的一部分。本章节将介绍配置问题解决的相关内容,以确保软件配置管理的有效性。
培训
培训是软件配置管理计划中必不可少的一部分。本章节将介绍培训的相关内容,以确保软件配置管理的有效性。
质量保证
质量保证是软件配置管理计划中非常重要的一部分。本章节将介绍质量保证的相关内容,以确保软件配置管理的有效性。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
配置管理计划编写规范
文件修改控制
目录
1. 目的
2. 适用范围
3. 术语及缩略语
4. 编写规范
4.1 组织与职责
4.2 配置标识
4.3 配置控制
4.4 配置状态报告
4.5 配置审核
5. 引用文件
6. 附录
1. 目的
确定实施配置管理活动的具体组织及其职责,明确配置管理活动的具体内容,即对哪些配置项进行标识、控制、状态记录、审核,编制配置管理里程碑。
2. 适用范围
适用于项目策划阶段所要求的《配置管理计划》的编写。
3. 术语及缩略语
本程序采用NQ402100《质量手册》中的术语和缩略语及其定义。
4. 编写规范
《配置管理计划》就是要明确如何实施配置管理活动。该计划包括的内容如下:要执行的配置管理活动,所需的组织及其各自的职责,配置管理活动的里程碑。下面是《配置管理计划》的具体内容。
4.1 组织与职责
明确指派负有下列职责的各类人员:
负责《配置管理计划》的审批、实施与更改跟踪的软件配置管理经理SCMM;
在整个软件生命过程中按照《配置管理计划》执行配置管理活动的软件配置管
理负责人SCML;
4.2 配置标识
4.2.1 列出要标识的所有配置项及其相应的标识规范。例如,对软件工具、硬件设备、
开发计划、计算机程序等如何标识。
4.2.2 基准配置项的标识
识别每一基准配置项,并标识下列信息:何时及如何提交、批准人和验证人、
目的、提交方式(软件或文档)及版本号。
4.2.3 文档库内容
标识和控制规范、文档库的数目及类型、备份及作废计划和程序、任何损失的
恢复过程、文档保留程序、什么文档要保留和谁保留及保留多长时间、信息是
在线还是脱机保留以及保留介质。
4.3 配置控制