Please enable JavaScript.
Coggle requires JavaScript to display documents.
Modelo de desarrollo iterativos - Coggle Diagram
Modelo de desarrollo iterativos
Suele pasar, según el texto, que muchos de los proyectos de desarrollo de software terminan mal o simplemente no son terminados
Esto se debe en parte a que las empresas y desarrolladores no siguen un modelo establecido para generar productos de calidad y a un costo razonable.
1) PROYECTO SIN MODELO DE DESARROLLO:
Este modelo no conlleva ningún tipo de planificación, ya que busca entregar un producto lo mas rápido posible, entonces solo existe la implementacion.
Se compara a construir un edificio sin planos. Es algo muy arriesgado que a mediano plazo terminara siendo mucho mas costoso.
Por lo tanto no es aconsejable bajo, ningún punto de vista, comenzar el proceso de desarrollo de software sin seguir algún tipo de modelo
2)PROYECTO CON MODELO DE DESARROLLO EN CASCADA
"Aunque a nadie se le ocurriría construir un edificio sin planos, en nuestro entorno todavía creen que pueden desarrollar un programa sin análisis, ni diseño, ni modelo de desarrollo"
El modelo se llama en cascada porque al terminar una etapa comienza la otra.
Las etapas son: primero análisis, una vez que este listo el análisis, continua con el diseño, una vez este esté listo, continua la programación, y cuando esta ya esta terminada, siguen las pruebas
DEFECTOS
1.-Rigidez y poca adaptabilidad: Los requisitos son fijados desde el comienzo y en este modelo, durante el proceso de desarrollo, no hay espacio para poder añadir o cambiar los requisitos
2.- Baja mitigación de riesgos: En el modelo de cascada, las pruebas se hacen una vez terminado todo el proceso de la programación. Esto no permite que se hagan pruebas durante todo el proceso para detectar errores en la arquitectura y de ser necesario algún cambio, es muy difícil y costoso hacerlo
3.-Falta de retroalimentación: El cliente no nos puede dar retroalimentación, ya que es difícil generar cambios en medio del proceso y el ejecutable del programa solo esta listo al final y en este punto los cambios son caros o poco posibles
3.-PROYECTOS CON MODELO DE DESARRIOLLO ITERATIVO
Se basa en dividir el proyecto de desarrollo en varias etapas llamadas iteraciones. La idea es que en cada iteración se construya una pequeña parte del sistema
Los aspectos del sistema con mas riesgos se construyen en las primeras iteraciones
VENTAJAS
1.-Flexibilidad: Los requerimientos no son totalmente fijados hasta el final del desarrollo, por lo que, se pueden generar cambios en estos sin problemas. Todos los documentos del sistema son flexibles y pueden cambiarse durante el proceso de desarrollo
2.-Mitigacion de riesgos: Como ahora las pruebas se pueden hacer desde el principio, se puede determinar la viabilidad o eficiencia de las decisiones de diseño. Los factores de riesgo se tratan en las primeras iteraciones
3.-Retroalimentacion: Como existen ejecutables desde el comienzo del proyecto, podemos recibir retroalimentación del cliente y generar cambios en los requisitos sin tanto esfuerzo, ya que es mas simple determinar si algo funciona correctamente o no
