GESTIÓN DE LA CONFIGURACIÓN DEL

SOFTWARE

GRUPO V

IntegrantesIntegrantes

ÍndiceÍndice

IntroducciónIntroducciónProceso GCSControl de VersionesGestión de CambiosAuditoría e Informes

IntroducciónIntroducción

¿Qué es? La Gestión de la Configuración del Software (GCS/SCM) es un conjunto de actividades diseñadas para identificar y definir los elementos en el sistema que probablemente cambien, controlando el cambio de estos elementos a lo largo de su ciclo de vida, estableciendo relaciones entre ellos, definiendo mecanismos para gestionar distintas versiones de estos elementos, y auditando e informando de los cambios realizados.

¿Cuál es el Propósito? Establecer y mantener la integridad de los productos de software a través del ciclo de vida del proceso de software.

¿Por qué es necesario? Los requerimientos del sistema siempre cambian durante su desarrollo y su uso, y se tienen que incorporar estos requerimientos en nuevas versiones del sistema.

¿Por qué es importante? Los cambios incontrolados aplicados a un proyecto de software lo llevan al fracaso.

Actividades GCSActividades GCS

Planificación Clasificación y Registro Monitorización y control Realización de auditorías Elaboración de informes

VentajasVentajas

Resolución más rápida de los problemas. Gestión de Cambios más eficiente. Reducción de costes. Control de licencias. Mayores niveles de seguridad. Mayor rapidez en la restauración del

servicio.

DesventajasDesventajas

Una incorrecta planificación. Estructura inadecuada de la CMDB. Herramientas inadecuadas. Falta de Coordinación con la Gestión de

Cambios y Versiones. Falta de organización. Falta de compromiso.

ÍndiceÍndice

IntroducciónProceso GCSProceso GCSControl de VersionesGestión de CambiosAuditoría e Informes

CMM Planificación de las actividades de GC Identificación de los ECS Control de cambios a los ECS Informar a los grupos e individuos involucrados de los cambios a los ECS Auditoria de la Configuración

Proceso de GCSProceso de GCS

CM (Configuration Magnament)Identificación Control Auditoria Contabilidad deEstado

IEEE Identificación de la Configuración Control de Cambios en la Configuración Generación de Informes de Estado Auditoria de la Configuración

ISO Identificación de la configuración Control de cambios a la configuración Informe del estado de la Configuración Auditoria de la configuración

Proceso de GCSProceso de GCS

Categorías del resultado del proceso de ing. del software

Tanto en forma de código fuente como ejecutable CCNP

Programas de computadoras

Datos

Que describen esos programas, tantos técnicos como de usuarios

Contenidos en el programa o externo a el.

Documentos

Configuración del software

-El cambio- [BER80] Nuevos negocios o condiciones

comerciales

Nuevas necesidades del cliente

Reorganización o crecimiento

Restricciones presupuestarias

Ing. Yaniris Sepúlveda

Cambio

Gestión Configuración del SoftwareGestión Configuración del Software

Roles y ResponsabilidadesRoles y Responsabilidades

Gestor de configuración

Gestionar la planificación, identificación, control, seguimiento y auditoría de todos los elementos de configuración en la base de datos de configuración.

Desarrollar el plan de gestión de configuración. Promover el uso efectivo de la CMDB. Monitorizar y reportar los cambios no autorizados sobre los CIs. Asegurar la consistencia e integridad de los datos de la CMDB a través de

la ejecución de procedimientos de verificación y auditoría. Liderar las actividades de evaluación del proceso: revisar tipos de

elementos de configuración, relaciones, atributos y valores asociados, estructura de la base de datos, derechos de acceso.

Aprobar cambios estructurales en la CMDB.

Coordinador de

configuración

Asegurar que todos los CIs están registrados de forma adecuada en la CMBD.

Reportar cualquier discrepancia o no conformidad en los CIs al gestor de configuración.

Participar en la mejora continua del proceso de gestión de configuración.

Roles y ResponsabilidadesRoles y Responsabilidades

Responsable de CIs

Asegurar que los CIs de los que es responsable están registrados en la CMDB con el estado y datos de configuración apropiados.

Verificar que los cambios sobre los CIs siguen el proceso de cambios definido.

Asegurar la idoneidad e integridad de los CIs de los que es responsable.

Gestor de cambio

Evaluar el impacto y riesgo de los cambios. Asegurar que los responsables de los elementos de configuración

actualizan los históricos de estos elementos con los cambios implementados.

AccuRevPerforceClearCasePlastic SCMSpectrumSCMSurround SCMSablimeSmart BearSET-LIBER SET-LIBERHarvest (CA).Microsoft Proyect

Telelogic Synergy (ehem. Synergy/CM, ehem. CM/Synergy, ehem. CCM)SubversionGitTracVisual Source Safe (Microsoft)Microsoft Team Foundation Server 2010Microsoft Visual Studio 2010 ALM

HerramientasHerramientas

Relación:

Descendiente

Interrelación

Procedimiento de identificación de los ECS.

Elementos de configuración del Elementos de configuración del Software (ICs)Software (ICs)

Ejemplos de ICsEjemplos de ICs

- Planes 1. Plan de proyecto 2. Plan de calidad 3. Plan de gestión de configuración 4. Plan de gestión de riesgos 5. - Registros del proyecto

- Material de apoyo al cliente - Especificación de requisitos

1. Requisitos de negocio 2. Requisitos de usuario 3. Requisitos de sistema 4. - Matriz de trazabilidad de requisitos

- Documentos de diseño - Resultados de la resolución y análisis de decisión - Código fuente

No impide los cambios justificados.IEEE610-12-1990Gestor de configuración.Responsable del elemento

de configuración.ECS.

Líneas BaseLíneas Base

Visualización física

Líneas Base – Microsoft ProjectLíneas Base – Microsoft Project

ÍndiceÍndice

IntroducciónProceso GCSControl de VersionesControl de VersionesGestión de CambiosAuditoría e Informes

Control de VersionesControl de Versiones

¿Qué es un Control de Versiones?¿Qué es un Control de Versiones?

Luis G. Franco R.

Importancia del Control de VersionesImportancia del Control de Versiones

RevisiónRevisión Línea base Rama o Subversiones Cambio o Delta Rollback

FuncionalidadesFuncionalidades

RevisiónRevisión

Líneas BaseLíneas Base

Rama o Sub-VersionesRama o Sub-Versiones

Cambio o DeltaCambio o Delta

Roll-BackRoll-Back

Microsoft Visual SourceSafe Rational ClearCase Mercurial Bonsai CVS TortoiseCVS

Herramientas de Control de VersionesHerramientas de Control de Versiones

ÍndiceÍndice

IntroducciónProceso GCSControl de VersionesGestión de CambiosGestión de CambiosAuditoría e Informes

Gestión de CambiosGestión de Cambios

ObjetivoQue se realicen e implementen adecuadamente todos los cambios necesarios en la infraestructura y servicios TI garantizando el seguimiento de procedimientos estándar.

La Gestión de Cambios debe trabajar para asegurar que los cambios: Están justificados. Se llevan a cabo sin perjuicio de la calidad del servicio TI. Están convenientemente registrados, clasificados y documentados. Han sido cuidadosamente testeados en un entorno de prueba. Se ven reflejados en la CMDB. Pueden deshacerse mediante planes de "retirada del cambio" (back-outs) en caso de un incorrecto funcionamiento tras su implementación.

Flujo de Gestión de CambiosFlujo de Gestión de Cambios

Actividades Actividades Gestión de CambiosGestión de Cambios

Registro Aceptación y Clasificación Aprobación y Planificación Implementación Evaluación Cambios de emergencia

RegistroRegistro

El primer paso del proceso de cambio es registrar adecuadamente las RFCs.

El origen de una RFC puede ser de muy distinta índole: Gestión de Problemas. Nuevos Servicios. Estrategia empresarial. Actualizaciones de software de terceros. Imperativo legal. Otro.

RegistroRegistroLa información de registro debe ser actualizada durante todo el proceso y debe incluir al menos:

Estatus actualizado. Fecha de aceptación/denegación. Evaluación preliminar de la Gestión del Cambio. Prioridad y categoría. Planes de "back out". Recursos asignados. Fecha de implementación. Plan de implementación. Cronograma. Revisión post-implementación. Evaluación final. Fecha de cierre.

Aceptación y ClasificaciónAceptación y Clasificación

AceptaciónEvaluación de su justificación. Proceder a rechazar o solicitar su modificación y devolver al solicitante.

ClasificaciónAsignación de prioridad y categoría.Asignación del calendario de cambios a realizar.Asignación de recursos necesarios.

La clasificación debe incluir, al menos, los siguientes niveles de prioridad: Baja, Normal, Alta, Urgente.

Aprobación y PlanificaciónAprobación y Planificación

Para su aprobación el cambio se debe evaluar minuciosamente: Beneficios vs. Costes asociados al proceso de cambio. Riesgos asociados. Disponibilidad de recursos necesarios. Puede demorarse el cambio. Impacto general sobre la infraestructura y la calidad de los servicios TI. Afecta los niveles establecidos de seguridad TI.

Una vez aprobado el cambio debe evaluarse si este ha de ser implementado aisladamente o dentro de un "paquete de cambios" que formalmente equivaldrían a un solo cambio. Esto tiene algunas ventajas: Se optimizan los recursos necesarios. Se evitan posibles incompatibilidades entre diferentes cambios. Sólo se necesita un plan de back-out. Se simplifica el proceso de actualización de la CMDB y la revisión post-implementación.

ÍndiceÍndice

IntroducciónProceso GCSControl de VersionesGestión de CambiosAuditoría e InformesAuditoría e Informes

Auditoría de la ConfiguraciónAuditoría de la Configuración

¿Cómo ¿Cómo aseguramos que aseguramos que el cambio haya el cambio haya sido aplicado sido aplicado

correctamentecorrectamente??

Auditoría de la ConfiguraciónAuditoría de la Configuración

¿Se ha hecho el cambio especificado

en la orden?

¿Se ha seguido el proceso de desarrollo cumpliendo con los

estándares?

¿Se ha seguido el proceso los

procedimientos de la gestión de

configuración de software?

¿Se ha actualizado adecuadamente los

elementos de la configuración de

software relacionados?

Auditoría de la ConfiguraciónAuditoría de la Configuración

Que paso?

Cuando paso?

Quien lo hizo?

Que mas se vio afectado?

Informe de EstadoInforme de Estado

Informe de CambiosInforme de Cambios

Diagrama de Actividades del Diagrama de Actividades del ProyectoProyecto

Tarea Fecha Descripción

Planificación 2011-10-01Esta tarea incluye el análisis de la nueva gestión de configuración

Definición del Proyecto 2011-10-01

Esta tarea describe para cuando debe estar la definición

Desarrollo 2011-10-02Esta tarea describe para cuando debe estar el desarrollo

Pruebas de Usuario2011-10-05 Esta tarea define para cuando deben

estar listas las pruebas de usuario.

Fechas ImportantesFechas Importantes