软件项目管理流程 五步骤，软件项目管理方案范文

【公众号@“项目管理学院”会第一时间更新文章分享《项目管理模板》】归档于软件项目管理入门学习路线第九章软件项目配置管理计划我们一直想要的。 《初级学习路线合集》

简介大家好。在本节中，您将了解软件项目管理- 软件项目配置管理规划- 软件项目配置管理流程。

主要学习：

配置项识别与跟踪流程、配置管理环境建立流程、基线变更管理流程、配置管理审核流程、配置状态统计流程、配置管理规划流程前五个流程代表配置管理的主要活动；配置管理是一个规划流程这涉及规划和解决问题。

识别和跟踪配置项配置项识别将软件项目中需要控制到SCI 的部分分开。例如，如果一个需求有5个文件和5个配置项，则意味着很多代码，并且对于许多配置项来说，也有很多文件。

该配置项定义过程可以是划分过程，例如将项目需求说明书划分为多个文件。事实上，将其拆分为多个配置项对于项目管理是有利的，因为在项目执行过程中需求的不同部分变化的频率不同，因此需求的不同配置项的变化频率也有所不同。

如果需求变更仅涉及其中一项配置项，则无需更改其他需求配置项。

然后，项目完成后，必须确定每个配置项。也就是说，您需要指定文件命名规范。

这是一个项目命名规范，由五个部分组成。第一部分代表公司，第二部分代表项目的识别码，第三部分代表项目的组号，第四部分代表文档类型，最后，它只是版本号而已。

跟踪配置项实现配置管理需要建立配置项关联以方便跟踪和版本控制。例如，一个需求规范有很多配置项，每个配置项都有对应的设计版本、代码版本、测试用例，需要建立这些之间的对应关系，当需求发生变化时，很容易确定其相关配置项。

建立配置管理环境配置管理库建立配置管理环境就是建立配置管理库或配置管理仓库的过程。

软件配置管理库是用于存储所有基线配置项和相关文件的系统，是在软件产品的整个生命周期中建立和维护一致性的主要手段。

受控操作配置库环境是受控的，不能自由操纵。基线和配置项审核通过后，即可添加到配置库中。配置库一旦添加，就不能随意修改。变更完成后，将无法再自由变更。制造出来后，必须经过修改过程。

该配置管理库通常是通过安装配置管理工具来实现的。

例如，这是一个精简的管理工具界面。

VSS版本控制工具界面：

SVN版本控制工具操作界面：

GIT管理工具操作界面

基线变更管理流程的基本概念：基线变更应受到控制，此类变更应经SCCB批准，按程序进行管理，并应记录基线变更过程。

基线变更系统基线变更过程中最重要的部分是变更控制系统。下图显示了基线更改系统。首先提交变更请求，然后进行评估，最后做出决定。一旦变更获得批准，它们将被实施。

变更请求这是一个变更请求：

评估更改下一步是评估应用程序。这是一个评估的过程。先改变分类，看看改变什么类型，需要什么。设计？或者，您可能需要更改代码、探索技术影响并分析界面影响以确定进度和成本影响。

例如，需求的变化可能会导致重大的设计或代码变更，而评估的结果是决策的基础，因为如果变更影响特别大，则可能会被拒绝。

当然，批准和拒绝变更有两种决定：批准和拒绝，如果同意变更，则需要实施变更并更新版本。

实施变更实施变更也必须按照流程来实施。例如，您可以从配置库中获取更改控制项，实施更改，验证没有问题，然后将其提交到库。

变更管理系统——例如，这是一个项目的配置变更管理系统，项目人员参考这个流程来实施变更。

配置管理审核：审核每个人是否都遵循此配置管理流程。基准产品也应接受审核。基线在保存到数据库之前必须经过审核。

说到配置状态统计，仓库管理员发现需要定期向项目人员暴露仓库里有哪些产品、每个产品的型号和版本、是否禁用等等。

同样，软件配置管理人员应该定期发布有关其配置库的状态报告。例如：

批准的配置项更改请求的数量所有请求的配置项更改的状态所有批准的配置项更改的状态配置管理系统和SCCB 行为中的异常数量配置管理计划概述- 例如，尽管配置的主要过程上面介绍了管理，它们描述了配置管理的活动，并且这些活动必须反映在配置管理计划中。

对于配置管理计划到底包含哪些内容，没有统一认可的标准。主要还是要看项目的具体情况。这是一个概述。

人员职责（确定谁负责配置管理、SCCB的配置、利益相关者的配置要求） 定义配置项（确定项目生成的文件和命名约定） 定义基线（确定项目的基础） 综上所述，一个配置管理计划需要配置项、配置管理环境、基线变更管理、配置管理审核和配置计划。使用状态统计和其他活动来指导未来的项目配置管理。

到目前为止，您已经学习了第9 章第2 节“软件项目配置管理流程”。下一节介绍敏捷配置管理方案~

如果您觉得这篇文章对您有帮助，请点赞支持我们吧~~

我们会持续更新《软件项目管理入门学习路线》的所有知识点，有兴趣的话请关注博主~————————————————