Metodologias Rup Xp

17,626 views

Published on

Trabajo sobre las metodologías RUP y XP.

Published in: Education, Technology
3 Comments
3 Likes
Statistics
Notes
No Downloads
Views
Total views
17,626
On SlideShare
0
From Embeds
0
Number of Embeds
130
Actions
Shares
0
Downloads
582
Comments
3
Likes
3
Embeds 0
No embeds

No notes for slide

Metodologias Rup Xp

  1. 1. DA4 EQUIPO3 Noemí Grau Vicente Baixauli
  2. 2. INTRODUCCIÓN <ul><li>METODOLOGIAS DESARROLLO DE SW </li></ul><ul><ul><li>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. </li></ul></ul><ul><ul><li>RUP (Proceso Unitario Racional) </li></ul></ul><ul><ul><li>Xtreme Programming / XP (Programación Extrema) </li></ul></ul>
  3. 3. Xtreme Programming <ul><li>Es un método de desarrollo de software , no esta dedicado a un único lenguaje determinado. </li></ul><ul><li>Á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. </li></ul>
  4. 4. Principios de la XP I <ul><li>Simplicidad </li></ul><ul><ul><li>Un diseño simple agiliza el desarrollo y el rendimiento del SW. </li></ul></ul><ul><ul><li>Documentación Simplificada. </li></ul></ul><ul><li>Comunicación </li></ul><ul><ul><li>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 . </li></ul></ul>
  5. 5. Principios de la XP II <ul><li>Retroalimentación </li></ul><ul><ul><li>Ciclos de desarrollo cortos. </li></ul></ul><ul><ul><li>Pruebas unitarias para corregir fallos. </li></ul></ul><ul><li>Valentía o Coraje </li></ul><ul><ul><li>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. </li></ul></ul>
  6. 6. Funcionamiento XP
  7. 7. Resumen del Método <ul><li>Desarrollo iterativo e incremental </li></ul><ul><li>Pruebas Unitarias continuas </li></ul><ul><li>Programación en Parejas </li></ul><ul><li>Frecuente interactuación con el cliente </li></ul><ul><li>Corrección de todos los errores fase a fase </li></ul><ul><li>Refactorización del código sin modificar comportamiento </li></ul><ul><li>Propiedad del código Compartida </li></ul><ul><li>Simplicidad </li></ul>
  8. 8. ¿Qué es RUP? <ul><li>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. </li></ul><ul><li>Más enfocado al desarrollo de aplicaciones grandes. </li></ul><ul><li>No es un modelo definido, según qué SW vaya a desarrollarse, se utilizan unas directivas de desarrollo del SW u otras. </li></ul><ul><li>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. </li></ul>
  9. 9. Principios de RUP <ul><li>Adaptar el proceso  características del proyecto, tamaño e incluso alcance del mismo. </li></ul><ul><li>Equilibrio de prioridades  entre lo que debe hacer el programa y de los recursos de que disponemos (EPI’s o personal). </li></ul><ul><li>Demostrar iterativamente el valor  para la comprobación de fallos, opinión de los inversores, calidad, riesgos, etc. </li></ul><ul><li>Colaboración entre equipos  debe existir comunicación a la hora de coordinarse para: los requerimientos, el desarrollo, las evaluaciones, los planes, resultados, etc. </li></ul><ul><li>Elevar el nivel de abstracción  reutilización del código y discutir sobre el lenguaje a utilizar así como las metodologías. </li></ul>
  10. 10. Fases desarrollo SW <ul><li>Inicio  determinar la visión del proyecto. </li></ul><ul><li>Elaboración  qué arquitectura va a utilizarse. </li></ul><ul><li>Construcción  objetivo conseguir que el programa funcione, implementarlo. </li></ul><ul><li>Transmisión  o cierre, finalización y entrega del proyecto. </li></ul>
  11. 11. ¿Cómo funciona? <ul><li>Para desarrollar cada fase se realizan iteraciones usando para ello la metodología de desarrollo en espiral . </li></ul>
  12. 12. Metodología en espiral <ul><li>Ciclo de vida del SW definido por Barry Boehm en 1988. </li></ul><ul><li>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. </li></ul><ul><li>Se trata de ir comprobando las necesidades que van surgiendo y sus posibles soluciones. </li></ul><ul><li>Las aplicaciones realizadas de este modo suelen ser costosas y la evaluación de riesgos no es previsible. </li></ul>
  13. 13. Disciplinas I <ul><li>Hay dos tipos y surgen de las iteraciones del ciclo de vida. </li></ul><ul><li>DE PROCESO </li></ul><ul><li>Modelado de negocio (necesidades del mismo). </li></ul><ul><li>Requisitos (del negocio a un sistema informatizado). </li></ul><ul><li>Análisis y diseño (teniendo en cuenta la arquitectura del SW). </li></ul><ul><li>Implementación y pruebas (SW adecuado y que funcione óptimamente). </li></ul><ul><li>Despliegue (comprobación de estabilidad in-situ). </li></ul>
  14. 14. Disciplinas II <ul><li>DE SOPORTE </li></ul><ul><li>Gestión de cambios y configuraciones (guardar las versiones del proyecto). </li></ul><ul><li>Gestión del proyecto (administrar recursos). </li></ul><ul><li>Entorno (ambiente de desarrollo). </li></ul>
  15. 15. Elementos de RUP <ul><li>Artefactos  diagramas o documentos que pueden utilizarse para el desarrollo del proyecto. </li></ul><ul><li>Actividades  procesos que determinarán las iteraciones. </li></ul><ul><li>Trabajadores  personas participantes en el proyecto. </li></ul>
  16. 16. Características de RUP <ul><li>Asignación de tareas y responsabilidades. </li></ul><ul><li>Como objetivo se plantea ayudar a mejorar el uso de los métodos de la Ingeniería del SW. </li></ul><ul><li>Método iterativo. </li></ul><ul><li>Administración de requisitos tanto a nivel de personal como de EPI’s. </li></ul><ul><li>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. </li></ul><ul><li>Control de cambios. </li></ul><ul><li>El SW se diseña mientras se observa. </li></ul><ul><li>Control de calidad: pruebas de calidad del SW. </li></ul>
  17. 17. CONCLUSIONES <ul><li>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. </li></ul><ul><li>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. </li></ul><ul><li>¿Quiere decir esto, que una es mejor que la otra? </li></ul><ul><li>Rotundamente, no. Lo que significa es que según las necesidades a cubrir, el tiempo, presupuestos, etc., nos decantaremos por una o por otra. </li></ul>
  18. 18. FUENTES / BIBLIOGRAFÍA <ul><li>Enlace a Wikipedia: </li></ul><ul><ul><li>http://es.wikipedia.org/wiki/Programaci%C3%B3n_extrema </li></ul></ul><ul><ul><li>http://es.wikipedia.org/wiki/Proceso_Unificado_de_Rational </li></ul></ul><ul><ul><li>http://www-01.ibm.com/software/awdtools/rup/ </li></ul></ul><ul><ul><li>http://www.informatizate.net/articulos/metodologias_de_desarrollo_de_software_07062004.html </li></ul></ul><ul><li>Documentación PDF </li></ul>

×