Guia IEEE 1012-1986

Interpool
Plan de Configuración
Versión 1.1


Historia de revisiones
Fecha
Versión
Descripción
Autor
21/08/10
1.0
Versión inicial
Vicente Acosta
22/08/10
1.1
Revisión del documento
Javier Madeiro
Añadido por:
Alastair Blackwell 
 
 
 
 
 
 
 

Contenido


Introducción
La Gestión de Configuración y Control de Cambios es la encargada de:
Identificar los elementosdel proyecto que deben estar bajo configuración.
Restringir los cambios a dichos elementos.
Auditar los cambios a estos elementos.
Definir y gestionar la configuración de estos elementos.
Este control ayuda a eliminar la posibilidad de confusiones que pueden resultar de alto costo para el proyecto y asegurar que no existan inconsistencias en el sistema desarrollado, generadas por:actualizaciones simultáneas, problemas en la notificación de los cambios y múltiples versiones.
Una buena Gestión de Configuración y Control de Cambios hará que el proyecto tenga un ambiente de trabajo estable y controlado, ayudará a mantener la integridad del producto y proveerá mecanismos de rastreo de por qué, cuándo y quién realizó un determinado cambio.
1.1. Propósito
Este documento describe lasactividades de gestión de configuración de software que deben ser llevadas a cabo durante el proceso de desarrollo del proyecto. Aquí se definen tanto los productos que se pondrán bajo control de configuración como los procedimientos que deben ser seguidos por los integrantes del equipo de trabajo.
1.2. Alcance
El Plan de configuración está basado en algunos supuestos que se detallarán:
El tiempo deduración del proyecto está limitado a 14 semanas, por lo tanto se busca una rápida respuesta a los cambios, tratando que este procedimiento sea lo menos burocrático posible.
El Modelo de Proceso se basa en un desarrollo incremental, dado por las distintas iteraciones. Resulta importante tener control sobre cada una de las iteraciones y fases, de los productos generados en estas y de los cambiossurgidos, evaluados y aprobados.
Se deben incluir en control de configuración la mayor cantidad de productos posibles, tomando en cuenta siempre las restricciones dadas por la duración del proyecto y por la capacidad organizativa del grupo.
La elección de los elementos de configuración se realizará en base a los entregables, siendo ésta responsabilidad del Responsable de SCM, apoyado por losintegrantes de cada disciplina.
1.3. Terminología
CCB (Configuration Control Board) Comité de Control de Configuración.
CI (Configuration Item) elemento bajo gestión de Configuración.
SCA (Software Change Authorization) Autorización de Cambio en el Software.
SCM (Software Configuration Management) Gestión de Configuración del Software.
SCMR (SCM Responsable) Responsable de SCM.
SCR(System/Software Change Request) Petición de Cambio en el Sistema/Software.
SQA (Software Quality Assurance) Aseguramiento de la Calidad del Software.
SQAR (SQA Responsable) Responsable de SQA.
1.4. Referencias
[1] ANSI/IEEE Std 828-1990, IEEE Standard for Software Configuration Management Plans.
[2] 2002, Modelo de Proceso.
Gestión de SCM
Las responsabilidades referentes a las actividades deGestión de Configuración recaen principalmente en el Responsable de SCM, quien define un conjunto de normas y procedimientos que el equipo debe aplicar.
Es quien proporciona la infraestructura y entorno para la Gestión de Configuración. La Gestión de Configuración es un soporte para la actividad de desarrollo, para que los implementadores e integradores tengan los ambientes apropiados para realizary verificar su trabajo, y hacer que estén disponibles todos los entregables que se necesitan incluir en la liberación de un producto del trabajo de desarrollo de software.
Debe asegurar que el ambiente de Gestión de Configuración facilite la revisión del producto, la realización de actividades de cambio y el rastreo de defectos. Controlar las versiones y los cambios. Auditar la línea base del...