metodologiasrupxp

7/22/2019 metodologiasrupxp

1/18

METODOLOGAS DEPROGRAMACIN

RUP/XP

DA4 EQUIPO3

Noem Grau

Vicente Baixauli


2/18

INTRODUCCIN

METODOLOGIAS DESARROLLO DE SW

El desarrollo de SW no es una tarea sencilla para ello se hace necesariointroducir una serie de instrucciones y pasos a seguir, al fin y al cabo unametodologa que ayude al equipo de desarrollo a lograr sus objetivos de laforma ms eficaz y productiva que sea posible, a continuacin veremos 2tipos de metodologas.

RUP (Proceso Unitario Racional)

Xtreme Programming / XP (Programacin Extrema)


3/18

Xtreme Programming Es un mtodo de desarrollo de software, no esta dedicado a un

nico lenguaje determinado.

gil y simplificado, no se rige por una metodologa estndar sino quecoge aquellas caractersticas ms destacadas, las mejores de cada

una y se adapta a los requisitos en cualquier punto de vida del SW.


4/18

Principios de la XP I

Simplicidad

Un diseo simple agiliza el desarrollo y el rendimiento del SW.

Documentacin Simplificada.

Comunicacin

Programacin por parejas, cdigos simples y comentados en las funciones yclases, se resume el objetivo de estas, comunicacin constante con el clientepara resolver dudas .


5/18

Principios de la XP II

Retroalimentacin

Ciclos de desarrollo cortos.

Pruebas unitarias para corregir fallos.

Valenta o Coraje

Confiar en la programacin por parejas sin repercutir negativamente en eldesarrollo; coraje para aceptar los requisitos esenciales en un tiempo lmitesin extenderse.


6/18

Funcionamiento XP

PRUEBA

DISEO

CODIFICA

CION

PLANIFIC

ACION

Historias del usuario

valores

Criterios de las pruebas de iteracin

Plan de iteracin

Diseo simple

Programacin en pareja

prototiposCartas CRC

Integracin continua

Prueba de unidad

Pruebas de aceptacin

Incremento de software

Velocidad calculada del

proyecto

Lanzamiento

recodificacin

Soluciones pico


7/18

Resumen del Mtodo Desarrollo iterativo e incremental

Pruebas Unitarias continuas

Programacin en Parejas

Frecuente interactuacin con el cliente

Correccin de todos los errores fase a fase

Refactorizacin del cdigo sin modificar comportamiento

Propiedad del cdigo Compartida

Simplicidad


8/18

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 deModelado Unificado) que se haya estandarizado tanto a nivel de anlisis,implementacin y documentacin en la programacin orientada a objetos.

Ms enfocado al desarrollo de aplicaciones grandes.

No es un modelo definido, segn qu SW vaya a desarrollarse, se utilizan unasdirectivas 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 MtodosRacionales) que se implementa junto con RUP.


9/18

Principios de RUP Adaptar el proceso caractersticas del proyecto, tamao e incluso

alcance del mismo.

Equilibrio de prioridades entre lo que debe hacer el programa y de losrecursos de que disponemos (EPIs o personal).

Demostrar iterativamente el valor para la comprobacin de fallos,opinin de los inversores, calidad, riesgos, etc.

Colaboracin entre equipos debe existir comunicacin a la hora de

coordinarse para: los requerimientos, el desarrollo, las evaluaciones, losplanes, resultados, etc.

Elevar el nivel de abstraccin reutilizacin del cdigo y discutir sobre ellenguaje a utilizar as como las metodologas.


10/18

Fases desarrollo SW Inicio determinar la visin del proyecto.

Elaboracin qu arquitectura va a utilizarse.

Construccin objetivo conseguir que el programa funcione,implementarlo.

Transmisin o cierre, finalizacin y entrega del proyecto.


11/18

Cmo funciona? Para desarrollar cada fase se realizan iteraciones usando para ello la

metodologa de desarrollo en espiral.


12/18

Metodologa en espiral Ciclo de vida del SW definido por Barry Boehm en 1988.

Con forma de espiral, cada bucle o iteracin representa un conjunto de

procesos que deben llevarse a cabo, pero que no se han definido conanterioridad.

Se trata de ir comprobando las necesidades que van surgiendo y susposibles soluciones.

Las aplicaciones realizadas de este modo suelen ser costosas y la evaluacinde riesgos no es previsible.


13/18

Disciplinas IHay 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).

Anlisis y diseo (teniendo en cuenta la arquitectura del SW).

Implementacin y pruebas (SW adecuado y que funcione ptimamente).

Despliegue (comprobacin de estabilidad in-situ).


14/18

Disciplinas IIDE SOPORTE

Gestin de cambios y configuraciones (guardar las versiones del proyecto).

Gestin del proyecto (administrar recursos).

Entorno (ambiente de desarrollo).


15/18

Elementos de RUP Artefactos diagramas o documentos que pueden utilizarse para el

desarrollo del proyecto.

Actividades procesos que determinarn las iteraciones.

Trabajadores personas participantes en el proyecto.


16/18

Caractersticas de RUP Asignacin de tareas y responsabilidades.

Como objetivo se plantea ayudar a mejorar el uso de los mtodos de laIngeniera del SW.

Mtodo iterativo.

Administracin de requisitos tanto a nivel de personal como de EPIs.

Uso de arquitectura basada en componentes, es decir, que la aplicacin seafcil de instalar, de mantener y que se complemente adecuadamente conaquellos perifricos con los que deba interactuar.

Control de cambios.

El SW se disea mientras se observa.

Control de calidad: pruebas de calidad del SW.


17/18

CONCLUSIONES Como hemos podido apreciar, no slo se trata de elegir qu mtodo

de desarrollo de SW es el mejor, sino cul es que se adapta mejor altipo de proyecto a desarrollar.

Se han comparado dos tipos, uno ms enfocado a proyectos grandes

y con orientacin a objetos (RUP) y el otro, que puede servir paracualquier tipo de aplicacin sin importar el tiempo que lleverealizarla, ya sea grande o pequea pero no tan enfocada a objetos.

Quiere decir esto, que una es mejor que la otra?

Rotundamente, no. Lo que significa es que segn las necesidades acubrir, el tiempo, presupuestos, etc., nos decantaremos por una opor otra.


18/18

FUENTES BIBLIOGRAFA 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

Documentacin PDF
http://es.wikipedia.org/wiki/Programaci%C3%B3n_extremahttp://es.wikipedia.org/wiki/Programaci%C3%B3n_extremahttp://es.wikipedia.org/wiki/Proceso_Unificado_de_Rationalhttp://es.wikipedia.org/wiki/Proceso_Unificado_de_Rationalhttp://www-01.ibm.com/software/awdtools/rup/http://www-01.ibm.com/software/awdtools/rup/http://www-01.ibm.com/software/awdtools/rup/http://www.informatizate.net/articulos/metodologias_de_desarrollo_de_software_07062004.htmlhttp://www.informatizate.net/articulos/metodologias_de_desarrollo_de_software_07062004.htmlhttp://www.informatizate.net/articulos/metodologias_de_desarrollo_de_software_07062004.htmlhttp://www.informatizate.net/articulos/metodologias_de_desarrollo_de_software_07062004.htmlhttp://www-01.ibm.com/software/awdtools/rup/http://es.wikipedia.org/wiki/Proceso_Unificado_de_Rationalhttp://es.wikipedia.org/wiki/Programaci%C3%B3n_extrema

metodologiasrupxp

Documents

Transcript of metodologiasrupxp