配置管理在哪个实施阶段

① 在工程实施项目中如何开展配置管理工作

实施阶段的配置管理阶段从广义上将已经算是维护阶段了。
代码开发已经结束，配置项已经被基线。
1.理想状况是在测试阶段就模拟出现场环境做安装测试。基本不需要配置管理介入。发现问题也是维护类型bug，发下一个维护版本时解决。这时体现出产品可配置性很重要。
2.最糟的情况才安装实施过程中发现问题必须修改代码重新编译，这个就复杂一些了。
排到现场去的实施人员必须是骨干力量，能够迅速定位问题，或者把出线的问题描述清楚，由后方架构师处理。
修复bug后重新发布紧急维护版本。如果这个过程配置管理没有介入，那后期升级可能会带来代码版本与实施现场的不一致。导致下次实施再次出问题

② 配置管理的实施

实施配置管理系统，一般的步骤和需要考虑的问题如下：
1．规划、调整网络开发环境
一个规划良好的开发环境，是实施配置管理系统的前提。在此阶段，要对配置管理系统做出规划，主要考虑以下问题： 网络的带宽、拓扑结构 服务器的选择、命名规范 存储区的定位 开发人员及组的命名规约等 2．设计配置管理库
根据项目开发的要求，设计开发资源的存储模式，良好的存储模式有利于减轻管理上的负担，增强配置管理库的访问性能，同时便于控制访问权限，保护软件资产。
3．定义配置管理系统的角色
在此阶段，需要确定与配置管理相关的所有角色，包括他所有角色相应的活动。在开发过程中，一个开发人员可能兼任多种角色，但一项任务在同一时刻只能由一个角色来执行。
一般配置管理中的角色主要包括： 项目经理：项目经理在配置管理方面的职责是依靠配置管理员、系统管理员和系统体系结构设计人员的帮助，制定项目的组织结构和配置管理策略。这些工作包括：定制开发子系统，定制访问控制，制定常用策略，制定集成里程碑，以及进行系统集成。 配置管理员：配置管理员的职责是根据项目经理制定的开发组织结构和策略，实施、维护配置管理的环境。其主要职责如下：创建配置管理库，对存储库进行日常备份和恢复，维护配置管理环境，及管理配置管理相关的用户。 软件开发人员：软件开发人员依据项目的开发和配置管理策略，创建、修改和测试开发工件。 集成人员：对软件进行归并，形成相应的基线或发布版本。 QA人员：需要对软件配置管理有较深的认识，其主要工作是跟踪当前项目的状态，测试，报告错误，并验证其修复结果。 4．制定配置管理流程
这是配置管理实施的一个重要阶段，其主要目的是根据项目开发的需要，制定相应的配置管理流程，以更好地支持开发，主要活动包括： 定制并行开发策略：合理的并行开发策略应该具有以下特点：协调项目的复杂性和需求，统一创建分支类型和元数据，为开发过程中的变更集成制定有效的规范，适时反映开发过程中方法和需求的变化。 发布版本管理：软件开发过程中的一个关键活动是提取工件的相关版本，以形成软件系统的阶段版本或发布版本，我们一般将其称为稳定基线。一个稳定基线代表新开发活动的开始，而一系列定制良好的活动之后又会产生一个新的稳定基线。有效地利用此项功能，在项目开发过程中可以自始至终管理、跟踪工件版本间的关联。 一般来讲，实施配置管理系统，相关人员需要接受以下培训： 管理员培训：针对配置管理员，主要学习配置管理工具管理相关内容。 开发人员培训：针对开发人员，主要学习配置管理工具与开发相关的常用操作。 管理流程培训：针对全体人员，目的是了解配置管理策略和流程，以及如何与开发管理、项目管理相结合。

③ 软件配置管理的过程描述

一个软件研发项目一般可以划分为三个阶段：计划阶段、开发阶段和维护阶段。然而从软件配置管理的角度来看，后两个阶段所涉及的活动是一致，所以就把它们合二为一，成为“项目开发和维护”阶段。 一个项目设立之初PM首先需要制定整个项??研发计划之后，软件配置管理的活动就可以展开了，因为如果不在项目开始之初制定软件配置管理计划，那么软件配置管理的许多关键活动就无法及时有效的进行，而它的直接后果就是造成了项目开发状况的混乱并注定软件配置管理活动成为一种“救火”的行为。所以及时制定一份软件配置管理计划在一定程度上是项目成功的重要保证。
在软件配置管理计划的制定过程中，它的主要流程应该是这样的：
CCB根据项目的开发计划确定各个里程碑和开发策略；
CMO根据CCB的规划，制定详细的配置管理计划，交CCB审核；
CCB通过配置管理计划后交项目经理批准，发布实施。 这一阶段是项目研发的主要阶段。在这一阶段中，软件配置管理活动主要分为三个层面：
⑴主要由CMO完成的管理和维护工作；
⑵由SIO和DEV具体执行软件配置管理策略；
⑶变更流程。这三个层面是彼此之间既独立又互相联系的有机的整体。
在这个软件配置管理过程中，它的核心流程应该是这样的：
⑴CCB设定研发活动的初始基线；
⑵CMO根据软件配置管理规划设立配置库和工作空间，为执行软件配置管理计划做好准备；
⑶开发人员按照统一的软件配置管理策略，根据获得的授权的资源进行项目的研发工作；
⑷SIO按照项目的进度集成组内开发人员的工作成果，并构建系统，推进版本的演进；
⑸CCB根据项目的进展情况，审核各种变更请求，并适时的划定新的基线，保证开发和维护工作有序的进行。
这个流程就是如此循环往复，直到项目的结束。当然，在上述的核心过程之外，还涉及其他一些相关的活动和操作流程，下面按不同的角色分工予以列出：
各开发人员按照项目经理发布的开发策略或模型进行工作；
SIO负责将各分项目的工作成果归并至集成分支，供测试或发布；
SIO可向CCB提出设立基线的要求，经批准后由CMO执行；
CMO定期向项目经理和CCB提交审计报告，并在CCB例会中报告项目在软件过程中可能存在的问题和改进方案；
在基线生效后，一切对基线和基线之前的开发成果的变更必须经CCB的批准；
CCB定期举行例会，根据成员所掌握的情况、CMO的报告和开发人员的请求，对配置管理计划作出修改，并向项目经理负责。
综上所述，配置管理的工作流程如图1所示：

④ 项目配置管理方案在什么阶段产生

PMP中没有明确提出项目配置管理计划在那个过程中做，但是配置管理计划是项目管理计划的主要内容之一，因此它作为制定项目管理计划的输入，应该在制定项目管理计划之前就完成。个人认为做好范围管理计划，制定出WBS之后就可以制定项目配置管理方案乐。

⑤ 如何在软件项目中实施软件配置管理

1、配置管理员水平很重要。
2、领导要很重视（比如告诉他代码需要控制不同的权限，集中保存防止出现各种意外比如离职泄露啊，电脑坏了啊等等，与开发过程相关的就不用说了，他不关心的）。
3、项目经理要很重视，很多项目经理本身是技术出身，可能管理跟的不是那么上~.~。
4、项目成员有这样的概念。

以上是前提。
开展配置管理工作的关键是让公司内部的项目干系人的人感觉到配置管理工作在起作用。

最重要的手段：
针对不同的人进行不同层次的培训。
1、对于老板/总监/技术老大/项目老大等等所有项目的统筹负责人，可以做一些月度季度年度报表PPT什么的告诉他你做了什么。取得了什么样的效果。
2、对于项目经理们或者准项目经理们，做配置管理里关于流程方面的培训（比如配置项管理、基线管理、变更管理、构建管理、版本管理、发布管理、审计管理、外部发布管理等）、然后就是一些配合不同开发模式（比如瀑布、螺旋、敏捷等）进行配置工具培训、 比如分支开发、自动构建、持续集成等
3、对于普通开发测试等项目组成员，就是培训各类工具的使用了比如svn/git/cc等，比如一些好的操作，版本对比、回退机制、代码共享、同步开发等等。

至于配置管理过程的话，网上一大堆，随便凭记忆总结下，可能不全：
1、从组织上定义标准流程规范制度等。这个规范制度是用来指导配置管理工作的总规范。包括具体的配置管理简介、配置管理过程中涉及到的人的权责、然后就是配置管理实施的策略（比如计划、配置项、基线、变更、发布、审计、报告、服务器管理、配置工具说明、权限管理总则、配置库结构标准、库备份啊、收尾工作比如移交转产交付取消权限刻盘保存等），可能还要定义一个内测版本、外测版本、正式版本号的附则。制作好所有的excel/word/ppt/txt模版。给领导审批通过就OK了。
2、项目开始就后按照组织定义的配置管理流程去做，不断裁剪修改，不同规模的配置管理工作的需求是不同的，要考虑投入产出是否合理，与项目是否适配。
------------------------------------------
以上所有涉及到和领导相关的步奏，请考虑你在公司的实际地位和能力水平，有可能你的项目的配置管理工作没有到这个高度，还只是初级阶段，领导都不知道。一般来说成熟的软件公司、规模比较大配置管理是单独的。如果你只是某个项目的，没有那么高的地位那就只针对本项目的经理和普通成员来操作吧.......~.~

⑥ 在实施阶段配置管理主要包括哪些过程

楼主说的是软件项目？
如果是的话，实施的时候会涉及到软件的发布，各个服务器中服务、任务的启动，以及将整个项目运行起来以后的调试，包括权限分配、账号、数据的添加等等。
配置管理就是按照上述的操作内容把各个环节、步骤需要用到的代码、文档、配置都准备好。到时候按照配置说明可以正常发布项目，按照回滚步骤，可以将项目恢复到发布之前的状态。

⑦ 软件配置管理的过程

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

配置管理过程是对处于不断演化、完善过程中的软件产品的管理过程。其最终目标是实现软件产品的完整性、一致性、可控性，使产品极大程度地与用户需求相吻合。它通过控制、记录、追踪对软件的修改和每个修改生成的软件组成部件来实现对软件产品的管理功能。

早在七十年代初期加利福利亚大学的Leon Presser教授就撰写了一篇论文，提出控制变更和配置的概念，之后在1975年，他成立了一家名为SoftTool的公司，开发了自己的配置管理工具：CCC，这也是最早的配置管理工具之一。之后，随着软件开发规模的逐渐增大，越来越多的公司和团队意识到了软件配置管理的重要性，而相应的软件配置管理工具也如雨后春笋一般，纷纷涌现，比较有代表性的有：Marc Rochkind的SCCS(Source Code Control System)和Walter Tichy的RCS(Revision Control System)，这两种工具对日后的配置管理工具的发展做出了重大的贡献，目前绝大多数广泛使用的配置管理工具基本上都是基于这两者的设计思想和体系架构。

一、配置管理在软件开发过程和项目管理过程中的作用

随着软件系统的日益复杂化和用户需求、软件更新的频繁化，配置管理逐渐成为软件生命周期中的重要控制过程，在软件开发过程中扮演着越来越来重要的角色。一个好的配置管理过程能覆盖软件开发和维护的各个方面，同时对软件开过程的宏观管理，即项目管理，也有重要的支持作用。良好的配置管理能使软件开发过程有更好的可预测性，使软件系统具有可重复性，使用户和主管部门用软件质量和开发小组有更强的信心。

软件配置管理的最终目标是管理软件产品。由于软件产品是在用户不断变化的需求驱动下不断变化，为了保证对产品有效地进行控制和追踪，配置管理过程不能仅仅对静态的、成形的产品进行管理，而必须对动态的、成长的产品进行管理。由此可见，配置管理同软件开发过程紧密相关。配置管理必须紧扣软件开发过程的各个环节：管理用户所提出的需求，监控其实施，确保用户需求最终落实到产品的各个版本中去，并在产品发行和用户支持等方面提供帮助，响应用户新的需求，推动新的开发周期。通过配置管理过程的控制，用户对软件产品的需求如同普通产品的订单一样，遵循一个严格的流程，经过一条受控的生产流水线，最后形成产品，发售给相应用户。从另一个角度看，在产品开发的不同阶段通常有不同的任务，由不同的角色担当，各个角色职责明确，泾渭分明，但同时又前后衔接，相互协调。

好的配置管理过程有助于规范各个角色的行为，同时又为角色之间的任务传递提供无缝的接合，使整个开发团队象一个交响乐队一样和谐而又错杂地行进。正因为配置管理过程直接连接产品开发过程、开发人员和最终产品，这些都是项目主管人员所关注的重点，因此配置管理系统在软件项目管理中也起着重要。配置管理过程演化出的控制、报告功能可帮助项目经理更好地了解项目的进度、开发人员的负荷、工作效率和产品质量状况、交付日期等信息。同时配置管理过程所规范的工作流程和明确的分工有利于管理者应付开发人员流动的困境，使新的成员可以快速实现任务交接，尽量减少因人员流动而造成的损失。

世嘉游戏机的名字：
MEGA DRIVE(MD),
Sega Saturn(SS),
DreamCast(DC),
GAME GEAR(GG). 1664希望对你有帮助！