Está en la página 1de 8

Todo en el software cambia. Los requisitos cambian.

El
diseo cambia. El negocio cambia. La tecnologa cambia.
El equipo cambia. Los miembros del equipo cambian.
El problema no es el cambio en s mismo, puesto que
sabemos que el cambio va a suceder; el problema es la
incapacidad de adaptarnos a dicho cambio cuando ste
tiene lugar.
METODOLOGIA RATIONAL UNIFIED PROCESS (RUP) METODOLOGIA EXTREME PROGRAMMING (XP)

RUP Forma disciplinada de asignar tareas y responsabilidades en XP Nace en busca de simplificar el desarrollo del
una empresa de desarrollo (quin hace qu, cundo y cmo). software y que se lograra reducir el costo del proyecto.

Mtodo pesado Mtodo ligero:


No produce demasiado overhead sobre las actividades
Costo de cambio: de desarrollo, y no impide el avance de nuestros
proyectos.

Costo de cambio:

Un cambio en las etapas de vida del sistema incrementara Reduce el costo del cambio en las etapas de vida del
notablemente el costo. sistema.
Requiere un grupo grande de programadores para trabajar con esta Se requiere un grupo pequeo de programadores para
metodologa. trabajar con esta metodologa entre 2 15 personas y
estas irn aumentando conforme sea necesario.
RUP es un marco del proyecto que describe una clase de los
procesos que son iterativos e incrementales. Sus programadores pueden ser ordinarios.

RUP define un manojo entero de las actividades y de los artefactos Combina las que han demostrado ser las mejores
que usted necesita elegir de para construir sus el propios, proceso prcticas de desarrollo de software, y las lleva al
individual. extremo.

RUP es el proceso de desarrollo ms general de los existentes El desarrollo de software es riesgoso y difcil de
actualmente. controlar.

Los procesos de RUP estiman tareas y horario del plan midiendo la Se redisear todo el tiempo (refactoring), dejando el
velocidad de iteraciones concerniente a sus estimaciones originales. cdigo siempre en el estado ms simple posible.
Las iteraciones tempranas de proyectos conducidos RUP se
enfocan fuertemente sobre arquitectura del software; la puesta en Se harn pruebas todo el tiempo, no slo de cada nueva
prctica rpida de caractersticas se retrasa hasta que se ha clase (pruebas unitarias) sino que tambin los clientes
identificado y se ha probado una arquitectura firme. comprobarn que el proyecto va satisfaciendo los
requisitos (pruebas funcionales).
RUP proporciona muchas ventajas sobre XP le da nfasis en los
requisitos y el diseo. Las pruebas de integracin se efectuarn siempre, antes
de aadir cualquier nueva clase al proyecto, o despus
La ventaja principal de RUP es que se basa todo en las mejores de modificar cualquiera existente (integracin
prcticas que se han intentado y se han probado en el campo. (en continua), utilizando frameworks de testing, como el
comparacin con XP que se basa en las prcticas inestables que xUnit.
utilizaron juntas se evita que se derribe).
Las iteraciones sern radicalmente ms cortas de lo que
es usual en otros mtodos, esto permite beneficiarse de
la retroalimentacin tan a menudo como sea posible.
RUP se divide en cuatro fases: XP define 4 variables para el proyecto de software:
Inicio (Define el alcance del proyecto) Coste
Elaboracin (definicin, anlisis, diseo) Tiempo
Construccin (implementacin) Calidad
Transicin (fin del proyecto y puesta en produccin) Alcance.
Cada fase concluye con un HITO (T. Decisiones)
XP tiene como valores lo siguiente:
Comunicacin
Simplicidad
Realimentacin
Coraje.
Este es un conjunto mnimo y consistente de valores que
permitirn hacer la vida ms fcil del grupo, la gerencia y
los clientes. Sirve tanto a los fines humanos como a los
comerciales.

XP deriva una docena de Principios Bsicos:


Realimentacin rpida, Asumir la Simplicidad, El Cambio
Incremental, Adherirse (Abrazar) al Cambio, Trabajo de
Alta Calidad (desde trabajo excelente hasta trabajo
increblemente sobresaliente).

XP desarrolla 4 actividades que guiarn el desarrollo:


Codificar
Planear las 4 fases incluye:
Testear
Asignacin de tiempo
Atender
Hitos Principales
Disear.
Iteraciones por Fases
Plan de proyecto.
RUP define nueve disciplinas a realizar en cada fase del Doce practicas de XP:
proyecto: Jugar el juego de planificacin.
Modelado del negocio Hacer pequeos Releases.
Anlisis de requisitos Hacer historias y usar metforas.
Anlisis y diseo Disear simple.
Implementacin Probar Testear.
Test Rearmar Refactorizar.
Distribucin Programar por pares.
Gestin de configuracin y cambios Propiedad Colectiva.
Gestin del proyecto Integrar Continuamente.
Gestin del entorno Semanas de 40 horas.
Cliente On-Site.
Iterativo e Incremental: Usar Standares de Codificacin

XP intenta reducir la complejidad del sw por medio de un


trabajo orientado directamente al objetivo, basado en las
relaciones interpersonales y la velocidad de reaccin.

XP tiene una debilidad cuando se utiliza en dominios de


aplicaciones complejas o situaciones difciles en la
organizacin: el rol del cliente no refleja los diferentes
intereses, habilidades y fuerzas a las que enfrentan los
programadores durante el desarrollo de proyectos.

XP define UserStories como base del software a


desarrollar. Estas historias las escribe el cliente y
describen escenarios sobre el funcionamiento del
software, que no solo se limitan a la GUI si no tambin
pueden describir el modelo, dominio, etc.
Cada fase en RUP puede descomponerse en iteraciones. Una XP es un sistema de prcticas mnimas - le suponen
iteracin es un ciclo de desarrollo completo dando como resultado utilizarlas todas en el principio de un proyecto y
una entrega de producto ejecutable (interna o externa) adaptarlas y agregar los adicionales como cuando usted
experimenta la necesidad.
El proceso define una serie de roles:
Los roles se distribuyen entre los miembros del proyecto y que XP se puede ver tcnico como caso de RUP, aunque l
definen las tareas de cada uno y el resultado (artefactos) que se se parece ser algo diferente en cultura. En el hecho,
espera de ellos. racional incluso proporciona un XP plugin para su
software de RUP.
Todos los miembros del equipo comparten:
1 Base de conocimiento XP intenta minimizar el riesgo de fallo del proceso por
1 Proceso medio de la disposicin permanente de un representante
1 Vista de cmo desarrollar software competente del cliente a disposicin del equipo de
1 Lenguaje de modelamiento (UML) desarrollo. Este representante debera estar en
condiciones de contestar rpida y correctamente a
cualquier pregunta del equipo de desarrollo de forma que
no se retrase la toma de decisiones.

En XP, la programacin se hace en parejas, pero el


cdigo pertenece al equipo completo, no a un
programador o pareja, de forma que cada programador
puede cambiar cualquier parte del cdigo en cualquier
momento si as lo necesita, dejndose en todo caso las
mejoras orientadas al rendimiento, para el final.

XP presenta un diseo evolutivo hace que no se le de


apenas importancia al anlisis como fase independiente,
puesto que se trabaja exclusivamente en funcin de las
necesidades del momento.
RUP realiza un levantamiento exhaustivo de requerimientos. Partes de XP:

Busca detectar defectos en las fases iniciales.

Intenta reducir al nmero de cambios tanto como sea posible.

Realiza el Anlisis y diseo, tan completo como sea posible.

Diseo genrico, intenta anticiparse a futuras necesidades.

Las necesidades de clientes no son fciles de discernir.

Existe un contrato prefijado con los clientes.

El cliente interacta con el equipo de desarrollo mediante reuniones


a diferencia de la metodologa XP que el cliente es parte del equipo Roles XP:
(in situ).
Programador (Programmer)
Responsable de decisiones tcnicas
Responsable de construir el sistema
Sin distincin entre analistas, diseadores o
codificadores
En XP, los programadores disean, programan y realizan
las pruebas

Jefe de Proyecto (Manager)


Organiza y gua las reuniones
Asegura condiciones adecuadas para el proyecto
Relaciones entre Productos de Desarrollo y Niveles de Prueba Cliente (Customer)
Es parte del equipo
Determina qu construir y cundo
Establece las pruebas
funcionales

Encargado de Pruebas (Tester)


Ayuda al cliente con las pruebas funcionales
Se asegura de que las pruebas funcionales se superan

Rastreador (Tracker)
Metric Man
Observa sin molestar
Conserva datos histricos

Entrenador (Coach)
Responsable del proceso
Tiende a estar en un segundo plano a medida que el
equipo madura

PRACTICANTE DE TOO
MIRIAN MILAGROS DAZ FLORES
ESCUELA DE INGENIERA DE SISTEMAS
http://www.extremeprogramming.org/
http://www.programacionextrema.org/
http://www.geocities.com/chuidiang/metodologia/extrema.html
http://es.tldp.org/Presentaciones/200211hispalinux/gregorio2/progm-ext-soft-libre-html/

También podría gustarte