Sharing in the constitution

El propósito de esta área de proceso es ensamblar el producto a partir de sus componentes, garantizando que su funcionamiento sea el previsto.

Como se puede observar en la tabla Nro. 12, tiene tres objetivos y ocho prácticas específicas:

Objetivos Específicos Prácticas Específicas Preparar la Integración del

Producto

Se prepara la integración del producto a partir de sus componentes.

 Determinar la Secuencia de Integración.

 Establecer el Ambiente de Integración.

 Establecer Procedimientos y Criterios de Integración

Garantizar la Compatibilidad de las Interfaces

Las interfaces internas y externas son compatibles.

 Revisar las Descripciones de las Interfaces.

 Administrar Interfaces Ensamblar las Componentes y

Liberar el Producto

Las componentes verificadas son ensambladas y el producto integrado, verificado y validado es entregado.

 Confirmar Aptitud de Componentes para la Integración.

 Ensamblar las Componentes del Producto.

 Evaluar los Componentes Ensamblados.

 Empaquetar y Entregar el Producto o Componente

TABLA Nro. 12 INTEGRACIÓN DEL PRODUCTO.

Esta área se puede implementar mediante la definición de procedimientos para mantener bajo control las interfaces internas y externas (probablemente, uno de los problemas más habituales en el desarrollo de software) y para integrar periódicamente el producto (las prácticas de daily build y smoke test propuestas por Microsoft son un ejemplo típico de integración progresiva).

47

Quizás el aspecto más complicado de poner en marcha sea el de disponer de un ambiente de integración estable; sin embargo, de contar con un buen sistema de administración de la configuración que permita identificar distintos ambientes (desarrollo, integración, prueba, etc.), la implementación se facilita notablemente.

3.2.4 VERIFICACIÓN (VE)

Esta área de proceso tiene como objetivo garantizar que los artefactos seleccionados cumplan con los requerimientos asignados. Similar en ciertos aspectos a Validación (VA) esta área de proceso apunta a evaluar si el producto final y los productos intermedios del proyecto cumplen con los requerimientos del cliente, del producto, y de las componentes del producto.

Sus objetivos y prácticas se detallan a continuación en la siguiente tabla Nro. 13:

Objetivos Específicos Prácticas Específicas Preparar la Verificación

Se prepara la verificación de los artefactos.

Seleccionar Artefactos para su Verificación.

Establecer el Ambiente de Verificación. Establecer Procedimientos y Criterios de Verificación

Realizar Revisiones de Pares

Se realizan revisiones de pares sobre artefactos seleccionados.

Preparar la Revisión de Pares. Conducir la Revisión de Pares.

Analizar Datos de la Revisión de Pares Verificar Artefactos Seleccionados

Artefactos seleccionados son verificados versus los requerimientos especificados.

Realizar la Verificación.

Analizar los resultados de la Verificación e Identificar Acciones Correctivas

TABLA Nro. 13 VERIFICACIÓN.

Las técnicas empleadas para realizar la verificación pueden ser similares a las utilizadas en la validación (inspecciones, revisiones, pruebas, etc.); sin embargo, el propósito de esta área es determinar si estamos construyendo el producto correctamente.

48

La verificación siempre es progresiva: a lo largo del ciclo de vida del proyecto tendremos varios momentos en los cuales revisaremos los resultados de las actividades con el propósito de comprobar si cumplen o no con los requerimientos que les han sido asignados (por ejemplo, si la salida de la actividad de diseño cumple con los requerimientos asignados a dicha actividad). De esta manera se detectan problemas tempranamente y se evita que lleguen al producto final.

Uno de los mecanismos para realizar verificaciones que propone el modelo es el de revisión de pares. En este tipo de revisiones, pares del productor o autor de un artefacto lo revisan con el propósito de identificar defectos o cambios. Una técnica de revisión de pares muy popular es la de inspecciones (ver Fig. 12).

Planificación Presentación Preparación Reunión de Inspección “Tercer Tiempo” Retrabajo Seguimiento

Dado un artefacto a inspeccionar, se asigna un moderador. El decide quien inspeccionara, donde y cuando, y distribuye la documentación necesaria para poder proceder.

Opcional. Se realiza una reunion no mas sesenta minutos, En el cual se presenta a los inspectores el material a revisar.

Los inspectores trabajan solos durante una hora y media, Familiarizándose con el material que se les a entregado Y tratando de identificar la mayor cantidad posible de defectos

Los inspectores presentan los supuestos defectos. El moderador Confecciona una lista de defectos unificada. No están permitidas Las discusiones en torno a la autenticidad de los defectos, ni de las

posibles soluciones de las mismas.

Opcional. Los inspectores discuten con el autor posibles soluciones a los defectos encontrados.

El autor resuelve los defectos encontrados

El moderador verifica que se haya realizado el Retrabajo

jueves, 23 de octubre de 2008

Página 1

Técnica de inspección

Autor: Juan Carlos Chimborazo

49

Para implementar esta área de proceso es necesario identificar puntos clave en donde realizar las revisiones, y las técnicas correspondientes para hacerlo. También será necesario disponer de un ambiente para realizar la verificación (esto se ve muy claro cuando la verificación involucre algún tipo de testing).

Aquí van algunos ejemplos:

 Al final de la primer fase del proyecto, en donde se define el alcance y se establece el plan, inspeccionar los artefactos relacionados con la funcionalidad a desarrollar (acuerdo de proyecto, visión, especificación de requerimientos, etc.);

 Revisar el modelo de datos y la especificación de diseño al final de las actividades de diseño;

 Inspeccionar el código fuente de componentes de software clave;

 Realizar pruebas de software durante la construcción;

 Inspeccionar manuales de usuario y material de entrenamiento; Etc.

3.2.5 VALIDACIÓN (VA)

A diferencia del área de proceso anterior, ésta está enfocada en demostrar si el producto (o sus componentes) satisface las necesidades de uso en el ambiente deseado.

Así como Verificación se focaliza en determinar si lo construimos bien, Validación se ocupa de evaluar si construimos el producto correcto. Los objetivos y prácticas específicas del área se muestran a continuación en la tabla Nro. 14:

Objetivos Específicos Prácticas Específicas Preparar la Validación

Se realiza la preparación de la validación.

 Seleccionar Productos para Validación.

 Establecer el Ambiente de Validación.

50

 Establecer Procedimientos y Criterios de Validación

Validar el Producto o sus Componentes

El producto o sus componentes son validados para garantizar que ellos son adecuados para ser usados en el ambiente operativo deseado.

 Realizar la Validación.

 Analizar los Resultados de la Validación

TABLA Nro. 14 VALIDACIÓN

Verificación y validación suelen ocurrir simultáneamente y usar el mismo ambiente. A menudo, los usuarios están involucrados.

Esta área de proceso se implementa mediante la inclusión de actividades de validación en lugares clave del proceso productivo. Las técnicas y métodos a emplear podrán ser similares a los utilizados en las actividades de verificación (pruebas, revisiones, inspecciones, etc.).

Son varios los aspectos importantes que deben ser contemplados antes y durante la validación:

 Ambientes para realizar la validación (por ejemplo, procesadores, redes, datos, infraestructura, etc.);

 Herramientas para realizar la validación;

 Personal capacitado.