Prototipos

¿Que es un prototipo?

      Es frecuente que los clientes no sepan lo que quieren, pero cuando ven algo y utilizan prototipos, pronto saben lo que no quieren.

      Los prototipos son una representación limitada de un producto, permite a las partes probarlo en situaciones reales o explorar su uso, creando así un proceso de diseño de iteración que genera calidad.

     Un prototipo puede ser cualquier cosa, desde un trozo de papel con sencillos dibujos a un complejo software

     Un prototipo en software es un modelo del comportamiento del sistema que puede ser usado para entenderlo completamente o ciertos aspectos de él y así clarificar los requerimientos... Un prototipo es una representación de un sistema, aunque no es un sistema completo, posee las características del sistema final o parte de ellas.

     Hoy en día los desarrolladores de estos lenguajes formales están desarrollando entornos interactivos que:

• Permitan al analista crear interactivamente una especificación basada en lenguaje de un sistema o software.
• Invoque herramientas automáticas que traducen la especificación basada en el lenguaje de código ejecutable.
• Permitan al cliente usar el código ejecutable del producto para refinar los requisitos formales.
• Métodos y herramientas para el desarrollo de los prototipos, para la selección de un enfoque apropiado de creación de prototipo.

 ¿Por qué un prototipo?

     Porque son útiles para comunicar, discutir y definir ideas entre los diseñadores y las partes responsables.
     Los prototipos apoyan la evaluación de productos, clarifican requisitos de usuario y definen alternativas.

Prototipos de baja fidelidad

     Utilizan materiales distintos al del producto final, son baratos, simples y fáciles de producir.
Son particularmente útiles en las fases iniciales del desarrollo, durante el diseño conceptual.

Prototipo de alta fidelidad

Son aquellos que se parecen al producto final y utiliza sus mismos materiales.
Marc Retting (1994) desaconseja el uso de prototipos de alta fidelidad porque:

• Necesitan mucho tiempo para crearse.
• Las pruebas tienden a centrarse en aspectos superficiales.
• Los desarrolladores se resisten a cambiar algo que les ha llevado horas crear.
• Crea excesiva expectación.
• Un error puede parar un test. 

• 
  
  
  Un prototipo de software apoya dos actividades del proceso de ingeniería de requerimientos: 
  1. Obtención de requerimientos: los usuarios experimentan como el sistema ayudará su trabajo.
   2. Validación de requerimientos: el prototipo puede revelar errores u omisiones en los requerimientos propuestos
  
  

  Procesos de Desarrollos de Prototipos 

  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  Existe gran diferencia entre los dos tipos de prototipos:
  
  
   1. El prototipo evolutivo entrega a los usuarios finales un sistema funcionando. Se usa con los requerimientos que mejor se comprenden. 
  
  
  
  
  
  
  
  
  
  
  
  
  
  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