IT软件项目配置管理
IT项目管理教案(软件项目管理)
IT项目管理教案(软件项目管理)第一章：软件项目管理概述1.1 课程介绍1.2 软件项目与软件项目管理1.3 软件项目管理的重要性1.4 软件项目管理的基本原则1.5 软件项目管理的主要活动第二章：软件项目计划与组织2.1 项目计划的概念与作用2.2 项目计划的制定方法与工具2.3 项目组织结构设计2.4 项目团队建设与管理2.5 项目沟通与协调第三章：软件项目需求分析与管理3.1 需求分析的重要性3.2 需求分析的方法与工具3.3 需求规格说明书编写3.4 需求变更管理3.5 需求验证与确认第四章：软件项目进度控制与风险管理4.1 项目进度控制的概念与方法4.2 项目进度计划的制定与监控4.3 项目风险识别与评估4.4 项目风险应对策略4.5 项目风险管理的实施与监控第五章：软件项目质量管理与评估5.1 软件质量的概念与特性5.2 软件质量保证体系5.3 软件质量评估的方法与工具5.4 软件测试策略与测试过程5.5 软件项目质量改进第六章：软件项目配置管理6.1 配置管理的概念与作用6.2 配置管理计划制定6.3 配置识别与记录6.4 配置状态accounting 与报告6.5 配置变更控制与版本管理第七章：软件项目沟通与协调7.1 项目沟通的重要性7.2 项目沟通计划制定7.3 项目沟通渠道与方法7.4 项目协调与冲突管理7.5 项目会议管理第八章：软件项目团队建设与管理8.1 团队建设的重要性8.2 项目团队组织结构设计8.3 团队成员角色与职责8.4 团队协作与激励8.5 团队绩效评估与管理第九章：项目管理软件工具9.1 项目管理工具的作用与分类9.2 常见项目管理工具介绍（如Microsoft Project、JIRA、Trello等）9.3 项目管理工具的选择与使用9.4 项目管理工具的高级应用技巧9.5 项目管理工具的集成应用第十章：软件项目管理案例分析与实践10.1 软件项目管理案例解析10.2 项目管理过程中常见问题与对策10.3 项目管理改进策略与实践10.4 软件项目管理趋势与未来发展10.5 项目管理实践总结与反思重点解析本文档为IT项目管理教案，专注于软件项目管理领域。
IT公司软件配置管理
详细描述
配置审计不通过可能是由于配置项的修改未经过审核 、配置项的修改不符合标准或规范等原因造成。为了 解决这个问题，需要建立严格的配置审计流程，包括 审计计划制定、审计实施、问题整改和跟踪等环节， 确保软件质量符合要求。
06
软件配置管理案例研究
案例一：某互联网公司的版本控制实践
总结词
成功的版本控制实践，提高了开发效率和代码质量。
自动化构建和部署工具用于自动化软件构建、测试和部署过程。
Jenkins是一个流行的自动化构建和部署工具，支持多种编程语言和框架， 能够集成版本控制系统、持续集成和持续部署等工具。
通过自动化构建和部署，可以提高软件交付的速度和质量，减少人工错误 和重复工作。
持续集成和持续部署（CI/CD）
1
持续集成和持续部署是一种软件开发实践，旨在 提高软件质量和减少错误。
组织配置项
根据项目需求和开发流程，将配置项进行分类和分组，以便于管理和使用。
版本控制与变更管理
版本控制
采用版本控制系统（如Git）对配置项进行版本控制，确保每个版本的可追溯性和管理。
变更管理
建立变更请求（Change Request）机制，对变更请求进行评估、审核和实施，确保变 更的有序和可控。
配置审计与发布管理
配置审计
定期对配置项进行审计，确保配置项的完整性和准确性。
发布管理
制定发布计划，对发布的配置项进行测试、审核和部署，确保软件产品的质量和稳定性。
配置持续改进
监控与度量
通过监控和度量工具，收集和分析配置管理 的相关数据，为持续改进提供，提高软件开发的效率和可靠性。
2
CI/CD通过自动化构建、测试和部署过程，确保 代码变更能够快速、可靠地集成到主分支中，并 及时交付给最终用户。
软件工程中的软件配置管理
软件工程中的软件配置管理软件配置管理（Software Configuration Management，简称SCM）是软件工程中的重要环节，旨在管理和控制软件开发过程中的软件配置项，确保开发团队能够有效地进行版本控制、配置控制、变更管理和发布管理等活动。
本文将从什么是软件配置管理、软件配置管理的重要性以及常见的软件配置管理工具等方面进行论述。
一、软件配置管理概述软件配置管理是指在软件开发过程中，通过制定、实施和控制一系列规范和方法，以管理和控制软件项目的各个配置项的演变过程，确保软件开发工作按照预期进行，防止软件开发过程中的混乱和错误。
在软件配置管理中，一个软件配置项（Software Configuration Item，简称SCI）可以是一个文件、一个代码段、一个测试用例集合，甚至一个技术规范等，它是软件开发过程中可以独立进行配置管理的最小单元。
软件配置管理的目标主要包括以下几个方面：1. 版本控制：确保软件开发过程中各个版本的管理和追踪，以便于后续开发和维护工作的进行。
2. 配置控制：对软件配置项的变更进行管理和控制，防止非授权的改动和冲突。
3. 变更管理：对软件配置项的变更进行评估、分析和审批等，确保变更的正确性和影响的可控性。
4. 发布管理：管理软件的发布过程，确保软件的交付和部署的准确性和可追溯性。
二、软件配置管理的重要性软件配置管理在软件工程中具有重要的意义和价值，主要体现在以下几个方面：1. 提高团队协作和效率：通过合理的软件配置管理，可以明确各个开发者的工作任务和责任，并确保各版本之间的协同开发和有效合并，提高开发团队的协作效率。
2. 保证软件质量和稳定性：通过版本控制和配置控制，可以对软件进行持续集成和测试，发现和修复潜在的问题和缺陷，确保软件的质量和稳定性。
3. 实现变更管理和追溯能力：通过变更管理，可以对软件的变更进行跟踪和审计，为软件的维护和演进提供有力的支持，同时也能够追溯到变更的原因和影响。
软件工程中的软件项目配置管理
软件工程中的软件项目配置管理在软件开发过程中，项目配置管理是一项关键的任务。
它涉及到对软件项目中各种配置项的管理、控制和追踪，以确保项目的顺利进行和高质量的交付。
本文将深入探讨软件工程中的软件项目配置管理，并介绍其重要性、原则和最佳实践。
一、软件项目配置管理的定义和作用软件项目配置管理是指在软件开发过程中对软件配置项进行有效管理和控制的一系列活动。
其目标是确保软件开发团队能够准确地跟踪和控制各种配置项的变更，保证软件开发过程的可追溯性和可控性，从而提高项目的成功率和交付质量。
软件项目配置管理的主要作用有：1. 确保版本控制：通过配置管理，能够对软件的版本进行有效的控制，保证开发人员使用正确的版本进行工作，避免版本混乱和不一致性。
2. 跟踪和控制变更：配置管理可以追踪和控制软件配置项的变更，保证在软件开发过程中的任何变更都能及时审查、验证和批准，从而避免变更对项目产生不良影响。
3. 保证可重复性：通过配置管理，管理人员和开发人员能够重现软件项目的任何历史阶段，保证软件开发过程的可重复性和可回溯性，为项目的后续维护和升级提供便利。
二、软件项目配置管理的原则1. 一致性原则：配置管理要求在整个软件开发过程中保持配置项的一致性，确保开发人员和测试人员都使用同样的配置项进行工作，避免因配置项不一致而导致的错误和问题。
2. 可追溯性原则：配置管理要求能够准确追踪每一个软件配置项的历史变更，包括变更的原因、内容和责任人等信息，以便在需要时进行溯源和回溯。
3. 可控性原则：配置管理要求能够对软件配置项的变更进行有效的控制，包括变更的批准、验证和分发等环节，以确保变更的适时性和正确性。
4. 透明性原则：配置管理要求所有开发人员都能够清楚地了解和理解每一个软件配置项的状态和变更情况，以便及时作出相应的调整和决策。
三、软件项目配置管理的最佳实践1. 建立配置管理计划：在软件项目开始之前，制定详细的配置管理计划，包括配置项的识别、分类、版本控制、变更流程等，确保所有项目成员都清楚配置管理的要求和流程。
软件项目之配置管理计划(范文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配置库的创建和授权项目配置库创建项目配置库申请审批通过后，项目经理通过一体化运维平台的工作单给项目组配置管理员，要求开通配置库，并说明项目人员权限。
软件公司的项目管理制度
软件公司的项目管理制度一、项目管理制度的目的和范围软件公司作为一个专业的IT服务提供商和解决方案供应商，为了更好地组织和管理项目，提高项目执行的效率和质量，制定了本项目管理制度。
本项目管理制度适用于公司内部所有项目的管理、组织和执行，包括新产品开发、软件定制项目以及其他相关的IT项目。
二、项目管理的基本原则1. 项目目标明确：项目的目标需要清晰、明确，并能够被整个团队理解和认同。
2. 资源有效配置：项目管理需要充分协调和合理分配资源，确保资源的最大化利用。
3. 风险可控：项目管理需要在项目启动之前做好风险评估，并采取有效措施降低风险。
4. 沟通透明：项目成员之间需要开放、透明的沟通，确保信息的及时传递和共享。
5. 时间节点把控：项目管理需要严格把控项目进度，确保项目能够按时完成。
6. 质量保障：项目管理需要建立完善的质量管理机制，确保项目交付的质量。
7. 绩效评估：项目管理需要对项目执行过程进行绩效评估，及时总结经验教训，不断优化项目管理流程。
三、项目管理的主要流程1. 项目启动项目启动阶段是项目管理的第一阶段，需要明确项目的背景、目标、业务需求，成立项目团队，明确项目范围和目标，建立项目管理计划，确定资源需求和分配，明确沟通渠道和方式。
2. 项目规划项目规划阶段是项目管理的重要阶段，需要对项目进行具体规划，制定详细的项目计划，包括项目进度计划、资源计划、成本计划、风险管理计划等。
3. 项目执行项目执行阶段是项目管理的关键阶段，需要对项目的执行过程进行严格的监控和管理，确保项目按照计划进行、资源充分利用。
4. 项目监控项目监控阶段是项目管理的持续阶段，需要对项目执行过程进行实时监控和反馈，确保项目进度、质量、成本等方面达到预期目标。
5. 项目收尾项目收尾阶段是项目管理的最后阶段，需要对项目的整体成果进行总结和验收，确保项目交付的质量和客户满意度。
四、项目管理的主要工具1. 项目计划管理工具：如Microsoft Project等，用于制定和管理项目计划。
软件工程中的配置管理与版本控制
软件工程中的配置管理与版本控制配置管理与版本控制在软件工程中扮演着重要的角色。
这两个概念被广泛应用于软件开发过程中，它们可以帮助团队协同工作、追踪代码变更、管理项目版本，并确保软件交付的质量和稳定性。
本文将深入探讨软件工程中的配置管理与版本控制，并介绍一些常用的工具和技术。
一、配置管理在软件开发过程中，配置管理是一种组织软件项目中各个组件和相关工作的过程。
配置管理包括识别、控制、记录和报告软件项目的各种配置项，并确保每个配置项按照预定的配置管理计划进行管理和追踪。
1. 配置项在软件开发中，配置项是指软件项目中的各个组件，如源代码、文档、库文件等。
每个配置项都有其特定的标识符和版本号，以确保在不同时间点能够准确地识别和追踪。
2. 配置管理计划配置管理计划是对配置管理过程的规划和指导。
它定义了项目组织的配置管理策略、配置项的标识方法、配置项的控制和追踪方式等内容。
配置管理计划确保在整个软件开发过程中，配置项能够被正确管理和追踪，以实现对软件配置的有效控制。
3. 配置控制配置控制是指在软件开发过程中对配置项进行管理和控制的过程。
配置控制确保每个配置项在经过变更后能够得到正确地识别、记录和追踪，同时保证项目团队成员能够在任何时间点获得正确的配置。
4. 配置追踪配置追踪是指记录并跟踪配置项的变更历史，并确保在任何时间点都可以追溯到每个配置项的变更情况。
配置追踪可以帮助团队了解软件项目的演变过程，以及每个配置项各个版本之间的差异和关联。
二、版本控制版本控制是软件开发中一种非常重要的工具和技术。
它可以帮助团队协同工作、追踪代码变更、管理项目版本，并确保软件交付的质量和稳定性。
1. 集中式版本控制集中式版本控制是一种使用中央服务器来管理代码库的版本控制方式。
团队成员通过从中央服务器下载代码库的副本，并在自己的副本上进行开发和修改。
当团队成员提交代码时，将代码变更同步至中央服务器，并通知其他团队成员进行更新。
常见的集中式版本控制工具有CVS和Subversion（SVN）。
写出配置管理的基本过程
配置管理的基本过程介绍配置管理是软件开发和IT运维过程中不可或缺的一部分，它涉及到对软件、硬件和相关文档的版本控制、变更管理和发布管理等。
本文将探讨配置管理的基本过程，包括配置识别、配置控制、配置审查和配置状态管理等方面。
配置识别配置识别是配置管理的第一步，它的目标是确定系统中需要纳入配置管理的实体，例如软件、硬件、文档和配置项等。
配置识别过程包括以下几个步骤：1.确定配置项：根据系统的需求和范围，确定需要进行配置管理的实体。
配置项可以是软件代码、文档、服务器硬件等。
2.标识配置项：为每个配置项分配一个唯一的标识符，以便将来能够对其进行跟踪和管理。
标识符可以采用系统内部的编号或者统一的命名规则。
3.建立配置管理库：配置管理库是存储和管理配置项的地方，可以使用版本控制系统或者配置管理工具来实现。
在建立配置管理库之前，需要确定适合系统的架构和技术选型。
配置控制配置控制是确保配置项在其整个生命周期内保持一致性和可追溯性的过程。
它的目标是管理配置项的变更，确保所有变更都经过审查和授权，并正确地应用到相应的环境中。
配置控制包括以下几个步骤：1.变更请求管理：在有变更请求时，需要建立一个变更请求管理系统来跟踪和管理变更。
变更请求应包含变更的描述、原因和影响分析等信息。
2.变更评估和授权：对于每个变更请求，需要评估其对系统的影响，并由相应的审批人员进行授权。
评估和授权可以基于变更请求的优先级、风险评估和资源可行性等因素进行。
3.变更实施：经过授权的变更请求将被实施到系统中。
在实施变更之前，需要进行必要的测试和验证，确保变更不会引入新的问题。
4.变更回退：如果实施中出现问题或者变更后引入了新的错误，需要有回退的计划。
回退计划应事先制定，并在需要时能够快速、安全地回退到变更之前的状态。
配置审查配置审查是确保配置项满足质量标准和要求的过程。
它的目标是评估和审查配置项的设计、实现和性能，并确保其符合预期的功能和性能要求。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
火龙果 整理
8.3 软件配置管理组织
8.3.1 软件配置管理组织构成 8.3.2 软件配置管理组织方针
火龙果 整理
8.3.1 软件配置管理组织构成
项目经理职责主要包括如下几项 :
制定和修改项目的组织结构和配置管理策略。 批准、发布配置管理计划。 决定项目起始基线和开发里程碑。 接受并审阅配置控制委员会的报告。
火龙果 整理
8.2.7 配置审计
配置审计的主要作用 : 是作为变更控制的补充 手段，来确保某一变更需求已被切实地执行和 实现。 在某些情况下，配置审计被作为正式的技术审 核的一部分，但当软件配置管理是一个正式的 活动时，配置审计活动就应该由软件质量管理 人员单独执行。
火龙果 整理
8.4.2 软件测试原则与策略
测试原则 :
应当把“尽早和不断地测试”作为开发人员的一个座右铭。 程序员和程序设计机构原则上不应该测试自己设计的程序。 制定严格的测试计划，并把测试时间安排得尽量宽松，不要希 望在极短的时间内完成一个高水平的测试。 在测试过程中，不仅要有确定的输入数据，而且也要确定预计 的输出数据。 在测试过程中，不仅要有合理的输入数据，而且也要有不合理 的输入数据。 在测试过程中，除了检查程序是否完成了预定的功能外，还要 测试程序是否还有不应该存在的功能和“后门”。 测试完成后，妥善保存一切测试过程文档和全部的测试用例 (数 据)，并作为软件和文档的一个组成部分，测试的重现性往往要 靠测试文档。 程序中存在错误的概率与该程序中已经发现的错误数一般是成 正比的。 重复测试一定要引起充分的重视，由于修改一个错误而引起更 多错误出现的现象并不少见。
软件测试的方法和技术是多种多样的。从测试是否针对系统 的内部结构和具体实现算法的角度看，通常可分为两类：白 盒测试法(结构测试)和黑盒测试法(功能测试)。
黑盒测试法一般称为功能测试或数据驱动测试，在测试 过程中，把系统看成是一个黑盒子，不考虑程序的内在 逻辑，而是只根据需求规格说明书的要求来检查程序的 功能是否符合它的功能需求说明。 白盒测试法又称为结构测试或逻辑驱动测试，在测试过 程中，允许测试人员对程序的内部逻辑结构及有关信息 来设计和选择测试用例，对程序的逻辑路径进行测试。
8.2.4 变更控制
变更提案所包括内容 :
项目名称 变更提案请求者，提案日期 变更内容 变更分析者，分析日期 被变更影响的部分 与变更相关的其他部分 对变更的评估 变更的优先级 变更的实现 变更的预测成本 变更提交给配置管理委员会(CCB)的日期 配置管理委员会决定，做出决定的日期 变更实现者，变更实现日期 提交给质量控制小组(QA)的日期 质量控制小组的决定 提交给项目经理的日期 项目经理的评价
火龙果 整理
8.2.3 版本管理
版本变迁演化 ：
Obj 1.3 Obj 1.0 Obj 1.1 Obj 1.2 Obj 1.4
Obj 2.0
Obj 1.1.1 图8.2 版本变迁演化
Obj 2.1 1 2 4 3 5
Obj 1.1.2 变体
火龙果 整理
火龙果 整理
8.4 软 件 测 试
8.4.1 8.4.2 8.4.3 8.4.4 8.4.5 8.4.6
软件测试的概念 软件测试原则与策略 软件测试完成的标准 软件测试步骤 软件测试工作流程 软件测试的自动化
火龙果 整理
8.4.1 软件测试的概念
火龙果 整理
8.3.1 软件配置管理组织构成
软件配置控制委员会SCCB主要负责以下工作 :
授权建立软件基线和标识配置项/配置单元。 代表项目经理和受到软件基线影响的所有小组 的利益。在 IT 项目管理中，受影响的组包括： 质量保证组、配置管理组、工程组(包括硬件工 程组、软件工程组)、系统测试组、合同管理组、 文档支持组等。 审查和审定对软件基线的更改。 审定由软件基线数据库中生产的产品和报告。
8.1 软件配置管理概念
8.1.1 软件配置及软件配置项 8.1.2 软件配置管理
火龙果 整理
8.1.1 软件配置及软件配置项
配置管理(Configuration Management，CM)的目的是建立和 维护在整个软件生命周期中软件项目产品的完整性和一致性。 CM的主要目标是使修改部分更容易被适应，并减少变化中所 花费的工作量。 配置管理在一个IT软件项目中是必须的，特别是对那种规模大 且周期较长的项目。软件配置管理是始终贯穿整个软件过程的 保护性活动。 软件配置管理的一系列活动被设计成为：标识变化、控制变化 和保证变化被适当地实现，以及向其他可能的人员报告变化的 一个有力和有效工具。 随着软件过程的进展，软件配置项(Software Configuration Items，SCI)迅速增长。一般，系统的软件规格说明了产生软 件项目计划和软件需求说明以及与硬件相关的文档资料，然后 在这些文档基础上又产生了其他的一些文档，从而形成了一个 信息层次。
火龙果 整理
8.2.2 确定配置标识
有效地配置管理，需要确定配置标识：
(1) 建 立 一 个 配 置 管 理 库 作 为 存 放 软 件 基 线 的 仓 库 。 基线是指已经通过正式评审和认可的标准，作为以后进一步开发的基础， 并且只有通过正式的更改控制规程才能进行更改的规程说明或者产品。当 软件基线生成时，就纳入软件基线库中。存取软件基线内容的工具和规程 就是配置管理库系统。 (2) 标 识 置 于 配 置 管 理 下 的 软 件 工 作 产 品 。 置于配置管理之下的软件工作产品，主要包括可交付给客户的软件产品(如 软件需求文档和代码等)，以及与这些软件产品等同的产品项或者生成这些 软件产品所需要的产品项(如编译程序、运行平台等)。所谓配置标识就是 为系统选择配置项，并在技术文档中记录其功能特征和物理特性。 (3) 根据文档化的规程，提出、记录、审查、批准和跟踪所有配置项 / 配置单元的更改要求和问题报告。 (4)根据文档化的规程记录配置项/ 配置单元的状态。该规程一般规定： 详细地记录配置管理行动，让每个成员都知道每个配置项/配置单元的内容 和状态，并且能够恢复以前的版本；保存每个配置项/配置单元的历史，并 维护其当前状态。
火龙果 整理
8.3.2 软件配置管理组织方针
方针主要包括如下内容 :
明确地分配每个项目的SCM责任。 在项目的在整个生命周期中实施SCM。 SCM为外部交付的软件产品、内部软件产品指定用于项目 内部的支持工具，如编译器、调试器等，以便实施配置 管理。 软件项目中，需要建立和使用一个仓库(如数据库)用于存 放配置项/配置单元和相关的 SCM记录。这个仓库的内容 将成为软件基线库。使用该仓库的工具和规程就是配置 管理库系统。置于配置管理之下的、并作为单独实体的 工作产品就成为配置项。通常，配置项分为若干配置组 件，配置组件分为若干配置单元。在一个硬/软件系统中， 可能把全部软件视为一个单独的配置项，也可能把软件 部分分为多个配置项。实际上，配置项/配置单元就是指 置于配置管理之下的元素。 定期审核软件基线和SCM活动。
8.2.4 变更控制
一般需要考虑以下因素 : 变更的预期效益如何？ 变更的成本如何？ 项目变更进程后，对项目成本的影响如何？ 变更对软件质量的影响如何？ 变更对项目资源分配的影响如何？ 变更可能会影响到项目后续的哪些阶段？ 变更会不会导致出现不稳定的风险？
火龙果 整理
火龙果 整理
8.1.2 软件配置管理
软件配置管理功能：
软件配置管理
配置标识
变更控制
配置状态统计
配置审核
图8.1 软件配置管理功能
火龙果 整理
8.2 软件配置管理概念
8.2.1 制定软件配置计划 8.2.2 确定配置标识 8.2.3 版本管理 8.2.4 变更控制 8.2.5 系统整合 8.2.6 状态报告 8.2.7 配置审计
火龙果 整理
8.2.5 系统整合
必须要考虑的问题有 : 是否所有组成系统的成分都包括在整合说明书 中？ 是否所有组成系统的成分都有合适的版本？ 是否所有的数据文件都是可以获得的？ 在组成系统的所有成分中，是否有数据文件命 名相同的？ 是否有合适版本的编辑器和其他工具？
制定配置管理计划中，必须定义以下问题：
根据已文档化的规程为每个软件项目制定软件配置管理 计划。这个规程一般规定： 在整个项目计划的初期制订 软件配置管理计划，并与整个项目计划并行；由相关小 组审查软件配置管理计划，管理和控制软件配置管理计 划。
将已文档化且经批准的软件配置管理计划作为执行配置 管理活动的基础。该计划应该包括：需要被执行的配置 管理活动、活动的日程、指派的责任和需要的资源(包括 人员、工具、计算机设施等)；配置管理的需求和由软件 开发小组和其他相关小组执行的配置管理活动一样。
火龙果 整理
8.2.1 制定软件配置计划
软件配置管理的主要流程如下：
项目经理和配置管理委员会(CCB)根据项目的开 发计划确定各个里程碑和开发 策略。 根据CCB的规划，制定详细的配置管理计划，交 CCB审核。 CCB通过配置管理计划后交项目经理批准，发布 实施。
火龙果 整理
8.2.1 制定软件配置计划
在已建立了要管理的文档后，配置管理计划必须定 义以下问题：
文档命名约定。 正式文档的关系(项目计划书、需求定义、设计 报告、测试报告都是正式文档)。 确定负责验证正式文档的人员。 确定负责提交配置管理计划的人员。