软件配置管理流程图怎么做

软件配置识别识别要控制的项目，建立项目及其版本的识别计划，并建立用于获取和管理受控项目的工具和技术。这些活动为其他SCM活动提供了基础。

2.1识别要控制的软件项

控制变更的第一个步骤是确定要控制的软件项。

这包括在系统配置的环境中理解软件配置，选择软件配置项，为标记软件项和描述它们的关系开发一个策略，并确定要使用的基线和获取项目基线的过程。

2.1.1软件配置

软件配置是指在技术文件中或在产品中所实现的硬件或软件的功能和物理特性。它可以看作是整个系统配置的一部分。

2.1.2软件配置项

配置项(CI)是硬件或软件(或两者)的项或集合，设计为作为单个实体进行管理。软件配置项(SCI)是作为配置项建立起来的软件实体。SCM通常控制除代码本身之外的各种项目。有潜力成为SCIs的软件项目包括计划、规范和设计文档、测试材料、软件工具、源代码和可执行代码、代码库、数据和数据字典，以及用于安装、维护、操作和软件使用的文档。

选择SCIs是一个重要的过程，必须在为项目控制目的提供充分的可见性和提供可管理的受控项目数量之间取得平衡。

2.1.3软件配置项关系

所选的SCM及其组成部分之间的结构关系会影响其他SCM活动或任务，例如软件构建或分析所提议变更的影响。正确地追溯这些关系对于支持可追溯性也很重要。计算机信息系统识别方案的设计应考虑将识别的项目映射到软件结构的需要，以及支持软件项目及其关系的开发的需要。

图6.2。软件目收集

2.1.4软件版本

软件项随着软件项的进行而演进。软件项的版本是项的标识实例。它可以被认为是一个正在开发的项目的一种状态。变型是应用软件多样性而产生的程序版本。

2.1.5基线

软件基线是配置项(与媒介无关)的正式批准版本，在配置项生命周期的特定时间正式指定并固定。这个术语也用来指已经达成一致的软件配置项的特定版本。在这两种情况下，基线只能通过正式的变更控过程序来变更。基线，以及对基线的所有已批准的变更，表示当前已批准的配置。

常用的基线包括功能基线、分配基线、开发基线和产品基线。功能基线符合已评审的系统需求。所分配的基线符合已评审的软件需求规格说明及软件接口需求规格说明。开发基线代表在软件生命周期中选定时间演进的软件配置。这个基线的变更权限通常主要取决于开发组织，但是可能与其他组织共享(例如，SCM或测试)。产品基线对应于为系统集成而交付的已完成的软件产品。用于给定项目的基线，以及变更审批所需的相关权限级别，通常在SCMP中确定。

2.1.6获取软件配置项

软件配置项在不同时间放置在SCM控制下;也就是说，在软件生命周期的特定点上，它们被合并到特定的基线中。触发事件是完成某种形式的正式接受任务，例如正式评审。图6.2描述了基线化项目在生命周期中增长的情况。这个图是基于瀑布模型的，仅用于演示;图中使用的下标指示了演进项目的版本。软件变更请求(SCR)在3.1节中进行了描述。

要获得SCI，必须确定其起源和初始完整性。在获得SCI之后，对项目的变更必须根据SCI和相关基线得到正式批准，如SCMP中所定义的那样。批准后，根据适当的程序将项目纳入软件基线。

2.2软件库

软件库是软件和相关文档的受控集合，旨在帮助软件开发、使用或维护。它还有助于软件发布管理和交付活动。可以使用几种类型的库，每一种对应于软件项目的特定成熟度级别。例如，工作库可以支持编码，项目支持库可以支持测试，而主库可以用于最终产品。适当级别的SCM控制(相关的基线和变更权限级别)与每个库相关联。在访问控制和备份设施方面，安全性是图书馆管理的一个关键方面。

每个库使用的工具必须支持该库的SCM控制需求——在控制SCIs和控制对库的访问方面都是如此。在工作库层面，这是一种服务于开发人员、维护人员和SCM的代码管理功能。它侧重于管理软件项目的版本，同时支持多个开发人员的活动。在较高的控制层面上，访问权限受到更大的限制，并且SCM是主要用户。

这些库也是度量工作和进展的重要信息来源。

编辑：黄飞