INTEGRANTES: ESPINOZA MONTES GABRIELA MARISOL CHURQUI MORALES ERLAND DANIEL GUTIERREZ PARRA SOLEDAD SILVIA PATTY RAMIREZ

DAYSI VALLEJOS QUIONES HELEN DANITZA A11240-2 A9889-2 A11040-x A11443-x A11375-1

La Metodologa de Prototipado Rpido, MPR

Este mtodo se ocupa de desarrollar diferentes conceptos propuestos a travs de prototipos de software o hardware y evaluacin de las mismas. En general el proceso se denomina rpida prototipos.

La responsabilidad y ejecucin de estas pruebas fundamentalmente recae, en el propio usuario, quien deber de comprobar que el prototipo resultante escapas de resolver todos los problemas planteados en el momento de la definicin de las especificaciones del proyecto.

Beneficios
Permite el desarrollo rpido de prototipos de software

interactivo Prototipos creados por este mtodo tienen una alta fidelidad con el producto final Los prototipos creados bajo estas valuaciones basadas en mtricas de apoyo

Limitacin
El mtodo requiere conocimientos de desarrollo de

software Aunque es rpido, el mtodo ocupa mucho ms tiempo que otros enfoques Los recursos necesitan tambien de software y hardware en lugar de papel y bolgrafos

Para representar MPR en su mayor grado de abstraccin se hace uso de un diagrama SADT

Este prototipo se someter a pruebas para comprobar su funcionalidad, de las que surgirn modificaciones que darn origen a un segundo prototipo, versin mejorada y posiblemente ampliada del primero, el cual se volver a probar, repitindose sucesivamente el proceso hasta alcanzar el prototipo definitivo.

Representacin grfica del MPR

En MPR se concentra un gran esfuerzo en la cual esta la involucracin del Usuario la definicin del problema que se va a abordar y en la ejecucin de las pruebas, donde adems se potencia el uso de lenguajes de consulta para verificar la estructura y funcionalidad del prototipo desarrollado, asegurndose de que su diseo responde a las definiciones especificadas.

Acuerdo
Es la decisin de quien va realizar el proyecto y quien

lo va a solicitar.

Exploracin y requerimientos del negocio

Recabar, recolectar, recoger, reunir la informacin

relativa al problema, para as solucionar todos los problemas.

Rediseo de procesos del negocio

En esta parte vamos a construir un modelo de

informacin tal esta de manera conceptual y esto debe tratar de ser lo mas posible ajustado a la realidad.

Diseo de la solucin
El diseo de la solucin se define como el proceso previo de configuracin mental, "pre-figuracin", en la bsqueda de una solucin en cualquier campo.

Desarrollo del sistema

Como su nombre lo dice esta es la parte se realiza la

construccin del prototipo de aplicacin del sistema.

Entrenamiento
El entrenamiento no es mas que las pruebas que se

realiza a nuestro prototipo de aplicacin. La responsabilidad y ejecucin de estas pruebas fundamentalmente recae, como ya se ha mencionado, en el propio usuario, quien deber de comprobar que el prototipo resultante es capaz de resolver todos los problemas planteados en el momento de la definicin de las especificaciones del proyecto.

Implantacin
La implantacin es la ejecucin real de la aplicacin.
Donde el usuario deber de obtener la aceptacin del

usuario y se emitir un informe para la direccin del proyecto.

Para representar MPR en su mayor grado de abstraccin, se hace uso de un diagrama SADT en el que se muestran las seis fases de las que se compone .

FASES

DEFINICION DE ESPECIFICACIONES Fase 1: La intencin es

Como primera Esta primera fase disponer de la tarea por objeto tiene es necesario informacin necesaria realizar un la para recabar estudio auditar la aprobacin relativa de la viabilidad del informacin necesaria proyecto, para alpara comenzar el el problema, con desarrollo. determinar y todos fin de recabar justificar la los datos necesarios necesidad del para su resolucin. mismo.

Diseo conceptual realizarn Se

Tambin en esta de esta El objetivo fase entrevistas aconstruir se prepararnlos fase es los planes de Usuarios y se de un modelo implantacin, que informacin estudiar y disear refleje esquema elformacinprototipo y primer yelpruebas, se desarrollar eldel conceptual operativo Manual del Usuario y prototipo. el Manual Tcnico.

Desarrollo del prototipo

Estafinalizartienede fase esta Esta fase constafase Al dos objeto de por dispondr la un se actividades prototipo totalmente principales, una construccin de funcional operativo, desarrolloytcnico y del primer que ser otra parasometido a mltiples prototipopruebas en desarrollar la la siguiente fase para operativo su validez. de documentacinla comprobar asociada. Aplicacin.

4. Pruebas del Usuario

En esta fase se realizarn todas las pruebas necesarias

para validar el prototipo desarrollado en la fase anterior. Si como resultado de estas pruebas se detectara la necesidad de modificar el prototipo, corregir defectos o aadirle funcionalidad, se volver a la fase anterior. Por lo tanto se realizarn todas las iteraciones necesarias hasta que se compruebe que se cumplen las especificaciones que se haban alcanzado inicialmente.

4. Pruebas del Usuario

Las pruebas en esta fase pueden ser de dos tipos:
Pruebas Dirigidas.- Es donde los desarrolladores

guan y asesoran al usuario durante las mismas.

Pruebas no Dirigidas.- Donde el usuario acta

libremente y sin la presencia de los desarrolladores

4. Pruebas del Usuario

Consejos para las pruebas Dirigidas
A todas las pruebas se les debera hacer un

seguimiento hasta los requisitos del cliente.

Las pruebas deberan planificarse mucho antes de que

empiecen.
Para ser ms efectivas, las pruebas deberan ser

conducidas por un equipo independiente.

4. Pruebas del Usuario

Ejemplo
PROTOTIPO

1. PRUEBAS DE CAJA NEGRA Conociendo la funcin para la que fue diseado, se hacen pruebas que demuestren que cada funcin es operativa y al mismo tiempo se buscan errores en cada una. Pruebas sobre el funcionamiento del software

2. PRUEBAS DE CAJA BLANCA Conociendo el funcionamiento del producto, se desarrollan pruebas que aseguren que todas las piezas encajan, que la operacin interna se ajusta a las especificaciones y que todos los componentes internos se han comprobado adecuadamente. Examen minucioso de detalles procedimentales

5. Implementacin
En esta fase se ejecutar el Plan de Formacin de los

Usuarios y se llevar a cabo el proceso de migracin al entorno de ejecucin real de la aplicacin.

Una vez completada la migracin, se realizarn las

pruebas finales.
Se llevarn a cabo las actividades correctoras finales,

revisndose de paso toda la documentacin del proyecto.

6. Auditora y Seguimiento
La ltima de las fases de MPR consiste en realizar una

Auditora del rendimiento y la calidad de la Aplicacin

Se debern de identificar parmetros de rendimiento,

compromisos de uso / respuesta, verificar la calidad global de la aplicacin y efectuar las medidas correctoras oportunas.
Como fin de fase, se comprobar que toda la

documentacin es la adecuada, y se obtendr la aprobacin definitiva del Usuario.

MPR EJEMPLO
TTULO
Wii WANT 2 LEARN: COMPONENTE PARA EL DESARROLLO DE APLICACIONES BASADAS EN EL WIIMOTE.

OBJETIVO GENERAL
DESARROLLAR UN COMPONENTE PARA EL USO DEL WIIMOTE EN AMBIENTES DIFERENTES AL PROPIO DE LA CONSOLA.

MPR EJEMPLO
Fase 1: Definicin de especificaciones El trabajo que se realizar es en gran parte de carcter investigativo.
Fase 2: diseo conceptual En esta fase se realizar una serie de estudios, comparaciones y experimentos.

MPR EJEMPLO
Fase 3: desarrollo de prototipos En esta fase se planea elaborar varios prototipos que permitan la interpretacin de las seales emitidas por el wiimote en un computador.

MPR EJEMPLO
Fase 4: pruebas de usuario Por ltimo, se evaluarn los resultados obtenidos en el desarrollo de los prototipos para concretar si los resultados con el o los controladores seleccionados fueron satisfactorios.

MPR EJEMPLO

GRACIAS POR SU ATENCION