论文投稿_医学论文投稿_核心期刊,职称论文投稿发表_论文部落

  软件配置管理（Software Configuration Management，SCM），GB/T 11457 :1995《软件工程术语》国家标准的一种解释，表示和确定系统中配置项的过程，在系统整个生存期内控制这些配置项的投放和更动，记录并报告配置的状态和更动要求，验证配置项的完整性和正确性。在软件项目的五大过程中，我们渐渐发现如果项目过程中的产出物不能被很好的进行管理，会给我们的工作造成很大的麻烦，所以我们有必要讨论一下软件的配置管理。
1 软件管理配置的必要性
   我们先从软件项目管理中存在的一个问题说起，客户打来电话说系统出问题了，开发人员去解决问题，结果开发人员忘记了变更登记，结果把上次改的问题给覆盖了，结果以前出现过的问题又出现了。这类问题主要表现：“找不到文档,记得已经写好了，但是不知道放哪儿了”；“相互覆盖代码，开发人员对相同的代码做了不同的修改，互相覆盖”；“版本无法回滚新的修改比原来的更差，但是无法回滚到原来的状态”；“无法共享，项目组内成员无法及时快速地查看项目最新文档，需来回传递”；“文档标识不规范，文档标题类似，没有日期及版本区分，哪一份是最新的版本？”，“版本混乱，客户报告了错误，该给他哪个补丁呢？产品版本与需求对不上”，“无法继承，员工离职，下一个接收该项工作的员工得不到相关的详细资料”等等。产生此类问题的主要原因：没有很好地理解项目质量控制含义；对项目所产生的过程文档不加以重视；缺乏版本管理与跟踪、缺少相关流程标准；项目变更不受控、缺少相关度量审计标准或行为；开发过程中人员流动经常发生。，面临此类问题我们需要一种有效管理办法来解决，而软件配置项管理正式解决此类问题的有效解决办法。
　软件配置又给我们带来什么呢？有了软件配置管理，软件产品的完整性、有效性及可追溯性；确保产品版本有序、高效地存放、方便地查找和利用；对软件成果的有效保护，有效保证各项目文档的安全性、机密性；知识的传递、保护企业的知识财富 （ a、避免公司人员离职所带来的无形资产的流失； b、配置库中所存储的信息是公司运营的根本、是长久发展的累积，其重要性不可忽视）。
2  软件配置管理的概念
   配置管理最早在美国的国防工业中被提出，1962年，美国空军发表了有关配置管理的标准-AFSCM375-1，这是第一个配置管理的标准。随着计算机程序越来越复杂和难于管理，软件项目团队越来越大和分布更广，SCM的概念被大多数软件组织接受和实施。软件配置管理是关于不断演进的软件资产的管理，这主要包括两个方面：一是合理的存放和记录；二是对资产的变化加以流程上的控制。主要包括以下概念：
(1)配置项
     软件过程的输出信息可以分为三个主要类别：计算机程序、描述计算机程序的文档和数据。这些项包含了所有在软件过程中产生的信息，总称为软件配置项。由此可见，配置项的识别是配置管理活动的基础，也是制定配置管理计划的重要内容。
(2)基线
    是开发过程中标识出的里程碑所交付的一个或多个配置项，它有三个特征：（1）已经过正式的评审和批准。（2）作为项目发展和产品升级的基础。（3）其变更必须遵循《变更管理规程》的约定。
(3)配置库
　　项目建立和访问配置库，这个配置库主要用来对保存配置项和一些与软件配置管理相关的记录。包括软件产品及其开发过程中的所有的项目文档，包括工程类与管理类。例如，产品需求说明、产品设计文档、源代码文件、发布包文件、测试报告、用户手册、开发及运行环境、立项报告、项目计划、会议纪要、项目周报、项目阶段报告、项目总结报告等等。
(4)对配置库的操作：
　　一旦变更请求得到批准，配置管理员从受控库中复制配置项进行修改，这一过程被称为提取；我们称复审、批准及将修改后的配置项置于控制环境下的过程为提交。
3  软件配置管理的目标
　　软件配置管理是在贯穿整个软件生命周期中建立和维护项目产品的完整性。它的基本目标应该包括： 软件配置管理活动被定义和计划； 软件开发过程中的工作成果被识别、控制和管理；对于处于配置管理下的项目文档的修改被控制；与软件成果相关的项目组和成员应该被通知工作产品的目前状态和被修改的信息；
4  软件配置管理的相关角色
　　软件配置管理的角色主要包括：高层经理/CCB（变更控制委员会Change Control Board），业务经理/项目经理，开发项目组， 测试工程师，配置管理工程师。
　　(1)高层经理/CCB（变更控制委员会）：为在组织内实施配置管理活动提供足够的资源，支持