GRUPO 04

Se basa en una versin simplificada

del Proceso Unificado de Rational (RUP).

RUP
Agile
Methods
(AM)
Desarrollo
Basado en
Pruebas (TDD)
Modelado gil
Gestin de
Cambios gil
Refactorizacin
de BD
RUP
Rol Descripcin
DBA gil
Un administrador de base de datos, que trabaja con los miembros del equipo
del proyecto para disear, probar, evolucionar, y apoyar esquema de datos de
la aplicacin.
Modelador gil
Crea y desarrolla los modelos, de forma colaborativa haciendo uso de
herramientas Case.
Administrador de la
Configuracin
Se encarga de proporcionar la infraestructura de Gestin de Configuracin y
ambiente para el equipo de desarrollo.
Implementador
Es responsable de la implementacin del sistema en ambientes de pre-
produccin y produccin.
Desarrollador
Escribe, pruebas, y construye software.
Ingeniero de
Procesos
Desarrolla y soporta los materiales del proceso de software de la
organizacin.
Rol Descripcin
Gerente de
proyecto
Administra los miembros del equipo, construye relaciones con los
interesados, coordina las interacciones con los interesados, asigna recursos,
y mantiene al equipo enfocado.
Revisor
Evala los productos de trabajo del proyecto, proporcionar retroalimentacin
al equipo
Stakeholder
Es cualquier persona que es un usuario directo, usuario indirecto, que
puedan verse afectados por la implementacin de un proyecto de software.
Documentador
Tcnico
Responsables de producir la documentacin de los interesados, tales
como los materiales de capacitacin, documentacin de las operaciones, de
soporte y del usuario .
Tester
Responsables de escribir, conducir, y el registro de los resultados de los
esfuerzos de las pruebas.
El personal sabe lo que estn haciendo . La gente no va a leer la
documentacin detallada del proceso, pero querrn algunos orientacin de
alto nivel y/o entrenamiento de vez en cuando.

Simplicidad . Todo se describe concisamente utilizando un puado de
pginas, no miles de ellos.

Agilidad . El Agile UP se ajusta a los valores y principios de la Agile Alliance.

Se centran en actividades de alto valor . La atencin se centra en las
actividades que son esenciales para el desarrollo, no todas las actividades
forman parte del proyecto.

Independencia de herramientas . Se puede utilizar cualquier conjunto de
herramientas que desee con el Agile UP. La sugerencia es que utilice las
herramientas que son los ms adecuados para el trabajo, que a menudo
son simples herramientas o incluso herramientas de cdigo abierto.
Si usted desea algo entre XP y lo tradicional como RUP, un proceso que
es gil pero incluye explcitamente actividades y productos del trabajo
que usted est acostumbrado a hacer, entonces es probable que AUP
sea para usted.
Muchas organizaciones estn dudando de XP ya que parecer ser muy
liviana. Por el otro lado del espectro est RUP, en el cual la
administracin parece ser muy adorable, pero los desarrolladores
dudan del gran nmero de entregables.
AUP se encuentra entre los dos, adopta muchas de las tcnicas giles
de XP y otros procesos giles que aun mantienen la formalidad de RUP.
Para algunos Programadores Extremos es probable que encuentren a
AUP bastante pesada, y los usuarios de RUP tradicionales lo
encontrarn muy liviana.
AUP se preocupa especialmente de la gestin de riesgos. Propone que
aquellos elementos con alto riesgo obtengan prioridad en el proceso de
desarrollo y sean abordados en etapas tempranas del mismo.

El proceso AUP establece un Modelo ms simple que el que aparece en
RUP por lo que rene en una nica disciplina las disciplinas de
Modelado de Negocio, Requisitos y Anlisis y Diseo. El resto de
disciplinas (Implementacin, Pruebas, Despliegue, Gestin de
Configuracin, Gestin y Entorno) coinciden con las restantes de RUP.

Ambler, S. (2005). The Agile Unified Process (AUP). Obtenido desde:
http://www.ambysoft.com/unifiedprocess/agileUP.html

Charles Edeki (2013). International Journal Of Computer Science And
Mobile Applications - IJCSMA

http://en.wikipedia.org/wiki/Agile_Unified_Process