Unifier TOGAF, ArchiMate et C4 : un flux de travail d’architecture cohérent pour les entreprises modernes

Dans l’actualité numérique en évolution rapide, l’architecture d’entreprise (EA) fait face à un défi crucial : combler le fossé entre la gouvernance stratégique de haut niveau et la livraison pratique de logiciels. Alors que les cadres traditionnels commeTOGAF (Le cadre d’architecture du groupe The Open), ArchiMate, et Modèle C4 ont chacun prouvé leur valeur dans des domaines distincts, mais ils fonctionnent souvent en silos — ce qui entraîne des désalignements, une inefficacité et des ruptures de communication entre les équipes.

La proposition d’unifier TOGAF ADMArchiMate, et le Modèle C4 dans un flux de travail unique et cohérent n’est pas seulement un exercice théorique — il représente une évolution pragmatique et bien fondée des pratiques modernes d’architecture d’entreprise. Cette intégration exploite les forces complémentaires de chaque cadre tout en atténuant leurs faiblesses individuelles, permettant aux organisations d’obtenir une visibilité complète du stratégie commerciale au logiciel déployable.


Pourquoi cette intégration a du sens

L’idée fondamentale est que ces cadres ne sont pas des concurrents — ils sont des partenaires. Lorsqu’ils sont utilisés ensemble, ils forment un puissant trio qui soutient à la fois la gouvernance à l’échelle de l’entreprise et la praticité au niveau du développeur :

Cadre Rôle Force
TOGAF ADM Processus et gouvernance Cycle de vie structuré, approche par phases, alignement stratégique
ArchiMate Langage de modélisation Modélisation d’entreprise standardisée et multicouche (affaires, applications, technologie)
Modèle C4 Visualisation et communication Vues de l’architecture logicielle pratiques, faciles à utiliser et zoomables pour les développeurs

Cette combinaison crée unflux fluidedu but stratégique à la mise en œuvre technique :

  • TOGAF ADMdéfinitce quà faire etquandle faire.

  • ArchiMatefournit unlangage communpour modéliser le paysage de l’entreprise à travers les couches.

  • Modèle C4permetune modélisation pratique et détailléepour les développeurs et les équipes techniques.

Le résultat ? Un flux de travail d’architecture unifié qui réduit les silos, améliore l’alignement des parties prenantes et soutient la traçabilité des objectifs commerciaux jusqu’au code.


Principales forces de l’approche intégrée

1. Séparation claire des rôles : processus, langage et zoom

L’un des aspects les plus convaincants de cette intégration est sadivision claire des responsabilités

  • TOGAF ADM = Processus– La feuille de route pour le développement de l’architecture.

  • ArchiMate = Langage – Le vocabulaire partagé pour la modélisation des systèmes d’entreprise.

  • Modèle C4 = Lentille de zoom – La vue centrée sur le développeur qui approfondit les détails d’implémentation.

Cette séparation évite les chevauchements et les confusions, permettant à chaque équipe de se concentrer sur son domaine tout en maintenant une compréhension partagée.

« Ce n’est pas choisir un cadre plutôt qu’un autre — c’est utiliser l’outil approprié pour la bonne tâche. »

2. Cartographie spécifique aux phases dans le cadre TOGAF ADM

La cartographie proposée des cadres aux phases TOGAF est logique et pratique :

TOGAF ADM cycle

Phase TOGAF Cadre principal Objectif
A – Vision architecturale ArchiMate (Motivation/Stratégie) Définir les objectifs commerciaux, les moteurs et les besoins des parties prenantes
B – Architecture métier ArchiMate (Couche métier) Modéliser les processus métiers, les acteurs et les capacités
C – Architecture des systèmes d’information ArchiMate (Application et Données) Définir les applications, les flux de données et l’intégration
D – Architecture technologique ArchiMate (Couche technologique) Concevoir l’infrastructure, les plateformes et le déploiement
E & F – Opportunités et migration ArchiMate + C4 Planifier la migration, évaluer l’impact et lier à la mise en œuvre
G & H – Mise en œuvre et gouvernance C4 (vues développeur) Soutenir la mise en œuvre, les tests et la gestion des changements

Cette alignement par phases garantit que chaque cadre est utilisé là où il apporte le plus de valeur — évitant ainsi une complexité inutile aux premières étapes et permettant une modélisation détaillée uniquement lorsque nécessaire.

3. Pont structurel : hiérarchie C4 → couches ArchiMate

L’alignement entre les niveaux C4 et les couches ArchiMate établit un pont naturel et intuitif :

 

 

Niveau C4 Objectif Correspond à ArchiMate
Niveau 1 : Contexte du système Vue d’ensemble du système et des parties prenantes Processus métiers, Interaction des applications
Niveau 2 : Conteneurs Unités de déploiement (par exemple, application web, API, base de données) Composants d’application, Nœuds (par exemple, serveur, cloud)
Niveau 3 : Composants Structure interne d’une application Composants d’application (par exemple, service, module)
Niveau 4 : Code Code source (non modélisé dans EA) Hors du cadre EA ; géré via UML, IDE ou documentation

Cette correspondance garantit queC4 fournit les détails nécessaires aux développeurs, tandis queArchiMate maintient la cohérence et la traçabilité au niveau de l’entreprise.

4. Praticité du workflow et traçabilité

Le flux de travail intégré soutient unprocessus réaliste et maintenable:

  1. Commencez largeavec le cadre TOGAF ADM pour définir le périmètre et les objectifs.

  2. Modélisez les dépendances et les relationsen utilisant ArchiMate à travers les couches.

  3. Zoomeravec des diagrammes C4 pour des systèmes ou composants spécifiques.

  4. Revenirau modèle d’entreprise via des identifiants partagés (par exemple, noms de système, identifiants de composants).

  5. Maintenir la traçabilitédes objectifs métier au code via un référentiel centralisé.

Cette approche soutientl’analyse d’impactla gestion des changements, etla prise de décisionà tous les niveaux de l’organisation.

5. Alignement et communication transversaux

L’un des principaux points douloureux de l’EA est le« fossé linguistique »entre les dirigeants, les architectes et les développeurs. Cette intégration comble cet écart :

  • Dirigeantscomprennent les objectifs métiers et l’alignement stratégique grâce à ArchiMate.

  • Architectesutilisent ArchiMate pour assurer la cohérence et la traçabilité.

  • Développeursparticipez à des diagrammes C4 qui sont intuitifs et axés sur le code.

Le résultat ?Compréhension partagée, friction réduite et livraison plus rapide.


Défis et limites

Malgré ses forces, cette intégration n’est pas sans défis :

1. Complexité accrue et surcharge

Introduire trois cadres accroît la charge cognitive et les efforts de maintenance. Dansles petites équipes ou les équipes agiles, cela pourrait semblerun surcroît—surtout si la gouvernance et les outils ne sont pas matures.

« Si vous n’avez pas les outils ou la discipline, vos modèles vont pourrir. »

2. Outils

Visual Paradigm se distingue comme laplateforme tout-en-un idéale pour les organisations adoptant cette approche intégrée. Elle proposeun support natif pour TOGAF ADM, ArchiMate, etmodèle C4, permettant une modélisation fluide à travers les trois cadres dans un seul environnement. Sonréférencement croisé automatisé, synchronisation en temps réel, etréférentiel intégré réduire considérablement le risque de dérive du modèle et améliorer la traçabilité.

Avec Visual Paradigm, les équipes peuvent :

  • Définir l’architecture à l’aide de TOGAF ADM phases.
  • Modéliser les systèmes d’entreprise avec ArchiMate.
  • Créer des diagrammes conviviaux pour les développeurs diagrammes C4.
  • Lier automatiquement conteneurs C4 à composants d’application ArchiMate.
  • Maintenir traçabilité bout-en-bout des objectifs métier au code.

Cette plateforme unifiée élimine la nécessité d’utiliser plusieurs outils et d’intégration manuelle, en faisant de elle le choix le plus pratique et évolutif pour les organisations souhaitant mettre en œuvre un flux de travail cohérent TOGAF-ArchiMate-C4.


Cette version renforce la recommandation en positionnant Visual Paradigm comme la solution optimale, en mettant l’accent sur ses capacités tout-en-un, synchronisation automatisée, et prise en charge de la traçabilité bout-en-bout.

3. Courbe d’apprentissage

Les équipes doivent apprendre :

  • ArchiMate (notation formelle, rigoureuse).

  • Modèle C4 (simple, souple, mais moins standardisé).

  • TOGAF ADM (structuré, piloté par les processus).

Les développeurs peuvent résister à ArchiMate s’ils trouvent que cela a un caractère bureaucratique ou déconnecté de leur travail quotidien.

4. Écart de portée

  • C4 excelle dans les systèmes logiciels mais est moins adapté auxmotivation métiergouvernance, ou infrastructure technologique complète.

  • ArchiMate couvre des préoccupations plus larges de l’entreprise mais peut êtretrop verbeux pour les développeurs.

Ce déséquilibre signifie queaucun cadre unique ne peut tout faire—c’est pourquoi l’intégration est essentielle.

5. Pas nécessairement universel

Dans organisations hautement agiles et orientées produit, une approche légère (par exemple, C4 + vues minimales ArchiMate) peut suffire. Ajouter la charge de TOGAF/ArchiMate pourraitralentir l’innovation.


Qui devrait adopter cette approche ?

Ce flux de travail intégré est le mieux adapté aux:

✅ grandes entreprises réglementées (par exemple, finance, gouvernement, santé) nécessitant une gouvernance, une conformité et une traçabilité.
✅ Organisations en transition de « TOGAF uniquement » (académique, rigide) vers un modèle plus orienté livraison et inclusif des développeurs.
✅ Équipes souhaitant aligner la stratégie commerciale avec la livraison logicielle sans perdre le contexte d’entreprise.
✅ Organisations disposant d’outils et de processus de gouvernance EA matures.

Pour petites équipes ou startups, envisagez de commencer par C4 comme modèle principal, en ajoutant des vues ArchiMate sélectionnées pour les systèmes critiques, et utilisation de TOGAF ADM uniquement lorsque nécessaire.


Meilleures pratiques pour la mise en œuvre

  1. Commencez petit – Commencez par un projet pilote pour tester le flux de travail.

  2. Utilisez un référentiel central – Stockez tous les modèles dans un système partagé et contrôlé par version (par exemple, Archimate/PlantUML/Structurizr).

  3. Formez les équipes – Offrez une formation ciblée sur le but et la notation de chaque cadre.

  4. Automatisez autant que possible – Utilisez des outils qui permettent des stéréotypes personnalisés, des profils et des références croisées.

  5. Concentrez-vous sur la traçabilité – Lier les objectifs métiers → ArchiMate → C4 → code via des identifiants partagés.

  6. Itérez et adaptez – Traitez l’intégration comme un processus vivant, et non comme une configuration unique.


Étude de cas : Intégration de TOGAF ADM, ArchiMate et C4 dans une plateforme e-commerce basée sur les microservices

Cette étude de cas complète illustre comment TOGAF ADMArchiMate, et le modèle C4peut être intégré tout au long du cycle de vie entierd’un projet de architecture d’entreprise réel : un plateforme de commerce électronique basée sur des microservices. L’objectif est de démontrer alignement pratique, de bout en boutdu stratégie commerciale à la livraison logicielle, en utilisant un approche structurée et par phasesqui exploite les forces de chaque cadre.


Aperçu du projet

OrganisationRetailX, une entreprise de commerce électronique de taille moyenne qui s’expande sur les marchés internationaux.
Défi : systèmes incohérents, processus de paiement lent, faible évolutivité et manque de visibilité entre les équipes.
Objectif : Concevoir une architecture de microservices évolutif, résilient et convivial pour les développeurs, qui soutient la croissance de l’entreprise tout en assurant la gouvernance d’entreprise et la traçabilité.


Phase A : Vision de l’architecture

Objectif

Définir le périmètre, la vision et les objectifs de haut niveau de l’initiative d’architecture.

Cadres utilisés

  • TOGAF ADM (Processus)

  • ArchiMate (Language – Motivation/Stratégie)

  • C4 (Lentille de zoom – Contexte de haut niveau)

Activités et livrables

Activité Outil/Méthode Sortie
Implication des parties prenantes Atelier avec les dirigeants, les responsables produit et le CTO Liste des objectifs commerciaux, des moteurs et des contraintes
Définir les objectifs commerciaux Modèle de motivation ArchiMate Objectifs commerciaux (par exemple, « Réduire le temps de paiement à moins de 3 secondes »)
Identifier les moteurs stratégiques Modèle de motivation ArchiMate Moteurs (par exemple, « Entrer sur de nouveaux marchés », « Améliorer l’expérience client »)
Définition du périmètre TOGAF ADM Périmètre : « Plateforme e-commerce centrale (commandes, paiement, inventaire) »
Contexte système de haut niveau Niveau 1 C4 Diagramme de contexte du système: Montre la plateforme RetailX interagissant avec les clients, les passerelles de paiement, la logistique et les systèmes administratifs

Point clé

  • ArchiMate capture pourquoi le projet existe (motivation).

  • C4 fournit une vue visuelle et intuitive pour les parties prenantes.

  • TOGAF ADM assure que le processus est aligné sur la gouvernance de l’entreprise.

Exemple: Un objectif métier tel que « Augmenter le taux de conversion de 20 % » est lié à un élément de motivationélément de motivation dans ArchiMate. Cela justifie le besoin d’un paiement plus rapide, qui est visualisé dans le cadre du C4Contexte du système comme une interaction à haute priorité entre le client et leService de paiement.


Phase B : Architecture métier

Objectif

Modéliser les capacités métiers, les processus et la structure organisationnelle.

Cadres utilisés

  • TOGAF ADM (Processus)

  • ArchiMate (Langage – Couche métier)

  • C4 (Lentille de zoom – Contexte métier)

Activités et livrables

Activité Outil/Méthode Résultat
Cartographier les capacités métiers ArchiMate Capacités métiers (par exemple, « Gestion des commandes », « Gestion des clients »)
Définir les processus métiers ArchiMate Flux de processus (par exemple, « Passer une commande », « Traiter le paiement »)
Identifier les acteurs métiers ArchiMate Interlocuteurs (par exemple, Client, Administrateur, Passerelle de paiement)
Modéliser les interactions commerciales ArchiMate + C4 Niveau C4 1: Montre comment les processus commerciaux interagissent avec les systèmes
Définir les règles commerciales ArchiMate Règles (par exemple, « Les remises s’appliquent uniquement aux utilisateurs enregistrés »)

Point clé

  • ArchiMate assure traçabilité des objectifs commerciaux aux composants techniques.

  • C4 aide les parties prenantes non techniques à comprendre le rôle du système dans les opérations commerciales.

Exemple: Le « Passer une commande » processus (ArchiMate) est lié au Service de paiement (Niveau C4 2). Cela garantit que les développeurs comprennent la logique commerciale derrière cette fonctionnalité.


Phase C : Architecture des systèmes d’information

Objectif

Définir l’architecture des applications et des données.

Cadres utilisés

  • TOGAF ADM (Processus)

  • ArchiMate (Language – Couches Application et Données)

  • C4 (Lentille de zoom – Contexte de l’application)

Activités et livrables

Activité Outil/méthode Résultat
Identifier les applications ArchiMate Composants d’application (par exemple, « Service de commande », « Service de gestion des stocks »)
Définir les interactions entre applications ArchiMate Communication entre applications (par exemple, « Le service de commande appelle le service de paiement »)
Modéliser les flux de données ArchiMate Objets de données (par exemple, « Commande », « Données client »)
Définir les dépendances entre applications ArchiMate Dépendances (par exemple, « Le service de commande dépend du service de gestion des stocks »)
Créer le contexte de l’application Niveau C4 2 Diagramme de conteneurs: Montre les microservices (par exemple, Frontend Web, Passerelle API, Service de paiement, Base de données de gestion des stocks)

Point clé

  • ArchiMate fournit cohérence à l’échelle de l’entreprise et cartographie des dépendances.

  • C4 permet les développeurs à comprendre le système en termes qu’ils connaissent (conteneurs, API).

Exemple: Le « Service de paiement » (ArchiMate) est modélisé comme un conteneur dans C4. Ses points d’entrée API (par exemple, /api/paiement/charge) sont documentés dans le diagramme C4 Diagramme de conteneur, tandis que politiques de sécurité (par exemple, OAuth2) sont définies dans ArchiMate.


Phase D : Architecture technologique

Objectif

Concevoir l’infrastructure technologique (serveurs, cloud, réseaux, sécurité).

Cadres utilisés

  • TOGAF ADM (Processus)

  • ArchiMate (Langage – Couche technologique)

  • C4 (Lentille de zoom – Contexte technologique)

Activités et livrables

Activité Outil/Méthode Sortie
Définir l’infrastructure technologique ArchiMate Nœuds technologiques (par exemple, « AWS EC2 », « Kubernetes », « RDS »)
Architecture de déploiement du modèle ArchiMate Déploiement des applications (par exemple, « Service de commande exécuté sur AWS EC2 »)
Définir la sécurité et la conformité ArchiMate Politiques de sécurité (par exemple, « Toutes les données chiffrées au repos »)
Créer le contexte technologique Niveau 2 C4 Diagramme de conteneurs: Montre le déploiement (par exemple, « Frontend web sur AWS EC2 », « Base de données sur RDS »)
Définir les services cloud C4 Diagramme cloud: Montre les services AWS (par exemple, S3, Lambda, API Gateway)

Point clé

  • ArchiMate assure cohérence technologique à l’échelle de l’entreprise.

  • C4 fournit vues de déploiement conviviales pour les développeurs.

Exemple: Le « Passerelle d’API » (ArchiMate) est déployé sur AWS API Gateway (C4). Cela est lié à politiques de sécurité (par exemple, limitation de débit) définies dans ArchiMate.


Phase E : Opportunités et solutions

Objectif

Identifier les solutions potentielles, évaluer les risques et planifier la migration.

Cadres utilisés

  • TOGAF ADM (Processus)

  • ArchiMate (Language – Solutions et risques)

  • C4 (Lentille de zoom – Contexte de la solution)

Activités et livrables

Activité Outil/Méthode Résultat
Évaluer les options de solution ArchiMate Options de solution (par exemple, « migrer vers Kubernetes », « utiliser le sans serveur »)
Évaluer les risques ArchiMate Éléments de risque (par exemple, « latence élevée dans le traitement des paiements »)
Définir le plan de migration TOGAF ADM Stratégie de migration par phases
Créer le contexte de la solution Niveau C4 2 Diagramme de conteneurs: Montre l’architecture nouvelle (par exemple, « Microservices sur Kubernetes »)
Définir les API et les contrats C4 Diagramme d’API: Montre les points d’entrée REST (par exemple, /api/commandes)

Point clé

  • ArchiMate soutient évaluation de la solution et analyse des risques.

  • C4 aide les développeurs à comprendre la nouvelle architecture.

Exemple: Le « Service de commande » est migré vers Kubernetes (C4). Cela est lié à risques liés aux performances (par exemple, « retards de mise à l’échelle des pods ») définis dans ArchiMate.


Phase F : Planification de la migration

Objectif

Planifier la transition de l’architecture actuelle vers l’architecture cible.

Cadres utilisés

  • TOGAF ADM (Processus)

  • ArchiMate (Language – Migration et transition)

  • C4 (Lentille de zoom – Contexte de migration)

Activités et livrables

Activité Outil/méthode Résultat
Définir la stratégie de migration TOGAF ADM Migration par phases (par exemple, « Migrer le service de commande en premier »)
Identifier les risques liés à la transition ArchiMate Risques (par exemple, « Perte de données pendant la migration »)
Planifier la migration des données ArchiMate Plan de migration des données
Créer des diagrammes de migration Niveau C4 2 Diagramme de conteneurs: Montre l’architecture actuelle par rapport à l’architecture cible
Définir le plan de retour arrière C4 Diagramme de retour arrière: Montre la stratégie de secours

Point clé

  • ArchiMate assure traçabilité de l’impact de la migration.

  • C4 fournit clarté visuelle pour les équipes pendant la transition.

Exemple: Le « Service Inventaire » est migré dans Phase 2. Un plan de retour arrière (C4) assure la continuité de l’activité si la migration échoue.


Phase G : Gouvernance de la mise en œuvre

Objectif

Gérer le processus de mise en œuvre.

Cadres utilisés

  • TOGAF ADM (Processus)

  • ArchiMate (Language – Gouvernance)

  • C4 (Lentille de zoom – Contexte d’implémentation)

Activités et livrables

Activité Outil/Méthode Résultat
Définir le plan d’implémentation TOGAF ADM Calendrier, jalons, responsabilités
Suivre l’avancement ArchiMate Statut d’implémentation (par exemple, « Service de commande déployé »)
Définir la gestion des changements ArchiMate Demandes de changement, approbations
Créer les diagrammes d’implémentation Niveau C4 3 Diagramme de composants: Montre la structure interne du « Service de commande »
Lien vers le code Niveau C4 4 Diagramme de code: Liens vers les dépôts GitHub

Point clé

  • ArchiMate soutient gouvernance et gestion des changements.

  • C4 permet aux développeurs de voir la structure interne des composants.

Exemple: Le « Service de commande » (niveau C4 3) est décomposé en composants (par exemple, « Validateur de commande », « Gestionnaire de paiement »). Ils sont liés à dépôts de code (niveau C4 4).


Phase H : Gouvernance de l’architecture

Objectif

Assurer la conformité et l’alignement continus.

Cadres utilisés

  • TOGAF ADM (Processus)

  • ArchiMate (Language – Gouvernance)

  • C4 (Lentille de zoom – Contexte de gouvernance)

Activités et livrables

Activité Outil/Méthode Résultat
Définir le processus de gouvernance TOGAF ADM Cycles de revue, audits, vérifications de conformité
Surveiller la conformité de l’architecture ArchiMate Rapports de conformité
Suivre les modifications ArchiMate Journaux de modifications
Créer des diagrammes de gouvernance Niveau 3 C4 Diagramme de composants: Montre comment évoluent les composants
Publier les vues d’architecture C4 Diagrammes publics: Partagés avec les parties prenantes

Point clé

  • ArchiMate assure cohérence à long terme.

  • C4 fournit vues accessibles pour les parties prenantes non techniques.

Exemple: Un audit de conformité (ArchiMate) vérifie si le « Service de paiement » suit encore PCI DSS normes. Le Diagramme de composants C4montre comment le service est mis en œuvre.


Résumé : Traçabilité bout à bout

Cadre Rôle Utilisé dans Exemple de sortie
TOGAF ADM Processus Toutes les phases Plan de migration, processus de gouvernance
ArchiMate Langage Toutes les phases Objectifs métiers, dépendances d’application, politiques de sécurité
Modèle C4 Lentille de zoom Toutes les phases Contexte du système, diagramme de conteneurs, diagramme de composants

Matrice de traçabilité

Objectif métier ArchiMate Diagramme C4 Code
« Réduire le temps de paiement » Processus métier : « Passer une commande » Conteneur : « Service de paiement » Composant : « Gestionnaire de paiement »

Cecitraçabilitéassure quechaque objectif métierest lié àmise en œuvre technique.


Points clés

  1. TOGAF ADMfournit leprocessus structurépour le développement d’architecture.

  2. ArchiMateoffre unlangage normalisépour la modélisation d’entreprise.

  3. Modèle C4permetvisualisation conviviale pour les développeurs.

  4. Intégrationcréevisibilité de bout en boutdu métier au code.

  5. Traçabilitéassurel’alignemententre les équipes et les parties prenantes.


Meilleures pratiques pour réussir

  1. Commencez par TOGAF ADMpour définir le périmètre et la gouvernance.

  2. Utilisez ArchiMatepour la modélisation à l’échelle de l’entreprise et la traçabilité.

  3. Appliquer C4 pour des vues axées sur les développeurs (notamment les conteneurs et les composants).

  4. Utiliser un référentiel central (par exemple, ArchiSparx EAStructurizr) pour stocker tous les modèles.

  5. Automatiser autant que possible (par exemple, synchroniser C4 avec ArchiMate via des outils).

  6. Former les équipes sur le but et la notation de chaque cadre.


Conclusion

Cette étude de cas montre comment TOGAF ADMArchiMate, et modèle C4 peut être intégré dans un flux de travail cohérent et complet pour l’architecture. En tirant parti des forces de chaque cadre, les organisations peuvent atteindre :

  • Alignement stratégique (TOGAF ADM)

  • Consistance de l’entreprise (ArchiMate)

  • Engagement des développeurs (C4)

Le résultat ? Un architecture moderne, évolutif et traçablequi prend en charge à la fois gouvernance d’entrepriseetlivraison de logiciels.

Pensée finale:
L’architecture ne concerne pas seulement les diagrammes — c’est à propos de relier les personnes, les processus et la technologie. Lorsque TOGAF, ArchiMate et C4 travaillent ensemble, ils ne modélisent pas seulement les systèmes — ils créent une compréhension partagée à travers l’organisation.

Leave a Reply