SlideShare una empresa de Scribd logo
1 de 10
Modelos iterativos e
incremental
Análisis y Diseño de Software
Harold Andrés Mejía Espinal 2017-1816
Jeury Pierre Dide 2020-2296
¿Qué son estas metodologías ?
Son el marco de trabajo usado para estructurar, planear y controlar el proceso de desarrollo en
sistemas de información.
El modelo iterativo e incremental es aquel en el que, con cada entrega, se añade
funcionalidades completamente nuevas (incremental) pero cada incremento
también incluye mejoras sobre funcionalidades que ya existían (iterativo).
Al Modelo iterativo e incremental también se le conoce como Metodología iterativa o incremental
Otra definición
El incremental es un modelo de tipo evolutivo que está basado en varios ciclos
Cascada Realimentados aplicados repetidamente, con una filosofía iterativa.
Cada versión emitida incorpora a los anteriores incrementos las funcionalidades y
requisitos que fueron analizados como necesarios.
En la imagen anterior se observa que existen actividades de desarrollo (para cada incremento) que son
realizadas en paralelo o concurrentemente, así por ejemplo, en la Figura, mientras se realiza el diseño detalle
del primer incremento ya se está realizando en análisis del segundo. La Figura es sólo esquemática, un
incremento no necesariamente se iniciará durante la fase de diseño del anterior, puede ser posterior (incluso
antes), en cualquier tiempo de la etapa previa. Cada incremento concluye con la actividad de «operación y
mantenimiento» (indicada como «Operación» en la figura), que es donde se produce la entrega del producto
parcial al cliente. El momento de inicio de cada incremento es dependiente de varios factores: tipo de
sistema; independencia o dependencia entre incrementos (dos de ellos totalmente independientes pueden
ser fácilmente iniciados al mismo tiempo si se dispone de personal suficiente); capacidad y cantidad de
profesionales involucrados en el desarrollo; etc.
Bajo este modelo se entrega software «por partes funcionales más pequeñas», pero reutilizables,
llamadas incrementos. En general cada incremento se construye sobre aquel que ya fue entregado.
El cliente utiliza inicialmente ese sistema básico, intertanto, el resultado de su uso y evaluación puede
aportar al plan para el desarrollo del/los siguientes incrementos (o versiones). Además también
aportan a ese plan otros factores, como lo es la priorización (mayor o menor urgencia en la necesidad
de cada incremento en particular) y la dependencia entre incrementos (o independencia).
Luego de cada integración se entrega un producto con mayor funcionalidad que el previo. El proceso
se repite hasta alcanzar el software final completo.
Ejemplo
Un procesador de texto que sea desarrollado bajo el paradigma Incremental podría aportar, en
principio, funciones básicas de edición de archivos y producción de documentos (algo como un editor
simple).
En un segundo incremento se le podría agregar edición más sofisticada, y de generación y mezcla
de documentos.
En un tercer incremento podría considerarse el agregado de funciones de corrección ortográfica,
esquemas de paginado y plantillas.
En un cuarto capacidades de dibujo propias y ecuaciones matemáticas.
Así sucesivamente hasta llegar al procesador final requerido. Así, el producto va creciendo,
acercándose a su meta final, pero desde la entrega del primer incremento ya es útil y funcional para el
cliente, el cual observa una respuesta rápida en cuanto a entrega temprana; sin notar que la fecha
límite del proyecto puede no estar acotada ni tan definida, lo que da margen de operación y alivia
presiones al equipo de desarrollo.
Ventajas
- El proyecto puede arrancar con un conjunto de requerimientos
bien definidos, no exige la totalidad de requerimientos.
- El proceso es repetitivo, por lo que permite crear nuevas
versiones del producto en cada iteración (con una duración de 2 a 6
semanas).
- Cada iteración puede incluir el desarrollo de componentes
independientes que pueden ser integrados al producto
desarrollado.
- Mejor manejo de riesgos.
- Problemas o nuevos riesgos identificados en una iteración pueden
ser manejados en la siguiente iteración.
- Desarrollo en paralelo.
- El progreso del proceso es medible.
Desventajas
- Requiere mayores recursos que el modelo en cascada.
- No se recomienda en proyectos pequeños.
- Exige una constante administración del proyecto.
- Pueden surgir inconvenientes con la arquitectura o el diseño pues no
se prevén todos los requerimientos en la etapa de planeamiento.
- Surgen nuevos riesgos en el plan de gestión del proyecto por exceso de
cambios.
- Los riesgos requieren una participación permanente por parte del equipo
multidisciplinar especializado.
Biblografia
- https://4tesosite.wordpress.com/modelo-iterativo-incremental/
- https://revistas.tec.ac.cr/index.php/tec_marcha/article/download/5518/523
3/15939#:~:text=Modelo%20iterativo%20e%20incremental%20%2D%20El,de%202
%20a%206%20semanas).
- https://www.mundoerp.com/blog/metodologia-iterativa-o-incremental-
gestion-proyectos/

Más contenido relacionado

La actualidad más candente

Modelos o Ciclos de vida de software
Modelos o Ciclos de vida de softwareModelos o Ciclos de vida de software
Modelos o Ciclos de vida de softwareWilliam Matamoros
 
SDLC or Software Development Life Cycle
SDLC or Software Development Life CycleSDLC or Software Development Life Cycle
SDLC or Software Development Life CycleJyothi Vbs
 
Incremental model (software engineering)
Incremental model (software engineering)Incremental model (software engineering)
Incremental model (software engineering)MuhammadTalha436
 
Cuadro comparativo analisis estructurado y orientado a objeto
Cuadro comparativo analisis estructurado y orientado a objeto Cuadro comparativo analisis estructurado y orientado a objeto
Cuadro comparativo analisis estructurado y orientado a objeto Freddy Rosales
 
Modelo en cascada
Modelo en cascadaModelo en cascada
Modelo en cascadahome
 
Cuadro comparativo de enfoque estructurado y enfoque orientado
Cuadro comparativo de enfoque estructurado y enfoque orientadoCuadro comparativo de enfoque estructurado y enfoque orientado
Cuadro comparativo de enfoque estructurado y enfoque orientadoFreddySantiago32
 
LEGACY SYSTEM In Software Engineering By NADEEM AHMED
LEGACY SYSTEM In Software Engineering By NADEEM AHMED LEGACY SYSTEM In Software Engineering By NADEEM AHMED
LEGACY SYSTEM In Software Engineering By NADEEM AHMED NA000000
 
Metodologías de Peter Checkland y Hall & Jenkins
Metodologías de Peter Checkland y Hall & JenkinsMetodologías de Peter Checkland y Hall & Jenkins
Metodologías de Peter Checkland y Hall & JenkinsDiego Casso
 
Clasificación de las metodologías de desarrollo de software
Clasificación de las metodologías de desarrollo de softwareClasificación de las metodologías de desarrollo de software
Clasificación de las metodologías de desarrollo de softwareElvisAR
 
modelos del proceso del software
 modelos del proceso del software  modelos del proceso del software
modelos del proceso del software Brihany Rossell
 
Real Time Software Design in Software Engineering SE13
Real Time Software Design in Software Engineering SE13Real Time Software Design in Software Engineering SE13
Real Time Software Design in Software Engineering SE13koolkampus
 

La actualidad más candente (20)

Modelos o Ciclos de vida de software
Modelos o Ciclos de vida de softwareModelos o Ciclos de vida de software
Modelos o Ciclos de vida de software
 
SDLC or Software Development Life Cycle
SDLC or Software Development Life CycleSDLC or Software Development Life Cycle
SDLC or Software Development Life Cycle
 
Simuladores
SimuladoresSimuladores
Simuladores
 
Incremental model (software engineering)
Incremental model (software engineering)Incremental model (software engineering)
Incremental model (software engineering)
 
Cuadro comparativo analisis estructurado y orientado a objeto
Cuadro comparativo analisis estructurado y orientado a objeto Cuadro comparativo analisis estructurado y orientado a objeto
Cuadro comparativo analisis estructurado y orientado a objeto
 
Modelo en cascada
Modelo en cascadaModelo en cascada
Modelo en cascada
 
Cuadro comparativo de enfoque estructurado y enfoque orientado
Cuadro comparativo de enfoque estructurado y enfoque orientadoCuadro comparativo de enfoque estructurado y enfoque orientado
Cuadro comparativo de enfoque estructurado y enfoque orientado
 
Unit 5
Unit   5Unit   5
Unit 5
 
Modelo Cascada!!
Modelo Cascada!!Modelo Cascada!!
Modelo Cascada!!
 
LEGACY SYSTEM In Software Engineering By NADEEM AHMED
LEGACY SYSTEM In Software Engineering By NADEEM AHMED LEGACY SYSTEM In Software Engineering By NADEEM AHMED
LEGACY SYSTEM In Software Engineering By NADEEM AHMED
 
Cuadro comparativo
Cuadro comparativoCuadro comparativo
Cuadro comparativo
 
Ciclo Vida del Software
Ciclo Vida del SoftwareCiclo Vida del Software
Ciclo Vida del Software
 
Metodologías de Peter Checkland y Hall & Jenkins
Metodologías de Peter Checkland y Hall & JenkinsMetodologías de Peter Checkland y Hall & Jenkins
Metodologías de Peter Checkland y Hall & Jenkins
 
SDLC-Phases
SDLC-PhasesSDLC-Phases
SDLC-Phases
 
Clasificación de las metodologías de desarrollo de software
Clasificación de las metodologías de desarrollo de softwareClasificación de las metodologías de desarrollo de software
Clasificación de las metodologías de desarrollo de software
 
Incremental model
Incremental modelIncremental model
Incremental model
 
modelos del proceso del software
 modelos del proceso del software  modelos del proceso del software
modelos del proceso del software
 
Software development process models
Software development process modelsSoftware development process models
Software development process models
 
Real Time Software Design in Software Engineering SE13
Real Time Software Design in Software Engineering SE13Real Time Software Design in Software Engineering SE13
Real Time Software Design in Software Engineering SE13
 
Software quality management standards
Software quality management standardsSoftware quality management standards
Software quality management standards
 

Similar a Modelos iterativos e incremental.pptx

Modelos clasicos
Modelos clasicosModelos clasicos
Modelos clasicoskaris_58
 
Metodologia incremental
Metodologia incrementalMetodologia incremental
Metodologia incrementalAnel Sosa
 
Modelo incremental
Modelo incrementalModelo incremental
Modelo incrementalpaocrega
 
Modelo incremental
Modelo incrementalModelo incremental
Modelo incrementalRoxny Moreno
 
Modelos del desarrollo del software gabriela brito
Modelos del desarrollo del software   gabriela britoModelos del desarrollo del software   gabriela brito
Modelos del desarrollo del software gabriela britoGabBrito
 
Unidad 3 los modelos de procesos de software
Unidad 3 los modelos de procesos de softwareUnidad 3 los modelos de procesos de software
Unidad 3 los modelos de procesos de softwareAndhy H Palma
 
Unidad 3 los modelos de procesos de software
Unidad 3 los modelos de procesos de softwareUnidad 3 los modelos de procesos de software
Unidad 3 los modelos de procesos de softwareAndhy H Palma
 
Investigacion de modelos
Investigacion de modelosInvestigacion de modelos
Investigacion de modelosemilii17061991
 
Investigacion de modelos
Investigacion de modelosInvestigacion de modelos
Investigacion de modelosemilii17061991
 
Modelos de Desarrollo del Software
Modelos de Desarrollo del SoftwareModelos de Desarrollo del Software
Modelos de Desarrollo del SoftwareGianlucaCastellano1
 
Unidad 4 Modelos de Procesos del Software
Unidad 4 Modelos de Procesos del SoftwareUnidad 4 Modelos de Procesos del Software
Unidad 4 Modelos de Procesos del Softwarerezzaca
 
Ciclo de vida
Ciclo de vidaCiclo de vida
Ciclo de vidamiguelgv
 
5 Clase El Proceso Unificado Rational
5 Clase El Proceso Unificado Rational5 Clase El Proceso Unificado Rational
5 Clase El Proceso Unificado RationalJulio Pari
 

Similar a Modelos iterativos e incremental.pptx (20)

Modelo incremental
Modelo incrementalModelo incremental
Modelo incremental
 
Modeloinc
ModeloincModeloinc
Modeloinc
 
Modelos clasicos
Modelos clasicosModelos clasicos
Modelos clasicos
 
Modelos clasicos
Modelos clasicosModelos clasicos
Modelos clasicos
 
Modelos clasicos
Modelos clasicosModelos clasicos
Modelos clasicos
 
Metodologia incremental
Metodologia incrementalMetodologia incremental
Metodologia incremental
 
Modelo incremental
Modelo incrementalModelo incremental
Modelo incremental
 
Modelo iterativo
Modelo iterativoModelo iterativo
Modelo iterativo
 
Modelo incremental
Modelo incrementalModelo incremental
Modelo incremental
 
Modelos del desarrollo del software gabriela brito
Modelos del desarrollo del software   gabriela britoModelos del desarrollo del software   gabriela brito
Modelos del desarrollo del software gabriela brito
 
Unidad 3 los modelos de procesos de software
Unidad 3 los modelos de procesos de softwareUnidad 3 los modelos de procesos de software
Unidad 3 los modelos de procesos de software
 
Unidad 3 los modelos de procesos de software
Unidad 3 los modelos de procesos de softwareUnidad 3 los modelos de procesos de software
Unidad 3 los modelos de procesos de software
 
prueva
pruevaprueva
prueva
 
Investigacion de modelos
Investigacion de modelosInvestigacion de modelos
Investigacion de modelos
 
Investigacion de modelos
Investigacion de modelosInvestigacion de modelos
Investigacion de modelos
 
Modelos de Desarrollo del Software
Modelos de Desarrollo del SoftwareModelos de Desarrollo del Software
Modelos de Desarrollo del Software
 
Unidad 4 Modelos de Procesos del Software
Unidad 4 Modelos de Procesos del SoftwareUnidad 4 Modelos de Procesos del Software
Unidad 4 Modelos de Procesos del Software
 
Ciclo de vida
Ciclo de vidaCiclo de vida
Ciclo de vida
 
5 Clase El Proceso Unificado Rational
5 Clase El Proceso Unificado Rational5 Clase El Proceso Unificado Rational
5 Clase El Proceso Unificado Rational
 
el kap
el kapel kap
el kap
 

Modelos iterativos e incremental.pptx

  • 1. Modelos iterativos e incremental Análisis y Diseño de Software Harold Andrés Mejía Espinal 2017-1816 Jeury Pierre Dide 2020-2296
  • 2. ¿Qué son estas metodologías ? Son el marco de trabajo usado para estructurar, planear y controlar el proceso de desarrollo en sistemas de información. El modelo iterativo e incremental es aquel en el que, con cada entrega, se añade funcionalidades completamente nuevas (incremental) pero cada incremento también incluye mejoras sobre funcionalidades que ya existían (iterativo). Al Modelo iterativo e incremental también se le conoce como Metodología iterativa o incremental
  • 3. Otra definición El incremental es un modelo de tipo evolutivo que está basado en varios ciclos Cascada Realimentados aplicados repetidamente, con una filosofía iterativa. Cada versión emitida incorpora a los anteriores incrementos las funcionalidades y requisitos que fueron analizados como necesarios.
  • 4.
  • 5. En la imagen anterior se observa que existen actividades de desarrollo (para cada incremento) que son realizadas en paralelo o concurrentemente, así por ejemplo, en la Figura, mientras se realiza el diseño detalle del primer incremento ya se está realizando en análisis del segundo. La Figura es sólo esquemática, un incremento no necesariamente se iniciará durante la fase de diseño del anterior, puede ser posterior (incluso antes), en cualquier tiempo de la etapa previa. Cada incremento concluye con la actividad de «operación y mantenimiento» (indicada como «Operación» en la figura), que es donde se produce la entrega del producto parcial al cliente. El momento de inicio de cada incremento es dependiente de varios factores: tipo de sistema; independencia o dependencia entre incrementos (dos de ellos totalmente independientes pueden ser fácilmente iniciados al mismo tiempo si se dispone de personal suficiente); capacidad y cantidad de profesionales involucrados en el desarrollo; etc.
  • 6. Bajo este modelo se entrega software «por partes funcionales más pequeñas», pero reutilizables, llamadas incrementos. En general cada incremento se construye sobre aquel que ya fue entregado. El cliente utiliza inicialmente ese sistema básico, intertanto, el resultado de su uso y evaluación puede aportar al plan para el desarrollo del/los siguientes incrementos (o versiones). Además también aportan a ese plan otros factores, como lo es la priorización (mayor o menor urgencia en la necesidad de cada incremento en particular) y la dependencia entre incrementos (o independencia). Luego de cada integración se entrega un producto con mayor funcionalidad que el previo. El proceso se repite hasta alcanzar el software final completo.
  • 7. Ejemplo Un procesador de texto que sea desarrollado bajo el paradigma Incremental podría aportar, en principio, funciones básicas de edición de archivos y producción de documentos (algo como un editor simple). En un segundo incremento se le podría agregar edición más sofisticada, y de generación y mezcla de documentos. En un tercer incremento podría considerarse el agregado de funciones de corrección ortográfica, esquemas de paginado y plantillas. En un cuarto capacidades de dibujo propias y ecuaciones matemáticas. Así sucesivamente hasta llegar al procesador final requerido. Así, el producto va creciendo, acercándose a su meta final, pero desde la entrega del primer incremento ya es útil y funcional para el cliente, el cual observa una respuesta rápida en cuanto a entrega temprana; sin notar que la fecha límite del proyecto puede no estar acotada ni tan definida, lo que da margen de operación y alivia presiones al equipo de desarrollo.
  • 8. Ventajas - El proyecto puede arrancar con un conjunto de requerimientos bien definidos, no exige la totalidad de requerimientos. - El proceso es repetitivo, por lo que permite crear nuevas versiones del producto en cada iteración (con una duración de 2 a 6 semanas). - Cada iteración puede incluir el desarrollo de componentes independientes que pueden ser integrados al producto desarrollado. - Mejor manejo de riesgos. - Problemas o nuevos riesgos identificados en una iteración pueden ser manejados en la siguiente iteración. - Desarrollo en paralelo. - El progreso del proceso es medible.
  • 9. Desventajas - Requiere mayores recursos que el modelo en cascada. - No se recomienda en proyectos pequeños. - Exige una constante administración del proyecto. - Pueden surgir inconvenientes con la arquitectura o el diseño pues no se prevén todos los requerimientos en la etapa de planeamiento. - Surgen nuevos riesgos en el plan de gestión del proyecto por exceso de cambios. - Los riesgos requieren una participación permanente por parte del equipo multidisciplinar especializado.

Notas del editor

  1. Notas para el moderador: ¿Cuál es su propósito al compartir esta reflexión? ¿Es el final de un proyecto o unidad? ¿Está compartiendo esta reflexión como realización de un objetivo de aprendizaje que estableció para si mismo? ¿Es el final de un curso? Indique el propósito de su reflexión o incluso el propósito de la experiencia de aprendizaje o el objetivo de aprendizaje. Sea claro y específico al indicar su propósito.
  2. Notas para el moderador: Descripción de lo que ha aprendido con sus propias palabras en un lado. Incluya información sobre el tema También será útil incluir aquí más información sobre el tema. Cuente la historia de su experiencia de aprendizaje. Igual que en cualquier historia, debe haber siempre un principio, una parte central y un final. En la otra cara, puede agregar un gráfico que proporcione una prueba de lo que ha aprendido. No dude en usar más de una diapositiva para reflexionar sobre el proceso. También resulta útil agregar algunos vídeos sobre el proceso.
  3. Notas para el moderador: ¿Qué pensó al principio? ¿Qué obstáculos encontró sobre la marcha? ¿Cómo superó esos obstáculos? ¿Qué imágenes puede agregar para apoyar el proceso? Este SmartArt le permite agregar imágenes y texto para describir el proceso. Si una imagen vale más que mil palabras, las imágenes y palabras le ayudarán a comunicar esta reflexión de aprendizaje perfectamente. Siempre puede hacer clic en Insertar > SmartArt para cambiar este gráfico o seleccionar el gráfico y hacer clic en el menú contextual de Diseño para cambiar los colores. No dude en usar más de una diapositiva para reflexionar sobre el proceso. También resulta útil agregar algunos vídeos sobre el proceso.
  4. Notas para el moderador: ¿Qué fue importante sobre esta experiencia de aprendizaje? ¿Cómo es relevante para el curso, usted mismo, o la sociedad o comunidad? ¿Por qué es importante? Este SmartArt le permite agregar imágenes y texto para describir el proceso. Si una imagen vale más que mil palabras, las imágenes y palabras le ayudarán a comunicar esta reflexión de aprendizaje perfectamente. Siempre puede hacer clic en Insertar > SmartArt para cambiar este gráfico o seleccionar el gráfico y hacer clic en el menú contextual de Diseño para cambiar los colores.