Repblica Bolivariana de Venezuela Ministerio del Poder Popular para la Defensa Universidad Nacional Experimental Politcnica de la Fuerza Armada

Bolivariana U.N.E.F.A Asignatura: Anlisis de los Sistemas Ncleo Sucre- Carpano

Profesor: Ing. Miguel Gonzlez

Bachilleres: Rodrguez Rosanglica Gonzlez Henyeliz Charless Eliannes Rosas Vctor Lpez Raisy Brito Jailyn Bravo Ada

5to. Semestre de Ingeniera de Sistemas Seccin C

Carpano, Enero de 2013.

INTRODUCCIN

El concepto de metodologa dentro de la ingeniera del software, sin duda, es uno de los que ms confusin produce tanto en estudiantes como en profesionales involucrados en procesos de desarrollo de software.

La constante innovacin tecnolgica hace que cada vez sea ms necesaria la aplicacin de nuevas metodologas adaptadas a los nuevos tiempos, sin embargo, siguen figurando en los libros de texto viejas metodologas pensadas para viejos problemas, cosa que no sera necesariamente mala si las nuevas metodologas tuviesen tambin su lugar pero a menudo no es as. Las metodologas ms modernas responden a problemas y necesidades ms actuales.

Afortunadamente, los tiempos van cambiando aunque no de la misma manera para todo el mundo. La informtica va madurando y tanto algunos profesionales de las tecnologas de la informacin como algunos de sus clientes se van dando cuenta de que se hace necesario seguir unas ciertas pautas predefinidas en el desarrollo del software de calidad, es decir, llevar un comportamiento metdico, seguir una metodologa.

Una metodologa de desarrollo de software se refiere a un framework que es usado para estructurar, planear y controlar el proceso de desarrollo en sistemas de informacin. A lo largo del tiempo, una gran cantidad de mtodos han sido desarrollados diferencindose por su fortaleza y debilidad. El framework para metodologa de desarrollo de software consiste en:

Una filosofa de desarrollo de programas de computacin con el enfoque del proceso de desarrollo de software

Herramientas, modelos y mtodos para asistir al proceso de desarrollo de software

Estos frameworks son a menudo vinculados a algn tipo de organizacin, que adems desarrolla, apoya el uso y promueve la metodologa. La metodologa es a menudo documentada en algn tipo de documentacin formal.

METODOLOGA DE DESARROLLO RPIDO DE APLICACIN (RAD)

CONCEPTO

El desarrollo rpido de aplicaciones o RAD es un marco de trabajo usado para estructurar, planificar y controlar el proceso de desarrollo en sistemas de informacin. Es un proceso de desarrollo de software, desarrollado inicialmente por James Martin en 1980. El mtodo comprende el desarrollo interactivo, la construccin de prototipos y el uso de utilidades CASE. Tradicionalmente, el desarrollo rpido de aplicaciones tiende a englobar tambin la usabilidad, utilidad y la rapidez de ejecucin.

Hoy en da se suele utilizar para referirnos al desarrollo rpido de interfaces grficas de usuario tales como Glade, o entornos de desarrollo integrado completos. Algunas de las plataformas ms conocidas son Visual Studio, Lazarus, Gambas, Delphi, Foxpro, Anjuta, Game Maker, Velneo o Clarion. En el rea de la autora multimedia, software como Neosoft Neoboo y Media Chance Multimedia Builder proveen plataformas de desarrollo rpido de aplicaciones, dentro de ciertos lmites.

OBJETIVO

Metodologas de Desarrollo de Software tiene como objetivo presentar un conjunto de tcnicas tradicionales y modernas de modelado de sistemas que permitan desarrollar software de calidad, incluyendo heursticas de construccin y criterios de comparacin de modelos de sistemas.

Para tal fin se describen, fundamentalmente, herramientas de Anlisis y Diseo Orientado a Objetos (UML), sus diagramas, especificacin, y criterios de aplicacin de las mismas. Como complemento se describirn las metodologas de desarrollo de software que utilizan dichas herramientas, ciclos de vida asociados y discusin sobre el proceso de desarrollo de software ms adecuado para las diferentes aplicaciones. Principalmente, se presentar el Proceso Unificado el cual utiliza un ciclo de vida iterativo e incremental.

CICLO DE VIDA

Etapa de planificacin de los requisitos. Esta etapa requiere que usuarios con un vasto conocimiento de los procesos de la compaa determinen cuales sern las funciones del sistema. Debe darse una discusin estructurada sobre los problemas de la compaa que necesitan solucin. Etapa de diseo. Esta etapa consiste en un anlisis detallado de las actividades de la compaa en relacin al sistema propuesto. Los usuarios participan activamente en talleres bajo la tutela de profesionales de la informtica. En ellos descomponen funciones y definen entidades asociadas con el sistema. Una vez se completa el anlisis, se crean los diagramas que definen las alteraciones entre los procesos y la data. Etapa de construccin. En la etapa de construccin el equipo de desarrolladores trabajando de cerca con los usuarios finalizan el diseo y la construccin de la aplicacin consiste de una serie de pasos donde los usuarios tienen la oportunidad de afirmar los requisitos y repasar los resultados. Etapa de implementacin. Esta etapa envuelve la implementacin del nuevo producto y el manejo del cambio del viejo al nuevo sistema. Se hacen pruebas comprensivas y se adiestran los usuarios.

FASES

Modelado de gestin: El flujo de informacin entres las funciones de gestin se modela de forma que responda a las siguientes preguntas: 1. Qu informacin conduce el proceso de gestin? 2. Qu informacin se genera? 3. Quin la genera? 4. A dnde va la informacin?

5. Quin lo proces? Modelado de datos: El flujo de informacin definido como parte de la fase de modelado de gestin se refina como un conjunto de objetos de datos necesarios para apoyar la empresa. Se definen las caractersticas 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 informacin necesario para implementar una funcin de gestin. Las descripciones del proceso se crean para aadir, modificar, suprimir o recuperar un objeto de datos. Es la comunicacin entre los objetos. Generacin de aplicaciones: El RAD usa tcnicas de cuarta generacin, en lugar de crear software con lenguajes de programacin de tercera generacin, 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 automticas para facilitar la construccin del software. Pruebas de entrega: El proceso RAD enfatiza la reutilizacin 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 la interfaces a fondo.

PRINCIPIOS BSICOS

Objetivo clave para un rpido desarrollo y entrega de una alta calidad en un sistema relativamente bajo de inversin.

Intenta reducir el riesgo inherente del proyecto partindolo en segmentos ms pequeos y proporcionar ms facilidad de cambio durante el proceso de desarrollo.

Orientacin dedicada a producir sistemas de alta calidad con rapidez, principalmente mediante el uso de iteracin por prototipos en cualquier etapa de desarrollo, promueve la participacin de los usuarios y el uso de herramientas de desarrollo computarizadas. Estas herramientas pueden incluir constructores de Interfaz grfica de usuario, herramientas CASE, los sistemas de gestin de bases de datos, lenguajes

de programacin de cuarta generacin, generadores de cdigo y tcnicas orientada a objetos.

Hace especial hincapi en el cumplimiento de la necesidad comercial, mientras que la ingeniera tecnolgica o la excelencia es de menor importancia.

Control de proyecto implica el desarrollo de prioridades y la definicin de los plazos de entrega. Si el proyecto empieza a aplazarse, se hace hincapi en la reduccin de requisitos para el ajuste, no en el aumento de la fecha lmite.

La participacin activa de los usuarios es imprescindible. Iterativamente realiza la produccin de software, en lugar de enfocarse en un prototipo.

Produce

la

documentacin

necesaria

para

facilitar

el

futuro

desarrollo

mantenimiento.

CARACTERSTICAS

Equipos Hbridos: 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, es decir, analistas, diseadores y programadores en uno.

Herramientas Especializadas:
-

Desarrollo visual. Creacin de prototipos falsos (simulacin pura) Creacin de prototipos funcionales. Mltiples lenguajes. Calendario grupal. Herramientas colaborativas y de trabajo en equipo. Componentes reusables. Interfaces estndares (API). Control de inversiones.

Timeboxing: Las funciones secundarias son eliminadas como sea necesario para cumplir con el calendario. Prototipos Iterativos y Evolucionaros:

Reunin JAD (Joint Application Development): Se renen 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 diseadores revisan el prototipo. Los clientes prueban el prototipo, depuran los requisitos. Los clientes y desarrolladores se renen 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.

Notas: Cada iteracin dura entre un da y tres semanas. Reuniones de 2 horas con facilitador que mantiene enfocado al grupo. El facilitador tiene claras las metas sobre la informacin que se necesita recabar, prepara una agenda de asuntos antes de la reunin, asegura que la discusin adecuada cubra cada asunto y por ultimo escribe un reporte al final de la reunin.

VENTAJAS Comprar puede ahorrar dinero en comparacin con construir. Los entregables pueden ser fcilmente trasladados a otra plataforma. El desarrollo se realiza a un nivel de abstraccin mayor. Visibilidad temprana. Mayor flexibilidad. Menor codificacin manual. Mayor involucramiento de los usuarios. Posiblemente menos fallas. Posiblemente menor costo. Ciclos de desarrollo ms pequeos. Interfaz grfica estndar.

DESVENTAJAS Comprar puede ser ms caro que construir. Costo de herramientas integradas y equipo necesario. Progreso ms difcil de medir. Menos eficiente. Menor precisin cientfica. Riesgo de revertirse a las prcticas sin control de antao. Ms fallas por sndrome de codificar a lo bestia. Prototipos pueden no escalar un problema maysculo. Funciones reducidas por timeboxing. Dependencia en componentes de terceros: funcionalidad de ms o de menos, problemas legales. Requisitos que no convergen. Interfaz grfica estndar. Difcil de repetir experiencias exitosas.

Funciones no deseadas.

CONCLUSION

Las metodologas de desarrollo del software son las ms tradicionales, se centran en la definicin detallada de los procesos y tareas a realizar, herramientas a utilizar, y requieren una extensa documentacin ya que pretende prever todo de antemano. Este tipo de metodologas son ms eficaces y necesarias cuanto mayor es el proyecto que se pretende realizar respecto a tiempo y recursos que son necesarios emplear, donde una gran organizacin es requerida.

Hoy en da el uso de la metodologa de diseo rpido de aplicaciones ha adquirido mucha popularidad en el campo de la informtica. Es posible asegurar un resultado exitoso si los proyectos se desarrollan para cumplir con un itinerario estricto y sacrificando algn tipo de funcionalidad.

RAD resulta un modelo de desarrollo de software muy til cuando se requiera poner en marcha un sistema en un periodo de tiempo corto.

BIBLIOGRAFA

es.wikipedia.org/wiki/Metodologa_de_desarrollo_de_software. mena.com.mx/gonzalo/maestria/ingsoft/presenta/rad/. http:/docs.google.com/viewer?a=v&q=cache:E1=!DxNn_NAJ:curiosos.files.word press.com/2009/12/modelo-de-desarrollo-rapido-deaplicaciones.pdf+desventajas+del+modelo+rad.

gestionrrhhusm.blogspot.com/.../ingenieria-de-software-ingenieria-de...