Diese Präsentation wurde erfolgreich gemeldet.
Wir verwenden Ihre LinkedIn Profilangaben und Informationen zu Ihren Aktivitäten, um Anzeigen zu personalisieren und Ihnen relevantere Inhalte anzuzeigen. Sie können Ihre Anzeigeneinstellungen jederzeit ändern.
MODELOS INGENIERIA DE SOFTWARE<br />JUAN CARLOS SIERRA GUTIERREZ<br />
Modelo en Cascada<br />Definición y Estructura.<br />Fases.<br />Características.<br />Ventajas y Desventajas.<br />Modelo...
MODELOENCASCADA<br />JUAN CARLOS SIERRA GUTIERREZ<br />
DEFINICIÓN<br />El desarrollo en cascada, también llamado modelo en cascada, es el enfoque metodológico que ordena riguros...
ESTRUCTURA<br />
FASES<br />Las fases del método de desarrollo en cascada son:<br />Análisis de requisitos<br />Diseño del Sistema<br />Dis...
FASES<br />Análisis de requerimientos<br />En esta fase se analizan las necesidades de los usuarios finales del software p...
FASES<br />DiseñodelSistema<br />Se descompone y organiza el sistema en elementos que puedan elaborarse por separado, apro...
FASES<br />Diseño del ProgramaEs la fase en donde se realizan los algoritmos necesarios para el cumplimiento de los requer...
FASES<br />PruebasLos elementos, ya programados, se ensamblan para componer el sistema y se comprueba que funciona correct...
FASES<br />Variantes <br />Existen variantes de este modelo;<br />especialmente destacamos la que hace<br />uso de prototi...
CARACTERISTICAS<br />Es el más utilizado. <br />Es una visión del proceso de desarrollo de software como una sucesión de e...
VENTAJAS<br />Se tiene todo bien organizado y no se mezclan las fases.<br />Es perfecto para proyectos que son rígidos, y ...
DESVENTAJAS<br />Iteraciones costosas.<br />Los problemas que se presentan son corregidos posteriormente.<br />Puede que e...
MODELOENESPIRAL<br />JUAN CARLOS SIERRA GUTIERREZ<br />
DEFINICIÓN<br />Es un modelo de proceso de software evolutivo, desarrolladopor primera vez por Barry Boehm en 1988. <br />...
CARACTERISTICAS<br />En cada giro se construye un nuevo modelo del sistema completo. <br />Este modelo puede combinarse co...
VARIANTES<br />Modelo espiral de cuatro regiones o modelo original de Boehm.<br />Modelo espiral de seis regiones.<br />Mo...
Modelo de cuatro regiones (Boehm)<br />
Modelo en espiral de seis regiones<br />
ACTIVIDADES<br />El modelo en espiral se divide en un numero de actividades estructurales, también llamadas regiones de ta...
MODELO ESPIRAL WINWIN<br />El modelo espiral WINWIN (Victoria-Victoria) sugiere una actividad del marco de trabajo que abo...
ACTIVIDADES MODELO ESPIRAL WINWIN<br />El modelo en espiral WINWIN de Boehm define un<br />las siguientes actividades:<br ...
ESTRUCTURA WIN-WIN<br />
HITOS MODELO WIN-WIN<br />El modelo en espiral WINWIN introduce tres hito son los  procesos llamados puntos de fijación, q...
HITOS MODELO WIN-WIN<br />Objetivos del Ciclo de Vida (OCV), define un conjunto de objetivos para cada actividad principal...
VENTAJAS<br />El modelo en espiral es un enfoque realista del desarrollo           de sistemas.<br />Modelo de proceso ada...
VENTAJAS<br />Demanda una consideración directa de los riesgos técnicos en todas las etapas del proyecto y si se aplica ad...
DESVENTAJAS<br />Resulta difícil convencer a grandes clientes de que el enfoque evolutivo es controlable.<br />Es nuevo y ...
Nächste SlideShare
Wird geladen in …5
×

Modelo Cascada y Espiral

  • Als Erste(r) kommentieren

Modelo Cascada y Espiral

  1. 1. MODELOS INGENIERIA DE SOFTWARE<br />JUAN CARLOS SIERRA GUTIERREZ<br />
  2. 2. Modelo en Cascada<br />Definición y Estructura.<br />Fases.<br />Características.<br />Ventajas y Desventajas.<br />Modelo en Espiral<br />Definición y Características.<br />Variantes.<br />Actividades.<br />Modelo espiral WinWin.<br />Actividad Modelo WinWin.<br />Hitos Modelo WinWin.<br />Ventajas y Desventajas.<br />
  3. 3. MODELOENCASCADA<br />JUAN CARLOS SIERRA GUTIERREZ<br />
  4. 4. DEFINICIÓN<br />El desarrollo en cascada, también llamado modelo en cascada, es el enfoque metodológico que ordena rigurosamente las etapas del  ciclo de vida del software, de tal forma que el inicio de cada etapa debe esperar a la finalización de la inmediatamente anterior.<br />
  5. 5. ESTRUCTURA<br />
  6. 6. FASES<br />Las fases del método de desarrollo en cascada son:<br />Análisis de requisitos<br />Diseño del Sistema<br />Diseño del Programa<br />Codificación<br />Pruebas<br />Implantación<br />Mantenimiento<br />
  7. 7. FASES<br />Análisis de requerimientos<br />En esta fase se analizan las necesidades de los usuarios finales del software para determinar qué objetivos debe cubrir. <br />De esta fase surge una memoria llamada SRD (documento de especificación de requisitos), que contiene la especificación completa de lo que debe hacer el sistema sin entrar en detalles internos.<br />
  8. 8. FASES<br />DiseñodelSistema<br />Se descompone y organiza el sistema en elementos que puedan elaborarse por separado, aprovechando las ventajas del desarrollo en equipo. Como resultado surge el SDD (Documento de Diseño del Software), que contiene la descripción de la estructura relacional global del sistema y la especificación de lo que debe hacer cada una de sus partes, así como la manera en que se combinan unas con otras.<br />
  9. 9. FASES<br />Diseño del ProgramaEs la fase en donde se realizan los algoritmos necesarios para el cumplimiento de los requerimientos del usuario así como también los análisis necesarios para saber que herramientas usar en la etapa de Codificación.<br />Codificación Es la fase de programación o implementación propiamente dicha. Aquí se implementa el código fuente, haciendo uso de prototipos así como pruebas y ensayos para corregir errores.<br />
  10. 10. FASES<br />PruebasLos elementos, ya programados, se ensamblan para componer el sistema y se comprueba que funciona correctamente y que cumple con los requisitos, antes de ser puesto.<br />Implantación<br />El software obtenido se pone en producción. Se implantan los niveles software y hardware que componen el proyecto. La implantación es la fase con más duración y con más cambios en el ciclo de elaboración de un proyecto. Es una de las fases finales del proyecto.<br />
  11. 11. FASES<br />Variantes <br />Existen variantes de este modelo;<br />especialmente destacamos la que hace<br />uso de prototipos y en la que se<br />establece un ciclo antes de llegar a la fase<br />de mantenimiento, verificando que el<br />sistema final este libre de fallos.<br />
  12. 12. CARACTERISTICAS<br />Es el más utilizado. <br />Es una visión del proceso de desarrollo de software como una sucesión de etapas que producen productos intermedios. <br />Para que el proyecto tenga éxito deben desarrollarse todas las fases. <br />Las fases continúan hasta que los objetivos se han cumplido. <br />Si se cambia el orden de las fases, el producto final será de inferior calidad.<br />
  13. 13. VENTAJAS<br />Se tiene todo bien organizado y no se mezclan las fases.<br />Es perfecto para proyectos que son rígidos, y además donde se especifiquen muy bien los requerimientos y se conozca muy bien la herramienta a utilizar<br />La planificación es sencilla. <br /> La calidad del producto resultante es alta. <br />Sus fases son conocidas por los desarrolladores.<br />Los usuarios lo pueden comprender fácilmente.<br />
  14. 14. DESVENTAJAS<br />Iteraciones costosas.<br />Los problemas que se presentan son corregidos posteriormente.<br />Puede que el software no cumpla con los requisitos.<br />Es difícil incorporar nuevas cosas si se quiere actualizar.<br />Es normal detenerse en su desarrollo y seguir con otras fases.<br />Se tarda mucho tiempo en pasar por todo el ciclo <br />Las revisiones de proyectos de gran complejidad son muy difíciles <br />
  15. 15. MODELOENESPIRAL<br />JUAN CARLOS SIERRA GUTIERREZ<br />
  16. 16. DEFINICIÓN<br />Es un modelo de proceso de software evolutivo, desarrolladopor primera vez por Barry Boehm en 1988. <br />Las actividades de este modelo se conforman en una espiral, en la que cada bucle o iteración representa un conjunto de actividades. Las actividades no están fijadas a priori, sino que las siguientes se eligen en función del análisis de riesgo, comenzando por el bucle interior.<br />
  17. 17. CARACTERISTICAS<br />En cada giro se construye un nuevo modelo del sistema completo. <br />Este modelo puede combinarse con otros modelos de proceso de desarrollo (cascada, evolutivo) <br />Mejor modelo para el desarrollo de grandes sistemas. <br />El análisis de riesgo requiere la participación de personal con alta calificación. <br />No hay un número definido de iteraciones. Las iteraciones debe decidirlas el equipo de gestión de proyecto. <br />Mas realista que el ciclo de vida clásico.<br />Este es el enfoque más realista actualmente.<br />
  18. 18. VARIANTES<br />Modelo espiral de cuatro regiones o modelo original de Boehm.<br />Modelo espiral de seis regiones.<br />Modelo espiral WINWIN<br />
  19. 19. Modelo de cuatro regiones (Boehm)<br />
  20. 20. Modelo en espiral de seis regiones<br />
  21. 21. ACTIVIDADES<br />El modelo en espiral se divide en un numero de actividades estructurales, también llamadas regiones de tareas. Generalmente, existen entre tres y seis regiones de tareas.<br />Comunicación con el cliente: las tareas requeridas para establecer comunicación entre el desarrollador y el cliente.<br />Planificación: las tareas requeridas para definir recursos, el tiempo y otras informaciones relacionadas con el proyecto. Son todos los requerimientos.<br />Análisis de riesgos: las tareas requeridas para evaluar riesgos técnicos y otras informaciones relacionadas con el proyecto.<br />Ingeniería: las tareas requeridas para construir una o más representaciones de la aplicación.<br />Construcción y adaptación: las tareas requeridas para construir, probar, instalar y proporcionar soporte al usuario.<br />Evaluación el cliente: las tareas requeridas para obtener la reacción del cliente según la evaluación de las representaciones del software creadas durante la etapa de ingeniería e implementación durante la etapa de instalación.<br />
  22. 22. MODELO ESPIRAL WINWIN<br />El modelo espiral WINWIN (Victoria-Victoria) sugiere una actividad del marco de trabajo que aborda la comunicación con el cliente. El objetivo de esta actividad es mostrar los requisitos del cliente. <br />En un contexto ideal, el desarrollador simplemente pregunta al cliente lo que se necesita y el cliente proporciona detalles suficientes para continuar. <br />
  23. 23. ACTIVIDADES MODELO ESPIRAL WINWIN<br />El modelo en espiral WINWIN de Boehm define un<br />las siguientes actividades:<br />Identificación del sistema o subsistemas clave de los directivos. <br />Determinación de las condiciones de victoria de los directivos.<br />Negociación de las condiciones de victoria de los directivos para reunirlas en un conjunto de condiciones (victoria-victoria) para todos los afectados.<br />
  24. 24. ESTRUCTURA WIN-WIN<br />
  25. 25. HITOS MODELO WIN-WIN<br />El modelo en espiral WINWIN introduce tres hito son los procesos llamados puntos de fijación, que ayudan a establecer la completitud de un ciclo alrededor de la espiral y proporcionan hitos de decisión antes de continuar el proyecto de software.<br />En esencia, los puntos de fijación representan tres visiones diferentes del progreso mientras que el proyecto recorre la espiral.<br />
  26. 26. HITOS MODELO WIN-WIN<br />Objetivos del Ciclo de Vida (OCV), define un conjunto de objetivos para cada actividad principal de ingeniería del software.<br />Arquitectura del Ciclo de Vida (ACV), establece los objetivos que se deben conocer mientras que se define la arquitectura del software y el sistema. <br />La capacidad operativa inicial (COI), representa un conjunto de objetivos asociados a la preparación del software para la instalación/distribución, preparación del lugar previamente a la instalación, y la asistencia precisada de todas las partes que utilizará o mantendrá el software.<br />
  27. 27. VENTAJAS<br />El modelo en espiral es un enfoque realista del desarrollo de sistemas.<br />Modelo de proceso adaptable.<br />El modelo en espiral puede aplicarse a lo largo de la vida del software.<br />El desarrollador y el cliente comprenden y reaccionan mejor ante riesgos en cada uno de los niveles evolutivos.<br />Permite a quien lo desarrolla aplicar el enfoque de construcción de prototipos en cualquier etapa de evolución del producto.<br />
  28. 28. VENTAJAS<br />Demanda una consideración directa de los riesgos técnicos en todas las etapas del proyecto y si se aplica adecuadamente debe reducir los riesgos antes de que se conviertan en problemas. <br />Modelos evolutivos como el espiral, son apropiados, particularmente para el desarrollo de Sistemas OO.<br />Trata de mejorar los ciclos de vida clásicos y prototipos.<br />Permite acomodar otros modelos<br />Incorpora objetivos de calidad y gestión de riesgos.<br />Elimina errores y alternativas no atractivas al comienzo.<br />
  29. 29. DESVENTAJAS<br />Resulta difícil convencer a grandes clientes de que el enfoque evolutivo es controlable.<br />Es nuevo y no se ha utilizado tanto como otros modelos de ciclo de vida. <br />Requiere una considerable habilidad para la evaluación del riesgo, y cuenta con esta habilidad para el éxito. <br />Si un riesgo importante no es detectado y gestionado a tiempo, indudablemente surgirán problemas.<br />

    Als Erste(r) kommentieren

    Loggen Sie sich ein, um Kommentare anzuzeigen.

  • Jesus19990Nicola

    Jul. 6, 2016
  • DeibyMax

    Sep. 16, 2016
  • patricioorbe982

    Oct. 10, 2016
  • juancarloscorreasala

    Oct. 15, 2016
  • israelarturotaquichi

    Oct. 25, 2016
  • MaximoFerrero

    Oct. 31, 2016
  • RichardLedezma

    Feb. 10, 2017
  • edwin3107

    Mar. 7, 2017
  • JesusGarcia391

    Mar. 13, 2017
  • thahu

    Apr. 17, 2017
  • juancarloscoaquirach

    Apr. 23, 2017
  • AlexanderDanielPACHE

    Jul. 11, 2017
  • kiieser

    Oct. 12, 2017
  • stiivenroberto

    Oct. 26, 2017
  • CreysicitaGalarza

    Oct. 29, 2017
  • paolatarqui1

    Nov. 21, 2017
  • ephye7214

    Apr. 6, 2018
  • LiennyQh

    May. 29, 2019
  • 1dominga12

    Sep. 6, 2019
  • jorgearevalo44

    Mar. 9, 2021

Aufrufe

Aufrufe insgesamt

122.941

Auf Slideshare

0

Aus Einbettungen

0

Anzahl der Einbettungen

725

Befehle

Downloads

0

Geteilt

0

Kommentare

0

Likes

115

×