简练网软考知识点整理-项目基线 配置管理

    1.基线
    基线是软件工程活动从一个环节转入另外一个环节时对阶段产品或组件的标识。因为软件规模的膨胀和分工的细化，软件开发过程变得越来越复杂，每个阶段可能由不同类型的角色和人员来完成，因此有必要清晰标识上一阶段完成的成果和下阶段开始工作的基础。这种标识活动就是建立基线。
    根据同行评审或阶段评审的结果建立基线是质量保证人员（Quality Assurance，QA）的职责，项目参与人员（设计、开发、测试、配置管理、PSO）有责任配合QA建立各项基线。
    通常一个项目（工程）需要建立如下几种基线：需求基线、设计基线、测试基线、发布基线。
    需求基线在需求分析规格说明书通过同行评审后建立，此时客户需求和产品需求应该是全面、清晰、准确并且文档化的。必要的文档包括《需求分析规格.doc》和《功能清单.xls》。通常这些文档由需求调研人员或设计人员提供。
    设计基线在详细设计完成并通过同行评审后建立。此时产品需求的实现方式应该是全面、清晰、准确和文档化的。必要的文档包括《总体设计规格.doc》、《详细设计规格.doc》、《数据库设计.pdm》。通常这些文档由设计人员提供，《详细设计规格.doc》可能由开发小组中的核心开发人员提供，面向对象的设计必需提供oom文档。
    设计基线建立后，开发人员可以根据设计基线确定的成果进行代码开发。在开发过程中必然会遇到需求变更和设计变更的活动，这些变更需要被完整记录并且变更的内容要及时反应到需求文档和设计文档中。保证需求和设计文档内容完整的有效办法是指定文档的唯一责任人，比如数据库设计的变更只能由一个人控制。
    测试基线是开发人员完成开发后，将软件系统交给测试人员测试时对之前所有开发成果的标识。建立测试基线需要设计、开发人员提供《功能清单》、《需求分析规格.doc》、《总体设计规格.doc》、《详细设计规格.doc》、《数据库设计.pdm》、《数据库初始化脚本》、《系统安装配置说明》和源码（含ant编译脚本）。在建立测试基线时，根据测试人员的要求，设计、开发人员还应该提供相应的讲解和培训。
    发布基线是在测试人员完成测试工作后建立。建立测试基线时，测试中发现的所有bug应该已经fixed或者未fixed但不影响系统使用。未fixed的bug作为遗留问题被记录下来。软件发布时，测试人员应该提供的文档包括《readme.txt》（描述软件产品信息）、《用户手册.doc》、《安装配置手册.doc》、《软件产品质量报告.doc》和产品安装包。
    产品发布后，所有产品的安装根据用户需求从已经发布的版本中选择或者进行增量开发，不能直接从cvs上check源码编译后交付用户。
    2.配置管理基线
    根据《软件工程术语GB/T 11457-2006》，基线是业已经过正式审核与统一，可用作下一步开发的基础，并且只有通过正式的修改管理步骤方能加以修改的规格说明或产品。对于配置管理，有以下三种基线：功能基线、分配基线和产品基线。
    功能基线（Functional Baseline）：功能基线指在系统分析与软件定义阶段结束时，在经过正式评审和批准的系统设计规格说明书中对开发系统的规格说明；或是指在经过项目委托单位和项目承办单位双方签字同意的协议书或合同中，所规定的对开发软件系统的规格说明；或是由下级申请并经上级同意或直接由上级下达的项目任务书中所规定的对开发软件系统的规格说明。功能基线是最初批准的功能配置标识。
    分配基线（Allocated Baseline）：分配基线指在软件需求分析阶段结束时，经过正式评审和批准的软件需求规格说明。分配基线是最初批准的分配配置标识。
    产品基线（Product Baseline）：产品基线指在软件组装与系统测试阶段结束时，经过正式评审和批准的有关软件产品的全部配置项的规格说明。产品基线是最初批准的产品配置标识。
    更多知识点请在应用宝找简练，项目忙还想过软考，您需要简练！