Subido por Dilan Bulding

MODELOS EVOLUTIVOS

Anuncio
MILHED BETANCOURT
EDGAR VILLAMIZAR
¿QUÉ SON?
Son modelos que se adaptan a la evolución
que sufren los requisitos del sistema en
función del tiempo.
SE CARACTERIZAN PORQUE PERMITEN
DESARROLLAR VERSIONES CADA VEZ MÁS
COMPLETAS DEL SOFTWARE, TENIENDO
EN CUENTA LA NATURALEZA EVOLUTIVA
DEL SOFTWARE.
MODELO INCREMENTAL
El modelo incremental es particularmente útil cuando no se cuenta con una
dotación de personal suficiente. Los primeros pasos los pueden realizar un
grupo reducido de personas y en cada incremento se puede añadir personal,
de ser necesario. Por otro lado, los incrementos se pueden planear para
gestionar riesgos técnicos.
CARACTERISTICAS
SE EVITAN PROYECTOS LARGOS Y SE ENTREGA
“ALGO DE VALOR” A LOS USUARIOS CON CIERTA
FRECUENCIA.
EL USUARIO SE INVOLUCRA MÁS.
DIFÍCIL DE EVALUAR EL COSTO TOTAL.
DIFÍCIL DE APLICAR A LOS SISTEMAS TRANSACCIONALES
QUE TIENDEN A SER INTEGRADOS Y A OPERAR
COMO UN TODO.
REQUIERE GESTORES EXPERIMENTADOS.
LOS ERRORES EN LOS REQUISITOS SE DETECTAN TARDE
EL RESULTADO PUEDE SER MUY POSITIVO.
VENTAJAS Y DESVENTAJAS
REDUCE EL TIEMPO
MUCHA PLANEACIÓN
ENTREGA TEMPRANA
NO ES RECOMENDABLE PARA
CASOS DE SISTEMAS DE
TIEMPO REAL
MODELO EN CASCADA
REALIMENTADO
PRODUCTO MÁS RÁPIDO
SENCILLO
VERSATILIDAD
MODELO ITERATIVO
Consiste en la iteración de varios ciclos de vida en cascada. Al final de cada iteración
se le entrega al cliente una versión mejorada o con mayores funcionalidades del
producto. El usuario es quien después de cada iteración evalúa el producto y lo
corrige o propone mejoras. Estas iteraciones se repetirán hasta obtener un producto
que satisfaga las necesidades del usuario.
CARACTERISTICAS
SE BASA EN LA EVOLUCIÓN DE PROTOTIPOS EJECUTABLES,
MENSURABLES Y EVALUABLES
SE VAN INCORPORANDO
CAMBIOS EN CADA ITERACIÓN
EXIGE MÁS ATENCIÓN E
IMPLICACIÓN DE TODOS LOS
ACTORES DEL PROYECTO
EVALUACIÓN DE LAS
ITERACIONES
DEBEN DEFINIRSE CRITERIOS DE EVALUACIÓN DE LAS
ITERACIONES
UNA ITERACIÓN SE MARCA POR ETAPAS INTERMEDIAS QUE
PERMITEN MEDIR LOS PROGRESOS. DEBE HABER AL MENOS
DOS ETAPAS
REVISIÓN INICIAL: FIJA LOS OBJETIVOS Y CRITERIOS
DE LA ITERACIÓN N REVISIÓN DE EVALUACIÓN:
VALIDA LOS RESULTADOS
MITOS SOBRE EL CICLO
DE VIDA ITERATIVO
EL CICLO DE VIDA ITERATIVO FAVORECE LOS APAÑOS
EL CICLO DE VIDA ITERATIVO ENGENDRA PROBLEMAS
EL CICLO DE VIDA ITERATIVO E INCREMENTAL EXIGE RECOMENZAR N VECES HASTA QUE
EL RESULTADO SEA EL ADECUADO
EL CICLO DE VIDA ITERATIVO ES UNA EXCUSA PARA NO PLANIFICAR Y GESTIONAR UN
PROYECTO
EL CICLO DE VIDA ITERATIVO SÓLO CONCIERNE A LOS DESARROLLADORES
EL CICLO DE VIDA ITERATIVO FAVORECE SIEMPRE AÑADE NUEVAS NECESIDADES, SIN
FIN
VENTAJAS
NO HACE FALTA QUE LOS REQUISITOS
ESTÉN TOTALMENTE DEFINIDOS
PERMITE GESTIONAR MEJOR LOS RIESGOS,
GESTIONAR MEJOR LAS ENTREGAS.
NOTA:
LA PRIMERA DE LAS VENTAJAS QUE OFRECE ESTE MODELO,
EL NO SER NECESARIO TENER LOS REQUISITOS DEFINIDOS
DESDE EL PRINCIPIO, PUEDE VERSE TAMBIÉN COMO UN
INCONVENIENTE YA QUE PUEDEN SURGIR PROBLEMAS
RELACIONADOS CON LA ARQUITECTURA.
INCREMENTAL VS. ITERATIVO
MODELO EN ESPIRAL
Es un modelo de proceso de software evolutivo, que proporciona el
potencial para el desarrollo rápido de versiones incrementales del
software.
CARACTERISTICAS
PUEDE CONSIDERARSE COMO UN METAMODELO DE PROCESO.
REÚNE CARACTERÍSTICAS DEL MODELO CLÁSICO Y DE
PROTOTIPOS.
SE DIVIDE EN UN NÚMERO DE ACTIVIDADES ESTRUCTURALES,
TAMBIÉN DENOMINADAS. REGIONES DE TAREAS.
EL AVANCE SE REALIZA DESDE EL CENTRO DE LA ESPIRAL
HACIA EL EXTERIOR.
MODELO EN ESPIRAL
DE PRESSMAN
VARIANTE DEL MODELO DE BOEHM CON 6 REGIONES DE TAREAS.
SE DEFINE UN EJE CON DIFERENTES PUNTOS DE ENTRADA PARA DIFERENTES TIPOS DE PROYECTOS.
MODELO WIN-WIN
Extiende el modelo en
espiral haciendo énfasis en
las condiciones de éxito
(ganancia) de todas las
partes involucradas en el
proyecto.
CONSTA DE CUATRO CICLOS
CICLO 0. GRUPOS DE APLICACIÓN: DETERMINACIÓN DE LA VIABILIDAD DE UN
GRUPO DE APLICACIONES.
CICLO 1. OBJETIVOS DEL CICLO DE VIDA DE LA APLICACIÓN: OBJETIVOS,
PROTOTIPOS, PLANES, ESPECIFICACIONES DE CADA APLICACIÓN Y
ARQUITECTURA VIABLE.
CICLO 2. ARQUITECTURA DEL CICLO DE VIDA DE LA APLICACIÓN:
ESTABLECIMIENTO DE UNA ARQUITECTURA DETALLADA Y VERIFICACIÓN DE
SU VIABILIDAD.
CICLO 3. CAPACIDAD DE OPERACIÓN INICIAL: CONSECUCIÓN DE LA
CAPACIDAD PARA CADA ETAPA CRÍTICA DEL PROYECTO
MÁS REALISTA
TOMA LO MEJOR Y EVITA LO PEOR
OPCIONES DE REUTILIZACIÓN
PREPARACIÓN
VENTAJAS
INCORPORAR OBJETIVOS DE CALIDAD
ELIMINACIÓN DE ERRORES
NIVEL DE ESFUERZO
EVITAN LOS PROBLEMAS DE LAS “MEJORAS RUTINARIAS
FLEXIBILIDAD
ADAPTA BIEN AL DISEÑO Y PROGRAMACIÓN ORIENTADO A
OBJETOS.
INCONVENIENTES
NO HA SIDO DESARROLLADO EN EL MUNDO DE LA CONTRATACIÓN
COMERCIAL SINO EN EL DE DESARROLLO INTERNO.
PUEDE RESULTAR DIFÍCIL CONVENCER A GRANDES CLIENTES DE QUE
EL ENFOQUE EVOLUTIVO ES CONTROLABLE.
NECESITA EXPERIENCIA EN LA EVALUACIÓN DE RIESGOS, EXPERTOS,
QUE NO SIEMPRE ESTÁN DISPONIBLES.
NECESITA UNA ELABORACIÓN ADICIONAL DE LOS PASOS DEL MODELO
DIFERENCIAS CON OTROS
MODELOS
EXISTE UN RECONOCIMIENTO EXPLÍCITO DE LAS DIFERENTES
ALTERNATIVAS PARA ALCANZAR LOS OBJETIVOS DEL PROYECTO.
EL MODELO SE CENTRA EN IDENTIFICAR LOS RIESGOS DE CADA
ALTERNATIVA, ASÍ COMO LAS FORMAS DE SOLVENTARLO
LA DIVISIÓN DE LOS PROYECTOS EN CICLOS, CADA UNO CON UN
ACUERDO AL FINAL, IMPLICA QUE EXISTE UN ACUERDO PARA LOS
CAMBIOS A REALIZAR O PARA LA FINALIZACIÓN DEL MISMO, EN
FUNCIÓN DE LO APRENDIDO A LO LARGO DEL PROYECTO.
ES UN MÉTODO QUE SE ADAPTA A CUALQUIER TIPO DE ACTIVIDAD,
ALGUNA DE LAS CUALES NO EXISTEN EN OTROS PARADIGMAS, COMO
PUEDE SER LA CONSULTA A ASESORES EXTERNOS.
Descargar