MEGA Architecture. Guide d utilisation

Transcription

1 MEGA Architecture Guide d utilisation

2 MEGA HOPEX 1.0 2ème édition (mars 2013) 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 rapport (MS Word) 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 Décrire les flux de message 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 Rapports sur les architectures applicatives Rapports exemples Les rapports 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 MEGA Architecture

5 Sommaire Onglet Rôles 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

6 Sommaire Relier les points d élément de communication 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 applications 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 Spécifier les règles de conformité d un plan d urbanisme Indiquer les éléments hébergés par la zone Lier les éléments hébergés aux règles d urbanisme Fonctionnement du rapport de conformité Evaluer la conformité du SI au plan d urbanisme ère étape : nom du rapport ème étape : définition des paramètres du rapport ème étape : définition des chapitres de rapport MEGA Architecture

7 Sommaire Exemple de rapport : résultats 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 Rapports d analyse 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

8 Sommaire Serveur Service Site Temporisateur Glossaire acteur acteur externe application architecture de ressources base de données bibliothèque canal canal de communication composant manufacturé contenu contexte de déploiement correspondance déploiement 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 MEGA Architecture

9 Sommaire service site temporisateur utilisation d architecture Index

10 Sommaire 10 MEGA Architecture

11 INTRODUCTION MEGA Architecture est un logiciel édité par MEGA International permettant aux entreprises et autres organismes de représenter et de documenter leurs systèmes d information. MEGA Architecture permet de décrire et d analyser l architecture des systèmes d information : La cartographie applicative : description de l architecture applicative. La description de l architecture applicative offre une vue détaillée des échanges d information entre les applications, les services, les bases de données et les unités organisationnelles. MEGA Architecture permet également de décrire des systèmes complexes, qui font intervenir des ressources autres que logicielles. Le déploiement des applications : description de l infrastructure technique. La description de l infrastructure technique du système d'information permet de suivre le déploiement des applications sur les différents sites de l'entreprise. L infrastructure technique prend en compte les principaux matériels informatiques de l'entreprise (réseaux, serveurs, postes de travail, imprimantes, coupe-feu, concentrateurs, etc). La gestion et l évolution du système d information : description de plans d urbanisme et d architectures de services. Les architectures de service et l'urbanisation du SI sont deux approches qui facilitent l évolution du SI en fournissant un cadre de référence pour la planification de vos systèmes et l analyse de scénarios d évolution (avec MEGA IT Planning). La représentation des services rendus par l architecture IT : description des structures internes des applications et des services applicatifs. Les options MEGA Service Design et MEGA System Oriented IT Architecture proposent les fonctionnalités dédiées à la représentation et à l analyse d architectures IT selon une approche orientée service. Depuis la version MEGA 2009 SP5 R7, MEGA Architecture propose également un option qui permet d'importer des éléments de configuration issus de CMDB (Configuration Management DataBase) et de les mettre en correspondance avec des objets de modélisation décrits dans MEGA Architecture. Pour plus d informations, voir l article technique "CMDB Import". 11

12 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 17, 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 31, est une présentation d'utilisations plus spécifiques de MEGA Architecture. "Décrire les interactions", page 63, est une description des interactions entre les applications de l'entreprise et celles de ses partenaires. "Modéliser des systèmes complexes", page 81, présente comment modéliser les composants et les moyens de communication de systèmes complexes. "Le déploiement d'applications", page 111, décrit comment déployer une application conformément à une infrastructure requise. "Urbanisation du système d information", page 119, explique comment décrire l urbanisme des systèmes d information. "Architecture orientée services (SOA)", page 145, décrit comment organiser l architecture orientée services de votre système d information. "Détail des concepts", page 155, présente les diagrammes proposés et les concepts manipulés dans MEGA Architecture. Le "Glossaire", page 177, résume les définitions des principaux concepts rencontrés dans MEGA Architecture. Ce guide 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. 12 MEGA Architecture

13 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 de compétitivité, de réactivité et d efficacité, les entreprises ont besoin de systèmes d information toujours plus performants. 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. 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 13

14 Introduction 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 spécification. Les différents besoins à couvrir sont étudiés dans le cadre de sousprojets fonctionnels complémentaires. 14 MEGA Architecture

15 Introduction Présentation générale de MEGA Architecture 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é. 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. 15

16 Introduction 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. 16 MEGA Architecture

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

18 1 LANCER L APPLICATION Pour lancer MEGA Architecture : Pour faciliter votre première approche avec MEGA, ce guide est basé sur des exemples disponibles dans le référentiel "MEGA (Tutorial)" de l Environnement "Démonstration". L utilisateur "Mister Guide" a été installé pour vous guider dans votre découverte de MEGA. Pour lancer MEGA : 1. Double-cliquez sur l icône MEGA. La fenêtre d'identification apparaît. 2. Dans le champ Environnement, sélectionnez votre environnement de travail. Si vous n avez accès qu à un environnement, celui ci est automatiquement pris en compte et le champ de sélection de l environnement est grisé. Pour en savoir plus sur les environnements et les utilisateurs, voir les chapitres Gérer les environnements et Gérer les utilisateurs du guide MEGA Administration. 3. Dans le champ Identifiant, saisissez votre identifiant. Si vous avez choisi l environnement "Démonstration", vous pouvez travailler avec l identifiant "Mister Guide". 4. Dans le champ Mot de passe, saisissez votre mot de passe (si nécessaire). 18 MEGA Architecture

19 Premiers pas Lancer l application 5. Cliquez sur OK. Lorsque vous êtes authentifié, la fenêtre de sélection d un espace de travail apparaît. Le champ Personne est défini automatiquement ; il indique le nom de la personne associée à l identifiant renseigné dans la fenêtre de connexion. 6. Dans le champ Référentiel, sélectionnez votre référentiel de travail. Le menu déroulant vous permet de faire apparaître la liste des référentiels disponibles dans l environnement. Lorsque vous commencez à modéliser les données de votre entreprise, il est recommandé de créer un nouveau référentiel dans un nouvel environnement. Si vous n avez accès qu à un seul référentiel, celui ci est automatiquement pris en compte et le champ de sélection du référentiel est grisé. 7. Dans le champ Profil ou Rôle métier, cliquez sur la flèche et sélectionnez le profil ou le rôle métier avec lequel vous voulez travailler. Si vous n avez qu un profil ou rôle métier, celui-ci est automatiquement pris en compte et le champ de sélection du profil ou du rôle métier n apparaît pas. 8. Cliquez sur OK. Votre espace de travail apparaît. 19

20 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". 20 MEGA Architecture