TP - Ing en Software - Modelos de Proceso de Software

Vista previa del material en texto

Modelo Evolutivo
Modelo de Proceso Incremental
HOLT, Svend.
PERELDA TORRES, Julián.
PEREZ ABBA, Agustín.
PACHECO, Francisco.
MENARA, Jesus Nahuel.
Modelo Evolutivo 
Es el modelo cuyas etapas consisten en expandir incrementos de un producto de software operacional donde la dirección de la evolución la dicta la experiencia con el sistema. El cliente recibe pequeños incrementos del sistema a medida que va siendo desarrollado.
Desarrollo exploratorio: el objetivo del proceso es trabajar con el cliente para explorar sus requerimientos y entregar un sistema final. El sistema evoluciona agregando nuevos atributos propuestos por el cliente.
Prototipos desechables: Donde el objetivo del proceso es comprender las necesidades del cliente y entonces desarrollar una definición mejorada de los requerimientos para el sistema. El prototipo se centra en experimentar con los requerimientos del cliente que no se comprenden del todo.
Tipos de modelos evolutivos
Estructura
Enfoque
El enfoque evolutivo suele ser más efectivo para el desarrollo de software que el enfoque cascada, ya que satisface las necesidades inmediatas de los clientes. Sin embargo este enfoque desde una perspectiva de ingeniería y gestión suele tener dos grandes problemas: 
“Proceso no visible”: Los administradores tienen que hacer entregas regulares para medir el progreso. Si los sistemas se desarrollan rápidamente, no es rentable producir documentos que reflejen cada versión del sistema.
A menudo los sistemas tienen una estructura deficiente. Los cambios continuos tienden a corromper la estructura del software. Incorporar cambios en él se convierte cada vez más en una tarea difícil y costosa. 
El desarrollo evolutivo solo es recomendado para sistemas pequeños y medianos. 
En los sistemas grandes, los constantes cambios en el desarrollo sólo dificultan la estabilidad 
Ventajas
Es interactivo: Con cada incremento se entrega al cliente un producto operacional, que puede evaluarlo.
Permite variar el personal asignado a cada interacción.
Permite una rápida retroalimentación.
Es más efectivo que el modelo de cascada (en sistemas pequeños) porque cumple las necesidades inmediatas del cliente.
Desventajas
Este modelo está enfocado a la producción de prototipos.
El proceso no es visible. Los administradores tienen que hacer entregas regulares para medir el progreso. Si los sistemas se desarrollan rápidamente, no es rentable producir documentos que reflejen cada versión del sistema.
A menudo los sistemas tienen una estructura deficiente. Los cambios continuos tienden a corromper la estructura del software. Incorporar cambios en él se convierte cada vez más en una tarea difícil y costosa.
Modelo de Proceso Incremental
El modelo de proceso incremental es un enfoque intermedio entre el “modelo de desarrollo en cascada” y el “enfoque evolutivo” . Este combina la ventaja de los dos modelos.
Fases de este modelo:
El cliente identifica los servicios que proporcionará al sistema, cuales son más importantes y cuáles menos.
Se definen los requerimientos para los servicios que se van a entregar en el primer incremento
Una vez que el incremento se completa y entrega el cliente puede ponerlo en servicio, pudiendo experimentar con el sistema logrando clarificar sus requerimientos para incrementos posteriores 
cada incremento se traduce a un avance en el desarrollo del sistema.
Estructura
Enfoque
Este modelo se basa en el avance del desarrollo a través de incrementos, donde cada uno es una evolución del sistema. 
El cliente puede experimentar con el sistema de manera temprana para clarificar incrementos posteriores y estos se integran a los existentes de tal forma que la funcionalidad del sistema mejora con cada incremento entregado. 
Ventajas 
Los clientes pueden aprovechar el sistema de manera temprana. 
El primer incremento satisface los requerimientos más críticos de tal forma que pueden utilizar el software inmediatamente.
Los clientes pueden utilizar los incrementos iniciales como prototipos y obtener experiencia sobre los requerimientos de los incrementos posteriores del sistema.
Existe un bajo riesgo de un fallo total del proyecto.
Puesto que los servicios de más alta prioridad se entregan primero, y los incrementos posteriores se integran en ellos, es inevitable que los servicios más importantes del sistema sean a los que se les hagan más pruebas. 
Es menos probable que los clientes encuentren fallos de funcionamiento del software en las partes más importantes del sistema.
Desventajas
Los incrementos deben ser relativamente pequeños y cada uno debe entregar alguna funcionalidad del sistema.
El modelo Incremental no es recomendable para casos de sistemas de tiempo real, de alto nivel de seguridad, de procesamiento distribuido, y/o de alto índice de riesgos.
Requiere de mucha planeación, tanto administrativa como técnica.
Requiere de metas claras para conocer el estado del proyecto.
FIN