MEGA Architecture. Guide d utilisation

Transcription

1 MEGA Architecture Guide d utilisation

2 MEGA 2009 SP4 1ère édition (juin 2010) Les informations contenues dans ce document pourront faire l objet de modifications sans préavis et ne sauraient en aucune manière constituer un engagement de MEGA International. Aucune partie de la présente publication ne peut être reproduite, enregistrée, traduite ou transmise, sous quelque forme et par quelque moyen que ce soit, sans un accord préalable écrit de MEGA International. MEGA International, Paris, Tous droits réservés. MEGA Architecture et MEGA sont des marques réservées de MEGA International. Windows est une marque réservée de Microsoft. Les autres marques citées appartiennent à leurs propriétaires respectifs.

3 SOMMAIRE Sommaire Introduction Présentation de ce guide Présentation générale de MEGA Architecture Pourquoi modéliser l'architecture d'un système d'information? Présenter un système d'information complexe et étendu Réaliser une cartographie des applications et des bases de données Urbaniser un système d information Représenter le découpage fonctionnel d'une application Décrire les interactions entre applications Optimiser une architecture client/serveur Décrire une infrastructure technique Premiers pas Lancer l application Utiliser les diagrammes Ouvrir un diagramme Créer un acteur Modifier les propriétés d'un objet Créer un message Créer les messages en même temps que les liens Créer les messages puis les liens Mettre en forme le diagramme Commenter les objets Générer un document Ajouter une note

4 Sommaire Modéliser l architecture de l entreprise Décrire une architecture applicative Décomposition du système d'information Application Système applicatif Nomenclature d'applications Echanges entre applications Créer une application Gérer les versions d applications Décrire l environnement d une application Créer un Diagramme d Environnement d une Application Copier les objets des diagrammes existants Gestion des vues spécialisées Réutiliser les objets Détailler l architecture interne d une application Ouvrir un Diagramme d Environnement d une Application Ouvrir un Diagramme d Architecture Interne d une Application Lancer l outil de contrôle Décrire les applications Internet Créer des arbres applicatifs Créer l arbre applicatif d une application Créer une application Décrire l infrastructure des télécommunications entre sites Consulter un diagramme existant Modéliser les infrastructures techniques Modifier la position des champs de texte Analyse des architectures applicatives Analyses exemples Les analyses types de MEGA Architecture Décrire les interactions Contexte d'utilisation Diagramme d architecture interne du système de gestion des achats Applications et activités Informatisation des échanges : les interactions Interactions composites Exemple d interaction composite Autre exemple d interaction composite Message déclenchant un enchaînement d interactions Interactions élémentaires Description d'une interaction Créer une interaction Propriétés d une interaction Propriétés d un protocole Onglet Rôles MEGA Architecture

5 Sommaire Onglet Sous-Interactions Onglet Messages Description d'une Bibliothèque Créer une bibliothèque Mise en oeuvre des interactions : les services Mise en oeuvre d'une interaction Interaction "Traitement de l ordre d'achat" Interaction "Modification de l ordre d'achat" Interaction "Annulation de l ordre d'achat" Modéliser des systèmes complexes Accéder aux fonctionnalités de modélisation des systèmes complexes Contexte d utilisation Exemple d architectures de ressources Exemple d objets manufacturés Décrire une architecture de ressources Créer une architecture de ressources Mettre en oeuvre une capacité Décrire les ressources organisationnelles de l architecture de ressources Créer une Utilisation d architecture Créer une ressource humaine Décrire les ressources matérielles Créer un équipement Les canaux et les ports de communication Décrire les services et les requêtes dans une architecture de ressources Les points de service Les points de requête Décrire les interactions dans un diagramme d architecture de ressources Décrire un objet manufacturé Créer un objet manufacturé Décrire les composants d un objet manufacturé Créer un composant manufacturé Créer un hébergement d application Les canaux et les ports de communication Décrire les services et les requêtes d un objet manufacturé Les points de service Les points de requête Décrire les interactions dans un diagramme d assemblage d objets manufacturés Décrire les communications d un système complexe Créer un point de service ou un point de requête Gérer les interactions Créer une interaction Relier les points d interaction Décrire les communications au niveau matériel Les ports de communication Les canaux de communication Les protocoles de communication réseau Relier les points d élément de communication

6 Sommaire Synthèse des termes utilisés Les diagrammes et leurs objets Le menu contextuel des objets Propriétés des éléments décrits Propriétés des objets associés L arbre d architecture de ressources Le déploiement d'applications Définir l architecture requise Déployer l infrastructure requise Créer un arbre de correspondance Etablir les correspondances Etat des objets Analyser le déploiement d une application Les indicateurs de conformité Urbanisation du système d information Contexte d utilisation Les objectifs de l urbanisme Justification de l urbanisme Urbanisme et architecture applicative Le plan d urbanisme Créer un plan d urbanisme Ouvrir un diagramme d urbanisme Dupliquer un plan d urbanisme Nom des plans d urbanisme en environnement multilingue Niveau d urbanisme Zones et sous-zones Zone d acquisition des données Zone de traitement des données Autres zones Les canaux de communication Correspondances entre zones d urbanisme Conformité d un système applicatif au plan d urbanisme Les règles de conformité Spécifier les règles d urbanisme Lier les règles aux applications Fonctionnement d une analyse de conformité Lancer une analyse de conformité au plan d urbanisme ère étape : nom de l'analyse ème étape : définition des paramètres de l'analyse ème étape : définition des rapports Exemple d analyse : résultats MEGA Architecture

7 Sommaire Architecture orientée services (SOA) Le service, charnière entre les métiers et l'informatique Principes de l'architecture orientée service Concevoir un système orienté service Concevoir une architecture de référence Réutilisation Fourniture de services de support Amélioration de la gestion de capacité Caractérisation des services Les services déduits des modèles de données Les services applicatifs Les services d'orchestration de processus Les services de communication Les services d'administration Les services de sécurité Identification des échanges Ajustement de l'architecture applicative Intégration de nouvelles applications Accessibilité des services Déploiement Analyses SOA Détail des concepts Les Diagrammes d'architecture Applicative Les concepts de base des DAA Les principales utilisations des DAA Les Diagrammes d'infrastructure Technique Les concepts de base du DIT Les principales utilisations des DIT L'Arbre Applicatif L Arbre de Sites Vue d ensemble des sites et Bilan des flux Sites Concepts gérés par MEGA Architecture Acteur Application Base de données Flux d'information (Message) Noeud Poste de travail Projet Réseau Serveur Service Site Temporisateur

8 Sommaire Glossaire acteur acteur externe application architecture de ressources base de données bibliothèque canal canal de communication composant manufacturé contenu correspondance diagramme équipement événement fonctionnalité hébergement d application hébergement de base de données infrastructure technique interaction message mot-clé noeud objectif objet manufacturé plan d urbanisme point de requête point de service port de communication poste de travail prédicat projet protocole protocole de communication réseau ressource ressource humaine rôle serveur service site temporisateur utilisation d architecture Index MEGA Architecture

9 INTRODUCTION MEGA Architecture est un logiciel édité par MEGA International permettant aux entreprises et autres organismes de représenter et documenter leurs systèmes d information. MEGA Architecture permet de décrire et d analyser l architecture des systèmes d information : Sur le plan applicatif, sont représentés les applications et les services informatiques élémentaires, les bases de données et les flux d'information échangés, les sites d'implantation de l'entreprise, les acteurs internes et externes, les activités, ainsi que les composants Internet/Intranet. Sur le plan technique : sont pris en compte les principaux matériels informatiques de l'entreprise (réseaux, serveurs, postes de travail, imprimantes, coupe-feu, concentrateurs, etc). 9

10 Introduction PRÉSENTATION DE CE GUIDE La présente introduction propose une présentation générale de MEGA Architecture. Le guide MEGA Architecture contient sept chapitres : "Premiers pas", page 15, est une présentation illustrée de l'utilisation de MEGA Architecture pour répondre aux besoins courants. "Modéliser l architecture de l entreprise", page 29, est une présentation d'utilisations plus spécifiques de MEGA Architecture. "Décrire les interactions", page 59, est une description des interactions entre les applications de l'entreprise et celles de ses partenaires. "Modéliser des systèmes complexes", page 77, présente comment modéliser les composants et les moyens de communication de systèmes complexes. "Le déploiement d'applications", page 107, décrit comment déployer une application conformément à une infrastructure requise. "Urbanisation du système d information", page 115, explique comment décrire l urbanisme des systèmes d information. "Architecture orientée services (SOA)", page 139, décrit comment organiser l architecture orientée services de votre système d information. "Détail des concepts", page 149, présente les diagrammes proposés et les concepts manipulés dans MEGA Architecture. Le "Glossaire", page 171, résume les définitions des principaux concepts rencontrés dans MEGA Architecture. Ce guide de démarrage est complété par le guide MEGA Common Features qui présente les fonctionnalités communes à tous les produits de la gamme MEGA, ainsi que par l aide en ligne, accessible par la touche <F1>, qui permet d accéder à une aide contextuelle sur chaque fenêtre de MEGA Architecture. Des fonctions techniques plus avancées sont décrites dans le guide MEGA Publisher. 10 MEGA Architecture

11 Introduction Présentation générale de MEGA Architecture PRÉSENTATION GÉNÉRALE DE MEGA ARCHITECTURE Pourquoi modéliser l'architecture d'un système d'information? Face aux exigences croissantes de compétitivité, de réactivité et d efficacité, les entreprises ont besoin de systèmes d information toujours plus performants. Elles sont d ailleurs de plus en plus nombreuses à faire évoluer leur système d information autour des technologies liées à l Internet. La technologie offre aujourd hui une grande richesse de possibilités qui ouvre la voie à la construction des architectures de systèmes d information les plus complexes et diversifiés. Les besoins toujours plus importants de communication entre applications, notamment avec Internet, requièrent une réflexion plus globale et plus approfondie de l organisation des composants logiciels. Par une représentation schématique et structurée, détaillée ou synthétique, la modélisation aide à concevoir et décrire l architecture des systèmes d information, et facilite ainsi la maîtrise des évolutions ultérieures. Il existe de multiples raisons de modéliser l architecture d un système d information : l architecte peut s intéresser à la description de l existant, en focalisant son analyse sur l architecture logicielle et son intégration dans l organisation, ou sur l infrastructure technique et matérielle du système d information ; il peut également étudier les évolutions nécessaires d un système d information, qu il s agisse d intégrer une nouvelle application, un nouveau site Internet, ou un progiciel tel que SAP, ou d optimiser une architecture client/serveur, en recherchant la meilleure répartition des données et des traitements. L architecte peut également être amené à représenter de manière précise les interactions entre les applications de l entreprise et celles de ses partenaires, ou entre des entités autonomes à l intérieur d une même entreprise comme lors de la mise en place d un moteur de workflow. Par rapport à de simples représentations graphiques ou documents de présentation, la modélisation permet la constitution progressive d une base d information complète et parfaitement cohérente, facile à maintenir. Présenter un système d'information complexe et étendu Pour décrire l architecture d un système d information complexe, la première étape consiste souvent à établir des représentations géographiques synthétiques et explicites qui mettent en évidence les principaux sites d implantation de l entreprise, ainsi que l organisation des communications entre ceux-ci. Selon le niveau de détail de ces cartes, la modélisation présentera le système d information dans son ensemble, ou des sous-ensembles particuliers plus détaillés. Par exemple, pour un système d information réparti sur plusieurs continents, on dressera une planisphère présentant les sites régionaux (ou par pays) qui composent le système, puis des cartes régionales spécifiques décrivant les implantations locales (siège national, agences départementales, etc.). Pour chaque carte, on pourra représenter les moyens de transmission entre les différents sites ainsi que leur équipement applicatif et matériel respectifs. 11

12 Introduction Réaliser une cartographie des applications et des bases de données Un système d information se construit par étapes. Généralement, les entreprises ont développé ou acquis leurs applications au fur et à mesure des besoins, des progrès des technologies de l information, des ressources financières disponibles, etc. Après l informatisation des fonctions comptables, les entreprises ont mis en place des outils informatiques spécialisés centrés sur la gestion de leur(s) métier(s). Ultérieurement sont arrivés les outils de management, et on constate actuellement la progression fulgurante des applications tirant profit d Internet, couplant des technologies de consultation et de mise à jour de bases de données géographiquement éloignées. Ces multiples applications informatiques, développées par étapes et parfois indépendamment les unes des autres, sont aujourd hui appelées à communiquer entre elles et avec l extérieur, à partager des données, à synchroniser leurs traitements et leur ergonomie. Face à ces défis, l entreprise qui souhaite maîtriser son système d information et le faire évoluer doit être capable de dresser un inventaire de ses applications, des sites Internet/Extranet et des bases de données associées, ainsi que de les situer. Elle doit également cerner le périmètre fonctionnel et organisationnel des applications (fonctions et utilisateurs concernés, informations échangées), ainsi que les interdépendances entre elles. Dans ce contexte, la réalisation d une cartographie des applications, des sites Internet et des bases de données constitue une démarche extrêmement bénéfique pour l entreprise. Tout d abord, l analyse de l existant informatique qu elle inclut révélera les points faibles du système d information : lacunes, applications concurrentes, saisies multiples des mêmes données, hétérogénéité. L entreprise en déduira les actions d amélioration de l efficacité de l organisation et de la productivité à mener. Ensuite, la cartographie obtenue se révélera un outil de travail puissant dans le cadre de projets d évolution du système d information : études d impact d une nouvelle application ou d un progiciel dans son futur environnement, formalisation des flux d information dans un contexte d échange de données informatisé (EDI), optimisation d une architecture Client/Serveur. Urbaniser un système d information Les systèmes d information des entreprises se sont développés dans une grande disparité au fil du temps et au gré des projets. Dans ces conditions, il devient de plus en plus difficile d intégrer de nouvelles applications dans les systèmes d information existants ou de faire face à des changements technologiques. L urbanisme informatique consiste à définir les différents composants d un système d information et leurs modalités d assemblage de façon à faciliter l intégration de ces nouvelles applications. De la même façon que pour une ville, il est possible concevoir le système d information d une entreprise comme un plan d urbanisme et de définir un découpage durable du système d information en quartiers indépendants. Représenter le découpage fonctionnel d'une application L intérêt de fractionner une application en composants se manifeste tout au long du cycle de vie des applications. Cette démarche est essentielle dans la phase de 12 MEGA Architecture

13 Introduction Présentation générale de MEGA Architecture spécification. Les différents besoins à couvrir sont étudiés dans le cadre de sousprojets fonctionnels complémentaires. La décomposition en modules fonctionnels permet de maximiser les chances de succès de l intégration d une nouvelle application dans l entreprise. Lors de cette phase cruciale de la vie d une application, il est intéressant d attribuer les fonctionnalités de l application aux différents acteurs de l entreprise pour étudier finement l impact sur l organisation et organiser les formations nécessaires. Enfin, la représentation du découpage fonctionnel d une application facilite la gestion de la réutilisation des composants logiciels dans le système d information de l entreprise. Décrire les interactions entre applications Les interactions définies au niveau international par des organismes tels que l OAG (Open Applications Group) ou IFX (Interactive Financial Exchange), ainsi que la description des schémas XML associés (disponibles avec le produit MEGA System Blueprint) permettent d automatiser les échanges entre des applications appartenant à des entreprises différentes. L utilisation d interactions et de messages standard permet à ces entreprises de communiquer sans forcément se connaître à l avance. C est ce qui permet le fonctionnement des places de marché qui connaissent une expansion grandissante. Les mêmes mécanismes peuvent être utilisés à l intérieur d une entreprise comme lors de la mise en place de certains moteurs de workflow, ou pour automatiser les échanges entre une entreprise et ses filiales. Optimiser une architecture client/serveur Les architectures client/serveur se généralisent. Les possibilités offertes par ces approches en terme de réutilisabilité de composants logiciels élémentaires, de portabilité et d évolutivité des applications permettent d envisager des systèmes d information efficaces et souples malgré la complexité des besoins à couvrir. Cependant, toutes les architectures applicatives réalisables ne sont pas équivalentes sur le plan des flux d information transportés, sur les délais, sur les risques, sur les coûts. Face aux questions soulevées par ces approches, la modélisation détaillée des architectures client/serveur, incluant la décomposition des applications en modules client ou serveur et une réflexion sur l implantation des données utilisées, permet d optimiser la répartition des données et des traitements, à partir d une appréciation qualitative du volume des flux d information générés par les applications. La modélisation introduit la possibilité d étudier plusieurs scénarios d organisation, dès la phase de conception, en offrant au concepteur les moyens de réaliser des simulations successives centrées sur des solutions alternatives d implantation et de réplication des bases de données, ou de partage des ressources applicatives. Décrire une infrastructure technique Sur le plan technique, les systèmes d information des entreprises héritent de l hétérogénéité que l on observe au niveau logiciel. Souvent, la coexistence de plusieurs générations d équipements et de matériels informatiques vient encore en amplifier la complexité. 13

14 Introduction La modélisation de l architecture du système d information sous l angle technique apportera donc souvent beaucoup à la connaissance et à la maîtrise qu en ont les architectes et les responsables de l entreprise. Les diagrammes réalisés permettent d identifier et de représenter les matériels existants (serveurs, postes de travail, etc.), les réseaux qui relient ces machines, et de décrire leurs caractéristiques. Ces diagrammes indiquent sur quelles machines sont installées les bases de données et les applications. 14 MEGA Architecture

15 1 PREMIERS PAS Ce chapitre a pour but de vous familiariser avec l utilisation de MEGA Architecture : il présente le lancement et les principales fonctions du logiciel. Les points suivants sont abordés ici : "Lancer l application", page 16 "Utiliser les diagrammes", page 18 15

16 1 LANCER L APPLICATION Pour lancer MEGA Architecture : 1. Double-cliquez sur l icône MEGA : La fenêtre d'identification apparaît. 2. Sélectionnez l'utilisateur "Mister Guide". La flèche verticale permet de faire apparaître la liste des utilisateurs. Elle est disponible tant que le nombre d utilisateurs est inférieur à un nombre défini par l administrateur. Si elle est absente, tapez votre nom d utilisateur MEGA. Le mot de passe de l utilisateur vous est demandé dans cette fenêtre si l utilisateur en a un. L'utilisateur "Mister Guide" n'a pas de mot de passe : il a été installé pour vous guider pendant votre découverte de MEGA. 3. Sélectionnez la base "MEGA (Tutorial)". Comme pour les utilisateurs, la flèche verticale vous permet de faire apparaître la liste des bases. Lorsque vous commencez à modéliser les données de votre entreprise, il est conseillé de créer une nouvelle base dans un nouvel environnement. La base MEGA (Tutorial) est disponible dans l environnement de démonstration. Pour en savoir plus sur les bases et les environnements, reportez-vous au guide MEGA Administration. 16 MEGA Architecture

17 Premiers pas Lancer l application L'espace de travail de "Mister Guide" dans la base "MEGA (Tutorial)" apparaît. Espace de travail de l utilisateur Mister Guide dans la base "MEGA (Tutorial)" Selon les produits MEGA dont vous disposez, vous visualisez certains types d objets seulement. L espace de travail contient les objets utilisés comme exemples dans ce guide. Par défaut, l espace de travail MEGA se compose de deux zones principales : La zone des navigateurs et outils, qui permet de naviguer dans le référentiel et d accéder aux objets principaux. La zone d édition, qui sert principalement à ouvrir et à éditer les diagrammes. Vous disposez également d une barre de recherche en haut de l espace de travail pour effectuer des recherches dans l ensemble du référentiel. 17

18 1 UTILISER LES DIAGRAMMES Les premiers chapitres de ce guide vous permettent de découvrir les possibilités offertes par MEGA Architecture. Voici l exemple de l entreprise "Alizés", dont le système d information est décrit dans la base "MEGA (Tutorial)". Alizés La société "Alizés" propose des séjours touristiques incluant le billet d'avion et la location d'un voilier entièrement équipé pour la plongée sous-marine. Elle propose également des croisières de luxe dans les Caraïbes. Le siège de cette société se trouve en banlieue parisienne. Elle possède 5 agences de voyages en France métropolitaine et 4 bureaux de représentation sur les sites de location des bateaux. Les agences de voyages sont chargées de la vente des séjours aux clients. Elles réservent directement les vols auprès des compagnies aériennes et, chaque soir, adressent les réservations de bateaux au siège, qui les transmet aux bureaux de représentation après centralisation. Les bureaux de représentation se chargent de réserver sur place les bateaux auprès d'agences locales ou de particuliers, et d'accueillir les clients à leur arrivée. Premier diagramme : architecture applicative Réservation Vous allez tout d abord ouvrir un diagramme de la base, qui représente l architecture des applications du processus de réservation entre le siège social, une agence de voyages et un bureau de représentation. Ouvrir un diagramme Pour ouvrir le diagramme d architecture de l entreprise : 1. Sélectionnez la fenêtre de navigation Objets principaux. 2. Dépliez le dossier "Vues d ensemble" et double-cliquez sur le diagramme "Vue d ensemble des applications". Ce diagramme présente le traitement des réservations de vols. Le client demande la réservation d un vol à l agence de voyages qui utilise pour cela l application 18 MEGA Architecture

19 Premiers pas Utiliser les diagrammes "Réservation Agence". Les renseignements fournis par le Client sont stockés dans la base de données locale de l agence. Ces données permettront d effectuer des statistiques pour estimer le taux de satisfaction des demandes des clients concernant les dates et horaires de vols ainsi que les prix. L agence effectue directement la réservation auprès des compagnies aériennes et transmet chaque nuit les ventes réalisées pendant la journée à l application de consolidation des ventes au siège. Créer un acteur Un acteur représente une personne ou un groupe de personnes qui interviennent dans les processus ou dans le système d'information de l'entreprise. Un acteur peut être interne ou externe à l'entreprise : Un acteur interne représente un élément de l'organisation d'une entreprise tel qu'une direction, un service ou un poste de travail. Il est défini à un niveau plus ou moins fin en fonction de la précision à fournir sur l'organisation (cf type d'acteur). Ex : la direction financière, la direction commerciale, le service marketing, l'agent commercial. Un acteur externe représente un organisme qui échange des flux avec l'entreprise. Ex : Client, Fournisseur, Administration. Pour créer un acteur : 1. Dans la barre d objets du diagramme, sélectionnez l icône Acteur. Chaque fois que vous sélectionnez une icône dans la barre d objets du diagramme (sauf l icône de sélection) sa définition apparaît dans la fenêtre d aide qui se trouve par défaut en bas du diagramme. 2. Cliquez, dans le diagramme, à l emplacement où vous désirez créer l acteur. La fenêtre de création d un acteur apparaît. 3. Dans la fenêtre Ajout d un(e) Acteur, saisissez le nom de l acteur que vous souhaitez créer, par exemple "Agence de location de bateaux". 4. Cliquez sur Créer. L acteur apparaît dans votre diagramme. 5. Si nécessaire, retaillez la forme pour l ajuster au texte. Un acteur peut également être placé dans un couloir afin d améliorer la présentation graphique du diagramme. Pour plus de détails sur les couloirs, reportez-vous à la section "Utiliser les couloirs" du guide MEGA Common Features. Modifier les propriétés d'un objet Lors de leur création, les acteurs sont considérés comme des éléments internes à l entreprise. Or, dans cet exemple, l "Agence de location de bateaux" est un acteur qui ne fait pas partie de l entreprise. Pour spécifier cette situation, il faut modifier les propriétés de cet acteur et lui attribuer le statut "Acteur Externe". 19

20 1 Pour attribuer à l acteur la caractéristique "Externe" : 1. Faites un clic droit sur l acteur pour activer son menu contextuel et cliquez sur Propriétés. 2. Cliquez sur l onglet Caractéristiques de la fenêtre qui est présentée. 3. Cliquez dans le champ Interne/Externe et sélectionnez la valeur "Acteur externe" à l aide de la flèche. 4. Cliquez sur OK pour appliquer la modification et fermer la fenêtre de propriétés. Cette caractéristique est représentée graphiquement et s applique automatiquement dans le diagramme. Lorsque vous refermez la fenêtre de propriétés de l Acteur "Agence de location de bateaux", sa couleur est modifiée. MEGA Architecture gère ainsi pour chaque objet des caractéristiques qui varient en fonction de son type. Ces caractéristiques peuvent être modifiées dans l onglet correspondant de la fenêtre de propriétés de chaque objet. Les caractéristiques des différents objets manipulés dans MEGA Architecture sont décrites dans "Concepts gérés par MEGA Architecture", page 161. Créer un message Un message représente un flux circulant à l'intérieur de l'entreprise ou échangé entre l'entreprise et son environnement. C'est généralement un flux d'information comme une commande ou une facture. Par commodité, un flux financier comme le règlement du client, ou un flux de matière comme la livraison d'un produit est également représenté par un message. Dans un diagramme, un message est décrit par : un trajet, c est à dire l indication de son émetteur et de son destinataire. un contenu, c est à dire les objets ou les informations qui transitent de l émetteur vers le destinataire du message. Ce contenu peut être réutilisé dans plusieurs messages. 20 MEGA Architecture