第十章-软件项目配置管理计划
软件项目管理案例教程(第二版)习题答案
第二版习题答案目录第0章软件项目管理概述 (2)第1章软件项目初始过程 (3)第二章-范围计划 (6)第三章-软件项目进度计划 (8)第四章-软件项目成本计划 (10)第五章-软件项目质量计划 (11)第六章-软件项目人力资源计划 (13)第七章-软件项目沟通计划 (14)第八章-项目管理风险计划 (17)第九章-软件项目合同计划 (19)第十章-软件项目配置管理 (20)第十一章-软件项目集成计划 (21)第十二章-软件项目执行控制过程 (22)第十三章-软件项目结束过程 (25)第二版习题答案韩万江、姜立新机械工业出版社第0章软件项目管理概述1、项目集成管理是什么？项目集成管理是在项目的整个生存期内，协调项目管理其他各管理知识域，将项目管理的方方面面集成为一个有机整体，保证项目的总目标的实现。
项目集成管理从一个宏观的角度将项目作为一个整体来考察。
包括的过程包括：项目章程编制、初始项目范围编制、项目计划编制、指导与管理项目执行、项目监控、集成变更控制、项目结束等过程。
项目管理的目标在于对项目中的不同组成元素进行正确高效的协调，他不是所有项目组成元素的简单相加。
2、项目管理的9大知识领域是什么？1）项目集成管理2）项目范围管理3）项目时间管理4）项目成本管理5）项目质量管理6）项目人力资源管理7）项目沟通管理8）项目风险管理9）项目采购管理●为了成功实现项目的目标，首先必须设定项目的工作和管理范围，即项目的范围管理。
●为了正确实施项目，需要对项目目标进行分解，即对项目的时间、质量、成本三大目标进行分解，即项目时间管理、项目成本管理、项目质量管理●项目实施过程，需要投入人力、物力：项目人力资源管理、项目采购管理●为了项目的团队人员的管理，让大家有一致的目标，需要沟通，即项目的沟通管理●当然，项目实施过程会遇到各种风险，因此需要进行风险管理，即项目的风险管理●当项目管理一定要协调各个方面，不能只顾局部利益和细节，因此需要集成管理，即项目的集成管理3、项目的成本管理包括哪些过程？包括成本估算、成本预算、成本控制等过程4、项目管理的5个过程组是什么？启动过程组、计划过程组、执行过程组、控制过程组、收尾过程组5. 判断下面活动哪些是项目？上课野餐活动√集体婚礼√社区保安开发微软的操作系统√每天的卫生保洁神州飞船计划√二、判断题1. 项目开发过程中可以无限制地使用资源。
软件配置管理计划
数据交互系统配置管理计划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.配置管理计划的更新和审查软件配置管理小组应该定期对本计划进行更新和审查，以确保其与实际情况的一致性，并及时纠正和完善计划中存在的问题和不足。
软件配置管理计划
软件配置管理计划1. 背景。
在软件开发过程中，配置管理是非常重要的一环。
它涉及到软件开发过程中的各种资源管理，包括代码、文档、工具、库文件等。
软件配置管理计划是为了确保软件开发过程中资源的有效管理和控制，以保证软件开发过程的顺利进行和最终交付高质量的软件产品。
2. 目标。
软件配置管理计划的目标是确保软件开发过程中的资源管理和控制，包括但不限于：确保软件开发过程中的各种资源的有效管理和控制；确保软件版本的管理和控制，以便追踪和回溯软件的历史版本；确保软件开发过程中的变更管理和控制，以便有效地管理和控制软件的变更；确保软件开发过程中的配置项管理和控制，以便有效地管理和控制软件的配置项。
3. 范围。
软件配置管理计划的范围包括但不限于：资源管理和控制，包括代码、文档、工具、库文件等；版本管理和控制，确保软件版本的管理和控制；变更管理和控制，确保软件开发过程中的变更管理和控制；配置项管理和控制，确保软件开发过程中的配置项管理和控制。
4. 责任。
在软件配置管理计划中，需要明确各个相关方的责任和权限，包括但不限于：项目经理，负责制定和执行软件配置管理计划；开发人员，负责按照软件配置管理计划管理和控制软件开发过程中的各种资源；测试人员，负责按照软件配置管理计划管理和控制软件测试过程中的各种资源；配置管理员，负责执行软件配置管理计划，确保软件开发过程中的资源管理和控制。
5. 过程。
软件配置管理计划需要明确软件配置管理的具体过程，包括但不限于：资源管理和控制的具体流程和方法；版本管理和控制的具体流程和方法；变更管理和控制的具体流程和方法；配置项管理和控制的具体流程和方法。
6. 工具。
在软件配置管理计划中，需要明确使用的软件配置管理工具，包括但不限于：版本管理工具，用于管理和控制软件的版本；变更管理工具，用于管理和控制软件的变更；配置项管理工具，用于管理和控制软件的配置项。
7. 评估。
软件配置管理计划需要明确软件配置管理的评估方法和标准，以确保软件配置管理计划的有效执行和软件开发过程的顺利进行。
软件配置管理计划模板(带实例)
软件配置管理计划模板(带实例)本文档旨在提供一个软件配置管理计划模板，以帮助项目团队在软件开发过程中有效管理配置项，确保软件版本控制、配置项跟踪和配置变更管理等方面的可控性和可追溯性。
以下是一个典型的软件配置管理计划模板示例。
1. 引言软件配置管理是一个重要的过程，它确保软件的稳定性、可维护性和可追溯性。
本文档定义了软件配置管理的目标、范围和活动，以及相关的角色和责任。
2. 软件配置管理目标软件配置管理的目标是：- 维护可追溯的软件版本控制；- 确保配置项的准确性和一致性；- 管理和控制软件的配置变更；- 提供配置相关的文档和报告以支持项目决策。
3. 软件配置管理范围软件配置管理的范围包括以下方面：- 软件配置项的识别和标识；- 软件版本控制和发布管理；- 配置项变更管理；- 配置项跟踪和审计；- 配置管理文档和报告。
4. 软件配置管理活动软件配置管理包括以下活动：- 确定和识别软件配置项；- 定义和维护软件版本控制策略；- 管理和控制软件的配置变更；- 更新和维护配置项跟踪表；- 定期进行配置项审计；- 生成和发布配置管理文档和报告。
5. 角色和责任软件配置管理涉及以下角色和责任：- 配置管理人员：负责制定和执行配置管理策略，管理和跟踪配置项；- 开发团队：负责识别和标识配置项，遵守配置管理规定；- 测试团队：负责测试和验证配置项的变更；- 项目经理：负责配置管理相关的项目决策和资源分配。
6. 配置管理文档和报告软件配置管理涉及以下文档和报告：- 配置管理计划：定义软件配置管理的过程和活动；- 配置项跟踪表：记录配置项的状态和变更历史；- 配置项审计报告：记录配置项的审计结果和问题；- 配置管理文档：包括配置项标识、版本控制和发布计划等。
7. 总结以上是一个典型的软件配置管理计划模板示例。
项目团队可以根据实际情况进行适当的调整和定制，以满足项目的具体需求。
有效的软件配置管理将有助于提高软件的质量和可维护性，确保项目的顺利进行。
软件项目之配置管理计划(范文1)
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配置库的创建和授权项目配置库创建项目配置库申请审批通过后，项目经理通过一体化运维平台的工作单给项目组配置管理员，要求开通配置库，并说明项目人员权限。
软件项目配置管理计划
编辑记录页面目录(1)基本信息2(2)角色和职责3(3)配置管理资源4(4)权限分配5(5)配置项计划6(6)配置库基线9(7)配置数据库备份方案11(8)配置库状态报告12(9)配置审核12（十）批准意见13配置管理计划(一)基本信息项目名称：项目代码：项目时间：主要项目阶段预计为：配置项目命名规则基于：(二)角色和职责(三)配置管理资源本项目使用配置管理工具对配置项进行存储和版本管理，并提供历史版本的更新、检索和恢复。
暗示：(1) 配置管理员为本项目确定配置管理软件。
例如，使用 Microsoft的TFS 或IBM 的 clearecase 。
(2)配置管理员根据所使用的配置管理软件确定计算机资源（考虑内存、外存、CPU等）。
预计数据库申请日期：预计建造日期：预计工作图书馆空间：(四)权限分配项目成员访问配置库的密码默认设置为与域账户相同。
如果个人需要额外的设置，项目组配置管理员负责汇总，然后提交给高级配置管理员调整设置。
(五)配置项计划在填写上述表格的过程中，您需要根据成就列表逐项填写。
项目团队文档（DOC）目录结构（推荐标准）对于代码VOB，项目组配置管理员自行定义。
原则上，每个VOB 的大小限制为200 个-300M。
(六)配置库基线配置库基线由里程碑基线和日常开发基线组成。
里程碑基线分为初步基线、计划基线、需求基线、设计基线、代码基线、测试基线和产品基线。
其中，早期的baseline是可以切的。
里程碑基线是当项目通过审核输出或与配置项状态密切相关的项配置项版本号时：( 1 )“草稿”状态下配置项的版本号格式为：0.YZ✧YZ编号范围为01-99 。
✧随着草案的不断完善，“YZ ”的值应该会增加。
“YZ ”的初始值和增加由用户控制。
( 2 )“正式发布”状态下配置项的版本号格式为：XY✧X为主版本号，取值范围为1-9 。
Y是次要版本号，取值范围为1-9 。
✧配置项首次“正式发布”时，版本号为1.0 。
软件配置管理计划
软件配置管理计划一、引言。
软件配置管理是软件工程中的一个重要环节，它涉及到软件开发、测试、部署和维护的方方面面。
一个完善的软件配置管理计划可以帮助团队更好地管理软件开发过程中的各种资源和变更，提高开发效率，确保软件质量。
本文档将详细介绍软件配置管理计划的制定和执行。
二、管理目标。
1. 管理范围，本计划将涵盖软件开发过程中的所有配置项，包括代码、文档、测试用例、第三方库等。
2. 管理目标，确保软件开发过程中的配置项能够被正确识别、记录、控制和审计，以及对变更进行有效管理，保证软件交付的质量和可靠性。
三、配置管理流程。
1. 配置识别，对软件开发过程中的所有配置项进行识别和记录，包括版本号、变更记录、依赖关系等。
2. 配置控制，建立统一的配置管理库，对配置项进行版本控制和访问控制，确保每个配置项都有唯一标识。
3. 变更管理，建立变更管理流程，包括变更请求的提交、审批、实施和验证，确保变更不会对软件系统造成负面影响。
4. 配置审计，定期对配置管理库进行审计，确保配置项的完整性和一致性。
四、配置管理工具。
为了更好地支持配置管理流程，我们将采用以下工具：1. 版本控制工具，Git，用于对代码和文档进行版本控制和协作。
2. 缺陷管理工具，JIRA，用于提交和跟踪软件缺陷和变更请求。
3. 文档管理工具，Confluence，用于管理和共享软件开发过程中的各种文档和资料。
五、配置管理团队。
1. 配置管理员，负责配置管理计划的制定和执行，包括配置识别、控制、变更管理和审计。
2. 开发团队，负责按照配置管理计划的要求，对配置项进行正确的提交和管理。
3. 测试团队，负责对软件配置管理流程进行评审和验证，确保配置管理的有效性和可靠性。
六、风险管理。
1. 人员变动，由于团队人员的变动，可能导致配置管理流程的不稳定和混乱。
2. 工具故障，配置管理工具的故障可能导致配置项的丢失或损坏，影响软件开发进度和质量。
七、执行计划。
1. 制定配置管理计划，由配置管理员负责制定配置管理计划，并经过团队讨论和审批。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
预计正式发 表时间
技术合
同
《合同》
QTD-School-TCM-C on tract-V1.0
2003-4-11
sow
QTD-School-TCM-SOW-V1.0
2003-4-11
r "
计划
《项目计划》
:QTD-School-SPP-PP-V1.0
2003-4-11
《质量保证计 划》
QTD-School-SPP-SQA-V1.0
基线类型
工作产品名称
配置项名称／标识符
版本号
更改日期／时间
更改请求列表
需要更改的配置项
当前状态
当前状态发生日期
项目组每周提交配置项清单及其当前版本。
配置管理人员每半个月提交变更请求的状态统计。
一、选择题
1.在项目进行过程中，2个项目成员使用不同版本的设计说明书， 这时项目经理 首先应该检查（ ）
A.信息管理系统
4)配置管理者按照出库程序从配置库中取出需要修改的文件
5)项目人员将修改后的文件提交给配置管理者
6)配置管理者将修改后的配置项按入库程序放入配置库
7)配置管理者按SCCBg识出的修改文件，由波及关系表生成 基线变更记录表,并按入库程序放入配置库
4.3配置状态统计
利用配置状态统计可以记录和跟踪配置项的改变。 状态统计可用于评估项目 风险，在开发过程中跟踪更改， 并且提供统计数据以确保所有必须的更改被执行。 为跟踪工作产品基线，配置管理者需收集下列信息：
表4:基线发布计划:
基线名称/标识符
基线所包含的主要配置项
预计建立时间
需求
《需求规格说明书》、用户DEMO:
2003-4-18
总体设计
《总体设计说明书》、《数据库设计》
2003-4-11
项目实现
软件源代码、编码规则丁
2003-6-2
系统测试
《测试用例》、《测试报告》
2003-6-4
4.1.4配置项的版本管理
2003-6-2
编码规则
QTD-School-Code-STD-V1.0
2003-4-22
测试
《测试计划》
QTD-School-Test-Pla n-V1.0
2003-6-2
《测试用例》
QTD-School-Test-Case-V1.0
2003-6-2
《测试报告》
QTD-School-Test-Report-V1.0
软件质量保证
prj-School
\ SQA
设计
prj-School
\ SPE'DESIGN
软件
源代码
prj-School
\ SPE'SOURCECODE
SPE
产品
目标代码
prj-School
\ SPE'BUILD
工程
测试
prj-School
\ SPE'TEST
发布
prj-School
\ SPE'RELEASE
本项目文件命名规范由五个字段组成，从左到右依次为：公司、项目、类型、编 号和版本号，如图1所示。这些字段用一横线（-）分隔。
公司：3个字符
项乐蘇1叶宇符
一一 荚璽：字符歩号：字
財号：Vm.n
QTO^Sttool RM-SRS^vLO
图1：文档命名规范
4.1.2主要配置项如下：
表3配置项列表
类型
主要配置项
SCC负责人
韩万江
(1)审批《配置管理计划》
(2)审批重大的变更
SCCB成员
项目经理—韩万江，
质量保证人员-郭天 奇，
配置管理者-岳好
审批某些配置项或基线的变更
3.配置管理环境
由于本项目属于中小型项目,工期也不是很长,而且大家对SourceSafe也比较熟 悉,所以采用SourceSafe做为配置管理工具。
1）由请求者提交变更请求, 变更控制委员会召开复审会议对变 更请求进行复审,以确定该请求是否为有效请求。典型的变 更请求管理有需求变更管理、缺陷追踪等。
2)配置管理者收到基线修改请求后,在配置库中生成与此配置 项相关的波及关系表
3)配置管理者将基线波及关系表提交给SCCB由SCCB确定是 否需要修改,如果需要修改,SCC腕根据波及关系表,确定需 要修改的具体文件,并在波及分析表中标识出来.
2.软件配置项是变更控制系统中的决策系统（ ）
3.统计被批准的配置项是一种配置审计（ ）
4.在进行配置管理过程中，一定要采用高档的配置管理工具（ ）
F F TF
1.下列哪项要求书面的变更通知单(Written change orders)
A.不论大小的所有项目
B.大项目
2003-4-22
《数据库设计》
QTD-School-Desig n-DB-V1.0
2003-4-22
《详细设计说明 书》
QTD-School-Desig n-LL-V1.0
2003-4-25
《设计术语及规 范》
QTD-School-Desig n-STD-V1.0
2003-4-22
编程
源程序
QTD-School-Code-ModuleName-V1.0
配置项可能包含的分支从逻辑上可以划分成4个不同功能的分支，让它们分别对
应4类工作空间。
主干分支
私有分支
小组分支
集成分支 上面定义的四类工作空间 （分支） 由项目执行负责人统一管理， 根据各开发阶段 的实际情况定制相应的版本选取规则， 来保证开发活动的正常运作。 在变更发生 时，应及时做好基线的推进。
B.配置管理系统
C.CPI
D.SPI
3.变更控制主要关注的是（ ）
A.阻止变更
B.标识变更，提出变更，管理变更
C.管理SCCB
D.客户的想法
4.为了更好的管理变更，需要定义项目基线，关于基线的描述，正确的是（ ）
A.不可以变化的
B.可以变化，但是必须通过基线变更控制流程处理
C.所有的项目必须定义基线
D.基线发生变更时，必须修改需求
B
5. 项目的基线发生变更应该经过（
A.项目管理者
B.质量保证人员
C.配置管理人员
D.SCCB
6.变更控制系统必须包括下列所有的内容，除了（ ）
A.文档说明
B.成功的谈判
C.跟踪系统
D.授权核准审批机构
二、 判断题
1.软件配置管理的目的是建立和维护整个生存期中软件项目产品的完整性和可 追朔性。（ ）
第十章 软件项目配置管理计划
案例说明
1.引言
略
2.组织及职责
(1)根据《项目计划》中的角色分配，确定配置管理者，scc(配置控制委员 会)成员。
(2)项目经理是SCCB勺负责人。
(3)配置管理的角色和职责见表1
表1:配置管理角色职责表
角色
人员
职责、工作范围
配置管理
者
岳好
(1)制定《配置管理计划》
(2)创建和维护配置库
3.2用户及权限
表2:配置库的用户权限
类别
人员
权限说明
配置管理者ቤተ መጻሕፍቲ ባይዱ
岳好
负责项目配置管理，对库拥有所有权限
项目管理
韩万江
访问、读
质量保证人员
郭天奇
访问、读
开发人员
姜岳尊,孙泉
访问、读
高层管理
访问、读
4.配置管理活动
4.1配置项标识
4.1.1命名规范
命名规范适用于过程文档、生存期中各阶段的计划、需求、设计、代码、测试、 手册等文件。
2003-6-4
提交
运行产品
QTD-School-Product-Exe-V1.0
2003-6-5
《验收报告》
QTD-School-Product-Repoort-V1.0
2003-6-6
《用户手册》
QTD-School-Product-Ma nu al-V1.0
2003-6-6
4.1.3项目基线
在SourceSafe中基线由LABEL标识，字母必须为大写。基线管理由项目执行负 责人确认，SCCB5权，由配置管理员执行。
2003-4-11
《配置管理计 划》
QTD-School-SPP-SCM-V1.0
2003-4-11
需求
《需求规格说明 书》
QTD- School-RM-SRS--V1.0
2003-4-18
用户DEMO
QTD- School-RM-Demo--V1.0
2003-4-18
设计
《总体设计说明 书》
QTD-School-Desig n-HL-V1.0
小组分支
如果出现小组共同开发该配置项，该分支可视为项目组内部分组的私有空 间，存放代码开发过程中的版本分支，由项目组内部控制。
集成分支
集成测试时在主干分支的特定版本（由LABEL标识清晰）上建立集成分支, 测试工作在集成分支上完成。
私有分支和小组分支均为可选,必要时建立。
4.2变更管理
变更管理的流程是：
对配置项的版本管理在不同分支而策略不同： 主干分支
系统缺省自动建立的物理分支——主干分支（/main） ,BASELINE匀以LABEL方式出现在主干分支上。
私有分支
如果多个开发工程师维护一个配置项时建议建立自己的私有分支。 配置管理 员对其基本不予管理， 如个别私有空间上的版本树过于冗余， 将对其冗余版本进 行限制。
3.1目录结构
表格2:配置库的目录结构
序号
内容
说明