Post on 11-Jul-2015
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