DA4 EQUIPO3Noemí Grau

Vicente Baixauli

INTRODUCCIÓNMETODOLOGIAS DESARROLLO DE SWMETODOLOGIAS 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)

Xtreme ProgrammingEs 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.

Principios de la XP ISimplicidadSimplicidad

Un diseño simple agiliza el desarrollo y el rendimiento del SW.

Documentación Simplificada.ComunicaciónComunicació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 .

Principios de la XP IIRetroalimentaciónRetroalimentación

Ciclos de desarrollo cortos.Pruebas unitarias para corregir fallos.

Valentía o CorajeValentía o CorajeConfiar 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.

Funcionamiento XPHistorias del usuario

valores

Criterios de las pruebas de iteración

Plan de iteración

Diseño simple

Programación en pareja

prototiposCartas CRC

Integración continua

Prueba de unidad

Pruebas de aceptación

Incremento de software Velocidad calculada del proyecto

Lanzamiento

recodificación

Soluciones pico

Resumen del MétodoDesarrollo iterativo e incrementalPruebas Unitarias continuasProgramación en ParejasFrecuente interactuación con el clienteCorrección de todos los errores fase a faseRefactorización del código sin modificar

comportamientoPropiedad del código CompartidaSimplicidad

¿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.

Principios de RUPAdaptar 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.

Fases desarrollo SWInicio 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.

¿Cómo funciona?Para desarrollar cada fase se realizan

iteraciones usando para ello la metodología de desarrollo en espiral.

Metodología en espiralCiclo 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.

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

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

Disciplinas IIDE SOPORTE

Gestión de cambios y configuraciones (guardar las versiones del proyecto).

Gestión del proyecto (administrar recursos).

Entorno (ambiente de desarrollo).

Elementos de RUPArtefactos diagramas o documentos que

pueden utilizarse para el desarrollo del proyecto.

Actividades procesos que determinarán las iteraciones.

Trabajadores personas participantes en el proyecto.

Características de RUPAsignació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.

CONCLUSIONESComo 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.

FUENTES / BIBLIOGRAFÍAEnlace 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