MEGA System Oriented IT Architecture. Guide d utilisation

Transcription

1 MEGA System Oriented IT Architecture Guide d utilisation

2 MEGA 2009 SP5 R7 2ème édition (août 2012) 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 la société 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 est une marque réservée de MEGA International. Windows est une marque réservée de Microsoft. Les autres marques citées appartiennent à leurs propriétaires respectifs.

3 SOMMAIRE Introduction Conventions utilisées dans le guide Structure de ce guide Créer votre base de travail Créer votre contexte de travail : la bibliothèque Définir votre bibliothèque par défaut Créer un objet à partir d une bibliothèque Définir les options Exemples d utilisation Exemple d architecture applicative Diagramme de structure d architecture applicative Diagramme de structure d application Exemple d architecture de service applicatif Diagramme de structure d architecture de service Diagramme de structure de service applicatif Exemple de fonctionnement des protocoles et des interactions Diagramme de définition de service (BPMN) Diagramme d opération de service Exemple de protocole de communication avancé Introduction des concepts utilisés Les éléments décrits dans les diagrammes Le menu contextuel des éléments décrits Propriétés des éléments décrits Les diagrammes et leurs objets Propriétés des objets associés Créer une propriété Héritage des propriétés

4 Sommaire Modéliser avec MEGA System Oriented IT Architecture Décrire une architecture applicative Créer une architecture applicative Décrire les composants d une architecture applicative Créer une utilisation d architecture applicative Créer un composant d application Créer un utilisateur final Compléter la description d une architecture applicative Accéder à la description d une architecture applicative Relier une architecture applicative à un processus applicatif Décrire la structure d une application Décrire une architecture de service applicatif Créer une architecture de service applicatif Décrire les composants de l architecture de service applicatif Décrire la structure d un service applicatif Décrire les points de service et de requête Introduction des concepts Les points de service Les points de requête Créer un point de service ou un point de requête Gérer les interactions Créer une interaction Définir un point d interaction d un élément Présentation du principe Caractériser un point d interaction d un élément Relier un point d interaction d un élément Créer un point d interaction d un élément Modéliser avec Service Design Décrire un protocole Créer un protocole à partir d une interaction Créer un diagramme de définition de service (BPMN) Définir une action jointe de service ou d opération Créer les événements Créer les enchaînements Les branchements Les branchements en sortie d une étape Les branchements en entrée d une étape Créer un branchement Modifier un branchement Décrire une opération de service Créer une opération de service Décrire une opération de service Créer un diagramme d opération de service (BPMN) Créer un flux avec contenu MEGA System Oriented IT Architecture

5 Sommaire Utiliser les rapports standards de MEGA System Oriented IT Architecture Accéder aux rapports disponibles sur les agents Conformité des échanges entre agents Equilibre des échanges entre agents Matrice d interaction des services Présentation du rapport Détail de l échange Paramètres du rapport Glossaire Index

6 Sommaire 6 MEGA System Oriented IT Architecture

7 INTRODUCTION MEGA System Oriented IT Architecture est un outil édité par MEGA International permettant aux entreprises et autres organismes de représenter et documenter leurs architectures IT selon une approche orientée service. L'objectif de ce guide est de présenter comment exploiter ces fonctionnalités pour mener à bien l'évolution de votre système d'information. "Conventions utilisées dans le guide", page 8 "Structure de ce guide", page 9 "Créer votre base de travail", page 10 "Exemples d utilisation", page 12 7

8 Introduction CONVENTIONS UTILISÉES DANS LE GUIDE Remarque sur les points qui précèdent. Définition des termes employés. Astuce qui peut faciliter la vie de l utilisateur. Compatibilité avec les versions précédentes. Ce qu il faut éviter de faire. Remarque très importante à prendre en compte pour ne pas commettre d erreurs durant une manipulation. Les commandes sont présentées ainsi : Fichier > Ouvrir. Les noms de produits et de modules techniques sont présentés ainsi : MEGA. 8 MEGA System Oriented IT Architecture

9 Introduction Structure de ce guide STRUCTURE DE CE GUIDE Ce guide vous présente comment tirer parti de MEGA System Oriented IT Architecture pour décrire l architecture IT de votre entreprise en adoptant une approche orientée service. Le guide MEGA System Oriented IT Architecture est composé des chapitres suivants : "Introduction des concepts utilisés", page 23, vous présente une synthèse des concepts de base utilisés par MEGA System Oriented IT Architecture. "Modéliser avec MEGA System Oriented IT Architecture", page 29, vous explique comment représenter l architecture de votre entreprise. "Modéliser avec Service Design", page 45, présente comment spécifier les protocoles qui régissent les échanges entre les composants de votre architecture IT. "Utiliser les rapports standards de MEGA System Oriented IT Architecture", page 57, montre comment MEGA System Oriented IT Architecture permet d analyser les relations entre les composants de votre entreprise. "Glossaire", page 57, reprend les définitions des principaux concepts rencontrés dans MEGA System Oriented IT Architecture. Ce guide est complété par : le guide Guide de démarrage Architecture qui vous aide à réaliser votre premier diagramme avec MEGA le guide MEGA Architecture qui vous permet d aller plus loin avec les concepts proposés le guide MEGA Common Features qui présente les fonctionnalités communes à tous les produits de la suite MEGA le guide MEGA Publisher qui décrit des fonctions techniques plus avancées 9

10 Introduction CRÉER VOTRE BASE DE TRAVAIL Ce chapitre présente les principaux éléments de votre base de travail. Il vous explique comment : créer votre contexte de travail : la bibliothèque définir votre bibliothèque par défaut créer les objets de votre bibliothèque définir les options nécessaires à l utilisation de MEGA System Oriented IT Architecture. Créer votre contexte de travail : la bibliothèque Le contexte dans lequel vous allez travailler est défini par une bibliothèque. Une bibliothèque permet de ranger des objets MEGA. Les objets d une bibliothèque ne sont connus que dans le contexte de celle-ci. Pour mettre des objets en commun, une bibliothèque peut référencer une autre bibliothèque. Pour créer une bibliothèque : 1. Dans la zone de navigation de l espace de travail MEGA, sélectionnez l onglet Accueil. 2. Dans le navigateur Accueil, faites un clic droit sur le dossier Bibliothèque par défaut. 3. Sélectionnez Nouveau > Bibliothèque. La fenêtre Création d une bibliothèque apparaît. 4. Saisissez le Nom de votre bibliothèque. 5. Cliquez sur OK pour fermer cette fenêtre. La nouvelle bibliothèque apparaît dans la fenêtre de navigation Accueil et devient la bibliothèque par défaut. Dans un contexte normal de travail en entreprise, une bibliothèque de travail est définie par le chef de projet. Définir votre bibliothèque par défaut Quand vous commencez à travailler dans une base, vous devez définir une bibliothèque par défaut. Pour définir une bibliothèque par défaut : 1. Sélectionnez la bibliothèque dans laquelle vous allez travailler. 2. Faites un clic droit et sélectionnez Définir par défaut. Cette bibliothèque apparaît dans le dossier Bibliothèque par défaut. 10 MEGA System Oriented IT Architecture

11 Introduction Créer votre base de travail Créer un objet à partir d une bibliothèque Pour pouvoir classer les nouveaux objets selon leur contexte d utilisation, il est recommandé de créer les objets dans des bibliothèques. Pour créer un objet à partir d une bibliothèque : 1. Dans la fenêtre de navigation Accueil, faites un clic droit sur la bibliothèque adéquate et sélectionnez Nouveau. 2. Sélectionnez le type d objet choisi. La fenêtre de création de l objet choisi apparaît. 3. Dans la fenêtre de création, saisissez le nom de l objet. 4. Cliquez sur OK. Le nouvel objet apparaît dans l arbre de la bibliothèque, enregistré dans le dossier qui correspond à son type. Définir les options Les fonctionnalités de modélisation des échanges entre les composants de l architecture IT décrits dans ce guide sont accessibles par une option. Pour utiliser les mécanismes de modélisation des protocoles : 1. Dans l espace de travail, sélectionnez Outils > Options. 2. Dépliez le dossier Compatibilité et cliquez sur le dossier Autres. 3. Décochez la case du champ Modélisation des protocoles avant MEGA 2009 SP5 R7. 11

12 Introduction EXEMPLES D UTILISATION Les fonctionnalités proposées par MEGA System Oriented IT Architecture pour la modélisation des architectures orientées services permettent de représenter : les composants matériels et organisationnels nécessaires au fonctionnement du système IT les interactions entre les composants les services offerts et utilisés au sein de l architecture modélisée. Les composants décrits peuvent suivre une méthodologie de modélisation : ascendante, en allant du détaillé vers le conceptuel descendante, en allant du conceptuel vers le détaillé La présentation de ces fonctionnalités s appuie sur l exemple d une architecture applicative de traitement des achats présentée selon une approche descendante, à partir de diagrammes : de structure d architecture applicative de structure d application de structure d architecture de service de structure de service applicatif L exemple se trouve dans la base exemple "MEGA Tutorial" fournie en standard, dans la bibliothèque "Plateforme de gestion des achats". "Exemple d architecture applicative", page 13 "Exemple d architecture de service applicatif", page 16 "Exemple de fonctionnement des protocoles et des interactions", page MEGA System Oriented IT Architecture

13 Introduction Exemples d utilisation Exemple d architecture applicative Diagramme de structure d architecture applicative Les composants de l architecture applicative sont décrits dans un diagramme de structure d architecture applicative qui décrit la structure interne de l architecture applicative : les services offerts ou requis les processus pris en charge ses composants et leurs interactions les utilisateurs finaux en interaction avec les composants applicatifs Une architecture applicative est un assemblage d'autres architectures applicatives, d'applications et d'utilisateurs finaux interagissant avec les composants applicatifs dans le but de mettre en œuvre une ou plusieurs fonctionnalités. Le diagramme suivant décrit l architecture applicative du traitement des demandes d achat. Diagramme de structure d architecture applicative "Traitement des demandes d achat" Les demandes d achat peuvent être formulées par les clients directement à travers une application de ecommerce, ou indirectement par un centre d appels. Les demandes d achat internes sont réalisées par un Assistant achats. L architecture de traitement des demandes d achat utilise les services des architectures applicatives de la "Plateforme de gestion des achats" et de "Gestion des paiements". 13

14 Introduction Le diagramme est composé de : Deux éléments de type utilisation d architecture applicative représentant les deux architectures applicatives utilisées. L utilisation d une architecture applicative décrit le rôle d'une architecture applicative dans une relation de composition avec une architecture applicative parente. Trois composants d application représentant les applications utilisées dans le contexte de l architecture applicative décrite. Un composant d application décrit le rôle d une application dans une relation de composition avec une architecture applicative, ou une application parente. Trois composants de type utilisateur final représentant les catégories d intervenants dans l architecture applicative décrite. L utilisateur final représente une unité organisationnelle interagissant aux frontières d'une architecture applicatif ou d une architecture de service applicatif. Des interactions entre les composants représentant les demandes de services. Une interaction représente un contrat conclu dans un contexte précis entre des entités autonomes à l'intérieur ou à l'extérieur d'une entreprise. Ces entités peuvent être des acteurs, des applications, des activités, des processus de l'entreprise, ou des acteurs externes à l'entreprise. Le contenu de ce contrat est décrit par un protocole. 14 MEGA System Oriented IT Architecture

15 Introduction Exemples d utilisation Diagramme de structure d application A partir d une application, vous pouvez accéder au diagramme de structure d application qui décrit les principaux éléments assurant le fonctionnement de l application. Un diagramme de structure d application montre graphiquement les composants de premier niveau d'une Application, les points d'accès (point de service et de requête) et les connexions entre les composants. Diagramme de structure d application "Gestion des demandes d achat" L application de gestion des demandes d achats, qui n est utilisée que pour les achats internes, s appuie sur deux applications spécialisées : l une dans l achat des fournitures et l autre dans l achat de matériel. Les deux applications utilisent Microsoft Excel. Le numéro de version qui apparaît en bas du cadre est une propriété de l application. Pour plus de détails, voir "Propriétés des éléments décrits", page 25. Ce diagramme est composé des éléments suivants : Deux composants d application qui représentent les applications utilisées Un composant d application décrit le rôle d une application dans une relation de composition avec une architecture applicative, ou une application parente. Un composant applicatif plateforme, qui est associé à l application Excel dans l exemple. Un composant applicatif plateforme représente le fait que l application associée joue un rôle de plateforme dans l application 15

16 Introduction décrite. Par exemple, Tomcat est un composant plateforme pour SageCRM. Des interactions entre les composants représentant les demandes de services. Notez que le point de service "Accès achat interne" est activé. "Accès Commande" active le service de Commande quand les demandes d achat ont été validées. Une interaction représente un contrat conclu dans un contexte précis entre des entités autonomes à l'intérieur ou à l'extérieur d'une entreprise. Ces entités peuvent être des acteurs, des applications, des activités, des processus de l'entreprise, ou des acteurs externes à l'entreprise. Le contenu de ce contrat est décrit par un protocole. Exemple d architecture de service applicatif Diagramme de structure d architecture de service Les composants de l architecture de service applicatif sont décrits dans un diagramme de structure d architecture applicative qui présente : les services offerts ou requis les processus pris en charge, les composants et leurs interactions les utilisateurs finaux en interaction avec les composants applicatifs Une architecture de service applicatif est un assemblage d'autres architectures, de services applicatifs et d'utilisateurs finaux 16 MEGA System Oriented IT Architecture

17 Introduction Exemples d utilisation interagissant avec les composants applicatifs, dans le but de mettre en œuvre une ou plusieurs fonctionnalités. Le diagramme suivant décrit l architecture du service d Achat par ecommerce proposé aux clients. Diagramme de structure d architecture de service "Achat par ecommerce" Les demandes formulées par les clients sont traitées par une architecture de service applicatif "Gérer le panier du 17

18 Introduction client". Le service applicatif "Création commande" est ensuite utilisé dans le contexte de cette architecture. Le diagramme de structure d architecture de service, chargé de gérer le panier du client, présente deux points de requête pour "Réserver" ou "commander". Diagramme de structure d architecture de service "Gérer le panier du client" Ces diagrammes sont composés de : D un composant de type Utilisateur final représentant ici les clients. L utilisateur final représente une unité organisationnelle interagissant aux frontières d'une architecture applicatif ou d une architecture de service applicatif. De plusieurs Utilisations d architecture de service applicatif représentant les deux architectures de service applicatif utilisées. L utilisation d une architecture de service applicatif décrit le rôle d'une architecture de services applicatifs dans une relation de composition avec une architecture de services applicatifs parente. Les Composants de service applicatif représentant les services applicatifs utilisés dans le contexte de l architecture de service décrite. Un composant de service applicatif décrit le rôle d'un service applicatif dans une relation de composition avec service applicatif parent ou une architecture de service applicatif parente. Des interactions entre les composants représentant les demandes de services. Une interaction représente un contrat conclu dans un contexte précis entre des entités autonomes à l'intérieur ou à l'extérieur d'une entreprise. Ces entités peuvent être des acteurs, des applications, des activités, des processus de l'entreprise, ou des acteurs externes à l'entreprise. Le contenu de ce contrat est décrit par un protocole. 18 MEGA System Oriented IT Architecture

19 Introduction Exemples d utilisation Diagramme de structure de service applicatif A partir d une service applicatif, vous pouvez accéder au diagramme de structure de service applicatif qui décrit les principaux éléments assurant le fonctionnement du service. Exemple de fonctionnement des protocoles et des interactions Une interaction représente l'échange d'informations entre les composants de l architecture. Une interaction représente un contrat conclu dans un contexte précis entre des entités autonomes à l'intérieur ou à l'extérieur d'une entreprise. Ces entités peuvent être des acteurs, des applications, des activités, des processus de l'entreprise, ou des acteurs externes à l'entreprise. Le contenu de ce contrat est décrit par un protocole. Le contenu d une interaction est décrit par un protocole. Un protocole est un modèle de contrat entre des entités organisationnelles. Ce contrat est décrit par les échanges effectués entre un rôle initiateur et un ou plusieurs rôles contributeurs. Dans le diagramme de structure d architecture applicative de "Traitement des demandes d achat", deux interactions sont utilisées. Interactions dans le diagramme de structure d architecture applicative "Traitement des demandes d achat" Les clients peuvent effectuer des commandes à travers une application de ecommerce ou à travers un Centre d appels, qui lui-même utilise l application de ecommerce pour obtenir le service d identification du client. Un client qui passe par le Centre d appel peut émettre d autres demandes que des commandes. 19

20 Introduction Diagramme de définition de service (BPMN) Le diagramme de définition de service associé au protocole d identification du client décrit, dans un formalisme BPMN, les opérations réalisées. Diagramme de définition de service (BPMN) "Identification du client" Le déroulement du protocole d identification d un client commence par une étape d identification du client. Si le client est trouvé, le protocole retourne les renseignements client, sinon un protocole de Création de client est activé. Les étapes du déroulement sont représentées par des actions jointes d opération. Une action jointe d opération est associée à une opération de service. Elle est utilisée dans la description d un protocole pour représenter des échanges élémentaires. Diagramme d opération de service Avec l option MEGA Service Design, une action jointe d opération est associée à une opération de service. Une action jointe d opération est associée à une opération de service. Elle est utilisée dans la description d un protocole pour représenter des échanges élémentaires. Une opération de service décrit un protocole d échange de messages entre deux rôles. 20 MEGA System Oriented IT Architecture

21 Introduction Exemples d utilisation Une opération de service est décrite par un diagramme d opération de service qui présente l enchaînement des messages échangés. Une opération de service décrit un protocole d échange de messages entre deux rôles. Diagramme d opération de service de "Service d identification client" Le déroulement du protocole de service d identification de client commence par l envoi d information permettant d identifier le client. Un message d erreur est émis si le client n a pas été trouvé, sinon les renseignements client sont envoyés (identification client, état des commandes, etc.). Exemple de protocole de communication avancé Avec l option MEGA Service Design, un protocole est décrit par un enchaînement d étapes qui sont représentées soit : par des actions jointes de service par des actions jointes d opération Une action jointe de service est associée à un protocole. Elle est utilisée dans la description d un protocole pour représenter des échanges complexes. Une action jointe d opération est associée à une opération de service. Elle est utilisée dans la description d un protocole pour représenter des échanges élémentaires. Les rôles du protocole, présentés à la frontière du cadre, représentent les intervenants : client/fournisseur, ou émetteur/récepteur 21

22 Introduction Il est possible de décrire un protocole faisant intervenir plus de deux intervenants. Dans ce cas, un rôle est initiateur du protocole et les autres sont des contributeurs. Diagramme de définition de service (BPMN) "Demande d informations" Le protocole de "Demande d information" est utilisé par le centre d appels pour prendre en compte la demande d un client en ligne. Il existe donc trois intervenants dans ce protocole : le client, les applications IT et le représentant du client qui est le demandeur effectif du service (il s agit ici du centre d appel). Ce protocole consiste à identifier le client, puis à analyser sa demande. La demande est ensuite traitée comme demande d achat ou comme une autre demande s il s agit d une demande de renseignements, par exemple. 22 MEGA System Oriented IT Architecture

23 INTRODUCTION DES CONCEPTS UTILISÉS MEGA System Oriented IT Architecture est un outil de description d architecture orientée service destiné à faciliter l analyse des communications au sein de vos architectures. La descrition des architectures s appuie donc sur des concepts particuliers qui permettent une utilisation plus générique du produit. "Les éléments décrits dans les diagrammes", page 24 "Les diagrammes et leurs objets", page 26 "Propriétés des objets associés", page 27 23

24 1 LES ÉLÉMENTS DÉCRITS DANS LES DIAGRAMMES Les diagramme des architectures orientées services sont basées sur deux types de concepts : Les éléments décrits dans le diagramme, matériels ou organisationnels, qui sont détenus par une architecture, tels que : utilisation d architecture applicative, utilisateur final ou composant d application. Les objets associés à ces éléments peuvent être modifiés sans conséquence sur les éléments eux-mêmes ou leur environnement. Les objets associés aux éléments décrits, qui correspondent à des objets concrets. Il s agit des architectures applicatives, des architectures de services applicatifs, des opérations de service, des acteurs ou des applications. Dans l exemple de l architecture de traitement des demandes d achat, la "Plateforme de gestion des achats" et de "Gestion des paiements" sont des utilisations d architecture applicative. Ces architectures applicatives se composent elles-même de différentes ressources : composants d application et utilisation d architecture applicative. Le menu contextuel des éléments décrits Dans l ensemble des diagrammes présentés dans ce guide, le menu contextuel d une majorité de composants (par exemple un Composant d application) présente : les commandes propres au type d objet utilisé par le composant (par exemple Application) les commandes relatives au composant lui-même les commandes relatives au graphisme 24 MEGA System Oriented IT Architecture

25 Introduction des concepts utilisés Les éléments décrits dans les diagrammes Propriétés des éléments décrits Pour accéder à l objet qui définit un composant d une architecture : 1. Ouvrez la fenêtre de propriétés du composant (par exemple une Composant d application) et sélectionnez l onglet Caractéristiques. L objet qui définit le composant (ici, une Application) apparaît dans le champ Application Utilisée. 2. Cliquez sur la flèche à droite du champ Application Utilisée pour accéder au menu contextuel de l objet utilisé ou le remplacer sans changer le composant courant. 25

26 1 LES DIAGRAMMES ET LEURS OBJETS Le tableau ci-dessous constitue une synthèse des termes utilisés pour les différents éléments d une architecture orientée services, en fonction du contexte dans lequel ce composant est mis en oeuvre. Diagramme Objet décrit Objet associé Commentaire Diagramme de structure d architecture applicative Utilisation d architecture applicative Architecture applicative Utilisation d une architecture par une autre Composant d application Application Utilisation d une application dans une architecture Utilisateur final Acteur Diagramme de structure d application Composant d application Composant Applicatif Plateforme Application Application Autre forme d utilisation d une application dans une architecture Diagramme de structure d architecture de service Utilisation d architecture de service applicatif Architecture de service applicatif Utilisation d une architecture par une autre Composant de service applicatif Service applicatif Utilisation d un service applicatif dans une architecture Utilisateur final Acteur Diagramme de structure de service applicatif Composant de service applicatif Service applicatif Utilisation d une application dans une architecture Composant de Service Applicatif Plateforme Service applicatif Autre forme d utilisation d un service applicatif dans une architecture Diagramme de définition de service (BPMN) Action jointe d opération Opération de service Action jointe de service Protocole 26 MEGA System Oriented IT Architecture

27 Introduction des concepts utilisés Propriétés des objets associés PROPRIÉTÉS DES OBJETS ASSOCIÉS Vous pouvez spécifier des propriétés à certains objets : une taille mémoire aux applications ou un numéro de version ou toute autre caractéristique particulière. De telles propriétés peuvent être définies pour des objets suivants : une architecture applicative, une architecture de service applicatif, un acteur, une application. Créer une propriété Pour créer une propriété : 1. Ouvrez la fenêtre de propriétés de l objet et cliquez sur l onglet Propriétés. 2. Cliquez sur le bouton Nouveau. La fenêtre de création d une Valeur de propriété apparaît. 3. Cliquez sur la flèche à droite du champ Type de propriété et sélectionnez Créer Type de propriété. La fenêtre de Création d un Type de propriété apparaît. 4. Renseignez le Nom et cliquez sur OK. 5. Renseignez la Valeur et l Unité sur différents objets. 6. Cliquez sur OK. La propriété, sa valeur et son unité apparaissent dans les diagrammes décrivant l objet. Héritage des propriétés Lorsqu un objet hérite des propriétés d un autre, l héritage porte sur la valeur de la propriété et non sur le type. Si vous avez défini sur un objet une propriété de type "Numéro de version" ayant pour valeur "6.3", les objets héritant de cet objet auront tous un "Numéro de version" ayant pour valeur "6.3". Pour modifier la valeur d une propriété héritée : 1. Créez une nouvelle propriété du même type avec une nouvelle valeur (par exemple, le "Numéro de version des postes XP") 2. Remplacez la propriété héritée par la nouvelle. Pour plus de détails sur les variations, voir le guide MEGA Common Features, chapitre "Manipuler les objets du référentiel", "Les variations d objets". 27

28 1 28 MEGA System Oriented IT Architecture

29 2 MODÉLISER AVEC MEGA SYSTEM ORIENTED IT ARCHITECTURE MEGA System Oriented IT Architecture vous permet de décrire l architecture des applications de votre entreprise selon une approche orientée service à partir de deux concepts : Les points traités ici sont les suivants : les architectures applicatives les architectures de services applicatifs "Décrire une architecture applicative", page 30 "Décrire une architecture de service applicatif", page 36 "Décrire les points de service et de requête", page 39 "Gérer les interactions", page 42 29

30 2 DÉCRIRE UNE ARCHITECTURE APPLICATIVE Une architecture applicative est décrite par un diagramme de structure d architecture applicative. Une architecture applicative est un assemblage d'autres architectures applicatives, d'applications et d'utilisateurs finaux interagissant avec les composants applicatifs dans le but de mettre en œuvre une ou plusieurs fonctionnalités. L architecture applicative se caractérise par : des services offerts : ils sont représentés par des points de service. des services utilisés : ils sont représentés par des points de requête. Pour plus de détails, voir "Décrire les points de service et de requête", page 39. Créer une architecture applicative Pour créer une architecture applicative : 1. Ouvrez la fenêtre de navigation Accueil. 2. Dépliez la bibliothèque qui vous intéresse. 3. Faites un clic droit sur le dossier "Architecture applicative" et cliquez sur Nouveau > Architecture applicative. La fenêtre Création d une Architecture applicative apparaît. 4. Saisissez le Nom de votre architecture applicative et cliquez sur OK. La nouvelle architecture applicative apparaît dans la fenêtre de navigation Accueil. 30 MEGA System Oriented IT Architecture

31 Modéliser avec MEGA System Oriented IT Architecture Décrire une architecture applicative Décrire les composants d une architecture applicative Une diagramme de structure d architecture applicative décrit la structure interne d'une architecture applicative : les services offerts ou requis les processus pris en charge, les composants et leurs interactions les utilisateurs finaux en interaction avec les composants applicatifs Le diagramme suivant décrit l architecture applicative du traitement des demandes d achat. Diagramme de structure d architecture applicative "Traitement des demandes d achat" Pour créer un diagramme de structure d architecture applicative : 1. Faites un clic droit sur l architecture applicative et cliquez sur Nouveau > Diagramme. 2. Dans la fenêtre qui apparaît, sélectionnez "Diagramme de structure d architecture applicative", vérifiez que la case Initialiser le diagramme est cochée et cliquez sur Créer. Le diagramme s ouvre. 31

32 2 Créer une utilisation d architecture applicative Pour décrire qu une architecture applicative met en oeuvre une autre architecture applicative, vous allez : créer un composant de type Utilisation d architecture applicative lui associer l architecture mise en oeuvre. L utilisation d une architecture de service applicatif décrit le rôle d'une architecture de services applicatifs dans une relation de composition avec une architecture de services applicatifs parente. Par exemple, l architecture de traitement des demandes d achat utilise les services des architectures applicatives de la "Plateforme de gestion des achats" et de "Gestion des paiements". Pour créer une Utilisation d architecture applicative : 1. Dans la barre d objets du diagramme d architecture applicative, cliquez sur le bouton Utilisation d architecture applicative. 2. Cliquez dans le cadre de l architecture applicative décrite. Une fenêtre de création vous demande de choisir l Architecture applicative Utilisée. Il s agit de l architecture applicative mise en oeuvre (par exemple "Gestion des paiements"). 3. Sélectionnez une architecture applicative existante ou créez-en une nouvelle. 4. Cliquez sur Terminer. L utilisation d architecture applicative apparaît dans le diagramme. Créer un composant d application Pour décrire qu une architecture applicative met en oeuvre une application, vous allez : créer un composant d application lui associer l application mise en oeuvre Un composant d application décrit le rôle d une application dans une relation de composition avec une architecture applicative, ou une application parente. Une application est un ensemble de composants logiciels qui constituent un tout cohérent au regard des développements informatiques. Pour créer un Composant d application : 1. Dans la barre d objets du diagramme d architecture applicative, cliquez sur le bouton Composant d application et cliquez dans le cadre de l architecture applicative décrite. Une fenêtre de création vous demande de choisir l Application Utilisée. 2. Sélectionnez une application existante ou créez-en une nouvelle. 3. Cliquez sur OK. Le composant d application apparaît dans le diagramme. 32 MEGA System Oriented IT Architecture

33 Modéliser avec MEGA System Oriented IT Architecture Décrire une architecture applicative Créer un utilisateur final Pour décrire qu une architecture, telle que l architecture de traitement des demandes d achat, est activée par des acteurs internes et externes, vous allez : créer un composant de type utilisateur final lui associer un acteur, "Assistant achats" par exemple L utilisateur final représente une unité organisationnelle interagissant aux frontières d'une architecture applicatif ou d une architecture de service applicatif. Pour créer un utilisateur final : 1. Dans la barre d objets du diagramme d architecture applicative, cliquez sur le bouton Utilisateur final et cliquez dans le cadre du diagramme d architecture applicative. Une fenêtre de création vous demande de choisir la ressource organisationnelle impliquée. 2. Sélectionnez l acteur qui vous intéresse et cliquez sur OK. Compléter la description d une architecture applicative Accéder à la description d une architecture applicative La description complète d une architecture applicative est accessible à partir de sa fenêtre de propriétés. Pour accéder à la description d une architecture applicative : Faites un clic droit sur l architecture applicative et sélectionnez Propriétés. Les informations concernant l architecture applicative apparaissent dans différents onglets. Pour accéder à l ensemble des objets qui composent l architecture : Cliquez sur l onglet Composants. Pour plus de détails, voir "Décrire les composants d une architecture applicative", page 31. Pour accéder aux propriétés de l architecture qui apparaissent dans les diagrammes d architecture applicative, en bas du cadre de l architecture décrite : Cliquez sur l onglet Propriétés. Pour plus de détails, voir "Propriétés des objets associés", page 27. Pour accéder à la liste des services réalisés ou utilisés par l architecture : Cliquez sur l onglet Points de service et de requête. Pour plus de détails, voir "Décrire les points de service et de requête", page

34 2 Relier une architecture applicative à un processus applicatif Une architecture applicative peut être mise au point pour exécuter un processus applicatif. Un processus applicatif est la représentation exécutable d'un processus. Les éléments formalisant un processus applicatif sont les suivants : les événements du workflow, les tâches à accomplir durant le traitement, les éléments algorithmiques d enchaînement des tâches, les flux d information échangés avec les participants. Pour associer une architecture applicative à un processus applicatif : 1. Faites un clic droit sur l architecture applicative et sélectionnez Nouveau > Réalisation de Processus. La fenêtre Création d utilisation d une application par un processus apparaît. 2. A partir du champ Processus exécuté, sélectionnez le processus applicatif qui vous intéresse et cliquez sur OK. Le processus applicatif apparaît dans le fenêtre de propriétés de l architecture applicative, sous l onglet Exécution. Décrire la structure d une application Avec MEGA System Oriented IT Architecture, une application peut être décrite par un diagramme de structure d application. Un diagramme de structure d application montre graphiquement les composants de premier niveau d'une application, les points d'accès (point de service et de requête) et les connexions entre les composants. L application de gestion des demandes d achats, qui n est utilisée que pour les achats internes, s appuie sur deux applications spécialisées : l une dans l achat des 34 MEGA System Oriented IT Architecture

35 Modéliser avec MEGA System Oriented IT Architecture Décrire une architecture applicative fournitures et l autre dans l achat de matériel. Les deux applications utilisent Microsoft Excel. Le numéro de version qui apparaît en bas du cadre est une propriété de l application. Pour plus de détails, voir "Propriétés des éléments décrits", page 25. Ce diagramme est composé de : composants d application qui représentent les applications utilisées Un composant d application décrit le rôle d une application dans une relation de composition avec une architecture applicative, ou une application parente. Dans l exemple, il s agit de l application d achat de fournitures et de l application d achat de matériel. composants applicatifs plateforme qui représentent les applications plateforme utilisées Un composant applicatif plateforme représente le fait que l application associée joue un rôle de plateforme dans l application décrite. Par exemple, Tomcat est un composant plateforme pour SageCRM. Dans l exemple, il s agit de l application Microsoft Excel. points d accès, de requête et de service Pour plus de détails, voir "Décrire les points de service et de requête", page 39. interactions entre les composants Une interaction représente un contrat conclu dans un contexte précis entre des entités autonomes à l'intérieur ou à l'extérieur d'une entreprise. Ces entités peuvent être des acteurs, des applications, des activités, des processus de l'entreprise, ou des acteurs externes à l'entreprise. Le contenu de ce contrat est décrit par un protocole. 35

36 2 DÉCRIRE UNE ARCHITECTURE DE SERVICE APPLICATIF Un service applicatif est un élément d architecture IT. Un service applicatif est l'élément de découpage d'une application qui est mis à la disposition de l'utilisateur final de cette application dans le cadre de son travail. Les services applicatifs représentent un découpage des applications en unités fonctionnelles élémentaires. Un service applicatif est une unité de traitement cohérente et indivisible coordonnant un ensemble de messages et d'événements afin d'effectuer une tâche dans le système d'information. Dans l'architecture applicative, le service applicatif est l'unité fonctionnelle la plus élémentaire. Une architecture de service applicatif est un composant permettant de décrire un service applicatif selon une approche orientée service. Une architecture de service applicatif est un assemblage d'autres architectures, de services applicatifs et d'utilisateurs finaux interagissant avec les composants applicatifs, dans le but de mettre en œuvre une ou plusieurs fonctionnalités. Dans MEGA System Oriented IT Architecture, il n existe pas de lien direct entre une architecture applicative et une architecture de service applicatif. Créer une architecture de service applicatif Pour créer une architecture de service applicatif : 1. Ouvrez la fenêtre de navigation Accueil. 2. Dépliez la bibliothèque qui vous intéresse. 3. Faites un clic droit sur le dossier "Architecture de services applicatifs" et cliquez sur Nouveau > Architecture de services applicatifs. La fenêtre Création d une Architecture de services applicatifs apparaît. 4. Saisissez le Nom de votre architecture de service applicatif et cliquez sur OK. La nouvelle architecture de service applicatif apparaît dans la fenêtre de navigation Accueil. 36 MEGA System Oriented IT Architecture

37 Modéliser avec MEGA System Oriented IT Architecture Décrire une architecture de service applicatif Décrire les composants de l architecture de service applicatif Un diagramme de structure d architecture de service décrit la structure interne d'une architecture logicielle : les services offerts ou requis les processus pris en charge, les composants et leurs interactions les utilisateurs finaux en interaction avec les composants logiciels. Le diagramme suivant décrit l architecture du service applicatif chargé de gérer le panier du client. Diagramme de structure d architecture de service "Gérer le panier du client" Un diagramme de structure d architecture de service se construit sur le même principe que le diagramme de structure d application. Pour plus de détails sur la création des composants du ce diagramme, voir "Décrire les composants d une architecture applicative", page

38 2 Un diagramme de structure d architecture de service applicatif est composé : d utilisateurs finaux L utilisateur final représente une unité organisationnelle interagissant aux frontières d'une architecture applicatif ou d une architecture de service applicatif. d utilisations d architecture de service applicatif L utilisation d une architecture de service applicatif décrit le rôle d'une architecture de services applicatifs dans une relation de composition avec une architecture de services applicatifs parente. de composants de service applicatif Un composant de service applicatif décrit le rôle d'un service applicatif dans une relation de composition avec service applicatif parent ou une architecture de service applicatif parente. d interactions entre les composants représentant les demandes de services Une interaction représente un contrat conclu dans un contexte précis entre des entités autonomes à l'intérieur ou à l'extérieur d'une entreprise. Ces entités peuvent être des acteurs, des applications, des activités, des processus de l'entreprise, ou des acteurs externes à l'entreprise. Le contenu de ce contrat est décrit par un protocole. Pour plus de détails sur les interactions entre les composants une architecture de service applicatif, voir "Gérer les interactions", page 42. de points de service Un point de service est un point d'échange par lequel un agent offre un service à des clients potentiels. de points de requête Un point de requête est un point d'échange par lequel un agent requiert un service à des fournisseurs potentiels. Pour plus de détails sur les points d accès, voir "Décrire les points de service et de requête", page 39. Décrire la structure d un service applicatif Avec MEGA System Oriented IT Architecture, un service applicatif peut être décrit par un diagramme de structure de service. Un diagramme de structure de service applicatif montre graphiquement les composants de premier niveau d'une application, les points d'accès (point de service et de requête) et les connexions entre les composants. Le fonctionnement d un diagramme de structure d un service applicatif est identique à celui d un diagramme de structure d application. Pour plus de détails sur les composants de ce type de diagramme, voir "Décrire la structure d une application", page MEGA System Oriented IT Architecture

39 Modéliser avec MEGA System Oriented IT Architecture Décrire les points de service et de requête DÉCRIRE LES POINTS DE SERVICE ET DE REQUÊTE Dans une architecture orientée service, les communications s appuient sur : des interactions Une interaction représente un contrat conclu dans un contexte précis entre des entités autonomes à l'intérieur ou à l'extérieur d'une entreprise. Ces entités peuvent être des acteurs, des applications, des activités, des processus de l'entreprise, ou des acteurs externes à l'entreprise. Le contenu de ce contrat est décrit par un protocole. Pour plus de détails sur les interactions entre les composants une architecture de service applicatif, voir "Gérer les interactions", page 42. des points d accès : points de service et des points de requête. Un point de requête est un point d'échange par lequel un agent requiert un service à des fournisseurs potentiels. Un point de service est un point d'échange par lequel un agent offre un service à des clients potentiels. MEGA System Oriented IT Architecture permet de gérer chacun de ces composants et de vérifier la cohérence des informations spécifiées. Introduction des concepts Les points de service Une architecture applicative, ou de services applicatifs, est créée pour assurer un ou plusieurs services. Ces services sont représentés par des points de service. Un point de service est un point d'échange par lequel un agent offre un service à des clients potentiels. Le service est demandé selon des modalités précises définies par un protocole affecté au point de service. Un protocole est un modèle de contrat entre des entités organisationnelles. Ce contrat est décrit par les échanges effectués entre un rôle initiateur et un ou plusieurs rôles contributeurs. 39

40 2 Les composants activés pour assurer un service sont liés au point de service par des interactions. S il est nécessaire d activer plusieurs composants, vous devez créer plusieurs interactions entre le point de service et les composants de l architecture. Dans l exemple présenté ici, le service d achat interne est lié à deux interactions, basées sur le même protocole, qui représentent l activation de l application d achat de matériel ou l application d achat de fournitures. Pour créer un point de service, voir "Créer un point de service ou un point de requête", page 41. Les points de requête Un point de requête permet de représenter l utilisation d un service externe. Un point de requête est un point d'échange par lequel un agent requiert un service à des fournisseurs potentiels. Le service est demandé selon des modalités précises définies par un protocole affecté au point de requête. Un protocole est un modèle de contrat entre des entités organisationnelles. Ce contrat est décrit par les échanges effectués entre un rôle initiateur et un ou plusieurs rôles contributeurs. Les composants qui émettent une requête sont liés au point de requête par une interaction. Dans l exemple, les points de requête représentent les demandes de service effectuées par l utilisation du service applicatif "Ajouter des produits au panier" pour passer une commande ou réserver les produits. Pour créer un point de requête, voir "Créer un point de service ou un point de requête", page MEGA System Oriented IT Architecture