软件项目之配置管理计划(范文1)
软件配置管理计划
软件配置管理计划本软件配置管理计划的任务包括但不限于以下内容：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.配置管理计划的更新和审查软件配置管理小组应该定期对本计划进行更新和审查，以确保其与实际情况的一致性，并及时纠正和完善计划中存在的问题和不足。
软件配置管理计划模板(带实例)
软件配置管理计划模板(带实例)本文档旨在提供一个软件配置管理计划模板，以帮助项目团队在软件开发过程中有效管理配置项，确保软件版本控制、配置项跟踪和配置变更管理等方面的可控性和可追溯性。
以下是一个典型的软件配置管理计划模板示例。
1. 引言软件配置管理是一个重要的过程，它确保软件的稳定性、可维护性和可追溯性。
本文档定义了软件配置管理的目标、范围和活动，以及相关的角色和责任。
2. 软件配置管理目标软件配置管理的目标是：- 维护可追溯的软件版本控制；- 确保配置项的准确性和一致性；- 管理和控制软件的配置变更；- 提供配置相关的文档和报告以支持项目决策。
3. 软件配置管理范围软件配置管理的范围包括以下方面：- 软件配置项的识别和标识；- 软件版本控制和发布管理；- 配置项变更管理；- 配置项跟踪和审计；- 配置管理文档和报告。
4. 软件配置管理活动软件配置管理包括以下活动：- 确定和识别软件配置项；- 定义和维护软件版本控制策略；- 管理和控制软件的配置变更；- 更新和维护配置项跟踪表；- 定期进行配置项审计；- 生成和发布配置管理文档和报告。
5. 角色和责任软件配置管理涉及以下角色和责任：- 配置管理人员：负责制定和执行配置管理策略，管理和跟踪配置项；- 开发团队：负责识别和标识配置项，遵守配置管理规定；- 测试团队：负责测试和验证配置项的变更；- 项目经理：负责配置管理相关的项目决策和资源分配。
6. 配置管理文档和报告软件配置管理涉及以下文档和报告：- 配置管理计划：定义软件配置管理的过程和活动；- 配置项跟踪表：记录配置项的状态和变更历史；- 配置项审计报告：记录配置项的审计结果和问题；- 配置管理文档：包括配置项标识、版本控制和发布计划等。
7. 总结以上是一个典型的软件配置管理计划模板示例。
项目团队可以根据实际情况进行适当的调整和定制，以满足项目的具体需求。
有效的软件配置管理将有助于提高软件的质量和可维护性，确保项目的顺利进行。
软件项目配置管理计划
中国广东核电集团CHINA GUANGDONG NUCLEAR POWER GROUP记录文件项目编号项目名称CGN-IT-C3-A12-01软件项目配置管理计划版本编写审核审定批准生效时间A/0注：如无受控文件标识（蓝色印章）则为非有效版本，以受控文件规定为准。
此文件属中国广东核电集团有限公司所有，未经许可，不得以任何方式外传。
修改记录页目录(一)基本信息 (4)(二)角色与职责 (4)(三)配置管理资源 (5)(四)权限分配 (5)(五)配置项计划 (6)(六)配置库基线 (7)(七)配置库备份计划 (8)(八)配置库状态报告 (8)(九)配置审核 (9)(十)审批意见 (9)配置管理计划(一)基本信息项目名称：项目代号：立项时间：预计主要项目阶段有：配置项目命名规则依据：(二)角色与职责(三)配置管理资源本项目使用配置管理工具对各配置项进行存储、版本管理，并提供更新、检索和历史版本的恢复。
提示：（1）配置管理员确定本项目的配置管理软件。
例如采用Microsoft公司的TFS或者IBM公司的clearecase。
（2）配置管理员根据所采用的配置管理软件，确定计算机资源（考虑内存、外存、CPU等）。
预计建库申请日期：预计建库日期：预计工作库需空间：(四)权限分配项目成员访问配置库的ID及PASSWORD默认设置为与域帐号的设置相同。
若个人要求另行设置的，由项目组配置管理员负责汇总后，提交给高级配置管理员调整设置。
(五)配置项计划填写上面表格过程中，需要对照成果物列表逐项填写。
对于代码VOB，项目组配置管理员自己定义，原则上每个VOB的大小限制在200-300M之间。
(六)配置库基线配置库基线由里程碑基线和日常开发基线共同组成，其中里程碑基线分为前期基线、计划基线、需求基线、设计基线、代码基线、测试基线、产品基线。
其中前期基线可裁减。
里程碑基线是在项目通过评审产出物或项配置项的版本号与配置项的状态紧密相关：（1）处于“草稿”状态的配置项的版本号格式为：0.YZ✧YZ数字范围为01-99。
配置管理计划（范文）
配置管理计划配置管理计划篇一：配置管理计划公司名称项目名称配置管理计划版本1.0 ? [注：以下提供的模板用于R atinal Uni fied Prces s。
其中包括用方括号括起来并以蓝色斜体（样式=InfBlue）显示的文本，它们用于向作者提供指导，在发布此文档之前应该将其删除。
按此样式输入的段落将被自动设置为普通样式（样式=Bd y Text）。
]修订历史记录Cnfi dential ?公司名称 , 1999 Page 2 f 6目录1.简介1.1目的1.2范围1.3定义、首字母缩写词和缩略语1.4 参考资料1.5 概述 2. 软件配置管理2.1 组织、职责和接口2.2 工具、环境和基础设施3. 配置管理活动3.1 配置标识3.1.1 标识方法 3.1.2项目基线3.2 配置和变更控制3.2.1 变更请求的处理和审批3. 2.2 变更控制委员会 (CCB) 3.3 配置状态统计3. 3.1 项目介质存储和发布进程3.3.2 报告和审计4. 里程碑5. 培训和资源 6. 分包商和厂商软件控制 Cnfid ential ? 公司名称 , 19994 4 4 4 4 4 4 4 4 4 4 4 5 5 5 5 5 5 5 6 6 6 Page3 f 6配置管理计划1. 简介 ? [配置管理计划的简介应提供整个文档的概述。
它应包括此配置管理计划的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述。
]1.1 目的 ? [阐明此配置管理计划的目的。
]1.2范围 ? [简要说明此配置管理计划的范围；它的相关模型，以及受到此文档影响的任何其他事物。
] 1.3 定义、首字母缩写词和缩略语?[本小节应提供正确理解此配置管理计划所需的全部术语、首字母缩写词和缩略语的定义。
项目配置管理计划
项目配置管理计划1概要1.1内容规范配置管理活动，确保配置项正确地唯一标识并易于存取，保证基准配置项的更改受控，明确基线状态，在贯穿整个软件生命周期中建立和维护项目产品的完整性和可追溯性。
1.2适用范围对于不同类别的软件项目，配置管理的流程不同，可在本流程的基础上进行裁减。
1.3术语和缩略语1.3.1软件配置管理（Software Configuration Management，SCM）软件配置管理是对软件修改进行标识、组织和控制的技术，用来协调和控制整个过程。
是通过技术或行政手段对软件产品及其开发过程和生命周期进行控制、规范的一系列措施。
配置管理的目标是记录软件产品的演化过程，确保软件开发者在软件生命周期中各个阶段都能得到精确的不同版本的产品配置。
1.3.2配置（Configuration）配置是在技术文档中明确说明并最终组成软件产品的功能或物理属性。
因此配置包括了即将受控的所有产品特性，其内容及相关文档、软件版本、变更文档、软件运行的支持数据，以及其他一切保证软件一致性的组成要素，相对与硬件类配置，软件产品的配置包括更多的内容并具有易变性。
1.3.3配置项（Configuration Item，CI）凡是纳入配置管理范畴的工作成果统称为配置项（Configuration Item, CI），配置项逻辑上组成软件系统的各组成部分，一般是可以单独进行设计、实施和测试的。
一个纯软件的CIs通常也称之为软件配置项（Computer Software Configuration Items，CSCIs）。
配置项主要有两大类：1)属于产品组成部分的工作成果，例如需求文档、设计文档、源代码、测试用例等；2)项目管理和机构支撑过程产生的文档。
这些文档虽然不是产品的组成部分，但是值得保存。
每个配置项的主要属性有：名称、标识符、文件状态、版本、作者、日期等。
所有配置项都被保存在配置库里，确保不会混淆、丢失。
配置项及其历史记录反映了软件的演化过程。
软件项目计划书
软件项目计划书软件项目计划书范文（通用6篇）时间流逝得如此之快，相信大家对即将到来的工作生活满心期待吧！现在的你想必不是在做计划，就是在准备做计划吧。
相信大家又在为写计划犯愁了吧？下面是店铺整理的软件项目计划书范文，欢迎大家分享。
软件项目计划书篇11.引言1．1编写目的此项目开发策划书的编写主要是为了给开发《学生成绩管理系统》做主要的规划和整合，在开发过程中起到引导作用，以及给使用者提供简要的说明。
1．2背景随着计算机应用的日益普及和深化，网上办公已近成为一种趋势。
本项目要开发的是基于局域网和互联网的学生成绩管理系统，实现一个将学生成绩管理和服务功能结合起来的管理信息系统，既可以节省资源、又可以有效的存储、更新、查询信息、提高工作和服务效率。
开发的系统要求界面友好，方便直观。
既要方便校方对学生信息进行添加、删除、修改、查询和统计等管理，又要方便学生等查询。
软件名称：学生成绩管理系统项目提出者：“学生成绩管理系统”开发小组开发者：“学生成绩管理系统”开发小组，成员：郭明娟、陈秋男、王如意、高静、王彩霞、关娜仁、孙佳星、赵鹏、王凤舞。
配置要求：SQL Server2008数据库，C#等该软件需与数据库连接使用才能运行。
1．3定义文档中采用的专门术语的定义及缩略词简要如下：Microsoft Visual C#Microsoft SQL Server2008MIS：Student Achievement Management System，学生成绩管理系统Microsoft Visual Studio2008,版本控制工具2.项目概述2．1 工作内容《学生成绩管理系统》针对的用户是学校相关部门、学生。
相应的内容有：（1）主要的功能包括：1）学校管理：管理部门为每个学生建立信息表格，其中包括学生的，姓名、学号、院系、专业、成绩以及老师的相关信息。
学校相应管理员定期或不定期的对学生和老师信息进行入库、修改、删除、等信息管理以及注销。
软件配置管理制度范文
软件配置管理制度范文软件配置管理制度1.引言软件配置管理（Software Configuration Management，SCM）是指控制软件开发过程中配置项的标识、变更和版本控制等活动，以确保在软件生命周期中具备可追溯性、可重现性和可管理性。
本章节旨在制定一套完整的软件配置管理制度，以规范开发团队在软件开发过程中的各项配置管理活动。
2.目标2.1 确保软件配置项的可追溯性，保证能够准确找到以前的版本和变更记录。
2.2 确保软件配置项的可重现性，使得开发环境可以快速恢复到确定的状态。
2.3 确保软件配置项的可管理性，使得开发团队能够对软件进行有效地控制和管理。
2.4 确保软件配置项的安全性，防止外部非授权人员对软件配置项进行篡改或访问。
3.组织和责任3.1 软件配置管理小组是软件配置管理的主要组织形式，由包括项目经理、开发人员、测试人员等在内的相关人员组成，其主要责任是制定和执行软件配置管理策略。
3.2 项目经理负责整个软件配置管理的计划和监督。
3.3 开发人员负责进行软件配置项的编制和变更。
3.4 测试人员负责软件配置项的验证和审查。
4.配置管理计划4.1 每个项目在软件开发初期，应制定一个配置管理计划，明确软件配置管理的流程和策略。
4.2 配置管理计划应包括以下内容：4.2.1 配置管理的目标和原则。
4.2.2 配置管理的活动和流程，包括配置项的标识、变更和版本控制等。
4.2.3 配置管理的工具和环境，包括使用的版本控制系统、bug 跟踪系统等。
4.2.4 配置管理的责任和权限，明确各个角色在配置管理中的责任和权限。
4.2.5 配置管理的计划和进度，确保软件配置管理与项目开发的协调进行。
5.配置项标识5.1 对于每个软件配置项，应进行唯一的标识，并记录在配置项清单中。
5.2 配置项的标识应包括配置项的名称、版本号和所属模块等信息。
5.3 配置项的标识应遵循规范，以便于在后续的配置项变更和版本控制中进行识别和管理。
配置管理方案范文
配置管理方案范文配置管理（Configuration Management）是指对软件、硬件和网络设备等进行全面控制和管理的一种方法。
它的目标是确保系统的可靠性、一致性和可追溯性，同时促进团队合作、提高工作效率。
配置管理方案是在项目或者组织内实施配置管理的详细计划和流程。
本文将介绍一个全面的配置管理方案，包括其步骤、流程和工具等。
一、方案设计1.确定配置管理的目标和范围：明确配置管理的目标是为了提高产品质量和工作效率，范围是指需要纳入配置管理的软件、硬件和网络设备等。
2.建立配置管理团队：配置管理团队由一群专门负责配置管理的人员组成，包括配置管理员、项目经理和开发人员等。
3.制定配置管理计划：配置管理计划是整个配置管理方案的核心，需要详细描述配置项的标识、版本控制、变更管理和配置管理工具等。
4.搭建配置管理工具：配置管理工具可以帮助团队更好地实施配置管理，包括版本控制工具、问题跟踪工具和集成开发环境等。
二、配置管理流程配置管理流程是根据配置管理计划制定的，下面是一个典型的配置管理流程：1.配置项识别和标识：识别所有需要纳入配置管理的项，对每个项进行唯一的标识。
2.配置项控制和变更管理：对配置项进行版本控制，确保在修改时能够回溯到先前的版本。
而且，通过变更管理机制，记录和跟踪所做的修改。
3.配置项审查和验证：对每次修改进行审查和验证，确保其在变更之前经过了充分的测试和验证。
4.配置项发布和部署：在确认修改没有问题之后，进行发布和部署。
三、配置管理工具配置管理工具是配置管理方案的重要组成部分，下面是一些常见的配置管理工具：1. 版本控制工具：如Git、SVN等，用于管理软件的版本，记录变更历史，协调多人协作开发。
2. 问题跟踪工具：如JIRA、Redmine等，用于跟踪和管理软件的问题和缺陷。
4. 虚拟化和容器化工具：如Docker、Kubernetes等，用于创建和管理虚拟环境和容器，方便软件的部署和测试。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
XXXX项目配置管理计划
简介
本计划描述了配置组织结构以及贯穿项目组日常工作，由项目组识别并定义的一系列的配置项的实践过程。
1.1文档目的
定义配置管理的职责、所需资源以及描述实施过程中一系列的配置管理活动，指导项目软件配置管理工作。
1.2适用范围
本计划适用于XXXX项目的软件配置管理活动的制定。
1.3项目背景描述
略。
1.4术语与缩略语
软件配置管理：简称 SCM（Software Configuration Management），是在项目开发中，标识、控制和管理软件变更的一种管理。
配置项目标识：（Configuration Indentification）对软件项目在开发过程中的资源进行标识，以便标识。
配置审计：（Configuration Audit）对软件配置管理过程中的行动进行检查。
资源
2.1配置管理组织架构图
配置管理的组织架构主要角色有公司的配置管理（Configuration Management，CM），项目的配置管理（Configuration Management，CM），项目经理（Project manager，PM），以及配置管理审批人和项目成员。
图1 组织架构图
2.2关键角色和职责
配置管理员
项目组中负责配置管理工作的角色，负责计划和控制配置管理过程。
在某一开发阶段通过评审或某一质量检查点通过审核后，配置管理员负责统计添加或修改相关产出物的最新有效版本以及审核证明。
配置管理委员会（CCB）
CCB 是一个虚拟的小组，对配置管理各项活动拥有决策权（例如审批配置管理计划，审批配置项变更请求等）。
CCB 的决策采用“少数服从多数”的原则。
主要成员：甲方项目经理、高层领导、需求专家、架构专家、配置管理人员、测试专家和质量保证人员。
2.3所需资源
表1 配置管理工具及辅助软件
工具名称发布公司用途
GitLab GitLab 配置库管理工具，主要源代码SVN Apache软件基金会配置库管理工具，主要是文档Microsoft Office Microsoft 办公工具
Microsoft Project Microsoft 办公工具
SCM 活动
3.1配置库的创建和授权
项目配置库创建
项目配置库申请审批通过后，项目经理通过一体化运维平台的工作单给项目组配置管理员，要求开通配置库，并说明项目人员权限。
项目部配置管理员建设好配置库后邮件通知给项目经理，说明配置库的访问地址、用户名、用户密码等信息。
注：工作单内容填写时请选择模板《配置库中创建新项目的模板》。
权限分配
目录需授权的人员，角色分为：研发/开发人员、配置人员、只读人员。
表2 配置库权限分配
目录角色代码发布包技术文档
项目管
理文档
TAG
（基线）
分支
配置人员(cm) 读、写读、写读读、写读、写读研发/开发人员
(dep)
读、写读读、写读、写读读只读人员(read) 读读读读读读分支开发人员（dep）读读读、写读读读、写编写、审核配置管理信息计划
项目配置责任人组织各块配置责任人填写《项目配置管理信息表》（包括配置项清单），并将信息表上传到配置库相应目录中（配置库标准目录：质量控制->CM活动管理），并邮件通知项目QA人员、项目经理、配置管理员。
项目QA人员、项目经理对《项目配置管理信息表》进行审核。
在确定配置责任人后，项目经理应尽早通知项目部配置管理员，以利于项目部配置管理员解释相应的配置管理要求，并指导项目配置责任人填写《项目配置管理信息表》。
3.2配置项和基线
项目开始阶段就要确定本项目的配置项，根据其在项目中的作用为每个基线
和配置项识别后分配唯一的标识并形成一系列的基线，策划每个配置项在项目不同时期的版本状态。
配置项标识
1、文档
标识为：项目简称+项目版本号+产出物名称+产出物版本号
2、代码
根据以往的开发经验，按照通过那个的习惯来命名，程序名称具有唯一性，且要体现程序功能。
配置项识别
1、软件过程的输出信息可以分为4个主要类别：
（1）计算机程序（源代码及可执行程序），主要包括XXXX各个子系统的源代码。
（2）描述计算机程序的文档，主要包括XXXX系统开发过程中涉及的项目文档，如需求规格说明书、概要设计、详细设计等。
（3）数据（包含在程序内部或外部），主要包括系统开发过程中的采集的数据，如系统用户名等数据。
（4）项目管理的有关文件、信息记录，如项目管理制度、计划、验收等相关材料等。
配置项清单
根据项目计划中的过程产出物，在计划阶段，项目CM人员和项目经理共同识别配置项，选择并确定适用于本项目的配置项，填写到《项目配置管理信息表》的配置项清单中。
配置审计计划
在每次主要的软件产品发布之前，必须进行基线审计，验证其完整性，提交审批人审批。
审计结果作审计报告存放于配置库中，并发布邮件通知相关人员。
表3 基线审计计划表
基线审计计划表
序号审计基线类别计划审计时间审计人员
1 需求基线需求基线创建后项目CM及QA
2 设计基线设计基线创建后项目CM及QA
3 测试基线测试基线创建后项目CM及QA
4 系统/产品基线系统/产品基线创建后项目CM及QA
基线
由一组配置项组成，这些配置项构成了一个相对稳定的逻辑实体。
基线通常对应开发过程中的里程碑（Milestone），基线中的配置项被“冻结”了，不能再被任何人随意修改。
基线的主要属性包括：名称、标识符、版本、日期等。
基线选择采用我司标准进行控制。
一般基线含需求基线、设计基线、代码基线、测试基线、发布基线等。
基线发布
首先确认本基线包含内容已经完成，项目经理整理基线发布清单，并提出基线发布申请，CCB成员审核基线发布并签署意见，配置管理员执行基线发布操作，同时通知相关人员。
变更控制
3.2.7.1变更控制
对于已纳入基线去的配置项（受控状态），因此需求、设计、计划方面提出变化时，即认为是变更。
3.2.7.2变更要求说明
变更提出要有证明记录。
项目组接收到变更请求，均要做初步评估，对优先级、严重程度，对系统影响，对项目的影响，实施复杂度等方面进行分析，将变更划分成重大、一般。
对于不同的变更类型，采用不同审批层级。
批准通过的变更请求，需要完善方案、制定计划，才可以开展实施活动。
变更后内容，需要有验证。
配置状态信息
配置活动按照配置审计要求记录和发布配置状态信息。
表4 配置状态信息表
文档发布方法发布频度发布形式及对象
配置项状态记录手工维护每月一次通过邮件通知全体项目成员
3.2.8.1基线建立计划
表5 基线建立计划
3.2.8.2基线审计计划
表6 基线审计计划表
3.2.8.3基线的发布
配置项每次修改后，由配置管理员完成对应的发布及修订通知，并通过项目组全体成员。
每季度末发布《配置项状态记录》，报告所有配置项的状态。
3.3电子资料上传配置库
项目成员按配置信息和计划，及时上传电子资料到配置库中，项目和各块配置责任人检查。
如需调整配置项清单内容及入库时间，项目配置责任人在征得项目经理同意后，对《项目配置管理信息表》进行变更，并将变更的信息邮件通知项目QA人员、项目经理、项目部配置管理员。
3.4QA检查
项目QA人员每周根据《项目配置管理信息表》对配置项入库情况进行如发现没有及时上传，确定原因后，作为问题提出并监督解决。
项目移交前，QA人员对项目配置库入库情况进行整体复核，确保《项目配置管理信息表》中的所有配置项均已入库。
3.5公司配置管理员抽查
公司配置管理员每月按照《项目配置管理信息表》，对项目的电子资料入库情况进行抽查，出具检查报告，并跟踪问题的解决。
3.6纸质资料签字
项目过程中产生的经客户签字的纸质资料，例如：需求文档、测试资料、验收资料等，项目配置责任人（或项目经理）负责保管，及时扫描归档，由项目QA人员对移交的纸质资料进行检查。
3.7组织要求、配置审计
1、组织要求
对于复杂管理的配置要指定“项目配置责任人”。
对于简单管理的配置由项目经理负责配置的工作。
2、配置审计
对于复杂管理的配置项目QA和项目配置管理员都要对配置进行审计，审计内容参照CMMI配置管理规程执行。
简单管理的项目由项目部配置管理员进行配置的审计。
3.8项目的资料移交
当项目结束后，将相关资料移交给后续的维护支持人员，在配置这块的具体做法待定。
权限管理：项目经理/维护负责人，开工作单给项目部配置管理员，要求回收配置库中开发人员的权限及增加维护人员的权限。
数据管理
4.1数据管理
除项目基线识别的配置项文档外，项目产生的其它所有工作产品均纳入配置库中。
数据类文件须上传到开发库中，并存放在相应文件目录下，存放目录参考《配置库目录结构》。
4.2数据备份
表7 配置库备份记录表:
备注：备份完成后，必须对备份的资料进行可恢复性检验，以确认备份可以恢复。
附件一
配置库中创建新项目
附件二
配置库中人员权限变更
附件三
项目配置检查单
附件四。