SlideShare una empresa de Scribd logo
MODELOS INGENIERIA DE SOFTWAREJUAN CARLOS SIERRA GUTIERREZ
Modelo en CascadaDefinición y Estructura.Fases.Características.Ventajas y Desventajas.Modelo en EspiralDefinición y Características.Variantes.Actividades.Modelo espiral WinWin.Actividad Modelo WinWin.Hitos Modelo WinWin.Ventajas y Desventajas.
MODELOENCASCADAJUAN CARLOS SIERRA GUTIERREZ
DEFINICIÓNEl 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.
ESTRUCTURA
FASESLas fases del método de desarrollo en cascada son:Análisis de requisitosDiseño del SistemaDiseño del ProgramaCodificaciónPruebasImplantaciónMantenimiento
FASESAnálisis de requerimientosEn esta fase se analizan las necesidades de los usuarios finales del software para determinar qué objetivos debe cubrir. 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.
FASESDiseñodelSistemaSe 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.
FASESDiseñ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.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.
FASESPruebasLos 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.ImplantaciónEl 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.
FASESVariantes Existen variantes de este modelo;especialmente destacamos la que haceuso de prototipos y en la que seestablece un ciclo antes de llegar a la fasede mantenimiento, verificando que elsistema final este libre de fallos.
CARACTERISTICASEs el más utilizado. Es una visión del proceso de desarrollo de software como una sucesión de etapas que producen productos intermedios. Para que el proyecto tenga éxito deben desarrollarse todas las fases. Las fases continúan hasta que los objetivos se han cumplido. Si se cambia el orden de las fases, el producto final será de inferior calidad.
VENTAJASSe tiene todo bien organizado y no se mezclan las fases.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 utilizarLa planificación es sencilla.  La calidad del producto resultante es alta. Sus fases son conocidas por los desarrolladores.Los usuarios lo pueden comprender fácilmente.
DESVENTAJASIteraciones costosas.Los problemas que se presentan son corregidos posteriormente.Puede que el software no cumpla con los requisitos.Es difícil incorporar nuevas cosas si se quiere actualizar.Es normal detenerse en su desarrollo y seguir con otras fases.Se tarda mucho tiempo en pasar por todo el ciclo Las revisiones de proyectos de gran complejidad son muy difíciles
MODELOENESPIRALJUAN CARLOS SIERRA GUTIERREZ
DEFINICIÓNEs un modelo de proceso de software evolutivo, desarrolladopor primera vez por Barry Boehm en 1988. 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.
CARACTERISTICASEn cada giro se construye un nuevo modelo del sistema completo. Este modelo puede combinarse con otros modelos de proceso de desarrollo (cascada, evolutivo) Mejor modelo para el desarrollo de grandes sistemas. El análisis de riesgo requiere la participación de personal con alta calificación. No hay un número definido de iteraciones. Las iteraciones debe decidirlas el equipo de gestión de proyecto. Mas realista que el ciclo de vida clásico.Este es el enfoque más realista actualmente.
VARIANTESModelo espiral de cuatro regiones o modelo original de Boehm.Modelo espiral de seis regiones.Modelo espiral WINWIN
Modelo de cuatro regiones (Boehm)
Modelo en espiral de seis regiones
ACTIVIDADESEl 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.Comunicación con el cliente: las tareas requeridas para establecer comunicación entre el desarrollador y el cliente.Planificación: las tareas requeridas para definir recursos, el tiempo y otras informaciones relacionadas con el proyecto. Son todos los requerimientos.Análisis de riesgos: las tareas requeridas para evaluar riesgos técnicos y otras informaciones relacionadas con el proyecto.Ingeniería: las tareas requeridas para construir una o más representaciones de la aplicación.Construcción y adaptación: las tareas requeridas para construir, probar, instalar y proporcionar soporte al usuario.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.
MODELO ESPIRAL WINWINEl 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. En un contexto ideal, el desarrollador simplemente pregunta al cliente lo que se necesita y el cliente proporciona detalles suficientes para continuar.
ACTIVIDADES MODELO ESPIRAL WINWINEl modelo en espiral WINWIN de Boehm define unlas siguientes actividades:Identificación del sistema o subsistemas clave de los directivos. Determinación de las condiciones de victoria de los directivos.Negociación de las condiciones de victoria de los directivos para reunirlas en un conjunto de condiciones (victoria-victoria) para todos los afectados.
ESTRUCTURA WIN-WIN
HITOS MODELO WIN-WINEl 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.En esencia, los puntos de fijación representan tres visiones diferentes del progreso mientras que el proyecto recorre la espiral.
HITOS MODELO WIN-WINObjetivos del Ciclo de Vida (OCV), define un conjunto de objetivos para cada actividad principal de ingeniería del software.Arquitectura del  Ciclo de Vida (ACV), establece los objetivos que se deben conocer mientras que se define la arquitectura del software y el sistema. 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.
VENTAJASEl modelo en espiral es un enfoque realista del desarrollo           de sistemas.Modelo de proceso adaptable.El modelo en espiral puede aplicarse a lo largo de la vida del software.El desarrollador y el cliente comprenden y reaccionan mejor ante riesgos en cada uno de los niveles evolutivos.Permite a quien lo desarrolla aplicar el enfoque de construcción de prototipos en cualquier etapa de evolución del producto.
VENTAJASDemanda 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. Modelos evolutivos como el espiral, son apropiados, particularmente para el desarrollo de Sistemas OO.Trata de mejorar los ciclos de vida clásicos y prototipos.Permite acomodar otros modelosIncorpora objetivos de calidad y gestión de riesgos.Elimina errores y alternativas no atractivas al comienzo.
DESVENTAJASResulta difícil convencer a grandes clientes de que el enfoque evolutivo es controlable.Es nuevo y no se ha utilizado tanto como otros modelos de ciclo de vida. Requiere una considerable habilidad para la evaluación del riesgo, y cuenta con esta habilidad para el éxito. Si un riesgo importante no es detectado y gestionado a tiempo, indudablemente surgirán problemas.

Más contenido relacionado

La actualidad más candente

Ciclo Vida del Software
Ciclo Vida del SoftwareCiclo Vida del Software
Ciclo Vida del Software
Wilfredo Mogollón
 
Modelo v
Modelo vModelo v
Metodologia xp cortesserranoeliud
Metodologia xp cortesserranoeliudMetodologia xp cortesserranoeliud
Metodologia xp cortesserranoeliud
Eliud Cortes
 
Requerimientos del software
Requerimientos del software Requerimientos del software
Requerimientos del software
Rosa Virginia Ortega Loaiza
 
Modelos evolutivos. incremental y espiral
Modelos evolutivos. incremental y espiralModelos evolutivos. incremental y espiral
Modelos evolutivos. incremental y espiral
Juan Pablo Bustos Thames
 
Estimación de Proyectos de Software
Estimación de Proyectos de SoftwareEstimación de Proyectos de Software
Estimación de Proyectos de Software
Andrés Felipe Montoya Ríos
 
Modelo componentes
Modelo componentesModelo componentes
Modelo componentes
martin
 
Metodologia orientada a objeto
Metodologia orientada a objetoMetodologia orientada a objeto
Metodologia orientada a objeto
Luis Eduardo Aponte
 
Antecedentes MSF
Antecedentes MSFAntecedentes MSF
Antecedentes MSF
Jonathan Serrano
 
Fundamentos de Ingenieria de Software - Unidad 1 modelo de negocios
Fundamentos de Ingenieria de Software - Unidad 1 modelo de negociosFundamentos de Ingenieria de Software - Unidad 1 modelo de negocios
Fundamentos de Ingenieria de Software - Unidad 1 modelo de negocios
José Antonio Sandoval Acosta
 
UML
UMLUML
Metodología RUP
Metodología RUPMetodología RUP
Metodología RUP
Jorge Cortés Alvarez
 
Determinación de los requerimientos
Determinación de los requerimientosDeterminación de los requerimientos
Determinación de los requerimientos
ximenavillalba
 
Estándares para el Modelado de Procesos de Negocios
Estándares para el Modelado de Procesos de NegociosEstándares para el Modelado de Procesos de Negocios
Estándares para el Modelado de Procesos de Negocios
UNIVERSIDAD PERUANA DE INVESTIGACIÓN Y NEGOCIOS
 
Linea de productos de software y Metodo Watch
Linea de productos de software y Metodo WatchLinea de productos de software y Metodo Watch
Linea de productos de software y Metodo Watch
GrabielleBarreto
 
Ejemplo rup
Ejemplo rupEjemplo rup
Ejemplo rup
angel2365
 
Requerimiento funcional y no funcional
Requerimiento funcional y no funcional Requerimiento funcional y no funcional
Requerimiento funcional y no funcional
CristobalFicaV
 
Modelos de desarrollo del software
Modelos de desarrollo del softwareModelos de desarrollo del software
Modelos de desarrollo del software
Renny Batista
 
Modelo V
Modelo VModelo V
Modelo V
Melissa Ortega
 
Rup disciplinas
Rup disciplinasRup disciplinas
Rup disciplinas
NELSON RODRIGUEZ
 

La actualidad más candente (20)

Ciclo Vida del Software
Ciclo Vida del SoftwareCiclo Vida del Software
Ciclo Vida del Software
 
Modelo v
Modelo vModelo v
Modelo v
 
Metodologia xp cortesserranoeliud
Metodologia xp cortesserranoeliudMetodologia xp cortesserranoeliud
Metodologia xp cortesserranoeliud
 
Requerimientos del software
Requerimientos del software Requerimientos del software
Requerimientos del software
 
Modelos evolutivos. incremental y espiral
Modelos evolutivos. incremental y espiralModelos evolutivos. incremental y espiral
Modelos evolutivos. incremental y espiral
 
Estimación de Proyectos de Software
Estimación de Proyectos de SoftwareEstimación de Proyectos de Software
Estimación de Proyectos de Software
 
Modelo componentes
Modelo componentesModelo componentes
Modelo componentes
 
Metodologia orientada a objeto
Metodologia orientada a objetoMetodologia orientada a objeto
Metodologia orientada a objeto
 
Antecedentes MSF
Antecedentes MSFAntecedentes MSF
Antecedentes MSF
 
Fundamentos de Ingenieria de Software - Unidad 1 modelo de negocios
Fundamentos de Ingenieria de Software - Unidad 1 modelo de negociosFundamentos de Ingenieria de Software - Unidad 1 modelo de negocios
Fundamentos de Ingenieria de Software - Unidad 1 modelo de negocios
 
UML
UMLUML
UML
 
Metodología RUP
Metodología RUPMetodología RUP
Metodología RUP
 
Determinación de los requerimientos
Determinación de los requerimientosDeterminación de los requerimientos
Determinación de los requerimientos
 
Estándares para el Modelado de Procesos de Negocios
Estándares para el Modelado de Procesos de NegociosEstándares para el Modelado de Procesos de Negocios
Estándares para el Modelado de Procesos de Negocios
 
Linea de productos de software y Metodo Watch
Linea de productos de software y Metodo WatchLinea de productos de software y Metodo Watch
Linea de productos de software y Metodo Watch
 
Ejemplo rup
Ejemplo rupEjemplo rup
Ejemplo rup
 
Requerimiento funcional y no funcional
Requerimiento funcional y no funcional Requerimiento funcional y no funcional
Requerimiento funcional y no funcional
 
Modelos de desarrollo del software
Modelos de desarrollo del softwareModelos de desarrollo del software
Modelos de desarrollo del software
 
Modelo V
Modelo VModelo V
Modelo V
 
Rup disciplinas
Rup disciplinasRup disciplinas
Rup disciplinas
 

Similar a Modelo Cascada y Espiral

Modelo Espiral, victor mamani catachura, boreasH,Ingenieria De Software
Modelo Espiral, victor mamani catachura, boreasH,Ingenieria De SoftwareModelo Espiral, victor mamani catachura, boreasH,Ingenieria De Software
Modelo Espiral, victor mamani catachura, boreasH,Ingenieria De Software
victor mamani
 
Modelos de Ing de soft
Modelos de Ing de softModelos de Ing de soft
Modelos de Ing de soft
Jazmin Cr
 
Modelo de procesos
Modelo de procesosModelo de procesos
Modelo de procesos
Andhy H Palma
 
Modelos de desarrollo de software
Modelos de desarrollo de softwareModelos de desarrollo de software
Modelos de desarrollo de software
Monica Rodriguez
 
METODOLOGÍA DE PROYECTOS A TRAVÉS CICLO DE VIDA DE DESARROLLO DE SOFTWARE.pdf
METODOLOGÍA DE PROYECTOS A TRAVÉS CICLO DE VIDA DE DESARROLLO DE SOFTWARE.pdfMETODOLOGÍA DE PROYECTOS A TRAVÉS CICLO DE VIDA DE DESARROLLO DE SOFTWARE.pdf
METODOLOGÍA DE PROYECTOS A TRAVÉS CICLO DE VIDA DE DESARROLLO DE SOFTWARE.pdf
LuisAngelSurichaquiG
 
Modelo de desarrollo de software - presentación en powerpoint
Modelo de desarrollo de software - presentación en powerpointModelo de desarrollo de software - presentación en powerpoint
Modelo de desarrollo de software - presentación en powerpoint
ssuser73f459
 
Carrera de informatica_educativa
Carrera de informatica_educativaCarrera de informatica_educativa
Carrera de informatica_educativa
Diego Sinche
 
Ciclosdevidadelsoftware 120724112952-phpapp02gt
Ciclosdevidadelsoftware 120724112952-phpapp02gtCiclosdevidadelsoftware 120724112952-phpapp02gt
Ciclosdevidadelsoftware 120724112952-phpapp02gt
Doris Aguagallo
 
Presentacion modelo casacada_ modelo_v
Presentacion modelo casacada_ modelo_vPresentacion modelo casacada_ modelo_v
Presentacion modelo casacada_ modelo_v
Jorge Luis
 
Modelo espiral de boehm CALIDAD DE SOFTWARE
Modelo espiral de  boehm CALIDAD DE SOFTWAREModelo espiral de  boehm CALIDAD DE SOFTWARE
Modelo espiral de boehm CALIDAD DE SOFTWARE
JhOnss KrIollo
 
Modelos
ModelosModelos
Modelos
Jose Lema
 
Modelo de desarrollo de software espiral
Modelo de desarrollo de software espiralModelo de desarrollo de software espiral
Modelo de desarrollo de software espiral
Marco Tinajero
 
1. ciclo de_vida_de_software
1. ciclo de_vida_de_software1. ciclo de_vida_de_software
1. ciclo de_vida_de_software
Miguel Castro
 
Cuadro comparativo modelos para el desarrollo de software
Cuadro comparativo modelos para el desarrollo de softwareCuadro comparativo modelos para el desarrollo de software
Cuadro comparativo modelos para el desarrollo de software
paoaboytes
 
Ciclos de-vida-proceso-de-desarrollo-del-software
Ciclos de-vida-proceso-de-desarrollo-del-softwareCiclos de-vida-proceso-de-desarrollo-del-software
Ciclos de-vida-proceso-de-desarrollo-del-software
UCC
 
Modelo en-espiral
Modelo en-espiralModelo en-espiral
Modelo en-espiral
soniaposligua
 
Modelos de desarrollo de software
Modelos de desarrollo de softwareModelos de desarrollo de software
Modelos de desarrollo de software
kellypt1
 
Modelos de procesos de software
Modelos de procesos de softwareModelos de procesos de software
Modelos de procesos de software
Wilder W Mamani
 
Instituto tecnológico de tuxtepec
Instituto tecnológico de tuxtepecInstituto tecnológico de tuxtepec
Instituto tecnológico de tuxtepec
Erik Emanuel Amador Saldaña
 
Modelo espiral win win
Modelo espiral win winModelo espiral win win
Modelo espiral win win
khinkhe
 

Similar a Modelo Cascada y Espiral (20)

Modelo Espiral, victor mamani catachura, boreasH,Ingenieria De Software
Modelo Espiral, victor mamani catachura, boreasH,Ingenieria De SoftwareModelo Espiral, victor mamani catachura, boreasH,Ingenieria De Software
Modelo Espiral, victor mamani catachura, boreasH,Ingenieria De Software
 
Modelos de Ing de soft
Modelos de Ing de softModelos de Ing de soft
Modelos de Ing de soft
 
Modelo de procesos
Modelo de procesosModelo de procesos
Modelo de procesos
 
Modelos de desarrollo de software
Modelos de desarrollo de softwareModelos de desarrollo de software
Modelos de desarrollo de software
 
METODOLOGÍA DE PROYECTOS A TRAVÉS CICLO DE VIDA DE DESARROLLO DE SOFTWARE.pdf
METODOLOGÍA DE PROYECTOS A TRAVÉS CICLO DE VIDA DE DESARROLLO DE SOFTWARE.pdfMETODOLOGÍA DE PROYECTOS A TRAVÉS CICLO DE VIDA DE DESARROLLO DE SOFTWARE.pdf
METODOLOGÍA DE PROYECTOS A TRAVÉS CICLO DE VIDA DE DESARROLLO DE SOFTWARE.pdf
 
Modelo de desarrollo de software - presentación en powerpoint
Modelo de desarrollo de software - presentación en powerpointModelo de desarrollo de software - presentación en powerpoint
Modelo de desarrollo de software - presentación en powerpoint
 
Carrera de informatica_educativa
Carrera de informatica_educativaCarrera de informatica_educativa
Carrera de informatica_educativa
 
Ciclosdevidadelsoftware 120724112952-phpapp02gt
Ciclosdevidadelsoftware 120724112952-phpapp02gtCiclosdevidadelsoftware 120724112952-phpapp02gt
Ciclosdevidadelsoftware 120724112952-phpapp02gt
 
Presentacion modelo casacada_ modelo_v
Presentacion modelo casacada_ modelo_vPresentacion modelo casacada_ modelo_v
Presentacion modelo casacada_ modelo_v
 
Modelo espiral de boehm CALIDAD DE SOFTWARE
Modelo espiral de  boehm CALIDAD DE SOFTWAREModelo espiral de  boehm CALIDAD DE SOFTWARE
Modelo espiral de boehm CALIDAD DE SOFTWARE
 
Modelos
ModelosModelos
Modelos
 
Modelo de desarrollo de software espiral
Modelo de desarrollo de software espiralModelo de desarrollo de software espiral
Modelo de desarrollo de software espiral
 
1. ciclo de_vida_de_software
1. ciclo de_vida_de_software1. ciclo de_vida_de_software
1. ciclo de_vida_de_software
 
Cuadro comparativo modelos para el desarrollo de software
Cuadro comparativo modelos para el desarrollo de softwareCuadro comparativo modelos para el desarrollo de software
Cuadro comparativo modelos para el desarrollo de software
 
Ciclos de-vida-proceso-de-desarrollo-del-software
Ciclos de-vida-proceso-de-desarrollo-del-softwareCiclos de-vida-proceso-de-desarrollo-del-software
Ciclos de-vida-proceso-de-desarrollo-del-software
 
Modelo en-espiral
Modelo en-espiralModelo en-espiral
Modelo en-espiral
 
Modelos de desarrollo de software
Modelos de desarrollo de softwareModelos de desarrollo de software
Modelos de desarrollo de software
 
Modelos de procesos de software
Modelos de procesos de softwareModelos de procesos de software
Modelos de procesos de software
 
Instituto tecnológico de tuxtepec
Instituto tecnológico de tuxtepecInstituto tecnológico de tuxtepec
Instituto tecnológico de tuxtepec
 
Modelo espiral win win
Modelo espiral win winModelo espiral win win
Modelo espiral win win
 

Último

INFORME RESULTADOS DE CREA Y EMPRENDE 2024.pdf
INFORME RESULTADOS DE CREA Y EMPRENDE 2024.pdfINFORME RESULTADOS DE CREA Y EMPRENDE 2024.pdf
INFORME RESULTADOS DE CREA Y EMPRENDE 2024.pdf
Juan Carlos Catura Arapa
 
ENFERMERIA TECNICA-FUNDAMENTOS DE SALUD.
ENFERMERIA TECNICA-FUNDAMENTOS DE SALUD.ENFERMERIA TECNICA-FUNDAMENTOS DE SALUD.
ENFERMERIA TECNICA-FUNDAMENTOS DE SALUD.
marluzsagar
 
ACERTIJO MATEMÁTICO DEL MEDALLERO OLÍMPICO. Por JAVIER SOLIS NOYOLA
ACERTIJO MATEMÁTICO DEL MEDALLERO OLÍMPICO. Por JAVIER SOLIS NOYOLAACERTIJO MATEMÁTICO DEL MEDALLERO OLÍMPICO. Por JAVIER SOLIS NOYOLA
ACERTIJO MATEMÁTICO DEL MEDALLERO OLÍMPICO. Por JAVIER SOLIS NOYOLA
JAVIER SOLIS NOYOLA
 
2024 DIA DEL LOGRO-ARTE 3 - IE HONORIO DELGADO ESPINOZA
2024 DIA DEL LOGRO-ARTE 3 - IE HONORIO DELGADO ESPINOZA2024 DIA DEL LOGRO-ARTE 3 - IE HONORIO DELGADO ESPINOZA
2024 DIA DEL LOGRO-ARTE 3 - IE HONORIO DELGADO ESPINOZA
Sandra Mariela Ballón Aguedo
 
Acuerdo tercer periodo - Grado Sextos.pptx
Acuerdo tercer periodo - Grado Sextos.pptxAcuerdo tercer periodo - Grado Sextos.pptx
Acuerdo tercer periodo - Grado Sextos.pptx
Carlos Andrés Hernández Cabrera
 
PPT: Un día en el ministerio de Jesús.pptx
PPT: Un día en el ministerio de Jesús.pptxPPT: Un día en el ministerio de Jesús.pptx
PPT: Un día en el ministerio de Jesús.pptx
https://gramadal.wordpress.com/
 
BLOQUE II SEMANA DE GESTION EN INSTITUVIONES EDUCATIVAS.pptx
BLOQUE II SEMANA DE GESTION EN INSTITUVIONES EDUCATIVAS.pptxBLOQUE II SEMANA DE GESTION EN INSTITUVIONES EDUCATIVAS.pptx
BLOQUE II SEMANA DE GESTION EN INSTITUVIONES EDUCATIVAS.pptx
royguzman5
 
Revista Universidad de Deusto - Número 155 / Año 2024
Revista Universidad de Deusto - Número 155 / Año 2024Revista Universidad de Deusto - Número 155 / Año 2024
Revista Universidad de Deusto - Número 155 / Año 2024
Universidad de Deusto - Deustuko Unibertsitatea - University of Deusto
 
Matriz de relación mixta DO - Adaptación
Matriz de relación mixta DO - AdaptaciónMatriz de relación mixta DO - Adaptación
Matriz de relación mixta DO - Adaptación
JonathanCovena1
 
LABERINTOS DE DISCIPLINAS OLÍMPICAS. Por JAVIER SOLIS NOYOLA
LABERINTOS DE DISCIPLINAS OLÍMPICAS.  Por JAVIER SOLIS NOYOLALABERINTOS DE DISCIPLINAS OLÍMPICAS.  Por JAVIER SOLIS NOYOLA
LABERINTOS DE DISCIPLINAS OLÍMPICAS. Por JAVIER SOLIS NOYOLA
JAVIER SOLIS NOYOLA
 
🔴 (AC-S18) Semana 18 -Tema 01Trabajo de Investigación - Contratos y franquici...
🔴 (AC-S18) Semana 18 -Tema 01Trabajo de Investigación - Contratos y franquici...🔴 (AC-S18) Semana 18 -Tema 01Trabajo de Investigación - Contratos y franquici...
🔴 (AC-S18) Semana 18 -Tema 01Trabajo de Investigación - Contratos y franquici...
FernandoEstebanLlont
 
PLAN ANUAL DE TRABAJO (PAT) 2024 MINEDU PERÚ
PLAN ANUAL DE TRABAJO (PAT) 2024 MINEDU PERÚPLAN ANUAL DE TRABAJO (PAT) 2024 MINEDU PERÚ
PLAN ANUAL DE TRABAJO (PAT) 2024 MINEDU PERÚ
Ferrer17
 
Fichero Léxico / Pandemia Lingüística / USCO
Fichero Léxico / Pandemia Lingüística / USCOFichero Léxico / Pandemia Lingüística / USCO
Fichero Léxico / Pandemia Lingüística / USCO
mariahernandez632951
 
CLASES DE TERMINOS UTILIZADOS EN EL ALGEBRA
CLASES DE TERMINOS UTILIZADOS EN EL ALGEBRACLASES DE TERMINOS UTILIZADOS EN EL ALGEBRA
CLASES DE TERMINOS UTILIZADOS EN EL ALGEBRA
lizbetheac4599
 
Introduccion-a-la-circunferencia area y longitud
Introduccion-a-la-circunferencia area y longitudIntroduccion-a-la-circunferencia area y longitud
Introduccion-a-la-circunferencia area y longitud
AsafHdez
 
Flipped Classroom con TIC (1 de julio de 2024)
Flipped Classroom con TIC (1 de julio de 2024)Flipped Classroom con TIC (1 de julio de 2024)
Flipped Classroom con TIC (1 de julio de 2024)
Cátedra Banco Santander
 
2024 DIA DEL LOGRO-ARTE 2 - IE HONORIO DELGADO ESPINOZA
2024 DIA DEL LOGRO-ARTE 2 - IE HONORIO DELGADO ESPINOZA2024 DIA DEL LOGRO-ARTE 2 - IE HONORIO DELGADO ESPINOZA
2024 DIA DEL LOGRO-ARTE 2 - IE HONORIO DELGADO ESPINOZA
Sandra Mariela Ballón Aguedo
 
Enfermeria samantha vasquez (1).docx.......
Enfermeria samantha vasquez (1).docx.......Enfermeria samantha vasquez (1).docx.......
Enfermeria samantha vasquez (1).docx.......
samanthavasquezinfan
 
SEMANAS DE GESTION 2024 para trabajo escolar
SEMANAS DE GESTION 2024 para trabajo escolarSEMANAS DE GESTION 2024 para trabajo escolar
SEMANAS DE GESTION 2024 para trabajo escolar
JuanPabloII10
 
Introducción a las herramientas de Google Apps (3 de julio de 2024)
Introducción a las herramientas de Google Apps (3 de julio de 2024)Introducción a las herramientas de Google Apps (3 de julio de 2024)
Introducción a las herramientas de Google Apps (3 de julio de 2024)
Cátedra Banco Santander
 

Último (20)

INFORME RESULTADOS DE CREA Y EMPRENDE 2024.pdf
INFORME RESULTADOS DE CREA Y EMPRENDE 2024.pdfINFORME RESULTADOS DE CREA Y EMPRENDE 2024.pdf
INFORME RESULTADOS DE CREA Y EMPRENDE 2024.pdf
 
ENFERMERIA TECNICA-FUNDAMENTOS DE SALUD.
ENFERMERIA TECNICA-FUNDAMENTOS DE SALUD.ENFERMERIA TECNICA-FUNDAMENTOS DE SALUD.
ENFERMERIA TECNICA-FUNDAMENTOS DE SALUD.
 
ACERTIJO MATEMÁTICO DEL MEDALLERO OLÍMPICO. Por JAVIER SOLIS NOYOLA
ACERTIJO MATEMÁTICO DEL MEDALLERO OLÍMPICO. Por JAVIER SOLIS NOYOLAACERTIJO MATEMÁTICO DEL MEDALLERO OLÍMPICO. Por JAVIER SOLIS NOYOLA
ACERTIJO MATEMÁTICO DEL MEDALLERO OLÍMPICO. Por JAVIER SOLIS NOYOLA
 
2024 DIA DEL LOGRO-ARTE 3 - IE HONORIO DELGADO ESPINOZA
2024 DIA DEL LOGRO-ARTE 3 - IE HONORIO DELGADO ESPINOZA2024 DIA DEL LOGRO-ARTE 3 - IE HONORIO DELGADO ESPINOZA
2024 DIA DEL LOGRO-ARTE 3 - IE HONORIO DELGADO ESPINOZA
 
Acuerdo tercer periodo - Grado Sextos.pptx
Acuerdo tercer periodo - Grado Sextos.pptxAcuerdo tercer periodo - Grado Sextos.pptx
Acuerdo tercer periodo - Grado Sextos.pptx
 
PPT: Un día en el ministerio de Jesús.pptx
PPT: Un día en el ministerio de Jesús.pptxPPT: Un día en el ministerio de Jesús.pptx
PPT: Un día en el ministerio de Jesús.pptx
 
BLOQUE II SEMANA DE GESTION EN INSTITUVIONES EDUCATIVAS.pptx
BLOQUE II SEMANA DE GESTION EN INSTITUVIONES EDUCATIVAS.pptxBLOQUE II SEMANA DE GESTION EN INSTITUVIONES EDUCATIVAS.pptx
BLOQUE II SEMANA DE GESTION EN INSTITUVIONES EDUCATIVAS.pptx
 
Revista Universidad de Deusto - Número 155 / Año 2024
Revista Universidad de Deusto - Número 155 / Año 2024Revista Universidad de Deusto - Número 155 / Año 2024
Revista Universidad de Deusto - Número 155 / Año 2024
 
Matriz de relación mixta DO - Adaptación
Matriz de relación mixta DO - AdaptaciónMatriz de relación mixta DO - Adaptación
Matriz de relación mixta DO - Adaptación
 
LABERINTOS DE DISCIPLINAS OLÍMPICAS. Por JAVIER SOLIS NOYOLA
LABERINTOS DE DISCIPLINAS OLÍMPICAS.  Por JAVIER SOLIS NOYOLALABERINTOS DE DISCIPLINAS OLÍMPICAS.  Por JAVIER SOLIS NOYOLA
LABERINTOS DE DISCIPLINAS OLÍMPICAS. Por JAVIER SOLIS NOYOLA
 
🔴 (AC-S18) Semana 18 -Tema 01Trabajo de Investigación - Contratos y franquici...
🔴 (AC-S18) Semana 18 -Tema 01Trabajo de Investigación - Contratos y franquici...🔴 (AC-S18) Semana 18 -Tema 01Trabajo de Investigación - Contratos y franquici...
🔴 (AC-S18) Semana 18 -Tema 01Trabajo de Investigación - Contratos y franquici...
 
PLAN ANUAL DE TRABAJO (PAT) 2024 MINEDU PERÚ
PLAN ANUAL DE TRABAJO (PAT) 2024 MINEDU PERÚPLAN ANUAL DE TRABAJO (PAT) 2024 MINEDU PERÚ
PLAN ANUAL DE TRABAJO (PAT) 2024 MINEDU PERÚ
 
Fichero Léxico / Pandemia Lingüística / USCO
Fichero Léxico / Pandemia Lingüística / USCOFichero Léxico / Pandemia Lingüística / USCO
Fichero Léxico / Pandemia Lingüística / USCO
 
CLASES DE TERMINOS UTILIZADOS EN EL ALGEBRA
CLASES DE TERMINOS UTILIZADOS EN EL ALGEBRACLASES DE TERMINOS UTILIZADOS EN EL ALGEBRA
CLASES DE TERMINOS UTILIZADOS EN EL ALGEBRA
 
Introduccion-a-la-circunferencia area y longitud
Introduccion-a-la-circunferencia area y longitudIntroduccion-a-la-circunferencia area y longitud
Introduccion-a-la-circunferencia area y longitud
 
Flipped Classroom con TIC (1 de julio de 2024)
Flipped Classroom con TIC (1 de julio de 2024)Flipped Classroom con TIC (1 de julio de 2024)
Flipped Classroom con TIC (1 de julio de 2024)
 
2024 DIA DEL LOGRO-ARTE 2 - IE HONORIO DELGADO ESPINOZA
2024 DIA DEL LOGRO-ARTE 2 - IE HONORIO DELGADO ESPINOZA2024 DIA DEL LOGRO-ARTE 2 - IE HONORIO DELGADO ESPINOZA
2024 DIA DEL LOGRO-ARTE 2 - IE HONORIO DELGADO ESPINOZA
 
Enfermeria samantha vasquez (1).docx.......
Enfermeria samantha vasquez (1).docx.......Enfermeria samantha vasquez (1).docx.......
Enfermeria samantha vasquez (1).docx.......
 
SEMANAS DE GESTION 2024 para trabajo escolar
SEMANAS DE GESTION 2024 para trabajo escolarSEMANAS DE GESTION 2024 para trabajo escolar
SEMANAS DE GESTION 2024 para trabajo escolar
 
Introducción a las herramientas de Google Apps (3 de julio de 2024)
Introducción a las herramientas de Google Apps (3 de julio de 2024)Introducción a las herramientas de Google Apps (3 de julio de 2024)
Introducción a las herramientas de Google Apps (3 de julio de 2024)
 

Modelo Cascada y Espiral

  • 1. MODELOS INGENIERIA DE SOFTWAREJUAN CARLOS SIERRA GUTIERREZ
  • 2. Modelo en CascadaDefinición y Estructura.Fases.Características.Ventajas y Desventajas.Modelo en EspiralDefinición y Características.Variantes.Actividades.Modelo espiral WinWin.Actividad Modelo WinWin.Hitos Modelo WinWin.Ventajas y Desventajas.
  • 4. DEFINICIÓNEl 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.
  • 6. FASESLas fases del método de desarrollo en cascada son:Análisis de requisitosDiseño del SistemaDiseño del ProgramaCodificaciónPruebasImplantaciónMantenimiento
  • 7. FASESAnálisis de requerimientosEn esta fase se analizan las necesidades de los usuarios finales del software para determinar qué objetivos debe cubrir. 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.
  • 8. FASESDiseñodelSistemaSe 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.
  • 9. FASESDiseñ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.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.
  • 10. FASESPruebasLos 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.ImplantaciónEl 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.
  • 11. FASESVariantes Existen variantes de este modelo;especialmente destacamos la que haceuso de prototipos y en la que seestablece un ciclo antes de llegar a la fasede mantenimiento, verificando que elsistema final este libre de fallos.
  • 12. CARACTERISTICASEs el más utilizado. Es una visión del proceso de desarrollo de software como una sucesión de etapas que producen productos intermedios. Para que el proyecto tenga éxito deben desarrollarse todas las fases. Las fases continúan hasta que los objetivos se han cumplido. Si se cambia el orden de las fases, el producto final será de inferior calidad.
  • 13. VENTAJASSe tiene todo bien organizado y no se mezclan las fases.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 utilizarLa planificación es sencilla. La calidad del producto resultante es alta. Sus fases son conocidas por los desarrolladores.Los usuarios lo pueden comprender fácilmente.
  • 14. DESVENTAJASIteraciones costosas.Los problemas que se presentan son corregidos posteriormente.Puede que el software no cumpla con los requisitos.Es difícil incorporar nuevas cosas si se quiere actualizar.Es normal detenerse en su desarrollo y seguir con otras fases.Se tarda mucho tiempo en pasar por todo el ciclo Las revisiones de proyectos de gran complejidad son muy difíciles
  • 16. DEFINICIÓNEs un modelo de proceso de software evolutivo, desarrolladopor primera vez por Barry Boehm en 1988. 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.
  • 17. CARACTERISTICASEn cada giro se construye un nuevo modelo del sistema completo. Este modelo puede combinarse con otros modelos de proceso de desarrollo (cascada, evolutivo) Mejor modelo para el desarrollo de grandes sistemas. El análisis de riesgo requiere la participación de personal con alta calificación. No hay un número definido de iteraciones. Las iteraciones debe decidirlas el equipo de gestión de proyecto. Mas realista que el ciclo de vida clásico.Este es el enfoque más realista actualmente.
  • 18. VARIANTESModelo espiral de cuatro regiones o modelo original de Boehm.Modelo espiral de seis regiones.Modelo espiral WINWIN
  • 19. Modelo de cuatro regiones (Boehm)
  • 20. Modelo en espiral de seis regiones
  • 21. ACTIVIDADESEl 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.Comunicación con el cliente: las tareas requeridas para establecer comunicación entre el desarrollador y el cliente.Planificación: las tareas requeridas para definir recursos, el tiempo y otras informaciones relacionadas con el proyecto. Son todos los requerimientos.Análisis de riesgos: las tareas requeridas para evaluar riesgos técnicos y otras informaciones relacionadas con el proyecto.Ingeniería: las tareas requeridas para construir una o más representaciones de la aplicación.Construcción y adaptación: las tareas requeridas para construir, probar, instalar y proporcionar soporte al usuario.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.
  • 22. MODELO ESPIRAL WINWINEl 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. En un contexto ideal, el desarrollador simplemente pregunta al cliente lo que se necesita y el cliente proporciona detalles suficientes para continuar.
  • 23. ACTIVIDADES MODELO ESPIRAL WINWINEl modelo en espiral WINWIN de Boehm define unlas siguientes actividades:Identificación del sistema o subsistemas clave de los directivos. Determinación de las condiciones de victoria de los directivos.Negociación de las condiciones de victoria de los directivos para reunirlas en un conjunto de condiciones (victoria-victoria) para todos los afectados.
  • 25. HITOS MODELO WIN-WINEl 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.En esencia, los puntos de fijación representan tres visiones diferentes del progreso mientras que el proyecto recorre la espiral.
  • 26. HITOS MODELO WIN-WINObjetivos del Ciclo de Vida (OCV), define un conjunto de objetivos para cada actividad principal de ingeniería del software.Arquitectura del Ciclo de Vida (ACV), establece los objetivos que se deben conocer mientras que se define la arquitectura del software y el sistema. 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.
  • 27. VENTAJASEl modelo en espiral es un enfoque realista del desarrollo de sistemas.Modelo de proceso adaptable.El modelo en espiral puede aplicarse a lo largo de la vida del software.El desarrollador y el cliente comprenden y reaccionan mejor ante riesgos en cada uno de los niveles evolutivos.Permite a quien lo desarrolla aplicar el enfoque de construcción de prototipos en cualquier etapa de evolución del producto.
  • 28. VENTAJASDemanda 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. Modelos evolutivos como el espiral, son apropiados, particularmente para el desarrollo de Sistemas OO.Trata de mejorar los ciclos de vida clásicos y prototipos.Permite acomodar otros modelosIncorpora objetivos de calidad y gestión de riesgos.Elimina errores y alternativas no atractivas al comienzo.
  • 29. DESVENTAJASResulta difícil convencer a grandes clientes de que el enfoque evolutivo es controlable.Es nuevo y no se ha utilizado tanto como otros modelos de ciclo de vida. Requiere una considerable habilidad para la evaluación del riesgo, y cuenta con esta habilidad para el éxito. Si un riesgo importante no es detectado y gestionado a tiempo, indudablemente surgirán problemas.