METODOLOGIA ORIENTADA A PROTOTIPOS

Es un tipo de metodologa para el desarrollo de software y consiste en la realizacin

continua de diversos prototipos cada vez ms refinados, con el fin de incrementar la
comprensin que tiene el sistema tanto el usuario como el desarrollador. Este modelo
comienza con la recoleccin de requisitos, el desarrollador y el cliente definen los objetivos
globales para el software, originndose un diseo rpido que se centra en una representacin
de esos aspectos del software que sean visibles para el usuario/cliente. De este diseo surge la
construccin de un prototipo y este es evaluado por el cliente/usuario. La interaccin ocurre
cuando el prototipo satisface las necesidades del cliente.

FASES DE LA METODOLOGA ORIENTADA A PROTOTIPOS

1. Investigacin Preliminar: Se determina el problema, los efectos que tendrn sobre la
organizacin, y se identifica la idea general de la solucin para realizar un estudio de
factibilidad.

2. Definicin de los requerimientos del sistema: Esta fase es la ms importante del ciclo
de vida del mtodo de prototipos, el objetivo es determinar todos los requerimientos y
deseos de los usuarios 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.

3. Diseo tcnico: En esta etapa el sistema debe ser rediseado y tener la respectiva
documentacin, guindose en los estndares que tiene la organizacin la cual servir
como ayuda en mantenciones futuras del mismo. En este punto existen dos etapas:

a. Produccin de una documentacin de diseo la cual especifica y describe la
estructura del software, interfaces de usuarios, funciones y el control de flujo.
b. Produccin de todo lo requerido para promover cualquier mantencin futura
del software.

4. Programacin y prueba: En esta etapa es donde los cambios identificados en el diseo
tcnico son implementados y probados para asegurar la correccin y completitud de
los mismos con respecto a los requerimientos. Las pruebas sern de realizarse tantas
veces sea necesarias para verificar cualquier tipo de anomala en el sistema.

5. Operacin y mantenimiento: En esta fase se realiza ya la instalacin y mantencin del
software, la complejidad en este caso resulta menor ya que en las etapas anteriores
los usuarios han trabajado con el sistema al momento de hacer las pruebas de
prototipos, adems la mantencin tambin debera ser una fase menos importante, ya
que se supone que el refinamiento del prototipo permitira una mejor claridad en los
requerimientos, mediante lo cual las mantenciones perfectivas se reduciran. Si
existiese el caso en el cual se requiera una manutencin, entonces el proceso de
prototipo es repetido y se definir un nuevo conjunto de requerimientos.


RAZONES PARA USAR ESTE MODELO

Con este modelo se puede ilustrar los formatos de datos de entrada, mensajes,
informes y dilogos al usuario, mediante lo cual se logra un mejor entendimiento de las
necesidades. Se logra una exploracin de los aspectos tcnicos del producto propuesto.

VENTAJAS

Existe una reduccin de la incertidumbre y del riesgo.
Se reduce el tiempo y costos.
Hay incremento en la aceptacin del nuevo sistema.
Mejora la administracin de proyectos.
Existe mayor comunicacin entre los desarrolladores y el usuario.

DESVENTAJAS

Se depende de las herramientas de software para el xito ya que la necesidad de
disminucin de incertidumbre depende de las iteraciones del prototipo, entre ms
iteraciones existan mejor y este ltimo se logra mediante el uso de mejores
herramientas lo que hace a este proceso dependiente de las mismas.
No es posible usar la metodologa en todos los sistemas.
Puede existir una mala interpretacin que pueden hacer los usuarios del prototipo, al
cual pueden confundir con el sistema terminado.

Para construir un prototipo del software se aplican los siguientes pasos:
PASO 1: Evaluar la peticin 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 en los ltimos pasos, es esencial que: 1) el cliente
participe en la evaluacin y refinamiento del prototipo, y 2) el cliente sea capaz de
tomar decisiones de requerimientos de una forma oportuna. Finalmente, la naturaleza
del proyecto de desarrollo tendr una fuerte influencia en la eficacia del prototipo.
PASO 2: Dado un proyecto candidato aceptable, el analista desarrolla una
representacin abreviada de los requerimientos. Antes de que pueda comenzar la
construccin de un prototipo, el analista debe representar los dominios funcionales y
de informacin del programa y desarrollar un mtodo razonable de particin. La
aplicacin de estos principios de anlisis fundamentales, pueden realizarse mediante
los mtodos de anlisis de requerimientos.
PASO 3: Despus de que se haya revisado la representacin de los requerimientos, se
crea un conjunto de especificaciones de diseo abreviadas para el prototipo. El diseo
debe ocurrir antes de que comience la construccin del prototipo. Sin embargo, el
diseo de un prototipo se enfoca normalmente hacia la arquitectura a nivel superior y
a los aspectos de diseo de datos, en vez de hacia el diseo procedimental detallado.
PASO 4: El software del prototipo se crea, prueba y refina idealmente, los bloques de
construccin de software preexisten se utilizan para crear el prototipo de una forma
rpida. Desafortunadamente, tales bloques construidos raramente existen. Incluso si
la implementacin de un prototipo que funcione es impracticable, es escenario de
construccin de prototipos puede aun aplicarse. Para las aplicaciones interactivas con
el hombre, es posible frecuentemente crear un prototipo en papel que describa la
interaccin hombre-mquina usando una serie de hojas de historia.
PASO 5: Una vez que el prototipo ha sido probado, se presenta al cliente, el cual
"conduce la prueba" de la aplicacin y sugiere modificaciones. Este paso es el ncleo
del mtodo de construccin de prototipo. Es aqu donde el cliente puede examinar
una representacin implementada de los requerimientos del programa, sugerir
modificaciones que harn al programa cumplir mejor las necesidades reales.
PASO 6: Los pasos 4 y 5 se repiten iterativamente hasta que todos los requerimientos
estn formalizados o hasta que el prototipo haya evolucionado hacia un sistema de
produccin.