Démarches d urbanisation : réorganiser le Système d Information en structurant ses fonctions dans des blocs fonctionnels communicants.

Dimension: px
Commencer à balayer dès la page:

Download "Démarches d urbanisation : réorganiser le Système d Information en structurant ses fonctions dans des blocs fonctionnels communicants."

Transcription

1 Plan du chapitre Master Informatique et Systèmes Urbanisation des Systèmes d Information Architecture d Entreprise 04 Architecture du SI : identifier et décrire les services, structurer le SI L architecture fonctionnelle du SI Règles et pattern d architecture fonctionnelle Concepts et représentation MDA Philippe Declercq Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 2 Philippe Declercq Références [1] : Le projet d Urbanisation du SI, Christophe Longépé, édition Dunod [2] : Livre orange «Urbanisation et intégration de Systèmes», Valtech [3] : SOA Architecture logique, Softeam [4] : Architecture Orientée Services (SOA), une politique de l interopérabilité, Octo [5] : Architecture de Systèmes d Information, livre blanc, Octo [6] : Urbanisation et SOA, Sopra [7] : Urbanisation et SOA, quelques bonnes pratiques pour leur mise en œuvre, Aubay [8] : Principes d urbanisation pour un SI, Techniques de l ingénieur, Jean- Paul Figer [9] : Gartner's Seven Building Blocks of MDM : The Foundation for Successful MDM L architecture fonctionnelle du SI 1 Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 3 Philippe Declercq Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 4 Philippe Declercq

2 L architecture fonctionnelle du SI Les processus métier d un domaine ou de l entreprise étant décrits, le Système d Information doit permettre de réaliser ces processus. L architecture fonctionnelle du SI Comment passer d un Système construit sur des applications monolithiques («en silo»), sur un système «Plat de spaghetti» à un Système urbanisé? Démarches d urbanisation : réorganiser le Système d Information en structurant ses fonctions dans des blocs fonctionnels communicants. Démarches SOA : réorganiser le Système Informatique en structurant celui-ci en services. Urbanisation et SOA se rapprochent en considérant que l élément de base d un bloc fonctionnel est le service (fonctionnel). Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 5 Philippe Declercq Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 6 Philippe Declercq L architecture fonctionnelle du SI Comment structurer le futur Système? Quelles applications construire? Quelques principes généraux : Tout n est pas dans tout! Regrouper ce qui est/semble proche Identifier ce qui est commun à plusieurs/tous les métiers L architecture fonctionnelle du SI La solution : identifier les fonctions du Système d Information et les «ranger» dans des blocs fonctionnels. Construire un plan d urbanisme ou une architecture fonctionnelle cible Exemple : Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 7 Philippe Declercq Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 8 Philippe Declercq

3 L architecture fonctionnelle du SI Fonction : action d un produit ou de l un de ses constituants exprimée exclusivement en termes de finalité (NF X ) Quelques règles : une fonction est formulée par un verbe à l infinitif suivi d un ou plusieurs compléments. la formulation de la fonction doit être indépendante des solutions de la réaliser. L architecture fonctionnelle du SI L architecture fonctionnelle est une représentation du Système d Information qui doit garder une (relative) indépendance par rapport aux technologies. Horizon urbanisation = long terme stabilité par rapport aux évolutions des technologies. Exemples : contrôler une facture, calculer une plus-value, archiver un dossier, authentifier un utilisateur, Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 9 Philippe Declercq Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 10 Philippe Declercq L architecture fonctionnelle du SI Exemple : à partir d un objectif stratégique : Faire rire! L architecture fonctionnelle du SI Décrire le(s) processus : 2 - TOURNER 1 - SALUER 4- S'ECHAPPER 3 - METTRE LA TÊTE DANS LA GUEULE Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 11 Philippe Declercq Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 12 Philippe Declercq

4 L architecture fonctionnelle du SI Identifier les fonctions qui supportent le(s) processus ALLER & VENIR TRANSFORMER ENTRAÎNER ALLER & VENIR TRANSFORMER TOURNER Les règles et pattern d architecture fonctionnelle 2 Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 13 Philippe Declercq Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 14 Philippe Declercq Vision de Longépé ([1]) 3 types de blocs fonctionnels : zone, quartier, îlot. Zone : 1er niveau de découpage du SI. Quartier : regroupement de composants homogènes quant à la nature de l information traitée. Îlot : entité remplaçable du SI, correspondant à une finalité fonctionnelle et comprenant des traitements et des accès à des données pour cette finalité. Zone Les règles d urbanisme de Longépé ([1]) : R1 : Règle d unicité des blocs fonctionnels R2 : Règle d asynchronisme des îlots R3 : Un bloc comporte obligatoirement une prise R4 : Toute communication entrante ou sortante d un bloc passe par sa prise R5 : Seules les prises communiquent avec le gestionnaire de flux R6 : Une donnée est sous la responsabilité d un îlot et d un seul Zone Quartier Quartier Îlot Îlot Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 15 Philippe Declercq Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 16 Philippe Declercq

5 D après Longépé [1], un Système d Information doit comporter au moins les zones suivantes : une zone d échange (la prise du SI), une zone gisement de données, une zone référentiel de données, une zone pilotage unique, une zone opération par métier principal de l entreprise, une zone ressource unique. Les pattern d architecture fonctionnelle d OCTO ([5]) : Le pattern Royaume-Emissaire Le pattern Noyau Le pattern Référentiel Autres pattern de OCTO ([4]) : Modélisation document Processus implicite/explicite Agrégation IHM Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 17 Philippe Declercq Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 18 Philippe Declercq Les neuf principes d architecture de Jean Paul Figer ([8]). Les SI de la plupart des grandes entreprises se sont construits graduellement au cours des vingt dernières années sous forme d'applications indépendantes où les informations sont dupliquées. Il en résulte des incohérences, des saisies multiples et un service peu satisfaisant pour les utilisateurs et pour l'entreprise. Les neuf principes d architecture de Jean Paul Figer ([8]). Pour résoudre ces problèmes, il est souvent décidé de restructurer le système d'information autour de référentiels de données transverses accessibles et utilisés par l'ensemble des traitements informatiques. Ce choix impose le respect de principes de conception, sous peine de réintroduire les mêmes problèmes ou de rendre ingérable la complexité du système d'information. Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 19 Philippe Declercq Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 20 Philippe Declercq

6 Les neuf principes d architecture de Jean Paul Figer ([8]) : Principe 1 : Modularité et encapsulation Le Système d'information est partitionné en sous-ensembles fortement cohérents et faiblement couplés : les Services Fonctionnels (SF). Le SI est segmenté suivant des critères fonctionnels par identification de sous-ensembles fortement cohérents et faiblement couplés : fortement cohérents : les données et les traitements à l'intérieur d'un sous-ensemble sont conceptuellement proches. faiblement couplés : une évolution d'un sous-ensemble impacte au minimum les autres sous-ensembles. Les neuf principes d architecture de Jean Paul Figer ([8]) : Les Services Fonctionnels sont de 2 types : Services Fonctionnels Silos (SFS): ils fournissent à l'ensemble du SI les services liés à leurs données - c'est leur dimension silo de données ou référentiels, Services Fonctionnels Pilotes (SFP) : ils fournissent la réalisation d'un ensemble de traitements. Les SF doivent masquer les détails internes de leur implémentation, en particulier la structuration interne du stockage de leurs données. Les SF ne donnent donc accès à leurs données que via des offres de services précisément décrites et publiées. Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 21 Philippe Declercq Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 22 Philippe Declercq Les neuf principes d architecture de Jean Paul Figer ([8]) : Principe 2 : Sécurité - La sécurité est fondée sur une infrastructure de confiance : authentification réciproque des acteurs avant d'autoriser les échanges. - Chaque SF gère ses propres règles d'autorisations. - Une règle de sécurité stricte stipule que les flux de contrôle sont toujours à l'initiative du destinataire. Chaque SF garde donc un contrôle total sur ses données. Les principes d architecture de Jean Paul Figer ([8]) : Principe 3 : Unicité de la localisation d'une information - Une information est gérée en un point unique du système d'information. - Il peut exister des copies des informations pour assurer l'archivage, certains recoupements en temps différé ou d'autres raisons. - En conséquence : - Les modèles de données de référentiels sont disjoints deux à deux, - Chaque information du SI possède un URI qui vérifie les propriétés suivantes : - Non signifiance, - Non modification, - Non réutilisation, - Non destruction. Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 23 Philippe Declercq Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 24 Philippe Declercq

7 Les principes d architecture de Jean Paul Figer ([8]) : Principe 4 : Unicité de la localisation du pilotage des activités - L'utilisation du système d'information est modélisée sous forme d'activités métier. Une activité métier est une unité de travail, telle que vue par l'utilisateur final, et doit respecter la règle des 4 unités suivante : unité de lieu, unité de temps, unité d'acteur et d'action. - Toute activité métier est pilotée de bout en bout sans délégation par un unique service fonctionnel Pilote (SFP), qui enchaîne des demandes de services à des services fonctionnels Silo. Les principes d architecture de Jean Paul Figer ([8]) : Principe 5 : Garantie de la cohérence fonctionnelle Une information est propriété de son service fonctionnel Silo qui est seul responsable de la garantie de sa cohérence fonctionnelle. Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 25 Philippe Declercq Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 26 Philippe Declercq Les principes d architecture de Jean Paul Figer ([8]) : Principe 6 : Asynchronisme des pilotes (ou l'illusion du temps absolu pour les pilotes) Les services fonctionnels Pilotes ne peuvent présupposer qu'ils seront synchronisés sur une même base temporelle, en particulier vis à vis de la mise à jour des données des référentiels. En conséquence : - Toutes les modifications des informations des référentiels sont placées dans un historique, - Les informations ne sont pas détruites mais marquées comme invalides à partir d une certaine date. Les principes d architecture de Jean Paul Figer ([8]) : Principe 7 : Non-exclusivité des données (même de manière temporaire) Les services fonctionnels Pilotes ne peuvent réserver, même de manière temporaire, un accès exclusif à une donnée d'un référentiel. Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 27 Philippe Declercq Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 28 Philippe Declercq

8 Les principes d architecture de Jean Paul Figer ([8]) : Principe 8 : Services sans états Les services fonctionnels Silo fournissent des offres de services sans état - laissant toujours le référentiel dans un état cohérent. Chaque activation du service est traitée de manière indépendante sans référence aux précédentes activations des services du SF (autrement que via les données stockées dans le référentiel). Les principes d architecture de Jean Paul Figer ([8]) : Principe 9 : référentiels passifs Un service fonctionnel Silo (référentiel) n'a pas vocation à avertir les autres SF Silo des modifications de ses données. Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 29 Philippe Declercq Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 30 Philippe Declercq Zoom sur la zone référentiel, une zone primordiale et prioritaire dans la mise en œuvre de l urbanisation. Définitions : référentiel de données : Ensemble structuré d'informations, utilisé pour l'exécution d'un logiciel, et constituant un cadre commun à plusieurs applications. Ensemble cohérent de données ayant une définition sémantique commune et répondant au besoin de langage commun entre plusieurs acteurs appartenant à des entités organisationnelles différentes ou à une même entité. Données qui, relativement stables et hautement partagées d un processus à l autre, composent les informations fondamentales autour desquelles l entreprise structure son activité. Le besoin de gérer des données de référence provient souvent d une situation où plusieurs ensembles de données co-existent et où leur multiplicité pose des problèmes de cohérence. L existence de plusieurs bases de données relatives à un même ensemble d information se heurte, plus ou moins tôt, à un ensemble de problèmes critiques : Conflit d identité. Le même objet possède des identités différentes selon les sources de données. (ex : le client X est identifié par la clé X1 dans un référentiel et X2 dans un autre). Conflit de schémas. Le même concept est modélisé de manière différente (ex : le client est modélisé par le champ «customer» d un coté, et par les deux champs «nom» et «prénom» par ailleurs). Conflit de valeur. Le même objet a des valeurs différentes selon les sources (ex : la balance d un compte courant apparaît différente suivant les bases dans lesquelles on le consulte). Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 31 Philippe Declercq Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 32 Philippe Declercq

9 Conflit sémantique. Le même terme est interprété de manières différentes (ex : un «compte» est un compte courant bancaire dans une application et un identifiant utilisateur permettant de gérer la sécurité des accès pour une autre). Redondance de valeur. Le même concept est dupliqué dans plusieurs applications indépendantes (ex : le tarif catalogue des produits est représenté par N bases avec des recoupements sur certaines catégories de produits). Plus grande complexité du SI à assurer la sécurité, en ce qui concerne les habilitations. Dans une configuration de redondance de valeur, le cas classique est d interdire l accès à une donnée dans telle base en oubliant d en interdire l accès dans telle autre. Plus grande complexité du SI à assurer les mises à jour. Dans une configuration de redondance de valeur, nécessité de mettre à jour toutes les bases ou fichiers contenant cette donnée via des passerelles compliquées entre les différentes sources de données. Exemple d acteurs liés aux référentiels : Flux externes Initiateurs Sous la responsabilité des Gestionnaires Acteur(s) chargé de la création / mise à jour (acteur métier, ou dédié) Données de références / procédures / services Mise à jour Création Mise à jour Gestion des contrats Utilisateurs Référentiel bénéficiaires Services de consultation du référentiel Contrôleur Liquidation Service Médical Gestion de dossiers médicoadministratifs Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 33 Philippe Declercq Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 34 Philippe Declercq Les référentiels les plus courants au sein des SI : Référentiels clients, Référentiels des nomenclatures, Référentiels des produits, Référentiel de l organisation, Référentiel de sécurité, Référentiel des règles métier. Le MDM est une discipline visant à mettre en place les processus, les organisations et les outils pour rassembler, gérer et partager, de manière transverse, les données de référence. MDM = Master Data Management (Gestion de Données de Référence) Le MDM offre : La mise à disposition de données de référence pour les «consommateurs» de ces données dans le SI, Un worflow de gestion et mise à jour de ces données de référence. Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 35 Philippe Declercq Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 36 Philippe Declercq

10 Différentes architectures du MDM : Différentes architectures du MDM : Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 37 Philippe Declercq Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 38 Philippe Declercq Les fonctions associées au MDM : Des outils du marché (cots) existent pour la gestion des données de référence. Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 39 Philippe Declercq Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 40 Philippe Declercq

11 Étude de cas : Architecture d Entreprise Étude de cas : MyBestCar Etape 6 L objectif de l étude de cas est de proposer une architecture d entreprise de MyBestCar, et un système d information urbanisé. Travaux à réaliser : Diagramme de décomposition fonctionnelle, Diagramme d évènement centré sur le processus de réservation. L approche «service» pour urbaniser le SI 3 Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 41 Philippe Declercq Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 42 Philippe Declercq Dans une vision «services» du SI, la brique de base pour construire le SI est le service. Les architectures fonctionnelles, applicatives, techniques peuvent intégrer ce nouveau paradigme. Vision Sopra Vision Valtech Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 43 Philippe Declercq Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 44 Philippe Declercq

12 L architecture fonctionnelle du SI Exemples de méta-modèles de la couche fonctionnelle, à base de services : ALLER & VENIR Mais au fait. TRANSFORMER ENTRAÎNER ALLER & VENIR 0..n Un cas d utilisation orchestre des 1..n services Service fonctionnel TRANSFORMER Cas d utilisation TOURNER 0..n Un cas d utilisation manipule Des informations 1..n Information 0..1 Un Objet de gestion est décrit par un cycle de vie0..1 Cycle de vie des informations Qu est ce qu un service? Qu est ce qu une architecture orientée service (SOA)? Analyse fonctionnelle Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 45 Philippe Declercq Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 46 Philippe Declercq Service : traitement normalisé, mutualisé et référencé au sein de l entreprise, dont l interface d appel est décrite dans un langage neutre (indépendant des technologies), et qui est déployé physiquement sur un serveur ([2]). Représentation externe/interne d un service : L interface d appel d un service est constituée de 1 à n opérations qui constituent les traitements élémentaires et atomiques proposés par le service. Chaque service expose des opérations dont les paramètres sont définis par des classes d objets pivots. Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 47 Philippe Declercq Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 48 Philippe Declercq

13 Contrat de service : chaque service est défini selon un contrat, établissant les règles d usage du service. Un contrat de service spécifie un contrat d interface et une qualité de service attendue et admise par les parties prenantes : Le contrat d interface caractérise les conditions d utilisation et garantit un service sans état à des fins de mutualisation (type de traitement, données d entrée et données de sortie, contraintes de sécurité). La qualité de service porte sur la disponibilité (éventuelle via la mise en place de solutions dégradées), la réactivité (temps de latence/délai d exécution, débit), la sécurité et, éventuellement, le coût de fonctionnement. Les données d échange sont les informations véhiculées entre les participants (consommateurs ou fournisseurs de service) à travers l invocation des opérations de service. On parle de modèle d objets «pivot». A distinguer des données persistantes. Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 49 Philippe Declercq Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 50 Philippe Declercq Quelques caractéristiques d un service : 1. Couplage faible : les services sont connectés aux clients et autres services via des standards. 2. Langage commun : les données échangées par les services doivent être définies dans un dictionnaire de données commun, définissant l ensemble des objets pivot en entrée/sorties des services. 3. Composition : tout service doit être composable par les processus. 4. Réutilisation : chaque traitement métier doit être offert par un seul service. Ce besoin de réutilisation doit être traité au niveau d une gouvernance SOA au sein de l entreprise. 5. Référencé : chaque service est référencé dans un annuaire de services. 6. Sans état : l exécution d un service est non-interruptible et ne dépend pas de son exécution précédente. Architecture Orientée Services : style d architecture logicielle pour lequel les processus métier de l entreprise sont des composants logiciels paramétrable, orchestrant des tâches avec les acteurs de l entreprise et des appels à des composants de service pour s exécuter ([2]). Service-oriented architecture (SOA) is a client/server software design approach in which an application consists of software services and software service consumers (also known as clients or service requesters). SOA differs from the more general client/server model in its definitive emphasis on loose coupling between software components, and in its use of separately standing interfaces (Gartner, 1996). Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 51 Philippe Declercq Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 52 Philippe Declercq

14 L architecture orientée service se base sur les principes suivants ([3]) : 1. Diviser pour régner : substituer la découpe strictement applicative par une structuration en composants plus réduits et potentiellement plus simples à faire évoluer. 2. Alignement métier : construire et organiser le système à partir des réalités métiers, qui doivent se retrouver dans ses constituants. 3. Neutralité technologique : assurer une indépendance totale entre les interfaces et les implémentations. L élément qui utilise un service ne doit pas être contraint ni par la technologie d implémentation, ni par sa localisation (potentiellement distribué). 4. Mutualisation : favoriser la réutilisation de services métiers par plusieurs lignes métiers ou applications. Permettre la construction de services de haut niveau par combinaison de services existants. 5. Automatisation des processus métier : isoler la logique des processus métiers sur des composants dédiés qui prennent en charge les enchaînements et les échanges de flux d information. 6. Échanges orientés Document : les informations échangées par les services possèdent une structure propre, guidée par les besoins métiers. On privilégie la transmission de contenus complets et utilisables au profit d accès direct aux structures de type objet ou relationnel. Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 53 Philippe Declercq Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 54 Philippe Declercq Pour que les composants de l architecture puissent communiquer de façon standard, il est nécessaire de mettre en place un système qui les mettent en relation. Convergence des bénéfices attendus de l urbanisation et de SOA : l agilité du Système! Le Bus d entreprise (ou ESB) agit comme la colonne vertébrale reliant ces participants d une manière banalisée à travers les interfaces de services. Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 55 Philippe Declercq Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 56 Philippe Declercq

15 Typologie de services : plusieurs modèles. Exemples : Typologie de services, modèle de Valtech : Services données : opérations de manipulation d une classe d objet métier et application des règles de gestion associées. Services composés : opérations nécessitant la manipulation de divers objets métier par l utilisation des services Données associés. Schématiquement, les processus s appuient sur un ensemble de services de plus bas niveau et d accès aux données. Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 57 Philippe Declercq Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 58 Philippe Declercq Typologie de services, modèle de Softeam Concepts et représentation 4 Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 59 Philippe Declercq Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 60 Philippe Declercq

16 Concepts et représentations Pas de modèle standard Concepts et représentations ARIS SOA Architect Des notations propriétaires proposées par les outils : MEGA, ARIS, Des profiles UML 2 MEGA SoaML Archimate Praxeme Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 61 Philippe Declercq Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 62 Philippe Declercq Concepts et représentations Il existe des profiles UML 2 pour modéliser les services. Concepts et représentations SoaML : Service Oriented Architecture Modeling Language. Exemple : IBM Message Order Service Order Service Provider Standard de l OMG pour la modélisation des architectures de services. Header Body Policy Un profil UML. Interaction Composition Ordering p : Purchaser o : Order Service Purchaser Order Service Version béta "In Process«(décembre 2009). Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 63 Philippe Declercq Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 64 Philippe Declercq

17 Concepts et représentations ArchiMate : langage de modélisation de l Open Group pour l architecture d entreprise. Concepts et représentations PRAXEME : la description de l architecture des services se fait en premier lieu dans l aspect logique. L aspect logique a pour objectif de structurer au mieux le SI. Les services sont obtenus par dérivation des modèles amont (sémantiques et pragmatiques). PRAXEME opte pour une approche SOA sur ses aspects logique, technique et logiciel. PRAXEME recommande UML pour modéliser les services (classe, interface, état, paquetage). Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 65 Philippe Declercq Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 66 Philippe Declercq Étude de cas : Architecture d Entreprise Étude de cas : MyBestCar Etape 7 L objectif de l étude de cas est de proposer une architecture d entreprise de MyBestCar, et un système d information urbanisé. Travaux à réaliser : phase C Architecture SI : Diagramme de communication inter-applications, Diagramme de localisation des applications et utilisateurs, Diagramme logique des données, Diagramme de dissémination des données. MDA 5 Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 67 Philippe Declercq Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 68 Philippe Declercq

18 MDA - principes MDA : Model Driven Architecture MDA - principes Démarche de développement proposée par l OMG. Permet de séparer les spécifications fonctionnelles d un système des spécifications de son implémentation sur une plate-forme donnée. Élaboration de différents modèles, en partant d'un modèle métier indépendant de l'informatisation (Computation Independent Model, CIM), la transformation de celui-ci en modèle indépendant de la plate-forme (Platform Independent Model, PIM) et enfin la transformation de ce dernier en modèle spécifique à la plate-forme cible (Platform Specific Model, PSM) pour l'implémentation concrète du système. Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 69 Philippe Declercq Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 70 Philippe Declercq MDA - principes Exemple de mise en œuvre ([6]) : MDA - principes PRAXEME applique la démarche MDA, en considérant la correspondance suivante : CIM aspects sémantique et pragmatique PIM aspect logique PSM aspect logiciel Dans TOGAF on peut considérer : CIM est inclus dans la vue «Business architecture» PIM est inclus dans la vue «Application architecture» PSM est inclus dans la vue «Technical architecture» Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 71 Philippe Declercq Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 72 Philippe Declercq

19 MDA - principes Pour mettre en œuvre MDA, il est nécessaire de posséder : Des techniques de modélisation (règles de construction des modèles CIM et PIM) Des techniques de transformation (règles de transformation de du modèle PIM en modèle PSM). Et des outils! MDA exemples pour une architecture SOA Qu apporte MDA dans le cadre d une architecture SOA? Sans entrer dans l étude de l ensemble des technologies disponibles pour implémenter une SOA, nous retiendrons trois éléments qui participent à la construction d une SOA : XSD (XML Schéma Definition), WSDL (Web Services Description Language), BPEL (Business Proccess Execution Language). Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 73 Philippe Declercq Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 74 Philippe Declercq MDA exemples pour une architecture SOA XSD (XML Schema Definition) : schéma XML qui permet de définir la structure d un document XML. Dans une architecture SOA, permet de décrire la structure des données échangées entre services. La modélisation des données d échange peut se faire en UML, ou dans un langage spécifique à un outil. MDA exemples pour une architecture SOA WSDL (Web Services Description Language) : description la façon dont on peut accéder à un service web. Définit de manière abstraite et indépendante du langage l'ensemble des opérations et des messages qui peuvent être transmis vers et depuis un service web donné. Équivalent à l interface ou le contrat du service. Modélisation sous MODELIO Fichier XML Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 75 Philippe Declercq Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 76 Philippe Declercq

20 MDA exemples pour une architecture SOA WSDL Modélisation sous MODELIO MDA exemples pour une architecture SOA BPEL (Business Process Execution Language) : pour définir et gérer les orchestrations de processus. Orchestration : collaboration entre deux ou plusieurs services, mise en place et/ou gérée (orchestré) par un tiers - en l'occurrence, BPEL. Ce dernier prend en charge la séquence complète d'invocations des divers services, ou "collaborateurs". Chaque processus BPEL dispose par ailleurs de sa propre définition WSDL. Un processus BPEL est donc un service Web à part entière. Dans une démarche MDA, le BPEL est généré à partir d un diagramme BPMN. Un service BPEL s exécute sur un «moteur» BPEL. Fichier XML Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 77 Philippe Declercq Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 78 Philippe Declercq MDA exemples pour une architecture SOA BPEL Étude de cas : Architecture d Entreprise Étude de cas : MyBestCar Etape 8 Modélisation sous MODELIO L objectif de l étude de cas est de proposer une architecture d entreprise de MyBestCar, et un système d information urbanisé. Fichier XML Travaux à réaliser : phase C Architecture SI : Diagramme des données de service. Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 79 Philippe Declercq Urbanisation des Systèmes d Information et Architecture d Entreprise Architecture du SI 80 Philippe Declercq

Démarches d urbanisation : réorganiser le Système d Information en structurant ses fonctions dans des blocs fonctionnels communicants.

Démarches d urbanisation : réorganiser le Système d Information en structurant ses fonctions dans des blocs fonctionnels communicants. Plan du chapitre Master Informatique et Systèmes Urbanisation des Systèmes d Information Architecture d Entreprise 04 Architecture du SI : identifier et décrire les services, structurer le SI 1 2 3 4 5

Plus en détail

Urbanisation des Systèmes d Information Architecture d Entreprise. 04 Architecture du SI : identifier et décrire les services, structurer le SI

Urbanisation des Systèmes d Information Architecture d Entreprise. 04 Architecture du SI : identifier et décrire les services, structurer le SI Plan du chapitre Master Informatique et Systèmes Urbanisation des Systèmes d Information Architecture d Entreprise 04 Architecture du SI : identifier et décrire les services, structurer le SI 1 2 3 1.1

Plus en détail

Aide à la conception de Système d Information Collaboratif, support de l interopérabilité des entreprises

Aide à la conception de Système d Information Collaboratif, support de l interopérabilité des entreprises Aide à la conception de Système d Information Collaboratif, support de l interopérabilité des entreprises Jihed Touzi, Frédérick Bénaben, Hervé Pingaud Thèse soutenue au Centre de Génie Industriel - 9

Plus en détail

Conception, architecture et urbanisation des systèmes d information

Conception, architecture et urbanisation des systèmes d information Conception, architecture et urbanisation des systèmes d information S. Servigne Maître de Conférences, LIRIS, INSA-Lyon, F-69621 Villeurbanne Cedex e-mail: sylvie.servigne@insa-lyon.fr 1. Introduction

Plus en détail

Architecture d'entreprise : Guide Pratique de l'architecture Logique

Architecture d'entreprise : Guide Pratique de l'architecture Logique Guides Pratiques Objecteering Architecture d'entreprise : Guide Pratique de l'architecture Logique Auteur : Version : 1.0 Copyright : Softeam Equipe Conseil Softeam Supervisée par Philippe Desfray Softeam

Plus en détail

Urbanisme du Système d Information et EAI

Urbanisme du Système d Information et EAI Urbanisme du Système d Information et EAI 1 Sommaire Les besoins des entreprises Élément de solution : l urbanisme EAI : des outils au service de l urbanisme 2 Les besoins des entreprises 3 Le constat

Plus en détail

URBANISME DES SYSTÈMES D INFORMATION

URBANISME DES SYSTÈMES D INFORMATION FAYCAL AYECH GL2. INSAT 2010/2011 INTRODUCTION AUX SYSTÈMES D INFORMATIONS URBANISME DES SYSTÈMES D INFORMATION De l Urbanisme à L Urbanisation des SI Urbanisme : Mise en œuvre des politiques urbaines

Plus en détail

OpenPaaS Le réseau social d entreprise. Tâche 3.2.2 : Métamodèle support à la caractérisation des utilisateurs et des collaborations

OpenPaaS Le réseau social d entreprise. Tâche 3.2.2 : Métamodèle support à la caractérisation des utilisateurs et des collaborations OpenPaaS Le réseau social d entreprise Tâche 3.2.2 : Métamodèle support à la caractérisation des utilisateurs et des collaborations Propriétés du Document Source du Document Titre du Document FSN OpenPaaS

Plus en détail

SOA et Services Web. 23 octobre 2011. SOA: Concepts de base

SOA et Services Web. 23 octobre 2011. SOA: Concepts de base SOA et Services Web 23 octobre 2011 1 SOA: Concepts de base 2 Du client serveur à la SOA N est Nest pas une démarche entièrement nouvelle: années 1990 avec les solutions C/S Besoins d ouverture et d interopérabilité

Plus en détail

Développement logiciel pour l Architecture Orientée Services avec IBM Rational Software Development Platform

Développement logiciel pour l Architecture Orientée Services avec IBM Rational Software Development Platform IBM Software Group Développement logiciel pour l Architecture Orientée Services avec IBM Rational Software Development Platform Thierry Bourrier, Techical Consultant thierry.bourrier@fr.ibm.com L Architecture

Plus en détail

Objectif : Passer de l analyse métier et fonctionnelle à la définition des applications qui

Objectif : Passer de l analyse métier et fonctionnelle à la définition des applications qui Formation PARTIE 1 : ARCHITECTURE APPLICATIVE DUREE : 5 h Objectif : Passer de l analyse métier et fonctionnelle à la définition des applications qui automatisent les fonctions Définir une architecture

Plus en détail

TOGAF & MODELIO La phase préliminaire

TOGAF & MODELIO La phase préliminaire Plan du chapitre Master Informatique et Systèmes Urbanisation des Systèmes d Information Architecture d Entreprise 06 Urbanisation et Architecture d Entreprise en pratique : TOGAF et MODELIO 1 2 3 4 5

Plus en détail

Le Guide Pratique des Processus Métiers

Le Guide Pratique des Processus Métiers Guides Pratiques Objecteering Le Guide Pratique des Processus Métiers Auteur : Version : 1.0 Copyright : Softeam Equipe Conseil Softeam Supervisée par Philippe Desfray Softeam 21 avenue Victor Hugo 75016

Plus en détail

Urbanisation des Systèmes d Information Architecture d Entreprise. 05 Architecture des données. Plan du chapitre. Références. 1 Définitions & enjeux

Urbanisation des Systèmes d Information Architecture d Entreprise. 05 Architecture des données. Plan du chapitre. Références. 1 Définitions & enjeux Plan du chapitre 1 Définitions & enjeux Master Informatique - MIAGE Urbanisation des Systèmes d Information Architecture d Entreprise 2 3 La gestion des données de référence le MDM 05 Philippe Declercq

Plus en détail

Référence Etnic Architecture des applications

Référence Etnic Architecture des applications Référence Etnic Architecture des applications Table des matières 1. Introduction... 2 2. Architecture... 2 2.1 Démarche générale... 2 2.2 Modèle d architecture... 3 2.3 Découpe d une architecture applicative...

Plus en détail

UML Mise en œuvre dans un projet. Emmanuel Pichon 2013

UML Mise en œuvre dans un projet. Emmanuel Pichon 2013 UML Mise en œuvre dans un projet 2013 Introduction Rôles et activités dans un projet Définir la méthode de votre projet Adapter la modélisation à la méthode de votre projet Conseils de mise en œuvre de

Plus en détail

Projet de recherche doctoral

Projet de recherche doctoral Projet de recherche doctoral Formalisation des règles métier et organisation des indicateurs de performance pour le développement de la méthode publique d Architecture d Entreprise Praxeme. 1 Contexte

Plus en détail

Systèmes d Information Avancés (et répartis)

Systèmes d Information Avancés (et répartis) Systèmes d Information Avancés (et répartis) Université Lyon 1 MIAGE L. Médini, mars 2005 Plan des cours Protocole HTTP et programmation serveur Architectures réparties Objets distribués Introduction aux

Plus en détail

Urbanisation & Intégration de Systèmes «THINK SERVICE»

Urbanisation & Intégration de Systèmes «THINK SERVICE» --- Urbanisation & Intégration de Systèmes «THINK SERVICE» septembre 2007 Version 1.2 1/87 Table des matières 1 PREAMBULE 4 2 THINK SERVICE 5 2.1 Définition des concepts sous-tendant une SOA...5 2.1.1

Plus en détail

TOGAF & MODELIO La phase préliminaire

TOGAF & MODELIO La phase préliminaire Plan du chapitre Master Informatique et Systèmes Urbanisation des Systèmes d Information Architecture d Entreprise 06 Urbanisation et Architecture d Entreprise en pratique : TOGAF et MODELIO 1 2 3 4 5

Plus en détail

Urbanisation des Systèmes d Information

Urbanisation des Systèmes d Information Urbanisation des Systèmes d Information Introduction à un cours en Master 1 et Master 2 Miage Urbanisation des Systèmes d'information Henry Boccon Gibod 1 Organisation du cours Le cours est structuré selon

Plus en détail

Introduction pratique au Développement orienté Modèle Pierre Parrend, Mars 2005

Introduction pratique au Développement orienté Modèle Pierre Parrend, Mars 2005 MDA : Un Tutoriel Introduction pratique au Développement orienté Modèle Pierre Parrend, Mars 2005 1 Sommaire Table des matières 1 Sommaire 1 2 Introduction 2 2.1 A qui s adresse ce tutoriel......................

Plus en détail

Environnements de Développement

Environnements de Développement Institut Supérieur des Etudes Technologiques de Mahdia Unité d Enseignement: Environnements de Développement Mme BEN ABDELJELIL HASSINE Mouna m.bnaj@yahoo.fr Développement des systèmes d Information Syllabus

Plus en détail

Quatre idées fortes de Praxeme pour SOA

Quatre idées fortes de Praxeme pour SOA Praxeme Institute Quatre idées fortes de Praxeme pour SOA Objectif Praxeme est une méthodologie d'entreprise. Elle contient, notamment, les procédés nécessaires à la conception d'une architecture de services.

Plus en détail

CNAM cours NFE107 : Urbanisation et architecture des SI Xavier Godefroy, Rapport sur le BPM, mai 2009. Le BPM

CNAM cours NFE107 : Urbanisation et architecture des SI Xavier Godefroy, Rapport sur le BPM, mai 2009. Le BPM Le BPM 1 Introduction... 2 1.1 Dissiper l ambiguïté... 2 1.2 Quelques définitions... 2 1.3 Définition du BPM... 3 1.4 Modélisation BPMN... 4 1.4.1 Les briques de la modélisation... 4 1.4.2 Des patterns

Plus en détail

Comment initialiser une démarche SOA

Comment initialiser une démarche SOA Comment initialiser une démarche SOA Placer l approche l SOA au cœur c de la vie du Système d Informationd Olivier Dennery IT Architect IBM certified BCS Application Innovation Objectifs Objectifs - Rappeler

Plus en détail

SDL: 20 ans de programmation basée modèle

SDL: 20 ans de programmation basée modèle SDL: 20 ans de programmation basée modèle Emmanuel Gaudin emmanuel.gaudin @ pragmadev.com Principes MDE, MDA et MDD: Approche orienté modèle PIM: Platform Independant Model PDM: Platform Definition Model

Plus en détail

Réussir sa transformation grâce à l architecture d entreprise

Réussir sa transformation grâce à l architecture d entreprise POINT DE VUE Réussir sa transformation grâce à l architecture d entreprise Delivering Transformation. Together. Hichem Dhrif Hichem est Directeur de la division Défense et Sécurité de Sopra Steria Consulting.

Plus en détail

Bibliographie de Master de Recherche Informatique "Logicielles et Méthodes Formelles" (ENST-Bretagne)

Bibliographie de Master de Recherche Informatique Logicielles et Méthodes Formelles (ENST-Bretagne) Bibliographie de Master de Recherche Informatique "Logicielles et Méthodes Formelles" (ENST-Bretagne) Sujet de stage Description de la vue applicative de l'urbanisation des services télécom Et élaboration

Plus en détail

Modélisation des processus métiers et standardisation

Modélisation des processus métiers et standardisation Modélisation des processus métiers et standardisation Octobre 2004 Table des matières Introduction... 3 Processus métier : un même mot, plusieurs domaines d application... 4 Les critères pour un standard

Plus en détail

Positionnement de UP

Positionnement de UP UNIFIED PROCESS Positionnement de UP Unified Process Langage Méthode Outil logiciel UML UP RUP 6 BONNES PRATIQUES développement itératif gestion des exigences architecture basée sur des composants modélisation

Plus en détail

WEB15 IBM Software for Business Process Management. un offre complète et modulaire. Alain DARMON consultant avant-vente BPM alain.darmon@fr.ibm.

WEB15 IBM Software for Business Process Management. un offre complète et modulaire. Alain DARMON consultant avant-vente BPM alain.darmon@fr.ibm. WEB15 IBM Software for Business Process Management un offre complète et modulaire Alain DARMON consultant avant-vente BPM alain.darmon@fr.ibm.com Claude Perrin ECM Client Technical Professional Manager

Plus en détail

Information utiles. cinzia.digiusto@gmail.com. webpage : Google+ : http://www.ibisc.univ-evry.fr/ digiusto/

Information utiles. cinzia.digiusto@gmail.com. webpage : Google+ : http://www.ibisc.univ-evry.fr/ digiusto/ Systèmes de gestion de bases de données Introduction Université d Evry Val d Essonne, IBISC utiles email : cinzia.digiusto@gmail.com webpage : http://www.ibisc.univ-evry.fr/ digiusto/ Google+ : https://plus.google.com/u/0/b/103572780965897723237/

Plus en détail

BACHELOR OF SCIENCE INFORMATICIEN-NE DE GESTION

BACHELOR OF SCIENCE INFORMATICIEN-NE DE GESTION Informatique de gestion BACHELOR OF SCIENCE HES-SO BACHELOR OF SCIENCE INFORMATICIEN-NE DE GESTION Plans d études et descriptifs des modules Filière à plein temps et à temps partiel Table des matières

Plus en détail

L EAI. par la pratique. François Rivard. Thomas Plantain. Groupe Eyrolles, 2003 ISBN : 2-212-11199-1

L EAI. par la pratique. François Rivard. Thomas Plantain. Groupe Eyrolles, 2003 ISBN : 2-212-11199-1 L EAI par la pratique François Rivard Thomas Plantain ISBN : 2-212-11199-1 Table des matières Avant-propos................................................ Quel est l objectif de cet ouvrage...............................

Plus en détail

DEMARCHE OU PROCESSUS LOGICIEL

DEMARCHE OU PROCESSUS LOGICIEL DEMARCHE OU PROCESSUS LOGICIEL PROCESSUS LOGICIEL Définition Un processus définit une séquence d étapes, en partie ordonnées, qui concourent à l obtention d un système logiciel ou à l évolution d un système

Plus en détail

Master Informatique et Systèmes. Architecture des Systèmes d Information. 02 Architecture Applicative

Master Informatique et Systèmes. Architecture des Systèmes d Information. 02 Architecture Applicative Master Informatique et Systèmes Architecture des Systèmes d Information 02 Architecture Applicative Damien Ploix 2014-2015 Plan du chapitre 1 1.1 1.2 2 2.1 2.2 Architecture Applicative Modélisation des

Plus en détail

Les Architectures Orientées Services (SOA)

Les Architectures Orientées Services (SOA) Les Architectures Orientées Services (SOA) Ulrich Duvent Guillaume Ansel Université du Littoral Côte d Opale 50, Rue Ferdinand Buisson BP 699 62228 Calais Cedex Téléphone (33) 03.21.46.36.92 Télécopie

Plus en détail

Résumé CONCEPTEUR, INTEGRATEUR, OPERATEUR DE SYSTEMES CRITIQUES

Résumé CONCEPTEUR, INTEGRATEUR, OPERATEUR DE SYSTEMES CRITIQUES Aristote ----- Cloud Interopérabilité Retour d'expérience L A F O R C E D E L I N N O V A T I O N Résumé Les systèmes d'information logistique (SIL) sont des outils qui amènent des gains de productivité

Plus en détail

Corrigé - Exercices. A l'aide de vos connaissances et du document suivant, répondez aux questions.

Corrigé - Exercices. A l'aide de vos connaissances et du document suivant, répondez aux questions. Exercice 1 A l'aide de vos connaissances et du document suivant, répondez aux questions. 1. D'après vous, pourquoi utilise-t-on le terme d'«urbanisation» plutôt que celui d'«urbanisme»? On utilise le terme

Plus en détail

Business Process Modeling (BPM)

Business Process Modeling (BPM) Business Process Modeling (BPM) Mineure SOA Cécile Hardebolle cecile.hardebolle@supelec.fr Programme 8 nov. 15 nov. Introduction. Enjeux, rôle de l'architecte SI Partie n 1 du cas d'étude Architecture

Plus en détail

Conduite de projets et architecture logicielle

Conduite de projets et architecture logicielle s et architecture logicielle ABCHIR Mohammed-Amine Université Paris 8 15 février 2011 1/36 ABCHIR Mohammed-Amine (Université Paris 8) Conduite de projets et architecture logicielle 15 février 2011 1 /

Plus en détail

Mineure Architectures Orientées Services SOA Business Process Modeling (BPM) Mineure SOA. Business Process Modeling (BPM)

Mineure Architectures Orientées Services SOA Business Process Modeling (BPM) Mineure SOA. Business Process Modeling (BPM) Mineure SOA Business Process Modeling (BPM) Idir AIT SADOUNE idir.aitsadoune@supelec.fr Idir AIT SADOUNE - Plan 1 Notion de processus? 2 Modélisation des processus? 3 Langages

Plus en détail

PROGRAMME DU CONCOURS DE RÉDACTEUR INFORMATICIEN

PROGRAMME DU CONCOURS DE RÉDACTEUR INFORMATICIEN PROGRAMME DU CONCOURS DE RÉDACTEUR INFORMATICIEN 1. DÉVELOPPEMENT D'APPLICATION (CONCEPTEUR ANALYSTE) 1.1 ARCHITECTURE MATÉRIELLE DU SYSTÈME INFORMATIQUE 1.1.1 Architecture d'un ordinateur Processeur,

Plus en détail

URBANISATION & ARCHITECTURE ORIENTÉE SERVICE (SOA) Quelques bonnes pratiques pour leur mise en œuvre LIVRE BLANC

URBANISATION & ARCHITECTURE ORIENTÉE SERVICE (SOA) Quelques bonnes pratiques pour leur mise en œuvre LIVRE BLANC URBANISATION & ARCHITECTURE ORIENTÉE SERVICE (SOA) Quelques bonnes pratiques pour leur mise en œuvre LIVRE BLANC A PROPOS DE L AUTEUR Cyrille Devaux, Directeur chez Aubay Management Titulaire d un DESS

Plus en détail

Workflow et Service Oriented Architecture (SOA)

Workflow et Service Oriented Architecture (SOA) White Paper Workflow et Service Oriented Architecture (SOA) Présentation Cet article offre une approche pragmatique de la SOA et du workflow à travers des problématiques d'entreprises, une méthodologie

Plus en détail

Chapitre 5 Vision Informatique Logique Architectures Applicative et Logicielle

Chapitre 5 Vision Informatique Logique Architectures Applicative et Logicielle Chapitre 5 Vision Informatique Logique Architectures Applicative et Logicielle NFE107 Chapitre 5 Vision Informatique Logique Architectures Applicative et Logicielle 5.1 Introduction Positionnement de la

Plus en détail

Gestion des données de référence (MDM)

Gestion des données de référence (MDM) Chapitre 1 - COMPRENDRE LE MARCHÉ Gestion des données de référence (MDM) Copyright 2009 CXP. 1 All rights reserved. Reproduction or distribution of this document, in any form, is expressly prohibited without

Plus en détail

Rappel sur les bases de données

Rappel sur les bases de données Rappel sur les bases de données 1) Généralités 1.1 Base de données et système de gestion de base de donnés: définitions Une base de données est un ensemble de données stockées de manière structurée permettant

Plus en détail

Composition de Services Web

Composition de Services Web Composition de Services Web Dr. Djamel Benmerzoug Email : djamel.benmerzoug@univ-constantine2.dz Maitre de Conférences A, Département TLSI Faculté des NTIC Université Constantine 2 Abdelhamid Mehri 127

Plus en détail

Gestion Projet : Cours 2

Gestion Projet : Cours 2 Gestion Projet : Cours 2 Le Système d Information «Ensemble d acteurs humains et/ou applicatifs en interaction les uns avec les autres ayant pour but de traiter, diffuser, persister l information afin

Plus en détail

Modélisation Principe Autre principe

Modélisation Principe Autre principe Modélisation Principe : un modèle est une abstraction permettant de mieux comprendre un objet complexe (bâtiment, économie, atmosphère, cellule, logiciel, ). Autre principe : un petit dessin vaut mieux

Plus en détail

Conception d'un système d'information WEB avec UML Par Ass SERGE KIKOBYA

Conception d'un système d'information WEB avec UML Par Ass SERGE KIKOBYA Conception d'un système d'information WEB avec UML Par Ass SERGE KIKOBYA I. Introduction Suite à une demande des étudiants, il m'est apparu intéressant de montrer, à travers un exemple concret, comment

Plus en détail

BPMN et PRAXEME. par Jean Pierre Leininger

BPMN et PRAXEME. par Jean Pierre Leininger BPMN et PRAXEME par Jean Pierre Leininger Objectif de l'exposé. Introduire BPMN et présenter les modifications de la version 2.0 - Comparaison avec les diagrammes d'activité. Décrire les conditions d'emploi

Plus en détail

Architecture des systèmes d information

Architecture des systèmes d information Architecture des systèmes d information Table des matières 1 La décennie 70 1 2 Le modèle relationnel (les années 80) 1 3 Enrichissement du relationnel (les années 80/90) 2 4 Système d informations (les

Plus en détail

Ingénierie des Modèles. Introduction Générale

Ingénierie des Modèles. Introduction Générale Ingénierie des Modèles Introduction Générale Eric Cariou Master Technologies de l'internet 2 ème année Université de Pau et des Pays de l'adour UFR Sciences Pau Département Informatique Eric.Cariou@univ-pau.fr

Plus en détail

IFT2255 : Génie logiciel

IFT2255 : Génie logiciel IFT2255 : Génie logiciel Chapitre 6 - Analyse orientée objets Section 1. Introduction à UML Julie Vachon et Houari Sahraoui 6.1. Introduction à UML 1. Vers une approche orientée objet 2. Introduction ti

Plus en détail

Master Informatique et Systèmes. Architecture des Systèmes d Information. 03 Architecture Logicielle et Technique

Master Informatique et Systèmes. Architecture des Systèmes d Information. 03 Architecture Logicielle et Technique Master Informatique et Systèmes Architecture des Systèmes d Information 03 Architecture Logicielle et Technique Damien Ploix 2014-2015 Démarche d architecture SI : structuration en vues Quels métiers?

Plus en détail

URBANISATION des SYSTEMES D INFORMATION

URBANISATION des SYSTEMES D INFORMATION DISCIPLINE VISANT A MIEUX MAITRISER L ÉVOLUTION DU SI PAR UNE CONNAISSANCE COMPLÈTE DE SES COMPOSANTES ET PAR L AMÉLIORATION DES COMMUNICATIONS ENTRE CELLES-CI Master2 Informatique 2011-2012 1 PLAN DU

Plus en détail

D une part, elles ne peuvent faire table rase de la richesse contenue dans leur système d information.

D une part, elles ne peuvent faire table rase de la richesse contenue dans leur système d information. PACBASE «Interrogez le passé, il répondra présent.». Le Module e-business Les entreprises doivent aujourd hui relever un triple défi. D une part, elles ne peuvent faire table rase de la richesse contenue

Plus en détail

Les évolutions des méthodes de développement de logiciels. Depuis Merise de l'eau est passée sous les ponts

Les évolutions des méthodes de développement de logiciels. Depuis Merise de l'eau est passée sous les ponts Les évolutions des méthodes de développement de logiciels Depuis Merise de l'eau est passée sous les ponts Programmation Orientée Objets Encapsulation des données et des traitements Polymorphisme Modularité

Plus en détail

NOVA BPM. «Première solution BPM intégr. Pierre Vignéras Bull R&D

NOVA BPM. «Première solution BPM intégr. Pierre Vignéras Bull R&D NOVA BPM «Première solution BPM intégr grée» Pierre Vignéras Bull R&D Définitions Business Process Pratiques existantes qui permettent aux personnes et systèmes de travailler ensemble Business Process

Plus en détail

Projet : Plan Assurance Qualité

Projet : Plan Assurance Qualité Projet : Document : Plan Assurance Qualité 2UP_SPEC_DEV1 VERSION 1.00 Objet Ce document a pour objectif de définir la démarche d analyse et de conception objet ainsi les activités liées. Auteur Eric PAPET

Plus en détail

La démarche SOA et l interopérabilité applicative

La démarche SOA et l interopérabilité applicative La démarche SOA et l interopérabilité applicative Retour d'expérience des projets RITA / PRESTO de la Direction Générale de la Modernisation de l'état Abdelaziz Skalli Consultant Tél : +33.630.78.54.75

Plus en détail

Mettre en œuvre les processus

Mettre en œuvre les processus Plan du chapitre 1 Introduction Master Informatique et Systèmes Urbanisation des Systèmes d Information Architecture d Entreprise 03 Définition et modélisation de l entreprise 2 Les motivations et la stratégie

Plus en détail

IFIPS 5 / Nouvelles Architectures Logicielles Projet : Bus de web services avec «moteur» BPEL

IFIPS 5 / Nouvelles Architectures Logicielles Projet : Bus de web services avec «moteur» BPEL IFIPS 5 / Nouvelles Architectures Logicielles Projet : Bus de web services avec «moteur» BPEL Un bus de services Un bus de services (ESB) permet d assembler des web services existants, le résultat de cet

Plus en détail

CONCOURS DE L AGRÉGATION INTERNE «ÉCONOMIE ET GESTION» SESSION 2015 SECONDE ÉPREUVE

CONCOURS DE L AGRÉGATION INTERNE «ÉCONOMIE ET GESTION» SESSION 2015 SECONDE ÉPREUVE CONCOURS DE L AGRÉGATION INTERNE «ÉCONOMIE ET GESTION» SESSION 2015 SECONDE ÉPREUVE Épreuve de cas pratique dans la spécialité correspondant à l'option choisie par le candidat Option D Durée de préparation

Plus en détail

Cours de Génie Logiciel

Cours de Génie Logiciel Cours de Génie Logiciel Sciences-U Lyon MDE Model Driven Engineering http://www.rzo.free.fr Pierre PARREND 1 Mai 2005 Sommaire MDE : principe MDE et le génie logiciel MDE et UML MDE et les Design Patterns

Plus en détail

Avant-propos... Introduction... Première partie Comprendre : les concepts. Chapitre 1 La gestion des données de référence... 3

Avant-propos... Introduction... Première partie Comprendre : les concepts. Chapitre 1 La gestion des données de référence... 3 Table des matières Avant-propos..................................................... Introduction...................................................... XI XV Première partie Comprendre : les concepts Chapitre

Plus en détail

Toutes les marques citées dans cet ouvrage sont des marques déposées par leurs propriétaires respectifs.

Toutes les marques citées dans cet ouvrage sont des marques déposées par leurs propriétaires respectifs. Toutes les marques citées dans cet ouvrage sont des marques déposées par leurs propriétaires respectifs. Philippe Desfray, Gilbert Raymond et les éditions Dunod remercient The Open Group pour les autorisations

Plus en détail

Introduction à l'analyse et à la modélisation des processus. Eric Papet Co-fondateur SSII DEV1.0 Architecte Logiciel & Sécurité Lead Auditor 27001

Introduction à l'analyse et à la modélisation des processus. Eric Papet Co-fondateur SSII DEV1.0 Architecte Logiciel & Sécurité Lead Auditor 27001 Introduction à l'analyse et à la modélisation des processus Eric Papet Co-fondateur SSII DEV1.0 Architecte Logiciel & Sécurité Lead Auditor 27001 Les composants d'une méthode d'analyse La conception d'un

Plus en détail

Les nouvelles architectures des SI : Etat de l Art

Les nouvelles architectures des SI : Etat de l Art Les nouvelles architectures des SI : Etat de l Art Objectif Mesurer concrètement les apports des nouvelles applications SI. Être capable d'évaluer l'accroissement de la complexité des applications. Prendre

Plus en détail

Management des Systèmes d information (SI) UE5 - Gouvernance des SI

Management des Systèmes d information (SI) UE5 - Gouvernance des SI IAE Lyon 3 - DSCG / DUSCG 1 - Formation initiale 2015 - Semestre 1&2 Management des Systèmes d information (SI) UE5 - Gouvernance des SI S1 - M4 - Urbanisation des SI Yves MEISTERMANN DSCG UE 5 - Bulletin

Plus en détail

Le cadre de conception est présenté sous forme d une matrice 6x6 avec les interrogations en colonne et les éléments de réification en ligne.

Le cadre de conception est présenté sous forme d une matrice 6x6 avec les interrogations en colonne et les éléments de réification en ligne. Plan du chapitre 1 Au commencement ZACHMAN Master Informatique et Systèmes Urbanisation des Systèmes d Information Architecture d Entreprise 02 Panorama des démarches et cadres de référence 2 CIGREF 3

Plus en détail

Approche dirigée par les modèles pour la spécification, la vérification formelle et la mise en œuvre des services Web composés

Approche dirigée par les modèles pour la spécification, la vérification formelle et la mise en œuvre des services Web composés Approche dirigée par les modèles pour la spécification, la vérification formelle et la mise en œuvre des services Web composés Christophe Dumez Laboratoire Systèmes et Transports (SeT) Université de Technologie

Plus en détail

BizTalk 2006. Business Process Integration

BizTalk 2006. Business Process Integration BizTalk 2006 Business Process Integration Préoccupations Métier vs IT Accroître la Qualité de Service (Faire plus avec Moins) Meilleure Visibilité et Contrôle Sur le Métier Motivé par des enjeux métiers

Plus en détail

Module Business Process Management & Service Oriented Architecture

Module Business Process Management & Service Oriented Architecture - 1 - Module Business Process Management & Service Oriented Architecture SI5/Master IFI Audrey Occello occello@polytech.unice.fr http://moodle.i3s.unice.fr/course/view.php?id=55 Pour ceux qui ne sont pas

Plus en détail

1 er février 2013. Mineure SOA Cours 5. Karim Chouikh Consultant sénior Practice Architecture SI

1 er février 2013. Mineure SOA Cours 5. Karim Chouikh Consultant sénior Practice Architecture SI 1 er février 2013 Mineure SOA Cours 5 Karim Chouikh Consultant sénior Practice Architecture SI Agenda 1. Les solutions d'intégration 2. Les projets d'intégration 3. La gestion des processus 4. Retours

Plus en détail

Web Services. SLenoir@ugap.fr 17/01/2009

Web Services. SLenoir@ugap.fr 17/01/2009 Web Services SLenoir@ugap.fr 17/01/2009 1. Pourquoi les Web Services? 1.1. Historique des SI 1.2. Exigences actuelles 1.3. SOA 1.4. Mise en place de services 17/01/2008 Web Services 2 1.1. Historique des

Plus en détail

FICHE CONCEPT 01 ETL (EXTRACT TRANSFORM & LOAD)

FICHE CONCEPT 01 ETL (EXTRACT TRANSFORM & LOAD) FICHE CONCEPT 01 ETL (EXTRACT TRANSFORM & LOAD) BIEN GERER SES REFERENTIELS DE DONNEES : UN ENJEU POUR MIEUX PILOTER LA PERFORMANCE DE SON ETABLISSEMENT octobre 2008 GMSIH 44, Rue de Cambronne 75015 Paris.

Plus en détail

Management des processus opérationnels

Management des processus opérationnels Ecole Nationale Supérieure de Management Master Management des organisations Management des processus opérationnels Dr TOUMI Djamila Cours n 4: l approche processus et le management du système d informations

Plus en détail

basée sur le cours de Bertrand Legal, maître de conférences à l ENSEIRB www.enseirb.fr/~legal Olivier Augereau Formation UML

basée sur le cours de Bertrand Legal, maître de conférences à l ENSEIRB www.enseirb.fr/~legal Olivier Augereau Formation UML basée sur le cours de Bertrand Legal, maître de conférences à l ENSEIRB www.enseirb.fr/~legal Olivier Augereau Formation UML http://olivier-augereau.com Sommaire Introduction I) Les bases II) Les diagrammes

Plus en détail

Un peu d'organisation. Conception et Programmation par Objets HLIN406. Sommaire. Pourquoi vous parler de conception par objets? Notion de modélisation

Un peu d'organisation. Conception et Programmation par Objets HLIN406. Sommaire. Pourquoi vous parler de conception par objets? Notion de modélisation Un peu d'organisation Conception et Programmation par Objets HLIN406 Marianne Huchard, Clémentine Nebut LIRMM / Université de Montpellier 2 Premières semaines Contrôle des connaissances Supports 2015 Sommaire

Plus en détail

CARTE HEURISTIQUE...1 ARCHITECTURES APPLICATIVES...2

CARTE HEURISTIQUE...1 ARCHITECTURES APPLICATIVES...2 Table des matières CARTE HEURISTIQUE...1 ARCHITECTURES APPLICATIVES...2 CLIENT/SERVEUR :... 2 Les principes de base...2 MIDDLEWARE... 3 VUE EN NIVEAUX... 3 1 Tier...3 2 Tier...3 3 Tier...3 n Tier...4 L'ÉVOLUTION

Plus en détail

Design patterns par la pratique

Design patterns par la pratique Alan SHALLOWAY James TROTT Design patterns par la pratique Groupe Eyrolles, 2002 ISBN : 2-212-11139 Table des matières Préface.................................................... XV SECTION I Introduction

Plus en détail

La construction d un référentiel d identité est au cœur des approches de gestion des identités et des accès.

La construction d un référentiel d identité est au cœur des approches de gestion des identités et des accès. Etat de l art Synchronisation des identités pour un référentiel d identités multi-annuaires La construction d un référentiel d identité est au cœur des approches de gestion des identités et des accès.

Plus en détail

Optimiser vos méthodes d organisation (ITIL, COBIT, PRINCE2, ) par la mise en place d un processus de Gestion & Publication des connaissances adapté

Optimiser vos méthodes d organisation (ITIL, COBIT, PRINCE2, ) par la mise en place d un processus de Gestion & Publication des connaissances adapté Optimiser vos méthodes d organisation (ITIL, COBIT, PRINCE2, ) par la mise en place d un processus de Gestion & Publication des connaissances adapté 25/07/06 JJ Mois Année Présentation générale & Présentation

Plus en détail

Sémantique formelle et synthèse de client pour services Web

Sémantique formelle et synthèse de client pour services Web Sémantique formelle et synthèse de client pour services Web Séminaire «Services Web» 24 Janvier 2006 sylvain.rampacek@univ-reims.fr CReSTIC LAMSADE Plan Introduction Services Web Description de la plate-forme

Plus en détail

L ÉCHANGE DE DONNÉES TEMPS RÉEL

L ÉCHANGE DE DONNÉES TEMPS RÉEL Talented Together L ÉCHANGE DE DONNÉES TEMPS RÉEL Retours d expériences avec Talend Julien DULOUT Manager Sopra Consulting Expert des offres BI, MDM & BigData Ludovic MONNIER Architecte Sopra Expert EAI

Plus en détail

Cartographie des processus et urbanisation des SI

Cartographie des processus et urbanisation des SI Cartographie des processus et urbanisation des SI Définitions Exemples Accostages Référentiels Cycle Web conférence AMUE 2013 : La cartographie des processus et l urbanisation des SI jean-philippe.auzelle@univ-lorraine.fr

Plus en détail

Programme de formation MEGA

Programme de formation MEGA Programme de formation MEGA 2014 Dans le cadre de la MEGA University, MEGA propose des séminaires de formation sur l approche, la méthodologie et les outils MEGA. Ces formations animées par des consultants

Plus en détail

Chapitre 1 : Introduction aux Systèmes de Gestion de Bases de Données (Eléments de base)

Chapitre 1 : Introduction aux Systèmes de Gestion de Bases de Données (Eléments de base) Chapitre 1 : Introduction aux Systèmes de Gestion de Bases de Données (Eléments de base) 1. Généralités sur l'information et sur sa Représentation 1.1 Informations et données : a. Au sen de la vie : C

Plus en détail

Projet 2. Gestion des services enseignants CENTRE D ENSEIGNEMENT ET DE RECHERCHE EN INFORMATIQUE. G r o u p e :

Projet 2. Gestion des services enseignants CENTRE D ENSEIGNEMENT ET DE RECHERCHE EN INFORMATIQUE. G r o u p e : CENTRE D ENSEIGNEMENT ET DE RECHERCHE EN INFORMATIQUE Projet 2 Gestion des services enseignants G r o u p e : B E L G H I T Y a s m i n e S A N C H E Z - D U B R O N T Y u r i f e r M O N T A Z E R S i

Plus en détail

CONCEPTS ET MISE EN PRATIQUE POUR LA VALIDATION DE GRANDS SYSTÈMES

CONCEPTS ET MISE EN PRATIQUE POUR LA VALIDATION DE GRANDS SYSTÈMES MODEL-BASED TESTING (MBT) CONCEPTS ET MISE EN PRATIQUE POUR LA VALIDATION DE GRANDS SYSTÈMES Le Model-Based Testing est une pratique de test en plein développement dans l'industrie pour accroitre l'efficacité

Plus en détail

SOA : Architecture Logique : Principes, structures et bonnes pratiques

SOA : Architecture Logique : Principes, structures et bonnes pratiques Livre blanc SOA : Architecture Logique : Principes, structures et bonnes pratiques Auteur: Gilbert Raymond gilbert.raymond@softeam.fr Version 2. avril 20 Softeam 2 avenue Victor Hugo 7506 Paris www.softeam.fr

Plus en détail

PROGRAMME DE FORMATION MEGA

PROGRAMME DE FORMATION MEGA PROGRAMME DE FORMATION MEGA 2015 SOMMAIRE MEGA P.3 Dans le cadre de la MEGA University, MEGA propose des séminaires de formation sur l approche, la méthodologie et les outils MEGA. Ces formations animées

Plus en détail

Management des Systèmes d information (SI) S1 - Gouvernance des SI

Management des Systèmes d information (SI) S1 - Gouvernance des SI 2015 / 2016 - Semestre 1&2 DSCG - UE5 Management des Systèmes d information (SI) S1 - Gouvernance des SI Module 5 - Gestion des Processus Métiers (BPM) Yves MEISTERMANN DSCG UE 5 - Bulletin officiel DSCG

Plus en détail

Windows Server 2008. Chapitre 3 : Le service d annuaire Active Directory: Concepts de base

Windows Server 2008. Chapitre 3 : Le service d annuaire Active Directory: Concepts de base Windows Server 2008 Chapitre 3 : Le service d annuaire Active Directory: Concepts de base omar.cheikhrouhou@isetsf.rnu.tn omar.cheikhrouhou@ceslab.org Objectives Comprendre les concepts de base d Active

Plus en détail