urbanisation-si.com

Le diagramme de migration applicative a pour objet de représenter le plan de migration des applications depuis l’existant jusqu’à la cible suivant la trajectoire établie.

Le diagramme est réalisé par les architectes applicatifs avec comme référents les architectes applicatifs et les architectes techniques et à destination des analystes métier et des architectes techniques.

Pour plus de précisions sur les éléments de modélisation avec UML de la phase C Architecture des Systèmes d'Information de TOGAF, voir l’article :

• Les éléments de modélisation avec UML de la phase C Architecture des Systèmes d'Information de TOGAF - étape 24 du tutoriel

Techniquement, ce diagramme est un diagramme d’objet UML, suivant la notation normalisée :

• Nom de l’objet (encore appelé instance ou occurrence d’une classe) (facultatif) : nom de la classe (facultatif)

La technique est donc de représenter les versions des composants par des occurrences qui seront effectivement déployées à un instant donné.

Cette technique offre une grande souplesse de représentation, par exemple dans une version V1 du système, un objet nommé
"reserveTrip-V1" de la classe ReserveTrip peut être lié à un objet de la classe "TripPortfolioManager" et dans la version V2 un autre objet nommé "reserveTrip-V2" de cette même classe "ReserveTrip" sera lié à un objet de la classe "Trip".

Ces objets sont liés par des dépendances stéréotypées « migrates ».

Conclusion

En représentant les étapes intermédiaires de migration, le diagramme de migration applicative aide à l’estimation en spécifiant les composants gardés à l’identique, les nouveaux composants et les nouvelles interfaces d’accès et montre l’obligation de la continuité de service entre les différentes versions.

Rhona Maxwel

@rhona_helena

"Il y a si loin de la manière dont on vit de celle dont on devrait vivre, que celui qui tient pour réel et pour vrai ce qui devrait l’être sans doute, mais qui malheureusement ne l’est pas, court à une ruine inévitable."

Machiavel

Annexe 1 : les précédentes étapes de notre étude de cas TOGAF

• Exemples d’études de cas d’architecture d’entreprise avec le framework TOGAF empruntés à l’outil français Modelio
   
• Exemple d’étude de cas TOGAF - Comment modéliser la phase A Vision de la méthode ADM : étape 1, les éléments de modélisation
   
• Exemple d’étude de cas TOGAF - Comment modéliser la phase A Vision de la méthode ADM : étape 2, matrice des parties prenantes (stakeholder)
   
• Tutorial, exemple d’étude de cas TOGAF - Analyser les objectifs - étape 3.1 de Comment modéliser la phase A Vision de la méthode ADM 
   
• Etude de cas complète TOGAF, structure du projet et mode opératoire avec l’outil Modelio Business Analyst
   
• Comment modéliser les objectifs stratégiques et opérationnels en phase A Vision de la méthode ADM TOGAF ? (étape 3.2 de notre étude de cas)
   
• Cas complet de mise en œuvre TOGAF : l’artefact « catalogue d’objectifs » (étape 3.3 de notre didacticiel)
   
• Le catalogue des exigences de la phase A Vision de TOGAF : étape 4.1 de l’étude de cas
  
  
• Le diagramme SysML des exigences de la phase A Vision de TOGAF : étape 4.2 de l’étude de cas
  
  
• Le diagramme d’évènements de la phase A Vision de TOGAF : étape 5 de l’étude de cas Modelio
  
  
• Le diagramme des concepts de la solution de la phase A Vision de TOGAF : étape 6 de l’étude de cas Modelio
   
• Le diagramme de chaîne de valeur de la phase A Vision de TOGAF : étape 7 de l’étude de cas Modelio
   
• Comment modéliser la phase B Architecture métier de TOGAF - les éléments de modélisation - étape 8 de l’étude de cas
   
• Le dictionnaire métier de la phase B Architecture métier de TOGAF - étape 9 de l’étude de cas
   
• Le diagramme d’organisation des acteurs de la phase B Architecture métier de TOGAF - étape 10 de l’étude de cas
  
  
• Comment modéliser les flux échangés entre une entreprise et les acteurs externes en phase B architecture métier de TOGAF ? – étape 11 de l’étude de cas
  
  
• Diagramme des rôles joués par les acteurs en phase B architecture métier de TOGAF ? – étape 12 de l’étude de cas
  
  
• Diagramme d’organisation et de localisation en phase B architecture métier de TOGAF – étape 13 de l’étude de cas
  
  
• Diagramme de localisation en phase B architecture métier de TOGAF – étape 14 de l’étude de cas
  
  
• Diagramme de décomposition fonctionnelle en phase B architecture métier de TOGAF – étape 15 de l’étude de cas
  
  
• Diagramme objectifs-services métier en phase B architecture métier de TOGAF – étape 16 de l’étude de cas
  
  
• Diagramme de processus métier en phase B architecture métier de TOGAF – étape 17 de l’étude de cas
  
  
• Les règles métier en phase B architecture métier de TOGAF – étape 18 avec l’outil Enterprise Architect de Sparx Systems
  
  
• Diagramme de cas d’utilisation métier en phase B architecture métier de TOGAF – étape 19 de l’étude de cas Modelio
  
  
• Diagramme information - service métier en phase B architecture métier de TOGAF - étape 20 de l’étude de cas Modelio
  
  
• Diagramme supervision métier en phase B architecture métier de TOGAF – étape 21 de l’exemple complet emprunté à Modelio
  
  
• Diagramme des entités métier en phase B architecture métier de TOGAF - étape 22 du didacticiel
  
  
• Diagramme de cycle de vie des entités métier en phase B architecture métier de TOGAF - étape 23 de l'étude de cas
  
  
• Les éléments de modélisation avec UML de la phase C Architecture des Systèmes d'Information de TOGAF - étape 24 du tutoriel
  
  
• Le diagramme de communication des applications de la phase C Architecture des Systèmes d'Information de TOGAF - étape 25 du tutoriel