Une étude de cas pratique sur la modélisation de l'architecture interne du système à l'aide de diagrammes de structure composite UML dans Visual Paradigm

🎯 Nouvelle introduction : Pourquoi l’architecture interne compte

Dans une ère marquée par les microservices, les applications natives du cloud et les écosystèmes IoT, les systèmes logiciels ont connu une croissance exponentielle de leur complexité. Les architectes et les développeurs ne peuvent plus se permettre de traiter les composants comme des « boîtes noires » opaques. Comprendrece que fait un composant est nécessaire, mais insuffisant. Pour construire des systèmes résilients, évolutifs et maintenables, les équipes doivent également comprendrecomment les composants sont construits internement, comment leurs éléments secondaires collaborent, et comment les données circulent à travers des dépendances imbriquées.

Les diagrammes UML traditionnels comme les diagrammes de classe ou de séquence excellent à montrer les relations entre les types ou les flux comportementaux dans le temps. Pourtant, ils abstraient souvent les mécanismes internes d’un composant — précisément les détails nécessaires lors du débogage d’interactions complexes, de la refonte de code hérité ou de l’extension indépendante de sous-systèmes.

C’est là que lediagramme de structure composite UML devient indispensable. Introduit dans UML 2.0, cet outil de modélisation permet aux architectes de « regarder à l’intérieur » d’un classificateur et de visualiser sa composition interne : parties, ports, connecteurs et collaborations. En comblant le fossé entre l’architecture de haut niveau et les détails d’implémentation de bas niveau, les diagrammes de structure composite fournissent la clarté structurelle nécessaire pour concevoir des systèmes robustes dans divers domaines — des microservices distribués aux dispositifs IoT embarqués.

Modélisation de l’architecture interne du système à l’aide de diagrammes de structure composite UML

Cette étude de cas complète démontre comment les équipes du monde réel exploitent les diagrammes de structure composite à l’aide deVisual Paradigm, un outil de modélisation UML leader sur le marché. À travers des exemples concrets, des modèles architecturaux et des meilleures pratiques applicables, vous apprendrez à transformer des définitions de classes abstraites en plans vivants qui guident le développement, réduisent la dette technique et accélèrent l’intégration. Que vous conceviez un service de traitement de paiement, intégriez des systèmes d’entreprise hérités ou conceviez un thermostat intelligent, ce guide vous fournit les stratégies de modélisation nécessaires pour construire des systèmes aussi transparents que puissants.

🔍 Comprendre le concept fondamental

Avant de plonger dans les études de cas, il est essentiel de définir ce que ce diagramme représente réellement. Contrairement au diagramme de classe qui montre les relations entre les types, un diagramme de structure composite se concentre sur unclassificateur unique et sa composition interne. Il répond à la question :« Qu’y a-t-il à l’intérieur de ce composant, et comment ses éléments interagissent-ils ? »

Les éléments clés incluent :

Parts : Les instances internes ou composants qui constituent l’ensemble.
Ports : Des points d’interaction désignés où les parties communiquent avec le monde extérieur ou d’autres parties internes.
Connecteurs : Des liens qui relient les ports entre eux, définissant le flux de données ou de contrôle.
Interfaces : Des spécifications du comportement fourni ou requis par les parties.

Ce niveau de détail est crucial lorsque un composant système n’est pas un monolithe simple, mais une composition d’unités plus petites qui collaborent. Il comble le fossé entre l’architecture de haut niveau et les détails d’implémentation de bas niveau.

Figure 1 : Où les diagrammes de structure composite s’insèrent-ils dans la hiérarchie des diagrammes UML (Source : Visual Paradigm)

📊 Anatomie d’un diagramme de structure composite

Pour visualiser l’utilité de ce diagramme, envisagez les éléments standards utilisés dans le canevas de modélisation. Le tableau suivant décrit les symboles principaux et leur signification sémantique dans un contexte technique.

Symbole/Élément	Description	Contexte d’utilisation
Partie	Représente une instance interne d’un classificateur.	Utilisé pour montrer des instances spécifiques à l’intérieur d’un conteneur.
Port	Un point d’interaction nommé pour une partie.	Définit où les connexions entrent ou sortent d’une partie.
Connecteur	Lie les ports à d’autres ports ou à des entités externes.	Établit des chemins de communication entre les parties.
Interface	Un contrat de comportement.	Spécifie la fonctionnalité requise ou fournie.

Figure 2 : Un diagramme de structure composite simple montrant les parties, les ports et les connecteurs (Source : Visual Paradigm)

En utilisant ces éléments, les architectes peuvent modéliser des comportements complexes sans révéler l’intégralité de la base de code. Cela permet une abstraction où la logique interne est masquée, mais les mécanismes d’interaction sont clairs.

🔄 Déduction de diagrammes de structure composite à partir de diagrammes de classes : un exemple de magasin en ligne

En commençant par un diagramme de classes

Supposons que nous modélisons un système pour un magasin en ligne. Le client nous a indiqué que les clients peuvent rejoindre un programme d’abonnement qui leur offrira des offres spéciales et une livraison réduite, donc nous avons étendu l’objet client pour proposer une option membre et une option standard.

Figure 3 : Diagramme de classes montrant les relations entre StoreManager, Customer, Order et Item (Source : Visual Paradigm)

Nous avons une classe Item qui peut être agrégée par la classe Order, qui est composée par la classe Customer, qui elle-même est composée par la classe StoreManager.Nous avons beaucoup d’objets qui se retrouvent à l’intérieur d’autres objets.

Transformation en structure composite

Tout semble se retrouver à l’intérieur de StoreManager, donc nous pouvons créer un diagramme de structure composite pour vraiment voir ce dont il est composé.

Figure 4 : Diagramme de structure composite révélant la composition interne de StoreManager (Source : Visual Paradigm)

Dans l’exemple ci-dessus, nous pouvons voir :

StoreManager du point de vue de sa propre perspective, et non pas du système dans son ensemble.
StoreManager contient directement deux types d’objets (ClientetArticle) comme l’indique le deux flèches de composition sur le diagramme de classe.
Le diagramme de structure composite présenté ici montre de manière plus explicite l’inclusion des sous-types de Client.
Remarquez que le type de ces deux parties est Client, car le magasin les considère tous deux comme des objets Client.
Nous voyons également un connecteur qui montre la relation entre Article et Commande.
Commande n’est pas directement contenue dans la classe StoreManager, mais nous pouvons montrer des relations avec les parties imbriquées dans les objets qu’elle agrège.

⚖️ Diagramme de classe vs. Diagramme de structure composite : Résolution des ambiguïtés

Question: Les deux diagrammes ci-dessous expriment-ils le même sens ?Réponse: Dans un diagramme de classe, la référence entre Description et Prix est ambiguë, strictement parlant, elles ne sont pas exactement les mêmes.

Le diagramme de classe montre bien que Description aura une référence vers un objet Pricing
Mais il ne précise pas si la référence entre les deux objets est contenue explicitement à l’intérieur de l’article

Figure 5 : Diagramme de classe (gauche) vs. Diagramme de structure composite (droite) – notez la containment sans ambiguïté dans ce dernier (Source : Visual Paradigm)

Si nous utilisons un diagramme de structure composite, le sens de la containment de la relation d’association devient sans ambiguïté.

La référence entre les objets Description et Pricing est contenue dans des objets composés par Article.
Les implémentations spécifiques de l’activité d’un objet peuvent être clairement modélisées.

🔗 Références aux parties externes

Nous avons vu des exemples de la manière dont les diagrammes de structure composite sont excellents pour décrire l’agrégation, mais vos modèles devront également contenir des références à des objets situés en dehors de la classe que vous modélisez.

Figure 6 : Modélisation des références externes en utilisant des rectangles pointillés pour les parties (Source : Visual Paradigm)

Les références aux objets externes sont représentées comme une partie avec un rectangle pointillé.
Même si l’objet référencé est en dehors de la classe, la référence elle-même se trouve dans la classe modélisée et constitue une étape importante pour montrer son implémentation.

🧩 Concepts de base : Collaboration, Parties, Ports et Connecteurs

Collaboration

Une collaboration décrit une structure de parties collaborant (rôles). Une collaboration est attachée à une opération ou à un classificateur par le biais d’une utilisation de collaboration. Vous utilisez une collaboration lorsque vous souhaitez définir uniquement les rôles et les connexions nécessaires pour atteindre un objectif spécifique de la collaboration.

Par exemple, l’objectif d’une collaboration peut être de définir les rôles ou les composants d’un classificateur. En isolant les rôles principaux, une collaboration simplifie la structure et clarifie le comportement dans un modèle.

Figure 7 : Collaboration voiture montrant les Roues, le Moteur comme Parties et l’Essieu Avant, l’Essieu Arrière comme Connecteurs (Source : Visual Paradigm)

Parts, Ports et Connecteurs

Parts décrivent le rôle d’une instance dans un classificateur et peuvent être créés dans le compartiment de structure d’un classificateur.
Ports définissent le point d’interaction entre une instance de classificateur et son environnement ou entre le comportement du classificateur et ses parties internes.
Connecteurs représentent des relations dans un modèle, indiquant des liens entre les instances de parties ou de ports au sein du même classificateur structuré.

Les diagrammes de structure composite supportent également la notation à balle-et-socket pour les interfaces fournies et requises, qui peuvent être affichées ou masquées selon les besoins.

💻 Exemple de diagramme de structure composite : Système informatique

Développons le diagramme de structure composite pour un système informatique comprenant les composants suivants :

Unité d’alimentation (PSU)
Disque dur (HDD)
Carte mère (MB)
Lecteur optique (DVD-RW)
Module de mémoire (MM)

Nous supposerons provisoirement que la carte mère est du type intégrant une carte son et un adaptateur d’affichage :

Figure 8 : Diagramme de structure composite pour un système PC montrant les relations entre composants internes (Source : Visual Paradigm)

Cet exemple montre comment les composants physiques et logiques peuvent être modélisés comme des parties avec des connecteurs explicites indiquant les voies de flux de données et d’énergie.

🌐 Étude de cas 1 : Architecture de microservices distribués – Service de traitement des paiements

Aperçu du scénario

Considérons un Service de traitement des paiements. À l’extérieur, il s’agit d’un seul point d’entrée d’API. À l’intérieur, il se compose de plusieurs unités fonctionnelles distinctes :

Gestionnaire d’authentification : Vérifie les identifiants de l’utilisateur.
Validateur de transaction : Vérifie le solde et les règles de fraude.
Mise à jour du registre : Valide les modifications dans la base de données.
Passerelle de notification : Envoie des courriels de confirmation.

Modélisation de l’interaction dans Visual Paradigm

Dans un diagramme de structure composite, le Service de paiement agit comme classificateur composite. À l’intérieur, chacun des composants ci-dessus est un Composant. Chaque composant expose des Ports.

Par exemple, le Validateur de transaction peut nécessiter un Port d’entrée pour les détails de la transaction et fournir un Port de sortie pour le résultat de validation. Le Gestionnaire d’authentification nécessite une entrée de jeton utilisateur.

Les Connecteurs dans ce diagramme définissent la séquence d’exécution. Les données circulent depuis l’API externe vers le gestionnaire d’authentification, puis vers le validateur, et enfin vers le mise à jour du registre. Si le validateur rejette la transaction, le flux diverge vers un port différent menant à un gestionnaire d’erreurs.

Avantages dans ce contexte

Découplage : Les équipes peuvent travailler sur le Passerelle de notification de manière indépendante tant que l’interface du port reste stable.
Analyse des défaillances : Les ingénieurs peuvent tracer exactement quel composant interne échoue lorsque le service renvoie une erreur 500.
Planification de la scalabilité : Si le Validateur de transactions devient un goulot d’étranglement, le diagramme le met en évidence comme une partie distincte pouvant être mise à l’échelle indépendamment.

💡 Astuce Visual Paradigm: Utilisez la fonctionnalité « Structure composite imbriquée » pour explorer chaque composant. Cliquez droit sur un élément Partie → Ouvrir la spécification → Structure composite pour créer un sous-diagramme dédié à ce composant.

🏢 Étude de cas 2 : Intégration d’applications d’entreprise – Couche adaptateur héritée

Aperçu du scénario

Une entreprise doit migrer des données depuis une base de données héritée vers un entrepôt de données moderne. La plateforme d’intégration agit comme médiateur. Elle ne peut pas parler le protocole natif du système hérité, ni le système hérité ne peut parler le protocole d’API moderne.

Le composant d’intégration est modélisé comme une structure composite contenant :

Traducteur de protocole : Convertit les messages hérités en JSON.
Mappage de données : Transforme les noms de champs et les structures.
Gestionnaire de file d’attente : Gère le tamponage asynchrone.
Module de sécurité : Chiffre les données en transit.

Modélisation de l’interaction dans Visual Paradigm

Le diagramme se concentre sur le Flux de données. Le Traducteur de protocole se connecte à un Port requisreprésentant la connexion au système hérité. Son Port fournise connecte au Mapper de données.

Cela visualise clairement la chaîne de transformation. Si le Module de sécurité est placé entre le Mapper de données et le Gestionnaire de file d’attente, le diagramme montre explicitement le point de chiffrement. Cela évite les failles de sécurité où les données pourraient être exposées pendant leur transit entre les composants internes.

Avantages clés

Visibilité :Les parties prenantes peuvent voir le pipeline de transformation sans lire le code source.
Stratégie de test :Les testeurs peuvent vérifier le contrat à chaque connexion de port de manière indépendante.
Refactoring : Si le Gestionnaire de file d’attente doit être remplacé par une technologie différente, le diagramme confirme que seuls le connecteur et la partie spécifique doivent être modifiés, et non toute la logique d’intégration.

💡 Astuce Visual Paradigm: Utilisez la fonctionnalité « Réalisation d’interface » pour lier les ports aux éléments d’interface. Cela garantit que toute modification apportée à une interface se propage automatiquement à tous les ports qui l’implémentent, en maintenant la cohérence dans votre modèle.

⚙️ Étude de cas 3 : Systèmes embarqués et IoT – Dispositif thermostat intelligent

Aperçu du scénario

Considérez un Dispositif thermostat intelligent. Il contient un microcontrôleur, des capteurs de température, un module Wi-Fi et un écran d’affichage. Le logiciel fonctionne au-dessus de ces composants physiques.

Le diagramme modélise le Contrôleur de périphérique comme classificateur composite. Les parties internes sont :

Pilote de capteur : Abstraction logicielle pour le capteur de température.
Module de connectivité : Gère les protocoles Wi-Fi.
Contrôleur de l’interface utilisateur : Gère la logique d’affichage.
Unité de gestion de l’énergie : Optimise l’utilisation de la batterie.

Modélisation de l’interaction dans Visual Paradigm

Ici, les Ports représentent des broches physiques ou des interfaces logiques. Le Pilote de capteur peut avoir un port connecté à une broche GPIO physique. Le Module de connectivité a un port connecté au matériel de fréquence radio.

Les Connecteurs montrent comment les données circulent. Par exemple, le Pilote de capteur envoie les mesures brutes de tension au Contrôleur de l’interface utilisateur via un connecteur direct pour les mises à jour d’affichage locales. En même temps, il envoie les données agrégées au Module de connectivité pour le téléchargement vers le cloud.

Pourquoi cela importe

Contraintes de ressources : Les ingénieurs peuvent voir quelles parties consomment le plus d’énergie ou de mémoire.
Dépendances matérielles : Si le fournisseur matériel change le capteur de température, le diagramme indique exactement quelle partie du pilote doit être remplacée.
Comportement en temps réel : Il aide à visualiser les chemins de latence. Les données passant par le Unité de gestion de l’alimentation peuvent être retardées par rapport aux connexions directes.

💡 Astuce Visual Paradigm: Utilisez la fonctionnalité d’intégration « Déploiement » pour lier les éléments de structure composite aux nœuds physiques dans un diagramme de déploiement. Cela crée un lien traçable entre l’architecture logique et l’infrastructure physique.

🛠️ Meilleures pratiques pour la modélisation avec Visual Paradigm

Bien que ces diagrammes soient puissants, ils peuvent devenir accablants s’ils ne sont pas correctement gérés. Une sur-modélisation entraîne de la confusion, tandis qu’une sous-modélisation fait manquer des détails essentiels. Les directives suivantes garantissent clarté et utilité.

1. Maintenez une granularité appropriée

Ne modélisez pas chaque variable ou méthode individuelle à l’intérieur d’une partie. Concentrez-vous sur les composants structurels. Une partie doit représenter une unité logique de fonctionnalité, telle qu’une classe, un module ou un sous-système.

2. Utilisez des interfaces pour l’abstraction

Définissez toujours des interfaces pour les ports. Cela déconnecte l’implémentation interne du contrat externe. Si la logique interne d’une partie change, l’interface du port peut rester identique, assurant ainsi la stabilité.

3. Étiquetez clairement les connecteurs

Un connecteur sans étiquette est ambigu. Précisez le type de données, le protocole ou l’action sur la ligne du connecteur. Par exemple, étiquetez un connecteur comme « Flux JSON » ou « Connexion TCP ».

4. Évitez les dépendances cycliques

Assurez-vous que les parties ne dépendent pas les unes des autres de manière cyclique, sauf si cela est explicitement prévu. Les cycles peuvent indiquer des défauts de conception ou un couplage étroit difficile à maintenir.

5. Maintenez les diagrammes synchronisés

Les diagrammes sont des documents vivants. Ils doivent être mis à jour chaque fois que l’architecture change. Des diagrammes obsolètes sont plus nuisibles que l’absence totale de diagrammes.

💡 Astuce Visual Paradigm: Activez les fonctionnalités « Synchronisation du modèle » et « Ingénierie en boucle » pour maintenir vos diagrammes alignés avec le code source. Les modifications dans le code peuvent mettre automatiquement à jour les éléments du diagramme, et inversement.

🔄 Intégration avec d’autres diagrammes UML dans Visual Paradigm

Le diagramme de structure composite n’existe pas en isolation. Il complète d’autres techniques de modélisation pour fournir une image complète du système.

Type de diagramme	Relation avec la structure composite	Fonctionnalité d’intégration de Visual Paradigm
Diagramme de classe	Définit les types utilisés pour les parties. Le diagramme de structure composite instancie ces types internement.	Créer une structure composite à partir d’une classe: Clic droit sur une classe →Créer un diagramme associé → Structure composite
Diagramme de séquence	Décrit l’interaction dynamique entre les parties au fil du temps. Le diagramme de structure composite définit le contexte statique de cette interaction.	Lier au diagramme de séquence: Faites glisser les parties depuis la structure composite vers un diagramme de séquence en tant que lignes de vie
Diagramme de déploiement	Montre où se trouvent physiquement les parties. Le diagramme de structure composite montre comment elles interagissent logiquement.	Mappage de déploiement: Affectez les parties aux nœuds à l’aide de la propriété « Déployé à »
Diagramme de composant	Fonctionne à un niveau supérieur. Le diagramme de structure composite peut être utilisé pour descendre au niveau d’un composant spécifique.	Navigation imbriquée: Double-cliquez sur un composant pour ouvrir sa structure composite interne

En combinant ces vues, les architectes peuvent suivre une exigence du composant de haut niveau jusqu’à l’implémentation interne de la partie.

🚧 Pièges courants et solutions avec Visual Paradigm

Même les modélisateurs expérimentés rencontrent des défis. Les identifier tôt évite la dette technique dans la documentation.

Piège	Solution	Fonctionnalité de Visual Paradigm
Trop de parties	Regroupez les parties en sous-composites. Créez une hiérarchie où un diagramme principal fait référence à une structure composite imbriquée.	Diagrams imbriqués: Créez des diagrammes de structure composite enfants et liez-les via la propriété « Composite »
Ports ambigus	Assurez-vous que chaque port dispose d’une définition d’interface claire. Évitez les noms génériques comme« Entrée »ou« Sortie »sans contexte.	Catalogue des interfaces: Utilisez le référentiel d’interfaces pour gérer et réutiliser les définitions d’interfaces
Ignorer l’état	Si une composante possède un état interne qui affecte la connectivité, documentez-le dans la description de la composante ou utilisez un diagramme d’états-machine à côté d’elle.	Liens entre diagrammes: Liez les composantes aux diagrammes d’états-machine via la propriété « Comportement »
Décalage des diagrammes	Traitez les diagrammes comme du code. Stockez-les dans des systèmes de gestion de version aux côtés du code source.	Gestion des versions du projet: Intégrez Git/SVN via les plugins de gestion de version de Visual Paradigm

📈 Mesure du succès et de la valeur

Comment savoir si l’utilisation de ces diagrammes ajoute de la valeur ? Recherchez les indicateurs suivants :

Temps d’intégration réduit :Les nouveaux développeurs comprennent la structure interne plus rapidement.
Moins de bogues d’intégration :Des définitions de ports claires empêchent les formats de données incompatibles.
Meilleure documentation :La documentation du système est plus précise et à jour.
Communication plus claire :Les parties prenantes comprennent la complexité du système sans avoir besoin de connaissances techniques approfondies.

L’investissement dans la modélisation porte ses fruits pendant la phase de maintenance. Lorsqu’une erreur critique survient, disposer d’une carte claire des connexions internes permet un diagnostic plus rapide.

💡 Astuce de Visual Paradigm: Utilisez la fonctionnalité « Rapport du modèle » pour générer automatiquement la documentation. Exportez les diagrammes avec leurs descriptions au format PDF/HTML pour des revues par les parties prenantes, en garantissant que tout le monde travaille à partir de la même source fiable.

🏁 Conclusion : Construire des systèmes résilients grâce à une clarté structurelle

Les diagrammes de structure composite UML offrent une méthode précise pour modéliser la composition interne des systèmes logiciels. Ils vont au-delà de la vision en boîte noire des composants pour révéler la machinerie à l’intérieur. À travers les études de cas sur les microservices distribués, l’intégration d’entreprise et les systèmes embarqués, nous voyons que cet outil est polyvalent dans différents domaines.

En respectant les bonnes pratiques et en maintenant la synchronisation avec la base de code — notamment en utilisant des outils puissants commeVisual Paradigm—les équipes peuvent tirer parti de ces diagrammes pour construire des architectures plus robustes, évolutives et maintenables. La clé réside dans l’équilibre : suffisamment de détails pour être utile, mais assez d’abstraction pour rester gérable.

À mesure que les systèmes gagnent en complexité, la capacité à visualiser la collaboration interne n’est plus seulement un atout, mais une nécessité pour réussir en ingénierie. Lorsque vous abordez votre prochain design architectural, envisagez la structure interne de vos composants. Un diagramme de structure composite bien conçu, élaboré grâce à l’interface intuitive et aux fonctionnalités solides de Visual Paradigm, peut faire toute la différence entre un système fragile et un système conçu pour résister.

Pensée finale: À une époque où les microservices, les architectures nativement cloud et les écosystèmes IoT dominent, comprendrece qui se trouve à l’intérieurvos composants n’est plus facultatif — c’est essentiel. Commencez dès aujourd’hui à modéliser vos structures internes, et construisez des systèmes aussi transparents qu’ils sont puissants.

🎨 Résumé visuel : Passer du diagramme de classe à la structure composite

Lors de la conception de systèmes logiciels complexes, les diagrammes de classes statiques atteignent souvent leurs limites. Ils montrent comment les objets sont liés, mais ne révèlent pas ce qui se trouve à l’intérieur d’un objet spécifique. Pour comprendre le comportement et les interactions internes, les architectes passent à un niveau d’abstraction plus profond. C’est là que le diagramme de structure composite UML devient essentiel. Il comble le fossé entre les classes abstraites et les implémentations internes concrètes. 🏗️

Ce guide explore les mécanismes du passage de la modélisation de classe standard à la modélisation de structure composite. Nous avons examiné les éléments spécifiques, la logique derrière cette transition, et la manière d’appliquer ces diagrammes aux défis architecturaux du monde réel.

📚 Points clés pour les praticiens

Commencez par la complexité: Identifiez les classes présentant de fortes dépendances internes comme candidats à la modélisation de structure composite.
Définissez des interfaces claires: Chaque port doit avoir un contrat d’interface bien défini pour assurer un couplage faible.
Libellez tout: Les connecteurs, les ports et les composants doivent avoir des noms descriptifs qui reflètent leur but et leur flux de données.
Adoptez une hiérarchie: Utilisez des structures composites imbriquées pour gérer la complexité sans surcharger un seul diagramme.
Synchronisez avec le code: Traitez les diagrammes comme des artefacts vivants ; intégrez-les au contrôle de version et aux fonctionnalités d’ingénierie bidirectionnelle.
Mesurez l’impact: Suivez le temps d’intégration, la réduction des bogues et la clarté des parties prenantes pour démontrer le retour sur investissement de la modélisation.

Tous les diagrammes et exemples de cet article ont été créés à l’aide deVisual Paradigm, l’outil de modélisation UML leader sur le marché. Découvrez ses fonctionnalités de diagramme de structure composite sur visual-paradigm.com.

Cette publication est également disponible en English, Español, فارسی, English, Bahasa Indonesia, 日本語, Polski, Portuguese : liste des langues séparées par une virgule, Việt Nam : dernière langue.