RAD RAPID APPLICATION DEVELOPMENT Proceso de RAD Involucrar

RAD RAPID APPLICATION DEVELOPMENT

Proceso de RAD Involucrar en todos los aspectos al usuario en el desarrollo del sistema Uso continuo y repetitivo de prototipos que ayuden a los usuarios a visualizar el sistema y hacer ajustes al mismo.

Proceso de RAD Uso de herramientas computadorizadas para conseguir integridad tecnica en el desarrollo y modelaje del sistema. Uso de un deposito de programas y componentes computadorizado (“repository”) para facilitar el reusar componentes y subsistemas.

Proceso de RAD Uso de herramientas integradas de programacion para generar programas libres de errores partiendo de un diseño validado. Involucar al usuario en la etapa de construcción, permitiendo el ajuste de los detalles de ser necesario.

Proceso de RAD Desarrollar una estructura de tareas que promueva llevar a cabo actividades paralelas.

Importancia de Involucrar al Usuario El involucar a los usuarios temprano en el proceso de desarrollo, de manera efectiva y continua es un factor crítico para el éxito de RAD. Es particularmente importante para la detección temprana y la corrección de errores.

Importancia de Involucrar al Usuario Mientras mas temprano en el desarrollo se detecte un error, menos tiempo y esfuerzo será necesario para corregirlo. El costo de corregirlo será menor.

Importancia de Involucrar al Usuario El costo relativo varía a traves del ciclo de desarrollo Fase de conceptualizacion inicial = 1 Fase de especificación = 10 veces Fase de Programación = 100 veces Pruebas de programas = 1, 000 veces Fase de Mantenimento = 10, 000 veces

Etapas de desarrollo RAD vs. IEM convencional (Metodología de Ingeniería de Información) IEM Convencional Planificación de las estrategias de información-> Bosquejo del análisis del negocio-> Detalle del análisis del Negocio> Diseño del sistema para el negocio-> Diseño Técnico-> Construcción-> Transición-> Mantenimiento RAD Planificación de requisitos-> Diseño por usuarios-> Construcción Rápida-> Transición-> Mantenimiento

ETAPAS DE RAD

Planificación de Requisitos Revisión de las áreas asociadas con el sistema propuesto. La revisión produce una definición amplia del sistema en términos de las funciones que el sistema manejará. Esta etapa tiene como resultado un bosquejo del modelo del sistema (modelos de procesos y entidades), una definición del alcance del sistema y una justificación de los costos del sistema.

Diseño por los Usuarios Consiste de un análisis detallado de las actividades de negocio relacionadas al sistema propuesto. Los usuarios, reunidos en talleres, descomponen las funciones del negocio y definen los tipos de entidades asociados al sistema. Completan el análisis con la creación de diagramas que definen las interacciones entre procesos y datos.

Diseño por los Usuarios (cont. ) Posteriormente se bosqueja el diseño del sistema. Se diseñan procedimientos del sistema y la apariencia de “pantallas” preliminares. Se construyen y revisan prototipos de procedimientos críticos , y Se prepara un plan para la implantación del sistema.

Construcción En esta etapa los desarrolladores finalizan el diseño y construyen el sistema trabajando directamente con los usuarios. La construcción es iterativa en una serie de pasos de diseño y construcción en los cuales los usuarios tienen oportunidad de afinar los requisitos y revisar la implantación resultante. Se prepara la transición a producción

Construcción (cont. ) Esta etapa produce la documentación y las instrucciones necesarias para operar la aplicación. Se delinean procedimientos para ponerla en operación.

Implantación Incluye las etapas de transición y mantenimiento. Incluye la implantación del nuevo sistema y el cambio del ambiente viejo al nuevo.

Implantación (cont. ) Puede incluir: - la implantación de “puentes” entre existentes y el sistema nuevo sistemas - conversión de datos - entrenamiento de ususarios. La etapa final es la aceptación por parte de los usuarios.

El peligro de Desarrollo Rápido Existe la tentación de usar técnicas de RAD para construir sistemas aislados para resolver problemas específicos. Esos sistemas, si resultan ser útiles para los usuarios y llenan sus necesidades, se institucionalizan. Si una empresa construye muchos sistemas aislados, el resultado será una masa indisciplinada de aplicaciones que no trabajan en conjunto.

El peligro de Desarrollo Rápido En la práctica de la mayor parte de los negocios, las aplicaciones estan relacionadas entre si y comparten bases de datos. Una infraestructura común es esencial. Según crecen, los sistemas computadorizados se vuelven mas complejos. Esos sistemas son dificiles de cambiar, a menos que se creen dentro de una arquitectura diseñada de manera que una pieza pueda cambiarse sin tener que cambiar otras.

El peligro de Desarrollo Rápido La mayoría de las corporaciones no han diseñado arquitecturas de sistemas de negocio integrados. Como resultado, la base de aplicaciones instaladas ha crecido y la flexibilidad de los sistemas ha disminuido. El costo de mantenimiento ha crecido al punto de requerir la mayor parte del presupuesto para tecnología de información

El peligro de Desarrollo Rápido La tarea de reemplazar sistemas creados en ausencia de una arquitectura global se ha incrementado al punto de ser casi inalcanzable. Como los sistemas son dificiles de cambiar, la habilidad de la empresa a responder a cambios se ve reducida. Peor aún, la productividad del area de Tecnología e Información disminuye por la constante necesidad de modificar los sistemas existentes.

El peligro de Desarrollo Rápido Para combatir estos problemas, las técnicas ed RAD deben aplicarse dentro de una estructura diseñada para el cambio rápido de sistemas integrados.