FACI

FACULTAD DE CIENCIAS
DE LA INGENIERÍA

Ingeniería de Software Orientado a Objetos

Investigación:

Metodología RAD

Docente: Ing. Margarita Arévalo Gamboa

Integrantes:
• Buñay Cubi Jhennifer Anabel
• Caña Valverde Carlos Daniel
• Roxana Maribel Gutierrez Rodríguez
• Naranjo Carrasco Stalin Rolando
• Shigla Morocho Alex Paul
4to S.
Sistemas
Computacionales
Índice
Introducción ........................................................................................................ 3
METODOLOGIA RAD ....................................................................................... 4
Historia ........................................................................................................... 4
Características de la Metodología RAD. ...................................................... 4
Aplicación del enfoque .................................................................................... 5
Ciclo de vida ................................................................................................... 5
Normativa ........................................................................................................ 6
Etapas de la Metodología RAD ....................................................................... 7
Lenguajes de Programación ........................................................................ 8
Problemas en la Metodología RAD .............................................................. 8
Conclusión.......................................................................................................... 9
Bibliografía........................................................................................................ 9
 Introducción

El desarrollo rápido de aplicaciones o RAD (Rapid Application Development) es

una metodología de desarrollo de software, desarrollada inicialmente por James
Martin en 1980. El método comprende el desarrollo iterativo, la elaboración de
prototipos y el uso de herramientas CASE, así como también abarca la
usabilidad, utilidad y la rapidez de ejecución del software desarrollado.

RAD es un método de alta velocidad en el cual, si se entienden bien los

requerimientos y se define el ámbito del proyecto, el método RAD facilita al
equipo de desarrollo crear un sistema funcional en un corto lapso de tiempo.

El presente trabajo está compuesto por un desarrollo donde se describe la

metodología RAD, sus características, fases de desarrollo, para esto se utilizó
información tomada y referenciada de autores que apoyan la temática,
conclusiones que sintetizan el contenido, así mismo como un cuestionario para
evaluar los conocimientos de la presente investigación.
 METODOLOGIA RAD

Historia

El desarrollo de los sistemas tradicionales de ciclo de vida se originó en la

década de 1960 para desarrollar a gran escala funcional de sistemas de negocio
en una época de grandes conglomerados empresariales. La idea principal era
continuar el desarrollo de los sistemas de información en una muy deliberada,
estructurada y metódica, reiterando cada una de las etapas del ciclo de vida. Los
sistemas de información en torno a las actividades resueltas pesadas para el
procesamiento de datos y rutinas de cálculo.

El desarrollo rápido de aplicaciones o RAD (acrónimo en inglés de rapid

application development) es un proceso de desarrollo de software, desarrollado
inicialmente por James Martin en 1980. El método comprende el desarrollo
iterativo, la construcción de prototipos y el uso de utilidades CASE (Computer
Aided Software Engineering). Tradicionalmente, el desarrollo rápido de
aplicaciones tiende a englobar también la usabilidad, utilidad y la rapidez de
ejecución.

La gran mayoría de las herramientas gráficas orientadas a objetos tienen

interiorizadas el concepto general de RAD. Además, con la creación bien
planificada de objetos, la programación de nuevos módulos se vuelve cada vez
más simplificada, reutilizando los objetos creados anteriormente.

Características de la Metodología RAD.

 Modelo Central: Se pueden crear modelos o redefinir modelos

existentes, y se pueden integrar estos modelos con la funcionalidad de
aplicaciones existentes (componentes, paquetes, etc.)
 Desarrollo Visual: Proporciona un nivel alto de abstracción, y facilidad
de crear nuevas aplicaciones y mantener las existentes.
 Código Construido: Diseñado para alto rendimiento, escalabilidad y
ahorro de tiempo.
 Finalización de la Integración del Desarrollo del Ciclo de Vida:
Proporciona un desarrollo de artefactos y semántica del negocio
capturados y organizados en modelos visuales. Universalmente aplicados
durante el desarrollo del proyecto.
 Dar esfuerzo a la Orientación a Objetos: Implica que el proceso de
desarrollo esta manejado por el modelo del negocio (clases).
 Extensible: La integración que tiene abarca: XML, Servicios Web,
Java / componentes EJB, DHTML.
Las herramientas integradas "CASE" proveen para que la planificación, análisis
e itinerarios se creen gráficamente. Los analistas de sistemas interactúan con
estas herramientas por medio de diagramas.

Calidad: La calidad de un sistema se mide en términos de hasta qué punto ese

sistema, al momento que se implementa, cumple con los requisitos de la
compañía y sus usuarios.

Aplicación del enfoque

La metodología conocida como diseño rápido de aplicaciones (RAD según sus

siglas en inglés) ha tenido mucho auge recientemente en el mundo de la
informática. Esta metodología propone un proceso de desarrollo de "software"
que permite que se creen sistemas de computadoras utilizables en un periodo
de tiempo entre 60 a 90 días. RAD es un ciclo de desarrollo diseñado para crear
aplicaciones de computadoras de alta calidad de las que acontecen en
corporaciones grandes.

El desarrollo de aplicaciones enfrenta una transformación fundamental. Hace

cinco años un proyecto para desarrollar una aplicación tomaba un periodo de
entre 18 a 24 meses; actualmente, con la práctica del modelo RAD toma entre 1
a 3 meses.

Ciclo de vida

Etapa de planificación de los requisitos: Esta etapa requiere que usuarios con
un vasto conocimiento de los procesos de la compañía determinen cuáles serán
las funciones del sistema. Debe darse una discusión estructurada sobre los
problemas de la compañía que necesitan solución. Por lo general esta etapa se
completa rápidamente cuando se crean equipos que envuelven usuarios y
ejecutivos con un conocimiento amplio sobre las necesidades de la institución la
planificación de los requisitos se da en modalidad de taller conocido como Junta
de Planificación de Requisitos (JRP por sus siglas en inglés).

Etapa de diseño: Esta consiste de un análisis detallado de las actividades de la

compañía en relación al sistema propuesto. Los usuarios participan activamente
en talleres bajo la tutela de profesionales de la informática. En ellos
descomponen funciones y definen entidades asociadas con el sistema. Una vez
se completa el análisis se crean los diagramas que definen las alteraciones entre
los procesos y la data. Al finalizar el análisis se traza el diseño del sistema. Se
desarrollan los procedimientos y los esquemas de pantallas. Los prototipos de
procedimientos críticos se construyen y se repasan y el plan para implementar
el sistema se prepara.

Construcción: En la etapa de construcción el equipo de desarrolladores

trabajando de cerca con los usuarios finaliza el diseño y la construcción del
sistema. La construcción de la aplicación consiste de una serie de pasos donde
los usuarios tienen la oportunidad de afirmar los requisitos y repasar los
resultados. Las pruebas al sistema se llevan a cabo durante esta etapa. También
se crea la documentación y las instrucciones necesarias para manejar la nueva
aplicación, rutinas y procedimientos para operar el sistema.
Implementación: Esta etapa envuelve la instalación del nuevo producto y el
manejo del cambio del viejo al nuevo sistema. Se hacen pruebas comprensivas
y se adiestran los usuarios. Los cambios organizacionales y la operación del
nuevo sistema se hacen en paralelo con el viejo sistema hasta que el nuevo se
establezca completamente.

Normativa

Norma ISO 12207-1 Actividades del Ciclo de Vida se agrupan en 5 procesos

principales, 8 procesos de soporte y 4 procesos generales

ISO/IEC 12207 establece un proceso de ciclo de vida para el software que

incluye procesos y actividades que se aplican desde la definición de requisitos,
pasando por la adquisición y configuración de los servicios del sistema, hasta la
finalización de su uso. Este estándar tiene como objetivo principal proporcionar
una estructura común para que compradores, proveedores, desarrolladores,
personal de mantenimiento, operadores, gestores y técnicos involucrados en el
desarrollo de software usen un lenguaje común. Este lenguaje común se
establece en forma de procesos bien definidos.
La estructura del estándar ha sido concebida de manera que pueda ser adaptada
a las necesidades de cualquiera que lo use. Para conseguirlo, el estándar se
basa en dos principios fundamentales: Modularidad y responsabilidad. Con la
modularidad se pretende conseguir procesos con un mínimo acoplamiento y una
máxima cohesión. En cuanto a la responsabilidad, se busca establecer un
responsable para cada proceso, facilitando la aplicación del estándar en
proyectos en los que pueden existir distintas personas u organizaciones
involucradas, no importando el uso que se le de a este.

Los procesos se clasifican en tres tipos: Principales, de soporte y de la

organización. Los procesos de soporte y de organización deben existir
independientemente de la organización y del proyecto ejecutado. Los procesos
principales se instancian de acuerdo con la situación particular.
 Procesos Principales Proceso de Soporte Proceso de Orgnización

Adquisición Documentación Gestión

Suministro Gestión de la Configuración Infraestructura

Operación Aseguramiento de la Calidad Mejora

Mantenimiento Verificación y Validación Recursos Humanos

Desarrollo Revisión y Auditoría

Resolusión de problemas

Etapas de la Metodología 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 lo 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. Se definen las características (llamadas 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. Es la
comunicación entre los objetos.

Generación de aplicaciones: El RAD usa técnicas de cuarta generación. En

lugar de crear software con lenguajes de programación de tercera generación, el
proceso RAD trabaja para volver a utilizar componentes de programas ya
existentes (cuando es posible) o a crear componentes reutilizables (cuando sea
necesario). En todos los casos se utilizan herramientas automáticas para facilitar
la construcción del software.

Pruebas de entrega: El proceso RAD enfatiza la reutilización de los

componentes de los programas ya comprobados. Esto reduce tiempo de
pruebas. Sin embargo, se deben probar todos los componentes nuevos y
ejercitar todas las interfaces a fondo.
Lenguajes de Programación

Más dependientes de las herramientas que se usan que del lenguaje

propiamente dicho. Hay un COMO de herramientas de desarrollo para GUI
(Interfaz gráfico de usuario), aunque está desfasado. Con una buena
herramienta gráfica se pueden realizar RAD.

A veces los RAD se basan en la reutilización de código también, por lo que el

software libre nos puede proporcionar un buen punto de partida.
Lenguajes Principales

PERL
Ejemplos: Scripts, administración de sistemas, www.

Comentarios: Potente para la manipulación de textos y cadenas

Python
Ejemplos: Scripts, scripts de aplicaciones, www.

TCL
Ejemplos: Scripts, administración de sistemas, aplicaciones.
PHP

Problemas en la Metodología RAD

Los problemas que se han encontrado a esta metodología son:

 Se requiere que el problema sea fácilmente modularizable.

 Se requiere de recursos Humanos para cada equipo.
 Cada equipo debe estar altamente comprometido y con la capacidad de
manejar las herramientas muy bien.
 Más fallas (por síndrome de "codificar a lo bestia").
 Prototipos pueden no escalar, un problema mayúsculo.
 Funciones reducidas (por "timeboxing").
 Dependencia en componentes de terceros: funcionalidad de más o de
menos, problemas legales.
 Requisitos que no convergen.
 Interfaz gráfica estándar.

RAD no es recomendable cuando los riesgos técnicos del proyecto son altos.
Por ejemplo, cuando se introducen nuevas herramientas, nueva tecnología no
probada, o cuando se requiere de complicadas interfaces con software ya
existente.
Conclusión

La metodología de desarrollo RAD es propicia para toda organización que quiera

primero ver resultados antes que una completa y correcta funcionalidad del
sistema para luego solucionar todos los errores que pueden aparecer al generar
código de manera rápida.

Con esta metodología la probabilidad de dejar a gusto al cliente es mayor ya que

se pueden generar con mayor facilidad y rapidez prototipos de aplicaciones con
una GUI vistosa y prolija lista para su uso, con una diferencia en el tiempo de
entrega bastante considerable a software desarrollado con otras metodologías
enfocadas en la robustez del sistema.

Preguntas:

 ¿Por quién fue desarrollada esta metodología de proceso de software?

 ¿De qué trata la metodología RAD?
 ¿Cuáles son las características de la metodología RAD?
 ¿Mencione el ciclo de vida de esta metodología?
 ¿Mencione al menos 2 problemas de la metodología RAD?

Bibliografía
Curiosisimos Files. (s.f.). Obtenido de
http://curiosisimos.files.wordpress.com/2009/12/modelo-de-desarrollo-
rapido-de-aplicaciones.pdf
Iso.org. (s.f.). Obtenido de http://www.iso.org/iso/iso_catalogue.htm
Merea, A. (2012). Trasparencias. Obtenido de
http://atc1.aut.uah.es/~i2/transparencias/capitulo_8.pdf
Weebly. (2008). Metodologías. Obtenido de http://metodologiaprog.weebly.com/