Ciclos de Vidas Evolutivos

Descargar como docx, pdf o txt
Descargar como docx, pdf o txt
Está en la página 1de 4

Ciclos de vidas evolutivos

El ciclo de vida del software nos permite identificar, administrar y


planificar la gestión de recursos hasta alcanzar un objetivo
propuesto. La cantidad de fases que encontramos en cada proyecto
variará según las necesidades de cada empresa.
Ciclo de Vida del Software

Etapas y modelos del Ciclo de Vida de un Software


El ciclo de vida del software nos permite identificar, administrar y
planificar la gestión de recursos hasta alcanzar un objetivo
propuesto. La cantidad de fases que encontramos en cada proyecto
variará según las necesidades de cada empresa.

DESARROLLO SOFTWARE
Conocer el ciclo de vida de un proyecto permite controlar mejor sus
fases y reducir situaciones innecesarias. En cualquier proyecto, las
fases son las mismas, aunque cada proyecto requiere su propio
conjunto único de procesos. Normalmente, encontramos una fase
inicial, un proceso de desarrollo y un producto final. A este patrón
se le denomina ciclo de vida de un software.
Cascada
El modelo de cascada dispone todas las fases secuencialmente de modo que
las nuevas fases dependan del resultado de la fase anterior. Desde un punto
de vista conceptual, el diseño fluye desde una fase a otra inferior, como en
una cascada.
Ventajas y desventajas
El modelo de cascada hace que la administración del proyecto sea muy
estricta y proporciona un resultado tangible al final de cada fase. Sin
embargo, hay poco margen de cambio una vez que una fase se considera
completa, ya que los cambios pueden afectar al tiempo de entrega, al costo y
a la calidad del software. Por lo tanto, el modelo es más adecuado para
pequeños proyectos de desarrollo de software, donde las tareas se pueden
organizar y administrar fácilmente y los requisitos se pueden predefinir con
precisión.
Iterativo
El proceso iterativo sugiere que los equipos comienzan el desarrollo de
software con un pequeño subconjunto de requisitos. Posteriormente, se
mejoran las versiones de manera iterativa a lo largo del tiempo hasta que el
software final esté listo para pasar a producción. El equipo produce una
nueva versión de software al final de cada iteración.

Ventajas y desventajas
Es fácil identificar y administrar riesgos, ya que los requisitos pueden cambiar
entre cada iteración. Sin embargo, la repetición de los ciclos puede dar lugar
a que cambien los objetivos y se subestimen los recursos.
Espiral
El modelo de espiral combina los pequeños ciclos repetidos del modelo
iterativo con el flujo secuencial y lineal del modelo de cascada para dar
prioridad al análisis de riesgos. Puede usar el modelo de espiral para
garantizar la actualización y mejora graduales del software mediante la
creación de prototipos en cada fase.

Ventajas y desventajas
El modelo de espiral es adecuado para proyectos grandes y complejos que
requieren cambios frecuentes. Sin embargo, puede ser costoso para
proyectos pequeños con objetivos muy concretos.

Ágil
El modelo ágil dispone las fases del SDLC en varios ciclos de desarrollo. El
equipo itera a través de las fases rápidamente y solo se hacen pequeños
cambios progresivos de software en cada ciclo. Los requisitos, planes y
resultados se evalúan continuamente para responder con rapidez a los
cambios. El modelo ágil es iterativo y progresivo, por lo que es más eficiente
que otros modelos de procesos.

Ventajas y desventajas
Los ciclos rápidos de desarrollo permiten a los equipos identificar y abordar
problemas en proyectos complejos desde el principio y antes de que se
conviertan en problemas graves. También promueven la partición de los
clientes y las partes interesadas para que den su opinión en todo el ciclo de
vida del proyecto. Sin embargo, depender en exceso de la opinión de los
clientes puede hacer que los objetivos cambien drásticamente o dejar el
proyecto a medias.
Elementos
planificación, análisis, diseño, desarrollo, pruebas, lanzamiento y
mantenimiento.

Características
1. Abordan el desarrollo y pruebas de componentes del software
2. Los requerimientos son cuidadosamente examinados
3. El sistema es desarrollado y probado
4. Los usuarios lo evalúan y proveen retroalimentación
5. La especificación del requerimiento es actualizada
6. El proceso se repite indefinidamente

Semejanzas
1. Si se han cometido errores y no se detectan en la etapa siguiente es
costoso y difícil volver atrás para realizar la corrección
2. Se puede de utilizar este modelo para administrar cualquier proyecto
3. En la práctica los prototipos se utilizan para validar los requerimientos de
los usuarios en cualquier ciclo de vida

También podría gustarte