Gestión de configuración de software de desarrollo
Presentación
Por su experiencia alrededor de la puesta en obra de suites informáticas
de GCS, los consultores ARCAD Software desarrollaron una real competencia en
el dominio de la Gestión de Configuración de Software. Las prestaciones
de consejo, proponiéndose antes de escoger e implementar soluciones
equipadas permiten definir un marco metodológico global de la Gestión
de Configuración de Software adaptado a las obligaciones de la empresa.
Objetivos
El objetivo de la puesta en obra de normas GCS es de mantener la coherencia,
la exhaustividad, la legibilidad y la trazabilidad de los sistemas durante
los periodos de desarrollo y de explotación. Una GCS debe ofrecer la
posibilidad de responder instantáneamente a las preguntas siguientes:
¿Quién ha hecho cambios?
¿Qué cambios fueron aportados?
¿Cuándo tuvieron lugar estos cambios?
¿Dónde se encuentran los elementos modificados?
¿Porqué los cambios fueron aportados?
Dominio de aplicación
Este marco metodológico se aplica sobre los desarrollos realizados
por los equipos internos del servicio informático. El artículo
principal es el componente fuente manipulado por los desarrolladores.
Puesta en obra
Tres fases materializan esta metodología:
Identificación de los elementos que deben entrar en el perímetro:
Los componentes de software (paquete de software, desarrollos específicos
de los editores, desarrollos específicos internos, elementos transversos
tales como interfases, bases infocentro…),
Los documentos (especificaciones técnicas y funcionales de software,
documentación técnica, documentos de versión, requerimientos
de usuarios, documentos de tests),
Los software de aplicaciones conectados a los componentes administrados
pero pudiendo influir en la estabilidad del sistema,
Los equipos: funcionales (usuarios, responsables de dominio, responsables
de pruebas,….) técnicos (desarrolladores, arquitectos, explotadores,
…),
Los materiales de soporte de los componentes del software.
Estos elementos están agrupados en un referencial que servirá de
base de gestión en todas las evoluciones. Definición de cuya
manera van a ser aprehendidos los cambios en el “Front-end”: el
Tablero de Control de Cambios.
Toma en cuenta de los elementos externos que van a impactar al sistema (Requerimientos
de evoluciones, Constataciones de anomalías, entregas de proveedores,
evolución de material,…)
Definición de impactos o riesgos,
Asignación de prioridades,
Asignación de versiones en las que serán tomadas en cuenta
los cambios,
Autorización de cambios.
Definición de cuya manera van a ser implementados los cambios en el “Back-end”:
el Tablero de Control de Configuración.
Verificación de la validación de cambios: Control de la evolución
de documentos, presencia de archivos de seguimiento de las modificaciones aportadas,
pruebas unitarias efectuadas,…
Fase de integración: Definición de espacios de tests, listas
de habilitaciones, proceso de roll back, definición de estatus,
Puesta a nivel del referencial,
Procedimientos de entrega a los sitios de producción.
Gestión de Configuración de Software de Integración
Presentación
Existen hoy muchas herramientas para integrar funcionalmente los aplicativos
(desarrollos en casa o paquetes de software) en el sistema de información
y hacerlos comunicar con las otras piezas de software. Pero paralelamente,
es necesario de asegurar su integración técnica: la instalación
de un producto o la recepción de una versión no debe desestabilizar
el conjunto. Es sobre este punto que los consultores de ARCAD Software brindan
su experiencia.
Las prestaciones de consejo permiten definir un marco metodológico global
de la Gestión de Configuración de Software adaptada no solamente
al desarrollo pero igualmente a la integración de componentes de software.
Objetivos
El objetivo de la puesta en obra de normas GCS especializadas en la integración
es de mantener la coherencia, la exhaustividad, la legibilidad y la trazabilidad
de los sistemas durante los periodos de integración de los conjuntos
de software::
Organización de la arquitectura a fin de poner en obra la versión
inicial,
Gestión de recepciones,
Calificación técnica,
Análisis de impactos de la integración,
Integración en el conjunto aplicativo.
Este proceso va a ofrecer la posibilidad de pasar de un estado en el que
suceden las entregas a un otro pro-activo en el que se anticipan los cambios
aportados.
Dominio de aplicación
Este marco metodológico se aplica en todas las fases de cambio en una
configuración de software, no solamente al nivel unitario para cada
componente fuente modificado, pero también al nivel de un conjunto de
modificaciones reagrupadas en el seno de funciones o de versiones.
Puesta en obra
Tres fases materializan esta metodología:
Identificación de los elementos que deben entrar en el perímetro:
Los componentes de software (paquetes de software, desarrollos específicos
de los editores, desarrollos específicos internos, elementos transversos
tales como interfases, bases infocentro…),
Los documentos (especificaciones técnicas y funcionales de software,
documentación técnica, documentos de versión, requerimientos
de usuarios, documentos de tests),
Los software de aplicaciones conectados a los componentes administrados pero
pudiendo influir en la estabilidad del sistema,
Los equipos: funcionales (usuarios, responsables de dominio, responsables
de pruebas,….) técnicos (desarrolladores, arquitectos, explotadores,…)
Los materiales de soporte de los componentes del software.
Estos elementos están agrupados en un referencial que servirá de
base de gestión en todas las evoluciones.
La normalización de las relaciones con los proveedores (externos o internos).
Los cambios no están realizados a partir de informaciones del entorno
referencial pero están entregados desde una fuente exterior y deben
estar integrados. Las recepciones deben estar controladas.
En los entornos referencial, identificación de los componentes pertenecientes
a los proveedores,
Definición de informaciones que deben acompañar las entregas,
Definición de controles unitarios de entregas,
Definición de controles de integridad de entregas,
Definición de análisis de impactos de integración,
Definición de criterios de puestas en calificación.
Para mayores informes, contacte a Alain GRILLET, Director Ingenieria,
al email siguiente:
Esta dirección de correo electrónico está protegida contra los robots de spam, necesitas tener Javascript activado para poder verla
