Projet 1 Les Bus de Service dans les architectures SOA

Transcription

1 Les projets présentés dans la suite de ce document permettent d approfondir et de mettre en pratique certains concepts présentés lors des cours de Master «Architecture des Systèmes d Information» et «Urbanisation des Systèmes d Information». Tous les projets font l objet d une partie théorique, d une implémentation à l aide d un outil, et d une mise en regard du travail réalisé avec les problématiques d urbanisation des Systèmes d Information. Les projets se font en trinômes. Les projets donnent lieu à la remise d un rapport et à une soutenance finale (date à planifier). La note du projet tient compte du travail réalisé, de la qualité du rapport fourni et de l aptitude à présenter les travaux à l oral. La notation est individuelle, une personne qui n aurait pas suffisamment participé aux travaux de son groupe pourra se voir attribuer une note inférieure à celle de son groupe. Projet 1 Les Bus de Service dans les architectures SOA L utilisation d un bus de service (ESB) représente aujourd'hui la technologie d'intégration et de médiation inter-applicative privilégiée pour la mise en œuvre d'une architecture orientée service (SOA). Au sein d une architecture de services, le bus a, entre autres, un rôle de médiateur (middleware) entre consommateurs et producteur de services, permettant ainsi de répondre à l exigence de couplage lâche entre services. Objectif du projet : implémenter sur un cas d entreprise une architecture SOA et démontrer l intérêt des bus de services dans ce type d architecture. Effectuer une synthèse bibliographique sur les architectures SOA et les bus de services, Lister et détailler les apports de la mise en place d un bus de service dans une architecture SOA, Sélectionner un produit ESB, puis illustrer chaque apport du bus de service identifié précédemment par la définition d un exemple concret et une implémentation à l aide du produit sélectionné. Les exemples concrets devront être construits sur un cas d entreprise à imaginer MIS M2I-Projet R&D URSI-Enonces-V1.0.docx 1 / 5

2 Projet 2 Référentiel des services Le département Méthodes et Organisation de la Direction des Systèmes d Information d une grande entreprise a réalisé un audit de ses projets informatiques actuels. Parmi les constats établis, on relève les points suivants : Depuis deux ans, la plus-part des projets développent des composants sous forme de webservices, Chaque projet spécifie ses web-services sans aucune mise en cohérence avec les webservices existants ou ceux en cours de développement au sein d autres projets. Il ressort de ces points : Une difficulté croissante pour faire communiquer les web-services entre eux, L existence de nombreux services redondants. Quelques exemples simples mais significatifs : Exemple 1 : un web-service de calcul des remises commerciales utilise dans l ordre : un web-service de recherche des informations clients, qui retourne un message «DetailClient» structuré d une certaine façon, un web-service de calcul de la remise, invoqué avec une structure des informations client très différente de la structure du message «Detailclient» obtenu du premier service. Le web-service de calcul des remises commerciales doit alors appliquer des transformations complexes pour appeler le deuxième service avec les informations reçues du premier. Ces transformations ont représenté pour l équipe projet un surcoût d environ 60% de la charge de développement du web-service. Exemple 2 : deux équipes projet ignorant ce qu elles faisaient réciproquement ont développé des web-services très similaires : le premier permet d obtenir les contrats d un client à une date donnée, le second permet d obtenir les contrats d un client sur une période. Le premier web-service a en outre été développé deux fois par deux équipes différentes. Le rapport d audit préconise en conclusion la mise en place d une équipe d architectes, transverse aux projets, en charge de la cohérence de l ensemble des composants développés. Quelques semaines plus tard, cette équipe d architectes est mise en place. En tant que responsable de la cohérence transverse du Système d Information, l équipe est chargée des missions suivantes : Définir les contrats d interface de tout nouveau web-service identifié sur un projet, Assurer la cohérence entre les web-services mis en place sur les différents projets, Alimenter et publier un référentiel des services du Système d Information. Objectif du projet : définir et illustrer les règles d utilisation de l outil MODELIO au sein de l équipe d architectes pour répondre aux missions assignées à cette équipe. Effectuer une synthèse bibliographique sur les référentiels de services pour un Système d Information, Puis, en utilisant l outil MODELIO : Identifier les modèles et concepts utiles pour la modélisation/spécification des services et la génération automatique des contrats d interface des web-services (schémas XSD, contrats WSDL, ), Proposer une structuration et un référencement des éléments de modélisation réalisés, 2014-MIS M2I-Projet R&D URSI-Enonces-V1.0.docx 2 / 5

3 Mettre en œuvre des mécanismes de gestion et de publication du référentiel des services. Les travaux réalisés seront illustrés par des exemples concrets. On pourra étudier les possibilités d établissement de liens entre les éléments modélisés par les architectes et les processus métier modélisés par le département Maitrise d Ouvrage. Projet 3 Architecture d entreprise et gestion des interdépendances entre grands projets Une grande entreprise décide de mettre en place plusieurs équipes dédiées à la rénovation de son Système d Information. Chaque équipe est en charge d un domaine métier du Système d Information, depuis les processus métier jusqu aux applications et infrastructures nécessaires aux processus. Une difficulté rencontrée dans de telles démarches est la détection et la gestion des interdépendances entre ces grands projets : interdépendances sur une activité d un processus métier, sur une application, sur un élément de l infrastructure Par interdépendance on entend toute nature de relation existant entre les objets manipulés tout au long d un projet métier et pouvant avoir une influence directe sur un autre projet métier. Exemples : les projets A (Rénovation de la relation client) et B (Refonte des processus de fabrication des produits) ont identifié des évolutions de processus métier qui concernent un même acteur de l entreprise. Il est alors nécessaire d étudier conjointement les évolutions liées à cet acteur (augmentation du nombre de ressources, besoins de formation, ). les projets A et B ont identifié un besoin d évolution d une application commune. Il est alors nécessaire d étudier l opportunité de mutualiser ou non ces besoins d évolution, de définir des versions de l application, selon les plannings de chaque projet. Objectif du projet : mettre en place sous MODELIO des règles et pratiques de modélisation sur les différentes couches d architecture de TOGAF, pour permettre de détecter et référencer les interdépendances entre projets. Effectuer une synthèse bibliographique des concepts et techniques de gestion des interdépendances entre projets, Reprendre les différentes couches d architecture de TOGAF et sélectionner pour chacune d elles les modèles utiles à chaque projet, et les diagrammes associés sous MODELIO. Définir et mettre en place des mécanismes sous MODELIO pour identifier et gérer les interdépendances entre concepts modélisés. On illustrera les travaux sur un exemple concret d entreprise, à définir MIS M2I-Projet R&D URSI-Enonces-V1.0.docx 3 / 5

4 Projet 4 Optimisation des processus métier Soumise à une forte concurrence, une grande entreprise cherche à gagner en productivité et en efficacité. Pour se faire, la direction de l entreprise décide de lancer deux chantiers : revoir son organisation : rationaliser ses processus métier, réduire la complexité de son organisation, gérer de façon plus efficiente ses ressources, entamer un plan de transformation de son système d information pour qu il puisse rapidement évoluer et s adapter aux futurs choix d organisation de l entreprise. La Direction des Opérations de l entreprise fait appel à un cabinet de conseil spécialisé dans l optimisation des processus métier et la mise en place de solutions de gestion des processus métier (BPMS : Business Process Management System). Le cabinet de conseil a pour mission de proposer une démarche d amélioration des processus, ainsi qu un démonstrateur, sur un des processus métier de l entreprise, des opportunités offertes par les solutions de BPMS pour l amélioration des processus. Objectif du projet : définir et décrire une démarche d optimisation des processus métier, sélectionner une solution BPMS et réaliser un démonstrateur sur l un des processus métier de l entreprise. Effectuer une synthèse bibliographique du concept de BPM (Business ProcessManagment) et des démarches d amélioration des processus métier (six-sigma, lean-managment, Kaizen, ), Proposer à l entreprise une démarche d optimisation de ses processus, incluant des règles opérationnelles de mise en œuvre au sein de l entreprise. Sélectionner une solution BPMS, décrire son apport pour l amélioration des processus métier. Réaliser un démonstrateur de la solution BPMS sélectionnée sur l un processus métier de l entreprise. On illustrera les travaux sur un exemple concret d entreprise, à définir MIS M2I-Projet R&D URSI-Enonces-V1.0.docx 4 / 5

5 Projet 5 Un outil BRMS pour urbaniser le SI Un Système de Gestion des Règles Métier (BRMS : Business Rules Management System) est un composant qui exécute des règles métier créées, mises à jour et paramétrées par les analystes métiers et fonctionnels de l entreprise, sans passer par une modification de programmes informatiques. Ce composant est une «brique» du Système d Information qui, en isolant un certain nombre de règles métier et en rendant le Système plus facilement évolutif, contribue à l urbanisation d un Système d Information ou d un domaine de celui-ci. Objectif du projet : montrer l apport des technologies BRMS pour l urbanisation des Systèmes d Information, développer un démonstrateur basé sur ces technologies. Effectuer une synthèse bibliographique du concept de BRMS et démontrer son apport à l urbanisation d un Système d Information. A partir d un outil BRMS sélectionné, illustrer sur des cas concrets ses diverses utilisations pour urbaniser un Système d Information. Pour cela, développer un démonstrateur sur les domaines suivants : o la mise en place d un outil BRMS pour l automatisation de règles métier à fréquence d évolution élevée (règles de tarification, règlementation, ), o la mise en place d un outil BRMS pour la gestion des processus métier complexes. Projet 6 Définition et exécution des processus métier Un Système d Information urbanisé doit être capable de s adapter rapidement aux évolutions des processus métier d une entreprise, et en particulier de son organisation. Les processus métier doivent dans un premier temps être connus, décrits, et modélisés. Le Système d Information doit ensuite respecter certaines règles d architecture. Enfin, des outils informatiques (commerciaux ou libres d utilisation) permettent de prendre en charge la logique d exécution des processus métier. Objectif du projet : éprouver l outil MODELIO pour la modélisation des processus métier avec BPMN et le lien vers des outils d exécution des processus (BPEL ou autre). Effectuer une synthèse bibliographique des différents langages de modélisation des processus métier, dont BPMN, et des langages d exécution des processus métier, dont BPEL. A l aide de MODELIO, modéliser plusieurs exemples de processus pour faire apparaître les possibilités offertes par BPMN. Déployer les processus modélisés dans un moteur d exécution des processus métier (BPEL ou autre) à sélectionner. On précisera en particulier l intégration dans le moteur d exécution des activités humaines, des activités automatisées, et des interfaces avec un système d information existant. Définir une démarche de mise en œuvre et d évolution d un processus métier, depuis sa modélisation jusqu à son exécution : acteurs, rôles, éléments produits MIS M2I-Projet R&D URSI-Enonces-V1.0.docx 5 / 5