Tesis

Modelo de construcción de prototipos

El paradigma de construcción de prototipos tiene tres pasos:





Escuchar al cliente. Recolección de requisitos. Se encuentran y definen los objetivos globales, se identifican los requisitos conocidos y las áreas donde es obligatorio más definición.

Construir y revisar la maqueta (prototipo).

El cliente prueba la maqueta (prototipo) y loutiliza para refinar los requisitos del software.









Modelo de construcción de prototipos





Este modelo es útil cuando:

El cliente no identifica los requisitos detallados.

El responsable del desarrollo no está seguro de la eficiencia de un algoritmo, sistema operativo o de la interface hombre-máquina.

Su principal desventaja es que una vez que el cliente ha dado suaprobación final al prototipo y cree que está a punto de recibir el proyecto final, se encuentra con que es necesario reescribir buena parte del prototipo para hacerlo funcional, porque lo más seguro es que el desarrollador haya hecho compromisos de implementación para hacer que el prototipo funcione rápidamente. Es posible que el prototipo sea muy lento, muy grande, no muy amigable en su uso, oincluso, que esté escrito en un lenguaje de programacion inadecuado.



Modelo RAD (Diseño Rápido de Aplicaciones)

Es un modelo de proceso de desarrollo de software de cascada que enfatiza un ciclo de desarrollo extremadamente corto. Este modelo se puede usar si:



Se comprenden bien los requisitos y se limita el ámbito del proyecto.

Es fácil dividir al sistema en módulos.

Se utilizaun enfoque de construcción basado en objetos reusables.

Tiene algunas desventajas:

Requiere recursos humanos suficientes como para crear el número correcto de equipos.

Necesita que el cliente y el desarrollador se comprometan en las actividades necesarias para completar un sistema en un tiempo corto.





Modelos evolutivos

Esta familia de modelos se utilizan en las siguientescircunstancias:



Si los requisitos cambian conforme el desarrollo avanza.

Si las fechas de mercado hacen imposible tener un producto completo y hay que introducir una versión limitada.

Si los requisitos centrales están bien definidos pero todavía hay que definir los detalles de las extensiones del producto.

Modelo incremental



Combina elementos del modelo de cascada (aplicadosrepetitivamente) con la filosofía interactiva de construcción de prototipos.

El primer incremento es un producto esencial (núcleo), se afrontan requisitos básicos y muchas funciones extras (conocidas o no) quedan para los siguientes incrementos.

El cliente usa el producto central y en base a la utilización y/o evaluación se desarrolla un plan para el incremento siguiente.

Este proceso serepite hasta que se elabora el producto completo.

Es interactivo, al igual que el de construcción de prototipos y otros enfoques evolutivos. Pero a diferencia del modelo de construcción de prototipos, el modelo incremental entrega un producto operacional en cada incremento.

Es útil cuando la dotación de personal no está disponible para una implementación completa. El primer incremento sepueden implementar con pocas personas. Si el producto central es bien recibido, se puede añadir mas personal.

El Modelo Incremental
Pertenciente a la familia de los Modelos de Procesos Evolutivos, el Modelo Incremental combina elementos del MLS con la filosof�a interactiva de construcci�n de prototipos.
En una visi�n gen�rica, el proceso se divide en 4 partes: An�lisis, Dise�o, C�digo y Prueba.Sin embargo, para la producci�n del Software, se usa el principio de trabajo en cadena o "Pipeline", utilizado en muchas otras formas de programaci�n. Con esto se mantiene al cliente en constante contacto con los resultados obtenidos en cada incremento. Es el mismo cliente el que incluye o desecha elementos al final de cada incremento a fin de que el software se adapte mejor a sus necesidades...