第十章-软件项目配置管理计划
软件项目管理案例教程(第二版)习题答案
第二版习题答案目录第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. 制定配置管理计划，由配置管理员负责制定配置管理计划，并经过团队讨论和审批。
软件项目配置管理计划
软件项目配置管理计划配置管理计划一)基本信息项目名称：软件项目配置管理计划项目代号：CGN-IT-C3-A12-01立项时间：2021年6月预计主要项目阶段有：需求分析、设计、编码、测试、发布配置项目命名规则依据：项目代号+配置项名称二)角色与职责高级配置管理员：制定《配置管理计划》搭建配置库结构申请并配合建立配置库配置库的管理准备、申请、并实施基线化（或发布入库）工作将建库和入库情况及时通知各项目成员备份、维护基线库（或发布库）配合SQA完成配置管理状态报告项目配置管理员：根据实际情况审批建库申请分配服务器资源，完成建库管理配置库的用户帐号、权限对配置库做物理审计配合SQA完成配置管理状态报告SQA：审核配置管理计划审核建库申请配合高级配置管理员、项目配置管理员完成配置管理状态报告三)配置管理资源配置库服务器：配置库软件数据库管理软件系统管理软件四)权限分配高级配置管理员：配置库管理员权限项目配置管理员：配置库用户权限五)配置项计划配置项名称：软件需求规格说明书软件设计文档源代码测试计划测试报告发布文档六)配置库基线基线名称：版本1.0版本2.0版本3.0七)配置库备份计划备份频率：每周一次备份方式：备份到本地磁盘备份到远程服务器八)配置库状态报告报告频率：每月一次报告内容：配置库使用情况基线情况变更情况九)配置审核审核内容：建库申请入库申请基线申请十)审批意见批准人：高级配置管理员SQA审批时间：2021年6月审批配置管理员提交的基线化申请表和发布入库申请表，与各项目组代表一起评审配置项的变更，并审批配置管理计划。
审批建库申请表，并与CCB成员一起审批配置项的变更、基线化和发布申请。
检查配置管理计划的完成情况。
了解并按权限正确使用配置库，并与项目组配置管理员配合准备和申请基线化（或发布入库）工作。
检查项目SCM工作是否按流程和计划实施，反馈不符合项给项目组，并跟踪其修正情况。
对配置库进行功能审计，检查项目组和高级配置管理员的工作，并与之合作完成配置管理状态报告。
软件过程管理 (11)
E
+1SD
+2SD
+3SD
99.7%
46
决策树分析
决策树分析是一种图表分析方法 提供项目所有可供选择的行动方案，行动方案 之间的关系，行动方案的后果以及发生的概率 提供选择一个最佳的方案的依据
chapter__10
47
决策树分析与EMV ( Expected Monetary Value)
chapter__10 51
课堂练习课堂练习
.025*10=2.5元
0.5*-1.5=--0.75元
0.25*-3=--0.75元
GameA:EMV=1
0.25*(10-2)=2元
0.5*-2=-1元
chapter__10
0.25*-2=-0.5元 52
GameB:EMV=0.5
量化检查表
chapter__10
20
chapter__10
21
chapter__10
22
情景分析法
通过对系统内外相关问题的系统分析，设计出 多种可能的未来前景，然后用类似于撰写电影 剧本的手法，对系统发展态势做出子自始至终 的情景和画面的描述。 是一种适用于对可变因素较多的项目进行风险 预测和识别的系统技术，在假定关键影响因素 有可能发生的基础上，构造多重情景，提出多 种未来的可能的结果，以便采取适当措施防患 于未然。
风险影响项目目标的严重程度 从无影响到无穷大
风险后果度量
高、中、低 极高、高、中、低、极低 灾难，严重，轻微，可忽略 等等
chapter__10 38
chapter__10
39
软件项目管理-配置管理
比较：不同的配置管理工具在功能、易用性、开放性、可扩展性等方面各有优劣 需要根据实际需求进行选择。
结论：选择适合的配置管理工具是软件项目管理中非常重要的一环可以提高软件 的质量和开发效率。
PRT SIX
配置管理定义：在软件开发过程中对项目的配置项进行控制、状态记录和变更管理的 过程。
配置管理目的：确保软件产品的完整性和可追溯性提高软件质量降低开发成本。
配置管理实践：实施配置管理计划进行版本控制、基线管理、变更控制等操作确保软 件开发的顺利进行。
配置管理工具：使用配置管理工具进行配置项的管理、跟踪和审计如Git、SVN等版本 控制系统。
配置管理在软件项目管理中的重要 性
配置管理在项目管理中的实践案例
配置项：软件项目中需要管理的对象如代码、文档、数据等 版本控制：对配置项的变更进行记录、追踪和管理的过程 目的：确保配置项的一致性和可追溯性避免出现混乱和冲突 常用工具：Git、SVN等版本控制系统
配置项的变更请求提交 变更请求的评估和审批 配置项的变更实施 变更后的验证和审核
配置项审计：确保配置项的准确性和完整性防止 错误和遗漏
添加标题
添加标题
配置管理的实践经验分享
添加标题
添加标题
配置管理未来的发展趋势和挑战
配置管理流程：从需求分析、设计、编码、测试到部署的完整流程 配置管理工具：如Git、SVN等版本控制工具的使用 配置管理最佳实践：如分支管理、代码审查、自动化部署等 案例分析：如某公司如何通过配置管理提高软件质量与开发效率
配置管理工具：用于支持配置管 理的软件工具如版本控制系统、 配置管理系统等。
标识：识别和 管理配置项的
软件项目配置管理计划
软件项目配置管理计划1. 引言软件项目配置管理是一项非常重要的工作，它对于软件开发的整个过程都有着至关重要的影响。
一个好的软件项目配置管理计划可以有效地管理和控制软件开发过程中的任何变更，并确保软件开发过程中的稳定性和一致性。
在软件开发中，配置管理是一个系统的、有可执行的实践流程的过程。
软件配置管理的目标是确保软件图形界面和相关软件科技生命周期模型，软件领域需要建立数据应用和稳定的支持基础中所有不同元素的版本和变更之间的一致性。
2. 目的软件项目配置管理计划是为了确定软件项目的配置管理实践，确保进行配置管理的规划、实施和监督，防止不必要的变更引起的项目延期或错误、资源消耗以及用户满意度等问题。
同时也为了全面控制和监督整个软件项目的变更，提高软件质量和开发效率。
3. 责任3.1 配置管理员配置管理员是负责软件项目过程中的配置管理实践的人员。
配置管理员的主要职责包括：•创建和管理数据存储库。
•确保软件开发团队对配置基线进行审查和批准。
•确保变更记录的正确性和完整性。
•确保变更控制程序的适当实施。
3.2 开发团队开发团队是负责生成软件代码的人员。
开发团队的主要职责包括：•按照配置管理计划中定义的规则和方法进行代码开发。
•在配置基线上进行测试和修正。
•确保变更记录的正确性和完整性。
3.3 项目经理项目经理是负责整个软件项目的人员。
项目经理的主要职责包括：•确保软件开发团队按照配置管理计划实施配置管理。
•确保变更记录和配置基线的完整性和准确性。
•确保配置管理计划的适当实施。
4. 过程4.1 配置项标识在软件项目配置管理中，配置项标识是非常重要的。
配置项标识可以帮助我们更好地管理软件项目，并通过标识不同的版本和变更，更好地跟踪软件项目的进展。
配置项标识的主要准则如下：•对软件项目中的所有文档、源代码、二进制文件进行标识。
•为每个配置项分配一个唯一的标识符。
•使用版本号和版本日期来标识每个配置项。
4.2 配置项控制在软件项目配置管理中，配置项控制是保证软件项目质量的关键。
软件配置管理计划
软件配置管理计划(总15页)本页仅作为文档页封面，使用时可以删除This document is for reference only-rar21year.March水利工程建设注册造价工程师继续教育系统软件配置管理计划中水环球（北京）科技有限公司二零壹零年伍月份目录1 引言 (1)1.1 目的 (1)1.2 定义 (1)1.3 参考资料 (1)2 管理 (2)2.1 机构 (2)2.2任务 (3)2.3职责 (3)2.4接口控制 (4)2.5 软件配置管理计划的实现 (6)2.6 适用的标准、条例和约定 (7)3 软件配置管理活动 (8)3.1 配置标识 (8)3.1.1 文档 (8)3.1.2 程序 (8)3.1.3各类基线 (8)3.2 配置控制 (9)3.3 配置状态审计 (9)3.4配置的检查和评审 (10)4 工具、技术和方法是否有? (10)5.记录的维护和保存 (12)1 引言1.1 目的本计划的目的在于对所开发的水利工程建设注册造价工程师继续教育系统软件规定各种必要的配置管理条款，以保证所交付的水利工程建设注册造价工程师继续教育系统软件能够满足项目委托书中规定的各种原则需求，能够满足本项目总体组制定的且经领导小组批准的软件系统需求规格说明书中规定的各项具体需求。
软件开发单位在开发本项目所属的各子系统（其中包括为本项目研制或选用的各种支持软件）时，都应该执行本计划中的有关规定，但可以根据各自的情况对本计划作适当的剪裁，以满足特定的配置管理需求。
剪裁后的计划必须经总体组批准。
1.2 定义本计划中用到的一些术语的定义按GB/T 11457 和GB/T 12504。
1.3 参考资料GB/T 11457 软件工程术语GB 8566 计算机软件开发规范GB 8567 计算机软件产品开发文件编制指南GB/T 12504 计算机软件质量保证计划规范GB/T 12505 计算机软件配置管理计划规范《计算机软件工程规范国家标准汇编2000》国家、水利部、信息产业部相关标准相关国际标准和水利行业标准2 管理2.1 机构在本软件系统整个开发期间，必须成立软件配置管理小组负责配置管理工作。
软件项目配置管理计划课件
确保配置项的完整性和准确性，降低配置管理过程中的错误率。
内容
检查配置项的版本、状态、属性等是否符合要求，验证配置项之间的关联性和一致性。
配置审计的方法与过程
方法
采用抽样、比较、验证等方法对配置项进行审计。
过程
制定审计计划、实施审计、记录审计结果、编写审计报告。
审核与审计结果的处理
处理方式
根据审核与审计结果，采取相应的措施 ，如修改配置项、更新配置管理计划等 。
特点
配置管理是一种管理技术，它关注的 是软件产品的版本控制、变更控制、 状态统计和审计等方面，确保软件产 品的完整性和一致性。
配置管理的重要性
保证软件产品的质量
保证软件产品的可维护性
通过配置管理，可以有效地控制软件 产品的变更，减少因变更导致的错误 和缺陷，从而保证软件产品的质量。
通过配置管理，可以有效地记录和管 理软件产品的变更历史和状态，方便 后期维护和升级。
提高开发效率
配置管理可以有效地管理软件产品的 版本和变更，避免因版本冲突和重复 开发导致的资源浪费，从而提高开发 效率。
配置管理的历史与发展
起源
配置管理起源于20世纪60年代的 美国国防工业，最初是为了解决 多版本软件产品的管理和控制问
题。
发展历程
随着软件工程的发展，配置管理 逐渐成为一门独立的学科和技术
工具使用规范
制定工具使用规范，明确 工具的使用范围、操作流 程和注意事项，以避免误 操作和数据丢失。
工具的集成与维护
集成方式
确定工具之间的集成方式 ，包括数据交换、接口对 接等，确保数据和信息的 互通性。
维护计划
制定工具的维护计划，定 期检查工具的性能、安全 性和稳定性，确保工具的 正常运行。
12-软件配置管理计划课件
• 基线（Baseline）
二、软件项目配置管理过程
• 配置项标识 • 变更管理 • 配置项审计 • 配置项状态统计
三、软件项目配置管理计划 四、配置管理工具 五、案例分析
• SCM的目标
• 必须使每个SCI保持与相关SCI的可追踪性(正确性)和完备性 • 使相关的SCI之间满足文实相符，文文一致以确保SCI的有效性 • 以清晰、明了、易管理的方式标识每个SCI，使其满足 :可视性 、唯一标
识性 • 使最终软件产品的正确地生成、改进和维护成为可能，保证最终软件产
案例引入 • 软件项目已经成功实施了8个月，项目组已经进入编 码阶段，在此过程中产生了许多的软件产品
• 到了编码阶段已经有了近百个软件产品(包括技术文档、管 理文档、程序模块等)，项目组在管理这些产品方面感到繁 琐和困难
• 此时，用户提出要变更需求，软件项目组同意用户的需求
变更请求，为此，修改了软件需求规格说明书
12-软件配置管理计划
软件配置管理（SCM)相关定义
(1)《 ISO 9000-3（2019）质量管理和质量保证标准--第3部分 》和 《ISO 9001-1994 在计算机软件开发、供应、安装和维护中的应用
指南》： 配置管理是一个管理学科，它对配置项（包括软件项）的
开发和支持生存期给予技术上的和管理上的指导。配置管理的应用取 决于项目的规模、复杂程度和风险大小。 (2)W.Babich 的解释
软件配置管理能协调软件开发，使混乱减少到最小。软件配置管理 是一种标识、组织和控制修改的技术，目的是最有效的提高生产率。
专业前沿技术发展动态(软件项目管理)10
2
专业前沿技术发展动态：软件项目管理
天津理工大学华信软件学院 张一鸣
第十章 软件项目的 文档管理和配置管理
• 软件文档概述
• 文档的种类
• 文档的质量要求及其规格
• 文档的管理和维护
• 配置管理概述 • 配置控制 • 配置管理计划
3
专业前沿技术发展动态：软件项目管理
天津理工大学华信软件学院 张一鸣
6
专业前沿技术发展动态：软件项目管理
天津理工大学华信软件学院 张一鸣
软件文档种类
• 可行性分析报告：说明该软件开发项目的实现在技
术上、经济上和社会因素上的可行性，评述为了合
理地达到开发目标可供选择的各种可能实施方案， 说明并论证所选定实施方案的理由 • 项目开发计划：为软件项目实施方案制定出具体计 划，应该包括各部分工作的负责人员、开发进度、
备文档。
• 软件修改报告：软件产品投入运行以后，发现了需要
对其进行修正、更改等问题，应将存在的问题、修改 的考虑以及修改的影响做出详细的描述，提交审批。
11
专业前沿技术发展动态：软件项目管理
天津理工大学华信软件学院 张一鸣
实例：项目的文档管理
“厦兴化工ERP系统”项目中，设立专门的服 务器存放文档，下设项目管理、项目准备、蓝图设计 、系统实现、上线准备上线支持等六个子目录，分别 存放每一阶段的电子文档。各子目录存放的文件如下 ： • 项目管理：存放管理制度、会议纪要、问题记录 、项目周例会、项目阶段汇报等有关的文档或子目录 。 • 蓝图设计：存放组织结构定义、各模块AS-IS和 TO-BE流程图设计文档、主数据流程文档等。
关系可以跟踪了解项目的开发动态。
21
专业前沿技术发展动态：软件项目管理
软件配置管理计划精选全文完整版
可编辑修改精选全文完整版软件配置管理计划本计划中的任务包括以下内容：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软件配置管理工具和环境为了有效地进行软件配置管理，必须选择合适的软件配置管理工具和环境。
- 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:配置库的目录结构
序号
内容
说明