MODELO EVOLUTIVO

Los evolutivos son modelos iterativos, permiten desarrollar versiones cada vez
ms completas y complejas, hasta llegar al objetivo final deseado; incluso
evolucionar ms all, durante la fase de operacin. Los modelos Iterativo
Incremental y Espiral (entre otros) son dos de los ms conocidos y utilizados del
tipo 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.Una ventaja de este modelo es que se obtiene
una rpida realimentacin del usuario, ya que las actividades de especificacin,
desarrollo y pruebas se ejecutan en cada iteracin.
Un componente es una pieza de cdigo pre-elaborado que encapsula alguna
funcionalidad expuesta a travs de interfaces estndar.

Existen dos tipos de desarrollo evolutivo:

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.

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.

VENTAJAS

La especificacin puede desarrollarse de forma creciente.

Los usuarios y desarrolladores logran un mejor entendimiento del sistema.

Esto se refleja en una mejora de la calidad del software.

Es ms efectivo que el modelo de cascada, ya que cumple con las

necesidades inmediatas del cliente.

DESVENTAJAS

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.

Sistemas pobremente estructurados: Los cambios continuos pueden ser

perjudiciales para la estructura del software haciendo costoso el mantenimiento.

Se requieren tcnicas y herramientas: Para el rpido desarrollo se necesitan

herramientas que pueden ser incompatibles con otras o que poca gente sabe
utilizar.

Etapas del modelo evolutivo Basado en Componentes

PLANEACION : En esta etapa evala la funcin y el rendimiento que se asignaron
al Software durante la Ingeniera del Sistema de Computadora para establecer un
mbito de proyecto que no sea ambiguo, e incomprensible.
ANLISIS DE RIESGOS: en esta etapa l analista se encarga de analizar los riesgos
que el software a crear estar expuesto y as encontrar la manera de corregirlos.

CONSTRUCCIN Y ADAPTACIN DE LA INGENIERA: en esta etapa se

construye el software, se prueba si no tiene algn problema o para detectar errores, se
instala, y luego se le brinda soporte al cliente.

VALUACIN DEL CLIENTE: el cliente tiene la tarea de evaluar el software para

verificar si este cumple con los requisitos que este proporciono y est en todo la tarea de
aprobar o rechazar el software.

Caractersticas
Es evolutivo
Posee un enfoque evolutivo para la creacin de software
Comienza con la identificacin de las clases ms importantes
Examina los datos que se van a manejar
Permite la reutilizacin del software
El ensamblaje de los componentes reduce el 70 del 100% del tiempo del ciclo
del desarrollo del software y un 84 del 100% del costo del proyecto.

Ejemplo
A manera de ejemplo, pensemos en un equipo de sonido con cada una de sus
piezas o componentes; es probable que por separado puedan ser funcionales,
pero para que verdaderamente desempeen la funcin que deberan, tienen que
estar unidas formando un todo.

MODELOS ESPECIALES
Codificar y corregir. El Modelo Codificar y Corregir es un modelo poco til, pero
sin embargo bastante comn. Cuando se utiliza el Modelo Codificar y Corregir, se
empieza con una idea general de lo que se necesita construir. Se puede tener una
especificacin formal, o no tenerla. Entonces, se utiliza cualquier combinacin de
diseo, cdigo, depuracin y mtodos de prueba no formales que sirven hasta que
se tiene el producto listo para entregarlo. El Modelo Codificar y Corregir tiene dos
ventajas. En primer lugar, no conlleva ninguna gestin; no se pierde tiempo en la
planificacin, en la documentacin, el control de calidad, en el cumplimiento de los
estndares, o en cualquier otra actividad que no sea la codificacin pura. Como se
pasa directamente a codificar, se pueden mostrar inmediatamente indicios de
progreso. En segundo lugar, requiere poca experiencia: cualquier persona que
haya escrito alguna vez un programa de computadora est familiarizada con el
Modelo Codificar y Corregir. Cualquiera puede utilizarlo.

MODELO INCREMENTAL
Es unos modelos de tipo evolutivo que est basado en varios ciclos cascada
realimentados aplicados repetidamente con una filosofa iterativa.
Bajo este modelo se entrega software por partes funcionales ms pequeas,
pero reutilizables, llamadas incrementos. Cada incremento se construye sobre
aquel que ya fue entregado.
El modelo proporciona todas la ventajas del modelo cascada realimetado,
reduciendo sus desventajas al mbito de cada incremento.
VENTAJAS

Con un paradigma incremental se reduce el tiempo de desarrollo inicial, ya

que se implementa la funcionalidad parcial.
Tambin provee un impacto ventajoso frente al cliente, que es l entrega
temprana de partes operativas del software.
Permite entregar al cliente un producto ms rpido en comparacin del
modelo de cascada.
Resulta ms sencillo acomoda cambios al acotar el tamao de los
incrementos.
Por su versatilidad requiere de una planeacin cuidadosa tanto a nivel
administrativo como tcnico.

DESVENTAJAS

El modelo incremental no es recomendable para casos de sistemas de

tiempo real, de alto nivel de seguridad, de procesamiento distribuido, y/o de
alto ndice de riesgos.
Requiere de mucha planeacin, tanto administrativa como tcnica.
Requiere de metas claras para conocer el estado del proyecto.

ETAPAS

MODELO EN ESPIRAL
Modelo en espiral, tambin denominado como modelo de ciclo de vida en espiral,
se puede definir como un modelo sobre la base de SDLC, o el desarrollo de
sistemas modelo de ciclo de vida. Se integra caractersticas de modelo de
cascada y el modelo de creacin de prototipos. SDLC es simplemente un modelo
que proporciona pautas y procedimientos para las diversas fases de desarrollo de
software, como requisito, la arquitectura, la aplicacin y las pruebas seguido por
mantenimiento. Modelo cascada se define como un mtodo de avance secuencial
y lineal de un software. Modelo de prototipos es la construccin y el ensayo de un
prototipo de desarrollo requerido.

PASOS
Paso 1: Los requisitos del nuevo sistema se describen en profundidad, mediante la
consulta de todos los usuarios del modelo existente y un diseo del sistema de
introduccin se prepar por un nuevo modelo o sistema.
Paso 2: En primer arquetipo se construye con caractersticas cercanas a la final
del sistema, seguido por la creacin de segundo tipo.
Paso 3: Creacin de segundo prototipo consiste en evaluar el desempeo de la
primera y la descripcin de los requisitos del prototipo de segundo, seguido por la
construccin y prueba de la segunda arquitectura.
Paso 4: Las discrepancias en el costo estimado de ejecucin son evaluados y la
eficiencia del nuevo prototipo ha sido probado para saber si el nuevo modelo
cumple con las expectativas del cliente.
Paso 5: Los pasos para crear el nuevo prototipo se repiten hasta que el nuevo
prototipo cumple con todas las exigencias o requisitos deseados por el cliente.
Paso 6: Mantenimiento del nuevo modelo se hace para evitar romper, hasta que
se asegur que el nuevo sistema est funcionando adecuadamente.

VENTAJAS

La adaptabilidad en el diseo del modelo de espiral en la ingeniera de software se

adapta a cualquier nmero de cambios, que pueden ocurrir durante cualquier fase
del proyecto.
El desarrollo repetido o continuo ayuda en la gestin de riesgos. Los
desarrolladores o programadores describir las caractersticas de alta prioridad y
luego desarrollar un prototipo basado en los mismos. Cambios Este prototipo se
prueba y se desea se realizan en el nuevo sistema. Este enfoque continuo y
constante minimiza los riesgos o fallos asociados con el cambio en el sistema.
DESVENTAJAS
Los modelos en espiral funcionan mejor para los grandes proyectos solamente,
donde los costos son mucho ms altos y los requisitos del sistema de pre implica
un mayor nivel de complejidad.
Los modelos espiral trabajar en un protocolo, que debe ser seguido estrictamente
para su buen funcionamiento. A veces se hace difcil seguir el siguiente protocolo.
La evaluacin de los riesgos involucrados en el proyecto puede disparar el costo y
puede ser mayor que el costo de la construccin del sistema.