METODOLOGIA XP

INTRODUCCIÓN

XP (eXtreme programming) programación extrema, XP Nace en busca de simplificar el desarrollo del software y que se lograra reducir el costo del proyecto, no produce demasiado overhead sobre las actividades de desarrollo, una de las principales características es reduce el costo del cambio en las etapas de vida del sistema.

Se harán pruebas todo el tiempo, no sólo de cada nueva clase conocidas como pruebas unitarias, sino que también los clientes comprobarán que el proyecto va satisfaciendo los requisitos.

Las pruebas de integración se efectuarán siempre, antes de añadir cualquier nueva clase al proyecto, o después de modificar cualquiera existente, las iteraciones serán radicalmente más cortas de lo que es usual en otros métodos, esto permite beneficiarse de la retroalimentación tan a menudo como sea posible.

 XP define 4 variables para el proyecto de software:
  Costo
 Tiempo
 Calidad
 Alcance.

 XP tiene como valores lo siguiente:
 Comunicación
 Simplicidad
 Realimentación
 Coraje

Existen 12 prácticas de XP muy comunes: 
 Jugar el juego de planificación.
 Hacer pequeños Releases.
 Hacer historias y usar metáforas.
 Diseñar simple.
 Probar –Testear.
 Rearmar – Refactorizar.
 Programar por pares.
 Propiedad Colectiva.
 Integrar Continuamente.
 Semanas de 40 horas.
 Cliente On-Site.
 Usar Standares de Codificación

XP intenta reducir la complejidad del software por medio de un trabajo orientado directamente al objetivo, basado en las relaciones interpersonales y la velocidad de reacción, tiene una debilidad cuando se utiliza en dominios de aplicaciones complejas o situaciones difíciles en la organización, el rol del cliente no refleja los diferentes intereses, habilidades y fuerzas a las que enfrentan los programadores durante el desarrollo de proyectos.
 
También se puede decir que es un sistema de prácticas mínimas, le suponen utilizarlas todas en el principio de un proyecto y adaptarlas y agregar los adicionales como cuando usted experimenta la necesidad.  

METODOLOGIA AGILE

INTRODUCCIÓN

A principios de la década del 90, surgió un enfoque que fue bastante innovador ya que iba en contra de toda creencia de que mediante procesos altamente definidos se iba a lograr obtener software en tiempo y costo. Se dio a conocer en la comunidad de Ingeniería de Software con el nombre   de RAD o Rapid Application Development y consistía en un entorno de desarrollo altamente productivo, en el que participaban grupos pequeños de programadores utilizando herramientas que generaban código en forma automática tomando como entradas sintaxis de alto nivel.

Principales características 
 Basadas en heurísticas provenientes de prácticas de producción de código.
 Especialmente preparadas para cambios durante el proyecto.
 Impuestas internamente (por el equipo).  
 Proceso menos controlado, con pocos principios.

No existe contrato tradicional o al menos es bastante flexible.
El cliente es parte del equipo de desarrollo.
 Grupos pequeños trabajando en el mismo sitio.
 Pocos artefactos.
 Pocos roles
 Menos énfasis en la arquitectura del software.

METODOLOGIA R.U.P

El Rational Unified Process o Proceso Unificado de Racional. Es un proceso de ingeniería de software que suministra un enfoque para asignar tareas y responsabilidades dentro de una organización de desarrollo. Su objetivo es asegurar la producción de software de alta y de mayor calidad para satisfacer las necesidades de los  usuarios que tienen un cumplimiento al final dentro de un limite de  tiempo y presupuesto previsible. Es una metodología de desarrollo iterativo que es enfocada hacia “ diagramas de los casos de uso, y manejo de los riesgos y el manejo de la arquitectura” como tal.

El RUP mejora la productividad del equipo ya que permite que cada miembro del grupo sin importar su responsabilidad específica pueda acceder a la misma base de datos incluyendo sus conocimientos. Esto hace que todos compartan el mismo lenguaje, la misma visión y el mismo proceso acerca de cómo desarrollar un 

DIAGRAMA