Objet
  • Planifier l'ordre dans lequel les éléments contenus dans un sous-système d'implémentation doivent être intégrés.
Rôle :  Intégrateur 
Fréquence : Selon les besoins. Généralement, plusieurs fois pour chaque itération de construction et de transition, et au moins une fois par itération d'élaboration.
Etapes
Artefacts d'entrée :    Artefacts de sortie :   
Guides d'utilisation de l'outil :   

Détails sur l'enchaînement d'activités :   

Définir les constructions Haut de la page

Etudiez les cas d'utilisation et les scénarios sélectionnés pour l'itération en cours. Sélectionnez un ou plusieurs scénarios qui constitueront l'objectif de chaque incrément de l'intégration. Il peut être nécessaire de sélectionner une seule partie du scénario relatif à ce sous-système.

Capturez le plan permettant d'intégrer le sous-système, soit dans le plan de construction et intégration du projet, soit dans un plan d'intégration local.

Identifier les classes Haut de la page

Identifiez les classes figurant dans les scénarios sélectionnés. Chaque scénario est décrit dans les diagrammes des réalisations de cas d'utilisation, dans les diagrammes de communication ou de classes. Identifiez les classes à implémenter et celles qui le sont déjà. Identifiez également les classes qui ne participent pas au scénario mais qui sont utilisées comme raccords.

Diagramme de classes de cas d'utilisation

Les classes sont identifiées à partir des réalisations de cas d'utilisation de conception.

Mettre à jour les importations des sous-systèmes Haut de la page

Identifiez les autres sous-systèmes d'implémentation requis pour cette construction. Déterminez la version à utiliser pour chaque sous-système. Mettez à jour les dépendances d'importation applicables à ce sous-système à l'aide des versions correctes des autres sous-systèmes.

Si de nouvelles versions de référence ont vu le jour récemment, l'intégrateur doit également déterminer le moment opportun de mise à jour de l'espace d'intégration du sous-système. Cette décision doit être prise en fonction de la phase actuelle du cycle de développement. Si le développement de votre sous-système est instable dans certains domaines critiques, vous pouvez décider de reporter cette mise à jour.

Lorsque le projet est bien avancé, et qu'une version (interne ou externe) doit être prochainement lancée, il est essentiel que les sous-systèmes possèdent des ensembles d'importation cohérents. Par la suite, il est impératif de maintenir la version de référence à jour.



RUP (Rational Unified Process)   2003.06.15