Está en la página 1de 11

República Bolivariana de Venezuela Ministerio del Poder Popular para la Defensa Universidad Nacional Experimental Politécnica de la Fuerza Armada

Bolivariana U.N.E.F.A Asignatura: Análisis de los Sistemas Núcleo Sucre- Carúpano

Profesor: Ing. Miguel González

Bachilleres: Rodríguez Rosangélica González Henyeliz Charless Eliannes Rosas Víctor López Raisy Brito Jailyn Bravo Ada

5to. Semestre de Ingeniería de Sistemas Sección “C”

Carúpano, Enero de 2013.

Afortunadamente. A lo largo del tiempo. sin embargo. sin duda. Las metodologías más modernas responden a problemas y necesidades más actuales. llevar un comportamiento metódico. cosa que no sería necesariamente mala si las nuevas metodologías tuviesen también su lugar pero a menudo no es así. La informática va madurando y tanto algunos profesionales de las tecnologías de la información 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.INTRODUCCIÓN El concepto de metodología dentro de la ingeniería del software. planear y controlar el proceso de desarrollo en sistemas de información. La constante innovación tecnológica hace que cada vez sea más necesaria la aplicación de nuevas metodologías adaptadas a los nuevos tiempos. los tiempos van cambiando aunque no de la misma manera para todo el mundo. El framework para metodología de desarrollo de software consiste en:  Una filosofía de desarrollo de programas de computación con el enfoque del proceso de desarrollo de software  Herramientas. una gran cantidad de métodos han sido desarrollados diferenciándose por su fortaleza y debilidad. es uno de los que más confusión produce tanto en estudiantes como en profesionales involucrados en procesos de desarrollo de software. Una metodología de desarrollo de software se refiere a un framework que es usado para estructurar. modelos y métodos para asistir al proceso de desarrollo de software . siguen figurando en los libros de texto viejas metodologías pensadas para viejos problemas. seguir una metodología.

Estos frameworks son a menudo vinculados a algún tipo de organización. apoya el uso y promueve la metodología. . que además desarrolla. La metodología es a menudo documentada en algún tipo de documentación formal.

Foxpro. En el área de la autoría multimedia. y criterios de aplicación de las mismas. herramientas de Análisis y Diseño Orientado a Objetos (UML). Tradicionalmente. planificar y controlar el proceso de desarrollo en sistemas de información. o entornos de desarrollo integrado completos. Lazarus. el desarrollo rápido de aplicaciones tiende a englobar también la usabilidad. Hoy en día se suele utilizar para referirnos al desarrollo rápido de interfaces gráficas de usuario tales como Glade. El método comprende el desarrollo interactivo. Para tal fin se describen. utilidad y la rapidez de ejecución. desarrollado inicialmente por James Martin en 1980. se presentará el Proceso Unificado el cual utiliza un ciclo de vida iterativo e incremental. incluyendo heurísticas de construcción y criterios de comparación de modelos de sistemas. Algunas de las plataformas más conocidas son Visual Studio. ciclos de vida asociados y discusión sobre el proceso de desarrollo de software más adecuado para las diferentes aplicaciones. Anjuta. la construcción de prototipos y el uso de utilidades CASE. Delphi. Gambas.METODOLOGÍA DE DESARROLLO RÁPIDO DE APLICACIÓN (RAD) CONCEPTO El desarrollo rápido de aplicaciones o RAD es un marco de trabajo usado para estructurar. dentro de ciertos límites. Principalmente. software como Neosoft Neoboo y Media Chance Multimedia Builder proveen plataformas de desarrollo rápido de aplicaciones. OBJETIVO Metodologías de Desarrollo de Software tiene como objetivo presentar un conjunto de técnicas tradicionales y modernas de modelado de sistemas que permitan desarrollar software de calidad. especificación. Como complemento se describirán las metodologías de desarrollo de software que utilizan dichas herramientas. . Velneo o Clarion. Es un proceso de desarrollo de software. Game Maker. fundamentalmente. sus diagramas.

En la etapa de construcción el equipo de desarrolladores trabajando de cerca con los usuarios finalizan el diseño y 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. Esta etapa requiere que usuarios con un vasto conocimiento de los procesos de la compañía determinen cuales serán las funciones del sistema. En ellos descomponen funciones y definen entidades asociadas con el sistema. Esta etapa consiste en un análisis detallado de las actividades de la compañía en relación al sistema propuesto. ¿Qué información se genera? 3. Esta etapa envuelve la implementación del nuevo producto y el manejo del cambio del viejo al nuevo sistema. FASES  Modelado de gestión: El flujo de información entres las funciones de gestión se modela de forma que responda a las siguientes preguntas: 1.  Etapa de construcción.CICLO DE VIDA  Etapa de planificación de los requisitos. ¿A dónde va la información? . Se hacen pruebas comprensivas y se adiestran los usuarios. Debe darse una discusión estructurada sobre los problemas de la compañía que necesitan solución. ¿Qué información conduce el proceso de gestión? 2. ¿Quién la genera? 4. Los usuarios participan activamente en talleres bajo la tutela de profesionales de la informática. Una vez se completa el análisis. se crean los diagramas que definen las alteraciones entre los procesos y la data.  Etapa de diseño.  Etapa de implementación.

5. suprimir o recuperar un objeto de datos. los sistemas de gestión de bases de datos. promueve la participación de los usuarios y el uso de herramientas de desarrollo computarizadas. Sin embargo.  Orientación dedicada a producir sistemas de alta calidad con rapidez. PRINCIPIOS BÁSICOS  Objetivo clave para un rápido desarrollo y entrega de una alta calidad en un sistema relativamente bajo de inversión. principalmente mediante el uso de iteración por prototipos en cualquier etapa de desarrollo.  Generación de aplicaciones: El RAD usa técnicas de cuarta generación. Las descripciones del proceso se crean para añadir. en lugar de crear software con lenguajes de programación de tercera generación. se deben probar todos los componentes nuevos y ejercitar todas la interfaces a fondo. Es la comunicación entre los objetos. Se definen las características de cada uno de los objetos y las relaciones entre estos objetos. Esto reduce tiempo de pruebas. ¿Quién lo procesó?  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. lenguajes . Estas herramientas pueden incluir constructores de Interfaz gráfica de usuario. herramientas CASE. el proceso RAD trabaja para volver a utilizar componentes de programas ya existentes (cuando es posible) o a crear componentes reutilizables (cuando sea necesario). modificar.  Pruebas de entrega: El proceso RAD enfatiza la reutilización de los componentes de los programas ya comprobados.  Intenta reducir el riesgo inherente del proyecto partiéndolo en segmentos más pequeños y proporcionar más facilidad de cambio durante el proceso de desarrollo. En todos los casos se utilizan herramientas automáticas para facilitar la construcción del software.  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.

Iterativamente realiza la producción de software. Creación de prototipos falsos (simulación pura) Creación de prototipos funcionales. Si el proyecto empieza a aplazarse. Componentes reusables.  Control de proyecto implica el desarrollo de prioridades y la definición de los plazos de entrega. no en el aumento de la fecha límite. analistas. Prototipos Iterativos y Evolucionaros:  . CARACTERÍSTICAS  Equipos Híbridos: Equipos compuestos por alrededor de seis personas. Herramientas colaborativas y de trabajo en equipo.  Timeboxing: Las funciones secundarias son eliminadas como sea necesario para cumplir con el calendario.  Herramientas Especializadas: - Desarrollo visual. generadores de código y técnicas orientada a objetos. se hace hincapié en la reducción de requisitos para el ajuste. mientras que la ingeniería tecnológica o la excelencia es de menor importancia. en lugar de enfocarse en un prototipo.de programación de cuarta generación. Interfaces estándares (API). Control de inversiones. diseñadores y programadores en uno.  Hace especial hincapié en el cumplimiento de la necesidad comercial. incluyendo desarrolladores y usuarios de tiempo completo del sistema así como aquellas personas involucradas con los requisitos. Múltiples lenguajes.  Produce la documentación necesaria para facilitar el futuro desarrollo y mantenimiento. Los desarrolladores de RAD deben ser renacentistas. Calendario grupal.   La participación activa de los usuarios es imprescindible. es decir.

o Reunión JAD (Joint Application Development): Se reúnen los usuarios finales y los desarrolladores. Los clientes prueban el prototipo. o Iterar hasta acabar: Los desarrolladores construyen y depuran el prototipo basado en los requisitos actuales. VENTAJAS  Comprar puede ahorrar dinero en comparación con construir.  Menor codificación manual. Los requisitos secundarios se eliminan si es necesario para cumplir el calendario. Los diseñadores revisan el prototipo. . depuran los requisitos. asegura que la discusión adecuada cubra cada asunto y por ultimo escribe un reporte al final de la reunión. Los clientes y desarrolladores se reúnen para revisar juntos el producto.  Visibilidad temprana. Lluvia de ideas para obtener un borrador inicial de los requisitos.  Interfaz gráfica estándar.  Ciclos de desarrollo más pequeños.  Posiblemente menos fallas.  Mayor flexibilidad.  Posiblemente menor costo.  El desarrollo se realiza a un nivel de abstracción mayor. prepara una agenda de asuntos antes de la reunión. El facilitador tiene claras las metas sobre la información que se necesita recabar.  Mayor involucramiento de los usuarios. Reuniones de 2 horas con facilitador que mantiene enfocado al grupo.  Los entregables pueden ser fácilmente trasladados a otra plataforma. Los cambios para los que no hay tiempo no se realizan. refinar los requisitos y generar solicitudes de cambios. o Notas: Cada iteración dura entre un día y tres semanas.

 Prototipos pueden no escalar un problema mayúsculo.  Riesgo de revertirse a las prácticas sin control de antaño.  Interfaz gráfica estándar.  Dependencia en componentes de terceros: funcionalidad de más o de menos.  Costo de herramientas integradas y equipo necesario.  Requisitos que no convergen.  Funciones reducidas por timeboxing. .  Progreso más difícil de medir.DESVENTAJAS  Comprar puede ser más caro que construir.  Más fallas por síndrome de codificar a lo bestia.  Funciones no deseadas.  Difícil de repetir experiencias exitosas.  Menor precisión científica.  Menos eficiente. problemas legales.

Es posible asegurar un resultado exitoso si los proyectos se desarrollan para cumplir con un itinerario estricto y sacrificando algún tipo de funcionalidad. se centran en la definición detallada de los procesos y tareas a realizar. y requieren una extensa documentación ya que pretende prever todo de antemano. donde una gran organización es requerida. herramientas a utilizar.CONCLUSION Las metodologías de desarrollo del software son las más tradicionales. Este tipo de metodologías son más eficaces y necesarias cuanto mayor es el proyecto que se pretende realizar respecto a tiempo y recursos que son necesarios emplear. . RAD resulta un modelo de desarrollo de software muy útil cuando se requiera poner en marcha un sistema en un periodo de tiempo corto. Hoy en día el uso de la metodología de diseño rápido de aplicaciones ha adquirido mucha popularidad en el campo de la informática.

com/2009/12/modelo-de-desarrollo-rapido-deaplicaciones.files.  gestionrrhhusm.blogspot. mena./ingenieria-de-software-ingenieria-de.BIBLIOGRAFÍA    es.mx/gonzalo/maestria/ingsoft/presenta/rad/..com/viewer?a=v&q=cache:E1=!DxNn_NAJ:curiosos.com.wikipedia.org/wiki/Metodología_de_desarrollo_de_software.com/.pdf+desventajas+del+modelo+rad.google..word press... http:/docs. .