Modelo de Prototipos (Resumen)

El Modelo de prototipos, pertenece a los modelos de desarrollo evolutivo. El prototipo debe ser construido en poco tiempo, usando los programas adecuados y no se debe utilizar mucho dinero pues a partir de que éste sea aprobado nosotros podemos iniciar el verdadero desarrollo del software. El diseño rápido se centra en una representación de aquellos aspectos del software que serán visibles para el cliente o el usuario final. El uso de prototipos se centra en la idea de ayudar a comprender los requisitos que plantea el usuario sobre todo si este no tiene una idea acabada de lo que se desea. 1. 2. 3. 4.

El prototipo es una aplicación que funciona Los prototipos se crean con rapidez Los prototipos evolucionan a través de un proceso iterativo Los prototipos tienen un costo bajo de desarrollo

1. El prototipo evolutivo:  entrega a los usuarios finales un sistema funcionando. Se usa con los requerimientos que mejor se comprenden. Desarrollado a base de incrementos de acuerdo a la realimentación y los requerimientos detectados en sus versiones. 2. El prototipo desechable:  valida o deriva los requerimientos del sistema. Se usa con los requerimientos que no se conocen bien. Período de vida corto. 3. El prototipado rápido:  Comienza en las áreas de mayor riesgo. Si supera obstáculos, se puede desarrollar el resto del sistema a partir del prototipo, sino se puede descartar sin tener que gastar más dinero.

Los analistas y los usuarios trabajan juntos para identificar los requerimientos conocidos que tienen que satisfacerse. Se debe: determinar los fines del sistema y el alcance de su capacidad. Los desarrolladores explican a los usuarios: El método Las actividades a realizar En el desarrollo del prototipo se preparan los siguientes componentes: Pantallas y formatos para la entrada de datos Módulos esenciales de procesamiento Salida del sistema

En esta fase no se prepara la documentación ni las especificaciones de salida o de diseño del software.

La responsabilidad de trabajar con el prototipo y evaluar sus características y operación es del usuario. La experiencia con el sistema bajo condiciones reales permite determinar los cambios o mejoras o eliminar características innecesarias. Se realiza la evaluación y con la información obtenida se levantan las características que debe llevar la siguiente versión del prototipo. Los pasos anteriores se repiten varias veces, hasta que los usuarios y desarrolladores están de acuerdo en que el sistema ha evolucionado lo suficiente e incluye todas las características necesarias. Cuando el prototipo está terminado, el paso que sigue a continuación es tomar la decisión sobre cómo proceder, para lo cual existen cuatro opciones: 1.  Abandonar la aplicación: Se descartan el prototipo y la aplicación 2. Implantar el prototipo 3.  Volver a desarrollar la aplicación: El desarrollo del prototipo proporcionó suficiente información para determinar las características necesarias de toda la aplicación.

• Este modelo es útil cuando el cliente conoce los objetivos generales para el software, pero no identifica los requisitos detallados de entrada, procesamiento o salida. • También ofrece un mejor enfoque cuando el responsable del desarrollo del software está inseguro de la eficacia de un algoritmo, de la adaptabilidad de un sistema operativo o de la forma que debería tomar la interacción humanomáquina. • El usuario tiende a crearse unas expectativas cuando ve el prototipo de cara al sistema final. •  A causa de la intención de crear un prototipo de forma rápida, se suelen desatender aspectos importantes, tales como la calidad y el mantenimiento a largo plazo, lo que obliga en la mayor parte de los casos a reconstruirlo una vez que el prototipo ha cumplido su función.

Identificar los requerimientos conocidos.

Desarrollar Modelo Que Funcione.  Abandonar la aplicación Implantar la aplicación

Utilizar el prototipo.

 Volver a desarrollar la aplicación No Revisar el prototipo.

Si ¿Prototipo terminado?