Se ha denunciado esta presentación.
Utilizamos tu perfil de LinkedIn y tus datos de actividad para personalizar los anuncios y mostrarte publicidad más relevante. Puedes cambiar tus preferencias de publicidad en cualquier momento.
GESTI Ó N DE LA CONFIGURACI Ó N DEL SOFTWARE GRUPO V
Integrantes
Índice <ul><li>Introducción </li></ul><ul><li>Proceso GCS </li></ul><ul><li>Control de Versiones </li></ul><ul><li>Gestión...
Introducción ¿Qué es?  La Gestión de la Configuración del Software (GCS/SCM) es un conjunto de actividades diseñadas para ...
Actividades GCS <ul><li>Planificación </li></ul><ul><li>Clasificación y Registro </li></ul><ul><li>Monitorización y contro...
Ventajas <ul><li>Resolución más rápida de los problemas. </li></ul><ul><li>Gestión de Cambios más eficiente. </li></ul><ul...
Desventajas <ul><li>Una incorrecta planificación. </li></ul><ul><li>Estructura inadecuada de la CMDB. </li></ul><ul><li>He...
Índice <ul><li>Introducción </li></ul><ul><li>Proceso GCS </li></ul><ul><li>Control de Versiones </li></ul><ul><li>Gestión...
<ul><li>CMM </li></ul><ul><li>Planificación de las actividades  </li></ul><ul><li>de GC </li></ul><ul><li>Identificación d...
Proceso de GCS Categorías del resultado del proceso de ing. del software Tanto en forma  de código fuente  como ejecutable...
<ul><li>-El cambio- [BER80] </li></ul><ul><li>Nuevos negocios o condiciones comerciales </li></ul><ul><li>Nuevas necesidad...
Roles y Responsabilidades Gestor de configuración <ul><li>Gestionar la planificación, identificación, control, seguimiento...
Roles y Responsabilidades Responsable de CIs <ul><li>Asegurar que los CIs de los que es responsable están registrados en l...
<ul><li>AccuRev </li></ul><ul><li>Perforce </li></ul><ul><li>ClearCase </li></ul><ul><li>Plastic SCM </li></ul><ul><li>Spe...
<ul><li>Relación: </li></ul><ul><li>Descendiente </li></ul><ul><li>Interrelación </li></ul><ul><li>Procedimiento de identi...
Ejemplos de ICs <ul><li>- Planes  </li></ul><ul><ul><li>Plan de proyecto  </li></ul></ul><ul><ul><li>Plan de calidad  </li...
<ul><li>No impide los cambios justificados. </li></ul><ul><li>IEEE610-12-1990 </li></ul><ul><li>Gestor de configuración. <...
Líneas Base – Microsoft Project Visualización física
Índice <ul><li>Introducción </li></ul><ul><li>Proceso GCS </li></ul><ul><li>Control de Versiones </li></ul><ul><li>Gestión...
Control de Versiones
¿Qué es un Control de Versiones?
Luis G. Franco R. Importancia del Control de Versiones
<ul><li>Revisión </li></ul><ul><li>Línea base </li></ul><ul><li>Rama o Subversiones </li></ul><ul><li>Cambio o Delta </li>...
Revisión
Líneas Base
Rama o Sub-Versiones
Cambio o Delta
Roll-Back
<ul><li>Microsoft Visual SourceSafe </li></ul><ul><li>Rational ClearCase </li></ul><ul><li>Mercurial </li></ul><ul><li>Bon...
Índice <ul><li>Introducción </li></ul><ul><li>Proceso GCS </li></ul><ul><li>Control de Versiones </li></ul><ul><li>Gestión...
Gestión de Cambios <ul><li>Objetivo </li></ul><ul><li>Que se realicen e implementen adecuadamente todos los cambios necesa...
Flujo de Gestión de Cambios
Actividades  Gestión de Cambios <ul><li>Registro </li></ul><ul><li>Aceptación y Clasificación </li></ul><ul><li>Aprobación...
Registro <ul><li>El primer paso del proceso de cambio es registrar adecuadamente las RFCs. </li></ul><ul><li>El origen de ...
Registro <ul><li>La información de registro debe ser actualizada durante todo el proceso y debe incluir al menos : </li></...
Aceptación y Clasificación Aceptación Evaluación de su justificación.  Proceder a rechazar o solicitar su modificación y d...
Aprobación y Planificación <ul><li>Para su aprobación el cambio se debe evaluar minuciosamente: </li></ul><ul><li>Benefici...
Índice <ul><li>Introducción </li></ul><ul><li>Proceso GCS </li></ul><ul><li>Control de Versiones </li></ul><ul><li>Gestión...
Auditoría de la Configuración
Auditoría de la Configuración ¿Cómo aseguramos que el cambio haya sido aplicado correctamente ?
Auditoría de la Configuración ¿Se ha hecho el cambio especificado en la orden? ¿Se ha seguido el proceso de desarrollo cum...
Informe de Estado Que paso? Cuando paso? Quien lo hizo? Que mas se vio afectado?
Informe de Cambios
Diagrama de Actividades del Proyecto
Fechas Importantes Tarea Fecha Descripción Planificación 2011-10-01 Esta tarea incluye el análisis de la nueva gestión de ...
Próxima SlideShare
Cargando en…5
×

Gestion de la configuracion del software

26.271 visualizaciones

Publicado el

Publicado en: Educación
  • Sé el primero en comentar

Gestion de la configuracion del software

  1. 1. GESTI Ó N DE LA CONFIGURACI Ó N DEL SOFTWARE GRUPO V
  2. 2. Integrantes
  3. 3. Índice <ul><li>Introducción </li></ul><ul><li>Proceso GCS </li></ul><ul><li>Control de Versiones </li></ul><ul><li>Gestión de Cambios </li></ul><ul><li>Auditoría e Informes </li></ul>
  4. 4. Introducció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.
  5. 5. Actividades GCS <ul><li>Planificación </li></ul><ul><li>Clasificación y Registro </li></ul><ul><li>Monitorización y control </li></ul><ul><li>Realización de auditorías </li></ul><ul><li>Elaboración de informes </li></ul>
  6. 6. Ventajas <ul><li>Resolución más rápida de los problemas. </li></ul><ul><li>Gestión de Cambios más eficiente. </li></ul><ul><li>Reducción de costes. </li></ul><ul><li>Control de licencias. </li></ul><ul><li>Mayores niveles de seguridad. </li></ul><ul><li>Mayor rapidez en la restauración del servicio. </li></ul>
  7. 7. Desventajas <ul><li>Una incorrecta planificación. </li></ul><ul><li>Estructura inadecuada de la CMDB. </li></ul><ul><li>Herramientas inadecuadas. </li></ul><ul><li>Falta de Coordinación con la Gestión de Cambios y Versiones. </li></ul><ul><li>Falta de organización. </li></ul><ul><li>Falta de compromiso. </li></ul>
  8. 8. Índice <ul><li>Introducción </li></ul><ul><li>Proceso GCS </li></ul><ul><li>Control de Versiones </li></ul><ul><li>Gestión de Cambios </li></ul><ul><li>Auditoría e Informes </li></ul>
  9. 9. <ul><li>CMM </li></ul><ul><li>Planificación de las actividades </li></ul><ul><li>de GC </li></ul><ul><li>Identificación de los ECS </li></ul><ul><li>Control de cambios a los ECS </li></ul><ul><li>Informar a los grupos e </li></ul><ul><li>individuos involucrados de los </li></ul><ul><li>cambios a los ECS </li></ul><ul><li>Auditoria de la Configuración </li></ul>Proceso de GCS <ul><li>CM (Configuration Magnament) </li></ul><ul><li>Identificación </li></ul><ul><li>Control </li></ul><ul><li>Auditoria </li></ul><ul><li>Contabilidad de </li></ul><ul><li>Estado </li></ul><ul><li>IEEE </li></ul><ul><li>Identificación de la </li></ul><ul><li>Configuración </li></ul><ul><li>Control de Cambios </li></ul><ul><li>en la Configuración </li></ul><ul><li>Generación de </li></ul><ul><li>Informes de Estado </li></ul><ul><li>Auditoria de la </li></ul><ul><li>Configuración </li></ul><ul><li>ISO </li></ul><ul><li>Identificación de la </li></ul><ul><li>configuración </li></ul><ul><li>Control de cambios a la </li></ul><ul><li>configuración </li></ul><ul><li>Informe del estado de la </li></ul><ul><li>Configuración </li></ul><ul><li>Auditoria de la configuración </li></ul>
  10. 10. Proceso de GCS Categorías del resultado del proceso de ing. del software Tanto en forma de código fuente como ejecutable CCNP Datos Que describen esos programas, tantos técnicos como de usuarios Contenidos en el programa o externo a el. Documentos Configuración del software Programas de computadoras
  11. 11. <ul><li>-El cambio- [BER80] </li></ul><ul><li>Nuevos negocios o condiciones comerciales </li></ul><ul><li>Nuevas necesidades del cliente </li></ul><ul><li>Reorganización o crecimiento </li></ul><ul><li>Restricciones presupuestarias </li></ul>Ing. Yaniris Sepúlveda Gestión Configuración del Software Cambio
  12. 12. Roles y Responsabilidades Gestor de configuración <ul><li>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. </li></ul><ul><li>Desarrollar el plan de gestión de configuración. </li></ul><ul><li>Promover el uso efectivo de la CMDB. </li></ul><ul><li>Monitorizar y reportar los cambios no autorizados sobre los CIs. </li></ul><ul><li>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. </li></ul><ul><li>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. </li></ul><ul><li>Aprobar cambios estructurales en la CMDB. </li></ul>Coordinador de configuración <ul><li>Asegurar que todos los CIs están registrados de forma adecuada en la CMBD. </li></ul><ul><li>Reportar cualquier discrepancia o no conformidad en los CIs al gestor de configuración. </li></ul><ul><li>Participar en la mejora continua del proceso de gestión de configuración. </li></ul>
  13. 13. Roles y Responsabilidades Responsable de CIs <ul><li>Asegurar que los CIs de los que es responsable están registrados en la CMDB con el estado y datos de configuración apropiados. </li></ul><ul><li>Verificar que los cambios sobre los CIs siguen el proceso de cambios definido. </li></ul><ul><li>Asegurar la idoneidad e integridad de los CIs de los que es responsable. </li></ul>Gestor de cambio <ul><li>Evaluar el impacto y riesgo de los cambios. </li></ul><ul><li>Asegurar que los responsables de los elementos de configuración actualizan los históricos de estos elementos con los cambios implementados. </li></ul>
  14. 14. <ul><li>AccuRev </li></ul><ul><li>Perforce </li></ul><ul><li>ClearCase </li></ul><ul><li>Plastic SCM </li></ul><ul><li>SpectrumSCM </li></ul><ul><li>Surround SCM </li></ul><ul><li>Sablime </li></ul><ul><li>Smart Bear </li></ul><ul><li>SET-LIBER SET-LIBER </li></ul><ul><li>Harvest (CA). </li></ul><ul><li>Microsoft Proyect </li></ul>Herramientas <ul><li>Telelogic Synergy (ehem. Synergy/CM, ehem. CM/Synergy, ehem. CCM) </li></ul><ul><li>Subversion </li></ul><ul><li>Git </li></ul><ul><li>Trac </li></ul><ul><li>Visual Source Safe (Microsoft) </li></ul><ul><li>Microsoft Team Foundation Server 2010 </li></ul><ul><li>Microsoft Visual Studio 2010 ALM </li></ul>
  15. 15. <ul><li>Relación: </li></ul><ul><li>Descendiente </li></ul><ul><li>Interrelación </li></ul><ul><li>Procedimiento de identificación de los ECS. </li></ul>Elementos de configuración del Software (ICs)
  16. 16. Ejemplos de ICs <ul><li>- Planes </li></ul><ul><ul><li>Plan de proyecto </li></ul></ul><ul><ul><li>Plan de calidad </li></ul></ul><ul><ul><li>Plan de gestión de configuración </li></ul></ul><ul><ul><li>Plan de gestión de riesgos </li></ul></ul><ul><ul><li>- Registros del proyecto </li></ul></ul><ul><li>- Material de apoyo al cliente </li></ul><ul><li>- Especificación de requisitos </li></ul><ul><ul><li>Requisitos de negocio </li></ul></ul><ul><ul><li>Requisitos de usuario </li></ul></ul><ul><ul><li>Requisitos de sistema </li></ul></ul><ul><ul><li>- Matriz de trazabilidad de requisitos </li></ul></ul><ul><li>- Documentos de diseño </li></ul><ul><li>- Resultados de la resolución y análisis de decisión </li></ul><ul><li>- Código fuente </li></ul>
  17. 17. <ul><li>No impide los cambios justificados. </li></ul><ul><li>IEEE610-12-1990 </li></ul><ul><li>Gestor de configuración. </li></ul><ul><li>Responsable del elemento </li></ul><ul><li>de configuración. </li></ul><ul><li>ECS. </li></ul>Líneas Base
  18. 18. Líneas Base – Microsoft Project Visualización física
  19. 19. Índice <ul><li>Introducción </li></ul><ul><li>Proceso GCS </li></ul><ul><li>Control de Versiones </li></ul><ul><li>Gestión de Cambios </li></ul><ul><li>Auditoría e Informes </li></ul>
  20. 20. Control de Versiones
  21. 21. ¿Qué es un Control de Versiones?
  22. 22. Luis G. Franco R. Importancia del Control de Versiones
  23. 23. <ul><li>Revisión </li></ul><ul><li>Línea base </li></ul><ul><li>Rama o Subversiones </li></ul><ul><li>Cambio o Delta </li></ul><ul><li>Rollback </li></ul>Funcionalidades
  24. 24. Revisión
  25. 25. Líneas Base
  26. 26. Rama o Sub-Versiones
  27. 27. Cambio o Delta
  28. 28. Roll-Back
  29. 29. <ul><li>Microsoft Visual SourceSafe </li></ul><ul><li>Rational ClearCase </li></ul><ul><li>Mercurial </li></ul><ul><li>Bonsai CVS </li></ul><ul><li>TortoiseCVS </li></ul>Herramientas de Control de Versiones
  30. 30. Índice <ul><li>Introducción </li></ul><ul><li>Proceso GCS </li></ul><ul><li>Control de Versiones </li></ul><ul><li>Gestión de Cambios </li></ul><ul><li>Auditoría e Informes </li></ul>
  31. 31. Gestión de Cambios <ul><li>Objetivo </li></ul><ul><li>Que se realicen e implementen adecuadamente todos los cambios necesarios en la infraestructura y servicios TI garantizando el seguimiento de procedimientos estándar. </li></ul><ul><li>La Gestión de Cambios debe trabajar para asegurar que los cambios: </li></ul><ul><li>Están justificados. </li></ul><ul><li>Se llevan a cabo sin perjuicio de la calidad del servicio TI. </li></ul><ul><li>Están convenientemente registrados, clasificados y documentados. </li></ul><ul><li>Han sido cuidadosamente testeados en un entorno de prueba. </li></ul><ul><li>Se ven reflejados en la CMDB. </li></ul><ul><li>Pueden deshacerse mediante planes de &quot;retirada del cambio&quot; (back-outs) en caso de un incorrecto funcionamiento tras su implementación. </li></ul>
  32. 32. Flujo de Gestión de Cambios
  33. 33. Actividades Gestión de Cambios <ul><li>Registro </li></ul><ul><li>Aceptación y Clasificación </li></ul><ul><li>Aprobación y Planificación </li></ul><ul><li>Implementación </li></ul><ul><li>Evaluación </li></ul><ul><li>Cambios de emergencia </li></ul>
  34. 34. Registro <ul><li>El primer paso del proceso de cambio es registrar adecuadamente las RFCs. </li></ul><ul><li>El origen de una RFC puede ser de muy distinta índole: </li></ul><ul><li>Gestión de Problemas. </li></ul><ul><li>Nuevos Servicios. </li></ul><ul><li>Estrategia empresarial. </li></ul><ul><li>Actualizaciones de software de terceros. </li></ul><ul><li>Imperativo legal. </li></ul><ul><li>Otro. </li></ul>
  35. 35. Registro <ul><li>La información de registro debe ser actualizada durante todo el proceso y debe incluir al menos : </li></ul><ul><li>Estatus actualizado. </li></ul><ul><li>Fecha de </li></ul><ul><li>aceptación/denegación. </li></ul><ul><li>Evaluación preliminar </li></ul><ul><li>de la Gestión del Cambio. </li></ul><ul><li>Prioridad y categoría. </li></ul><ul><li>Planes de &quot;back out&quot;. </li></ul><ul><li>Recursos asignados. </li></ul><ul><li>Fecha de implementación. </li></ul><ul><li>Plan de implementación. </li></ul><ul><li>Cronograma. </li></ul><ul><li>Revisión post-implementación. </li></ul><ul><li>Evaluación final. </li></ul><ul><li>Fecha de cierre. </li></ul>
  36. 36. Aceptación y Clasificación Aceptación Evaluación de su justificación. Proceder a rechazar o solicitar su modificación y devolver al solicitante. Clasificación Asignació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 .
  37. 37. Aprobación y Planificación <ul><li>Para su aprobación el cambio se debe evaluar minuciosamente: </li></ul><ul><li>Beneficios vs. Costes asociados al proceso de cambio. </li></ul><ul><li>Riesgos asociados. </li></ul><ul><li>Disponibilidad de recursos necesarios. </li></ul><ul><li>Puede demorarse el cambio. </li></ul><ul><li>Impacto general sobre la infraestructura y la calidad de los servicios TI. </li></ul><ul><li>Afecta los niveles establecidos de seguridad TI. </li></ul><ul><li>Una vez aprobado el cambio debe evaluarse si este ha de ser implementado aisladamente o dentro de un &quot;paquete de cambios&quot; que formalmente equivaldrían a un solo cambio. Esto tiene algunas ventajas: </li></ul><ul><li>Se optimizan los recursos necesarios. </li></ul><ul><li>Se evitan posibles incompatibilidades entre diferentes cambios. </li></ul><ul><li>Sólo se necesita un plan de back-out. </li></ul><ul><li>Se simplifica el proceso de actualización de la CMDB y la revisión post-implementación. </li></ul>
  38. 38. Índice <ul><li>Introducción </li></ul><ul><li>Proceso GCS </li></ul><ul><li>Control de Versiones </li></ul><ul><li>Gestión de Cambios </li></ul><ul><li>Auditoría e Informes </li></ul>
  39. 39. Auditoría de la Configuración
  40. 40. Auditoría de la Configuración ¿Cómo aseguramos que el cambio haya sido aplicado correctamente ?
  41. 41. Auditorí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?
  42. 42. Informe de Estado Que paso? Cuando paso? Quien lo hizo? Que mas se vio afectado?
  43. 43. Informe de Cambios
  44. 44. Diagrama de Actividades del Proyecto
  45. 45. Fechas Importantes Tarea Fecha Descripción Planificación 2011-10-01 Esta 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-02 Esta tarea describe para cuando debe estar el desarrollo Pruebas de Usuario 2011-10-05 Esta tarea define para cuando deben estar listas las pruebas de usuario.

×