Modelo de construcción de prototipos

Este modelo no secuencial, basado en la construcción de simulaciones o modelos ejecutables de aplicaciones más extensos, persigue un objetivo principal: la participación directa del cliente en la construcción del software requerido. Las fases son similares a las del modelo en cascada: es necesario un análisis previo de los requisitos tanto del sistema como del cliente, se concibe la arquitectura del sistema y se realiza el diseño del software. Sin embargo, se incluye un elemento hasta ahora no utilizado, que consiste en el diseño rápido de un prototipo que se mostrará al cliente para que evalúe el trabajo realizado.

IMAGEN: http://t0.gstatic.com/images?q=tbn:ANd9GcTMGVJU0mNa7TgMRFfeiTWrlOUCxCmwfKevxwAwlPeFBsGO4Hdw

El prototipo es una versión reducida del programa completo; es una “fachada virtual” que mostramos al cliente (que carece de la posibilidad de ser utilizada de la forma en que lo haríamos con el software final. Tras recoger los requisitos tanto del cliente como del sistema, se comienza con el diseño rápido del prototipo; el diseño completo obedece al previo diseño de pequeños prototipos específicos para funciones individuales. Más tarde, estos diseños serán unidos en uno sólo.

Después, se procede a la construcción del mismo. Éste prototipo es el que mostraremos al cliente para que lo evalúe y considere cambios en él, aunque no se trate de una versión definitiva.

Gráfico modelo de construcción de prototipos

IMAGEN: http://scruz334.blogspot.es/img/construcciondeprototipos.gif

Comunicación:

tener una interacción con el cliente para evaluar la petición del software y determinar si el programa a desarrollar es un buen candidato para construir un prototipo.Debido a que el cliente debe interaccionar con el prototipo para determinar el refinamiento del proyecto

IMAGEN:http://www.rubiempresa.net/documents/img_comunicacio.jpg

Plan rápido:

cuando se tienen que los resultados de un proyecto son aceptables, se procede a desarrollar una representación abreviada de los requerimientos.Antes de que pueda comenzar la construcción de un prototipo, en este se debe representar los dominios funcionales y de información del programa. La aplicación de estos principios de análisis fundamentales, pueden realizarse mediante los métodos de análisis de requerimientos.

IMAGEN:http://comenzandodecero.com/wp-content/uploads/2013/03/plan-de-negocios-604x272.jpg

Modelado diseño rápido:

Después de que se haya revisado la representación de los requerimientos, se crea un conjunto de especificaciones de diseño abreviadas para el prototipo.El diseño debe ocurrir antes de que comience la construcción del prototipo. Sin embargo, el diseño de un prototipo se enfoca normalmente hacia la arquitectura a nivel superior y a los aspectos de diseño de datos.

IMAGEN: http://www.arqhys.com/articulos/Cualidades%20del%20diseno.jpg

Construcción de prototipo:

El software del prototipo se crea, prueba y se corrigen Idealmente todos los posibles errores, los bloques de construcción de software preexisten se utilizan para crear el prototipo de una forma rápida y se determina si un prototipo es funcional o no. Para las aplicaciones interactivas con el hombre,es posible frecuentemente crear un prototipo en papel que describa la interacción hombre-maquina.

IMAGEN: http://diocesisdezipaquira.org/sites/default/files/images/construccion.png

Desarrollo y entrega:

Una vez que el prototipo ha sido probado, se presenta al cliente, el cual "conduce la prueba" de la aplicación y sugiere modificaciones. Este paso es el núcleo del método de construcción de prototipo. Es aquí donde el cliente puede examinar una representación implementada de los requerimientos del programa, sugerir modificaciones que harán al programa cumplir mejor las necesidades reales.


IMAGEN:http://us.123rf.com/400wm/400/400/texelart/texelart1203/texelart120300003/12796885-trabajador-3d-entrega-de-un-paquete-dictada-en-alta-resolucion-en-un-fondo-blanco-con-sombras-difusa.jpg

Los pasos 4 y 5 se repiten iterativamente hasta que todos los requerimientos estén formalizados o hasta que el prototipo haya evolucionado hacia un sistema de producción.

construcción de prototipos:

este modelo básicamente se comienza elaborando un prototipo del producto final: qué aspecto tendrá, cómo funcionará además de los aspectos ya mencionados el prototipo debe ser construido en poco tiempo, usando los programas adecuados y no se debe utilizar mucho dinero pues a partir de que este sea aprobado nosotros podemos iniciar el verdadero desarrollo del software. Pero eso si al construir el prototipo nos asegura que nuestro software sea de mejor calidad, además de que su interfaz sea de agrado para el usuario. 

Ventajas:

• Permite la retroalimentación por parte del usuario.
• Desarrollo rápido.
• El usuario se siente parte del grupo
• 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 humano-máquina.
• No modifica el flujo del ciclo de vida.
• Reduce el riesgo de construir productos que no satisfagan las necesidades de los usuarios. 
• Reduce costos y aumenta la probabilidad de éxito.
• Exige disponer de las herramientas adecuadas.
• No presenta calidad ni robustez.

Desventajas:

• El desarrollador debe dar forma prematuramente a un sistema, incluso antes de comprender de manera básica el problema y su funcionamiento.
• El usuario puede creer que un prototipo es un software final.
• Debe ser un sistema con el que se pueda experimentar
• Debe desarrollarse rápidamente
• Énfasis en la interfaz de usuario
• Equipo de desarrollo reducido
• Herramientas y lenguajes adecuadas

Tipos de modelos de prototipos

Modelo de Prototipos rápido: Metodología de diseño que desarrolla rápidamente nuevos diseños, los evalúa y prescinde del prototipo cuando el próximo diseño es desarrollado mediante un nuevo prototipo.

Modelo de Prototipos reutilizable: También conocido como "Evolutionary Prototyping"; no se pierde el esfuerzo efectuado en la construcción del prototipo pues sus partes o el conjunto pueden ser utilizados para construir el producto real.

Modelo de Prototipos Modular: También conocido como Prototipo Incremental (Incremental prototyping); se añaden nuevos elementos sobre el prototipo a medida que el ciclo de diseño progresa.

Modelo de Prototipos Horizontal: El prototipo cubre un amplio número de aspectos y funciones pero la mayoría no son operativas. Resulta muy útil para evaluar el alcance del producto, pero no su uso real.

Modelo de Prototipos Vertical: El prototipo cubre sólo un pequeño número de funciones operativas. Resulta muy útil para evaluar el uso real sobre una pequeña parte del producto.

Modelo de Prototipos de Baja-fidelidad: El prototipo se implementa con papel y lápiz, emulando la función del producto real sin mostrar el aspecto real del mismo. Resulta muy útil para realizar tests baratos.

Modelo de Prototipos de Alta-fidelidad: El prototipo se implementa de la forma más cercana posible al diseño real en términos de aspecto, impresiones, interacción y tiempo.

IMAGEN:http://oldcivilizations.files.wordpress.com/2011/08/antena_percepcion_extrasensorial011.jpg

conclusiones

Este modelo es utilizado básicamente para facilitar el desarrollo de un producto de software mediante la definición de  requisitos que permitan satisfacer las necesidades del cliente y el usuario además de facilitarle el trabajo al desarrollador, la clave esta en definir las reglas con las que se iniciara el proyecto esto básicamente es para que halla una buena relación entre el cliente y desarrollador  para que estén de acuerdo con el prototipo, el tiempo, la tecnología que se implementara en el proyecto. 

este modelo como lo pudimos ver consiste en la representación de un diseño rápido el mismo que me permite establecer incluso el nivel de aceptación que tendrá el software a desarrollarse. Así mismo es muy fácil de utilizar y de modificar es utilizado para establecer aspectos del sistema que no son contemplados bien mediante la retroalimentación , que consiste en analizar las alternativas y en caso de no cubrir las expectativas del cliente se procede a repetir las etapas para que el sistema a desarrollar sea de calidad

Volver