{"id":1844,"date":"2026-04-01T01:12:28","date_gmt":"2026-04-01T01:12:28","guid":{"rendered":"https:\/\/www.ez-knowledge.com\/fr\/composite-structure-diagrams-patterns-class-roles\/"},"modified":"2026-04-01T01:12:28","modified_gmt":"2026-04-01T01:12:28","slug":"composite-structure-diagrams-patterns-class-roles","status":"publish","type":"post","link":"https:\/\/www.ez-knowledge.com\/fr\/composite-structure-diagrams-patterns-class-roles\/","title":{"rendered":"Approfondissement des diagrammes de structure composite : d\u00e9cryptage des mod\u00e8les de conception et des r\u00f4les des classes"},"content":{"rendered":"

Dans l’architecture logicielle moderne, comprendre la composition interne d’une classe est tout aussi crucial que comprendre son interface externe. Bien que les diagrammes de classe standards offrent une vue d’ensemble des composants du syst\u00e8me, ils \u00e9chouent souvent \u00e0 repr\u00e9senter comment ces composants interagissent \u00e0 l’int\u00e9rieur. C’est l\u00e0 que le Diagramme de structure composite<\/strong>devient essentiel. Il offre une vue d\u00e9taill\u00e9e des parties internes d’un classificateur et de leurs collaborations. Ce guide explore l’anatomie, les r\u00f4les et les mod\u00e8les inh\u00e9rents \u00e0 cette notation UML, fournissant un cadre clair pour mod\u00e9liser des structures internes complexes.<\/p>\n

\n
\"Line<\/figure>\n<\/div>\n

\ud83d\udd0d Qu’est-ce qu’un diagramme de structure composite ?<\/h2>\n

Un diagramme de structure composite est un type de diagramme de structure UML qui montre la structure interne d’un classificateur. Il d\u00e9compose une classe en ses parties constitutives, en montrant comment elles sont connect\u00e9es et comment elles interagissent avec le monde ext\u00e9rieur. Pensez-y comme une radiographie d’une classe. Au lieu de voir simplement une bo\u00eete avec des signatures de m\u00e9thodes, vous voyez la machinerie \u00e0 l’int\u00e9rieur.<\/p>\n

Ce diagramme est particuli\u00e8rement utile lorsque :<\/p>\n

    \n
  • Mod\u00e9lisation de syst\u00e8mes complexes avec des composants imbriqu\u00e9s.<\/li>\n
  • D\u00e9finition des interfaces internes et des ports.<\/li>\n
  • Visualisation du d\u00e9ploiement des parties au sein d’une structure plus grande.<\/li>\n
  • Clarifier la diff\u00e9rence entre le comportement externe d’une classe et son impl\u00e9mentation interne.<\/li>\n<\/ul>\n

    En utilisant ce diagramme, les architectes peuvent r\u00e9duire la charge cognitive. Au lieu de suivre des connexions \u00e0 travers plusieurs fichiers ou modules, la logique interne est encapsul\u00e9e dans une vue unique et claire. Cette clart\u00e9 favorise une meilleure maintenance et des d\u00e9cisions de conception plus robustes.<\/p>\n

    \ud83e\udde9 Anatomie du diagramme de structure composite<\/h2>\n

    Pour mod\u00e9liser efficacement, il faut comprendre les \u00e9l\u00e9ments sp\u00e9cifiques qui composent ce diagramme. Chaque \u00e9l\u00e9ment remplit un r\u00f4le s\u00e9mantique distinct. Une utilisation incorrecte de ces \u00e9l\u00e9ments peut entra\u00eener de la confusion lors de l’impl\u00e9mentation.<\/p>\n

    1. Le classificateur (composite)<\/h3>\n

    Le classificateur agit comme conteneur de la structure interne. Il est g\u00e9n\u00e9ralement repr\u00e9sent\u00e9 par un symbole de classe. Toutefois, dans ce contexte, il est souvent divis\u00e9 en deux sections : la section externe repr\u00e9sentant le classificateur lui-m\u00eame, et une section interne (souvent un rectangle avec une languette) repr\u00e9sentant la structure interne.<\/p>\n

    2. Parties<\/h3>\n

    Une Partie<\/strong> est un composant qui r\u00e9side \u00e0 l’int\u00e9rieur de la structure composite. Elle repr\u00e9sente une instance sp\u00e9cifique d’un classificateur qui est d\u00e9tenue par le composite. Par exemple, une classe Voiture<\/code> pourrait avoir des parties telles que Moteur<\/code>, Pneu<\/code>, et Syst\u00e8me de direction<\/code>.<\/p>\n

    Les caract\u00e9ristiques cl\u00e9s des parties incluent :<\/p>\n

      \n
    • Propri\u00e9t\u00e9 :<\/strong> La pi\u00e8ce est d\u00e9tenue par le compos\u00e9. Si le compos\u00e9 est d\u00e9truit, les pi\u00e8ces sont g\u00e9n\u00e9ralement d\u00e9truites \u00e9galement.<\/li>\n
    • Multiplicit\u00e9 :<\/strong> Les pi\u00e8ces peuvent avoir des contraintes de multiplicit\u00e9 (par exemple, une voiture a exactement un moteur, mais peut avoir quatre roues ou plus).<\/li>\n
    • Visibilit\u00e9 :<\/strong> Les pi\u00e8ces peuvent \u00eatre publiques, priv\u00e9es ou prot\u00e9g\u00e9es, ce qui d\u00e9termine la mani\u00e8re dont elles sont accessibles depuis l’ext\u00e9rieur du compos\u00e9.<\/li>\n<\/ul>\n

      3. R\u00f4les<\/h3>\n

      Un R\u00f4le<\/strong> d\u00e9crit la fonctionnalit\u00e9 fournie ou requise par une pi\u00e8ce dans le contexte de la structure compos\u00e9e. Une m\u00eame pi\u00e8ce peut jouer plusieurs r\u00f4les \u00e0 des moments diff\u00e9rents ou dans des contextes diff\u00e9rents. Cette s\u00e9paration permet une plus grande flexibilit\u00e9 dans la conception.<\/p>\n

      Consid\u00e9rez une cl\u00e9 USB<\/code> pi\u00e8ce \u00e0 l’int\u00e9rieur d’un ordinateur<\/code> compos\u00e9. La pi\u00e8ce pourrait jouer le r\u00f4le de Stockage<\/code> lorsqu’elle fournit des donn\u00e9es, mais le r\u00f4le de Interface<\/code> lorsqu’elle se connecte au port.<\/p>\n

      4. Ports<\/h3>\n

      Ports<\/strong> sont des points d’interaction o\u00f9 une structure compos\u00e9e peut interagir avec le monde ext\u00e9rieur. Elles d\u00e9finissent la fronti\u00e8re entre la structure interne et son environnement. Les ports peuvent \u00eatre :<\/p>\n

        \n
      • Fournissant :<\/strong> Le compos\u00e9 offre une fonctionnalit\u00e9 \u00e0 travers ce port.<\/li>\n
      • Exigeant :<\/strong> Le compos\u00e9 a besoin d’une fonctionnalit\u00e9 fournie par un autre composant \u00e0 travers ce port.<\/li>\n<\/ul>\n

        5. Connecteurs<\/h3>\n

        Connecteurs<\/strong> \u00e9tablissent des associations entre les r\u00f4les et les ports. Ils d\u00e9finissent la mani\u00e8re dont les donn\u00e9es ou le contr\u00f4le circulent entre les parties internes et l’environnement externe. Les connecteurs assurent que l’interface correcte est utilis\u00e9e pour la communication.<\/p>\n

        \ud83d\udcca R\u00f4les et responsabilit\u00e9s de la classe<\/h2>\n

        Comprendre les r\u00f4les sp\u00e9cifiques attribu\u00e9s aux pi\u00e8ces est crucial pour une mod\u00e9lisation pr\u00e9cise. Le tableau suivant d\u00e9crit les diff\u00e9rences entre les r\u00f4les courants trouv\u00e9s dans les structures compos\u00e9es.<\/p>\n\n\n\n\n\n\n
        \u00c9l\u00e9ment<\/strong><\/th>\nD\u00e9finition<\/strong><\/th>\nContexte d’utilisation<\/strong><\/th>\n<\/tr>\n
        Partie<\/strong><\/td>\nUne instance poss\u00e9d\u00e9e d’un classificateur dans la structure.<\/td>\nD\u00e9finit la propri\u00e9t\u00e9 et le cycle de vie.<\/td>\n<\/tr>\n
        R\u00f4le<\/strong><\/td>\nUne interface ou capacit\u00e9 nomm\u00e9e fournie par une partie.<\/td>\nD\u00e9finit des comportements ou contrats sp\u00e9cifiques.<\/td>\n<\/tr>\n
        Port<\/strong><\/td>\nUne fronti\u00e8re pour l’interaction avec l’environnement.<\/td>\nD\u00e9finit les points d’entr\u00e9e et de sortie du compos\u00e9.<\/td>\n<\/tr>\n
        Connecteur<\/strong><\/td>\nUn lien entre un r\u00f4le et un port (ou un autre r\u00f4le).<\/td>\nD\u00e9finit le chemin d’interaction.<\/td>\n<\/tr>\n<\/table>\n

        \ud83e\udde0 Mod\u00e8les de conception dans la structure composite<\/h2>\n

        Plusieurs mod\u00e8les de conception sont naturellement visualis\u00e9s \u00e0 l’aide de diagrammes de structure composite. Ces mod\u00e8les r\u00e9solvent des probl\u00e8mes r\u00e9currents dans l’architecture logicielle. En cartographiant ces mod\u00e8les sur les \u00e9l\u00e9ments du diagramme, les d\u00e9veloppeurs peuvent s’assurer que la structure soutient le comportement souhait\u00e9.<\/p>\n

        1. Le mod\u00e8le Composite<\/h3>\n

        Le mod\u00e8le Composite permet aux clients de traiter les objets individuels et les compositions d’objets de mani\u00e8re uniforme. Dans un diagramme de structure composite, cela est repr\u00e9sent\u00e9 par une structure r\u00e9cursive.<\/p>\n

          \n
        • Composant feuille :<\/strong> Une partie qui ne poss\u00e8de pas de fils. Elle effectue l’op\u00e9ration de base.<\/li>\n
        • Composant composite :<\/strong> Une partie qui peut avoir des enfants (d’autres parties). Elle d\u00e9l\u00e8gue les op\u00e9rations \u00e0 ses enfants.<\/li>\n<\/ul>\n

          Par exemple, une Syst\u00e8me de fichiers<\/code> structure peut \u00eatre mod\u00e9lis\u00e9e o\u00f9 R\u00e9pertoire<\/code> est un compos\u00e9 contenant Fichier<\/code> parties. Les deux R\u00e9pertoire<\/code> et Fichier<\/code> impl\u00e9mentent une interface commune Lisible<\/code> interface, permettant au syst\u00e8me de les traiter de mani\u00e8re coh\u00e9rente.<\/p>\n

          2. Le patron Facade<\/h3>\n

          Le patron Facade fournit une interface simplifi\u00e9e \u00e0 un sous-syst\u00e8me complexe. Dans une structure composite, cela appara\u00eet souvent comme une partie qui enveloppe plusieurs parties internes.<\/p>\n

            \n
          • Une Facade<\/code> partie contient plusieurs parties internes (par exemple, GestionnaireBaseDeDonn\u00e9es<\/code>, Enregistreur<\/code>, Cache<\/code>).<\/li>\n
          • Les interactions externes ont lieu \u00e0 travers le Facade<\/code> port.<\/li>\n
          • Les parties internes sont masqu\u00e9es \u00e0 la vue externe.<\/li>\n<\/ul>\n

            Cela r\u00e9duit le couplage. Les clients externes d\u00e9pendent uniquement de la facade, et non des impl\u00e9mentations sp\u00e9cifiques des parties internes.<\/p>\n

            3. Le patron Proxy<\/h3>\n

            Le patron Proxy contr\u00f4le l’acc\u00e8s \u00e0 un objet. Dans le sch\u00e9ma, cela est visualis\u00e9 comme une partie qui agit d’interm\u00e9diaire entre le client et le sujet r\u00e9el.<\/p>\n

              \n
            • Une Proxy<\/code> partie d\u00e9tient une r\u00e9f\u00e9rence vers la SujetR\u00e9el<\/code> partie.<\/li>\n
            • Les interactions sont achemin\u00e9es d’abord par le proxy.<\/li>\n
            • Le proxy peut effectuer des actions suppl\u00e9mentaires (comme la journalisation ou les v\u00e9rifications de permissions) avant de d\u00e9l\u00e9guer au sujet r\u00e9el.<\/li>\n<\/ul>\n

              \ud83d\udee0\ufe0f Strat\u00e9gies d’impl\u00e9mentation<\/h2>\n

              Traduire un diagramme de structure composite en code exige une attention soigneuse aux fonctionnalit\u00e9s du langage et aux contraintes architecturales. Les diff\u00e9rents paradigmes de programmation soutiennent ces concepts \u00e0 des degr\u00e9s vari\u00e9s.<\/p>\n

              S\u00e9curit\u00e9 de type et interfaces<\/h3>\n

              Lors de l’impl\u00e9mentation des r\u00f4les, il est pr\u00e9f\u00e9rable de d\u00e9finir des interfaces strictes. Cela garantit que les composants respectent les contrats attendus. L’utilisation de classes abstraites de base ou de d\u00e9finitions d’interfaces aide \u00e0 pr\u00e9server l’int\u00e9grit\u00e9 de la conception.<\/p>\n

                \n
              • D\u00e9finir les r\u00f4les explicitement :<\/strong> Ne comptez pas sur un comportement implicite. D\u00e9finissez les m\u00e9thodes qui constituent un r\u00f4le.<\/li>\n
              • Imposer la multiplicit\u00e9 :<\/strong> Assurez-vous que le code impose la cardinalit\u00e9 d\u00e9finie dans le diagramme (par exemple, v\u00e9rifier si une collection contient le bon nombre d’\u00e9l\u00e9ments).<\/li>\n<\/ul>\n

                Gestion des d\u00e9pendances<\/h3>\n

                Le diagramme met en \u00e9vidence les d\u00e9pendances entre les composants. En impl\u00e9mentation, cela se traduit par l’injection de d\u00e9pendances ou l’injection par constructeur.<\/p>\n

                  \n
                • Injection par constructeur :<\/strong> Les composants sont cr\u00e9\u00e9s et inject\u00e9s lors de l’instanciation du composite.<\/li>\n
                • Injection par mutateur :<\/strong> Les composants sont attribu\u00e9s apr\u00e8s l’instanciation, ce qui est utile pour les d\u00e9pendances facultatives.<\/li>\n
                • Localisateur de services :<\/strong> Les composants sont r\u00e9cup\u00e9r\u00e9s \u00e0 partir d’un registre central, bien que cela puisse augmenter le couplage.<\/li>\n<\/ul>\n

                  \ud83d\udea7 Interpr\u00e9tations courantes erron\u00e9es<\/h2>\n

                  M\u00eame les architectes exp\u00e9riment\u00e9s peuvent commettre des erreurs lors de la mod\u00e9lisation des structures internes. Le tableau suivant met en \u00e9vidence des erreurs courantes et leurs corrections.<\/p>\n\n\n\n\n\n\n
                  Interpr\u00e9tation erron\u00e9e<\/strong><\/th>\nApproche correcte<\/strong><\/th>\n<\/tr>\n
                  Utiliser le diagramme pour la logique de s\u00e9quence.<\/td>\nUtilisez ce diagramme pour la structure, pas pour le comportement. Utilisez les diagrammes de s\u00e9quence pour le flux logique.<\/td>\n<\/tr>\n
                  Nommer les composants selon des m\u00e9thodes.<\/td>\nNommez les composants selon des noms (objets\/composants), les m\u00e9thodes appartiennent \u00e0 l’int\u00e9rieur du composant.<\/td>\n<\/tr>\n
                  Trop utiliser les ports pour les liens internes.<\/td>\nUtilisez les ports pour les limites externes. Utilisez les connecteurs pour les liens internes entre composants.<\/td>\n<\/tr>\n
                  Ignorer la gestion du cycle de vie.<\/td>\nAssurez-vous que les r\u00e8gles de possession (composition vs agr\u00e9gation) sont respect\u00e9es dans le code.<\/td>\n<\/tr>\n<\/table>\n

                  \ud83d\udd17 Int\u00e9gration avec d’autres diagrammes<\/h2>\n

                  Un diagramme de structure composite n’existe pas en isolation. Il s’int\u00e8gre aux autres diagrammes UML pour fournir une image compl\u00e8te du syst\u00e8me.<\/p>\n

                  Diagrammes de classes<\/h3>\n

                  Le diagramme de classes fournit la structure statique du syst\u00e8me. Le diagramme de structure composite fournit les d\u00e9tails internes de classes sp\u00e9cifiques du diagramme de classes. Ils se compl\u00e8tent mutuellement. Vous commencez par le diagramme de classes pour identifier les limites du syst\u00e8me, puis vous descendez au niveau des classes sp\u00e9cifiques \u00e0 l’aide des diagrammes de structure composite.<\/p>\n

                  Diagrammes de s\u00e9quence<\/h3>\n

                  Les diagrammes de s\u00e9quence montrent le flux des messages. Un diagramme de structure composite d\u00e9finit les cibles de ces messages. Lorsqu’un message arrive sur un port dans le diagramme de s\u00e9quence, le diagramme de structure composite explique comment ce message est achemin\u00e9 internement vers la bonne partie.<\/p>\n

                  Diagrammes de d\u00e9ploiement<\/h3>\n

                  Les diagrammes de d\u00e9ploiement montrent o\u00f9 se trouvent physiquement les composants. Les diagrammes de structure composite montrent comment les composants sont organis\u00e9s logiquement. Un seul n\u0153ud de d\u00e9ploiement peut h\u00e9berger plusieurs structures composites, et une seule structure composite peut s’\u00e9tendre sur plusieurs n\u0153uds dans les syst\u00e8mes distribu\u00e9s.<\/p>\n

                  \ud83d\udcd0 Meilleures pratiques pour la mod\u00e9lisation<\/h2>\n

                  Pour maintenir la clart\u00e9 et l’utilit\u00e9, respectez les directives suivantes lors de la cr\u00e9ation de ces diagrammes.<\/p>\n

                    \n
                  • Gardez-le simple :<\/strong>\u00c9vitez un empilement excessif. Si une structure devient trop profonde, envisagez de diviser le classificateur en plusieurs classes plus petites.<\/li>\n
                  • Utilisez des noms significatifs :<\/strong>Les noms des parties doivent \u00eatre descriptifs. \u00c9vitez les noms g\u00e9n\u00e9riques commePartie1<\/code>ouComposantA<\/code>.<\/li>\n
                  • Minimisez les r\u00e9f\u00e9rences crois\u00e9es :<\/strong>Gardez les connexions locales \u00e0 la structure. Si une partie doit souvent acc\u00e9der \u00e0 l’ext\u00e9rieur, cela pourrait \u00eatre un signe de conception probl\u00e9matique indiquant un besoin de refactoring.<\/li>\n
                  • Documentez les r\u00f4les :<\/strong>Documentez toujours l’interface qu’un r\u00f4le impl\u00e9mente. Cela clarifie le contrat entre les parties.<\/li>\n
                  • Contr\u00f4le de version :<\/strong>Traitez ces diagrammes comme du code. Stockez-les dans un syst\u00e8me de contr\u00f4le de version pour suivre les changements structurels au fil du temps.<\/li>\n<\/ul>\n

                    \ud83d\ude80 Implications architecturales<\/h2>\n

                    Adopter les diagrammes de structure composite pr\u00e9sente des avantages \u00e0 long terme pour le cycle de vie du logiciel. Cela oblige les d\u00e9veloppeurs \u00e0 r\u00e9fl\u00e9chir \u00e0 la modularit\u00e9 d\u00e8s les premi\u00e8res \u00e9tapes de la conception.<\/p>\n

                      \n
                    • Modularit\u00e9 :<\/strong>Des fronti\u00e8res claires entre les parties favorisent un couplage faible.<\/li>\n
                    • Testabilit\u00e9 :<\/strong>Les parties peuvent \u00eatre test\u00e9es de mani\u00e8re isol\u00e9e si leurs ports et r\u00f4les sont bien d\u00e9finis.<\/li>\n
                    • \u00c9volutivit\u00e9 :<\/strong> Il est plus facile de faire \u00e9voluer un syst\u00e8me dot\u00e9 de structures composites bien d\u00e9finies qu’un syst\u00e8me aux d\u00e9pendances entrem\u00eal\u00e9es.<\/li>\n
                    • Maintenabilit\u00e9 :<\/strong> Lorsqu’une partie \u00e9choue, le diagramme aide \u00e0 identifier pr\u00e9cis\u00e9ment l’origine de l’\u00e9chec au sein de la structure composite.<\/li>\n<\/ul>\n

                      En outre, ce niveau de d\u00e9tail facilite la documentation pour les nouveaux membres de l’\u00e9quipe. Un nouveau d\u00e9veloppeur peut consulter le diagramme pour comprendre non seulement ce qu’une classe fait, mais aussi comment elle est construite. Cela r\u00e9duit le temps d’int\u00e9gration et minimise le risque d’introduire des bogues lors de la refonte.<\/p>\n

                      \ud83d\udd2c \u00c9tude de cas : Syst\u00e8me de commande e-commerce<\/h2>\n

                      Consid\u00e9rons un syst\u00e8me de gestion des commandes. Une Commande<\/code> classe est complexe. Elle contient des articles, des d\u00e9tails d’exp\u00e9dition et une logique de traitement des paiements.<\/p>\n

                      Sans un diagramme de structure composite, la Commande<\/code> classe pourrait appara\u00eetre comme un bloc monolithique. Avec le diagramme :<\/p>\n

                        \n
                      • Composants :<\/strong> ArticlesCommande<\/code>, AdresseLivraison<\/code>, PasserellePaiement<\/code>.<\/li>\n
                      • R\u00f4les :<\/strong> R\u00f4leCalcul<\/code> (pour le prix total), R\u00f4leValidation<\/code> (pour l’adresse).<\/li>\n
                      • Ports :<\/strong> PortCommandeExterne<\/code> (re\u00e7oit la commande de l’utilisateur), PortPaiementInterne<\/code> (envoie la demande de paiement).<\/li>\n<\/ul>\n

                        Cette d\u00e9composition r\u00e9v\u00e8le que la PasserellePaiement<\/code> part est une d\u00e9pendance qui peut changer. En l’isolant comme une partie avec un port d\u00e9fini, le syst\u00e8me peut changer de fournisseur de paiement sans modifier le Commande<\/code> structure de classe. Cette modularit\u00e9 est un r\u00e9sultat direct de la mod\u00e9lisation de la structure composite.<\/p>\n

                        \ud83d\udee1\ufe0f Consid\u00e9rations de s\u00e9curit\u00e9<\/h2>\n

                        La s\u00e9curit\u00e9 est souvent n\u00e9glig\u00e9e dans les diagrammes structurels, mais le diagramme de structure composite fournit un endroit pour le mod\u00e9liser.<\/p>\n

                          \n
                        • Contr\u00f4le d’acc\u00e8s :<\/strong> Les ports peuvent \u00eatre utilis\u00e9s pour d\u00e9finir des points d’entr\u00e9e s\u00e9curis\u00e9s. Seules les requ\u00eates authentifi\u00e9es doivent atteindre des ports sp\u00e9cifiques.<\/li>\n
                        • Isolation des donn\u00e9es :<\/strong> Les parties peuvent repr\u00e9senter des fronti\u00e8res de s\u00e9curit\u00e9. Les donn\u00e9es sensibles doivent r\u00e9sider dans des parties qui ne sont pas expos\u00e9es via des ports publics.<\/li>\n
                        • Validation de l’interface :<\/strong> Les r\u00f4les peuvent imposer la validation des entr\u00e9es. Le ValidationRole<\/code> garantit l’int\u00e9grit\u00e9 des donn\u00e9es avant qu’elles n’atteignent la logique centrale.<\/li>\n<\/ul>\n

                          En visualisant ces fronti\u00e8res, les architectes peuvent identifier des vuln\u00e9rabilit\u00e9s potentielles o\u00f9 des donn\u00e9es sensibles pourraient fuir \u00e0 travers un r\u00f4le ou un port non intentionnel.<\/p>\n

                          \ud83d\udd04 \u00c9volution du diagramme<\/h2>\n

                          \u00c0 mesure que les exigences \u00e9voluent, la structure composite doit \u00e9voluer. Ce n’est pas un artefact statique. Il doit \u00eatre mis \u00e0 jour conjointement avec les modifications du code.<\/p>\n

                            \n
                          • Refactoring :<\/strong> Si une partie devient trop grande, divisez-la en une nouvelle structure composite.<\/li>\n
                          • Ajout de fonctionnalit\u00e9 :<\/strong> Ajoutez de nouvelles parties pour g\u00e9rer de nouvelles fonctionnalit\u00e9s, en veillant \u00e0 ce que les r\u00f4les existants ne soient pas perturb\u00e9s.<\/li>\n
                          • D\u00e9pr\u00e9ciation :<\/strong> Supprimez les parties qui ne sont plus utilis\u00e9es, en mettant \u00e0 jour les connecteurs pour refl\u00e9ter la nouvelle r\u00e9alit\u00e9.<\/li>\n<\/ul>\n

                            Maintenir cette synchronisation garantit que le diagramme reste une source fiable de v\u00e9rit\u00e9. Si le diagramme est obsol\u00e8te, il devient du bruit plut\u00f4t que du signal.<\/p>\n

                            \ud83d\udcdd R\u00e9sum\u00e9 des \u00e9l\u00e9ments structurels<\/h2>\n

                            Pour r\u00e9sumer, les \u00e9l\u00e9ments principaux qui d\u00e9finissent le diagramme de structure composite sont :<\/p>\n

                              \n
                            • Classificateur :<\/strong> Le conteneur de la structure interne.<\/li>\n
                            • Partie :<\/strong> Un composant d\u00e9tenu par le classificateur.<\/li>\n
                            • R\u00f4le :<\/strong> La fonctionnalit\u00e9 fournie ou requise par une pi\u00e8ce.<\/li>\n
                            • Port :<\/strong> Le point d’interaction avec l’environnement.<\/li>\n
                            • Connecteur :<\/strong> Le lien entre les r\u00f4les et les ports.<\/li>\n<\/ul>\n

                              Ces \u00e9l\u00e9ments travaillent ensemble pour cr\u00e9er un mod\u00e8le solide des internes du syst\u00e8me. Ils permettent une communication pr\u00e9cise entre les architectes et les d\u00e9veloppeurs.<\/p>\n

                              \ud83c\udfaf Consid\u00e9rations architecturales finales<\/h2>\n

                              Une utilisation efficace du diagramme de structure composite exige de la discipline. Il est facile de surmod\u00e9liser et de cr\u00e9er des diagrammes trop complexes \u00e0 maintenir. L’objectif est la clart\u00e9, pas la complexit\u00e9. Utilisez cet outil lorsque la structure interne ajoute de la valeur \u00e0 la compr\u00e9hension du syst\u00e8me.<\/p>\n

                              Lorsqu’il est appliqu\u00e9 correctement, il comble le foss\u00e9 entre la conception de haut niveau et l’impl\u00e9mentation de bas niveau. Il fournit un plan directeur pour construire des syst\u00e8mes modulaires, testables et s\u00e9curis\u00e9s. En se concentrant sur les parties, les r\u00f4les et les connexions, les \u00e9quipes peuvent construire des logiciels capables de r\u00e9sister au temps.<\/p>\n

                              Souvenez-vous que le diagramme est un moyen vers une fin. La fin est un syst\u00e8me bien con\u00e7u. Utilisez le diagramme pour atteindre cette fin, mais ne laissez pas le diagramme devenir le syst\u00e8me lui-m\u00eame. Le code et la conception doivent rester align\u00e9s, le diagramme servant de guide plut\u00f4t que de contrainte.<\/p>\n","protected":false},"excerpt":{"rendered":"

                              Dans l’architecture logicielle moderne, comprendre la composition interne d’une classe est tout aussi crucial que comprendre son interface externe. Bien que les diagrammes de classe standards offrent une vue d’ensemble…<\/p>\n","protected":false},"author":1,"featured_media":1845,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_yoast_wpseo_title":"Diagrammes de structure composite : Guide sur les mod\u00e8les et les r\u00f4les de classe \ud83c\udfd7\ufe0f","_yoast_wpseo_metadesc":"Explorez les diagrammes de structure composite dans UML. Comprenez les r\u00f4les des parties, les interfaces et les mod\u00e8les de conception pour une architecture syst\u00e8me robuste. Guide technique.","fifu_image_url":"","fifu_image_alt":"","footnotes":""},"categories":[77],"tags":[80,86],"class_list":["post-1844","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-uml","tag-academic","tag-composite-structure-diagram"],"yoast_head":"\nDiagrammes de structure composite : Guide sur les mod\u00e8les et les r\u00f4les de classe \ud83c\udfd7\ufe0f<\/title>\n<meta name=\"description\" content=\"Explorez les diagrammes de structure composite dans UML. Comprenez les r\u00f4les des parties, les interfaces et les mod\u00e8les de conception pour une architecture syst\u00e8me robuste. Guide technique.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/www.ez-knowledge.com\/fr\/composite-structure-diagrams-patterns-class-roles\/\" \/>\n<meta property=\"og:locale\" content=\"fr_FR\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Diagrammes de structure composite : Guide sur les mod\u00e8les et les r\u00f4les de classe \ud83c\udfd7\ufe0f\" \/>\n<meta property=\"og:description\" content=\"Explorez les diagrammes de structure composite dans UML. Comprenez les r\u00f4les des parties, les interfaces et les mod\u00e8les de conception pour une architecture syst\u00e8me robuste. Guide technique.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.ez-knowledge.com\/fr\/composite-structure-diagrams-patterns-class-roles\/\" \/>\n<meta property=\"og:site_name\" content=\"Ez Knowledge French - Latest in AI & Software Innovation\" \/>\n<meta property=\"article:published_time\" content=\"2026-04-01T01:12:28+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/www.ez-knowledge.com\/fr\/wp-content\/uploads\/sites\/6\/2026\/04\/composite-structure-diagram-uml-infographic-line-art.jpg\" \/>\n\t<meta property=\"og:image:width\" content=\"1664\" \/>\n\t<meta property=\"og:image:height\" content=\"928\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/jpeg\" \/>\n<meta name=\"author\" content=\"vpadmin\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"\u00c9crit par\" \/>\n\t<meta name=\"twitter:data1\" content=\"vpadmin\" \/>\n\t<meta name=\"twitter:label2\" content=\"Dur\u00e9e de lecture estim\u00e9e\" \/>\n\t<meta name=\"twitter:data2\" content=\"14 minutes\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\/\/www.ez-knowledge.com\/fr\/composite-structure-diagrams-patterns-class-roles\/#article\",\"isPartOf\":{\"@id\":\"https:\/\/www.ez-knowledge.com\/fr\/composite-structure-diagrams-patterns-class-roles\/\"},\"author\":{\"name\":\"vpadmin\",\"@id\":\"https:\/\/www.ez-knowledge.com\/fr\/#\/schema\/person\/33c28d3655923323cf039801026316a1\"},\"headline\":\"Approfondissement des diagrammes de structure composite : d\u00e9cryptage des mod\u00e8les de conception et des r\u00f4les des classes\",\"datePublished\":\"2026-04-01T01:12:28+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\/\/www.ez-knowledge.com\/fr\/composite-structure-diagrams-patterns-class-roles\/\"},\"wordCount\":2858,\"publisher\":{\"@id\":\"https:\/\/www.ez-knowledge.com\/fr\/#organization\"},\"image\":{\"@id\":\"https:\/\/www.ez-knowledge.com\/fr\/composite-structure-diagrams-patterns-class-roles\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/www.ez-knowledge.com\/fr\/wp-content\/uploads\/sites\/6\/2026\/04\/composite-structure-diagram-uml-infographic-line-art.jpg\",\"keywords\":[\"academic\",\"composite structure diagram\"],\"articleSection\":[\"UML\"],\"inLanguage\":\"fr-FR\"},{\"@type\":\"WebPage\",\"@id\":\"https:\/\/www.ez-knowledge.com\/fr\/composite-structure-diagrams-patterns-class-roles\/\",\"url\":\"https:\/\/www.ez-knowledge.com\/fr\/composite-structure-diagrams-patterns-class-roles\/\",\"name\":\"Diagrammes de structure composite : Guide sur les mod\u00e8les et les r\u00f4les de classe \ud83c\udfd7\ufe0f\",\"isPartOf\":{\"@id\":\"https:\/\/www.ez-knowledge.com\/fr\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\/\/www.ez-knowledge.com\/fr\/composite-structure-diagrams-patterns-class-roles\/#primaryimage\"},\"image\":{\"@id\":\"https:\/\/www.ez-knowledge.com\/fr\/composite-structure-diagrams-patterns-class-roles\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/www.ez-knowledge.com\/fr\/wp-content\/uploads\/sites\/6\/2026\/04\/composite-structure-diagram-uml-infographic-line-art.jpg\",\"datePublished\":\"2026-04-01T01:12:28+00:00\",\"description\":\"Explorez les diagrammes de structure composite dans UML. Comprenez les r\u00f4les des parties, les interfaces et les mod\u00e8les de conception pour une architecture syst\u00e8me robuste. Guide technique.\",\"breadcrumb\":{\"@id\":\"https:\/\/www.ez-knowledge.com\/fr\/composite-structure-diagrams-patterns-class-roles\/#breadcrumb\"},\"inLanguage\":\"fr-FR\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/www.ez-knowledge.com\/fr\/composite-structure-diagrams-patterns-class-roles\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"fr-FR\",\"@id\":\"https:\/\/www.ez-knowledge.com\/fr\/composite-structure-diagrams-patterns-class-roles\/#primaryimage\",\"url\":\"https:\/\/www.ez-knowledge.com\/fr\/wp-content\/uploads\/sites\/6\/2026\/04\/composite-structure-diagram-uml-infographic-line-art.jpg\",\"contentUrl\":\"https:\/\/www.ez-knowledge.com\/fr\/wp-content\/uploads\/sites\/6\/2026\/04\/composite-structure-diagram-uml-infographic-line-art.jpg\",\"width\":1664,\"height\":928},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/www.ez-knowledge.com\/fr\/composite-structure-diagrams-patterns-class-roles\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\/\/www.ez-knowledge.com\/fr\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Approfondissement des diagrammes de structure composite : d\u00e9cryptage des mod\u00e8les de conception et des r\u00f4les des classes\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/www.ez-knowledge.com\/fr\/#website\",\"url\":\"https:\/\/www.ez-knowledge.com\/fr\/\",\"name\":\"Ez Knowledge French - Latest in AI & Software Innovation\",\"description\":\"\",\"publisher\":{\"@id\":\"https:\/\/www.ez-knowledge.com\/fr\/#organization\"},\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\/\/www.ez-knowledge.com\/fr\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"fr-FR\"},{\"@type\":\"Organization\",\"@id\":\"https:\/\/www.ez-knowledge.com\/fr\/#organization\",\"name\":\"Ez Knowledge French - Latest in AI & Software Innovation\",\"url\":\"https:\/\/www.ez-knowledge.com\/fr\/\",\"logo\":{\"@type\":\"ImageObject\",\"inLanguage\":\"fr-FR\",\"@id\":\"https:\/\/www.ez-knowledge.com\/fr\/#\/schema\/logo\/image\/\",\"url\":\"https:\/\/www.ez-knowledge.com\/fr\/wp-content\/uploads\/sites\/6\/2025\/03\/ez-knowledge-logo.png\",\"contentUrl\":\"https:\/\/www.ez-knowledge.com\/fr\/wp-content\/uploads\/sites\/6\/2025\/03\/ez-knowledge-logo.png\",\"width\":512,\"height\":512,\"caption\":\"Ez Knowledge French - Latest in AI & Software Innovation\"},\"image\":{\"@id\":\"https:\/\/www.ez-knowledge.com\/fr\/#\/schema\/logo\/image\/\"}},{\"@type\":\"Person\",\"@id\":\"https:\/\/www.ez-knowledge.com\/fr\/#\/schema\/person\/33c28d3655923323cf039801026316a1\",\"name\":\"vpadmin\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"fr-FR\",\"@id\":\"https:\/\/secure.gravatar.com\/avatar\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g\",\"url\":\"https:\/\/secure.gravatar.com\/avatar\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g\",\"contentUrl\":\"https:\/\/secure.gravatar.com\/avatar\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g\",\"caption\":\"vpadmin\"},\"sameAs\":[\"https:\/\/www.ez-knowledge.com\"],\"url\":\"https:\/\/www.ez-knowledge.com\/fr\/author\/vpadmin\/\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"Diagrammes de structure composite : Guide sur les mod\u00e8les et les r\u00f4les de classe \ud83c\udfd7\ufe0f","description":"Explorez les diagrammes de structure composite dans UML. Comprenez les r\u00f4les des parties, les interfaces et les mod\u00e8les de conception pour une architecture syst\u00e8me robuste. Guide technique.","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/www.ez-knowledge.com\/fr\/composite-structure-diagrams-patterns-class-roles\/","og_locale":"fr_FR","og_type":"article","og_title":"Diagrammes de structure composite : Guide sur les mod\u00e8les et les r\u00f4les de classe \ud83c\udfd7\ufe0f","og_description":"Explorez les diagrammes de structure composite dans UML. Comprenez les r\u00f4les des parties, les interfaces et les mod\u00e8les de conception pour une architecture syst\u00e8me robuste. Guide technique.","og_url":"https:\/\/www.ez-knowledge.com\/fr\/composite-structure-diagrams-patterns-class-roles\/","og_site_name":"Ez Knowledge French - Latest in AI & Software Innovation","article_published_time":"2026-04-01T01:12:28+00:00","og_image":[{"width":1664,"height":928,"url":"https:\/\/www.ez-knowledge.com\/fr\/wp-content\/uploads\/sites\/6\/2026\/04\/composite-structure-diagram-uml-infographic-line-art.jpg","type":"image\/jpeg"}],"author":"vpadmin","twitter_card":"summary_large_image","twitter_misc":{"\u00c9crit par":"vpadmin","Dur\u00e9e de lecture estim\u00e9e":"14 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/www.ez-knowledge.com\/fr\/composite-structure-diagrams-patterns-class-roles\/#article","isPartOf":{"@id":"https:\/\/www.ez-knowledge.com\/fr\/composite-structure-diagrams-patterns-class-roles\/"},"author":{"name":"vpadmin","@id":"https:\/\/www.ez-knowledge.com\/fr\/#\/schema\/person\/33c28d3655923323cf039801026316a1"},"headline":"Approfondissement des diagrammes de structure composite : d\u00e9cryptage des mod\u00e8les de conception et des r\u00f4les des classes","datePublished":"2026-04-01T01:12:28+00:00","mainEntityOfPage":{"@id":"https:\/\/www.ez-knowledge.com\/fr\/composite-structure-diagrams-patterns-class-roles\/"},"wordCount":2858,"publisher":{"@id":"https:\/\/www.ez-knowledge.com\/fr\/#organization"},"image":{"@id":"https:\/\/www.ez-knowledge.com\/fr\/composite-structure-diagrams-patterns-class-roles\/#primaryimage"},"thumbnailUrl":"https:\/\/www.ez-knowledge.com\/fr\/wp-content\/uploads\/sites\/6\/2026\/04\/composite-structure-diagram-uml-infographic-line-art.jpg","keywords":["academic","composite structure diagram"],"articleSection":["UML"],"inLanguage":"fr-FR"},{"@type":"WebPage","@id":"https:\/\/www.ez-knowledge.com\/fr\/composite-structure-diagrams-patterns-class-roles\/","url":"https:\/\/www.ez-knowledge.com\/fr\/composite-structure-diagrams-patterns-class-roles\/","name":"Diagrammes de structure composite : Guide sur les mod\u00e8les et les r\u00f4les de classe \ud83c\udfd7\ufe0f","isPartOf":{"@id":"https:\/\/www.ez-knowledge.com\/fr\/#website"},"primaryImageOfPage":{"@id":"https:\/\/www.ez-knowledge.com\/fr\/composite-structure-diagrams-patterns-class-roles\/#primaryimage"},"image":{"@id":"https:\/\/www.ez-knowledge.com\/fr\/composite-structure-diagrams-patterns-class-roles\/#primaryimage"},"thumbnailUrl":"https:\/\/www.ez-knowledge.com\/fr\/wp-content\/uploads\/sites\/6\/2026\/04\/composite-structure-diagram-uml-infographic-line-art.jpg","datePublished":"2026-04-01T01:12:28+00:00","description":"Explorez les diagrammes de structure composite dans UML. Comprenez les r\u00f4les des parties, les interfaces et les mod\u00e8les de conception pour une architecture syst\u00e8me robuste. Guide technique.","breadcrumb":{"@id":"https:\/\/www.ez-knowledge.com\/fr\/composite-structure-diagrams-patterns-class-roles\/#breadcrumb"},"inLanguage":"fr-FR","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.ez-knowledge.com\/fr\/composite-structure-diagrams-patterns-class-roles\/"]}]},{"@type":"ImageObject","inLanguage":"fr-FR","@id":"https:\/\/www.ez-knowledge.com\/fr\/composite-structure-diagrams-patterns-class-roles\/#primaryimage","url":"https:\/\/www.ez-knowledge.com\/fr\/wp-content\/uploads\/sites\/6\/2026\/04\/composite-structure-diagram-uml-infographic-line-art.jpg","contentUrl":"https:\/\/www.ez-knowledge.com\/fr\/wp-content\/uploads\/sites\/6\/2026\/04\/composite-structure-diagram-uml-infographic-line-art.jpg","width":1664,"height":928},{"@type":"BreadcrumbList","@id":"https:\/\/www.ez-knowledge.com\/fr\/composite-structure-diagrams-patterns-class-roles\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/www.ez-knowledge.com\/fr\/"},{"@type":"ListItem","position":2,"name":"Approfondissement des diagrammes de structure composite : d\u00e9cryptage des mod\u00e8les de conception et des r\u00f4les des classes"}]},{"@type":"WebSite","@id":"https:\/\/www.ez-knowledge.com\/fr\/#website","url":"https:\/\/www.ez-knowledge.com\/fr\/","name":"Ez Knowledge French - Latest in AI & Software Innovation","description":"","publisher":{"@id":"https:\/\/www.ez-knowledge.com\/fr\/#organization"},"potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/www.ez-knowledge.com\/fr\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"fr-FR"},{"@type":"Organization","@id":"https:\/\/www.ez-knowledge.com\/fr\/#organization","name":"Ez Knowledge French - Latest in AI & Software Innovation","url":"https:\/\/www.ez-knowledge.com\/fr\/","logo":{"@type":"ImageObject","inLanguage":"fr-FR","@id":"https:\/\/www.ez-knowledge.com\/fr\/#\/schema\/logo\/image\/","url":"https:\/\/www.ez-knowledge.com\/fr\/wp-content\/uploads\/sites\/6\/2025\/03\/ez-knowledge-logo.png","contentUrl":"https:\/\/www.ez-knowledge.com\/fr\/wp-content\/uploads\/sites\/6\/2025\/03\/ez-knowledge-logo.png","width":512,"height":512,"caption":"Ez Knowledge French - Latest in AI & Software Innovation"},"image":{"@id":"https:\/\/www.ez-knowledge.com\/fr\/#\/schema\/logo\/image\/"}},{"@type":"Person","@id":"https:\/\/www.ez-knowledge.com\/fr\/#\/schema\/person\/33c28d3655923323cf039801026316a1","name":"vpadmin","image":{"@type":"ImageObject","inLanguage":"fr-FR","@id":"https:\/\/secure.gravatar.com\/avatar\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g","url":"https:\/\/secure.gravatar.com\/avatar\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g","caption":"vpadmin"},"sameAs":["https:\/\/www.ez-knowledge.com"],"url":"https:\/\/www.ez-knowledge.com\/fr\/author\/vpadmin\/"}]}},"_links":{"self":[{"href":"https:\/\/www.ez-knowledge.com\/fr\/wp-json\/wp\/v2\/posts\/1844","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.ez-knowledge.com\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.ez-knowledge.com\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.ez-knowledge.com\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.ez-knowledge.com\/fr\/wp-json\/wp\/v2\/comments?post=1844"}],"version-history":[{"count":0,"href":"https:\/\/www.ez-knowledge.com\/fr\/wp-json\/wp\/v2\/posts\/1844\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.ez-knowledge.com\/fr\/wp-json\/wp\/v2\/media\/1845"}],"wp:attachment":[{"href":"https:\/\/www.ez-knowledge.com\/fr\/wp-json\/wp\/v2\/media?parent=1844"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.ez-knowledge.com\/fr\/wp-json\/wp\/v2\/categories?post=1844"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.ez-knowledge.com\/fr\/wp-json\/wp\/v2\/tags?post=1844"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}