Modelo de Prototipos

Introduccin El diseo rpido se centra en una representacin de aquellos aspectos del software que sern visibles para el cliente o el usuario final. Este diseo conduce a la construccin de un prototipo, el cual es evaluado por el cliente para una retroalimentacin; gracias a sta se refinan los requisitos del software que se desarrollar. La interaccin ocurre cuando el prototipo se ajusta para satisfacer las necesidades del cliente. Esto permite que al mismo tiempo el desarrollador entienda mejor lo que se debe hacer y el cliente vea resultados a corto plazo.

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 muchos recursos. Esta tcnica permite realizar pruebas y refinar el sistema hasta que los usuarios estn conformes con los resultados. Las mejoras aplicadas al sistema son aplicadas en funcin de la identificacin de necesidades de informacin, reflejadas en informes de resultados.

Usos Los usos de los prototipos del sistema son: El principal, es que le ayuda a los clientes y los desarrolladores para entender los requerimientos del sistema El prototipo puede ser usado para entrenamiento antes de que el sistema final sea entregado. El prototipo puede ser utilizado para pruebas

Etapas del modelo de prototipos:

El paradigma de construccin de prototipos comienza con la recoleccin de requisitos. El desarrollador y el cliente encuentran y definen los objetivos globales para el software, identifican los requisitos conocidos y las reas del esquema en donde es obligatoria ms definicin. Entonces aparece un diseo rpido. El diseo rpido se centra en una representacin de esos aspectos del software que sern visibles para el usuario/cliente. El diseo rpido lleva a la construccin de un prototipo. El prototipo lo evala el cliente/usuario y se utiliza para refinar los requisitos del software a desarrollar. La iteracin ocurre cuando el prototipo se pone a punto para satisfacer las necesidades del cliente, permitiendo al mismo tiempo que el desarrollador comprenda mejor lo que se necesita hacer.

Recoleccin y recoleccin de requisitos

En esta etapa hay un trabajo conjunto entre el usuario y el diseador, donde se pretende recolectar la informacin bsica necesaria para determinar las funcionalidades que debera tener el sistema. Lo esencial es determinar el problema y su mbito, la importancia y los efectos potenciales que tendrn sobre la organizacin, identificar una idea general de la solucin para realizar un estudio de factibilidad, que determine la factibilidad de una solucin software. Definicin de los requerimientos del sistema Esta es la fase ms importante de todo el ciclo de vida del mtodo de prototipos, el objetivo en esta fase es determinar todos los requerimientos y deseos que los usuarios tienen en relacin al proyecto que se est deseando implementar. Aqu el desarrollador interacta con el usuario y sus necesidades mediante la construccin, demostracin y retroalimentaciones del prototipo. Anlisis de los requerimientos Esta etapa es un proceso que busca aproximar las visiones del usuario y del desarrollador mediante sucesivas iteraciones. Para la definicin de los requerimientos tenemos cinco etapas entre dos de las cuales se establece un ciclo interactivo .

Diseo rpido

En esta fase se busca desarrollar un diseo bsico para el prototipo inicial. El objetivo de este diseo es centrarse en una representacin de los aspectos del software que sean visibles para el usuario final lo que podr ser la configuracin de la interfaz con el usuario y el formato de los despliegues de salida.

Construccin del prototipo

Lo que se consigue en esta fase en obtener un prototipo inicial, aqu el desarrollador debe concentrarse en construir un sistema con la mxima funcionalidad, poniendo nfasis en la interfaz del usuario.

Evaluacin del prototipo por el cliente

Los objetivos de esta etapa son obtener por parte de los usuarios la especificacin de los requerimientos adicionales del sistema y verificar que el prototipo desarrollado lo haya sido en concordancia con la definicin de requerimientos del sistema. En el saco de que los usuarios identifiquen fallas en el prototipo el desarrollador corrige dichas fallas antes de continuar con la siguiente evaluacin. Se modifica y se evala cuantas veces sea necesario hasta que los requerimientos del sistemas sean satisfechos. En el proceso de evaluacin se efectan cuatro pasos separados:

Preparacin. Demostracin. Uso del prototipo. Discusin de comentarios.

Esta es la fase en donde se decide si el prototipo es aceptado o modificado.

Refinamiento o modificacin del prototipo

Se da cuando la definicin de requerimientos del sistema es alterada en la etapa de evaluacin. El desarrollador entonces debe modificar el prototipo de acuerdo a los comentarios hechos por los usuarios. Luego que el prototipo ha sido revisado se regresa a la etapa anterior. Las dos ltimas etapas se repiten cclicamente hasta que el sistema quede afinado.

Producto de Ingeniera

Una vez que se ha desarrollado un prototipo estable y completo, es necesario ponerse de acuerdo en relacin a aspectos de calidad y de representacin del sistema.

Ventajas: 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. Tambin 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 debera tomar la interaccin humano-mquina. Sin importar la forma en que ste se aplique, el paradigma de construccin de prototipos ayuda al desarrollador de software y al cliente a entender de mejor manera cul ser el resultado de la construccin cuando los requisitos estn satisfechos. De esta manera, este ciclo de vida en particular, involucra al cliente ms profundamente para adquirir el producto.

Desventajas: El usuario tiende a crearse unas expectativas cuando ve el prototipo de cara al sistema final. A causa de la intencin de crear un prototipo de forma rpida, 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 funcin. En aras de desarrollar rpidamente el prototipo, el desarrollador suele tomar algunas decisiones de implementacin poco convenientes (por ejemplo, elegir un lenguaje de programacin incorrecto porque proporcione un desarrollo ms rpido).

Conclusin: A pesar de que tal vez surjan problemas, la construccin de prototipos puede ser un paradigma efectivo para la ingeniera del software. La clave es definir las reglas del juego desde el principio; es decir, el cliente y el desarrollador se deben poner de acuerdo en: Que el prototipo se construya y sirva como un mecanismo para la definicin de requisitos. Que el prototipo se descarte, al menos en parte.

Que despus se desarrolle el software real con un enfoque hacia la calidad.