IT软件项目配置管理
软件项目实施保障措施之配置管理与版本控制
软件项目实施保障措施之配置管理与版本控制一、引言在软件项目的实施过程中，配置管理和版本控制是非常重要的保障措施。
配置管理旨在确保软件开发过程中的配置项的可控性和可追溯性，而版本控制则用于管理软件不同版本之间的变更和迭代。
本文将探讨软件项目实施中的配置管理和版本控制，并提出相应的保障措施。
二、配置管理配置管理是指对软件开发过程中涉及的配置项进行有效的控制和追踪管理的过程。
配置项可以包括源代码、可执行文件、文档等。
配置管理的目标是实现可重复和可控制的软件开发流程，确保软件的正确性和可维护性。
1. 配置项标识每个配置项都应该有一个唯一的标识符，以方便跟踪和管理。
可以使用版本号、日期时间等作为标识符，确保每个配置项都能够进行正确的追溯。
2. 配置项控制对于每个配置项，应制定相应的控制策略，包括配置项的创建、修改和删除等操作。
只有经过授权的人员才能进行相关操作，并且需要进行相应的记录和审查，以确保配置项的安全和可追溯性。
3. 配置项变更管理在软件开发过程中，可能会出现配置项的变更需求。
为了确保变更的有效性和可控性，需要建立一个变更管理机制。
变更管理包括变更申请的提交与审批、变更实施的记录和验证等环节，确保变更的合理性和影响分析。
三、版本控制版本控制是对软件不同版本之间进行管理和控制的过程。
通过版本控制，可以对软件的变更进行追踪和管理，并确保团队成员之间的协同开发效率。
1. 版本控制系统选择根据项目的需求和团队规模，选择适合的版本控制系统。
常用的版本控制系统包括Git、SVN等。
在选择版本控制系统时，需要考虑其功能、易用性和扩展性等方面的因素。
2. 分支管理通过分支管理，可以将软件开发过程中的不同功能点或任务进行隔离。
每个功能点或任务都可以独立创建一个分支，并在该分支上进行开发和测试。
最后通过合并分支的方式将各个功能点或任务整合到主分支中。
3. 变更冲突解决在多人协同开发的过程中，可能会出现多个人同时修改同一个文件或代码块的情况，导致冲突。
项目配置管理
项目配置管理本项目是大型的软件开发集成项目，由多项小组组成。
为了使项目组的产出物能够得到有序完整的管理，整个项目应该有统一的项目配置管理策略。
1配置管理策略选择项目配置管理策略采用集中式配置管理，建立一个主的配置管理库，收集和管理项目所有的产出物。
这个策略的优点是产出物集中，项目组可以方便获取产出物的第一手信息；保障了对产出物的拥有权，我们配备专门的人员、专门的设备来进行管理。
2配置管理机构按照上述选择的策略，配置管理机构分为两个级别：一个是业主委派的机构，负责整个工程的IT资产的配置管理；另一个是项目组中设置配置管理员，由质量保障组组长主持配置管理工作，由配置管理员执行具体的配置管理事务。
3配置管理计划业主委派的配置管理机构，要制定详实的配置管理计划，报送业主单位审批和备案，并按照计划遵照执行。
项目组在项目立项时，由项目经理主持、质量管理员具体负责起草配置管理计划并报质量保障组组长和项目经理审批，项目经理在审批后及时向项目全体成员传达计划内容，并监督配置管理计划的执行，全体成员应积极配合配置管理人员执行配置管理计划。
获得项目组审批通过的配置管理计划要报送业主和监理单位备案。
4配置管理活动1、定义项目基线需求基线：需求分析基线是指经过联合评审确认的《需求规格说明书》中说明的有关事项，具体包括：业务需求分析中的业务流程图（功能需求）、性能需求描述（可用性、安全性、可维护性、可移植性等）、系统运行平台（硬件平台、网络平台、操作系统平台、数据库平台等）。
功能基线：功能基线主要是指经过联合评审确认的“概要设计说明书”和“详细西设计说明书”中的各项规格说明。
产品基线：在软件测试阶段结束时，经过正式评审和批准的软件产品和全部配置项的规格说明。
其他基线：如项目计划基线既是前一阶段工作的成果，又是下一阶段工作的依据，为此，必须有严格的手段控制基线的确认、标识和更改，其要点为：经过联合评审确认需求基线后，设计人员在进行系统的设计时，必须严格按照需求分析文档所规定的范围进行。
IT公司软件配置管理
详细描述
配置审计不通过可能是由于配置项的修改未经过审核 、配置项的修改不符合标准或规范等原因造成。为了 解决这个问题，需要建立严格的配置审计流程，包括 审计计划制定、审计实施、问题整改和跟踪等环节， 确保软件质量符合要求。
06
软件配置管理案例研究
案例一：某互联网公司的版本控制实践
总结词
成功的版本控制实践，提高了开发效率和代码质量。
自动化构建和部署工具用于自动化软件构建、测试和部署过程。
Jenkins是一个流行的自动化构建和部署工具，支持多种编程语言和框架， 能够集成版本控制系统、持续集成和持续部署等工具。
通过自动化构建和部署，可以提高软件交付的速度和质量，减少人工错误 和重复工作。
持续集成和持续部署（CI/CD）
1
持续集成和持续部署是一种软件开发实践，旨在 提高软件质量和减少错误。
组织配置项
根据项目需求和开发流程，将配置项进行分类和分组，以便于管理和使用。
版本控制与变更管理
版本控制
采用版本控制系统（如Git）对配置项进行版本控制，确保每个版本的可追溯性和管理。
变更管理
建立变更请求（Change Request）机制，对变更请求进行评估、审核和实施，确保变 更的有序和可控。
配置审计与发布管理
配置审计
定期对配置项进行审计，确保配置项的完整性和准确性。
发布管理
制定发布计划，对发布的配置项进行测试、审核和部署，确保软件产品的质量和稳定性。
配置持续改进
监控与度量
通过监控和度量工具，收集和分析配置管理 的相关数据，为持续改进提供，提高软件开发的效率和可靠性。
2
CI/CD通过自动化构建、测试和部署过程，确保 代码变更能够快速、可靠地集成到主分支中，并 及时交付给最终用户。
软件工程中的软件项目配置管理
软件工程中的软件项目配置管理在软件开发过程中，项目配置管理是一项关键的任务。
它涉及到对软件项目中各种配置项的管理、控制和追踪，以确保项目的顺利进行和高质量的交付。
本文将深入探讨软件工程中的软件项目配置管理，并介绍其重要性、原则和最佳实践。
一、软件项目配置管理的定义和作用软件项目配置管理是指在软件开发过程中对软件配置项进行有效管理和控制的一系列活动。
其目标是确保软件开发团队能够准确地跟踪和控制各种配置项的变更，保证软件开发过程的可追溯性和可控性，从而提高项目的成功率和交付质量。
软件项目配置管理的主要作用有：1. 确保版本控制：通过配置管理，能够对软件的版本进行有效的控制，保证开发人员使用正确的版本进行工作，避免版本混乱和不一致性。
2. 跟踪和控制变更：配置管理可以追踪和控制软件配置项的变更，保证在软件开发过程中的任何变更都能及时审查、验证和批准，从而避免变更对项目产生不良影响。
3. 保证可重复性：通过配置管理，管理人员和开发人员能够重现软件项目的任何历史阶段，保证软件开发过程的可重复性和可回溯性，为项目的后续维护和升级提供便利。
二、软件项目配置管理的原则1. 一致性原则：配置管理要求在整个软件开发过程中保持配置项的一致性，确保开发人员和测试人员都使用同样的配置项进行工作，避免因配置项不一致而导致的错误和问题。
2. 可追溯性原则：配置管理要求能够准确追踪每一个软件配置项的历史变更，包括变更的原因、内容和责任人等信息，以便在需要时进行溯源和回溯。
3. 可控性原则：配置管理要求能够对软件配置项的变更进行有效的控制，包括变更的批准、验证和分发等环节，以确保变更的适时性和正确性。
4. 透明性原则：配置管理要求所有开发人员都能够清楚地了解和理解每一个软件配置项的状态和变更情况，以便及时作出相应的调整和决策。
三、软件项目配置管理的最佳实践1. 建立配置管理计划：在软件项目开始之前，制定详细的配置管理计划，包括配置项的识别、分类、版本控制、变更流程等，确保所有项目成员都清楚配置管理的要求和流程。
第七章软件项目配置管理
27
本章要点
■ 1 配置管理的概念 ■ 2 配置管理计划 ■ 3 配置标识与建立基线 ■ 4 变更管理 ■ 5 版本管理 ■ 6 配置审核 ■ 7 配置状态报告
28
基线（Base Line）
■ （IEEE）基线：已经正式通过复审和批 准的某规约或产品，它因此可作为进一 步开发的基础，并且只能通过正式的变 化控制过程改变。
9
配置管理的作用
7/1/2021
•软件项目的位置 管理
－－－－
•Who am I ?
•Why am I here
•Why am I who I am?
•Where do I
belong?
10
配置管理主要功能
■ 给出程序的状态 ■ 给出一个程序的最新版本 ■ 处理并发更新申请 ■ 取消一个程序变更 ■ 防止未授权的变更或删除 ■ 提供需求变更申请和程序变更之间的可跟踪性 ■ 取消一个需求变更 ■ 显示相关变更 ■ 收集当前系统源代码和文档信息，以便恢复
■ 记录和追踪变更； ■ 采取措施保证变更在受控状态下进行；
54
配置库
■ Configuration Library ■ 作用：
·记录与配置相关的信息； ·利用库中信息评价变更后果； ·从库中提取配置管理过程的管理信
息；
55
关于软件配置库的概念
■ 动态库（开发库、程序员库、工作库）
·开发周期的某个阶段，存放与该阶段工作有关系 的信息
· 配置管理系统包括提交建议的变更的过程，评审 和批准建议的变更的跟踪系统，为授权和控制变 更规定的批准级别，和确认批准的变更的方法。
■ CMMI即(能力成熟度模型集成)
· 运用配置标识、配置控制、配置状态统计和配置 审计，建立和维护工作产品的完整性。
软件开发项目管理制度(通用)
软件开发项目管理制度（通用）为了规范公司信息系统的管理维护，确保系统硬、软件稳定、安全运行，结合公司实际，制定本制度。
制度包括信息机房管理、服务器管理、信息系统应用管理、信息系统变更管理、信息系统应用控制。
一、信息机房管理1、硬件配备及巡检1.1、各单位信息机房按规定配备防静电地板、UPS、恒温设备、温湿度感应器、消防设备、防鼠设施等相关基础设施。
1.2、各单位机房管理人员应定期（如每月或每季度）对机房硬件设备设施进行巡检，以保证其有效性。
1.3、各单位机房应建立相关的出入登记、设备机历登记、设备巡检、重大故障等记录，并认真填写。
2、出入管理2.1、严禁非机房工作人员进入机房，特殊情况需经信息中心批准，并认真填写登记表后方可进入。
2.2、进入机房人员应遵守机房管理制度，更换专用工作鞋。
2.3、进入机房人员不得携带任何易燃、易爆、腐蚀性、强电磁、辐射性、流体物质等对设备正常运行构成威胁的物品。
3、安全管理3.1、操作人员随时监控中心设备运行状况，发现异常情况应立即按照应急预案规程进行操作，并及时上报和详细记录。
3.2、未经批准，不得在机房设备上随意编写、修改、更换各类软件系统及更改设备参数配置；3.3、软件系统的维护、增删、配置的更改，必须按规定详细记入相关记录，并对各类记录和档案整理存档。
3.4、机房工作人员应恪守保密制度，不得擅自泄露信息资料与数据。
3.6、严禁在机房计算机设备上做与工作无关的事情（如聊天、玩游戏），对外来存储设备（如U盘、移动硬盘等），做到先杀病毒后使用。
3.7、机房严禁乱拉接电源，应不定期对机房内设置的消防器材、烟雾报警、恒温设备进行检查，保障机房安全。
4、操作管理4.1、机房的工作人员不得擅自脱岗，遇特殊情况离开时，需经机房负责人同意方可离开。
4.2、机房工作人员在有公务离开岗位时，必须关闭显示器；离开岗位1小时以上，必须关闭主机及供电电源。
4.3、每周对机房环境进行清洁，以保持机房整洁；每季度进行一次大清扫，对机器设备检查与除尘。
it软件配置管理精品PPT课件
软件过程中的配置基线
❖
需求规格分析 概要设计说明书
项目开发计划 用户手册
详细设计说明书
源代码
测试报告
计划
需求分析
设计
编码
测试
计划 基线
需求 基线
设计 基线
编码 基线
测试 基线
5.4 版本控制
❖5.4.1 版本的访问与同步控制 ❖5.4.2 版本分支和合并 ❖5.4.3 版本的历史记录
5.4.1 版本的控制与同步控制
版本的同步控制
同步控制实际上时版本的检入检出控制： 检入：将软件配置项从用户的工作环境存入到软件配置库的过程； 检出：将软件配置项从软件配置库中取出的过程。
访问和同步控制的流程图
❖
配置对象（修改版 本）
检入 解锁
配置对象（基线版 本）
软件工程师
审计信息
访问 控制
拥有者信息
软件配置库
配置对象（提取版 本）
① 计算机程序（源代码和可执行程序）；
② 描述计算机程序的文档（针对技术开发 者和用户）；
③ 数据（包含在程序内部或外部）。
配置项内容
5.2.2 软件配置控制
配置控制是配置管理的核心工作。配置控制主要包括：
① 存取控制：设定了软件开发人员对软件基准库的存取权限，保 证软件开发过程及软件产品的安全性；
加锁 检出
配置对象（基线版 本）
5.4.2 版本分支和合并
版本分支
版本分支人工方法就是从主版本复制一份文件，做上标记；实 行版本控制之后，版本的分支是一份复制文件，这时的复制过程和 标记动作由版本系统自动完成。
版本合并
版本合并是通过对文件的比较来进行合并。有两种途径： 一种是将版本A的内容附加到版本B中； 另一种是合并A和B的内容，形成新的C； 后一种途径更容易理解，也符合软件开发的思路。
软件工程中的软件配置管理
软件工程中的软件配置管理软件配置管理（Software Configuration Management，简称 SCM）是软件工程中的一项关键活动，它旨在管理和控制软件项目中的配置项，确保软件开发过程中的各个版本、组件和相关文档被正确地记录、控制和管理。
本文将介绍软件配置管理的概念、重要性以及常用的工具和技术，旨在帮助读者深入了解和应用软件配置管理。
一、软件配置管理的概念和作用软件配置管理是一套旨在管理软件开发和维护过程中各种软件配置项的方法和工具。
它涵盖了对软件需求、设计、代码和文档等各个方面的管理，以确保软件产品从诞生到退役的整个生命周期都得到有效的管理和控制。
软件配置管理的作用主要体现在以下几个方面：1.版本控制：通过软件配置管理，可以追踪和管理软件项目中各个版本的变更情况，确保软件的迭代开发能够顺利进行，并保持代码库的稳定性。
2.配置项管理：帮助团队对软件项目中的各个组件和文档进行分类、识别和标记，确保团队成员能够准确找到和使用需要的配置项。
3.变更管理：在软件开发过程中，变更是无法避免的。
通过软件配置管理，可以对各类变更进行审批、记录和追踪，有效控制变更的风险。
4.发布管理：软件配置管理可以帮助团队规范和自动化地进行软件的构建和发布操作，提高交付效率，降低错误率。
二、软件配置管理的关键任务在软件配置管理过程中，需要完成以下关键任务：1.配置项识别和标识：在软件项目中准确识别和标记各个配置项，包括代码、文档、第三方库等。
通过唯一的标识符对配置项进行管理。
2.版本控制：建立和维护一个版本库，记录软件项目的全部历史变更，确保团队成员可以随时获取和使用适当的版本。
3.变更管理：将变更请求进行适当的评审和批准，并跟踪变更的实施和结果。
4.构建和发布管理：规范和自动化软件构建和发布过程，确保软件交付的可靠性和一致性。
5.配置项审计：对软件配置进行定期审计，检查是否符合组织和项目的规定。
三、软件配置管理的常用工具和技术为了更好地进行软件配置管理，常用的工具和技术包括：1.版本控制工具：如Git、SVN等，用于管理软件项目的版本和历史变更。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
2016/5/12
上海海事大学计算机系
20
软件项目管理
第8章 IT软件项目配置管理
8.2 软件配置管理基本活动
8.2.1 制定软件配置计划
8.2.2 确定配置标识
8.2.3 版本管理
8.2.4 变更控制
8.2.5 系统整合
8.2.6 状态报告
8.2.7 配置审计
2016/5/12
开发库：存放在开发过程中按照要求生成的各种技术文档、源 代码、可执行代码和使用的数据，为开发人员的活动提供支持 受控库，存放基线产品即项目转阶段经评审通过的和已经批准 的软件工作产品和软件产品。 产品库：存放项目正式交付用户的最终产品和最终运行环境。
2016/5/12
上海海事大学计算机系
17
软件项目管理
公司准备开发的第 3版系统与公司原有的产品要进行融合，
使他们看上去是一家出来的不同的兄弟和姐妹。
2016/5/12
上海海事大学计算机系
4
软件项目管理
第8章 IT软件项目配置管理
实例
与软件的第1版、第2版相比，你的项目管理有什么不同？ 随着这个产品的演变，项目发生了四个变化： （1）系统的复杂性发生了很大变化； （2）用于开发该系统的项目环境发生了很大变化； （3）在不同的项目生命周期内，项目控制本身的要求和力 度发生了很大变化； （4）由于组织的变化，管理流程、人员、方式发生了很大 变化。 前二类变化要求项目的组织和管理适应系统扩展的需要； 后二种变化则要求项目管理具有适应性和灵活性。
则软件配置管理的许多关键活动就无法及时有效 地进行，其直接后果是项目开发状况的混乱，并
注定软件配置管理活动仅仅成为一种“救火”行
2016/5/12
上海海事大学计算机系
16
软件项目管理
第8章 IT软件项目配置管理
2. 变更控制 1）定义基线：基线标志着软件开发过程一个阶段的结 束，任一软件配置项，一旦形成文档并审议通过，即成 为基线。基本的作用在于把各阶段的工作划分得更明确 ，使本来连续的工作在这些点上断开，以便检验和肯定 阶段成果。
2016/5/12
上海海事大学计算机系
13
软件项目管理
第8章 IT软件项目配置管理
8.1.2 软件配置管理（1）
软件配置管理是贯穿于整个软件过程中的保护性活动，通 常可以归纳为4个主要方面： 配置识别、变更控制、配置状态统计、配置审核。
软件配置管理
配置标识
变更控制
配置状态统计
配置审核
图8.1 软件配置管理功能
不懂软件项目的配置管理，就不懂软件开发管理
不对软件项目进行配置管理，就没有进行软件项目 开发管理
2016/5/12
上海海事大学计算机系
7
软件项目管理
第8章 IT软件项目配置管理
8.1 软件配置管理概念
8.1.1 软件配置及软件配置项
8.1.2 软件配置管理
2016/5/12
上海海事大学计算机系
第8章 IT软件项目配置管理
2）存取控制
开发库(不受控)，开发者对自己的文件库有读写权，但是没有 删除的权限。 基线受控库，配置管理员有读写权限，开发人员只有读的权 产品受控库，只有项目负责人和配置管理员有读写权限。
3）版本控制：配置管理的基本要求，使得组织在任何 时刻都可获得配置项的任何一个版本 4）流程控制：提供了一个明确的流程，要求任何进行 配置管理的软件产品变更都要经过相应的授权与批准才 能实施
2016/5/12
上海海事大学计算机系
6
软件项目管理
第8章 IT软件项目配置管理
软件项目的配置管理
随着计算机软件的发展，软件开发已由最初的“程 序设计阶段”经历了“软件系统阶段”进而演变为 后来的“软件工程阶段”，软件的复杂性日益增大。 此时，如果仍然把软件看成一个单一的个体，就无 法解决所面临的问题，于是配置的概念逐渐引入软 件领域，人们越来越重视软件配置的管理工作。
2016/5/12
上海海事大学计算机系
9
软件项目管理
第8章 IT软件项目配置管理
发展：软件配置管理概念的提出则在20世纪60年代末70 年代初。当时加利福尼亚大学圣巴巴拉分校的Leon Presser教授在承担美国海军的航空发动机研制合同期间 ，撰写了一篇名为“Change and Configuration Control”的论文，提出控制变更和配置的概念，这篇论文 同时也是他在管理该项目（这个过程进行过近一千四百万 次修改）的一个经验总结。
2016/5/12
上海海事大学计算机系
14
软件项目管理
第8章 IT软件项目配置管理
1.配置标识 1）定义配置项：软件配置项是配置管理的基本单位。 同时，开发过程中使用的环境，如操作系统、各种支撑 软件、配置管理工具，也可纳入软件配置管理范围。 2）标识配置项：正确标识软件配置项对整个管理活动 非常重要，对软件开发过程中的所有软件项目赋予唯一 的标识符，便于对其进行状态控制和管理。
上海海事大学计算机系
2
2016/5/12
软件项目管理
第8章 IT软件项目配置管理
实例
3个月后，公司决定把系统升级到第二版，除增加了许多 新的功能外，公司决定支持多平台，同时，为了提高系统
的性能和效率，准备采用第三方厂家的中间件，取代自己
做的接口。第一版的缺陷修改，也要反映到第2版中。
第2版经过2个多月的开发，最终推向了市场。公司的这个
2016/5/12
上海海事大学计算机系
10
软件项目管理
第8章 IT软件项目配置管理
8.1.1 软件配置及软件配置项（2）
软件配置：计算机程序（源代码和可执行程序）、描述计算机 程序的有关文档（针对技术开发者和用户）、数据（包括在程 序内部或程序外部），统称为软件配置。
随着软件过程的进展，软件配置项(Software Configuration Items， SCI)迅速增长。一般，系统的软件规格说明了产生软件项目计划和软 件需求说明以及与硬件相关的文档资料，然后在这些文档基础上又产生 了其他的一些文档，从而形成了一个信息层次。 通常，在一个变量（配置项）进入到软件过程中，不仅带来需求的变化， 而且对先前理解错误的更正都能带来变化。即变化随时可能发生。
配置标识包括：文档标识、代码标识、运行文件标识。 典型的命名规则是RUP法。RUP（Rational Unified Process，统一软件开发过程)是一个面向对象且基于网络的 程序开发方法论。
2016/5/12
上海海事大学计算机系
15
软件项目管理
第8章 IT软件项目配置管理
RUP中定义了一些核心概念， 如图： 角色：描述某个人或者一 个小组的行为与职责。 RUP预先定义了很多角色 。 活动：是一个有明确目的 的独立工作单元。 工件：是活动生成、创建 或修改的一段信息。
2016/5/12
上海海事大学计算机系
12
软件项目管理
第8章 IT软件项目配置管理
原因： 新的商业机会的出现或市场条件的变化，引起产品需求
或业务的变化
客户根据自身的情况，提出新的需要。可能要求修改信
息系统处理的数据、流程，改变产品提供的功能，或者 增加基于计算机系统所提供的信息服务。 企业改组或流程改造，导致系统项目优先级或软件工程 队伍结构的变化。 项目预算或进度的限制，导致系统或产品的重定义。
2016/5/12
上海海事大学计算机系
11
软件项目管理
第8章 IT软件项目配置管理
8.1.2 软件配置管理
软件配置管理使得整个软件产品的演进过程处于一种可视 的状态。 软件配置管理作为CMM第2级上的一个关键域(Key Practice Area，KPA)，在整个软件的开发活动中占有 很重要的位置。
制定配置管理计划、变更控制、确定配置标识、系统整 合、版本管理
上海海事大学计算机系
2016/5/12
22
软件项目管理
第8章 IT软件项目配置管理
8.2.1 制定软件配置计划（1）
及时制定一份可行软件配置管理计划在一定程度
上是项目成功的重要保证措施之一。
如果不在项目开始时就制定软件配置管理计划，
产品不但被用户所欢迎，也被一家大公司所看中（就像
IBM收购了Lotus和Rational、Informix一样），你们的产 品，正好可以填补这家大公司产品线的空缺，你所在的公 司被这家公司买去了。
2016/5/12
上海海事大学计算机系
3
软件项目管理
第8章 IT软件项目配置管理
实例
公司为你的项目组派来了产品经理、项目经理。公司决定 对这个产品进行测试，由公司总部独立的测试部门承担。 公司决定把项目组增加到50人，其中有20多人并不在你所 在的城市。在新公司里，产品管理、项目管理、测试、质 量等等，都与你过去的环境和做法不同，特别不同的是，
上海海事大学计算机系
5
2016/5/12
软件项目管理
第8章 IT软件项目配置管理
缺乏管理所造成的问题
软件开发人员之间缺乏必要的交流
产品升级和维护所必需的程序和文档非常混乱
开发过程中的人员流动经常发生
因管理不善致使未经测试的软件加入到产品中 项目开发状态不清楚 软件生产达不到规模化
上海海事大学计算机系
21