You are on page 1of 5

NOMBRE: ROLY SALAZAR RODRIGUEZ 2 AO DE ANALISIS DE SISTEMAS MATERIA: ANALISIS Y DISEO DE SISTEMAS I

Prototipos
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 representacin limitada de un producto, permite a las partes probarlo en situaciones reales o explorar su uso, creando as un proceso de diseo de iteracin que genera calidad. Un prototipo puede ser cualquier cosa, desde un trozo de papel con sencillos dibujos a un complejo software.

Por qu un prototipo?
Porque son tiles para comunicar, discutir y definir ideas entre los diseadores y las partes responsables. Los prototipos apoyan la evaluacin de productos, clarifican requisitos de usuario y definen alternativas.

Prototipos de baja fidelidad


Utilizan materiales distintos al del producto final, son baratos, simples y fciles de producir. Son particularmente tiles en las fases iniciales del desarrollo, durante el diseo 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 expectacin. Un error puede parar un test.

DEFINICION DE PROTOTIPO. 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 representacin de un sistema aunque no es un sistema completo, posee las caractersticas del sistema final o parte de ellas.

ETAPAS Recoleccin y refinamiento de requisitos Modelado, diseo rpido Construccin del Prototipo Desarrollo, evaluacin del prototipo por el cliente Refinamiento del prototipo

COMO SE LLEVA A CABO. Se comienza elaborando un prototipo del producto final: qu aspecto tendr, cmo funcionar. Para muchas interfaces de usuario, este modelo puede resultar tan simple como unos dibujos con lpiz y papel o tan complejo como el propio cdigo operativo final. Para interfaces de hardware o estaciones de trabajo, el modelo puede consistir en maquetas de espuma, caucho, cartn o cartulina. Cuanto ms prximo se encuentre el prototipo al producto real, mejor ser la evaluacin, si bien se pueden obtener magnficos resultados con prototipos de baja fidelidad.

MODELO DE PROTOTIPO Pertenece a los modelos de desarrollo evolutivo. El prototipo debe ser construido en poco tiempo, usando los programas adecuados y no debe utilizar mucho dinero pues a partir de que ste sea aprobado nosotros podemos iniciar el verdadero desarrollo del software. 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.

TIPOS DE MODELOS DE PROTOTIPOS Modelo de Prototipos rpido: Metodologa de diseo que desarrolla rpidamente nuevos diseos, los evala y prescinde del prototipo cuando el prximo diseo es desarrollado mediante un nuevo prototipo. Modelo de Prototipos reutilizable: Tambin conocido como "Evolutionary Prototyping"; no se pierde el esfuerzo efectuado en la construccin del prototipo pues sus partes o el conjunto pueden ser utilizados para construir el producto real. Mayormente es utilizado en el desarrollo de software, si bien determinados productos de hardware pueden hacer uso del prototipo como la base del diseo de moldes en la fabricacin con plsticos o en el diseo de carroceras de automviles. Modelo de Prototipos Modular: Tambin conocido como Prototipado Incremental (Incremental prototyping); se aaden nuevos elementos sobre el prototipo a medida que el ciclo de diseo progresa.

Ventajas y Desventajas del Uso de Prototipos


Algunas Ventajas del uso de prototipos 1. Permiten el desarrollo de un sistema a partir de requisitos poco claros o cambiantes. Esto ocurre con cierta frecuencia en muchos proyectos de software. 2. Como informacin complementaria a los requisitos constituyen un gran apoyo a las estimaciones de esfuerzo de todas las reas, incluyendo proveedores. 3. Son ms fciles de abordar con los usuarios finales.

4. El usuario participa ms activamente en la construccin del producto de software (La Solucin), ya que lo puede ver y, dependiendo del tipo de prototipo, utilizar desde el primer momento. 5. Se reduce el riesgo o la incertidumbre sobre la implementacin del software.

6. Su uso redunda en una mayor satisfaccin del usuario con el producto final, ya que l o ella han participado activamente de su diseo. 7. Proporciona al usuario un mayor conocimiento del sistema con una curva menor de aprendizaje. 8. Permite a todos los involucrados entender bien y mejor el problema antes de la implementacin final.

Algunas Desventajas del uso de prototipos


1. El usuario quiere empezar a trabajar desde el primer momento con el prototipo para solucionar su problema particular, cuando el prototipo es solo un modelo de lo que ser el producto. 2. Los prototipos generan o pueden generar otro tipo de problemas si su presentacin y discusin con los usuarios no es controlada: puesto que son modelos inconclusos, los usuarios suelen enfocarse en aspectos superficiales del prototipo que los pueden dejar inconformes luego de verlos por primera vez. Tambin es posible que se pierda mucho tiempo, innecesariamente, tratando de hacer entender al usuario la finalidad real de los prototipos. 3. Requiere participacin activa del usuario, al menos, para evaluar el prototipo. Y mucho ms involucramiento si queremos que participe en su creacin. 4. Una desventaja importante a tener en cuenta es la falta de experiencia que tienen muchos Analistas Funcionales en programacin y en actividades de diseo de interfaces de usuario.

You might also like