Please enable JavaScript.
Coggle requires JavaScript to display documents.
MODELOS DE DESARROLLO ITERATIVOS iterativo - Coggle Diagram
MODELOS DE DESARROLLO ITERATIVOS
PROYECTOS SIN MODELO DE DESARROllO
Provocado por
Un concepto corto de miras de la gestión empresarial
La desidia y falta de profesionalidad
Su filosofía
El análisis y diseño del sistema son una pérdida de tiempo
Lo importante es comenzar a programar cuanto antes
Entregar el producto lo más pronto posible
La entrega a tiempo pocas veces se consigue
No funcina pero se utiliza igualmente
El resultado dista de ser aceptable
Inestable y difícil.de ampliar.
Consecuencias para los sistemas
Llenos de errores
Difíciles de mantener
Inestables y costosos
Inmanejables
Desechados después de pocos años
Con lo cual se debe constru ir un nuevo sistema
Repitiendo el ciclo
PROYECTOS CON MODElO DE DESARROLLO EN CASCADA
Modelo de desarrollo dominante en el área informática durante muchos años
Funciona análogamentea lo que sucede en las otras ingenierías
Se realiza en el siguiente orden
Análisis
Descripción de lo que debe hacer el sistema
Diseño
Planos del sistema
Programación
Proceso de construir el sistema acabado
Pruebas
Probar el programa para detectar los posibles errores y corregibles
Principales defectos
Rigidez y poca adaptabilidad
Los requerimientos cambian constantemente
El cliente se da cuenta de necesidades que ignoraba
El mercado o la tecnología evoluciona
Desarrolladores se dan cuenta de requisitos técnicos que no habían previsto
El modelo en cascada no permite acomodar cambios
Los requerimientos quedan fijados desde el comienzo
No pudiendo ser modificados con posterioridad
Baja mitigación de riesgos
No es hasta el final del proyecto que
Se determinan la viabilidad
Se determina la eficiencia de nuestra arquitectura
Se hacen pruebas
Los elementos más riesgosos
Se determinan al término del proceso de desarrollo
Es más difícil y costoso modificarlos
Se ha perdido valioso tiempo y recursos
Falta de retroalimentación
El cliente cambia de opinión principalmente al ver el programa
Sólo tenemos un ejecutable del sistema hasta el final del proyecto
Los cambios son caros o poco posibles
La estructura del sistema está establecida
Consecuencia
Es demasiado rígido para un proceso tan dinámico
Adoptarlo es contraproducente
PROYECTOS CON MODELO DE DESARROllO ITERATIVO
Intentan adaptarse a este cambio
Varios modelos
Unified Process
Rational Unified Process
Extreme Programming (XP)
Feature Driven Development
Se basan en
Dividir el proyecto de desarrollo en varias etapas
Iteraciones
Ateraciones Cortas
Educación es fija
Idea principal
En cada interación
Se construye una parte pequeña del sistema
Se realiza todo el proceso
Análisis, diseño, programación y pruebas
Se acaba con un ejectuable
En las primeras iteraciones
Se construyen los aspectos del sistema con más riesgo
Ventajas
Mitigación de riesgos
Las pruebas se hacen desde el principio del proyecto
Se determina la viabilidad o eficiencia de las decisiones de diseño
Los elementos con más riesgo se tratan en las primeras iteraciones
Mitigación de riesgos más temprana y exitosa
Retroalimentación
Hay ejecutables desde el mismo comienzo del proyecto
El cliente puede examinarlos y proponer cambios
Las pruebas se realizan desde el comienzo mismo del proyecto
Los desarrolladores tienen una rápida retroalimentación de lo que funciona y lo que no
No se debe esperar al final para hacer
modificaciones
Flexibilidad
Los requerimientos no quedan totalmente fijados hasta el final
Se pueden realizar cambios de forma flexible
Con cada iteración se plantean mejor los requerimientos para la siguiente
Se puede reformar partes del sistema construida en iteraciones anteriores
Documentos del sistemema no rígidos
Consecuencia
Es condición necesaria para la correcta ejecución de un proceso de desarrollo
Resuelven el 3rer problema de los proyectos de desarrollo
Carecer de un modelo de desarrollo o bien utilizar modelos obsoletosa
Muchas de las empresas de nuestro entorno no dan la importancia
Baja calidad y alto costo de los sistemas resultates
