marketing

1. - INTRODUCCION

1.1 Significado de "integración"

Debido a que las aplicaciones son complejas, deben construirse con partes que primero se desarrollan por separado. La "integración" se refiere a este proceso de ensamble. Se realizan varios tipos de pruebas en los ensambles parciales de la aplicación y en toda ella.
La etapa de integración del proceso en cascada suele producirsorpresas desagradables por incompatibilidad de las palies que se integran. Por esto, el proceso de desarrollo de software unificado, en particular, intenta evitar la integración "explosiva" mediante la integración continua con múltiples iteraciones.
Por esta pérdida potencial de información se usan las pruebas y la integración continuas. Mientras que, sin duda, las pruebas de unidades tienen un granvalor dentro de su entorno final como parte de la aplicación, descrito en este capítulo, esto no sustituye las pruebas de unidades exhaustivas anteriores a la inclusión de cada parte.

1.2 Verificación, validación y pruebas del sistema

Recuerde que la "verificación" pregunta si se está "construyendo bien". En otras palabras, ¿se construyen en la etapa presente justo aquellos artefactos quese especificaron en la etapa anterior? Cuando se aplica a la integración, la verificación se reduce a confirmar que se están uniendo justo las componentes que se planeó ensamblar, justo en la forma que se planeó ensamblarlas. Esa verificación se puede realizar mediante la inspección de los productos de la integración.
La "validación" pregunta si se "construye lo correcto". En otras palabras,¿se satisfacen los requerimientos según se establecen en el ERS? En la etapa de integración, esto se realiza mediante las pruebas del sistema.

1. Deben crearse controladores para realizar las pruebas de unidades defunciones y clases, con la posibilidad de errores innecesarios y cobertura incompleta. Si no se puede dejar en el código, por espacio o por razones de organización, este software sepuede dejar a un lado disponible para uso futuro. Otra alternativa es incluirlos o excluirlos mediante un precompilador para conmutarlos (incluir/excluir código de pruebas de unidades).
2. De manera similar, es posible probar de nuevo otros módulos (por ejemplo, paquetes) en el contexto del sistema.
3. Las pruebas de interfaz confirman la validez de las interfaces entre los módulos.
4. Elpropósito de las pruebas de regresión es verificar que las adiciones al sistema no hayan degradado las capacidades preexistentes. En otras palabras, se realiza una prueba de regresión contra los requerimientos que ya se satisfacían, antes de la adición de nuevas capacidades.
5. La prueba de integración se realiza sobre un sistema parcialmente construido para verificar que el resultado de integrarsoftware adicional (como clases) opera como se planeó.
6. La prueba del sistema se realiza en toda la aplicación o en las versiones designadas.
7. Las pruebas de uso validan la aceptación de la aplicación por los usuarios finales.

8. La prueba de instalación se hace con la aplicación instalada en la plataforma dada.
9. El cliente hace las pruebas de aceptación para validar la aceptaciónde la aplicación.

2. PROCESO DE INTEGRACiÓN

El tipo más sencillo de integración consiste en agregar nuevos elementos a la base (el código existente) en cada iteración alrededor de una espiral, como se ilustra en la figura 9.9. La etapa de "implementación" consiste en la codificación de partes nuevas, seguida de su integración en la base.



El proceso de integración para el softwareno es menos un arte y una ciencia que el proceso de integración de los proyectos físicos, y puede ser muy complejo. Igual que con el ejemplo del puente, cada iteración de software se construye en etapas.
2.2 Mapa conceptual típico del proceso de integración y pruebas del sistema.

La integración de estos paquetes consiste en ponerlos juntos en etapas y terminar con la aplicación completa....