31
INTEGRACIÓN DESCENDENTE Y ASCENDENTE
32
PRUEBAS DE SISTEMA
Se trata de probar el sistema completo para ver si realmente cumple las especificaciones.
Se suelen emplear estrategias de caja negra. Podemos distinguir diferentes clases de pruebas:
PRUEBAS DE RECUPERACIÓN, para comprobar la capacidad del sistema para recuperarse ante fallos
PRUEBAS DE SEGURIDAD, par comprobar los mecanismos de protección ante un acceso no autorizado
PRUEBAS DE RESISTENCIA, para comprobar el comportamiento del sistema ante situaciones excepcionales
PRUEBAS DE SENSIBILIDAD, para comprobar el tratamiento que da el sistema a ciertas singularidades relacionadas casi siempre con los algoritmos matemáticos utilizados
PRUEBAS DE RENDIMIENTO, para comprobar las prestaciones del sistema que son críticas en tiempo
PRUEBAS ALFA Y BETA. Los usuarios también deben intervenir en las pruebas finales del sistema
Pruebas alfa, son las primeras pruebas que se realizan en un entorno controlado donde el usuario tiene el apoyo de alguien del equipo de desarrollo
Pruebas beta, los usuarios trabajan con el sistema en un entorno real y sin ayuda, anotando los problemas que se le presentan
33
ENTORNOS ORIENTADOS AL PROCESO
Deben de ser capaces de soportar todas las actividades del ciclo de vida de desarrollo siguiendo un modelo definido. Un entorno global de estas características se designa como IPSE, ICASE o ISEE. La característica principal que distingue un entorno de esta clase de un banco de trabajo amplio es el soporte explícito de un modelo global de desarrollo. El entorno debe poseer las características de integración del proceso, además de las de integración de datos, control y presentación.
Para conseguir este nivel de integración es necesario contar con un modelo formal del proceso de desarrollo. A diferencia de las metodologías parciales de análisis y diseño, este modelo suele construirse a medida de cada empresa productora de software. Un ISEE de uso general deberá permitir:
• Construir la definición formal del modelo del proceso de desarrollo.
• Asegurar la aplicación práctica del modelo definido.
Aunque no existen entornos ISEE disponibles si existen esquemas generales de arquitectura de entornos orientados al proceso, que en algunos casos han dado lugar a colecciones de herramientas que facilitan las funciones deseadas. Algunas son:
¤ PCTE (Portable Common Tool Environment). Es una arquitectura de entorno integrado, basada en un repositorio común. Su elemento principal es la definición de interfaz de acceso al repositorio. Sobre él pueden operar herramientas que automaticen las actividades previstas en el modelo del proceso. Existen implementaciones de repositorio que cumplen con la especificación PCTE, y también algunas colecciones de herramientas como las del proyecto PACT.
¤ ESF (Eureka Software Factory). Define otro modelo de arquitectura, cuyo elemento central de integración es el denominado ‘software bus’, que es un interfaz normalizado para la interconexión de herramientas. Se distinguen dos clases de herramientas: servidores y herramientas de interacción. Los servidores pueden realizar las funciones de repositorio, tanto centralizado como distribuido, y suministrar servicios o funciones automatizadas. Las herramientas de interacción permiten la comunicación con los usuarios, que pueden acceder a los repositorios y a los servicios a través de ellas.
¤ Modelo NIST/ECMA. Contempla una estructura fija, compuesta por elementos que proporcionan una integración de datos, basada en un repositorio común, integración de presentación mediante un soporte global de interfaz de usuario, e integración del control, basada en la gestión de procesos y mensajes. El entorno puede particularizarse para un modelo de desarrollo determinado instalando sobre estos elementos fijos una colección de herramientas.
Ante la ausencia de productos CASE listos para usar se debe de tomar el enfoque de combinar productos para construir un entorno global.
 Página anterior | Volver al principio del trabajo | Página siguiente  |