Tarea: Entregar los cambios
En esta tarea se define cómo realizar una integración ordenada de un conjunto de cambios creados por un equipo de desarrolladores.
Objetivo
  • El objetivo de entregar cambios desde un espacio de trabajo de desarrollo al espacio de trabajo de integración es hacer que el conjunto cambiado de productos de trabajo, de un área de trabajo privada, estén disponibles en el proyecto para su integración.
Relaciones
RolesPrincipal: Adicional: Asistencia:
EntradasObligatoria:
  • Ninguno
Opcional: Externa:
  • Ninguno
Salidas
Pasos
Preparar la entrega

La entrega trata la noción de integración del trabajo de diversos implementadores. Como tal, la entrega es un paso importante y una 'puerta de entrada de calidad' de revisiones y aprobaciones que debe pasarse antes de que trabajo se pueda aceptar en un 'área intermedia" de nivel más alto.

Una buena política de proyecto es exigir a los desarrolladores que cambien la base de sus espacios de trabajo de desarrollo por la línea base recomendada actual del proyecto antes de aceptar su trabajo en el espacio de trabajo de integración del proyecto. El objetivo de esta política es conseguir que los desarrolladores compilen y prueben su trabajo en sus áreas de desarrollo respecto al trabajo incluido en las líneas base estables más recientes antes de realizar la entrega en el espacio de trabajo de integración. Esta práctica minimiza el número de fusiones que deben hacer los desarrolladores cuando llevan a cabo operaciones de entrega.  

Otra buena política de proyecto es asegurar que todos los archivos estén incorporados antes de realizar la entrega. Con ello se evita la situación de tener archivos huérfanos que no están incluidos en una compilación y que podrían ser necesarios en actualizaciones posteriores.

La entrega es un paso importante que implica que un desarrollador considera su trabajo como de calidad suficientemente alta para poder ser incorporado al producto global.

Debe formar parte de la política del proyecto determinar sobre quién recae la revisión de determinados productos de trabajo y qué nivel de calidad éstos deben alcanzar antes de que sean aceptables para el uso por parte del resto de los miembros del equipo del proyecto. Para obtener información sobre las revisiones, consulte el apartado Técnica: Revisiones. Muchos de los productos de trabajo de Rational Unified Process tienen una 'lista de comprobación' asociada que puede utilizarse para valorar la calidad de dicho producto de trabajo. Por ejemplo, si se encuentra que un producto de trabajo es deficiente en más de un número determinado de puntos de control, se envía a revisión y, por tanto, no es elegible para 'promoción'.

Entregar los cambios

Una política de proyecto habitual es exigir al desarrollador que fusione sus cambios con los que han realizado otros desarrolladores. Esta fusión normalmente se realiza en un espacio de trabajo de integración privado, de modo que los cambios fusionados pueden probarse antes de su entrega final al espacio de trabajo de integración del proyecto. La entrega finaliza cuando todos los cambios fusionados se han incorporado y entregado.

Actualizar el estado del pedido de trabajo

Actualice el estado del pedido de trabajo (por ejemplo, establézcalo en "Completado" si se ha realizado todo el trabajo) tal como se define en el plan de gestión de la configuración del proyecto.



Propiedades
Varias apariciones
Condicionado por sucesos
Continuo
Opcional
Planeado
Se puede repetir
Más información