Software Development Lyfe Cycle (SDLC)
Software Development Lyfe Cycle(SDLC) o
Ciclo de vida de desarrollo de Software, es un proceso que consiste en una
serie de actividades planificadas para desarrollar o alterar los Productos de
Software.
Las etapas de este proceso se describen así:
|
Modelo Big Bang
Es
un modelo de SDLC donde no se sigue un proceso específico y requiere poca planificación,
un proyecto se puede comenzar con los recursos económicos básicos y la salida
es el software desarrollado, el mismo que puede o no puede ser en base los requerimientos
del usuario.
Modelo de
Cascada
El
modelo de Cascada de refiere a un modelo secuencial lineal. Cada fase del
modelo debe ser completada antes de que la siguiente fase comience, las fases
no pueden superponerse. Es uno de los primeros modelos usados por los
desarrolladores de software.
|
Modelo Ágil
El
modelo Ágil es una combinación del modelo iterativo e incremental, se adapta de
acuerdo a la satisfacción del usuario con una rápida entrega. Este modelo
divide la tarea en pequeños bloques, estos bloques se acumulan en iteraciones y
cada iteración generalmente toma aproximadamente tres semanas en desarrollarse,
cada iteración involucra equipos interfuncionales que trabajan simultáneamente
en varias áreas.
Big Bang
Cascada
Ágil
V
E
N
T
A
J
A
S
Simple
Poco o ningún planeamiento
Fácil de manejar
Pocos recursos requeridos
Flexibilidad para desarrolladores
Buena ayuda de aprendizaje para
principiantes y estudiantes.
Simple y fácil de entender y usar
Fácil de manejar
Las fases se completan una a la vez
Funciona bien con proyectos pequeños con
requerimientos claros.
Etapas bien definidas.
Procedimiento y resultado bien documentados.
Poco o ningún
planeamiento.
Facil de manejar.
Flexible.
Brinda enfoque realista al desarrollo de
software.
Promueve el trabajo en equipo.
Su funcionalidad puede ser desarrollada
rápida y demostrativamente
Mínimos requerimiento de recursos.
Adaptable a nuevos
requerimientos
Entrega soluciones de trabajo rápidas.
Bueno para
ambientes cambiantes.
Mínimas reglas de documentación.
D
E
S
V
E
N
T
A
J
A
S
Muy alto riesgo e incertidumbre.
No es un buen modelo para proyectos complejos y orientados a objetos.
Deficiente para proyectos largos y en curso.
Puede resultar muy costoso si se
malinterpretan los requisitos.
Riesgo e
incertidumbre
El software que funcione hasta el final del ciclo de vida.
No es un buen modelo para proyectos complejos y orientados a objetos.
Deficiente para proyectos largos y en curso.
Es difícil medir el progreso dentro de las etapas.
No puede adaptarse a los requisitos cambiantes.
Ajustar el alcance durante el ciclo de vida puede finalizar un
proyecto.
La integración se realiza como un "big-bang" al final, que
no permite identificar ningún problema tecnológico o comercial o desafíos de
manera temprana.
No es adecuado para manejar dependencias complejas.
Más riesgo de sostenibilidad, mantenibilidad y extensibilidad.
La administración estricta de la entrega dicta el alcance, la
funcionalidad que se entregará y los ajustes para cumplir con los plazos.
Si el cliente no está claro, el equipo puede ser conducido en la
dirección equivocada.
Existe una dependencia individual muy alta, ya que se genera una
documentación mínima.
La transferencia de tecnología a los nuevos miembros del equipo puede
ser bastante difícil debido a la falta de documentación.
Comentarios
Publicar un comentario