Desarrollo evolutivo

La idea detrs de este modelo es el desarrollo de una implantacin del sistema inicial,
exponerla a los comentarios del usuario, refinarla en N versiones hasta que se desarrolle el
sistema adecuado. En la Figura se observa cmo las actividades concurrentes: especificacin,
desarrollo y validacin, se realizan durante el desarrollo de las versiones hasta llegar al producto
final.

Los modelos evolutivos son iterativos; los caracteriza la forma en que permiten que los
ingenieros de software desarrollen versiones cada vez ms completas del software.
El diseo rpido se basa en una representacin de aquellos aspectos del software que
sern visibles para el cliente o el usuario final (por ejemplo, la configuracin de la interfaz con el
usuario y el formato de los despliegues de salida). El diseo rpido conduce a la construccin de
un prototipo, el cual es evaluado por el cliente o el usuario para una retroalimentacin; gracias a
sta se refinan los requisitos del software que se desarrollar. La iteracin 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 desarrollo evolutivo:

a) Desarrollo Exploratorio: El objetivo de este enfoque es explorar con el usuario los
requisitos hasta llegar a un sistema final. El desarrollo comienza con las partes que se tiene
ms claras. El sistema evoluciona conforme se aaden nuevas caractersticas propuestas
por el usuario.
b) Enfoque utilizando prototipos: El objetivo es entender los requisitos del usuario y trabajar
para mejorar la calidad de los requisitos. A diferencia del desarrollo exploratorio, se
comienza por definir los requisitos que no estn claros para el usuario y se utiliza un
prototipo para experimentar con ellos. El prototipo ayuda a terminar de definir estos
requisitos.

Entre los puntos favorables de este modelo estn:

1. La especificacin puede desarrollarse de forma creciente.
2. Los usuarios y desarrolladores logran un mejor entendimiento del sistema. Esto se refleja
en una mejora de la calidad del software.
3. Es ms efectivo que el modelo de cascada, ya que cumple con las necesidades inmediatas
del cliente.
Desde una perspectiva de ingeniera y administracin se identifican los siguientes problemas:
a) Proceso no Visible: Los administradores necesitan entregas para medir el progreso. Si el
sistema se necesita desarrollar rpido, no es efectivo producir documentos que reflejen
cada versin del sistema.
b) Sistemas pobremente estructurados: Los cambios continuos pueden ser perjudiciales
para la estructura del software haciendo costoso el mantenimiento.
c) Se requieren tcnicas y herramientas: Para el rpido desarrollo se necesitan herramientas
que pueden ser incompatibles con otras o que poca gente sabe utilizar.

Este modelo es efectivo en proyectos pequeos o medianos, con poco tiempo para su
desarrollo y sin generar documentacin para cada versin.
Para proyectos largos es mejor combinar lo mejor del modelo de cascada y evolutivo: se
puede hacer un prototipo global del sistema y posteriormente reimplementarlo con un
acercamiento ms estructurado. Los subsistemas con requisitos bien definidos y estables se
pueden programar utilizando cascada y la interfaz de usuario se puede especificar utilizando un
enfoque exploratorio.

Elaboracin de prototipos
Quienes estn encargados del desarrollo de un software principalmente fijan su atencin
en las reacciones de los usuarios y los directivos de la organizacin hacia el prototipo. Usted desea
saber detalladamente cmo reaccionarn al trabajar con el prototipo y qu tan bien satisfarn sus
necesidades las caractersticas del sistema a partir de las cuales se elaboro el prototipo. Las
reacciones se recopilan a travs de la observacin, las entrevistas y las hojas de retroalimentacin
(posiblemente los cuestionarios) diseados para obtener la opinin de cada persona sobre el
prototipo despus de que interactan con l.
La informacin recopilada en la fase de elaboracin de prototipos permite al analista
establecer las prioridades y cambiar el rumbo de los planes a bajo costo, con un mnimo de
molestias. Debido a esta caracterstica, la elaboracin de prototipos y la planeacin van de la
mano.

A menudo un cliente define un conjunto de objetivos generales para el software, pero no

identifica los requisitos detallados de entrada, procesamiento o salida. 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 debera tomar la interaccin humana mquina, entonces en
este caso cuando utilizamos la construccin de prototipos.
El paradigma de construccin de prototipos se inicia con la comunicacin. El ingeniero de
software y el cliente encuentran y definen los objetivos globales para el software, identifican los
requisitos conocidos y las reas del esquema en donde es necesaria ms definicin. Entonces se
plantea con rapidez una iteracin de construccin de prototipos y se presenta el modelado (en la
forma de un diseo rpido). El diseo rpido se centra en una representacin de aquellos aspectos
del software que sern visibles para el usuario final. El diseo rpido conduce a la construccin de
un prototipo. Despus, el prototipo lo evala el usuario y con la retroalimentacin se refinan los
requisitos del software que se desarrollar. La iteracin ocurre cuando el prototipo se ajusta para
satisfacer las necesidades del cliente. Esto permite que al mismo tiempo se desarrollador entienda
mejor lo que se debe hacer.

Clases de prototipos:
La palabra prototipo se usa de muchas formas diferentes. En lugar de intentar sintetizar
todos estos usos en una sola definicin o de tratar de convenir en un enfoque correcto al tema un
tanto polmico de la elaboracin de prototipos, ilustramos la manera en que cada una de varias
concepciones de la elaboracin de prototipos se puede aplicar convenientemente en una situacin
particular, como se muestra en la figura:

a) Prototipo corregido: La primera clase de elaboracin de prototipos tiene que ver con la
construccin de un sistema que funciona pero se corrige simultneamente. En la

ingeniera a este enfoque se le llama elaboracin de una tabla experimental: la creacin,

en una tableta de pruebas, de un modelo funcional de un circuito integrado (que en la vida
real sera microscpico).
Un ejemplo en sistemas de informacin es un modelo funcional que tiene todas las
caractersticas necesarias pero es ineficiente. En este ejemplo de elaboracin de
prototipos, los usuarios pueden interactuar con el sistema, acostumbrndose a la interfaz
y los tipos de salidas disponibles. Sin embargo, la recuperacin y almacenamiento de
informacin podran ser ineficientes, debido a que los programas se escribieron
rpidamente con el objetivo de ser funcionales en lugar de eficaces.
b) Prototipo no funcional: El segundo tipo de prototipo es un modelo no funcional a escala
configurado para probar ciertos aspectos del diseo. Un ejemplo de este enfoque es un
modelo a escala completa de un automvil que se usa para pruebas en un tnel de viento.
El tamao y forma del automvil son precisos, pero el automvil no es funcional. En este
caso slo se incluyen las caractersticas del automvil que son fundamentales para la
prueba en el tnel de viento.
Un modelo no funcional a escala de un sistema de informacin podra producirse cuando
la codificacin requerida por las aplicaciones es demasiado extensa para incluirse en el
prototipo pero cuando se puede conseguir una idea til del sistema a travs de la
elaboracin de un prototipo de la entrada y la salida. En este caso, el procesamiento,
debido al excesivo costo y el tiempo requerido, no podra incluirse en el prototipo. Sin
embargo, an se podran tomar algunas decisiones sobre la utilidad del sistema con base
en la entrada y la salida incluidas en el prototipo.
c) Primer prototipo de una serie: Un tercer tipo de prototipos involucra la creacin de un
primer modelo a escala completa de un sistema, con frecuencia llamado piloto. Un
ejemplo es la elaboracin de un prototipo del primer avin de una serie. El prototipo es
completamente funcional y es una materializacin de lo que el diseador espera ser una
serie de aviones con caractersticas idnticas.
Este tipo de elaboracin de prototipos es til cuando se planean muchas instalaciones del
mismo sistema de informacin. El modelo funcional a escala completa permite a los
usuarios experimentar la interaccin real con el nuevo sistema, pero minimiza el costo de
superar cualquier problema que se presente. La creacin de un modelo funcional es uno
de los tipos de elaboracin de prototipos que se hace con RAD, tratado ms adelante en
este captulo.
Por ejemplo, cuando una cadena de tiendas de abarrotes minoristas considera el uso del
EDI (intercambio electrnico de datos) para comprobar los envos de los proveedores a
varias tiendas, se podra instalar un modelo a escala completa en una tienda para resolver

cualquier problema antes de que el sistema se implemente en todas las dems tiendas.
Otro ejemplo es el de las instalaciones bancarias para la transferencia electrnica de
fondos. Primero, se instala un prototipo a escala completa en una o dos sucursales, y si
tiene xito, se instalan los duplicados en todas las sucursales con base en los patrones de
uso de los clientes y en otros factores importantes.

d) Prototipo de caractersticas seleccionadas: Una cuarta concepcin de la elaboracin de

prototipos involucra la creacin de un modelo funcional que incluya algunas, pero no
todas, de las caractersticas que tendr el sistema final. Una analoga sera que un nuevo
centro comercial minorista abriera antes de que se terminara la construccin de todas las
tiendas.
Cuando se elaboran prototipos de los sistemas de informacin de esta manera, se incluyen
algunas de las caractersticas principales, aunque no todas. Por ejemplo, en la pantalla
podra aparecer un men del sistema que muestre seis caractersticas: agregar un registro,
actualizar un registro, eliminar un registro, buscar una palabra clave en un registro, listar
un registro o examinar un registro. Sin embargo, en el prototipo del sistema tal vez slo
estn disponibles tres de las seis caractersticas, de manera que el usuario podra agregar
un registro (caracterstica 1), eliminar un registro (caracterstica 3} y listar un registro
(caracterstica 5).
Cuando se recurre a este tipo de elaboracin de prototipos, el sistema se completa por
mdulos de forma que si las caractersticas que se incluyen en los prototipos se evalan
exitosamente, se puedan incorporar en el sistema final ms grande sin necesidad de
realizar demasiado esfuerzo en la interaccin. Los prototipos hechos de esta forma son
parte del sistema real. No son slo un modelo como en el caso de los prototipos no
funcionales que se describieron antes.

Ventajas y desventajas de la elaboracin de prototipos:

Ventajas:
1.
2.
3.
4.
5.
6.

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.
Una vez identificados todos los requisitos mediante el prototipo, se construye el producto
de ingeniera.
Desventajas:

A los usuarios les gusta el sistema real y a los desarrolladores les gusta construir algo de
inmediato. Sin embargo, la construccin de prototipos se torna problemtica por las siguientes
razones:
1. El cliente ve funcionando lo que para l es la primera versin del prototipo que ha sido
construido con chicle y cable para embalaje, y puede decepcionarse al indicarle que el
sistema aun no ha sido construido.
2. El desarrollador puede caer en la tentacin de aumentar el prototipo para construir el
sistema final sin tener en cuenta las obligaciones de calidad y de mantenimiento que tiene
con el cliente.