Le diagramme de communication des applications de la phase C Architecture des Systèmes d'Information de TOGAF - étape 25 du tutoriel
Le diagramme de communication des applications a pour objet de montrer la relation entre les entités de données, les services métier et les composants applicatifs.
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 :
Le but de ce modèle est de détailler le site « TripReservationSite » à la fois stéréotypé composant d’application d’interaction et composant d’application de processus.
Le composant cœur de métier de ce site est « ReserveTrip » stéréotypé lui aussi à la fois comme composant d’application d’interaction et composant d’application de processus.
Ces doubles stéréotypes UML permettent au modèle de rester à forte granularité, il sera détaillé par d’autres modèles explicitant par exemple les types d’information échangés, les services, les opérations, les entrées/sorties et les exceptions comme le traitement des erreurs.
« TripReservationSite » utilise, via des connecteurs reliés à des ports, directement les données métier des composants d’application d’entité : « Client », « Trip » et indirectement « Order » par l’intermédiaire de « ReserveTrip ».
« Trip » accède au référentiel « PortfolioRepository » qui est un composant d’application de base de données. Un lien de type « flow » (flux d’information) relie l’application « TripPortfolioManager-V2 » au référentiel « PortfolioRepository ».
Le composant d’application de processus « Invoicing » est lié par un flux d’information à l’application « AccountingERP » qui est un ERP (Enterprise Resource Planning come SAP ou JD Edwards)) gérant la comptabilité.
Le concept de composant applicatif est constitué de services d’informations qui ne sont que la réalisation de services métier et permettent l’échange de messages.
S’il existe un projet de migration vers un changement d’ERP, l’établissement d’un référentiel centralisé ou le développement spécifique de certains composants, cette cartographie pourra y contribuer en précisant l’existant.
A noter le composant fédération de système « Partners » modélisant l’ensembles des systèmes des partenaires à l’entreprise et le composant utilitaire « CreditCard » fourni par la banque.
Conclusion
Le diagramme montre comment les entités logiques doivent être physiquement réalisées par les composants de l'application.
Cela permet d'effectuer un dimensionnement efficace de l’architecture informatique à affiner.
En outre, en attribuant une valeur métier aux données, il est possible d'obtenir une indication de la criticité métier des composants de l'application.
En outre, le diagramme peut afficher la réplication des données et la référence principale pour les données.
Dans ce cas, il peut afficher deux copies et la relation maître-copie entre elles.
Le diagramme de communication des applications est une sorte de diagramme d’architecture avec les couches interaction, processus et entité et dans lequel les entités de données sont connectées aux composants de l’application.
Les composants de services sont reliés par des connecteurs faisant correspondre les traitements (interface) requis et les traitements fournis (implémentés).
Il peut servir à l’établissement de la cartographie de l’existant à transformer, de l’architecture à une étape de la trajectoire pour atteindre la cible et de l’architecture cible correspondant à la stratégie de transformation numérique.
Rhona Maxwel
@rhona_helena
"Hâte-toi de bien vivre et songe que chaque jour est à lui seul une vie."
Sénèque
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
A découvrir aussi
- TOGAF pour les nuls.
- Le référentiel TOGAF sous toutes ses coutures : le « Continuum d'Entreprise » et la réutilisation de l'architecture
- Exemples d’études de cas d’architecture d’entreprise avec le framework TOGAF empruntés à l’outil français Modelio
Inscrivez-vous au site
Soyez prévenu par email des prochaines mises à jour
Rejoignez les 754 autres membres