6 ciclos de vida

1

PLANIFICACIÓN DEL CICLO DE VIDA DE SISTEMAS

INTRODUCCIÓN

2

Consideraciones preliminares (1)

• Todo esfuerzo en el desarrollo de Sistemas conlleva un ciclo de vida.

• Un modelo de ciclo de vida es un modelo prescriptivo de lo que pasaría entre la primera idea y el funcionamiento del sistema.

• Existen varios modelos del ciclo de vida.• El modelo de ciclo de vida apropiado puede

orientar el proyecto y ayudar a asegurar que cada paso se acerque más a la consecución del objetivo.

3

• Dependiendo del modelo de ciclo de vida seleccionado:– se puede aumentar la velocidad de

desarrollo.– mejorar la calidad, el control y el

seguimiento del proyecto.– minimizar gastos y riesgos.– mejorar las relaciones con el usuario.


4

• La selección ineficaz de un modelo de ciclo de vida puede ser una fuente constante de:– ralentización del trabajo.– trabajo repetitivo, innecesario y frustrante.

• Se pueden producir estos últimos efectos si no se elige un modelo de ciclo de vida.


5

Ciclos de vidaen el desarrollo

de Sistemas

cascada pura codificar ycorregir

espiral

cascadasmodificadas

prototipo evolutivo

entrega poretapas

diseño porplanificación

entrega evolutiva

diseño porherramientas

software comercial existente

Diferentes tipos de ciclos de vida

6


CASCADA PURA

7

• Es el predecesor de todos los modelos de ciclo de vida y ha servido de base para otros modelos.

• En este modelo, un proyecto progresa a través de una secuencia ordenada de etapas, partiendo desde su concepto inicial hasta la prueba del mismo.

• El proyecto realiza una revisión al final de cada etapa para determinar si está preparado para pasar a la siguiente.

El modelo de cascada pura

8

Implementación

Utilización

Planeación

Análisis

Diseño

Gráfica del modelo de cascada pura

9

Ventajas del modelo de Cascada Pura (1)

• Se utiliza correctamente para ciclos en los que:– se tiene una definición estable del producto.– cuando se esta trabajando con metodologías y técnicas

conocidas.• Puede constituir una elección correcta para el

desarrollo rápido cuando se está:– construyendo una versión de mantenimiento bien

definida de un producto existente– migrando un producto existente a una nueva plataforma.

• Ayuda a minimizar los gastos de la planificación porque permite realizarla sin problemas.

10

Ventajas del modelo de cascada pura (2)

• Funciona bien:– con proyectos complejos bien definidos.

• debido a que se pueden obtener beneficios al enfrentarse a la complejidad de forma ordenada.

– cuando los requerimientos de calidad dominan sobre los de costos y de planificación.

• Evita una fuente común de errores importantes.– eliminando los cambios que se pueden producir a

medio camino.

• Presenta el proyecto con una estructura que ayuda a minimizar el esfuerzo inútil.

11

Desventajas del modelo de cascada pura (1)

• Dificultad para especificar claramente los requerimientos al comienzo del proyecto (no permite flexibilidad en los cambios).

• Para un proyecto de desarrollo rápido, el modelo de cascada puede suponer una cantidad excesiva de documentación.

12

Desventajas del modelo de cascada pura (2)

• Si se intenta mantener la flexibilidad, la actualización de la especificación se puede convertir en un trabajo a tiempo completo.

• No es imposible volver atrás utilizando el modelo de cascada pura, pero si difícil.

• Genera pocos signos visibles de progreso hasta el final.– esto puede dar la impresión de un desarrollo

lento, incluso sin ser verdad.

13

Observaciones al modelo de cascada pura

• Es el modelo más conocido y ofrece una velocidad de desarrollo aceptable en algunas circunstancias.– otros modelos, sin embargo, proporcionan una

velocidad de desarrollo superior.• Los inconvenientes del modelo hacen que

sea, a menudo, poco apropiado para un proyecto de desarrollo rápido.– incluso en los casos en los que las ventajas del

modelo superan los inconvenientes, los modelos de cascada modificada pueden funcionar mejor.

14


CODIFICAR Y CORREGIR

15

El modelo codificar y corregir• Es un modelo poco útil, pero bastante común• Si no se ha seleccionado explícitamente otro

modelo, por omisión se estará utilizando este modelo.

• Cuando se utiliza se empieza con una idea general de lo que se necesita construir.– se puede tener una especificación formal, o no tenerla.– se utiliza cualquier combinación de diseño, código,

depuración y métodos de prueba no formales que sirven hasta que se tiene el producto listo para entregarlo.

16

Gráfica del modelo codificar y corregir

codificar ycorregir

Especificación del sistema

(quizás)

Entrega(quizás)

17

Ventajas del modelo codificar y corregir (1)

• No conlleva ninguna gestión.• No se pierde tiempo en:

– la planificación.– en la documentación.– en el control de la calidad.– en el cumplimiento de los estándares.– en cualquier otra actividad que no sea la

codificación pura.

18

Ventajas del modelo codificar y corregir (2)

• Como se pasa directamente a codificar, se pueden mostrar inmediatamente indicios de progreso.

• Requiere poca experiencia: cualquier persona que haya escrito alguna vez un programa de computadora está familiarizada con el modelo de codificar y corregir.

19

Desventajas del modelo codificar y corregir

• Resulta peligroso para otro tipo de proyectos que no sean pequeños.

• Aunque no suponga gestión alguna, tampoco ofrece medios de evaluación del progreso.– se codifica justo hasta que se termina.

• No proporciona medios de evaluación de la calidad o de identificación de riesgos.

20

Observaciones al modelo codificar y corregir

• Puede resultar útil para proyectos pequeños que se intentan liquidar poco después de ser construidos.– programas pequeños de demostración de conceptos.– para demostraciones de duración corta.– prototipos desechables..

• No tiene cabida en un proyecto de desarrollo rápido, excepto para estos pequeños proyectos señalados.

• Es un modelo no formal que se utiliza normalmente porque es simple, pero no porque funcione bien.

21


ESPIRAL

22

El modelo de espiral• Es un modelo orientado a riesgos que divide un

proyecto en miniproyectos.– cada miniproyecto se centra en uno o más riesgos

importantes hasta que todos éstos estén controlados.• El concepto “riesgo” puede referirse a:

– requerimientos y arquitecturas poco comprensibles.– problemas de ejecución importantes.– problemas con la tecnología subyacente.

• Después de controlar todos los riesgos importantes, el modelo finaliza del mismo modo que el modelo de ciclo de vida en cascada.

23

Planificación Análisis de riesgos

Evaluación del cliente Ingeniería

Recolección de requisitos y planificación inicial del cliente

Planificación basada en los comentarios del cliente

Evaluación del cliente

Análisis de riesgo basado en los requisitos iniciales

Análisis de riesgo basado en la reacción del cliente

Prototipo inicial del software

Prototipo del siguiente nivel

Sistema de ingeniería

Hacia el sistema final

Gráfica del modelo de espiral

24

Combinaciones del modelo de espiral

• Primera combinación.– iterar para reducir los riesgos hasta que se hayan

reducido a un nivel aceptable.– finalizar el esfuerzo de desarrollo con un ciclo de vida

en cascada u otro modelo de ciclo de vida no basado en riesgos.

• Segunda combinación.– se pueden incorporar otros modelos de ciclo de vida

como iteraciones dentro del modelo en espiral.• por ejemplo, una iteración de prototipado que permita la

investigación de alguno de los riesgos.

25

Ventajas del modelo de espiral (1)

• Mientras los costos suben, los riesgos disminuyen.– cuanto más tiempo y dinero se emplee, menores

serán los riesgos.• que es exactamente lo que se quiere en un

proyecto de desarrollo rápido.

• Proporciona al menos tanto control de gestión como el modelo en cascada tradicional.– se tienen los puntos de verificación al final de

cada iteración.

26

• Como el modelo está orientado a riesgos, proporciona con anterioridad indicaciones de cualquier riesgo insuperable.

• Es posible descubrir si el proyecto no se puede realizar por razones técnicas u otras razones.– y esto no supondrá un costo

excesivo.

Ventajas del modelo de espiral (2)

27

Desventajas del modelo de espiral

• La única desventaja del modelo en espiral es que se trata de un modelo complicado.

• Requiere de una gestión concienzuda, atenta, y que exige conocimientos profundos.

• Puede ser difícil definir hitos objetivos de comprobación que indiquen si está preparado para pasar al siguiente nivel de la espiral.

28

Observaciones al modelo de espiral

• El modelo de espiral es un modelo de ciclo de vida orientado a riesgos.

• Este se puede combinar con otros modelos de ciclo de vida.

• La principal ventaja de este modelo es que mientras los costos suben, los riesgos disminuyen.

29


CASCADAS MODIFICADAS

30

El modelo cascadas modificadas• El mayor problema del modelo de cascada

pura es que trata las fases del ciclo de vida como etapas secuenciales disjuntas.

• Es posible corregir los inconvenientes más importantes en el modelo de cascada pura con pequeñas modificaciones.– puede modificarse de forma tal que las etapas se

solapen.– se puede reducir el énfasis sobre la

documentación.– se puede permitir más regresión.

31

Variantes del modelo de cascadas modificadas (1)

• Cascada con fases solapadas.– puede evitar algunos inconvenientes del

modelo de cascada pura al solapar sus etapas.• por ejemplo, sugiere que se debería tener bien

hecho el diseño global y quizás a medio hacer el diseño detallado antes de considerar completo el análisis de requerimientos.

– puede reducir sustancialmente la documentación necesaria entre etapas.

32


• Cascada con subproyectos.– puede permitir la ejecución de algunas de

las tareas de la cascada en paralelo (subproyectos), siempre que se haya realizado una cuidadosa planificación.

33

• Cascada con reducción de riesgos.– incorpora una espiral en lo alto de la cascada para controlar el

riesgo de los requerimientos.– incorpora una espiral para las demás etapas de desarrollo.– a este nivel es posible:

• desarrollar un prototipo de interfaz de usuario.• tener entrevistas con los usuarios.• observar cómo los usuarios interactúan con algún sistema previo.• utilizar otros métodos que se consideren apropiados para la

identificación de los requerimientos.


34

Planeación

Análisis

Diseño

Implementación

Utilización

Gráfica del modelo de cascada con fases solapadas

35

Gráfica del modelo de cascada con subproyectos

Planeación

Análisis

Diseño

Diseño detallado

Prueba del subsistema

Diseño detallado


Diseño detallado

Codificación y

depuración


Prueba del sistema

Codificación y

depuración

Codificación y

depuración

36

Planeación

Análisis

Diseño

Implementación

Utilización

Gráfica del modelo en cascada con reducción de riesgos

37

Desventajas de las variantes • Modelo de cascada con fases solapadas.

– debido al solapamiento entre las etapas, los hitos son más ambiguos, y esto hace más difícil trazar el progreso correctamente.

– la realización de actividades en paralelo puede suponer una mala comunicación, suposiciones incorrectas e ineficacia.

• Modelo de cascada con subproyectos.– presencia de interdependencias imprevistas.

• Modelo de cascada con reducción de riesgos.– Ninguno.

38


PROTOTIPADO EVOLUTIVO

39

El modelo de prototipado evolutivo (1)

• Es un modelo de ciclo de vida en el que se desarrolla el concepto del sistema a medida que avanza el proyecto.

• Normalmente se comienza desarrollando los aspectos más visibles del sistema.

40

El modelo de prototipado evolutivo

• Se presenta la parte ya desarrollada del sistema al cliente y se continúa el desarrollo del prototipo en base la realimentación que se recibe del cliente.

• El ciclo continúa hasta que el prototipo se convierte en el producto final de ingeniería.

41

Gráfica del modelo de prototipado evolutivo

Inicio

ParadaPlaneación y análisis

Diseño rápido

Construcción del

prototipo

Evaluación del prototipo por el

cliente

Refinamiento del

prototipo

Producto de

Ingeniería

42

• Cuando los requerimientos cambian con rapidez.

• Cuando el cliente es reacio a especificar el conjunto de los requerimientos.

• Cuando ni el analista ni el cliente identifican de forma apropiada el área de aplicación.

• Cuando los desarrolladores no están seguros de la arquitectura o los algoritmos adecuados a utilizar.

¿Cuándo utilizar el prototipado evolutivo?

43

Desventajas del modelo de prototipado evolutivo

• Imposibilidad de conocer al inicio del proyecto lo que se tardará en crear un producto aceptable.– incluso no se sabe cuántas iteraciones se

tendrán que realizar.– esta aproximación puede convertirse

fácilmente en una excusa para realizar el desarrollo con el modelo de codificar y corregir.

44


ENTREGA POR ETAPAS

45

El modelo de entrega por etapas (implementación incremental)

• El sistema se muestra al cliente en etapas refinadas sucesivamente.

• A diferencia del modelo de prototipado evolutivo, se conoce exactamente qué es lo que se va a construir cuando se procede a construirlo.

• Lo que hace diferente a este modelo es que el sistema no se entrega como un todo al final del proyecto, sino que éste se entrega por etapas sucesivas a lo largo del proyecto.

46

Gráfica del modelo de entrega por etapasplaneación

análisis

diseño

etapa 1: diseño, implementación, utilización



47

Ventajas del modelo de entrega por etapas (1)

• Permite proporcionar una funcionalidad útil en las manos del cliente antes de entregar el 100% del proyecto.

• Con una planificación cuidadosa, es posible entregar las prestaciones más importantes al principio, y el cliente puede comenzar a usar el sistema en ese punto.

48

Ventajas del modelo de entrega por etapas (2)

• Proporciona signos tangibles de progreso en el proyecto, y se generan con enfoques menos incrementales.– estos signos de progreso pueden ser un

valioso aliado para mantener la presión de planificación a un nivel apropiado.

49

Desventajas del modelo de entrega por etapas

• No funciona sin una planificación adecuada tanto para niveles técnicos como para niveles de gestión.

50


DISEÑO POR PLANIFICACIÓN

51

El modelo de diseño por planificación (1)

• Es similar al modelo entrega por etapas.– la diferencia radica en que no siempre se conoce al principio

si se tendrá el producto para la última entrega.

• Se pueden tener cinco etapas planificadas.– pero sólo se llega a la tercera etapa debido a que se tiene

una fecha límite que no se puede cambiar.

52

• Uno de los elementos críticos de este modelo es priorizar los requerimientos y planificar sus etapas.– de tal forma que las primeras contengan los

requerimientos de mayor prioridad.– los requerimientos de baja prioridad se dejan para más

tarde.

El modelo de diseño por planificación (2)

53

Gráfica del modelo de diseño por planificación Planeación

análisis

diseño

alta prioridad: diseño detallado, implementación, utilización

prioridad media-alta: diseño detallado, implementación, utilización

prioridad media: diseño detallado, implementación, utilización entrega

prioridad media-baja: diseño detallado, implementación, utilización

prioridad baja: diseño detallado, implementación, utilización

AGOTAMIENTO DEL PLAZO O

DEL PRESUPUESTO

54

Ventajas del modelo de diseño por planificación

• Puede ser una estrategia válida para asegurar que se tiene un producto listo a entregar en una fecha determinada.

• Esta estrategia es particularmente útil para las partes del producto que no se quieren realizar en el camino crítico.

55

Desventajas del modelo de diseño por planificación

• Si no se completan todas las etapas, se desperdiciará tiempo en la especificación, arquitectura y diseños de prestaciones que no se van a entregar.

• Si se ha gastado tiempo en una gran cantidad de requerimientos incompletos que no se van a entregar, se debería tener tiempo para resumir en uno o dos requerimientos más completos.

56

Observaciones al modelo de diseño por planificación

• La decisión radica en la respuesta a la pregunta ¿cuánta confianza se tiene en la habilidad para la planificación?.– si se tiene mucha confianza, esta aproximación es

ineficiente.– si se tiene una menor confianza, esta aproximación podría

ser excelente.

57


ENTREGA EVOLUTIVA

58

El modelo de entrega evolutiva (1)

• Es un modelo que se encuentra entre el prototipado evolutivo y la entrega por etapas– se desarrolla una versión del producto.– se muestra al cliente.– se refina el producto en función de los

comentarios del cliente.• El parecido entre ambos modelos depende

de hasta qué punto se lleva a cabo una planificación para adaptarse a las solicitudes de los clientes.

59

• Si se planifica para adaptarse a la mayoría de las solicitudes, la entrega evolutiva se parecerá más al prototipado evolutivo.

• Si se planifica para adaptarse a pocas solicitudes de modificación, la entrega evolutiva se aproximará a la entrega por etapas.

El modelo de entrega evolutiva (2)

60

Gráfica del modelo de entrega evolutiva

Planeación

Análisis

Diseño

Entregar la versión

final

Desarrollar una versión

Entregar la versión

Realimentación del cliente

Agregar la realimentación

del cliente

61

• Las diferencias principales entre el prototipado evolutivo y la entrega evolutiva son más de énfasis que de aproximación fundamental.– en el prototipado evolutivo, el énfasis inicial se

encuentra en los aspectos visibles del sistema; después se vuelve atrás y se completan los huecos de las bases del sistema.

– en la entrega evolutiva, el énfasis inicial se pone en el núcleo del sistema, que está constituido por funciones de bajo nivel que probablemente no van a ser modificadas por la realimentación del cliente.

Observaciones al modelo de entrega evolutiva

62


DISEÑO POR HERRAMIENTAS

63

El modelo de diseño por herramientas

• En este modelo la idea es incluir una prestación (funcionalidad) dentro del producto sólo si las herramientas de software existentes la soportan directamente. Si no está soportada, se deja.

• Ejemplos de herramientas son:– las librerías de código y clases.

– generadores de código.

– lenguajes de desarrollo rápido y otras herramientas software que reducen de manera espectacular el tiempo de implementación.

64

Funcionalidad soportadas por las herramientas

Funcionalidad que se va a incluir

Funcionalidad ideal

Funcionalidad que no va a estar en el producto

Gráfica del modelo de diseño por herramientas

65

Ventajas del modelo de diseño por herramientas

• Este modelo se puede combinar con otros modelos.– Primer ejemplo de combinación.

• construir una espiral inicial para identificar las capacidades de las herramientas software existentes.

• identificar los requerimientos básicos.• determinar si la aproximación del diseño por herramientas es viable.

– Segundo ejemplo de combinación.• utilizar una aproximación del diseño por herramientas para

implementar un prototipo de prueba.– realizando un prototipo sólo de las capacidades que se pueden

implementar fácilmente con herramientas.• implementar el software real utilizando la entrega por etapas, la

entrega evolutiva y el diseño por planificación.

66

Desventajas del modelo de diseño por herramientas

• Se pierde mucho control sobre el producto.• Puede que no sea posible llevar a cabo la

implementación de todos los requerimientos que se desean, y que no se puedan implementar otros requerimientos exactamente de la forma que se quiere.

• Depende en buena medida de los productores de software comercial (tanto de sus estrategias de productos como de su estabilidad financiera)

67

Observaciones al modelo de diseño por herramientas

• Al utilizar este modelo no será posible implementar toda la funcionalidad que se considera ideal incluir.– sin embargo, si selecciona las herramientas con cuidado,

puede implementar la mayor parte de la funcionalidad que se desea.

• Cuando el tiempo es una restricción, se podría implementar más funcionalidad de la que se obtiene con otra aproximación.– sin embargo, será la funcionalidad que las herramientas

permiten una implementación de forma más sencilla, no la funcionalidad que se considera ideal.

68


SOFTWARE COMERCIAL EXISTENTE

69

El modelo de software comercial existente

• El software comercial disponible raramente va a satisfacer todas las necesidades del cliente.

• Se deben considerar los siguientes puntos:– está disponible de forma inmediata.– en el lapso de tiempo entre que se adquiere el software

comercial y en el que se puede tener preparada la entrega del sistema de creación propia, los usuarios pueden.

• aprender a trabajar con las limitaciones del producto.• revisar el software comercial para adaptarlo aún más a las

necesidades de cada uno.

70


SELECCIÓN DEL CICLO DE VIDA

71

Observaciones sobre la selección • Distintos proyectos tienen necesidades diferentes.

– incluso si todos necesitan ser desarrollados lo más rápido posible.

• No existe “un modelo de ciclo de vida de desarrollo rápido”.– debido a que el modelo más efectivo depende del contexto en el

que se utilice.

• Determinados modelos de ciclo de vida son considerados más rápidos que otros.– pero cada uno de ellos será más rápido en determinadas situaciones

y más lento en otras.

72

• Un modelo que a menudo trabaja bien puede suceder que no funcione bien si no se utiliza correctamente.

• Para seleccionar el modelo más conveniente se debe responder a las siguientes preguntas:– ¿Me compenetro con el cliente para la especificación de los

requerimientos al comienzo del problema?.– ¿Es probable que el entendimiento de las dos partes cambie

significativamente a medida que se avance en el proyecto?.

Preguntas sobre la selección (1)

73

– ¿Comprendo bien la arquitectura del sistema?.– ¿Es probable que necesite llevar a cabo modificaciones

importantes en la arquitectura a mitad del proyecto?.– ¿Cuánta fiabilidad necesito?.– ¿Cuánto tiempo extra necesito para planificar y diseñar

durante el proyecto para las versiones futuras?.– ¿Cuántos riesgos conlleva el proyecto? .– ¿Estoy sometido a una planificación predefinida?.– ¿Necesito poder realizar modificaciones a medio

camino?.


74

– ¿Necesito proporcionar a mis clientes signos visibles de progreso durante el proyecto?.

– ¿Necesito ofrecer a la directiva signos visibles de progreso durante el proyecto?.

– ¿Cuánta sofisticación necesito para utilizar el modelo de ciclo de vida con éxito?.


75

Capacidades delmodelo de ciclo de

vida

CascadaPura

Codificar yCorregir

Espiral CascadasModificad

as

PrototipadoEvolutivo

Trabaja con pocaidentificación de losrequerimientos

Malo Malo Excelente Medio aexcelente

Excelente

Trabaja con pocacomprensión sobre laarquitectura

Malo Malo Excelente Medio aexcelente

Malo a medio

Genera un sistemaaltamente fiable

Excelente Malo Excelente Excelente Medio

Genera un sistemacon amplio desarrollo

Excelente Malo amedio

Excelente Excelente Excelente

Gestionar riesgos Malo Malo Excelente Medio MedioEstar sometido a unaplanificaciónpredefinida

Medio Malo Medio Medio Malo

Ventajas y desventajas de los diferentes modelos (1)

76


vida

CascadaPura

Codificar yCorregir

Espiral CascadasModificadas

PrototipadoEvolutivo

Requiere poco tiempode gestión

Malo Excelente Medio Excelente Medio

Permitemodificaciones amedio camino

Malo Malo aexcelente

Medio Medio Excelente

Ofrece a los clientessignos visibles deprogreso

Malo Medio Excelente Medio Excelente

Ofrece a la directivasignos visibles deprogreso

Medio Malo Excelente Medio aexcelente

Medio

Requiere pocasofisticación para losdirectivos ydesarrolladores

Medio Excelente Malo Malo a medio Malo


77


vida

Entregapor Etapas

EntregaEvolutiva

Diseño porPlanificación

Diseño porHerramientas

SoftwareComercial

Trabaja con pocaidentificación delos requerimientos

Malo Medio aexcelente

Malo a medio Medio Excelente

Trabaja con pocacomprensión sobrela arquitectura

Malo Malo Malo Malo a excelente Malo aexcelente

Genera un sistemaaltamente fiable

Excelente Medio aexcelente

Medio Malo a excelente Malo aexcelente

Genera un sistemacon ampliodesarrollo

Excelente Excelente Medio aexcelente

Malo N/A

Gestiona riesgos Medio Medio Medio aexcelente

Malo a medio N/A

Estar sometido auna planificaciónpredefinida

Medio Medio Excelente Excelente Excelente


78

Capacidades delmodelo de ciclo

de vida

Entregapor Etapas

EntregaEvolutiva

Diseño porPlanificación

Diseño porHerramientas

SoftwareComercial

Requiere pocotiempo de gestión

Medio Medio Medio Medio aexcelente

Excelente

Permitemodificaciones amedio camino

Malo Medio aexcelente

Malo a medio Excelente Malo

Ofrece a losclientes signosvisibles deprogreso

Medio Excelente Medio Excelente N/A

Ofrece a ladirectiva signosvisibles deprogreso

Excelente Excelente Excelente Excelente N/A

Requiere pocasofisticación paralos directivos ydesarrolladores

Medio Medio Malo Medio Medio


6 ciclos de vida

Documents