h@nz …el Geek

Y llegamos a la última entrega de los roles en RUP. Estos últimos roles son adicionales y no tienen un peso relevante dentro del proceso de desarrollo, sin embargo, pueden ser utilizados en caso de que el proyecto sea de mayor tamaño. Lo bueno que tiene RUP es que todo su proceso puede ser acomodado para satisfacer las necesidades de nuestro proyecto, del mismo modo, todos los roles presentados hasta el momento pueden o no ser tomados en cuenta dependiendo del proyecto.

Aquí quien tiene la mayor responsabilidad es el Jefe del Proyecto, ya que será él quien administre todos los recursos y determine para un proyecto específico las etapas, los roles y demás necesarios; recordemos que un proyecto puede ser, desde un Backup de una BD hasta el desarrollo de un sistema distribuido completo.

Para no dilatar mas, aquí los roles que faltaban:
Leer más…

Continuamos con el tema de RUP, y ahora presento las descripciones del rol Manager en RUP. Este rol que contiene a otros roles, trata aquellas funciones que cumplen un cargo de responsables en una etapa o en alguna actividad en particular del proyecto. Esto sin duda es importante ya que los diferentes managers serán los responsables de que dicha etapa se lleve a cabo de forma correcta.

Entonces los roles incluidos dentro del rol genérico Manager en RUP son los siguientes:

1. Process Engineer El rol ingeniero de procesos es responsable del proceso de desarrollo de software. Esto incluye configurar el proceso antes inicio del proyecto y continuamente mejorar el proceso durante el desarrollo del proyecto.

   

   Leer más…

Siguiendo con la secuencia de roles en RUP, ahora toca ver el rol Tester, este rol es más sencillo de describir porque es único y tiene la responsabilidad de ejecutar las pruebas unitarias y de integración del software que se esta desarrollando.

A diferencia de los otros roles vistos, como el del analista o el del desarrollador, en este caso hay un único rol, pero no esta solo, apoyan al tester otro roles que se han comentado y/o se irán comentando conforme avancemos.

Leer más…

Ya había escrito una entrada en la que hablaba sobre el rol del Analista en Rup, ahora toca ver el rol del Desarrollador con la finalidad de explicar los diferentes roles que hay tras este rol genérico de RUP. Como ya se había mencionado: los roles no son individuos; en lugar de ello, describen cómo los individuos se comportan en el negocio y qué responsabilidades tienen estos individuos. En tal sentido cabe recordar que no es necesario tener una persona por cada rol, sino que una misma persona puede tener diferentes roles.

Los roles para el Desarrollador son:

Leer más…

Una pequeña entrada para indicar que el post acerca de El rol del analista en RUP que publiqué la semana pasada ahora cuenta con gráficos que les permitirán entender los roles y los artefactos que cada uno de ellos genera.

En estos días estaré posteando los demás roles ya que primero debo traducirlos porque todo esta en inglés, así mismo lo haré acompañado de las imágenes correspondientes.

Saludos.

El Proceso Unificado de Rational (RUP, el original inglés Rational Unified Process) es un proceso de desarrollo de software y junto con el Lenguaje Unificado de Modelado UML, constituye la metodología estándar más utilizada para el análisis, implementación y documentación de sistemas orientados a objetos. RUP es en realidad un refinamiento realizado por Rational Software del más genérico Proceso Unificado.

El RUP no es un sistema con pasos firmemente establecidos, sino un conjunto de metodologías adaptables al contexto y necesidades de cada organización.

Esta es una definición tomada de Wikipedia que explica muy bien el sentido de RUP, esta metodología es bastante mencionada pero muy poco utilizada por el desconocimiento acerca del tema. Como se lee, RUP es adpatable al contexto y necesidades de cada organización, y eso es lo bueno ya que seguirla fielmente resultaría en un trabajo bastante engorroso.

Lo que pretendo es hacer una descripción de RUP basándome en la plantilla de la propia Rational, empezaré definiendo los roles para entender un poco más esta metodología. Leer más…