Your SlideShare is downloading. ×
0
Metodologias Rup Xp
Metodologias Rup Xp
Metodologias Rup Xp
Metodologias Rup Xp
Metodologias Rup Xp
Metodologias Rup Xp
Metodologias Rup Xp
Metodologias Rup Xp
Metodologias Rup Xp
Metodologias Rup Xp
Metodologias Rup Xp
Metodologias Rup Xp
Metodologias Rup Xp
Metodologias Rup Xp
Metodologias Rup Xp
Metodologias Rup Xp
Metodologias Rup Xp
Metodologias Rup Xp
Metodologias Rup Xp
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Metodologias Rup Xp

15,804

Published on

Trabajo sobre las metodologías RUP y XP.

Trabajo sobre las metodologías RUP y XP.

Published in: Education, Technology
3 Comments
1 Like
Statistics
Notes
No Downloads
Views
Total Views
15,804
On Slideshare
0
From Embeds
0
Number of Embeds
3
Actions
Shares
0
Downloads
528
Comments
3
Likes
1
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. DA4 EQUIPO3 Noemí Grau Vicente Baixauli
  • 2. INTRODUCCIÓN
    • METODOLOGIAS DESARROLLO DE SW
      • El desarrollo de SW no es una tarea sencilla para ello se hace necesario introducir una serie de instrucciones y pasos a seguir, al fin y al cabo una metodología que ayude al equipo de desarrollo a lograr sus objetivos de la forma más eficaz y productiva que sea posible, a continuación veremos 2 tipos de metodologías.
      • RUP (Proceso Unitario Racional)
      • Xtreme Programming / XP (Programación Extrema)
  • 3. Xtreme Programming
    • Es un método de desarrollo de software , no esta dedicado a un único lenguaje determinado.
    • Ágil y simplificado , no se rige por una metodología estándar sino que coge aquellas características más destacadas, las mejores de cada una y se adapta a los requisitos en cualquier punto de vida del SW.
  • 4. Principios de la XP I
    • Simplicidad
      • Un diseño simple agiliza el desarrollo y el rendimiento del SW.
      • Documentación Simplificada.
    • Comunicación
      • Programación por parejas , códigos simples y comentados en las funciones y clases, se resume el objetivo de estas, comunicación constante con el cliente para resolver dudas .
  • 5. Principios de la XP II
    • Retroalimentación
      • Ciclos de desarrollo cortos.
      • Pruebas unitarias para corregir fallos.
    • Valentía o Coraje
      • Confiar en la programación por parejas sin repercutir negativamente en el desarrollo; coraje para aceptar los requisitos esenciales en un tiempo límite sin extenderse.
  • 6. Funcionamiento XP
  • 7. Resumen del Método
    • Desarrollo iterativo e incremental
    • Pruebas Unitarias continuas
    • Programación en Parejas
    • Frecuente interactuación con el cliente
    • Corrección de todos los errores fase a fase
    • Refactorización del código sin modificar comportamiento
    • Propiedad del código Compartida
    • Simplicidad
  • 8. ¿Qué es RUP?
    • Rational Unified Process o Proceso Unificado Racional, une el hecho de desarrollar SW, con el uso para ello, de UML (Unified Modeling Languaje o Lenguaje de Modelado Unificado) que se haya estandarizado tanto a nivel de análisis, implementación y documentación en la programación orientada a objetos.
    • Más enfocado al desarrollo de aplicaciones grandes.
    • No es un modelo definido, según qué SW vaya a desarrollarse, se utilizan unas directivas de desarrollo del SW u otras.
    • Lo compró IBM y así adapta su SW exactamente a las necesidades de sus clientes, para ello creó RMC (Rational Method Composer o Confeccionador de Métodos Racionales) que se implementa junto con RUP.
  • 9. Principios de RUP
    • Adaptar el proceso  características del proyecto, tamaño e incluso alcance del mismo.
    • Equilibrio de prioridades  entre lo que debe hacer el programa y de los recursos de que disponemos (EPI’s o personal).
    • Demostrar iterativamente el valor  para la comprobación de fallos, opinión de los inversores, calidad, riesgos, etc.
    • Colaboración entre equipos  debe existir comunicación a la hora de coordinarse para: los requerimientos, el desarrollo, las evaluaciones, los planes, resultados, etc.
    • Elevar el nivel de abstracción  reutilización del código y discutir sobre el lenguaje a utilizar así como las metodologías.
  • 10. Fases desarrollo SW
    • Inicio  determinar la visión del proyecto.
    • Elaboración  qué arquitectura va a utilizarse.
    • Construcción  objetivo conseguir que el programa funcione, implementarlo.
    • Transmisión  o cierre, finalización y entrega del proyecto.
  • 11. ¿Cómo funciona?
    • Para desarrollar cada fase se realizan iteraciones usando para ello la metodología de desarrollo en espiral .
  • 12. Metodología en espiral
    • Ciclo de vida del SW definido por Barry Boehm en 1988.
    • Con forma de espiral, cada bucle o iteración representa un conjunto de procesos que deben llevarse a cabo, pero que no se han definido con anterioridad.
    • Se trata de ir comprobando las necesidades que van surgiendo y sus posibles soluciones.
    • Las aplicaciones realizadas de este modo suelen ser costosas y la evaluación de riesgos no es previsible.
  • 13. Disciplinas I
    • Hay dos tipos y surgen de las iteraciones del ciclo de vida.
    • DE PROCESO
    • Modelado de negocio (necesidades del mismo).
    • Requisitos (del negocio a un sistema informatizado).
    • Análisis y diseño (teniendo en cuenta la arquitectura del SW).
    • Implementación y pruebas (SW adecuado y que funcione óptimamente).
    • Despliegue (comprobación de estabilidad in-situ).
  • 14. Disciplinas II
    • DE SOPORTE
    • Gestión de cambios y configuraciones (guardar las versiones del proyecto).
    • Gestión del proyecto (administrar recursos).
    • Entorno (ambiente de desarrollo).
  • 15. Elementos de RUP
    • Artefactos  diagramas o documentos que pueden utilizarse para el desarrollo del proyecto.
    • Actividades  procesos que determinarán las iteraciones.
    • Trabajadores  personas participantes en el proyecto.
  • 16. Características de RUP
    • Asignación de tareas y responsabilidades.
    • Como objetivo se plantea ayudar a mejorar el uso de los métodos de la Ingeniería del SW.
    • Método iterativo.
    • Administración de requisitos tanto a nivel de personal como de EPI’s.
    • Uso de arquitectura basada en componentes, es decir, que la aplicación sea fácil de instalar, de mantener y que se complemente adecuadamente con aquellos periféricos con los que deba interactuar.
    • Control de cambios.
    • El SW se diseña mientras se observa.
    • Control de calidad: pruebas de calidad del SW.
  • 17. CONCLUSIONES
    • Como hemos podido apreciar, no sólo se trata de elegir qué método de desarrollo de SW es el mejor, sino cuál es que se adapta mejor al tipo de proyecto a desarrollar.
    • Se han comparado dos tipos, uno más enfocado a proyectos grandes y con orientación a objetos (RUP) y el otro, que puede servir para cualquier tipo de aplicación sin importar el tiempo que lleve realizarla, ya sea grande o pequeña pero no tan enfocada a objetos.
    • ¿Quiere decir esto, que una es mejor que la otra?
    • Rotundamente, no. Lo que significa es que según las necesidades a cubrir, el tiempo, presupuestos, etc., nos decantaremos por una o por otra.
  • 18. FUENTES / BIBLIOGRAFÍA
    • Enlace a Wikipedia:
      • http://es.wikipedia.org/wiki/Programaci%C3%B3n_extrema
      • http://es.wikipedia.org/wiki/Proceso_Unificado_de_Rational
      • http://www-01.ibm.com/software/awdtools/rup/
      • http://www.informatizate.net/articulos/metodologias_de_desarrollo_de_software_07062004.html
    • Documentación PDF
  • 19.  

×