Beruflich Dokumente
Kultur Dokumente
DE APLICACIONES
Definición de RAD
Proceso de desarrollo de software
diseñado para facilitar y acelerar la
creación de aplicaciones, que permite
construir sistemas utilizables en poco
tiempo, normalmente de 60 a 90
días, frecuentemente con algunas
concesiones.
Características de RAD
Equipos Híbridos
Herramientas Especializadas
"Timeboxing"
Prototipos Iterativos y Evolucionarios
Equipos Híbridos
Los 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
"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 diseñadores revisan el prototipo.
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.
Ventajas
El desarrollo rápido tiene dos ventajas
primarias:
Velocidad del desarrollo: Los aumentos de la
velocidad son debido al uso de la herramienta
CASE.
Calidad: según lo definido por el RAD, es el
grado al cual un uso entregado resuelve las
necesidades de usuarios así como el grado al
cual un sistema entregado tiene costes de
mantenimiento bajos. El RAD aumenta calidad
con la implicación del usuario en las etapas del
análisis y del diseño.
Desvetajas
El RAD tiene dos desventajas primarias:
Características reducidas.
¿Por qué usar RAD?
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).
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.
Resumen
Con el fin de asegurar gran interacción, los
proyectos se diseñan con calendarios fijos y se
sacrifica la funcionalidad si es necesario. Esto
permite que el equipo de desarrollo se enfoque
en las piezas de funcionalidad que tienen el
mayor valor de negocio y en entregar dicha
funcionalidad rápidamente RAD ataca la
infiltración de cambios de alcance y requisitos
al limitar la exposición del proyecto al cambio,
acortando el ciclo de desarrollo y limitando el
costo de los cambios al incorporarlos desde el
inicio, antes de que grandes inversiones se
hayan hecho en desarrollo y pruebas."
Las técnicas de desarrollo
rápido de aplicaciones se
utilizan para desarrollar
El sistema de DRA esta dirigido a
la producción de aplicaciones
interactivas que se apoyan , la
Herramientas del entorno
DRA:
1. LENGUAJE DE PROGRAMACION DE BASE DE
DATOS
4 UN GENERADOR DE INFORMES
GENERADOR DE SISTEMAS DE
INTERFASES
OFICINA
LENGUAJE DE
PROGRAMACION GENERADOR
DE BASE DE DE INFORMES
DATOS