Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Modelo Incremental, victor mamani catachura, boreasH

15,147 views

Published on

Modelo Incremental, victor mamani catachura, boreasH

Published in: Technology, Business
  • Be the first to comment

Modelo Incremental, victor mamani catachura, boreasH

  1. 1. MODELO INCREMENTAL INGENIERIA DE SOFTWARE INTEGRANTES: Victor Mamani Catachura 04-26451 UNJBG-TACNA-PERU BOREASH [email_address]
  2. 2. MODELO EVOLUTIVO <ul><li>Los modelos evolutivos se caracterizan porque permiten a los ingenieros del software, desarrollar de manera iterativa, nuevas versiones del software cada vez más completas. </li></ul><ul><li>Los modelos que componen este tipo son: </li></ul><ul><ul><li>Modelo Incremental. </li></ul></ul><ul><ul><li>Modelo en Espiral. </li></ul></ul><ul><ul><li>Modelo en Espiral Victoria-Victoria (WINWIN). </li></ul></ul><ul><ul><li>Modelo de Desarrollo Concurrente. </li></ul></ul>
  3. 3. MODELO INCREMENTAL (HISTORIA) <ul><li>Propuesto por Mills en 1980. </li></ul><ul><li>Sugirió el enfoque incremental de desarrollo como una forma de reducir la repetición del trabajo en el proceso de desarrollo y dar oportunidad de retrasar la toma de decisiones en los requisitos hasta adquirir experiencia con el sistema </li></ul>
  4. 4. <ul><li>Este modelo se conoce también con otras tres denominaciones: </li></ul><ul><ul><li>Método de las comparaciones limitadas sucesivas </li></ul></ul><ul><ul><li>Ciencia de salir del paso </li></ul></ul><ul><ul><li>Método de atacar el problema por ramas </li></ul></ul><ul><li>Se funda con el supuesto de que existe una teoría general que nos permite prever comportamientos y tendencias. </li></ul>MODELO INCREMENTAL (HISTORIA)
  5. 5. <ul><li>Surge porque en los primeros desarrollos se podía esperar largo tiempo hasta que el software estuviese listo. Las reglas del negocio de hoy no lo permiten. </li></ul><ul><li>La propuesta del modelo es diseñar sistemas que puedan entregarse por piezas. </li></ul>MODELO INCREMENTAL (HISTORIA)
  6. 6. MODELO INCREMENTAL <ul><li>El modelo Incremental combina elementos del modelo lineal secuencial (aplicados repetidamente) con la filosofía interactiva de construcción de prototipos. </li></ul><ul><li>Cada secuencia lineal produce un incremento del software. </li></ul><ul><li>El primer incremento a menudo es un producto esencial (núcleo) </li></ul>
  7. 7. MODELO INCREMENTAL <ul><li>A partir de la evaluación se planea el siguiente incremento y así sucesivamente </li></ul><ul><li>Es interactivo por naturaleza </li></ul><ul><li>Es útil cuando el personal no es suficiente para la implementación completa </li></ul>
  8. 8. MODELO INCREMENTAL <ul><li>En lugar de entrega del sistema en una sola entrega, el desarrollo y la entrega están fracturados bajo incrementos, con cada incremento que entrega parte de la funcionalidad requerida. </li></ul><ul><li>Los requerimientos del usuario se priorizan y los requerimientos de prioridad más altos son incluidos en los incrementos tempranos. </li></ul><ul><li>Una vez que el desarrollo de un incremento ha empezado, los requerimientos son congelados aunque los requerimientos para los incrementos más tardíos pueden continuar evolucionando. </li></ul>INGENIERIA DE SOFTWARE
  9. 9. MODELO INCREMENTAL INGENIERIA DE SOFTWARE Análisis Diseño Código Prueba Entrega del 1º incremento Análisis Diseño Código Prueba Entrega del 2º incremento Análisis Diseño Código Prueba Entrega del 3º incremento Análisis Diseño Código Prueba Entrega del 4º incremento INCREMENTO 1 INCREMENTO 2 INCREMENTO 3 INCREMENTO 4 Ingeniería de Sistemas
  10. 10. VENTAJAS <ul><li>Hechos de incrementos tempranos como un prototipo, ayudan a obtener requisitos para los incrementos más tardíos. </li></ul><ul><li>El más bajo riesgo de falla del proyecto global. </li></ul><ul><li>Los servicios de sistema de prioridad más altos tienden a recibir la mayoría de pruebas. </li></ul><ul><li>Prioriza los requisitos del usuario y los requisitos de más alta prioridad se incluyen en los incrementos más tempranos. </li></ul>INGENIERIA DE SOFTWARE
  11. 11. VENTAJAS <ul><li>El usuario se involucra más. </li></ul><ul><li>Los usuarios no tiene que esperar. </li></ul><ul><li>Se evitan proyectos largos y se entrega “Algo de valor” a los usuarios con cierta frecuencia </li></ul><ul><li>Se puede financiar el proyecto por partes. </li></ul><ul><li>No se necesita tanto personal al principio como para una implementación completa. </li></ul>INGENIERIA DE SOFTWARE
  12. 12. DESVENTAJAS <ul><li>Difícil de evaluar el costo total. </li></ul><ul><li>Difícil de aplicar a sistemas transaccionales que tienden a ser integrados y a funcionar como un todo. </li></ul><ul><li>Requiere gestores experimentados. </li></ul><ul><li>Los errores en los requisitos se detectan tarde. </li></ul>INGENIERIA DE SOFTWARE
  13. 13. DESVENTAJAS <ul><li>Prioriza los requisitos del usuario y los requisitos de más alta prioridad se incluyen en los incrementos más tempranos. </li></ul><ul><li>Las primeras versiones son incompletas pero proporcionan al usuario la funcionalidad que precisa y una plataforma para la evaluación. </li></ul><ul><li>Se necesitan pruebas de regresión. </li></ul><ul><li>Pueden aumentar el coste debido a las pruebas. </li></ul>INGENIERIA DE SOFTWARE

×