项目配置管理（项目配置管理的六个过程）

本篇文章给大家谈谈项目配置管理，以及项目配置管理的六个过程对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。 今天给各位分享项目配置管理的知识，其中也会对项目配置管理的六个过程进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、有人认为敏捷开发中项目的配置管理就是软件版本管理,这种说法对吗怎么理解？
• 2、PMP中关于配置管理系统和配置管理项
• 3、软件项目管理的配置管理
• 4、软件开发的项目中，什么叫配置管理
• 5、配置管理流程

有人认为敏捷开发中项目的配置管理就是软件版本管理,这种说法对吗怎么理解？

不对，软件版本管理是一个独立的概念，主要是用来定义、跟踪和管理软件的不同版本和变化的，比如用来控制和跟踪文件的修订、查看和回滚文件的历史版本等。而项目配置管理则是一系列配置管理活动，用来维护可以重新生成项目的完整配置，比如管理源代码、文档、工具、构建脚本等。

PMP中关于配置管理系统和配置管理项

关于配置管理系统和配置管理项：

配置管理系统的定义是

        整个项目管理系统的一个子系统。它由一系列正式的书面程序组成，用于对以下工作提供技术和管理方面的指导与监督：识别并记录产品、成果、服务或部件的功能特征和物理特征；控制对上述特征的任何变更；记录并报告每一项变更及其实施情况；支持对产品、成果或部件的审查，以确保其符合要求。该系统包括文件和跟踪系统，并明确了为核准和控制变更所需的批准层次。

配置管理系统的作用是

1. 识别产品和组成部分功能和属性

2. 控制上述特征的变更

3. 记录每个变更实施情况

4. 辅助审核，核实是否符合要求

在项目中，使用包含变更控制过程的配置管理系统的目标是

1. 建立一种先进的方法，以便规范地识别和提出对既定基准的变更，并评估变更的价值和有效性；

2. 通过分析各项变更的影响，为持续验证和改进项目创造机会；

3. 建立一种机制，以便项目管理团队规范地向有关干系人沟通变更的批准和否决情况。

配置管理项

1. 从哪里来 （谁创建，什么时候，为什么）

2. 目前在哪里

3. 将到哪里去

以下是我的理解

       在PMP中，有配置管理系统，但这个系统不是我们一向认为的某个特定的软件系统之类的。是一种可以有系统管理，如果没有系统管理，人工通过文件或者架构设置工作流程都可以进行管理的系统。所以在PMP中的所有系统，都可以这样理解。（IT行业的同学，通常会理解为一个软件系统）

       配置管理系统如何理解，就要看它存在的目的。它存在的目的就是为了管理变更。所以，配置管理系统里面最重要的就是变更管理系统（这个是PMP的重点）。而配置管理系统比变更管理系统多出一部分，多出来的这部分是什么，就是配置管理系统区别于变更管理系统的部分。顾名思义，变更管理系统，只是负责管理变更，那么没有变更前，是怎样的呢，这个就是配置惯例系统负责的工作。

举个例子：

       一个房屋装修项目，我已经确定了图纸和材料。我确定了我的窗户都是推开的窗。所以，窗户的大小，材料，和推开方式，就是某个配置项的内容。（识别产品和组成部分功能和属性）

       如果我现在要把窗户改成百页方式的，就改变了这个配置项的功能和属性。就需要提交这个变更请求，提交了变更请求，通过后，施工人员就可以看到这个配置管理项，来源是我提出的申请，在17日提出的，为了防蚊子。目前已经通过了变更审核了。将替换原来的窗户项目。

       在PMP考试中，重中之重是变更控制过程，配置管理系统是一个要点，但不算重点。因为，根据PMBOK所重点提到的，在项目管理中，用到了包含变更控制过程的配置管理系统，所以重点是变更控制。而配置管理系统属于项目管理信息系统的一部分。

再举一个例子：

       我要购买一台电脑，肯定会考虑这台电脑需要什么配置，这里的配置，就是配置项。如果我的硬盘，要1TB，这个就是硬盘的配置项的属性。我的脑袋就是一个配置管理系统，定义了这些属性。如果听到了其他人的意见，决定修改配置，就需要通过配置管理系统里面的变更控制过程。如果还需要我老婆提供资金援助的，那么，她就是CCB了。要获得她的批准。

软件项目管理的配置管理

是否需要进行配置管理与软件项目配置管理的规模有关项目配置管理，软件项目配置管理的规模越大项目配置管理，配置管理就显得越重要。软件配置管理简称SCM（Software Configuration Management的缩写），是在团队开发中，标识、控制和管理软件变更的一种管理。配置管理的使用取决于项目规模和复杂性以及风险水平。
6.1、目前软件开发中面临的问题:在有限的时间、资金内，要满足不断增长的软件产品质量要求；开发的环境日益复杂，代码共享日益困难，需跨越的平台增多；程序的规模越来越大；软件的重用性需要提高；软件的维护越来越困难。
6.2、软件配置管理应提供的功能:
在ISO9000.3中，对配置管理系统的功能作了如下描述项目配置管理：唯一地标识每个软件项的版本；标识共同构成一完整产品的特定版本的每一软件项的版本；控制由两个或多个独立工作的人员同时对一给定软件项的更新;按要求在一个或多个位置对复杂产品的更新进行协调；标识并跟踪所有的措施和更改；这些措施和更改是在从开始直到放行期间，由于更改请求或问题引起的。
6.3、版本管理软件配置管理分为版本管理、问题跟踪和建立管理三个部分，其中版本管理是基础。版本管理应完成以下主要任务：
建立项目；
重构任何修订版的某一项或某一文件；
利用加锁技术防止覆盖； ?当增加一个修订版时要求输入变更描述；
提供比较任意两个修订版的使用工具；
采用增量存储方式；
提供对修订版历史和锁定状态的报告功能；
提供归并功能；
允许在任何时候重构任何版本；
权限的设置；
晋升模型的建立；
提供各种报告。

软件开发的项目中，什么叫配置管理

配置管理(Configuration
Management，CM)是通过技术或行政手段对软件产品及其开发过程和生命周期进行控制、规范的一系列措施。配置管理的目标是记录软件产品的演化过程，确保软件开发者在软件生命周期中各个阶段都能得到精确的产品配置。

配置管理流程

制定配置管理计划
配置管理员制定《配置管理计划》，主要内容包括配置管理软硬件资源、配置项计划、基线计划、交付计划、备份计划等。CCB审批该计划。
配置库管理
配置管理员为项目创建配置库，并给每个项目成员分配权限。各项目成员根据自己的权限操作配置库。配置管理员定期维护配置库，例如清除垃圾文件、备份配置库等。
版本控制
在项目开发过程中，绝大部分的配置项都要经过多次的修改才能最终确定下来。对配置项的任何修改都将产生新的版本。由于不能保证新版本一定比老版本“好”，所以不能抛弃老版本。版本控制的目的是按照一定的规则保存配置项的所有版本，避免发生版本丢失或混淆等现象，并且可以快速准确地查找到配置项的任何版本。
配置项的状态有三种：“草稿”、“正式发布”和“正在修改”，本规程制定了配置项状态变迁与版本号的规则。
变更控制
在项目开发过程中，配置项发生变更几乎是不可避免的。变更控制的目的就是为了防止配置项被随意修改而导致混乱。
修改处于“草稿”状态的配置项不算是“变更”，无需CCB的批准，修改者按照版本控制规则执行即可。
当配置项的状态成为“正式发布”，或者被“冻结”后，此时任何人都不能随意修改，必须依据“申请→审批→执行变更→再评审→结束”的规则执行。
配置审计
为了保证所有人员（包括项目成员、配置管理员和CCB）都遵守配置管理规范，质量保证人员要定期审计配置管理工作。配置审计是一种“过程质量检查”活动，是质量保证人员的工作职责之一。 关于项目配置管理和项目配置管理的六个过程的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 项目配置管理的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于项目配置管理的六个过程、项目配置管理的信息别忘了在本站进行查找喔。