软件配置管理有哪些

⑴ 软件项目管理的配置管理

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

⑵ 软件配置管理的简介

软件配置管理（Software Configuration Management），又称软件形态管理、或软件建构管理，简称软件形管（SCM）。界定软件的组成项目，对每个项目的变更进行管控（版本控制），并维护不同项目之间的版本关联，以使软件在开发过程中任一时间的内容都可以被追溯，包括某几个具有重要意义的数个组合。
软件配置管理，贯穿于整个软件生命周期，它为软件研发提供了一套管理办法和活动原则。软件配置管理无论是对于软件企业管理人员还是研发人员都有着重要的意义。软件配置管理可以提炼为三个方面的内容：
VersionControl-版本控制
ChangeControl-变更控制
ProcessSupport-过程支持
关键活动包括：配置项、工作空间管理、版本控制、变更控制、状态报告、配置审计等。

⑶ 常见的软件配置项有哪些

csci是计算机软件配置项(computer
software
configuration
item)简称，在软件设计文档中经常用到。
配置与配置项
在配置管理中，“配置”和“配置项”是重要的概念，“配置”是在技术文档中明确说明并最终组成软件产品的功能或物理属性。因此“配置”包括了即将受控的所
有产品特性，其内容及相关文档，软件版本，变更文档，软件运行的支持数据，以及其他一切保证软件一致性的组成要素，相对与硬件类配置，软件产品的“配置”
包括更多的内容并具有易变性。
受控软件经常被划分为各类配置项（configuraion
items,
cis），这类划分是进行软件配置管理的基础和前提，cis是逻辑上组成软件系统的各组成部分。比如一个软件产品包括几个程序模块，每个
程序模块及其相关文档和支撑数据可能被命名为一个ci。一个系统包括的cis的数目是一个与设计密切相关的问题，关于怎样将一个软件系统划分为不同的
cis将在以下有关章节中阐述，注意如果一个产品同时包括硬件和软件部分，一般一个ci也同时包括软件和硬件部分，一个纯软件的ci通常也称之为软件配置
项（csci）。本规范的ci一般指csci，软硬件的配置管理有一些相通的地方，但因为软件更易于修改，所以软件配置管理是一个更应该系统化的过程。
基线与基线管理
各cis随软件开发活动的进展，会有越来越多的部件进入受控状态。一般地，软件开发过程从概念演绎和需求分析开始，然后是设计，各cscis的编码或写
作，集成测试，最后是用户手册的编写等。软件配置管理包括了在软件生命周期的时间分散点上对各cis进行标识并对对他们的修改进行控制的过程。在一个开发
阶段结束或一组功能开发完成后，要对相应的cis进行基线化并形成各类基线。在配置管理系统中，基线就是一个ci或一组cis在其生命周期的不同时间点上
通过正式评审而进入正式受控的一种状态，而这个过程被称为“基线化”。每一个基线都是其下一步开发的出发点和参考点。
每个基线都将接受配置管理的严格控制，对其的修改将严格按照变更控制要求的过程进行，在一个软件开发阶段结束时，上一个基线加上增加和修改的基线内容形成下一个基线，这就是“基线管理”的过程，因此基线具有以下属性：
通过正式的评审过程建立
基线存在于基线库中，对基线的变更接受更高权限的控制
基线是进一步开发和修改的基准和出发点。
一般地，第一个基线包含了通过评审的软件需求，因此称之为“需求基线”，通过建立这样一个基线，受控的系统需求成为进一步软件开发的出发点，对需求的变更被正式初始化、评估。受控的需求还是对软件进行功能评审的基础。

⑷ 软件配置管理过程包括哪些活动

创建配置管理计划、创建配置库、基线管理、版本控制、发布管理、配置库审计、日常维护和监管。

⑸ 软件过程的配置管理

软件过程的配置管理 包括以下管理行为：对某个配置项的功能和物理特性进行识别和编档；对这些特征的变动进行控制；对变动和事实进行记录、汇报；验证需求计划的实现。
偏差（Deviation）：
针对开发中的计划、标准、规划等的明显偏离和变动。
同业复审（Peer Review）：
软件项目开发成员的同行遵循某一规则对项目产品所作的检查，用于发现缺陷所在。
风险管理（Risk Management）：
运用风险概率方法分析评估项目开发中设计的各类风险，包括风险识别，风险分析，风险等级排序和风险控制。
软件工程过程组（Software Engineering Process Group）：
协助开发机构对所采纳的软件过程进行制定、分析、监控和改进的专家组。它应直接想机构的最高领导层负责。
软件生命周期（Software Life Cycle）：
指软件开发所涉及的全过程，包括从产品设计到产品终结的整个周期，一般分为概念阶段，需求阶段，设计阶段，实施阶段，测试阶段，安装调试阶段，运行维护阶段，终止阶段。
软件需求（Software Requirement）：
用户为实现某种目标或解决某种问题要求软件给予满足的条件。

⑹ 计算机软件配置项是什么

1、软件配置项（SCI）：软件生存周期各个阶段活动的产物经审批后即可称之为软件配置项。

2、软件配置项包括：

（1）与合同、过程、计划和产品有关的文档和资料；

（2）源代码、目标代码和可执行代码；

（3）相关产品，包括软件工具、库内的可重用软件、外购软件及顾客提供的软件等。

3、软件配置项是作为配置项识别活动的产出物，CMMI中要求有文档化的配置项识别准则，根据准则来进行配置项识别，列出配置项列表，给与配置项唯一的编号、名称等，并标明配置项的一些重要属性，如：它的存储位置、它的负责人、对应源码语言、受控级别等。

(6)软件配置管理有哪些扩展阅读：

1、软件配置相关

Babich曾经这样说过：“协调软件开发使得混乱达到最小的技术叫配置管理。配置管理是一种标识、组织和控制修改的技术，目的是使错误达到最小并最有效地提高生长率。

软件配置管理，叫SCM，它应用于整个软件工程过程。因为变更在任何时刻都可能发生，因此SCM活动的目标就是为了：

(1)标识变更；

(2)控制变更；

(3)确保变更正确地实现;

(4)向其他有关的人员报告变更。

⑺ 软件配置管理关注的是