Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

desarrollo de aplicaciones rapidas

rad
by

octavio joga

on 17 October 2012

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of desarrollo de aplicaciones rapidas

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 procesa? Se ve también como un modelo de proceso del desarrollo de software lineal secuencial que enfatiza un ciclo de desarrollo extremadamente corto.
RAD es una adaptación a "Alta velocidad" en el que se logra el desarrollo rápido utilizando un enfoque de construcción basado en componentes. Pero para el correcto desarrollo se deben respetar ciertas fase. Desarrollo rápido de aplicaciones o RAD (Rapid Application Development)
es un proceso de desarrollo de software, formulado inicialmente por
James Martin en 1980. El método comprende el desarrollo
iterativo, la construcción de prototipos y el uso de utilidades CASE. el flujo de información definido como parte de la
fase de modelado de gestión incluye un conjunto de objetos de datos necesarios para apoyar a 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. RAD Modelado de datos Generación de aplicaciones El RAD 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 RAD trabaja para volver a utilizar componentes de programas ya existentes o a crear componentes reutilizables En todos los casos se utilizan herramientas automáticas para facilitar la construcción del software. Pruebas de entrega Como el proceso RAD 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. RAD TIENDE A FUNCIONAR CUANDO - La aplicación funcionará de manera independiente.
-Se pueden usar mayormente bibliotecas existentes.
-Desempeño no crítico.
-Distribución limitada, interna o vertical.
-Alcance del proyecto limitado.
-Confiabilidad no crítica.
-El sistema puede dividirse en muchos módulos independientes.
-El producto está dirigido a un mercado altamente especializado.
-El proyecto cuenta con fuertes limitantes de tiempos parciales
-La tecnología requerida tiene más de un año en el mercado. RAD TIENDE A FALLAR CUANDO -La aplicación debe interoperar con sistemas existentes.-Existen pocos componentes reutilizables.
-Alto desempeño crítico.
-El desarrollo no puede aprovechar herramientas de alto nivel.
-Distribución amplia, horizontal o masiva.
-RAD se convierta en QADAD (Quick And Dirty Application Development).
-Métodos RAD para desarrollar sistemas operativos (confiabilidad
-demasiado alta) o juegos (desempeño demasiado alto).
-Riesgos técnicos de tecnología de punta.
-El producto pone en riesgo la misión o la vida.-El producto no puede ser modularizado. VENTAJAS -Los entregables pueden ser fácilmente trasladados a otra plataforma.-El desarrollo se realiza a un nivel de abstracción mayor.-Visibilidad temprana.-Mayor flexibilidad.
-Menor codificación manual.-Mayor involucramiento de los usuarios.-Posiblemente menor costo. DESVENTAJAS -Costo de herramientas integradas y equipo necesario.
-Progreso más difícil de medir.
-Menos eficiente.
-Menor precisión científica.
-Más fallas
-Prototipos pueden no escalar, un problema mayúsculo.
-Funciones reducidas (por "timeboxing").
Full transcript