Pruebas de sistema, pruebas de aceptación y modelos de desarrollo de software

Pruebas de sistema:

Probamos el sistema para comprobar los diferentes requisitos establecidos en la fase de análisis.

Pruebas de aceptación:

Caja negra: demuestran si el módulo realiza la función deseada. Caja blanca: demuestran si el módulo cumple su lógica interna.

Ciclo de vida clásico o salto de agua:

Se caracteriza por una organización lineal de las diferentes fases. Comienza con un análisis de viabilidad, sigue con un análisis de requisitos, planificación, diseño, codificación, integración y prueba, y mantenimiento.

Problema:

Se producen cambios de objetivos y tendremos que evaluar sus efectos en cada fase.

Documento base:

Las salidas han de estar comprobadas.

Controlador configuración:

Cualquier cambio en cualquier documento base se realiza cuidadosamente teniendo en cuenta los efectos laterales.

Limitaciones del salto de agua:

El cliente tiene que esperar para ver el resultado final. No permite un desarrollo por etapas.

Construcción de prototipos:

Obj: mejorar las limitaciones del salto de agua.

Idea: construir un prototipo que simule el funcionamiento del software.

Presentar un prototipo: en papel o en un ejecutable. Hay dos posibilidades: a lo ancho: se implementan todas las funciones, y en profundidad: sólo se implementan las funciones problemáticas.

Modelo Evolutivo:

Idea: el software puede ser desarrollado por etapas, por incrementos en los que se añade una nueva capacidad funcional hasta llegar al sistema completo.

Ventaja: realizamos una prueba más en profundidad ya que es más fácil probar cada incremento que todo el sistema.

Se crea una lista de control del proyecto que contiene de forma ordenada todas las tareas que ha de contener la implementación final. Cada paso consiste en sacar una tarea de la lista, diseñar la implementación, codificarla, testearla y por último realizar un análisis. Estas tres fases reciben el nombre de Fase de diseño, implantación y análisis.

Modelo Espiral:

Obj: proporcionar un marco para diseñar los modelos de producción de software guiados por los diferentes factores de riesgo existentes.

Carac: es un modelo cíclico. Cada ciclo de la espiral tiene cuatro etapas: Planificación, Análisis de riesgo, Ingeniería, y Evaluación del cliente.

Requisitos: Funcionales: aquellos que están directamente relacionados con las funciones que ha de realizar el software. No funcionales: todas las restricciones impuestas por el cliente.