Modelos de ciclo de vida
Porque se les llama prescriptivos:
Porque prescriben un conjunto de elementos de proceso: actividades del marco de trabajo, acciones de ingeniería del software, tareas, productos del trabajo, aseguramiento de calidad y mecanismos de control de cambio para cada proyecto.
También prescribe un flujo de trabajo
Cualquier organización de Ingeniería del software debe describir un conjunto único de actividades dentro del marco de trabajo.
MODELO EN CASCADA
CUANDO SE UTILIZA:
Existen ocasiones en que los requisitos de un problema se
entienden de manera razonable: cuando el trabajo fluye desde la comunicación a través del despliegue de una manera casi lineal. Ejemplo: adaptaciones o mejoras a unsistema de contabilidad existente debido a los cambios en las regulaciones del Gobierno.
En un número limitado de proyectos de nuevos desarrollos,
cuando los requerimientos están bien definidos y son estables de forma razonable.
MODELO EN CASCADA
Algunas veces llamado “Ciclo de vida clásico” sugiere:
Un enfoque sistemático secuencial hacia el
desarrollo del software. Es elparadigma mas antiguo para la ingeniería del software.
MODELO EN CASCADA
Comunicación Inicio del proyecto Recopilación de requisitos Planeación Estimación Itinerario Modelado Análisis Diseño Construcción Código Prueba Despliegue Entrada Soporte retroalimentación
Seguimiento
MODELO EN CASCADA
Problemas al aplicar el modelo:
Es muy raro que los proyectos reales sigan el flujo
secuencialque propone el modelo.
Es difícil para el cliente establecer los requisitos de
manera explicita. El modelo en cascada lo requiere.
El cliente debe tener paciencia. Debe esperar que el
proyecto esté bien avanzado para poder probar una versión que funcione del programa.
MODELO EN CASCADA
Resultados de aplicar el modelo
Los cambios confunden mientras el equipo del
proyectoactúa.
Incorporan la incertidumbre natural.
Un error grave será desastroso si no se detecta antes
de la revisión del programa.
MODELO EN CASCADA
Conclusión de análisis a un proyecto real.
Conduce a estados de bloqueo
El estado de bloqueo tiende a ser mas común al principio
y al final del proceso Puede servir como modelo en situaciones donde los requerimientos estánfijos, y donde el trabajo se realiza hasta su conclusión de una manera lineal.
MODELOS INCREMENTALES
En muchas situaciones los requisitos iniciales del
Software están bien definidos en forma razonable, pero el enfoque global excluye un proceso puramente lineal.
Quizá haya necesidad de proporcionar un conjunto
limitado de funcionalidad para el usuario y después refinarla y expandirlaen las entregas posteriores del Software.
MODELO INCREMENTAL
Se da cuando:
Los requisitos iniciales del software están bien definidos en
forma razonable.
Hay una necesidad imperiosa de proporcionar un conjunto
de funcionalidad al usuario y después refinarla y expandirla.
A menudo, al utilizar un modelo incremental el primer
incremento es un producto esencial
MODELOINCREMENTAL
Características: Este modelo combina elementos del modelo en cascada aplicada en forma iterativa.
Aplica secuencias lineales de manera escalonada
conforme avanza el tiempo en el calendario.
Cada secuencia lineal produce incrementos de software
MODELO INCREMENTAL
Ejemplo de un software procesador de texto:
Primer incremento:
Realiza funciones básicas de administraciónde archivos, edición y
producción de documentos
Segundo incremento:
Ediciones mas sofisticadas y tendría funciones mas complejas de
producción de documentos.
Tercer incremento:
Funciones de corrección ortográfica y gramatical
Cuarto incremento:
Capacidades avanzadas de configuración de pagina.
MODELO INCREMENTAL
En este modelo el primer incremento es un productos...
Regístrate para leer el documento completo.