ciclos de vida

Conceptos de ciclo de vida
Es cuando un programa termina y vuelve a empezar, tiene un inicio un proceso y un final.
= etapas procesos:
Se entiende como la sucesión de etapas por las que pasa el software desde que un nuevo proyecto es concebido hasta que se deja de usar.
Existen diversos modelos del ciclo de vida, es decir diversas formas de ver el proceso de desarrollo del software y cada uno de ellos va asociado a una serie de métodos herramientas o procedimientos que debemos usar a lo largo de un proyecto.

Nota: se realiza de acuerdo a la naturaleza del proyecto de la aplicación de los métodos a usar controles y entregas.

Ciclo de vida cascada puro:
Este modelo de ciclo de vida fue propuesto por wiston royce en 1970.
El ciclo de vida admite interacciones contrariamente a la creencia de que es un ciclo de vida secuencial como el lineal después de cada etapa se realiza una o varias revisiones para comprobar si se puede pasar a la siguiente fase. Es un modelo rígido poco flexible y con muchas restricciones. Aunque fue uno de los primeros y sirvió de base para el resto de los modelos del ciclo de vida.

Nota: la necesidad de conocer los requerimientos al principio del proyecto es primordial al elegir ese modelo del ciclo de vida a pesar de permitir interacciones.

Ciclo de vida en V: este ciclo fue diseñado Alan daves y contiene las mismas etapas del ciclo de vida en cascada puro. A este se le agregaron dos sub etapas de retroalimentación entre las etapas de análisis y mantenimiento y entre las del diseño y debbuggin.

Nota: este modelo nos ofrece mayor garantía de corrección al terminar el proyecto.

Ciclo de vida tipo sashimi: este ciclo de vida es parecido a la ciclo de vida cascada puro pero este ciclo no se puede solapar las etapas y en este si, aumenta la eficiencia ya que la retroalimentación entre etapas se encuentra implícitamente en el modelo.

Ciclo de vida cascada con sus proyectos: este ciclo se divide en sub etapas independientes que se pueden desarrollar en paralelo. La ventaja es que pueden tener mas gente trabajando, pero la desventaja es que pueden seguir dependencias entre las distintas sub etapas.

Ciclo de vida interactivo: busca reducir el riesgo que surge entre las necesidades del usuario y el producto final por malos entendidos durante la etapa de solicitud de requerimientos.

Nota: es un modelo ideal a seguir cuando el usuario necesita entregas rápidas aunque el proyecto no este terminado.

Ciclo de vida por prototipos: para validar los requerimientos de los usuarios en cualquier ciclo de vida.
Antes de adoptar este modelo de ciclo debemos evaluar si el esfuerzo por crear un prototipo vale realmente la pena adoptarla.

Ciclo de vida evolutivo: este modelo acepta que loa requerimientos del usuario pueden cambiar en cualquier momento. El modelo del ciclo de vida evolutivo afronta ese problema mediante una interacción de ciclos requerimientos-desarrollo-evaluación.

Nota: luego de cada desarrollo obtenemos una nueva versión del producto.

Ciclo de vida incremental: se basa en la filosofía de construir incrementando la funcionalidades del programa.

Ciclo de vida en espiral: este ciclo puede considerarse una variación del modelo con prototipo. El modelo se basa en una serie de ciclos repetitivos para ir ganando madures en el producto final.
En este modelo hay 4 actividades que envuelven a las etapas.
1.- planificación relevamiento de requerimientos iníciales o luego de una interacción.
2.- análisis de riesgo: de acuerdo con el relevamiento de requerimientos decidimos si continuamos con el desarrollo.
3.- implementación: desarrollamos un prototipo basado en los requerimientos.
4.- evaluación.

Ciclo de vida orientada a objetos: esta técnica fue presentada en la década de los 90´
Tal vez como una d las mejores metodologías a seguir para la creación de productos software.
Los objetos están representados por un conjunto de propiedades a los cuales denominados atributos por otra parte el comportamiento que tendrán estaos objetos los denominamos métodos.

Nota: un modelo muy versátil tanto para pequeño como para grandes proyectos.

Conclusión: debemos elegir el modelo que mejor se adapte al proyecto que desarrollaremos podemos analizar para guiarnos en nuestra elección la complejidad del problema, el tiempo, que disponemos para hacer la entrega final o si el usuario y por último que certeza tenemos de que los requerimientos dados por el usuario son correctos y completos.

Preguntas de repaso

Porque necesitamos una metodología? Para saber que paso seguir

Sirve el modelo de ciclo de vida code and fix? En su momento si

?Existe algún modelo de ciclo de vida que predomino? No, porque cada quien elige cual va a usar y porque lo utilizaría

? Seguir un modelo de ciclo de vida nos garantiza el éxito del desarrollo? Sí, porque vas verificando cada paso, y siguiéndolos.

La generación de programas prototipos es exclusiva de un solo modelo de ciclo de vida? No, se puede usar un modelo para todos