Gestion de La Configuracion

 

Gestión de la Configuración   Configuración •

Integrantes: Núñez Marinovich Néstor Manuel •

Dieguez Vargas Verónica

 

Agenda 1. Intr Introd oduc ucci ción ón •

•

• •

Configuración de un Sistema Gestión de la Configuración Objetivo de la Gestión de la Configuración Por que gestionar la configuración.

2. Proce Procesos sos de la Gest Gestión ión de de la Configu Configura ració ción n 3. Herramien Herramientas tas para para le Gestión Gestión de la Configu Configurac ración. ión.

 

La configuración de un sistema •

•

Son las características funcionales y/o físicas del hardware, firmware, software o una combinación de las mismas, según lo dispuesto en la documentación técnica y el resultado obtenido en un producto. Colección de versiones específicas de elementos de hardware, firmware o software que se combinan de acuerdo con un proceso de construcción específico para un satisfacer un propósito particular

 

Gestión de la configuración de un sistema (SCM •

•

 Software Configuration Management)

 –

Disciplina encargada en identificar la configuración de un sistema en momentos diferentes con el propósito de controlar de una manera sistemática los cambios en la configuración y mantener la integridad y el seguimiento de los cambios durante durante el ciclo de vida del sistema. Disciplina que establece dirección  y seguimiento  técnicos y administrativos a: la identificación y documentación de las características funcionales y físicas de un elemento de configuración, toma notas y produce informes de cambios en el proceso y en el

Laestado gestión de lade configuración se realiza durante todas las fases del desarrollo de un sistema . implementación y verifica el cumplimiento

requerimientos especificados. 

de los

 

Gestión de la configuración del software Objetivo: •

Controlar la sus evolución e integridad un producto identificando elementos, gestionandode y controlando el cambio y verificando, registrando y reportando la información de la configuración

5

 

Porque gestionar la configuración? Porque el software evoluciona con el tiempo: •

Durante Durant e el desarrollo: •

•

Durante Durant e la explotación •

•

El software siempre es progresivo. Cambia constantemente. Durante la fase de mantenimiento se realizan modificaciones sucesivas del producto

En todos los casos •

•

Suele ser necesario recuperar versiones antiguas, aunque sea sólo para consulta Para ello hace falta tener organizado el almacenamiento de versiones anteriores 6

 

 Actividades de la Gestión de la Configuración

7

 

 Actividades de la Gestión de la Configuración I.

Gestión d de el p prroces eso od de eS SC CM

II. Ide Ident ntifi ificac cación ión de lla a co confi nfigur guraci ación ón del del ssoft oftwa ware re III. Con Control trol de la conf configur iguración ación del ssoftw oftware are IV. Reg Registr istro o del est estado ado de la co configu nfigurac ración ión del softwar software e V. Aud Audito itoría ría en lla a ccon onfig figur uraci ación ón del del so softw ftwar are e VI. Gesti Gestión ón y en entreg trega a de v versi ersiones ones d de e soft softwar ware e

8

 

I. Gestión del proceso de SCM La SCM administra y controla la evolución e integridad del software así como su verificación, control, reportes y configuración de la información. Una implementación implementación exitosa del SCM requiere un cuidado especial y planeación y administración. administración.

Se desglosa en las siguientes actividades: 1. Conte Contexto xto orga organiz nizaci acional onal par para a SCM 2. Restri Restricci ccione oness y guía par para a el proces proceso o de SCM 3. Plan Planea eaci ción ón par para SCM 4. Plan de SCM 5. Segu Seguim imie ient nto o de SCM SCM 9

 

I. Gestión del proceso de SCM 1. Conte Contexto xto Organ Organiz izacio acional nal del SCM: SCM: Para desarrollar un plan SCM es necesario conocer detalladamente los procesos de la organización ya que el SCM interactúa directamente directamente con todos los elementos y actividades organizacionales. 2. Restr Restricc iccion iones es y consej consejos os par para a el proces proceso o SCM: Políticas de la organización,

Normas, Procedimientos, Procedimientos, Regulaciones y su influencia en la administración de los procesos. 3. Plan Planea eaci ción ón del del SCM SCM:: Debe ser consistente con el contexto organizacional, y la naturaleza del proyecto. Los resultados de la está planificación de actividades se registran SCM, que normalmente sujeto a revisión y auditoría de la SQAen un Plan de • • • • •

Organización y responsabilidades de la SCM Organización Recursos y Planificacion de la SCM Selección e implementación de herramientas Control de Proveedores Control de Interaccion

10

 

I. Gestión del proceso de SCM 4. Plan Plan de la la SCM SCM:: Los resultados de planeación del proyecto son guardados en un plan de gestión y configuración del software, el documento se mantiene, actualiza o aprueba según sea necesario a lo largo del ciclo de vida del software. También es muy útil hacer mediciones constantes a los procesos para hacer los cambios y/o actualizaciones correspondientes.

Categorías de información de la GCS que se han de incluir en un SCMP: • •

•

• •

•

 Introducción (propósito, extensión, términos usados)  Gestión de la SCM (organiz (organización, ación, responsabilidades, autoridades, normas aplicables, directivas y procedim procedimientos) ientos)  Actividades de la SCM (identificación de la configur configuración, ación, control de la configuración, etc.)  Planificación de la SCM (coordinación con otras actividades del proyecto)  Recursos de la SCM (herramientas, recursos físicos y recursos humanos)  Mantenimiento del SCMP 11

 

I. Gestión del proceso de SCM 4. Plan Plan de la la SCM SCM:: Los resultados de planeación del proyecto son guardados en un plan de gestión y configuración del software, el documento se mantiene, actualiza o aprueba según sea necesario a lo largo del ciclo de vida del software. También es muy útil hacer mediciones constantes a los procesos para hacer los cambios y/o actualizaciones correspondientes.

Categorías de información de la GCS que se han de incluir en un SCMP: • •

•

• •

•

 Introducción (propósito, extensión, términos usados)  Gestión de la SCM (organiz (organización, ación, responsabilidades, autoridades, normas aplicables, directivas y procedim procedimientos) ientos)  Actividades de la SCM (identificación de la configur configuración, ación, control de la configuración, etc.)  Planificación de la SCM (coordinación con otras actividades del proyecto)  Recursos de la SCM (herramientas, recursos físicos y recursos humanos)  Mantenimiento del SCMP 12

12  

I. Gestión del proceso de SCM 5. Seguimient Seguimiento o de la la gestión gestión d de e la configu configuraci ración ón del softw software: are: Objetivo: Asegurar  que los procesos SCM se llevan adecuadamente.

a cabo

Puede hacer parte de un proceso de auditoría para garantizar la calidad del software. El uso de herramientas integradas en la SCM facilita el proceso de seguimiento. 5.1 Medidas y mediciones de la SCM Proporcionan un buen medio para monitorizar la efectividad de las actividades SCM, son útiles para caracterizar el estado actual del proceso y para proporcionar una base para hacer comparaciones comparacio nes con el tiempo. 5.2 Auditorias durante el proceso de la SCM: Proporcionan mecanismo mas formal para monitorizar aspectos seleccionaos del proceso y se podría coordinar con SQA.

13  

 Actividades de la Gestión de la Configuración

14  

II. Identificación de la configuración del software Esta actividad nos permite: Identificar los elementos a ser controlados, Establecer e identificar esquemas y sus versiones Establecer herramientas y técnicas utilizadas para administrar y controlar dichos elementos. Se divide en: Identificación de elementos por controlar:

•

•

•

•

• • • • • •

•

Configuración del software Elemento de configuración del software Relaciones entre elementos de la configuración del software Versiones de software Puntos de control Adquisición de elementos elementos de configuración configuración del software

Librería de software

15  

II. Identificación de la configuración del software 1. Conf Configu igura raci ción ón del del sof softw twar are e: Parte de una configuración del sistema. 2. Elemen Elemento to de con configu figurac ración ión d del el softw software are: Agregación de software, asignado para tener gestión de configuración. (Ejm: Los planes, documentación de especificaciones y diseño, material de pruebas, herramientas de software, código fuente y ejecutable, bibliotecas de código, datos y diccionarios de datos y documentación para la instalación, mantenimiento, operación y uso del software).

3. Relacion Relaciones es entre entre elemen elementos tos de la cconfigu onfigurac ración ión del del software software 4. Versi ersion ones es de sof softw twar are e Versión  de un elemento de software es un elemento identificado y especificado particularmente. Se puede pensar en ella como el estado de un elemento que evoluciona. Revisión

es una nueva versión de un elemento que reemplazará la versión anterior.

es una nueva versión de un elemento que se añadirá la configuración sin reemplazar la versión anterior.

Variante

16  

II. Identificación de la configuración del software

5. Línea Base : Conjunto de elementos de configuración del software que se han designado formalmente y fijados en un momento determinado durante

el ciclo vidacambiar del software. Sirvede como base para para unde desarrollo posterior solo se de puede por medio procedimientos control de cambiosy formales. 6. Adquisició Adquisición n de elementos elementos de configur configuración ación del software software

17  

II. Identificación de la configuración del software

2.2 Biblioteca de software: Colección controlada de software y los documentos relacionados, y está diseñada para ayudar en el desarrollo del software, su uso y mantenimiento. Por ejemplo: Biblioteca de desarrollo: soporte durante durante la codificación Biblioteca de soporte de proyectos: proyectos: Podría dar soporte a las pruebas.

Biblioteca maestra maestra : Se podría utilizar en el producto final.

18  

 

19  

III. Control de la configuración del software Se encarga de la gestión de cambios durante el ciclo de vida del software: •

• •

•

 Procesos que determinan los cambios que se realizarán. Autoridad requerida para aprobar ciertos cambios. Soporte para la implementación de dichos cambios. Concepto de desviación formal de los requerimientos del proyecto, además de las cancelaciones de requerimientos. requerimientos.

Se divide en: Solicitud, evaluación y aprobación de cambios en el software •

•

•

Implementación de cambios en el software Desviaciones y Remisiones

20  

III. Control de la configuración del software 3.1. Solicitud, evaluación y aprobación de cambios en el software  software 

Primero se

determina los cambios a realizar, realizar, se evalúa el coste e impacto del cambio propuesto

dicho cambio, este se origina en cualquier momento del ciclo de vida y puede incluir una solución propuesta y una se acepta o rechaza

prioridad. Consejo de Control de la Configuración (CCB): Autoridad para aceptar o rechazar los cambios:

El cambio propuesto se puede :

SCR: Petición de cambios del software - Software Change Request

21

aceptar,, modificar, rechazar o posponer aceptar

 

III. Control de la configuración del software 3.2. Implementando Cambios en el Software  Software 

Se implementan utilizando los procesos de software definidos de acuerdo con los requerimientos de planificación aplicables. Podrían sufrir auditorías de configuración y verificación de la calidad del software. Esta soportada por las herramientas de la biblioteca que proporcionan gestión de versiones y soporte para el almacenamiento de código. Las auditorías de configuración y verificación de la calidad del software sirve para asegurarse de que solo se han realizado los cambios aprobados

22  

III. Control de la configuración del software 3.3 Desviaciones y Remisiones

Las limitaciones que se imponen al esfuerzo de la ingeniería del software podrían contener necesidades que no pueden ser satisfechas en el punto designado del ciclo de vida. Remisión  es una autorización para abandonar una necesidad antes del

desarrollo del elemento.

23  

 

24  

IV. Registro del estado de la configuración del software Se encarga de : Registrar y proporcionar la información necesaria para una gestión efectiva efectiv a de la configuración del software. Se divide en: •

•

Información del estado de la configuración configuración del software Reporte del estado de la configuración del software SCSA: Contabilidad del Estado de la Configuración del Software

Software Configuration Status Accounting

25

 

IV. Registro del estado de la configuración del software 4.1 Información del estado de la configuración del software  Genera un conjunto de informes durante el ciclo de vida, se encarga de recoger y del estado de la configuración que se ha de gestionar mantener la información según las configuraciones configuracio nes evolucionan. Los tipos de información disponible incluyen la identificación de la configuración aprobada y la identificación y estado de implementación actual de cambios, desviaciones y remisiones. 4.2 Reportes del estado de la configuración del software  Los reportes pueden ser usados para los elementos del proyecto proyecto de la organización, incluyendo el equipo de desarrollo, administración de proyecto proyectoss y actividades activid ades de calidad del software. También También sirve para responder algunas p preguntas reguntas específicas de la etapa de producción. (Por ejemplo podría ser el número de cambios pedidos y el

tiempo medio necesario para implementar una petición de cambio. )  

 

26

27  

V. Auditoría de la configuración del software Se encarga de: Evaluar  la conformidad de los productos de software, y de aplicar regulaciones,

estándares, planes de guía y procedimientos.

La actividad de auditoría de la configuración del software determina el grado en que un elemento satisface las características funcionales y físicas. Se divide en: • •

•

Auditoría de la configuración funcional del software Auditoría de la configuración física del software Auditorías en proceso de un punto de control del software

28  

V. Auditoría de la configuración del software

•

5.1 Auditoria funcional de la configuración del software: Asegurar de que el elemento de software software es consistent consistente e con la especificación. especificación. La salida de la verificación y validación del software es la clave de entrada de este tipo de auditoría.

•

•

 5.2 Auditoría de la configuración física del software: Asegurar Asegurarse se de que el diseño y la documentación de referencia son consistentes con el producto de software tal y como se ha construido. 5.3 Auditoría durante el proceso de una línea base de software Como lo mencionado puede ser llevado durante el proceso de desarrollo para investigar el estado actual de los elementos específicos de la configuración. La auditoría es aplicada a los elementos de la línea base para asegurar el desempeño que sea consistente consistent e con las l as especificaciones.

29  

 

30  

VI. Gestión y entrega de versiones de software

Lanzamiento: Distribución un elemento de la configuración del software fuera de la actividad de desarrollo. Esto incluye tanto lanzamien lanzamientos tos internos como la distribución a clientes. Cuando una versión diferente de un elemento de software está disponible para ser entregada, como las versiones para diferentes plataformas o versiones con diferentes capacidades, es normalmente necesario preparar una versión específica y empaquetar los materiales adecuados para distribuirla. La biblioteca de software es un elemento clave para realizar las tareas de lanzamiento y distribución.

Se divide en : Construcción de software •

•

Gestión de versiones de software

31  

VI. Gestión y entrega de versiones de software

Construcción de software La construcción del software es la actividad de combinar la versión correcta de los elementos de configuración del software, usando la configuración de datos apropiada, en un programa ejecutable para su distribución a los clientes u otros receptores, como como la actividad activi dad de pruebas. El software se construye usando versiones particulares de la herramientas de soporte, como compiladores. Podría ser necesario reconstruir una copia exacta exact a de un elemento de configuració configuración n que se haya construido previamente. En ese caso, las herramientas de soporte y las instrucciones de construcción asociadas deben de estar bajo el control de la SCM para asegurar asegurarse se de la disponibilidad de la las versiones correctas correctas de las herramientas. herramientas. Las habilidades de una herramienta son útiles para seleccionar la versión correcta de elementos de software para un entorno destino determinado. •

32  

VI. Gestión y entrega de versiones de software •

Gestión de versiones de software

La gestión de lanzamiento del software conlleva la identificación, empaquetamiento y distribución de los elementos de un producto, por ejemplo, programas ejecutables, documentación, notas de lanzamiento y datos de configuración. Dado que los cambios pueden ocurrir constantemente, una de las preocupaciones en la gestión de lanzamientos es determinar cuándo realizar un lanzamiento. La tarea de empaquetamiento debe identificar que elementos del producto se deben distribuir y por tanto seleccionar las variantes correctas de dichos elementos, dada la aplicación que se le quiere dar al producto.

33  

 

34  

VII. Herramientas de administración de configuración de software •

Herramientas Herramient as de apoyo individuales

Control de Versiones Control de Cambios •

•

Herramientas Herramient as de apoyo relacionados con el proyecto proyecto Herramientas de apoyo en todo el proceso de la compañía : Automatiza partes de un proceso de toda la compañía, proporcionando apoyo a gestiones de flujo de trabajo, roles y

responsabilidades.

35  

Herramientas •

•

•

Subversion (SVN)  Es una herramienta de control de versiones open source basada en un repositorio cuyo funcionamiento se asemeja enormemente al de un sistema de ficheros. Es software libre bajo una un a licencia de tipo Apache/BSD. Git  es unensoftware de control de versiones diseñado por de Linus Torvalds, pensando la eficiencia y la confiabilidad del mantenimiento versiones de aplicaciones cuando estas tienen un gran número de archivos de código fuente. IBM Rational ClearCase es una solución de gestión de configuración de

software proporciona control de versiones, gestión de espacios de trabajo, soporte alque desarrollo paralelo y auditoría de compilaciones. •

Microsoft Visual SourceSafe  (también conocido por sus siglas VSS) es una herramienta de Control de versiones que forma parte de Microsoft Visual

Studio aunque está siendo sustituido por Visual Studio Team Foundation Server. Server.

36  

Referencias •

•

•

IEEE. SWEBOK, Guide to the Software Engineering Body of Knowledge, Version Version 3.0. IEEE Computer Society Society,, USA, 2014. IEEE. SWEBOK, Guia del cuerpo del conocimiento de la Ingenieria de Software, 2004. Gestión de Configuración – Entornos de Programación. Programación.

http://lml.ls.fi.upm.es/ep/versiones.html  http://lml.ls.fi.upm.es/ep/versiones.html  Fecha de acceso: 25 Noviembre 2014.