第5讲 配置管理与变更管理
项目管理中的项目变更与配置管理策略
项目管理中的项目变更与配置管理策略在项目管理中，项目变更和配置管理策略是确保项目成功完成的重要因素。
项目变更是指在项目执行过程中可能会发生的变化，而配置管理则是为了控制和管理这些变化。
本文将探讨项目变更的原因和影响，以及如何制定有效的配置管理策略来应对这些变化。
一、项目变更的原因和影响项目变更可能源于多种因素，其中包括以下几个主要原因：1. 需求变更：在项目执行期间，需求可能会发生变化。
这可能是由于外部环境的变化，客户的新需求或误解，或者对项目目标的进一步明确。
2. 范围蔓延：项目范围的蔓延是指在项目执行过程中逐渐增加项目范围。
这可能是由于项目团队和相关利益相关者的需求扩大，或者是初始范围定义不充分所导致的。
3. 资源限制：在项目执行过程中，可能会出现资源不足的情况，包括人力资源、物质资源和财务资源等。
这可能导致项目进展受限或需要调整项目计划。
4. 技术问题：项目执行过程中可能会出现技术问题，需要对项目进行调整和变更。
这可能是由于技术难题、设备故障或新技术的应用等原因引起的。
无论是什么原因导致的项目变更，都可能对项目进展和成果产生一定的影响，包括以下几个方面：1. 进度延误：项目变更可能导致项目计划的延误。
因为变更通常需要额外的时间来评估、批准和实施，这可能会影响项目的整体进度。
2. 成本增加：项目变更通常带来额外的成本。
这可能涉及到额外的人力物力投入、资源调整以及重新规划和实施变更所需的时间和费用等。
3. 风险增加：项目变更可能引入新的风险或加剧现有风险。
变更可能导致项目的不稳定性增加，增加项目失败的风险。
4. 团队动力下降：频繁的变更可能会对团队造成动力下降的影响。
不断的变更可能会导致团队成员的沮丧和失去对项目的信心。
二、配置管理策略的制定配置管理策略是为了应对项目变更而制定的一套方法和流程。
以下是制定配置管理策略的一些建议：1. 变更识别和评估：及时识别和评估项目变更的影响是制定配置管理策略的关键步骤。
配置管理与变更管理文档
提高效率：通过自动化部署和版本控制，可以提高工作效率和减少人为 错误。
降低风险：通过配置管理和权限管理，可以降低配置项丢失或被篡改的 风险。
配置管理工具的优点与不足
• 提高质量：通过持续集成和测试，可以提高软件质量和工 作成果的准确性。
配置管理工具的优点与不足
不足
学习成本高：需要学习如何使用配置管理工具，并了解其核心功能和使用方法。
配置管理与变更管理在实际工作中的应用场景
在软件开发领域，配置管理通 常用于管理代码、文档和数据 等资源，以确保开发人员能够 高效地协作和管理这些资源。
变更管理则通常用于管理软件 开发的变更请求，以确保开发 过程中的变更能够得到及时、 准确的处理和验证。
在企业运营中，配置管理可以 用于管理资产、设备和系统的 配置信息，以确保企业能够高 效地管理和维护这些资源。
确保配置管理的实施符合 项目需求，并监督配置管 理的执行。
配置管理的最佳实践
建立明确的配置管理流程和政策。 对配置项进行定期审计和检查。
选择适合的配置管理工具。 确保所有团队成员了解并遵循配置管理最佳实践。
02
配置管理流程
配置项识别与定义
确定配置项
明确需要管理的配置项， 包括软硬件、文档和数据 等。
变更管理则可以用于管理企业 运营过程中的变更请求，以确 保企业的运营过程能够适应市 场和业务需求的变化。
如何结合配置管理与变更管理提高组织的整体运营效率
建立配置管理和变更管理的 标准和流程，以确保组织能 够高效地管理和控制资产、 产品或系统的配置和变更。
实施配置管理和变更管理的 工具和技术，以提高组织的 管理效率和准确性。
配置管理
配置管理工具应该能够创建、修改、删除 和查询配置项，并能够记录配置项的变更 历史。
项目管理中的变更管理和配置管理
项目管理中的变更管理和配置管理在项目管理中，变更管理和配置管理是两个关键的概念，它们对于确保项目的成功和顺利进行起着重要的作用。
本文将详细探讨变更管理和配置管理的定义、重要性以及实施过程。
一、变更管理的定义与重要性在项目进行的过程中，难免会面临各种变更需求，如需求变更、范围扩大或缩小、资源更替等等。
这些变更如果没有得到妥善管理，将会对项目的进展和结果造成不利影响。
因此，变更管理就是确保在项目进行过程中，对变更进行识别、评估、批准、实施和监督的方法和过程。
变更管理的重要性主要体现在以下几个方面：1. 避免项目范围蔓延：通过变更管理，可以确保变更请求得到合理地评估和批准，避免项目范围无序扩大，从而保持项目的整体可控性；2. 确保变更的合理性和可行性：通过变更管理，可以对变更进行全面评估，确保其对项目目标的贡献和可行性，避免不必要的冲突和风险带来的损失；3. 提高项目的透明度和沟通效率：变更管理要求对变更进行记录和跟踪，以便项目团队及时了解变更情况，并为相关决策提供依据。
通过沟通和协作，提高项目团队的整体效能。
二、变更管理的实施过程1. 变更请求的收集和评估：在项目进行中，项目团队成员和相关干系人可能会提出变更请求，首先需要对这些变更请求进行收集和登记，并评估其对项目目标、范围、进度和成本的影响。
2. 变更请求的审批和决策：经过评估后，变更请求需要由变更控制委员会进行审批和决策。
审批的依据包括变更的目的、影响范围、可行性评估等。
3. 变更实施和跟踪：获得变更批准后，需要进行变更实施并及时跟踪变更的执行情况。
同时，需要监督和控制变更对项目的影响，确保项目整体进展和目标的实现。
4. 变更的文档管理：变更管理要求对各个变更进行记录和归档，确保变更过程的可追溯性和知识管理。
三、配置管理的定义与重要性配置管理是指对项目中各项配置项进行有效的识别、控制、记录和更新的过程，以确保项目的最终交付物与变更之间的一致性和完整性。
配置管理和变更管理方法
配置管理和变更管理方法配置管理和变更管理方法软件配置管理是一套管理软件开发和软件维护的方法和规则，其最终体现的是维护软件产品的一致性和完整性。
下面是店铺整理的关于配置管理和变更管理的文章，欢迎参考!变更常有所在银行科技部已经建立了比较完善的项目管理体系和质量保障体系，但要应对分行或支行需求变更和相关软件版本配置管理的问题，如果没有一整套的解决措施和工具的支持，就会出现以下问题：1)分行反映的缺陷更改不能快速响应，不能快速分配缺陷到指定的开发人员，只能依靠口头或文档的传输，缺乏一个整合开发商服务人员、产品经理(或项目经理)、开发团队领导、开发人员、分行领导的信息传递和交流的平台。
2)分行的需求变更不能快速响应。
分行的需求变更和软件版本配置只能依靠手工备份，因而，自身不能快速有效地管理各系统的版本，缺乏版本基线的管理策略。
针对以上问题，可以考虑采用软件配置管理这一关键域的思路系统地解决以上问题。
配置管理是整个集成软件项目正常运作的一个管理支撑平台，其目的就是将有关该项目的客户、客户服务人员、产品经理(或项目经理)、开发团队领导、开发人员、高层领导等项目干系人的工作协同起来，实现高效的沟通，及时地共享工作成果。
配置管理的基本功能包括配置标识、变更控制、配置状态发布和配置审计。
变更控制是配置管理的重要内容，其目的是为了在动态中保证配置项的完整性、一致性和可回溯性，保证配置项的变更过程规范、受控、有完整记录，受影响的各方均能及时了解情况，并协调一致。
控制不可少变更控制是通过创建产品基线，在产品的整个生存周期中控制它的发布和变更。
配置控制指在配置项标识正式确定之后，对配置项特别是对已提交的代码、相关文档和数据等的变更进行系统地跟踪和控制的过程，主要包括变更的提出、确定配置项的控制等级、变更的评价、变更的处置、实施经批准的变更、对变更进行验证和结束变更。
变更控制的目的是建立一套控制软件修改的机制，保证生产符合质量标准的软件和保证每个版本的软件包含所有必需的元素及工作在同一版本中的各元素中可以正常工作，以确定在变更控制过程中控制什么，如何控制，谁控制变更、何时接收变更、批准和检验。
软件开发工作职责的关键控制点
软件开发工作职责的关键控制点在软件开发过程中，有许多关键控制点会直接影响项目的成功与否。
以下是对软件开发工作中的关键控制点进行详细说明。
1.需求分析与管理：需求分析是软件开发的第一步，是确定软件开发目标和范围的关键控制点。
在需求分析阶段，需要与客户充分沟通，理解客户需求，并确保需求的准确性、完整性和一致性。
同时，需求管理也是关键控制点之一，包括需求的变更管理和版本控制，确保开发团队和客户在需求变更时能够及时进行沟通和协商。
2.项目计划与进度管理：项目计划是软件开发工作的路线图，对项目的进度和资源进行有效的管理是关键控制点之一、需要根据项目的特点和需求，制定合理的项目计划，并将其分解为可执行的任务，确保每个任务都能按时完成。
同时，需要对项目进度进行监控和调整，及时发现和解决延期或超前的问题，保证项目按计划进行。
3.团队协作与沟通：在软件开发团队中，团队成员之间的协作和沟通是关键控制点。
团队成员需要密切合作，共同完成软件开发任务。
有效的沟通和协作可以减少沟通错误和不必要的冲突，提高开发效率和质量。
为了实现团队的良好协作与沟通，可以采用各种协作工具和技术，例如项目管理工具、版本控制工具、在线会议工具等。
4.质量控制与测试：质量控制是保证软件开发工作质量的关键控制点之一、在开发过程中，需要制定规范和流程，对代码进行代码审查和测试，确保代码的质量和正确性。
同时，还需要进行系统测试、集成测试和性能测试等，确保软件的稳定性和性能符合要求。
在实施质量控制过程时，还需要制定相应的质量指标和评估方法，对软件的质量进行度量和评估。
5.变更管理与配置管理：在软件开发过程中，变更是不可避免的，因此变更管理和配置管理是关键控制点之一、变更管理包括对需求和代码的变更进行管理和控制，确保变更的正确性和合理性。
配置管理是对开发过程中使用的各种配置项进行管理和控制，包括代码库、开发环境等。
通过变更管理和配置管理，可以跟踪和控制软件开发过程中的变更，确保变更的及时性和可控性。
配置管理计划
Rational Rose Rational Test Factory Rational ClearQuest 需求属性 用例建模 用户界面 设计指南 编程指南 手册风格指南
12
配置标识方法（Ⅰ）
配置标识就是为了能够迅速容易地发现和确定任 一项目工件的正确版本。
3.3.1
项目介质存储和发布进程
• 说明保留策略、替代计划、事故处理计划和恢复计划。还应
说明介质的保留方式：联机、脱机、介质类型和格式。
• 发布过程应说明此发布版的内容、它所针对的对象，以及是
否有已知的问题和安装说明。
22
配置管理计划——配置管理活动
3.3 配置状态统计
3.3.2
报告和审计
24
参与项目的开发人员将基线所代表的各版本的目录和文件填入 各自的工作区。
随着工作的进展，基线将合并自从上次建立基线以来开发人员 已经交付的工作。
变更一旦并入基线，开发人员就采用新的基线，以与项目中的 变更保持同步。
调整基线将把集成工作区中的文件并入开发工作区。
5
概念——基线（Ⅱ）
定期建立基线以确保各开发人员的工作保持同步。 在项目过程中，应该在每次迭代结束点（次要里程 碑），以及与生命周期各阶段结束点相关联的主要 里程碑处定期建立基线：
3
概念——工作区
工作区是指“私有”区域，开发人员可以根据项目所采
用的标准在其中实施并测试代码，而与其他开发人员相
对保持隔离。配置经理需为项目的每个开发人员创建一
个工作区环境。
有两种类型的工作区
开发工作区
• 是私有开发区域，角色可在其
中变更工件，而其他角色不会 立即见到变更。
IT变更与配置管理制度
IT更改与配置管理制度一、引言为了规范企业的信息技术（IT）更改与配置管理，提高业务流程的可靠性和稳定性，确保系统对更改的适应本领和配置的准确性。
本制度为企业职能部门的相关人员供应引导，并规定了IT更改与配置管理的管理标准和考核标准。
二、定义1. IT更改管理IT更改管理指的是对IT系统或服务的任何更改进行计划、评审、批准、实施和评估的过程。
更改可以是硬件、软件、文档、流程或任何与IT服务相关的事项的更改。
2. 配置管理配置管理指的是对IT系统和服务的硬件、软件和其他配置项进行有效掌控的过程，包含配置项的识别、记录、审批、部署、更新和验证。
三、管理标准1. IT更改管理1.1 更改计划—提交更改计划前，编写认真的更改计划，包含更改目的、范围、实施步骤、风险评估等内容。
—更改计划必需经过相关部门经理审批，并获得相关系统管理员的支持。
1.2 更改评审—对于较大、高风险的更改，需要进行更改评审会议，会上评估更改的影响和风险，并订立相应的应对措施。
—更改评审会议的参加人员包含相关部门经理、系统管理员、业务代表等。
1.3 更改批准—全部更改必需经过更改管理委员会的批准，由更改管理委员会决议更改是否应当实施以及实施的时间。
—更改管理委员会的成员由相关部门经理构成，定期召开更改管理委员会会议。
1.4 更改实施—更改由经过训练和授权的人员执行，确保依照更改计划的要求进行。
—需要确保在更改执行前进行充分的测试和备份，以便在显现问题时能够快速恢复。
1.5 更改评估—更改完成后，进行评估，确保更改是否实现预期目标且没有引入新的问题。
—如发现问题，及时矫正，以避开对业务运行造成不行接受的影响。
2. 配置管理2.1 配置识别和记录—对全部IT系统和服务的硬件、软件和其他配置项进行识别和记录，建立配置项清单，并进行版本掌控。
—配置项清单应记录配置项的属性、位置、责任人等信息。
2.2 配置审批—对于新增配置项、修改配置项或移除配置项的恳求，需要进行审批，确保更改是经过掌控和合理的。
软件测试中的变更管理与配置管理
软件测试中的变更管理与配置管理在当今的软件开发领域，软件测试是确保软件质量的关键环节。
而在软件测试过程中，变更管理和配置管理是两个至关重要的方面，它们对于提高软件测试的效率和质量、降低项目风险具有不可忽视的作用。
变更管理，简单来说，就是对软件开发过程中出现的各种变更进行有效的控制和管理。
这些变更可能包括需求的变更、设计的变更、代码的变更等等。
在软件测试中，变更管理的重要性不言而喻。
当一个变更被引入到系统中时，如果没有得到妥善的管理，就可能会导致一系列的问题。
比如说，需求的变更如果没有及时通知到测试团队，那么测试人员可能会基于错误的需求进行测试，导致测试结果的不准确。
又比如，代码的变更如果没有经过严格的测试和审批流程，就可能会引入新的缺陷，影响软件的稳定性和性能。
为了有效地进行变更管理，首先需要建立一个清晰的变更流程。
这个流程应该明确规定变更的提出、评估、审批、实施和验证等各个环节的责任人和时间节点。
当有变更请求提出时，相关人员需要对变更的影响进行评估，包括对功能、性能、安全性等方面的影响。
只有经过评估和审批通过的变更，才能被实施。
在变更实施的过程中，要做好版本控制和记录工作。
每次变更都应该有一个唯一的版本号，并且要详细记录变更的内容、实施的时间、实施人员等信息。
这样，在出现问题时，就可以快速追溯到变更的源头，从而采取相应的措施。
变更实施完成后，还需要进行严格的验证。
测试人员要根据变更的内容重新设计和执行测试用例，确保变更没有引入新的问题，并且原来的功能依然正常。
如果发现问题，要及时反馈给开发人员进行修复，并重新进行验证。
配置管理则是对软件开发过程中的各种配置项进行管理，包括软件的源代码、文档、测试用例、环境配置等等。
配置管理的目的是确保这些配置项的完整性、一致性和可追溯性。
在软件测试中，配置管理可以帮助测试人员快速获取正确的测试环境和测试资源，提高测试的效率。
如果配置管理不善，测试人员可能会花费大量的时间在寻找和准备测试环境上，从而影响测试的进度。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
用户文档
文档
开发文档
管理文档
5.2 软件项目配置管理过程
文档的生成阶段
阶段 文档 可行性研究报告 项目开发计划 软件需求说明 数据要求说明 概要设计说明 详细设计说明 可行性研究与 计划 需求分 析 设 计 代码编 写 测 试 运行与维 护
测试计划
用户手册 操作手册 测试分析报告 开发进度月报 项目开发总结 维护修改建议
在引入软件配置管理工具进行管理后，这些配置项都应以 一定的目录结构保存在配置库中。
最终可根据要求将配置项组合生成适用于不同应用环境的 正确的软件产品评估版本。
24
5.2 软件项目配置管理过程
配置项标识、跟踪——配置项的拆分例子
设计规格说明书 数据设计描述
总体结构设计描述 模块设计描述 界面设计描述
界面设计1 界面设计2 ……
（某医疗网站）需求规格SCI
辅助功能.doc 性能.doc 产品目录.doc
医务管理.doc
医疗专业区.doc 首页.doc
对象描述
25
5.2 软件项目配置管理过程
最基本的配置项管理——文档
软件产品比较容易标识，而文档相对比较复杂。 开发文档 ——文档在软件开发人员、软件管理人员、维护人员、
产品库
29
5.2 软件项目配置管理过程
配置管理环境建立——受控操作
配置库是集中控制的文件库，提供对所存储文件的版本控制。 从受控库导出的文件自动被锁定直到文件重新被导入，一个版本号自 动与新版本文件相关联。
与软件的第 1版、第 2版相比，你的项目管理有什 么不同？
11
5.1 软件项目配置管理概念
实例：软件项目开发管理的新需求-3
随着这个产品的演变，项目发生了四个变化： ① 系统的复杂性发生了很大变化； ② 用于开发该系统的项目环境发生了很大变化； ③ 在不同的项目生命周期内，项目控制本身的要求和力度发 生了很大变化； ④ 由于组织的变化，管理流程、人员、方式发生了很大变化。
用户文档 ——软件开发人员需为用户了解软件的使用、操作和
维护提供详细的资料。
26
5.2 软件项目配置管理过程
文档分类
用户手册 操作手册 维护修改建议 软件需求（规格）说明书 软件需求（规格）说明书 数据要求说明书 概要设计说明书 详细设计说明书 可行性研究报告 项目开发计划 项目开发计划 测试计划 测试报告 开发进度月报 开发总结报告
5
5.1 软件项目配置管理概念
软件领域引入配置的原因-2
② 人员流动，交接工作不彻底造成软件关键部件遗 失； ③ 已修复的Bug在新版本中出现 ④ 找不到某个文件的历史版本； ⑤ 无法重新编译某个历史版本，使维护工作十分困 难； ⑥ 因协同开发或者异地开发，版本变更混乱导致整 个项目失败；… …
6
17
内容提要
5.1 软件项目配置管理概念
5.2 软件项目配置管理过程
5.3 配置管理组织与实施
项目 初始
项目 计划
项目 执行控制
项目 结束
跟踪控制
配置管理
18
5.2 软件项目配置管理过程
软件项目配置的基本活动 配置标识 配置管理过程
① 配置项标识、跟踪 ② 配置管理环境建立 ③ 基线变更管理
来越重视软件配置的管理工作。
7
5.1 软件项目配置管理概念
软件配置管理作为支撑平台
8
5.1 软件项目配置管理概念
实例：软件项目开发管理的新需求
你在一家小公司做软件工程师，开始的时候，你只有一个 人，配了 2个助手。你们研究了一种算法（例如：图象压 缩、数据加密等），编写了一个实现模块。有一天老板看 到了你的演示，认为很有市场潜力，可以结合进公司正在 给某行业用户正在准备开发的系统中，成为该系统的核心 技术或一个别人没有的卖点。
用户以及计算机之间，起到了多种的桥梁作用。软件开发人员在软件 生命的各个阶段中，以文档作为前阶段工作成果的体现和后阶段工作 的依据，这个作用是显而易见的。
管理文档或项目文档 ——软件开发过程中软件开发人员需
制定一些工作计划或工作报告，这些计划和报告都要提供给管理人员， 并得到必要的支持。管理人员则可通过这些文档了解软件开发项目安 排、进度、资源使用和成果等。
5.2 软件项目配置管理过程
5.3 配置管理组织与实施
项目 初始 项目 计划 项目 执行控制 项目 结束
跟踪控制
配置管理
3
5.1 软件项目配置管理概念
配置的概念来自硬件，例如，计算机系统的CPU、磁盘 以及外设配置等等 配置管理（Configuration management）是指用于控 制系统一系列变化的学科。 通过一系列技术，方法和手段来维护产品的历史，鉴别 和定位产品独有的版本，并在产品的开发和发布阶段控 制变化… 通过有序管理和减少重复性工作，配置管理保证了生产 的质量和效率。
5.1 软件项目配置管理概念
软件领域引入配置的原因-3
随着软件团队人员的增加，软件版本不断变化， 开发时间的紧迫以及多平台开发环境的使用，使 得软件开发面临越来越多的问题。
解决这些问题的唯一途径是加强管理，配置管理 是有效管理变更的手段，它是软件开发管理的核 心。
软件配置管理是软件项目运作的一个支撑平台， 这种支撑贯穿着几乎软件的整个生命周期。人们越
前二类变化要求项目的组织和管理适应系统扩展 的需要，后二种变化则要求项目管理具有适应性 和灵活性。
12
5.1 软件项目配置管理概念
软件配置管理概念
软件配置管理(Software Configuration Management，SCM) 是对产品进行标志、存储和控制，以维护其完整 性、可追溯性以及正确性，它为软件开发提供了 一套管理办法和活动原则。 SCM提供了结构化的，有序化的，产品化的管理 软件工程的方法。它涵盖了软件生命周期的所有 领域并影响所有数据和过程。
变更控制
状态统计
④ 基线审核 ⑤ 配置状态统计 ⑥ 配置管理计划
配置审计 配置管理过程围绕配置管
配置项标识、跟踪——配置项的概念
软件配置项（Software Configuration Item，SCI）——凡 是纳入配置管理范畴的工作成果统称为配置项。 以下包含了所有在软件过程中产生的信息的工作 成果总称为软件配置项：
软件配置管理的目标
SCM活动的目标是为了： ①标识变更；
②控制变更；
③确保变更正确地实现；
④向其他有关的人员报告变更。
在软件工程过程中产生的所有信息项（文档、报 告、程序、表格、数据）构成了软件配置。
15
5.1 软件项目配置管理概念
软件配置管理的主要功能
版本管理 变更管理
其它（过程管理）
3个月后，公司决定把系统升级到第二版，除增加了许多 新的功能外，公司决定支持多平台，同时，为了提高系统 的性能和效率，准备采用第三方厂家的中间件，取代自己 做的接口。第一版的缺陷修改，也要反映到第二版中。 第2版经过2个多月的开发，最终推向了市场。公司的这个 产品不但被用户所欢迎，也被一家大公司所看中（就像 IBM 收购了 Lotus 和 Rational 、 Informix 、 Visio 一样）， 你们的产品，正好可以填补这家大公司产品线的空缺，你 所在的公司被这家公司买去了。
在管理过程中产生的文档，例如各种计划、状态报 告等等，这些文档虽然不是产品的组成部分，但是 值得保存。 每个配置项的主要属性有：名称、标识符、文件状态、版 本、作者、日期等。
所有配置项都被保存在配置库里，确保不会混淆、丢失； 配置项及其历史记录反映了软件的演化过程。
21
5.1 软件项目配置管理概念
22
5.2 软件项目配置管理过程
配置项标识、跟踪——软件部件分解图
配置标识就是查询、识别和确定配置管理对象。
配置管理对象呈现为一种 层次结构，因此，为了标 识配置管理的对象，我们 需要对软件系统进行分解。
23
5.2 软件项目配置管理过程
配置项标识、跟踪——配置项标识的主要任务
将软件项目中需要进行控制的部分拆分成软件配置项。 对所有配置项都应按照相关规定建立唯一的标识。 建立相互间的对应关系，进行系统的跟踪和版本控制，以 确保项目过程中的产品与需求和规格的要求相一致。
10
5.1 软件项目配置管理概念
实例：软件项目开发管理的新需求-2
公司为你的项目组派来了产品经理、项目经理。公司决定 这个产品的测试，由公司总部独立的测试部门承担。同时， 公司决定把项目组增加到50人，其中有20多人并不在你所 在的城市。在新公司里，产品管理、项目管理、测试、质 量等等，都与你过去的环境和做法不同，特别不同的是， 公司准备开发的第 3版系统与公司原有的产品要进行融合， 使他们看上去是一家出来的不同的兄弟和姐妹。
作业布置情况与上节回顾
1
第5讲 配置管理与变更管理
涉及教材内容： 第12章 配置管理； 概要：
1. 什么是软件配置项？软件配置项主要有几类？分 别包含哪些内容？ 2. 基线的概念是什么？ 3. 在实施阶段配置管理主要包括哪些活动? 4. 目前配置管理工具分为哪几个级别?
2
内容提要
5.1 软件项目配置管理概念
① 计算机程序（源代码和可执行程序） ② 描述计算机程序的文档（针对技术开发者和用户） ③ 数据（包含在程序内部或外部）。 ④ 项目管理的有关文件、信息记录等。
软件配置管理的对象就是软件配置项（SCI）。
20
5.2 软件项目配置管理过程
配置项标识、跟踪——软件配置项的类型及属性
配置项主要有两大类： 属于产品组成部分的工作成果，即软件产品，例如 源代码、需求文档、设计文档、测试用例等等。