Gestion de la configuracion del software
-
Upload
johan-prevot-r -
Category
Education
-
view
11.273 -
download
23
Transcript of Gestion de la configuracion del software
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 Gestión Configuración del SoftwareSoftware
Roles y Roles y ResponsabilidadesResponsabilidades
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 Roles y ResponsabilidadesResponsabilidades
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 Líneas Base – Microsoft ProjectProject
Í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 ¿Qué es un Control de Versiones?Versiones?
Luis G. Franco R.
Importancia del Control de Importancia del Control de VersionesVersiones
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-Rama o Sub-VersionesVersiones
Cambio o DeltaCambio o Delta
Roll-BackRoll-Back
Microsoft Visual SourceSafe Rational ClearCase Mercurial Bonsai CVS TortoiseCVS
Herramientas de Control de Herramientas de Control de VersionesVersiones
Í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 Flujo de Gestión de CambiosCambios
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 Aceptación y ClasificaciónClasificació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 Aprobación y PlanificaciónPlanificació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 Auditoría de la ConfiguraciónConfiguración
¿Cómo ¿Cómo aseguramos aseguramos
que el que el cambio haya cambio haya sido aplicado sido aplicado correctamencorrectamen
tete??
¿Cómo ¿Cómo aseguramos aseguramos
que el que el cambio haya cambio haya sido aplicado sido aplicado correctamencorrectamen
tete??
Auditoría de la Auditoría de la ConfiguraciónConfiguració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 Auditoría de la ConfiguraciónConfiguració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 Diagrama de Actividades del 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