17 - 软件配置管理计划(SCMP)
软件配置管理计划
数据交互系统配置管理计划XXX公司版本历史目录1. 人员及职责 (4)2. 用于配置管理的软硬件资源 (4)3. 配置库管理基本活动 (4)4. 配置库权限 (6)5. 基线 (7)1. 人员及职责要使配置管理活动在信息系统的开发和维护中到贯彻执行，首先要明确确定配置管理活动的相关人员及其职责和权限。
配置管理过程的主要参与人员如下：2. 用于配置管理的软硬件资源3.配置库管理基本活动3.1配置库配置库一般可以分为代码库、文档库，现在可以认为所有软件工程活动的成果或者中间成果都应该纳入到配置库中进行统一管理，以便于随时追溯软件工程活动的每一个环节点。
3.1.1 公用资源库部门制定的开发规范和各种管理规范文档，各种开源和公司购买的开发工具，以及各种学习资料。
内容包括：①企业各项基本管理制度；公司的基本管理制度主要是企业目前状态和常规管理信息等内容。
帮助员工了解企业的纵向深度内容。
②企业各部门的划分和分类目标；本类别介绍企业内各个部门的职能和划分方式以及划分原则，当企业部门发生调整的时候应该在一定时间范围内调整，有利于新进入的员工更多的了解企业的横向扩展内容，以便于在适当的时候与需要的部门之间进行配合操作，降低无效的时间浪费。
③各种工作所需要的工具软件，以及这些软件的内部使用配置说明书。
④团队成员介绍和职责说明。
3.1.2 公共代码库部门构建的基于历史项目总结和提炼出来的具有一定通用型的代码组件。
其内容包括以下四项：①代码分类代码具体的分类位置，方便使用者查找，如果用户无法查询或者查询很困难，那么被引用的次数少，自然因为代码库而获得的奖励部分就会减少。
②代码全部按照公司规定封装好的可执行代码和相关的库文件形态。
③代码简要说明文字代码的输入输出和一些功能介绍。
④Demo实例程序实际调用这段代码实现功能的例子程序，可以让使用者知道为什么要用，是否能达到目的。
3.1.3 项目管理库项目管理相关的文档和资料，针对每一个项目建立一个单独的库，并建立权限控制机制。
软件配置管理计划
软件配置管理计划本软件配置管理计划的任务包括但不限于以下内容：2.2.1 确定软件配置项软件配置管理小组应该根据项目需求和软件开发过程中的变化，确定软件配置项，包括软件源代码、二进制代码、库文件、配置文件、文档等。
2.2.2 确定配置标识为了保证软件配置的唯一性和可追溯性，软件配置管理小组应该为每个配置项分配唯一的配置标识，并在配置管理数据库中进行记录。
2.2.3 确定配置控制策略软件配置管理小组应该制定配置控制策略，包括配置项的版本控制、变更控制、发布控制等，以确保软件配置的正确性和稳定性。
2.2.4 管理配置变更软件配置管理小组应该对软件配置变更进行管理，包括变更请求的提交、审批、实施和验证等，以确保变更的合理性和有效性。
2.2.5 管理配置库软件配置管理小组应该建立配置库，对软件配置进行存储和管理，确保配置库的安全性和可靠性。
2.2.6 确定配置审计策略软件配置管理小组应该制定配置审计策略，对软件配置进行定期审计，发现和纠正配置管理过程中的问题和不足。
3.配置管理流程3.1 配置项识别和分配软件配置管理小组应该根据项目需求和软件开发过程中的变化，确定软件配置项，并为每个配置项分配唯一的配置标识。
3.2 配置控制软件配置管理小组应该制定配置控制策略，包括版本控制、变更控制、发布控制等，对软件配置进行管理和控制。
3.3 配置变更管理软件配置管理小组应该对软件配置变更进行管理，包括变更请求的提交、审批、实施和验证等，确保变更的合理性和有效性。
3.4 配置库管理软件配置管理小组应该建立配置库，对软件配置进行存储和管理，确保配置库的安全性和可靠性。
3.5 配置审计软件配置管理小组应该定期对软件配置进行审计，发现和纠正配置管理过程中的问题和不足。
4.配置管理工具为了更好地支持配置管理工作，软件配置管理小组应该选用合适的配置管理工具，包括版本控制工具、变更管理工具、发布管理工具等。
5.配置管理计划的更新和审查软件配置管理小组应该定期对本计划进行更新和审查，以确保其与实际情况的一致性，并及时纠正和完善计划中存在的问题和不足。
软件配置管理计划模版
文件编号：PTS - PDP - SCMP软件配置管理计划拟制：____________________ 日期：____________________ 审核：____________________ 日期：____________________ 批准：____________________ 日期：____________________太平洋软件（中国）有限公司变更记录页单位：太平洋软件（中国）有限公司，以下简称PTS文档名称：软件配置管理计划生成日期：2002-12-13版本作者日期备注目录1介绍 (1)1.1 目的 (1)1.2 范围 (1)1.3 缩写和定义 (1)2SCM管理 (2)2.1 组织 (2)2.2 SCM责任 (2)2.3 可用的策略、指令和程序 (2)3SCM 活动 (3)3.1 配置标识 (3)3.1.1 配置项的标识 (3)3.1.2 配置项的命名 (3)3.1.3 配置项的获取 (3)3.2 配置控制 (4)3.2.1 请求变更 (4)3.2.2 评估变更 (4)3.2.3 批准或拒绝变更 (5)3.2.4 实施变更 (5)3.3 配置状态统计 (5)3.4 配置审核和审计 (6)3.5 接口控制 (6)3.6 转包商/供应商控制 (6)4进度安排 (8)5SCM 资源 (8)6SCM计划维护 (8)软件配置管理计划1介绍1.1目的1.2范围1.3缩写和定义2SCM管理SCM管理信息描述了组织和个人在项目的SCM活动中的责任和权限。
SCM管理信息必须包括三个主题：应用SCM的项目组织，这些组织的SCM责任，以及应用在这个项目中的SCM政策和指令。
2.1组织组织结构包括技术和管理两方面，计划中的并将要被实施的SCM活动必须被描述。
计划必须说明以下问题：a)在项目中，参与或对任何SCM活动负责的组织单位；b)在项目结构中，组织单位的功能角色；c)各组织单位之间的关系。
DO178B培训初级篇-体系介绍
3.3，计划过程 Planning
• 软件计划进程的目的是制定5个计划和3个 标准，用以指导软件开发进程和软件综合 进程的工作开展。
3.4，五计划
• 软件合格审定计划(PSAC)—为征得合格审定机构对建议的 开发方法的同意而与其进行联络的主要手段，并且定义了 符合DO178B的方法
• 软件质量保证计划(SQAP)—定义了满足软件质量保证过程 目标的方法
• Planning—Occurs First • Development—Follows Planning • Integral—Continuous Thoughout Project
3. Integral Process
1. Planning Process
2. Development Process
1
DO-178产生的背景及其发展
2
系统失效状态及软件等级划分
3
软件计划过程
4
软件开发过程
5
软件综合过程
6
软件生命周期数据
3.1，DO-178B文档内容分布
• 1. Overview 引言 • 2. System Aspects 与系统开发相关的情况 • 3. Lifecycle • 4. Planning Process • 5. Development Process • 6. Verification • 7. Configuration Management • 8. Quietly Assurance • 9. Certification Liaison 合格审定联络过程 • 10. Overview of Aircraft And Engine Certification
1.5，Safety,System,Software&Hardware
gjb软件配置管理计划范文
gjb软件配置管理计划范文英文回答：Software configuration management (SCM) is an essential process in software development that involves managing and controlling changes to software systems throughout their lifecycle. A software configuration management plan (SCMP) outlines the strategies, procedures, and tools that will be used to manage the configuration of software products.The purpose of an SCMP is to ensure that all changes made to the software are properly documented, controlled, and tracked. It provides a roadmap for the development team, outlining how the software will be managed, including version control, change control, and release management.To create an effective SCMP, several key componentsneed to be considered. First, the plan should define the configuration management objectives and goals for the project. This helps to establish a clear direction andpurpose for the SCM activities. For example, the objective could be to ensure that all software releases are stableand meet customer requirements.Next, the plan should outline the roles and responsibilities of the individuals involved in the SCM process. This includes the configuration management team, developers, testers, and other stakeholders. Each person should understand their role and the specific tasks theyare responsible for. For instance, the configuration management team may be responsible for maintaining the software repository and managing the version control system.Another important aspect of the SCMP is theidentification and control of software baselines. Abaseline is a well-defined version of the software that serves as a reference point for future changes. The plan should specify how baselines will be established and controlled, ensuring that all changes are properly documented and approved.Furthermore, the SCMP should include a detailed changecontrol process. This process outlines the steps and procedures for requesting, reviewing, and approving changes to the software. It ensures that all changes are properly evaluated and tested before being implemented. For example, a change request may need to go through a formal review process and be tested in a development environment before being approved for deployment.Additionally, the plan should address the issue of version control. Version control is crucial for managing different versions of the software and tracking changes made to each version. The SCMP should specify the version control system to be used, along with the procedures for branching, merging, and tagging software versions.Lastly, the SCMP should include a release management strategy. This strategy outlines how software releases will be planned, scheduled, and deployed. It includes considerations such as release criteria, release notes, and deployment procedures. For example, the plan may specify that a release will only be deployed if all critical bugs have been fixed and all required documentation is complete.In conclusion, a software configuration management plan is a crucial document that outlines the strategies, procedures, and tools for managing software configuration.It ensures that changes to the software are properly controlled, documented, and tracked throughout the development lifecycle. By defining objectives, roles, baselines, change control processes, version control strategies, and release management strategies, an effective SCMP provides a roadmap for successful software development.中文回答：软件配置管理（SCM）是软件开发中的一个重要过程，涉及在整个软件生命周期中管理和控制软件系统的变更。
软件配置管理计划(SCMP)
软件配置管理计划(SCMP)说明《软件配置管理计划》(SCMP)说明在项目中如何实现配置管理。
软件配置管理计划的正本格式如下：1引言本章应分成以下几条。
1.1标识本条应包含本文档适用的系统和软件的完整标识，(若适用)包括标识号、标题、缩略词语、版本号、发行号。
1.2系统概述本条应简述本文档适用的系统和软件的用途。
它应描述系统与软件的一般性质；概述系统开发、运行和维护的历史；标识项目的投资方、需方、用户、开发方和支持机构；标识当前和计划的运行现场；并列出其他有关文档。
1.3文档概述本条应概括本文档的用途与内容，并描述与其使用有关的保密性与私密性要求。
1.4组织和职责描述软件配置管理(SCM)负责人和软件配置控制委员会(SCCB)的组成以及他们在项目中的职责和权限；说明与项目配置管理相关的人员，如项目经理、部门SCM组长的职责；描述以上人员之间的关系。
为了能够清晰的表述，可选用图表的方式进行说明。
1.5资源描述项目配置管理活动所需的各种资源，包括人员、培训、工具、设备、设施等等。
其中人员是指人力成本，它是根据项目开发计划中的总工时计算得出的。
2引用文件本章应列出本文档引用的所有文档的编号、标题、修订版本和日期。
本章还应标识不能通过正常的供货渠道获得的所有文档的来源。
3管理描述负责软件配置管理的机构、任务、职责及其有关的接口控制。
3.1机构描述在各阶段中负责软件配置管理的机构。
描述的内容如下：a.描述在软件生存周期各阶段中软件配置管理的功能和负责软件配置管理的机构；b.说明项目和子项目与其他有关项目之间的关系；c.指出在软件生存周期各阶段中的软件开发或维护机构与配置控制委员会的相互关系。
3.2任务描述在软件生存周期各阶段中的配置管理任务以及要进行的评审和检查工作，并指出各个阶段的阶段产品应存放在哪一类软件库中(软件开发库、软件受控库或软件产品库)。
3.3职责描述与软件配置管理有关的各类机构或成员的职责，并指出这些机构或成员相互之间的关系：a.指出负责各项软件配置管理任务(如配置标识、配置控制、配置状态记录以及配置的评审与检查)的机构的职责；b.指出上述机构与软件质量保证机构、软件开发单位、项目承办单位、项目委托单位以及用户等机构的关系；c.说明由本计划第3.2条指明的生存周期各阶段的评审、检查和审批过程中的用户职责以及相关的开发和维护活动；d.指出与项目有关的各个机构的代表的软件配置管理职责；e.指出其他特殊职责，例如为满足软件配置管理要求所必要的批准要求。
软件配置管理相关概念
软件配置管理相关概念简介软件配置管理（Software Configuration Management，SCM）是指在软件开发过程中，为了控制和管理软件的版本、配置和变更而采取的一系列方法和工具。
它主要包括配置管理计划、版本控制、变更控制、构建管理和发布管理等组成部分。
本文将介绍软件配置管理的相关概念和主要内容。
配置管理计划配置管理计划是软件配置管理的核心部分，它是在软件开发初期制定的指导性文档。
配置管理计划描述了软件项目的整体配置管理策略和流程，包括配置项的标识、控制和追踪的方法，变更控制和配置项审核的机制，以及配合其他软件开发活动的方式。
配置管理计划的主要内容包括：•配置项标识：定义了软件项目中的配置项，并为每个配置项分配唯一的标识符，以便在后续的配置管理流程中跟踪和控制。
•配置项控制：描述了如何对配置项进行控制，并确保在每个阶段或版本中使用正确的配置项，以维护软件的一致性和可追溯性。
•变更控制：确定变更的分类和审批流程，确保对软件配置进行有效的变更管理，避免不受控的变更对软件开发造成不可预测的影响。
•配置项审核：规定了对配置项进行审核的方法和时机，以便验证配置项的正确性和完整性。
版本控制版本控制是实现软件配置管理的重要手段之一，它用于追踪和管理软件项目的不同版本。
版本控制系统（Version Control System，VCS）可以记录软件项目的每个配置项的修改历史，并提供对历史版本的恢复、比较和合并等功能。
版本控制的主要功能包括：•版本历史记录：记录每个版本的修改内容和提交者，以及版本之间的关系。
•分支和合并：允许在多个开发者之间独立进行开发，并在需要时将修改合并到主线上。
•冲突解决：当多个开发者同时修改同一个文件时，版本控制系统可以自动或手动解决冲突，避免数据丢失和代码冲突。
常用的版本控制系统包括Git、SVN和Mercurial等，开发人员可以根据项目的具体需求选择适合的版本控制工具。
软件工程中的软件配置管理
软件工程中的软件配置管理在软件开发中，软件配置管理（Software Configuration Management, SCM）是一个重要的环节。
它涉及到软件开发全过程中的统筹规划、版本控制、组织结构管理、工具选择和质量保证等诸多方面。
通过有效的软件配置管理，可以确保软件的可靠性、可重复性和可维护性，提高软件的质量和效率，降低开发成本和风险。
软件配置管理的主要任务包括：建立和维护软件工程过程，定义和管理软件配置项，控制软件配置变更，记录和审查配置状态，协调软件开发活动，提供配置信息和支持软件测试和发布。
这些任务需要通过一些工具和技术来达成，如配置管理计划、配置项清单、配置库、变更控制系统、版本控制系统、构建工具、发布管道等。
下面我们来分别介绍这些方面。
首先是配置管理计划。
配置管理计划是指制订软件配置管理的策略、过程和工具，以适应特定的软件开发项目和组织环境。
配置管理计划应包括配置管理的目标、任务、职责和要求、组织结构和资源分配、工具和技术的选择和使用、配置项标识和版本命名规则、配置库和备份策略、变更控制和审查过程、配置状态报告和审核要求等方面。
配置管理计划需要与项目计划和质量计划相一致，并经过项目管理和软件质量保证的审查和批准。
其次是配置项清单。
配置项清单是指识别和分类软件或软件开发过程中的有组织的、可识别的、可测量的资产的过程。
通常采用树形结构的方式将软件组成部分进行层次化管理，具体包括文档、源代码、二进制文件、测试数据、工具和库文件等。
配置项清单应该包含清单标识符、项目描述、版本信息、关联关系、配置过程和状态等信息，方便对软件配置项进行识别和跟踪。
在设计配置项清单时应该遵循一定的标准和约定，使得各个配置项在不同的阶段和环境下保持一致和可追溯性。
第三是配置库。
配置库是指存储和维护软件配置信息和软件版本的物理和逻辑结构，是软件开发和管理的核心。
配置库主要有两种类型，一是集中式配置库，所有的软件配置项都存储在同一个位置，不同的开发人员和团队都可以访问和更新。
软件配置管理计划模板
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)。
项目(或活动)文档即项目(或活动)相关的规范、指南中定义的各个任务的输出和输入；源代码和可执行代码是特殊的文档；度量数据指度量分析定义表中定义的度量以及对应的实际数据。
3、基线（BaseLine）: 用来标识一组配置项的特定版本的集合的标记，以记录工作成果的历史状态，或通过不同的版本组合定义不同特性的工作成果。
1.3 参考资料2 计划内容2.1 人员及职责1、根据《软件项目计划书》中的角色分配，确定CM，CCB（变更控制委员会）成员；2.2 软硬件环境计划2.2.1 项目计划环境软件：MS Office Word、MS Office Excel、MS Office Project2.2.2 需求分析和设计环境软件：MS Office Word、MS Office Visio、Sybase PowerDesigner、Rational Rose2.2.3 开发环境软件：Windows Visual Studio .Net、MyEclipse、JDK、Apache-Tomcat、Apache、Oracle 10g、SQL Server 2003、WebLogic、SQL Server 2005、Websphere2.2.4 测试环境软件：Load Runner2.2.5 配置管理环境1、软件：TortoiseSVN2.3 配置项计划配置管理员标识配置项，标识符的参考格式为：项目编号-配置项类型-配置项序号-配置项版本配置项名称。
17 - 软件配置管理计划(SCMP)
本条必须： a.指明怎样收集、验证、存储、处理和报告配置项的状态信息； b.详细说明要定期提供的报告及其分发办法； c.如果有动态查询，要指出所提供的动态查询的能力； d.如果要求记录用户说明的特殊状态时，要描述其实现手段。 例如，在配置状态记录和报告中，通常要描述的信息有： a.规格说明的状态； b.修改申请的状态；
7记录的收集、维护和保存
本章必须指明要保存的软件配置管理文档，指明用于汇总、保护和维护 工程文档的方法和设施(其中包括要使用的后备设施)，并指明要保存的 期限。
8配置项和基线
8.1配置项命名规则
根据组织的《标识规范》，对不同类型的配置项建立命名规则。 配置项类型 命名规则的说明
8.2配置项的识别和基线的划分
3.4接口控制
描述： a.接口规格说明标识和文档控制的方法； b.对已交付的接口规格说明和文档进行修改的方法； c.对要完成的软件配置管理活动进行跟踪的方法； d.记录和报告接口规格说明和文档控制状态的方法； e.控制软件和支持它运行的硬件之间的接口的方法。
3.5实现
规定实现软件配置管理计划的主要里程碑，例如： a.建立配置控制委员会； b.确定各个配置基线； c.建立控制接口协议； d.制订评审与检查软件配置管理计划和规程； e.制订相关的软件开发、测试和支持工具的配置管理计划和规程。
b.说明项目和子项目与其他有关项目之间的关系； c.指出在软件生存周期各阶段中的软件开发或维护机构与配置控制委员 会的相互关系。
3.2任务
描述在软件生存周期各阶段中的配置管理任务以及要进行的评审和检查 工作，并指出各个阶段的阶段产品应存放在哪一类软件库中(软件开发 库、软件受控库或软件产品库)。
3.3职责
软件配置管理--配置管理计划
密级：普通文档编号：第B/0 版XXX（002(01)/2014）配置管理计划（XX部）北京XXXXXXXX公司1.引言1.1目的本计划的目的在于对所开发的XXXX设备规定各种必要的配置管理条款，以保证所交付的设备能够满足项目委托书中规定的各种原则需求，能够满足本项目制定的且经研发部批准的加密系统需求规格说明书中规定的各项具体需求。
软件开发单位在开发本项目所属的各子系统（其中包括为本项目研制或选用的各种支持软件）时，都应该执行本计划中的有关规定，但可以根据各自的情况对本计划作适当的剪裁，以满足特定的配置管理需求。
剪裁后的计划必须经总体组批准。
1.2定义本计划中用到的一些术语的定义按GB/T 11457 和GB/T 12504。
1.3 参考资料GB/T 11457 软件工程术语GB 8567 计算机软件产品开发文件编制指南GB/T 12504 计算机软件质量保证计划规范GB/T 12505 计算机软件配置管理计划规范项目软件质量保证计划2.管理2.1 机构本系统整个开发期间，由研发部主管负责检查和督促本计划的实施，项目负责人检查和督促各任务模块编写者的配置管理情况，并向研发部主管报告。
2.2 任务在软件工程化生产的各个阶段中，与本阶段的阶段产品有关的全部信息在软件开发库存放，与前面各个阶段的阶段产品有关的信息则在软件受控库存放。
在研制与开发阶段的阶段产品的过程中，开发者和开发小组长有权对本阶段的阶段产品作必要的修改；但是如果开发者或开发小组长认为有必要个性前面有关阶段的阶段产品时，就必须通过项目的研发部主管办理正规的审批手续。
因此，软件开发库属开发这个阶段产品的开发者管理，而软件受控库由项目的配置管理小组管理。
软件经过组装与系统测试后，应该送入软件产品库，如欲对其修改，必须经软件项目组研究同意，然后报研发部主管批准。
关于软件配置要进行修改时的具体审批手续，将在第3.2条中详细规定。
2.3 职责在软件配置管理小组中，各类人员要互相配合、分工协作，共同担负起整个项目的软件配置管理工作。
软件配置管理计划
产生了不同版本的软件模块设计，由于没有相关的
有效管理措施，开发人员已经很难清晰、有效识别、 区分这些软件模块，出现许多开发人员都有该模块 的诸多版本
案例引入
软件项目已经成功实施了8个月，项目组已经 进入编码阶段，在此过程中产生了许多的软件 产品
配置项标识 变更管理 配置项审计 配置项状态统计
三、软件项目配置管理计划 四、配置管理工具 五、案例分析
基线(1/6)
什么是基线？
已经通过正式复审和批准的软件产品、标准或规约， 它们可以作为进一步开发的基础，并且只能通过正 式的变化控制过程才允许对它们进行变更.（IEEE）
使相关的SCI之间满足文实相符，文文一致以确保 SCI的有效性
以清晰、明了、易管理的方式标识每个SCI，使其 满足 :可视性 、唯一标识性
使最终软件产品的正确地生成、改进和维护成为置管理（SCM)定义
记录软件产品的演化过程 确保软件开发者在软件生命周期中的各个阶段
为什么需要基线？
基线(2/6)
软件产品典型基线
SRS
需求分析
软件设计 文档
软件设计 编码
源代码
测试
发布
软件系统
测试计划 /报告
基线(3/6)
作为基线的SCI
软件工程活动
产生或修改
SCIs
正式技术复审
SCM 控制
批准 SCIs
Check in
软件产品仓库
或配置库（受控库）
SCIs
Check out
都能得到精确的产品配置。 最终保证软件产品的完整性、一致性、追朔性、
软件配置管理scm
软件配置管理scm软件配置管理（SCM）是开发软件所必须实施的技术和流程。
它是一套在软件开发生命周期中，对软件所有版本和变更进行管理的方法和过程。
SCM的目的是确保软件始终处于可控的状态，以确保软件开发过程和软件交付的质量和可靠性。
SCM的主要任务是协调不同开发人员之间的工作，管理软件版本、变更控制、软件发布、软件配置和文档控制等，同时也需要负责软件生命周期管理。
在这种情况下，SCM需要使用各种工具、技术和过程来实现这些任务。
开发软件的过程中，需要面对各种不同的情况和变化。
例如，开发人员可能需要增添新的功能，或者需要修复已知的缺陷。
同时，开发工具和环境也在不断更新。
在这种情况下，SCM的作用就显得非常重要了，它可以确保所有的变化和更新能够正确地被授予许可、记录和管理。
SCM的重要性软件配置管理(SCM)对于软件开发的质量控制起着关键性的作用。
在软件开发过程中，软件的更新和修改是经常性的，这就需要对软件的各个版本进行管理，并保证对不同版本的代码进行控制。
另外，软件配置管理还可以根据其历史记录和版本变化来进行文件和文档恢复。
在软件开发的过程中，SCM主要有以下作用：1. 版本控制版本控制是SCM的核心内容，其目的是管理软件的不同版本，包括版本的创建、发布、合并和冻结等。
版本控制工具可以记录每个版本的变化情况，同时，对于软件代码或其他文件的不同版本，可以进行保存、恢复和合并操作，以达到保持软件代码的稳定和以前版本的可唤回的目的。
2. 变更管理变更管理是SCM的一个重要组成部分，它通常与版本控制密切相关。
变更管理的目的是监管软件代码的变更情况，并确保变更的正确性、适时性和安全性。
当出现错误的情况时，变更管理能够追溯原因，以达到更好的管理和控制变更操作。
3. 构建管理构建管理是SCM过程中的另一个重点，它主要用于构建软件，包括编译、打包、测试等。
构建管理需要配合版本控制和变更管理来完成，以确保软件的正确性和完整性，以及符合组织内部的规范标准。
理解软件设计师的软件配置管理和变更管理
理解软件设计师的软件配置管理和变更管理软件配置管理（SCM）和变更管理是软件设计师在软件开发过程中必须理解和掌握的重要概念。
本文将深入探讨软件设计师在SCM和变更管理方面的角色和职责，并介绍其重要性和应用。
一、软件配置管理软件配置管理是一种对软件开发过程中的配置项进行有效管理的方法。
配置项包括软件的源代码、文档、库文件等。
软件设计师在实施SCM时需要做以下工作：1.版本控制软件设计师需要使用版本控制系统来管理软件开发过程中的各个版本。
版本控制系统可以记录每个版本的变更历史，以便软件设计师可以追踪软件的发展。
2.配置项识别软件设计师需要识别并定义软件中的各个配置项。
这些配置项可以是软件源代码、配置文件、库文件等。
通过对配置项的识别，软件设计师可以更好地管理和跟踪这些配置项。
3.配置管理计划软件设计师需要制定配置管理计划，明确整个软件开发团队对软件配置管理的工作要求和目标。
配置管理计划应包括版本控制策略、配置项识别规范等内容。
4.变更控制软件设计师需要负责控制软件开发过程中的变更。
变更可以是软件需求的变更、功能的增加或修改等。
软件设计师需要确保每个变更都经过审查和验证，并遵循相应的变更管理流程。
二、软件变更管理软件变更管理是软件开发过程中管理和控制变更的一种方法。
变更管理包括以下方面：1.变更请求软件设计师需要处理系统用户提交的变更请求。
变更请求可以是软件的功能需求变更、缺陷修复等。
软件设计师需要对每个变更请求进行评估，并根据评估结果决定是否接受变更请求。
2.变更评估软件设计师需要对变更请求进行评估，确定变更对软件的影响和可行性。
评估包括对软件的功能点进行分析，评估变更的风险和优先级。
3.变更实施软件设计师需要负责实施变更。
实施变更涉及到修改软件的源代码、测试修改后的软件等。
软件设计师需要确保变更实施的过程可追踪，并记录相应的变更信息。
4.变更审核软件设计师需要根据软件变更管理流程进行变更审核。
审核包括审查变更的影响分析、验证变更的正确性等。
软件项目配置管理计划
软件项目配置管理计划1. 引言软件项目配置管理是一项非常重要的工作，它对于软件开发的整个过程都有着至关重要的影响。
一个好的软件项目配置管理计划可以有效地管理和控制软件开发过程中的任何变更，并确保软件开发过程中的稳定性和一致性。
在软件开发中，配置管理是一个系统的、有可执行的实践流程的过程。
软件配置管理的目标是确保软件图形界面和相关软件科技生命周期模型，软件领域需要建立数据应用和稳定的支持基础中所有不同元素的版本和变更之间的一致性。
2. 目的软件项目配置管理计划是为了确定软件项目的配置管理实践，确保进行配置管理的规划、实施和监督，防止不必要的变更引起的项目延期或错误、资源消耗以及用户满意度等问题。
同时也为了全面控制和监督整个软件项目的变更，提高软件质量和开发效率。
3. 责任3.1 配置管理员配置管理员是负责软件项目过程中的配置管理实践的人员。
配置管理员的主要职责包括：•创建和管理数据存储库。
•确保软件开发团队对配置基线进行审查和批准。
•确保变更记录的正确性和完整性。
•确保变更控制程序的适当实施。
3.2 开发团队开发团队是负责生成软件代码的人员。
开发团队的主要职责包括：•按照配置管理计划中定义的规则和方法进行代码开发。
•在配置基线上进行测试和修正。
•确保变更记录的正确性和完整性。
3.3 项目经理项目经理是负责整个软件项目的人员。
项目经理的主要职责包括：•确保软件开发团队按照配置管理计划实施配置管理。
•确保变更记录和配置基线的完整性和准确性。
•确保配置管理计划的适当实施。
4. 过程4.1 配置项标识在软件项目配置管理中，配置项标识是非常重要的。
配置项标识可以帮助我们更好地管理软件项目，并通过标识不同的版本和变更，更好地跟踪软件项目的进展。
配置项标识的主要准则如下：•对软件项目中的所有文档、源代码、二进制文件进行标识。
•为每个配置项分配一个唯一的标识符。
•使用版本号和版本日期来标识每个配置项。
4.2 配置项控制在软件项目配置管理中，配置项控制是保证软件项目质量的关键。
软件开发中常见的一些缩写及含意
（一）软件开发中常见的一些缩写及含意AAI Action Item活动项 CCA Comprehensive Audit综合检查CCB Configuration Control Board配置控制部CDR Critical Design Review关键设计评审CD&UT Coding and Unit Testing phase编码与单元测试阶段CMM Capability Maturity Model成熟度模型CRLCMP Computer Resource Life Cycle Management Plan计算机资源生命周期管理计划CSCI Computer Software Configuration Item计算机软件配置项critical software 重要软件DDBDD Data Base Design Description数据库设计描述DCR Document Change Request文档更改请求DD Detailed Design Phase详细设计阶段DDD Detailed Design Document详细设计文档DDR Detailed Design Review详细设计评审DID Data Item Description数据项描述design level 设计层FFCA Functional Configuration Audit功能配置审查FA Functional Audit功能检查FI Formal Inspection正式检查FQR Formal Qualification Review正式鉴定评审HHB HandBook手册HWCI HardWare Configuration Item硬件配置项IIDD Interface Design Description接口设计描述IRS Interface Requirements Specification接口需求规格说明IT&ST Integrating and System Testing phase组装与系统测试阶段IS&AC Installation and Acceptance phase安装与验收阶段IV&V Independent Verification and Validation 独立验证与确认KKPA Key Process Area关键过程域Mmanagement reviews 管理评审NNDS Non-Developmental Software不可开发软件PPA Physical Audit物理检查PCA Physical Configuration Audit物理配置审查PD Preliminary Design Phase概要设计阶段PDD Preliminary Design Document概要设计文档PDR Preliminary Design Review初步设计评审（概要设计评审）PDS 项目开发总结PIP 项目实施计划PRR 阶段评审报表PRR Product Readiness Review产品准备就绪评审PP&O Project Planning and Oversight项目计划与监督PPP 项目进展报表Pass criteria 通过准则project entrust organization 项目委托单位project undertaking organization 项目承办单位Qquality assurance 质量保证QC QUALITY CONTROL 品质控制RRA Requirements Analysis Phase需求分析阶段RMT 评审成员签字表RPL Review Problem评审问题记RSR Review Summary Report评审总结报告SSA&SD System Analysis and software definition phase系统分析与软件定义阶段SCL 源程序清单SCM Software Configuration Management软件配置管理SCMP Software Configuration Management Plan软件配置管理计划SDD Software Design Document软件设计文档（分成概要设计说明书[PDD]和详细设计说明书[DDD]）SDF Software Development File软件开发文件SDL Software Development Library软件开发库SDP Software Development Plan软件开发计划SDR System Design Review系统设计评审SEI Software Engineering Institute软件工程学会SEPO Software Engineering Process Office软件工程过程办公室SOW Statement of Work工作说明SPR Software Problem Report软件问题报告单SQA Software Quality Assurance软件质量保证SQAP Software Quality Assurance Plan软件质量保证计划SRR 软件需求评审SRR System Requirements Review系统需求评审SRS Software Requirment Specification软件需求规格说明SSDD System/Subsystem Design Description系统/子系统设计描述SSR Software Specification Review软件规格说明评审SSS System/Subsystem Specification系统/子系统规格说明STP 软件测试计划STR 软件测试报告STR Software Trouble Report软件故障报告STSC Software Technoligy Support Center软件技术支持中心SUM 用户手册SVD Software Version Description软件版本描述SV&VP Software Verification and Validation Plan软件验证与确认计划SV&VR Software Verification and Validation Review软件验证与确认评审SW-CMM SoftWare Capability Maturity Model软件成熟度模型software 软件software development organization 软件开发单位software feature 软件特性software item 软件项software life cycle 软件生存周期software verification and validation report软件验证与确认报告TTR Technical Report技术报告TRR Test Readiness Review测试准备就绪评审TSSD Total Software System Development phase整个软件系统的开发阶段testing 测试test item 测试项UUDF Unit Development Folder单元开发文件夹user 用户user documentation 用户文档UT Unit Test 单元测试Vvalidation 确认verification 验证WWBS Work Breakdown Structure工作分解结构。
软件配置管理计划精选全文完整版
可编辑修改精选全文完整版软件配置管理计划本计划中的任务包括以下内容：1.确定软件配置管理的组织结构和职责分工；2.制定软件配置管理计划，包括软件配置项的标识、控制、审查、审批和发布等；3.确定软件配置控制的流程，包括软件变更控制、版本控制和库管理等；4.确定软件配置管理的工具和环境，包括配置管理工具、版本控制工具和库管理工具等；5.确定软件配置管理的培训计划，包括软件配置管理人员的培训和使用软件配置管理工具的培训等；6.确定软件配置管理的评审和审计计划，包括软件配置管理计划的评审和审计，以及软件配置管理的执行情况的评审和审计等；7.确定软件配置管理的报告计划，包括软件配置管理计划的执行情况报告和软件配置管理的问题报告等。
2．3软件配置管理计划的制定和审批软件配置管理计划应该在软件开发初期制定，并在软件开发过程中不断更新和完善。
软件配置管理计划的制定和审批应该按照以下步骤进行：1.由软件配置管理小组负责制定软件配置管理计划，并提交总体组审批；2.总体组审批通过后，软件配置管理计划应该在所有软件开发人员中广泛宣传和推广；3.软件配置管理计划的执行情况应该定期进行评审和审计，并及时更新和完善。
2．4软件配置项的标识为了有效地进行软件配置管理，必须对软件配置项进行标识。
软件配置项的标识应该包括以下内容：1.软件配置项的名称和版本号；2.软件配置项的类型和功能；3.软件配置项的状态和所属子系统；4.软件配置项的负责人和开发人员；5.软件配置项的变更记录和审批记录。
2．5软件配置项的控制软件配置项的控制是软件配置管理的核心内容。
软件配置项的控制应该包括以下方面：1.软件配置项的变更控制，包括变更申请、变更分析、变更评审、变更批准和变更实施等；2.软件配置项的版本控制，包括版本标识、版本发布和版本回退等；3.软件配置项的库管理，包括库的建立、库的维护和库的备份等。
2．6软件配置管理工具和环境为了有效地进行软件配置管理，必须选择合适的软件配置管理工具和环境。
软件配置管理计划(ISS_MDCC_CMP)
配置管理计划拟制凌广美日期2011-6-1 评审人潘海红日期2011-6-1 批准日期签发日期iSoftStone IT Co., Ltd.北京软通动力信息技术有限公司All rights reserved版权所有侵权必究文档修订记录目录1. 引言 (4)1.1. 编写目的 (4)1.2. 适用范围 (4)1.3. 背景描述 (4)1.4. 缩略语 (4)1.5. 参考资料 (4)2. 命名规则 (5)2.1. 工程类文档 (5)2.2. 过程类文档 (5)2.3. Code代码 (5)2.4. Tools工具 (6)3. 配置库 (6)3.1. 配置库结构 (6)3.2. 文档 (6)4. 非配置项 (7)5. 基线计划 (8)6. 变更控制 (9)6.1. 基线更改 (9)6.2. 变更请求流程 (9)6.3. CCB会议： (10)7. 版本控制和发布 (10)7.1. 版本控制 (10)7.2. 发布策略和计划 (10)8. 备份及归档 (10)8.1. 配置库的备份 (10)8.2. 项目文件夹备份 (10)8.3. 长假期间的备份 (10)8.4. 归档 (10)1. 引言1.1. 编写目的本计划描述了贯穿本项目软件生命周期的由SCM组织识别并定义的一系列的软件配置项的实践过程。
描述项目的配置管理计划标识项目的配置项定义项目配置库及其特征定义项目组遵循的变更控制过程1.2. 适用范围本计划适用于《MDCC项目》的软件配置管理活动。
1.3. 背景描述为保证软件的质量与进度，指导软件过程中出现的变更，提供一个规范的流程使得软件过程中的所有活动都有据可寻；并且通过识别配置项和将要建立基线的点，来确定SCM工作的需求范围和时间。
在此背景之下，制定本软件配置管理计划。
1.4. 缩略语1.5. 参考资料《软件开发计划(ISS_MDCC _PPL)》《MDCC项目开发工作任务书》《MDCC项目设计规格》2. 命名规则每个配置项都必需被唯一地标识，这个唯一的标识被用于与其它配置项进行区分，跟踪和报告该配置项的状态。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件配置管理计划(SCMP)说明《软件配置管理计划》(SCMP)说明在项目中如何实现配置管理。
目录软件配置管理计划(SCMP) (1)1引言 (3)1.1标识 (3)1.2系统概述 (3)1.3文档概述 (3)1.4组织和职责 (3)1.5资源 (3)2引用文件 (3)3管理 (4)3.1机构 (4)3.2任务 (4)3.3职责 (4)3.4接口控制 (4)3.5实现 (5)3.6适用的标准、条例和约定 (5)4软件配置管理活动 (5)4.1配置标识 (5)4.2配置控制 (6)4.3配置状态的记录和报告 (7)4.4配置的检查和评审 (7)5工具、技术和方法 (7)6对供货单位的控制 (7)7记录的收集、维护和保存 (8)8配置项和基线 (8)8.1配置项命名规则 (8)8.2配置项的识别和基线的划分 (8)8.3变更和发布 (8)9备份 (8)10日程表 (9)11注解 (9)附录 (9)附表 (9)附表1:产品发布清单 (9)附表2:配置变更申请单 (10)附表3:配置问题报告单 (11)附表4:配置变更和问题登录表 (12)附表5:配置状态统计报告 (13)附表6:配置审核报告 (13)1引言1.1标识本条应包含本文档适用的系统和软件的完整标识，(若适用)包括标识号、标题、缩略词语、版本号、发行号。
1.2系统概述本条应简述本文档适用的系统和软件的用途。
它应描述系统与软件的一般性质；概述系统开发、运行和维护的历史；标识项目的投资方、需方、用户、开发方和支持机构；标识当前和计划的运行现场；并列出其他有关文档。
1.3文档概述本条应概括本文档的用途与内容，并描述与其使用有关的保密性与私密性要求。
1.4组织和职责描述软件配置管理(SCM)负责人和软件配置控制委员会(SCCB)的组成以及他们在项目中的职责和权限；说明与项目配置管理相关的人员，如项目经理、部门SCM组长的职责；描述以上人员之间的关系。
为了能够清晰的表述，可选用图表的方式进行说明。
1.5资源描述项目配置管理活动所需的各种资源，包括人员、培训、工具、设备、设施等等。
其中人员是指人力成本，它是根据项目开发计划中的总工时计算得出的。
2引用文件本章应列出本文档引用的所有文档的编号、标题、修订版本和日期。
本章还应标识不能通过正常的供货渠道获得的所有文档的来源。
3管理描述负责软件配置管理的机构、任务、职责及其有关的接口控制。
3.1机构描述在各阶段中负责软件配置管理的机构。
描述的内容如下：a.描述在软件生存周期各阶段中软件配置管理的功能和负责软件配置管理的机构；b.说明项目和子项目与其他有关项目之间的关系；c.指出在软件生存周期各阶段中的软件开发或维护机构与配置控制委员会的相互关系。
3.2任务描述在软件生存周期各阶段中的配置管理任务以及要进行的评审和检查工作，并指出各个阶段的阶段产品应存放在哪一类软件库中(软件开发库、软件受控库或软件产品库)。
3.3职责描述与软件配置管理有关的各类机构或成员的职责，并指出这些机构或成员相互之间的关系：a.指出负责各项软件配置管理任务(如配置标识、配置控制、配置状态记录以及配置的评审与检查)的机构的职责；b.指出上述机构与软件质量保证机构、软件开发单位、项目承办单位、项目委托单位以及用户等机构的关系；c.说明由本计划第3.2条指明的生存周期各阶段的评审、检查和审批过程中的用户职责以及相关的开发和维护活动；d.指出与项目有关的各个机构的代表的软件配置管理职责；e.指出其他特殊职责，例如为满足软件配置管理要求所必要的批准要求。
3.4接口控制描述：a.接口规格说明标识和文档控制的方法；b.对已交付的接口规格说明和文档进行修改的方法；c.对要完成的软件配置管理活动进行跟踪的方法；d.记录和报告接口规格说明和文档控制状态的方法；e.控制软件和支持它运行的硬件之间的接口的方法。
3.5实现规定实现软件配置管理计划的主要里程碑，例如：a.建立配置控制委员会；b.确定各个配置基线；c.建立控制接口协议；d.制订评审与检查软件配置管理计划和规程；e.制订相关的软件开发、测试和支持工具的配置管理计划和规程。
3.6适用的标准、条例和约定3.6.1指明所适用的软件配置管理标准、条例和约定必须说明这些标准、条例和约定要实现的程度。
3.6.2描述要在本项目中编写和实现的软件配置管理标准、条例和约定这些标准、条例和约定可以包括以下内容：a.软件结构层次树中软件位置的标识方法；b.程序和模块的命名约定；c.版本级别的命名约定；d.软件产品的标识方法；e.规格说明、测试计划与测试规程、程序设计手册及其他文档的标识方法；f.媒体和文档管理的标识方法；g.文档交付过程；h.软件产品库中软件产品人库、移交或交付的过程；i.问题报告、修改请求和修改次序的处理过程；j.配置控制委员会的结构和作用；k.软件产品交付给用户的验收规程；l.软件库的操作，包括准备、存储和更新模块的方法；m.软件配置管理活动的检查；n.问题报告、修改请求或修改次序的文档要求，指出配置修改的目的和影响；o.软件进人配置管理之前的测试级别；P.质量保证级别，例如，在进人配置管理之前，验证软件满足有关基线的程度。
4软件配置管理活动本章描述配置标识、配置控制、配置状态记录与报告以及配置检查与评审等四方面的软件配置管理活动的需求。
4.1配置标识4.1.1本条必须详细说明软件项目的基线(即最初批准的配置标识)把它们与本计划的3.2条描述的生存周期的特定阶段相联系。
在软件生存周期中，主要有三种基线，它们是功能基线、分配基线和产况，基线。
对于每个基线，必须描述下列内容：a.每个基线的项(包括应交付的文档和程序)；b.与每个基线有关的评审与批准事项以及验收标准；c.在建立基线的过程中用户和开发者参与情况。
例如，在产品基线中，要定义的元素可以包括：a.产品的名字和命名规则；b.产品标识编号；c.对每一个新交付的版本，要给出版本交付号、新修改的描述、修改交付的方法、对支持软件的修改要求以及对有关文档的修改要求；d.安装说明；e.已知的缺陷和故障；f.软件媒体和媒体标识。
4.1.2本条必须描述本项目所有软件代码和文档的标题、代号、编号以及分类规程例如，对代码来说：a.编译日期可以作为每个交付模块标识的一部分；b.在构造模块源代码的顺序行号时，应使它适合于模块作进一步的修改。
4.2配置控制4.2.1本条必须描述在本计划3.2条描述的软件生存周期中各个阶段使用的修改批准权限的级别.4.2.2本条必须定义对已有配置的修改申请进行处理的方法其中包括：a.详细说明在本计划第3.2条描述的软件生存周期各个阶段中提出修改申请的程序(可以用注上自然语言的流程图来表达)；b.描述实现已批准的修改申请(包括源代码、目标代码和文档的修改)的方法；c.描述软件库控制的规程，其中包括库存软件控制、对于适用基线的读写保护、成员保护、成员标识、档案维护、修改历史以及故障恢复等七项规程；d.如果有必要修补目标代码，则要描述其标识和控制的方法。
4.2.3对于各个不同层次的配置控制组和其他修改管理机构本条必须：a.定义其作用，并规定其权限和职责；b.如果已组成机构，则指明该机构的领导人及其成员；c.如果还没有组成机构，则说明怎样任命该机构的领导人、成员及代理人；d.说明开发者和用户与配置控制组的关系。
4.2.4当要与不属于本软件配置管理计划适用范围的程序和项目进行接口时，本条必须说明对其进行配置控制的方法如果这些软件的修改需要其他机构在配置控制组评审之前或之后进行评审，则本条必须描述这些机构的组成、它们与配置控制组的关系以及它们相互之间的关系。
4.2.5本条必须说明与特殊产品(如非交付的软件、现存软件、用户提供的软件和内部支持软件)有关的配置控制规程.4.3配置状态的记录和报告本条必须：a.指明怎样收集、验证、存储、处理和报告配置项的状态信息；b.详细说明要定期提供的报告及其分发办法；c.如果有动态查询，要指出所提供的动态查询的能力；d.如果要求记录用户说明的特殊状态时，要描述其实现手段。
例如，在配置状态记录和报告中，通常要描述的信息有：a.规格说明的状态；b.修改申请的状态；c.修改批准的报告；d.产品版本或其修改版的状态；e.安装、更新或交付的实现报告；f.用户提供的产品(如操作系统)的状态；g.有关开发项目历史的报告。
4.4配置的检查和评审本条必须：a.定义在本计划的3.2条所定义的软件生存周期的特定点上执行的检查和评审中软件配置管理计划的作用；b.规定每次检查的评审所包含的配置项；c.指出用于标识和解决在检查和评审期间发现的问题的工作流程。
5工具、技术和方法本章必须指明为支持特定项目的软件配置管理所使用的软件工具、技术和方法，指明它们的目的，并在开发者所有权的范围内描述其用法。
例如，可以包括用于下列任务的工具，技术和方法：a.软件媒体和媒体文档的标识。
b.把文档和媒体置于软件配置管理的控制之下，并把它正式地交付给用户。
例如，要给出对软件库内的源代码和目标代码进行控制的工具、技术和方法的描述；如果用到数据库管理系统，则还要对该系统进行描述。
又如，要指明怎样使用软件库工具、技术和方法来处理软件产品的交付。
c.编制关于程序及其有关文档的修改状态的文档。
因此必须进一步定义用于准备多种级别(如项目负责人、配置控制小组、软件配置管理人员和用户)的管理报告的工具、技术和方法。
6对供货单位的控制供货单位是指软件销售单位、软件开发单位或软件子开发单位。
必须规定对这些供货单位进行控制的管理规程，从而使从软件销售单位购买的、其他开发单位开发的或从软件开发单位现存软件库中选用的软件能满足规定的软件配置管理需求。
管理规程应该规定在本软件配置管理计划的执行范围内控制供货单位的方法；还应解释用于确定供货单位的软件配置管理能力的方法以及监督它们遵循本软件配置管理计划需求的方法。
7记录的收集、维护和保存本章必须指明要保存的软件配置管理文档，指明用于汇总、保护和维护工程文档的方法和设施(其中包括要使用的后备设施)，并指明要保存的期限。
8配置项和基线8.1配置项命名规则根据组织的《标识规范》，对不同类型的配置项建立命名规则。
8.2配置项的识别和基线的划分列出识别到的所有配置项和所属的配置基线，并明确配置项的标识、作者(或负责人)和配置8.3变更和发布描述配置项和基线变更、发布的流程以及相应的批准权限。
为了能够清晰的表述，应选用图表的方式进行说明。
9备份说明配置库和配置管理库的备份方式、频度、责任人。
10日程表列出项目配置管理活动的日程表，并确保配置管理活动的日程表与项目开发计划以及质量保11注解本章应包含有助于理解本文档的一般信息(例如背景信息、词汇表、原理)。