Primera dia positiva

Desarrollo Iterativo e Incremental.

Este modelo de desarrollo es la contraparte del desarrollo en cascada, aqu las citas con el
cliente son ms frecuentes con el fin de obtener retroalimentacin, lo que propone este
modelo es ir entregando un proyecto por pequeos mdulos, para saber cuantos mdulos
debemos entregar debemos tener nuestro anlisis de requisitos, de esta forma
conseguiremos que el cliente tenga mltiples entregas de su proyecto y de esta forma nos
brinde retroalimentacin, consiguiendo que cada entrega sea ms completa que la anterior.

Segunda diapositiva

La idea principal detrs de mejoramiento iterativo es desarrollar un sistema de programas

de manera incremental, permitindole al desarrollador sacar ventaja de lo que se ha
aprendido a lo largo del desarrollo anterior, incrementando, versiones entregables del
sistema. El aprendizaje viene de dos vertientes: el desarrollo del sistema, y su uso (mientras
sea posible). Los pasos claves en el proceso son comenzar con una implementacin simple
de los requerimientos del sistema, e iterativamente mejorar la secuencia evolutiva de
versiones hasta que el sistema completo est implementado. En cada iteracin, se realizan
cambios en el diseo y se agregan nuevas funcionalidades y capacidades al sistema.

Bsicamente este modelo se basa en dos premisas:

Los usuarios nunca saben bien que es lo que necesitan para satisfacer sus
necesidades.
En el desarrollo, los procesos tienden a cambiar.4

Tercera

El proceso en s mismo consiste de:

Etapa de inicializacin
Se crea una versin del sistema. La meta de esta etapa es crear un producto con el que
el usuario pueda interactuar, y por ende retroalimentar el proceso. Debe ofrecer una
muestra de los aspectos claves del problema y proveer una solucin lo suficientemente
simple para ser comprendida e implementada fcilmente. Para guiar el proceso de
iteracin se crea una lista de control de proyecto, que contiene un historial de todas las
tareas que necesitan ser realizadas. Incluye cosas como nuevas funcionalidades para
ser implementadas, y areas de rediseo de la solucin ya existente. Esta lista de control
se revisa peridica y constantemente como resultado de la fase de anlisis.
cuarta

Etapa de iteracin
Esta etapa involucra el rediseo e implementacin de una tarea de la lista de control de
proyecto, y el anlisis de la versin ms reciente del sistema. La meta del diseo e
implementacin de cualquier iteracin es ser simple, directa y modular, para poder
soportar el rediseo de la etapa o como una tarea aadida a la lista de control de
proyecto. El cdigo puede, en ciertos casos, representar la mayor fuente de
documentacin del sistema. El anlisis de una iteracin se basa en la retroalimentacin
del usuario y en el anlisis de las funcionalidades disponibles del programa. Involucra
el anlisis de la estructura, modularidad, usabilidad, confiabilidad, eficiencia y eficacia
(alcanzar las metas).

quinta

Lista de control de proyecto

Las guas primarias que guan la implementacin y el anlisis incluyen:

Cualquier dificultad en el diseo, codificacin y prueba de una modificacin debera

apuntar a la necesidad de redisear o recodificar.
Las modificaciones deben ajustarse fcilmente a los mdulos fciles de encontrar y
a los aislados. Si no es as, entonces se requiere algn grado de rediseo.
Las modificaciones a las tablas deben ser especialmente fciles de realizar. Si dicha
modificacin no ocurre rpidamente, se debe aplicar algo de rediseo.
Las modificaciones deben ser ms fciles de hacer conforme avanzan las
iteraciones. Si no es as, hay un problema primordial usualmente encontrado en un
diseo dbil o en la proliferacin excesiva de parches al sistema.
Los parches normalmente deben permanecer solo por una o dos iteraciones. Se
hacen necesarios para evitar el rediseo durante una fase de implementacin.
La implementacin existente debe ser analizada frecuentemente para determinar
qu tal se ajusta a las metas del proyecto.
Las facilidades para analizar el programa deben ser utilizadas cada vez para ayudar
en el anlisis de implementaciones parciales.
 La opinin del usuario debe ser solicitada y analizada para indicar deficiencias en la
implementacin referida por l.

Sexta

caratiristica

Usando anlisis y mediciones como guas para el proceso de mejora es una diferencia
mayor entre las mejoras iterativas y el desarrollo rpido de aplicaciones, principalmente por
dos razones:

Provee de soporte para determinar la efectividad de los procesos y de la calidad del

producto.
Permite estudiar y despus mejorar y ajustar el proceso para el ambiente en particular.

Estas mediciones y actividades de anlisis pueden ser aadidas a los mtodos de

desarrollo rpido existentes.

De hecho, el contexto de iteraciones mltiples conlleva ventajas en el uso de mediciones.

Las medidas a veces son difciles de comprender en lo absoluto, aunque en los cambios
relativos en las medidas a travs de la evolucin del sistema puede ser muy informativo
porque proveen una base de comparacin. Por ejemplo, un vector de medidas m1, m2,...,
mn puede ser definido para caracterizar varios aspectos del producto en cierto punto, como
pueden ser el esfuerzo total realizado, los cambios, los defectos, los atributos lgico, fsico
y dinmico, consideraciones del entorno, etctera. As el observador puede decir como las
caractersticas del producto como el tamao, la complejidad, el acoplamiento y la cohesin
incrementan o disminuyen en el tiempo. Tambin puede monitorearse el cambio relativo de
varios aspectos de un producto o pueden proveer los lmites de las medidas para apuntar
a problemas potenciales y anomalas.

Sptima ventaja interictiva

En el desarrollo de este modelo se da la retroalimentacin muy temprano a los

usuarios.
Permite separar la complejidad del proyecto, gracias a su desarrollo por parte de cada
iteracin o bloque.
El producto es consistente y puntual en el desarrollo.
Los productos desarrollados con este modelo tienen una menor probabilidad de fallar.
 Se obtiene un aprendizaje en cada iteracin que es aplicado en el desarrollo del
producto y aumenta las experiencias para prximos proyectos.

Octava incremntal ventjas

En este modelo los usuarios no tienen que esperar hasta que el sistema completo se
entregue para hacer uso de l. El primer incremento cumple los requerimientos ms
importantes de tal forma que pueden utilizar el software al instante.
Los usuarios pueden utilizar los incrementos iniciales como prototipos y obtener
experiencia sobre los requerimientos de los incrementos posteriores del sistema.
Existe muy pocas probabilidades de riesgo en el sistema. Aunque se pueden encontrar
problemas en algunos incrementos, lo normal es que el sistema se entregue sin
inconvenientes al usuario.
Ya que los sistemas de ms alta prioridad se entregan primero, y los incrementos
posteriores se integran entre ellos, es muy poco probable que los sistemas ms
importantes sean a los que se les hagan ms pruebas. Esto quiere decir que es menos
probable que los usuarios encuentren fallas de funcionamiento del software en las
partes ms importantes del sistema.6
9

que sucede

En el desarrollo de este modelo se da la retroalimentacin muy temprano a los usuarios.

Permite separar la complejidad del proyecto, gracias a su desarrollo por parte de cada
iteracin o bloque.
El producto es consistente y puntual en el desarrollo.
Los productos desarrollados con este modelo tienen una menor probabilidad de fallar.
Se obtiene un aprendizaje en cada iteracin que es aplicado en el desarrollo del
producto y aumenta las experiencias para prximos proyectos.7

Que es el desarrollo iterativo e incremental

Esto se puede entender como un mini proyecto en todas las intenciones se repite un
proceso de trabajo similar para proporcionar un resultado completo sobre el producto final
de forma que el cliente pueda tener todo los beneficios de manera incremental