metodologia RAD y aracteristuca

Meer zoals dit

PSICOLOGÍA ODONTOLÓGICA

door Maria Laura Noya

Psicomotricidad

door Patricia Doria Solana

Resolucion 1995 de 1999

door Jorge Velosa

Erik Erikson: teoría psicosocial

door Franklin Bravo

metodologia RAD y aracteristuca

El desarrollo rápido de aplicaciones o RAD (Rapid Aplication Development) es un proceso de desarrollo de software, desarrollado inicialmente por James Martin en 1980.

características

Timeboxing Las funciones secundarias son eliminadas como sea necesario para cumplir con el calendario

Prototipos Iterativos y Evolucionarios Reunión JAD (Joint Application Development): Se reunen los usuarios finales y los desarrolladores. Lluvia de ideas para obtener un borrador inicial de los requisitos. Iterar hasta acabar: Los desarrolladores construyen y depuran el prototipo basado en los requisitos actuales. Los clientes prueban el prototipo, depuran los requisitos. Los clientes y desarrolladores se reunen para revisar juntos el producto, refinar los requisitos y generar solicitudes de cambios. Los cambios para los que no hay tiempo no se realizan. Los requisitos secundarios se eliminan si es necesario para cumplir el calendario.

Equipos Híbridos Equipos compuestos por alrededor de seis personas, incluyendo desarrolladores y usuarios de tiempo completo del sistema así como aquellas personas involucradas con los requisitos. Los desarrolladores de RAD deben ser "renacentistas": analistas, diseñadores y programadores en uno

Herramientas Especializadas Desarrollo "visual" Creación de prototipos falsos (simulación pura) Creación de prototipos funcionales Múltiples lenguajes Calendario grupal Herramientas colaborativas y de trabajo en equipo Componentes reusables Interfaces estándares (API) Control de versiones

El proceso de DRA permite que un equipo de desarrollo cree un sistema completamente funcional dentro de un periodo muy corto de 60 a 90 días.

¿PORQUÉ USAR RAD?

Buenas razones Convergir tempranamente en un diseño aceptable para el cliente y posible para los desarrolladores. Limitar la exposición del proyecto a las fuerzas de cambio. Ahorrar tiempo de desarrollo, posiblemente a expensas de dinero o de calidad del producto.

Malas razones Prevenir presupuestos rebasados (RAD necesita un equipo disciplinado en manejo de costos). Prevenir incumplimiento de fechas (RAD necesita un equipo disciplinado en manejo de tiempo).

asies, aun hay mas

es un proceso de desarrollo de software, desarrollado inicialmente por James Martin en1980

SATURNINO MACIAS ESTEBAN ALEJANDRO 3C PROGRMACION UWU

Tradicionalmente, el desarrollo rápido de aplicaciones tiende a englobar también la usabilidad, utilidad y la rapidez de ejecución

Subtopic

este no tiene nada que ver con el tema pero ando así JAJAJAJA (espero que le guste el trabajo:3)

Hoy en día se suele utilizar para referirnos al desarrollo rápido de interfaces gráficas de usuario tales como Glade, o entornos de desarrollo integrado completos. Algunas de las plataformas más conocidas son Visual Studio, Lazarus, Gambas, Delphi,Foxpro , Anjuta, Game Maker, Velneo o Clarion. En el área de la autoría multimedia, software como Neosoft Neoboo y MediaChance Multimedia Builder proveen plataformas de desarrollo rápido de aplicaciones, dentro de ciertos límites

FASES DEL RAD

Modelado de gestión: el flujo de información entre las funciones de gestión se modela de 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 proceso?

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

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

Generación de aplicaciones: El DRA asume la utilización de técnicas de cuarta generación

Pruebas de 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.