Modelos IterativosConstrucción de Prototipos y Desarrollo Rápido de Aplicaciones

El ciclo de vida iterativo se basa en la evolución de prototipos ejecutables que se muestran a los usuarios y clientes (mini-proyectos)

En el ciclo de vida iterativo a cada iteración se reproduce el ciclo de vida en cascada a menor escala.

Los objetivos de una iteración se establecen en función de la evaluación de las iteraciones precedentes

Modelo de Construcción de Prototipos

A menudo el cliente define un conjunto de objetivos generales para el software, pero no identifica los requisitos detallados de entrada, proceso o salida.

Esto puede llevar al responsable del desarrollo de software a no estar seguro de hacer lo que el cliente necesite.

EL PARADIGMA DE CONSTRUCCIÓN DE PROTOTIPOS PUEDE OFRECER EL MEJOR ENFOQUE EN ESTA SITUACIÓN.

Diagrama

Primero se comienza con las recoleccion de requisitos (desarrollador - cliente), definiendo objetivos globales para el software, y donde es necesaria mas información.

Se crea un diseño rápido, centrandose en los aspectos visibles para el usuario/cliente. --> PROTOTIPO

Se le presenta al cliente, y si el cliente decide si es lo que necesita, se centran sobre el prototipo, si necesita cambios o simplemente no es lo que necesita el cliente. Ocurre una iteracion.

Normalmente cuando el cliente tiene una necesidad legitima pero está desorientado sobre los detalles, el primer paso es desarrollar un prototipo.

Dado que es un desarrollo rápido, el desarrollador intenta hacer uso de fragmentos de programas ya existentes o aplica herramientas que permitan generar rápidamente programas de trabajo.

Lo ideal es que el prototípo sirva como un mecanismo para identificarlos requisitos del software.

El prototípo es del agrado del cliente

En la mayoria de los proyectos, el protot í po apenas se puede utilizar.

Demasiado lento

Demasiado grande

Torpe en su uso

Por lo anterior, no hay alternativa que comenzar de nuevo Resolver problemas anteriores

Rediseñar ciertas partes que el cliente solicitó

El prototipo puede servir como "primer sistema"

Algunas problemáticas

El cliente ve lo que parece ser una versión de trabajo del software, sin saber que con la prisa de hacer que funcione no se ha tenido en cuenta la calidad del software o facilidad de mantenimiento a largo plazo.

El desarrollador, a menudo, hace compromisos de implementación para hacer que el prototipo funcione rápidamente.

Pueden surgir problemas en la construcción de prototípos. La clavees definir las reglas del juego al comienzo:

EL CLIENTE Y EL DESARROLLADOR SE DEBEN PONER DE ACUERDOEN QUE EL PROTOTIPO SE CONSTRUYA PARA SERVIR COMO UN

MECANISMO DE DEFINICIÓN DE REQUISITOS.

Desarrollo rápido de

apliaciones (DRA)

Caracteristicas

Es un modelo de proceso del desarrollo del software lineal secuencial que enfatiza un ciclo de desarrollo extremadamente corto.

Es una adaptación a “alta velocidad” del modelo lineal secuencial.

Se logra el desarrollo rápido de utilizando una construcción basada en componentes.

Fases

Modelado de gestión

Modelado de datos

Modelado de proceso

Generación de Aplicaciones

Pruebas y entrega

Modelado de gestión El flujo de información entre las funciones de gestión se modela de la forma

que responda a las siguientes preguntas:

¿Qué información conduce el proceso de gestión?

¿Qué información se genera?

¿Quién la genera?

¿A dónde va la información?

¿Quién la procesa?

Modelado de datos

El flujo de información definido como parte de la fase de modelado de gestión se refina como un conjunto de objetos de datos necesarios para apoyar la empresa.

De definen las características(atributos) de cada uno de los objetos y las relaciones entre estos objetos.

Modelado de proceso

Los objetos de datos definidos en la fase de modelado de datos quedan transformados para lograr el flujo de información necesario para implementar una función de gestión.

Las descripciones del proceso se crean para añadir, modificar, suprimir, o recuperar un objeto de datos.

Generación de Aplicaciones

El DRA asume la utilización de técnicas de cuarta generación.

En lugar de crear software con lenguajes de programación de tercera generación, el proceso DRA trabaja para volver a utilizar componentes de programas ya existentes (cuando es posible) o a crear componentes reutilizables (cuando sea necesario).

Pruebas y entrega

Como el proceso DRA enfatiza la reutilización, ya se han comprobado muchos de los componentes de los programas.

Esto reduce tiempo de pruebas. Sin embargo, se deben probar todos los componentes nuevos y se deben ejercitar todas las interfaces a fondo.

Diagrama

inconvenientes

Para proyectos grandes, requiere recursos humanos suficientes como para crear el numero correcto de equipos

Requiere clientes y desarrolladores comprometidos, sino hay compromiso por ninguna partes constituyentes, el proyecto fracasara.

No todos los tipos de aplicaciones son apropiados.

No es adecuado cuando los riesgos técnicos son altos.

Integrantes:

Noh Noh Jose Alberto

Osorio Cab Mario Jesus

Yam Uicab Reyes Eduardo