Tâche: Livrer des changements
Cette tâche explique comment effectuer une intégration ordonnée d'un ensemble de changements créés par une équipe de développeurs.
Objet
  • L'objectif de la livraison de changements depuis un espace de travail de développement vers un espace de travail d'intégration est de rendre disponible l'ensemble modifié de produits, dans un espace de travail privé, pour leur intégration dans le projet.
Relations
RôlesPrincipal: Complémentaire: Auxiliaire:
EntréesObligatoire:
  • Aucun
Facultatif: Externe:
  • Aucun
Sorties
Etapes
Préparer la livraison

Il s'agit d'intégrer le travail des différents flux d'implémentation. C'est donc une étape importante et en quelque sorte un "seuil qualité" constitué de revues et d'approbations, qu'il est nécessaire de franchir pour que le projet puisse passer à la phase intermédiaire suivante.

Il est recommandé de demander aux développeurs de refonder leurs espaces de travail de développement en fonction de la version de référence actuelle du projet, avant d'accepter leur travail dans l'espace de travail d'intégration du projet. L'objectif de cette règle est de s'assurer que les développeurs conçoivent et testent leurs composants dans leur espace de développement par rapport aux versions de référence les plus récentes et stables, avant de les livrer à l'espace de travail d'intégration. Cela permet de réduire les opérations de fusion nécessaires. 

De la même manière, il est conseillé de s'assurer que tous les fichiers sont bien archivés avant d'entamer la livraison. Cela évite d'avoir des fichiers orphelins qui ne sont pas inclus dans la construction créée, et qui feront défaut lors des mises à jour ultérieures.

La livraison est une étape importante, dans la mesure où le développeur estime alors que son travail est d'une qualité suffisante pour être incorporé au produit.

Les règles du projet doivent indiquer qui est chargé de revoir les produits donnés, ainsi que le niveau de qualité que le travail doit avoir atteint pour qu'il puisse être partagé avec le reste de l'équipe du projet. Vous trouverez un certain nombre de conseils sur les revues dans Technique : revues. Pour la plupart des produits utilisés dans le Rational Unified Process, vous disposez d'une 'liste de contrôle' qui peut être utilisée pour évaluer la qualité du produit considéré. Par exemple, si un produit ne répond pas à certains critères de la liste de contrôle, il doit être retravaillé et ne peut être 'promu' en l'état.

Livrer des changements

Souvent, les règles définies pour les projets imposent que les développeurs fusionnent leurs changements avec ceux effectués par les autres développeurs. Cela est particulièrement utile dans un espace de travail d'intégration privé, afin que les changements fusionnés puissent être testés avant la livraison finale à l'espace de travail d'intégration du projet. La livraison est considérée comme complète dès lors que tous les changements fusionnés ont été archivés et livrés.

Mettre à jour l'état de l'ordre de travail

Mettez à jour l'état de l'ordre de travail (par exemple, indiquez "Terminé" si tout le travail a été exécuté), tel que défini par le Plan de gestion de la configuration de votre projet.



Propriétés
Plusieurs occurrences
Commandé par les événements
En cours
Facultatif
Planifié
Réitérable
Plus d'informations