首页软件开发正文

为什么软件开发需要有配置管理（为什么软件开发需要有配置管理人员）

软件开发 2023-01-26T17:21:09 1296

今天给各位分享为什么软件开发需要有配置管理的知识，其中也会对为什么软件开发需要有配置管理人员进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！本文目录一览： 1、配置管理的作用是什么包括那几部分功能

今天给各位分享为什么软件开发需要有配置管理的知识，其中也会对为什么软件开发需要有配置管理人员进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

1、配置管理的作用是什么包括那几部分功能
2、为什么要在软件开发过程中进行项目管理
3、软件配置管理工作包括哪些具体的内容？
4、软件开发过程中，采用软件配置管理工具有何意义
5、软件配置管理的重要性
6、当使用不同版本的设计说明书时为什么要先检查配置管理系统

配置管理的作用是什么包括那几部分功能

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

配置管理的实施包括两部分：工具和规范。

在软件开发过程自动化的今天，没有工具的支持而实施配置完整的配置管理是不能想象的。因此选择一个符合公司或项目的工具至关重要。在配置管理系统中，我们可归纳出四种模型。当前商业工具一般采用其中一种或几种模型。

我们通过对商业模型的理解可以帮助我们了解某种工具是否适合我们公司或项目。

CICO模型

CICO模型主要关注的是单个文件的版本控制。图显示了一个支持CICO模型的CM系统的工作过程。用户利用库和文件系统来进行工作。文件被版本化并存储到库中，新版本的产生是由库工具控制的。然而，文件在库中不是可以直接存取的，用户必须去检出（即Check Out）一个文件的版本到工作空间中以便读取它的内容。更改后的文件可以被检入库中（即Check in）,产生文件的一个新版本。

此模型的代表工具是SCCS和CVS。

组织模型

组织模型由CICO模型自然导出，建立于构件版本图的基础之上，同时依赖于存储库和工作空间的概念，可以通过对构件加锁进行并发控制。组织模型的重点是在CM系统支撑下加强了对创建配置、对有关的历史信息的管理和使用他们作为工作环境的支持。

组织模型中的配置由系统模型和版本选择规则组成。系统模型列出了组成系统的所有的构件。版本选择规则指出了组成配置的每一个构件选择版本。选择规则用于系统模型，选择构件版本，即绑定一构件到某一版本。这个模型的操作方式是：开发员根据模型的构件定义整个系统，并在每一步骤中给每个构件选择合适的版本。版本操作的工作方式如图所示。

CM支持主要关心的是维护系统和其构件的版本历史，并选择符合一致性配置的构件版本。只有在所选构件的版本与所选其它构件版本一致时才认为一个配置版本。

此模型的代表工具是CCC。

为什么软件开发需要有配置管理（为什么软件开发需要有配置管理人员）

为什么要在软件开发过程中进行项目管理

软件项目管理的内容包括人员的组织与管理、软件配置管理、软件开发。软件项目管理是为了使软件项目能够按照预定的成本、进度、质量顺利完成，而对成本、人员、进度、质量、风险等进行分析和管理的活动。软件是纯知识产品，开发进度和质量很难估计和度量，生产效率也难以预测和保证；项目周期长，复杂度高，变数多；软件需要满足一群人的期望。软件开发主要分为六个阶段：需求分析阶段、概要设计阶段、详细设计阶段、编码阶段、测试阶段、安装及维护阶段。不论是作坊式开发，还是团队协作开发，这六个阶段都是不可缺少的。根据公司实际情况，公司在进行软件项目管理时，重点将软件配置管理、项目跟踪和控制管理、软件风险管理及项目策划活动管理四方面内容导入软件开发的整个阶段。软件开发过程的成功有赖于完善而正确的项目监控，如果没有度量作为监控的信息，事实上监控将没办法实现，更不可能进行正确的项目调整。我们将通过一个完整的面临崩溃的项目案例，通过项目监控和启动拯救过程的实践，讨论在监控过程中如何充分利用度量数据，以有序的、理智的、经过很多成功拯救经验积累出来的方法，使项目重新走向成功的经验，来理解项目监控的本质。大型软件项目是依靠一个组织来完成的，如果这个组织在管理上是无序的，开发过程是非正式和混乱的，计划期限和成本目标通常超限，项目的成功取决于个人英雄式的行为，在人员发生变动时项目往往陷入灾难，那么很难说这个项目会获得成功。从这个意义上说，软件项目管理和过程管理是项目成功的关键因素。我们今天所面对的软件开发问题，最重要的莫过于如何用一种有效的方式来组织项目，确保软件开发的高效率。这就需要研究项目管理的本质，更加清醒地审视软件开发中的问题，根据软件的特点与文化背景创造出更好的管理方法。

软件配置管理工作包括哪些具体的内容？

软件配置管理是贯穿软件开发过程始终的一项工作。对于一个软件项目来说，软件配置管理规范至少包括以下的内容：

(1)配置项及其命名规则。

(2)配置库文件目录结构。

(3)角色和权限定义。

(4)配置项变更流程。

(5)配置项发布。

(6)基线定义和基线变更。

项目中的基线有两个方面：一是作为里程碑的基线；另一个是模块的阶段性成果基线(对工作产品而言)，一般来说都要避免变更基线。对这两种不同的基线，其影响的范围不同，确立和变更方式也不一样。

项目的基线变更控制委员会由客户代表、产品经理、项目经理和技术经理组成，对发布的里程碑类基线的变更必须由变更控制委员会确认并由QA进行变更记录，所有被变更影响的配置项都需要重新同步后再次发布；而对于仅仅作为工作状态保留的基线，一般只需要建立基线的小组确认更改并在QA进行记录即可。

软件开发过程中，采用软件配置管理工具有何意义

(1)配置支持。配置是一组有共同目的的中间软件产品，其中每一个中间软件产品称为一个配置项。软件配置管理支持用户建立配置项之间的各种关系，并对这些关系加以维护，维护这些关系有助于完成某些特定任务(例如Build)和标识某一变化对整个系统开发的影响。[1]

(2)版本控制。版本控制是软件配置管理的基本要求，它可以保证在任何时刻恢复任何一个版本、版本控制还记录每个配置项的发展历史，这样就保证了版本之间的可追踪性，也为查找错误提供了帮助，版本控制也是支持并行开发的基础。

(3)变更控制。变更控制是指在整个软件生存周期中对软件变更的控制。变更控制系统记录每次变更的相关信息(变更的原因、变更的实施者以及变更的内容等)。这些信息有助于追踪出现的各种问题。

(4)构造支持。软件系统往往由许多配置项构成，建立整个系统是个复杂和费时的过程，软件配置管理工具可以记录和追踪每个配置项信息，帮助用户自动和快速地建立系统，和版本控制结合在一起，可以有效地支持同时开发系统的多个版本。

(5)过程支持。过程详细描述了各种人员在整个软件生存周期中如何使用整个系统，过程控制可以保证每一步都按照正确的顺序由合适的人员实施。过程控制本来是软件开发环境中一个独立的部分，现在软件配置管理也开始提供这部分功能。目前的软件配置管理工具对过程的支持还很不够，而且支持方式差别也很大，许多管理只是提供一个预先定义好的生存周期模型，并保证开发的每一步都按照这个模型规定进行。

(6)团队支持。团队支持是指多个开发人员同时开发一个软件系统。大多数软件系统都需要多个开发人员参与，有效的团队支持对开发人员是很有用的。团队支持主要包括工作区管理、并行开发管理和远程开发管理(某些软件配置管理工具还包括对开发人员支持)。