Informatique Répartie

Save this PDF as:
 WORD  PNG  TXT  JPG

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

Download "Informatique Répartie"

Transcription

1 INSA - ASI InfoRep : Client-Serveur 1/36 Informatique Répartie Architectures Client-Serveur Alexandre Pauchet INSA Rouen - Département ASI BO.B.RC.18,

2 INSA - ASI InfoRep : Client-Serveur 2/36 Programmation classique vs. Informatique Répartie (1/6) Quelques constats Applications Client-Serveur La plupart des applications réseaux sont du type Client-Serveur Dans ce cadre, le client appelle un service auprès d un serveur la dénomination architectures orientées services existe par ailleurs ; elle désigne principalement les Services Web Exemples Un navigateur web demande une page html à un serveur Un client FTP demande la liste des fichiers et des répertoires contenus dans un répertoire etc.

3 INSA - ASI InfoRep : Client-Serveur 3/36 Programmation classique vs. Informatique Répartie (2/6) Objectifs de l Informatique Répartie Programmation classique En programmation classique lorsque qu un programme a besoin d un service, il appelle une fonction d une librairie, une méthode d un objet, etc. Objectif de l Informatique Répartie Proposer des méthodes et outils pour simplifier le développement d applications réseau Client-Serveur, en essayant de s abstraire de l aspect distant : proposer une programmation naturelle Pour les applications lourdes : Décomposer les applications en ensembles de services Rationaliser la répartition des services pour limiter les échanges d informations

4 INSA - ASI InfoRep : Client-Serveur 4/36 Programmation classique vs. Informatique Répartie (3/6) Programmation classique / Programmation distribuée Une seule machine Même OS Même espace mémoire Pas de problème de transport Disponibilité du service assuré (tant que l on a accès à la librairie) Deux machines (sans compter celles traversées ) OS différents Représentations différentes des types de bases Espace mémoire : passer un pointeur/référence comme argument? Problème de transport : firewall, réseau HS, etc. Retrouver le service? Où se trouve-t-il? Qui le propose?

5 INSA - ASI InfoRep : Client-Serveur 5/36 Programmation classique vs. Informatique Répartie (4/6) Interopérabilité des langages Un même langage Même paradigme de programmation Même représentation des types de base Même représentation de l information composite Deux langages Représentation des types de base et de l information composite pouvant être différente Association des paramètres effectifs aux paramètres formels? comment gérer les différents types de passage de paramètre? Paradigmes de programmation différents : qu est-ce-qu un objet pour un langage procédural? Comment gérer les erreurs?

6 INSA - ASI InfoRep : Client-Serveur 6/36 Programmation classique vs. Informatique Répartie (5/6) Une solution 1/2 Séparer la spécification/conception de l implantation Utilisation de langage propre à la spécification/conception Utilisation de traducteurs vers le langage cible en distinguant le client du serveur Utiliser un langage de représentation de l information Langage de représentation indépendant du langage de programmation Pour chaque langage de programmation, définir un ensemble d opérations pour sérialiser ces types (prédéfinis ou utilisateur)

7 INSA - ASI InfoRep : Client-Serveur 7/36 Programmation classique vs. Informatique Répartie (6/6) Une solution 2/2 Utiliser un protocole de transport Comment spécifier le service demandé Comment associer les paramètres effectifs aux paramètres formels Comment transmettre les erreurs Définir la gestion du service Utiliser un mécanisme permettant d identifier la librairie (au sens large) qui fournit le service Utiliser un mécanisme qui permet d activer le service si besoin

8 INSA - ASI InfoRep : Client-Serveur 8/36 Client-Serveur (1/15) Définitions Application Client-Serveur Application faisant appel à des services distants au travers d un échange de messages (les requêtes et les réponses) plutôt que par un partage de données (mémoire ou fichiers) Serveur Programme offrant un service sur un réseau (par extension, machine offrant un service) Client Programme qui émet des requêtes (ou demandes de service). Il est toujours l initiateur du dialogue

9 INSA - ASI InfoRep : Client-Serveur 9/36 Client-Serveur (2/15) Vues du client et du serveur Vue du client Client requête réponse Serveur Vue du serveur Sélection Traitement Requêtes Serveur Réponses Remarques 2 messages échangés au minimum (requête+réponse) Toute application répartie peut se décomposer en ensemble de requêtes de type Client-Serveur

10 INSA - ASI InfoRep : Client-Serveur 10/36 Client-Serveur (3/15) Mises en oeuvre Différents types de client-serveur de données (ou procédural/fonctionnel) à objets à composants Niveau de description Bas niveau : socket ; orienté objets : RMI ; orienté services : Web Services ; orienté ressources : REST ; orienté composants : J2EE Langages de description d interface : RPCL (RPC Sun), Corba XDR, Java RMI Intégration dans un langage de programmation

11 INSA - ASI InfoRep : Client-Serveur 11/36 Client-Serveur (4/15) Conception : les protocoles de communication Protocole de communication Un protocole de communication formalise les messages (types, contenus et ordre) échangés par les entités d un système réparti. Ils sont souvent décrits en UML par des diagrammes de séquence. Ils sont une abstraction des protocoles de transport. Exemple : calculatrice sur entiers positifs Requête : C, request(opération, entier, opération) S Réponse : S, response(entier) C Réponse : S, error(description) C

12 INSA - ASI InfoRep : Client-Serveur 12/36 Client-Serveur (5/15) Formalisation des messages : de la conception à l implémentation Selon l hétérogénéité entre le client et le serveur et le type d architecture, certains éléments de conception peuvent être modifiés : Exemple Contenus des messages, Typage des messages Exceptions Un objet peut être sérialisé par l ensemble de ses attributs Une valeur en retour peu correspondre à une exception

13 INSA - ASI InfoRep : Client-Serveur 13/36 Client-Serveur (6/15) Conception : serveur Éléments à prendre en compte lors de la conception du serveur : Gestion du(des) processus Gestion des requêtes (priorités) Exécution du service (séquentiel/parallèle) Gestion de la mémoire et du stockage des informations Taille des données manipulées Lien entre appels successifs Gestion des pannes Vérification des échanges et détection des pannes, Mémorisation de l interaction et de l état du client, Processus de reprise

14 INSA - ASI InfoRep : Client-Serveur 14/36 Client-Serveur (7/15) Processus unique Requêtes Traitement Serveur Réponses t a n t q u e P r o c e s s u s a c t i f message < r e c e p t i o n M e s s a g e (... ) t r a i t e m e n t M e s s a g e ( message,... ) t r a i t e m e n t S e r v i c e (... ) envoyermessage (... ) f i n t a n t q u e

15 INSA - ASI InfoRep : Client-Serveur 15/36 Client-Serveur (8/15) Exemple de processus unique : sockets en mode non connecté Exemple Serveur socket() bind() Client socket() bind() recvfrom() bloquant sendto() sendto() recvfrom()

16 INSA - ASI InfoRep : Client-Serveur 16/36 Client-Serveur (9/15) Processus unique avec gestion de file d attente Sélection et Ordonnancement Traitement 1' 2' 3' Requêtes Serveur Réponses t a n t q u e P r o c e s s u s a c t i f message < d e f i l e r M e s s a g e (... ) t r a i t e m e n t M e s s a g e ( message,... ) t r a i t e m e n t S e r v i c e (... ) envoyermessage (... ) f i n t a n t q u e

17 INSA - ASI InfoRep : Client-Serveur 17/36 Client-Serveur (10/15) Exemple de processus unique avec file : sockets en mode connecté Exemple Serveur socket() bind() Client socket() bind() accept() bloquant connect() read()/write() read()/write()

18 INSA - ASI InfoRep : Client-Serveur 18/36 Client-Serveur (11/15) Création d exécutants Requêtes Sélection et Ordonnancement création création création Traitement Traitement... Réponses Serveur Traitement t a n t q u e p r o c e s s u s a c t i f message < r e c e p t i o n M e s s a g e (... ) t r a i t e m e n t M e s s a g e ( message,... ) p < c r e a t i o n P r o c e s s u s p r o c e s s u s T r a i t e m e n t ( p,... ) f i n t a n t q u e p r o c e d u r e p r o c e s s u s T r a i t e m e n t ( p,... ) d e b u t t r a i t e m e n t S e r v i c e (... ) e n v o y e r M e s s a g e (... ) f i n

19 INSA - ASI InfoRep : Client-Serveur 19/36 Client-Serveur (12/15) Exemple de création d exécutants : sockets connectés avec fork() Exemple Serveur socket() Client socket() bind() bind() accept() bloquant connect() fork() read()/write() read()/write()

20 INSA - ASI InfoRep : Client-Serveur 20/36 Client-Serveur (13/15) Pool d exécutants Réponses Requêtes... Sélection activation activation activation Traitement Traitement... Serveur Traitement t a n t q u e p r o c e s s u s a c t i f message < r e c e p t i o n M e s s a g e (... ) t r a i t e m e n t M e s s a g e ( message,... ) e m p i l e r T a c h e ( t a c h e,... ) f i n t a n t q u e t a n t q u e p r o c e s s u s a c t i f t a c h e < d e p i l e r T a c h e ( ) t r a i t e m e n t S e r v i c e (... ) e n v o y e r M e s s a g e (... ) f i n t a n t q u e

21 INSA - ASI InfoRep : Client-Serveur 21/36 Client-Serveur (14/15) Types de service / données manipulées Sans données persistantes Service fonction des paramètres d entrée uniquement Solution très favorable tolérance aux pannes contrôle de la concurrence Exemple : calcul de fonction Avec données persistantes Exécutions successives manipulent les données modification du contexte d exécution problèmes de contrôle de la concurrence difficultés en cas de panne en cours d exécution Exemple : serveur de fichiers répartis

22 INSA - ASI InfoRep : Client-Serveur 22/36 Client-Serveur (15/15) Types de service / mode Appels de procédures non liés Modification de données globales possible mais l opération s effectue sans lien avec les appels précédents Exemple : serveur d enregistrement avec accès aléatoire Appels de procédures liés Appels successifs s exécutent selon l état laissé par les appels antérieurs ordonnancement des requêtes Exemples : serveur d enregistrement avec accès séquentiel, utilisation de variables statiques, calculatrice avec mémoire

23 INSA - ASI InfoRep : Client-Serveur 23/36 Appel de procédure à distance (1/14) Description Infrastructure minimale pour mettre en place un Client-Serveur Service : procédure ou fonction que le client peut faire exécuter à distance par le serveur But : forme et effet identiques à ceux d un appel local sans se préoccuper de la localisation de la procédure sans se préoccuper du traitement des pannes Mise en oeuvre classique : sockets, RPC Sun Mise en oeuvre objet : Corba, RMI Problèmes courants : Pannes indépendantes client/serveur Problèmes réseau Temps de réponse

24 INSA - ASI InfoRep : Client-Serveur 24/36 Appel de procédure à distance (2/14) Principe de fonctionnement Programme client Talon client Module de transport Module de transport Talon serveur Programme serveur m(a,b) Empaquetage 1 2 Le réseau Dépaquetage Corps de m() 4 Dépaquetage Empaquetage 3

25 INSA - ASI InfoRep : Client-Serveur 25/36 Appel de procédure à distance (3/14) Rôle des modules Rôle des talons Récupération des paramètres et résultats Conversion des données Rôle des modules de transport Empaquetage-dépaquetage et transmission des paramètres et résultats Gestion des erreurs de transport

26 INSA - ASI InfoRep : Client-Serveur 26/36 Appel de procédure à distance (4/14) Utilisation d un langage pivot Description du service Langage XXXL Compilateur XXXL langage de programmation Talon client Types définis dans XXXL Talon serveur Squelettes pour implanter services

27 INSA - ASI InfoRep : Client-Serveur 27/36 Appel de procédure à distance (5/14) Problématiques courantes Défaillances Congestion du réseau ou du serveur Panne du client Panne du serveur Erreur de transport ou de communication... Problèmes de sécurité Authentification du client Authentification du serveur Confidentialité des échanges... Performance...

28 INSA - ASI InfoRep : Client-Serveur 28/36 Appel de procédure à distance (6/14) Types de panne Panne du serveur attente du client Client décide de la stratégie de reprise Serveur applique la stratégie de reprise Risque d exécuter plusieurs fois la même procédure Serveur orphelin : panne du client Réalisation de travaux inutiles Risque de confusion du client États inconsistants En cas d erreur Détection à l aide d horloges de garde Mécanisme de reprise : nombre de relances en cas de dépassement de délai (infini, au moins une fois, au moins X fois,...)

29 INSA - ASI InfoRep : Client-Serveur 29/36 Appel de procédure à distance (7/14) Traitement d une panne client Panne du client après émission de la requête requête est correctement traitée Changement d état du serveur L appel de procédure est déclaré orphelin Détection : expiration du délai de garde 3 Recouvrement : Client re-émet la requête : sémantique Au moins UN Serveur ne peut pas détecter la répétition (id différente) Service idempotent : pas d incidence Service non idempotent : service transactionnel (annulation par le client des effets de l appel orphelin)

30 INSA - ASI InfoRep : Client-Serveur 30/36 Appel de procédure à distance (8/14) Traitement d une panne serveur Panne du serveur après émission de la requête requête peut-être partiellement traitée Détection : expiration du délai de garde 1 Recouvrement : Client re-émet la requête : sémantique Au moins UN Client ne connaît pas l endroit de la panne Si avant 2 : pas d incidence Si entre 2 et 3 : changement d état du serveur Service transactionnel pour mémoriser id et l état avant exécution gestion serveur

31 INSA - ASI InfoRep : Client-Serveur 31/36 Appel de procédure à distance (9/14) Représentation des données Problème classique des réseaux Conversion est nécessaire si le client et le serveur n utilisent pas le même codage (big endian, little endian) utilisent des formats internes différents Dans réseau : passage de paramètres uniquement par valeur émulation des autres modes Solutions Solution normalisée : syntaxe abstraite de transfert Représentation externe commune ; ex : XDR Sun Représentation locale pour le client, conversion par le serveur Choix d une représentation parmi n, conversion par le serveur Négociation client/serveur

32 INSA - ASI InfoRep : Client-Serveur 32/36 Appel de procédure à distance (10/14) Passage par référence Référence : adresse mémoire chez le client (resp. serveur) aucun sens pour le serveur (resp. client) Callback Un callback (appel en retour) est le fait qu un serveur (resp. un client) exécute une action dont les résultats doivent être également répercutées chez le client (resp. serveur). Interdiction (procédures locales distantes) Simulation en découpant l appel (copie de restauration) Reconstruire la mémoire du client (solution coûteuse) Mémoire virtuelle répartie (nécessite un système répartie avec mémoire virtuelle)

33 INSA - ASI InfoRep : Client-Serveur 33/36 Appel de procédure à distance (11/14) Sérialisation et callbacks lors de passage d objets 3 types de passage d objet : Passage simple d information (structure) : sérialisation Passage d objet (attributs+méthodes) : sérialisation + accessibilité au code Passage d objet non délocalisable (références locales=callback) : stub Callback objet Dans le cadre de systèmes orientés objets distribués, on appelle Callback (fonction en retour) une méthode appelée par le serveur (resp. le client) sur un objet transmis en paramètre par le client (resp. le serveur) et nécessitant d être exécuté par le client (resp. le serveur).

34 INSA - ASI InfoRep : Client-Serveur 34/36 Appel de procédure à distance (12/14) Désignation Objets à désigner : Le site d exécution, le serveur, la procédure Désignation globale indépendante de la localisation Désignation : statique : localisation du serveur connue à la compilation dynamique : non connue à la compilation Liaison : Liaison statique Liaison au premier appel Liaison à chaque appel

35 INSA - ASI InfoRep : Client-Serveur 35/36 Appel de procédure à distance (13/14) Solution classique : DNS Internet Client 4 Talon client 7 Serveur 8 1 Talon serveur Serveur d'annuaire Etapes 1,2,3 : enregistrement en BD (serveur d annuaire) des services et noms de serveur Etapes 5,6 : liaison client/serveur Etapes 4,7,8 : Appel de procédure à distance

36 INSA - ASI InfoRep : Client-Serveur 36/36 Appel de procédure à distance (14/14) Performance : utilisation de cache

Informatique Répartie

Informatique Répartie INSA - ASI InfoRep : Conception de Systèmes Répartis 1/27 Informatique Répartie Conception d Architectures Réparties Alexandre Pauchet INSA Rouen - Département ASI BO.B.RC.18, pauchet@insa-rouen.fr INSA

Plus en détail

Construction d Applications Réparties

Construction d Applications Réparties Construction d Applications Réparties Jean-Francois Roos LIFL - équipe GOAL USTL - bâtiment M3 Extension - bureau 204 Jean-Francois.Roos@lifl.fr Avril 1 Objectifs du cours Appréhender la conception d applications

Plus en détail

Bases de données et environnements distribués Chapitre I : Objets distribués, concepts fondamentaux

Bases de données et environnements distribués Chapitre I : Objets distribués, concepts fondamentaux Bases de données et environnements distribués Chapitre I : Objets distribués, concepts fondamentaux Eric Leclercq Département IEM / UB 10/2005 email : Eric.Leclercq@u-bourgogne.fr http://ludique.u-bourgogne.fr/~leclercq

Plus en détail

Systèmes et applications distribués Intergiciels et applications communicantes

Systèmes et applications distribués Intergiciels et applications communicantes Systèmes et applications distribués Intergiciels et applications communicantes Philippe Quéinnec Télécommunication et Réseaux 2e année ENSEEIHT 24 février 2014 Inspiré de cours de G. Padiou, Ph. Mauran

Plus en détail

Le Client / Serveur. la brique de base. Stéphane Frénot -MID - V.0.2.0 I - C/S 2. Caractéristiques de la communication InterProcessus

Le Client / Serveur. la brique de base. Stéphane Frénot -MID - V.0.2.0 I - C/S 2. Caractéristiques de la communication InterProcessus Le Client / Serveur la brique de base Stéphane Frénot -MID - V.0.2.0 I - C/S 1 Caractéristiques de la communication InterProcessus Primitives : send/receive Synchrone / Asynchrone Destinataire des messages

Plus en détail

Gestion des immeubles

Gestion des immeubles RAPPORT DE CONCEPTION Gestion des immeubles BOUSSRHAN YOUSSEF & BENZITI WALID Email : Youssefboussrhan@gmail.com GSM : 0678510690, 0611347597 ISTA NTIC SYBA CRJJ GROUPE B Annexe : Figure 1: Diagramme de

Plus en détail

Cours No 10 - Conclusion et perspectives

Cours No 10 - Conclusion et perspectives B. Amann - Cours No 10 - Conclusion et perspectives 1 Slide 1 Cours No 10 - Conclusion et perspectives Gestion de contenus Web La gestion de contenus Web est possible grâce à des technologies complémentaires

Plus en détail

Introduction aux systèmes répartis

Introduction aux systèmes répartis Introduction aux systèmes répartis Grappes de stations Applications réparties à grande échelle Systèmes multicalculateurs (1) Recherche de puissance par assemblage de calculateurs standard Liaison par

Plus en détail

Architecture des Systèmes d'information

Architecture des Systèmes d'information Architecture des Systèmes d'information Cours "Réseaux et systèmes répartis" NFP 214 par Jacques LAFORGUE (jacques.laforgue@neuf.fr) version du 23/10/2009 slide numéro 1 Définition d'un Système d'information

Plus en détail

LANGAGES & DéVELOPPEMENT. Une équipe à vos côtés pour toutes vos montées en compétences

LANGAGES & DéVELOPPEMENT. Une équipe à vos côtés pour toutes vos montées en compétences LANGAGES & DéVELOPPEMENT Une équipe à vos côtés pour toutes vos montées en compétences ASP.NET OPTION VB.NET OU C# 5 jours Permettre aux participants de mieux appréhender ce qu est la programmation pour

Plus en détail

Claude Kaiser Machine virtuelle et environnement utilisateur SRI_B CHAPITRE 1

Claude Kaiser Machine virtuelle et environnement utilisateur SRI_B CHAPITRE 1 CHAPITRE 1 FOURNIR À L'UTILISATEUR UNE MACHINE VIRTUELLE ET UN ENVIRONNEMENT D'EXÉCUTION DE PROGRAMMES Plan ENVIRONNEMENT DE TRAVAIL ADAPTÉ AU BESOIN DE L'UTILISATEUR Fonctions de l'environnement d'exécution

Plus en détail

Modèle client-serveur

Modèle client-serveur Modèle client-serveur Daniel Hagimont IRIT/ENSEEIHT 2 rue Charles Camichel - BP 7122 31071 TOULOUSE CEDEX 7 Daniel.Hagimont@enseeiht.fr http://hagimont.perso.enseeiht.fr 1 Plan Principes généraux Modèle

Plus en détail

Parcours Aigle, LMD4 Architecture et Ingénierie du logiciel et du web

Parcours Aigle, LMD4 Architecture et Ingénierie du logiciel et du web Parcours Aigle, LMD4 Architecture et Ingénierie du logiciel et du web Clémentine Nebut, Pierre Pompidor 9 avril 2015 Cette formation vise à former des cadres en informatique dans le domaine du développement

Plus en détail

Les architectures I*Net. Première approche

Les architectures I*Net. Première approche 1 Les architectures I*Net Première approche Les architectures I*Net 2 L histoire d Internet De l architecture Mainframe à l architecture I*net J2EE et les architectures I*net 3 L histoire d Internet L

Plus en détail

DUT Informatique Module Système S4 C Département Informatique 2009 / 2010. Travaux Dirigés n o 3 : Sockets Stream

DUT Informatique Module Système S4 C Département Informatique 2009 / 2010. Travaux Dirigés n o 3 : Sockets Stream iut ORSAY DUT Informatique Département Informatique 2009 / 2010 Travaux Dirigés n o 3 : Sockets Stream Objectifs : comprendre les principes et les mécanismes de communication par sockets stream, être capable

Plus en détail

Conception d Applications Réparties

Conception d Applications Réparties Jean-François Roos LIFL - équipe GOAL- bâtiment M3 Extension - bureau 206 -Jean-Francois.Roos@lifl.fr 1 Objectifs du Cours Appréhender la conception d applications réparties motivations et concepts architectures

Plus en détail

Modèle client-serveur

Modèle client-serveur Modèle client-serveur Daniel Hagimont IRIT/ENSEEIHT 2 rue Charles Camichel - BP 7122 31071 TOULOUSE CEDEX 7 Daniel.Hagimont@enseeiht.fr http://hagimont.perso.enseeiht.fr Remerciements Michel Riveill 1

Plus en détail

Architecture J2EE. Thierry Lecroq (merci à Alexandre Pauchet (INSA Rouen)) Université de Rouen FRANCE. Thierry Lecroq (Univ. Rouen) J2EE 1 / 16

Architecture J2EE. Thierry Lecroq (merci à Alexandre Pauchet (INSA Rouen)) Université de Rouen FRANCE. Thierry Lecroq (Univ. Rouen) J2EE 1 / 16 Architecture J2EE Thierry Lecroq (merci à Alexandre Pauchet (INSA Rouen)) Université de Rouen FRANCE Thierry Lecroq (Univ. Rouen) J2EE 1 / 16 Plan 1 Historique 2 Architecture J2EE 3 J2EE et applications

Plus en détail

Bases de données avancées. cours 1 : introduction

Bases de données avancées. cours 1 : introduction Bases de données avancées cours 1 : introduction Plan Objectifs du cours Bases de données : utilisation Système de Gestion de Bases de données (SGBD) Architecture d un SGBD Ingénierie des bases de données

Plus en détail

Objectifs. Maîtriser. Pratiquer

Objectifs. Maîtriser. Pratiquer 1 Bases de Données Objectifs Maîtriser les concepts d un SGBD relationnel Les modèles de représentations de données Les modèles de représentations de données La conception d une base de données Pratiquer

Plus en détail

Systèmes transactionnels

Systèmes transactionnels Systèmes transactionnels TP : Transaction processing IF G.Beuchot 1 La transaction Traitement correspondant à une opération élémentaire caractérisée par ses propriétés ACID Atomicité entièrement ou pas

Plus en détail

JEE - Cours et TP. Mickaël Montassier. 15 février 2007. Institut Universitaire de Technologie Département Informatique

JEE - Cours et TP. Mickaël Montassier. 15 février 2007. Institut Universitaire de Technologie Département Informatique et TP Institut Universitaire de Technologie Département Informatique 15 février 2007 J2EE? J2EE : Java 2 Enterprise Edition Norme prosposée par SUN visant à définir un standard de développement d applications

Plus en détail

Le langage UML 2.0 Diagramme de Déploiement

Le langage UML 2.0 Diagramme de Déploiement Claude Belleil Université de Nantes Le langage UML 2.0 Diagramme de Déploiement 1 Introduction Le diagramme de déploiement spécifie un ensemble de constructions qui peuvent être utilisées pour définir

Plus en détail

1.1 Remote Procedure Call (RPC)

1.1 Remote Procedure Call (RPC) 1.1 Remote Procedure Call (RPC) Le modèle Client-Serveur est un modèle simple à utiliser pour la structuration des systèmes répartis. Mais ce modèle s appuie sur des communications de type entrée/sortie

Plus en détail

Objectifs du cours. Master mention Informatique M1. Construction d Applications Réparties. Sommaire. Organisation.

Objectifs du cours. Master mention Informatique M1. Construction d Applications Réparties. Sommaire. Organisation. Master mention Informatique M1 Construction d s Réparties Lionel Seinturier USTL-LIFL Équipe GOAL/Projet INRIA Jacquard Lionel.Seinturier@lifl.fr 2006/2007 1 Objectifs du cours Appréhender la conception

Plus en détail

OS Réseaux et Programmation Système - C4

OS Réseaux et Programmation Système - C4 OS Réseaux et Programmation Système - C4 Rabie Ben Atitallah Rabie.benatitallah@univ-valenciennes.fr Sockets Communications dans les systèmes centralisés Communications dans les systèmes répartis Protocole

Plus en détail

Programmation par RPC et Java-RMI :

Programmation par RPC et Java-RMI : 2A-SI 3 Prog. réseau et systèmes distribués 3.2 et JavaRMI Stéphane Vialle Stephane.Vialle@supelec.fr http://www.metz.supelec.fr/~vialle Support de cours élaboré avec l aide de l équipe pédagogique du

Plus en détail

Les services web. Module 04 Les Services Web. Campus-Booster ID : 697. www.supinfo.com. Copyright SUPINFO. All rights reserved

Les services web. Module 04 Les Services Web. Campus-Booster ID : 697. www.supinfo.com. Copyright SUPINFO. All rights reserved Les services web Module 04 Les Services Web Campus-Booster ID : 697 www.supinfo.com Copyright SUPINFO. All rights reserved Les services web Objectifs de ce module En suivant ce module vous allez: Comprendre

Plus en détail

ENSA ECOLE NATIONALE DES SCIENCES APPLIQUEES D EL JADIDA DEPARTEMENT DE TELECOMMUNICATIONS. Prof. A. Aqqal

ENSA ECOLE NATIONALE DES SCIENCES APPLIQUEES D EL JADIDA DEPARTEMENT DE TELECOMMUNICATIONS. Prof. A. Aqqal ENSA ECOLE NATIONALE DES SCIENCES APPLIQUEES D EL JADIDA DEPARTEMENT DE TELECOMMUNICATIONS Cours: Réseaux 1 Introduction générale aux réseaux : Client -Serveur Prof. A. Aqqal Cycle Ingénieur 2010 Prof.

Plus en détail

Les sauvegardes. dans une démarche de qualité de services. Françoise Gazelle. 2RCE - Nancy 9 décembre 2010

Les sauvegardes. dans une démarche de qualité de services. Françoise Gazelle. 2RCE - Nancy 9 décembre 2010 Reprise de s Les s dans une démarche de Françoise Gazelle 2RCE - Nancy 9 décembre 2010 Les s dans une démarche de Reprise de s 1 Présentation de l Institut 2 service informatique 3 4 : indicateurs de sécurité

Plus en détail

Cours client-serveur Web : Java et RMI (Remote Method Invocation)

Cours client-serveur Web : Java et RMI (Remote Method Invocation) Cours client-serveur Web : Java et RMI (Remote Method Invocation) 1 Java: Rappel sur les threads Cycle de vie d un thread (1) Né -> prêt appel de la méthode start du thread Prêt Exécution Distribution

Plus en détail

Exécution des applications réparties

Exécution des applications réparties Exécution des applications réparties Programmation des Applications Réparties Olivier Flauzac URCA Master STIC-Informatique première année Olivier Flauzac (URCA) PAR : Exécution des applications réparties

Plus en détail

Calculs parallèles et Distribués. Benmoussa Yahia Université M hamed Bougara de Boumerdès yahia.benmoussa@gmail.com

Calculs parallèles et Distribués. Benmoussa Yahia Université M hamed Bougara de Boumerdès yahia.benmoussa@gmail.com Calculs parallèles et Distribués Benmoussa Yahia Université M hamed Bougara de Boumerdès yahia.benmoussa@gmail.com Calculs parallèles et Distribués Introduction Parallélisation sur mémoire distribuée.

Plus en détail

//////////////////////////////////////////////////////////////////// Programmation

//////////////////////////////////////////////////////////////////// Programmation ////////////////////// Programmation / INTRODUCTION Programmation La programmation dans le domaine informatique est l'ensemble des activités qui permettent l'écriture des programmes informatiques. C'est

Plus en détail

Systèmes répartis : les Remote Procedure Calls p.1/25

Systèmes répartis : les Remote Procedure Calls p.1/25 Systèmes répartis : les Remote Procedure Calls Fabrice Rossi http://apiacoa.org/contact.html. Université Paris-IX Dauphine Systèmes répartis : les Remote Procedure Calls p.1/25 Les Remote Procedure Calls

Plus en détail

RPC Remote Procedure Call. Benmoussa Yahia Université M hamed Bougara de Boumerdès yahia.benm@gmail.com

RPC Remote Procedure Call. Benmoussa Yahia Université M hamed Bougara de Boumerdès yahia.benm@gmail.com RPC Remote Procedure Call Benmoussa Yahia Université M hamed Bougara de Boumerdès yahia.benm@gmail.com Objectifs Le rôle de RPC comme middleware Positionner RPC dans le modèle OSI Développement d application

Plus en détail

Bertrand Meyer. UConception et programmation orientées objet. T r a d u i t d e l a n g l a i s p a r P i e r r e J o u v e l o t

Bertrand Meyer. UConception et programmation orientées objet. T r a d u i t d e l a n g l a i s p a r P i e r r e J o u v e l o t UConception et programmation orientées objet Bertrand Meyer T r a d u i t d e l a n g l a i s p a r P i e r r e J o u v e l o t Groupe Eyrolles, 2000, pour le texte de la présente édition en langue française.

Plus en détail

Introduction aux applications réparties

Introduction aux applications réparties Introduction aux applications réparties Noël De Palma Projet SARDES INRIA Rhône-Alpes http://sardes.inrialpes.fr/~depalma Noel.depalma@inrialpes.fr Applications réparties Def : Application s exécutant

Plus en détail

NFP111 Systèmes et Applications Réparties

NFP111 Systèmes et Applications Réparties NFP111 Systèmes et Applications Réparties 1 de 46 NFP111 Systèmes et Applications Réparties Cours 2 - Les appels de procédure distants (Partie 1) Claude Duvallet Université du Havre UFR Sciences et Techniques

Plus en détail

Exercices d entraînement UE NSY107 Intégration des Systèmes Client/serveur. 1. Exercice de dimensionnement Analyse opérationnelle : noté sur 6 points

Exercices d entraînement UE NSY107 Intégration des Systèmes Client/serveur. 1. Exercice de dimensionnement Analyse opérationnelle : noté sur 6 points Exercices d entraînement UE NSY107 Intégration des Systèmes Client/serveur Exercices à rendre jusqu au 12/1/2010 (date limite) sur copie libre en mentionnant votre identité. 1. Exercice de dimensionnement

Plus en détail

Exercice PT 5.6.1 : exercice d intégration des compétences Packet Tracer Diagramme de topologie

Exercice PT 5.6.1 : exercice d intégration des compétences Packet Tracer Diagramme de topologie Exercice PT 5.6.1 : exercice d intégration des compétences Packet Tracer Diagramme de topologie Tous droits réservés. Ce document contient des informations publiques Cisco. Page 1 sur 6 Table d adressage

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

PROCEDURE D INSTALLATION

PROCEDURE D INSTALLATION PROCEDURE D INSTALLATION VIGILENS Mise à jour : Juillet 2014 VIGILENS SARL 53, rue Vauban F 69006 LYON www.vigilens.net Sommaire 1. Liste des modifications apportées au document... 3 2. Installation et

Plus en détail

Programmation RMI Ph. Truillet

Programmation RMI Ph. Truillet http://www.irit.fr/~philippe.truillet Ph. Truillet Octobre 2015 v. 1.7 0. déroulement du TP RMI (Remote Method Invocation) est une technologie développée et fournie par Sun à partir du JDK 1.1 pour permettre

Plus en détail

Appel de procédures distantes : principes des RPC

Appel de procédures distantes : principes des RPC Appel de procédures distantes : principes des RPC Programmation des Applications Réparties Olivier Flauzac URCA Master EEAMI informatique première année Olivier Flauzac (URCA) PAR : RPC EEAMI Informatique

Plus en détail

E4R : ÉTUDE DE CAS. Durée : 5 heures Coefficient : 5 CAS POLYMOUSSE

E4R : ÉTUDE DE CAS. Durée : 5 heures Coefficient : 5 CAS POLYMOUSSE BTS INFORMATIQUE DE GESTION 05NC-ISE4R SESSION 2005 E4R : ÉTUDE DE CAS Durée : 5 heures Coefficient : 5 CAS POLYMOUSSE Ce sujet comporte 12 pages (dont 4 pages d annexes). Le candidat est invité à vérifier

Plus en détail

Conclusions et Perspectives

Conclusions et Perspectives 8 Conclusions et Perspectives Ce chapitre conclut la thèse en donnant un bilan du travail effectué et les perspectives envisageables au terme de cette recherche. Nous rappelons tout d abord les principales

Plus en détail

L architecture des réseaux

L architecture des réseaux L architecture des réseaux les principes le modèle OSI l'architecture TCP/IP Architecture de réseaux : problèmes Comment concevoir un système complexe comme les réseaux? Établissement/Fermeture des connexions

Plus en détail

UML 1ère partie. Référence: http://uml.developpez.com/lp/cours/uml_free_fr_cours.html UML

UML 1ère partie. Référence: http://uml.developpez.com/lp/cours/uml_free_fr_cours.html UML UML UML 1ère partie Référence: http://uml.developpez.com/lp/cours/uml_free_fr_cours.html LOG2000 Éléments du génie logiciel 2002 Bayomock André-Claude PLAN Définition et historique Vue générale A quoi

Plus en détail

Concours de développement WinDev 2010 (Dernière mise à jour : le 27/05/2010)

Concours de développement WinDev 2010 (Dernière mise à jour : le 27/05/2010) (Dernière mise à jour : le 27/05/2010) Page 1 SOMMAIRE I. Déroulement du concours... 3 1. Conditions de participation... 3 2. Durée de l épreuve... 4 3. Documents constituant le sujet de l épreuve... 4

Plus en détail

L architecture orientée services

L architecture orientée services 1 Introduction La première difficulté à laquelle on se heurte lorsqu on aborde le vaste sujet des technologies de services Web est d ordre terminologique. Un exemple, désormais bien connu, du désordre

Plus en détail

Java RMI. Programmation des applications réparties. Olivier Flauzac URCA. Master EEAMI-Informatique première année

Java RMI. Programmation des applications réparties. Olivier Flauzac URCA. Master EEAMI-Informatique première année Java RMI Programmation des applications réparties Olivier Flauzac URCA Master EEAMI-Informatique première année Olivier Flauzac (URCA) PAR : Java RMI MSTIC-INFO 1 1 / 30 1 RMI 2 Architecture 3 Développement

Plus en détail

Qu'est-ce qu'un Web Service?

Qu'est-ce qu'un Web Service? WEB SERVICES Qu'est-ce qu'un Web Service? Un Web Service est un composant implémenté dans n'importe quel langage, déployé sur n'importe quelle plate-forme et enveloppé dans une couche de standards dérivés

Plus en détail

Modélisation objet avec UML

Modélisation objet avec UML Modélisation objet avec UML Le développement des systèmes est une tâche d une grande envergure et un investissement important pour toute entreprise. La modélisation des systèmes déjà existants ou d un

Plus en détail

CONCOURS INTERNE POUR LE RECRUTEMENT D INGENIEUR(E)S DES TRAVAUX DE LA METEOROLOGIE SESSION 2015

CONCOURS INTERNE POUR LE RECRUTEMENT D INGENIEUR(E)S DES TRAVAUX DE LA METEOROLOGIE SESSION 2015 CONCOURS INTERNE POUR LE RECRUTEMENT D INGENIEUR(E)S DES TRAVAUX DE LA METEOROLOGIE SESSION 2015 ************************************************************************************************* EPREUVE

Plus en détail

Le modèle client-serveur

Le modèle client-serveur Le modèle client-serveur Olivier Aubert 1/24 Sources http://www.info.uqam.ca/~obaid/inf4481/a01/plan.htm 2/24 Historique architecture centralisée terminaux passifs (un seul OS, systèmes propriétaires)

Plus en détail

4D Server v12 64-bits VERSION BETA

4D Server v12 64-bits VERSION BETA VERSION BETA 4D Server v12 prend désormais en charge les systèmes d exploitation Windows 64 bits. La technologie 64 bits a pour principaux avantages d améliorer les performances globales des applications

Plus en détail

par Philippe Poulard Web services 0 Philippe.Poulard@sophia.inria.fr Philippe Poulard

par Philippe Poulard Web services 0 Philippe.Poulard@sophia.inria.fr Philippe Poulard 0 Philippe.Poulard@sophia.inria.fr Philippe Poulard Sommaire Qu est-ce? Middleware XML Web Services in situ Couches de services Architecture des Web Services avec Java JAX-RPC JAXR JAXM Outils 1 Présentation

Plus en détail

Des objets aux services : un mariage réussi? Vers le meilleur des deux mondes

Des objets aux services : un mariage réussi? Vers le meilleur des deux mondes Des objets aux services : un mariage réussi? Vers le meilleur des deux mondes Hervé Grall (avec Diana Allam et Jean-Claude Royer) Ascola (Mines de Nantes Inria Lina) 7 june 2013 Objets + Services Bugs?

Plus en détail

Programme accédant et/ou modifiant des données persistantes (fichier ou BD) avec propriétés :

Programme accédant et/ou modifiant des données persistantes (fichier ou BD) avec propriétés : extension des moniteurs transactionnels «anciens» (CICS d IBM par exemple) à la gestion de transactions réparties hétérogènes implantation du modèle DTP (Distributed Transaction Processing) de X/Open TUXEDO

Plus en détail

Mise en situation FOUR. Température. Capteur. température. Ethernet. Le capteur attend une demande de connexion du PC pour envoyer la valeur de la

Mise en situation FOUR. Température. Capteur. température. Ethernet. Le capteur attend une demande de connexion du PC pour envoyer la valeur de la François SCHNEIDER Mise en situation Température FOUR Capteur température Ethernet Le PC effectue une requête de connexion au capteur de température, il reçoit la valeur de la mesure de la température

Plus en détail

Informatique et gestion Sujet n 3

Informatique et gestion Sujet n 3 Informatique et gestion Sujet n 3 PROTOCOLE DHCP Ce sujet présente une description partielle et simplifiée du protocole DHCP. Pour une description complète, se reporter aux RFCs 2131, 2132 et 1542. Le

Plus en détail

STOCKAGE SCALE-OUT EMC ISILON SANS COMPROMIS

STOCKAGE SCALE-OUT EMC ISILON SANS COMPROMIS STOCKAGE SCALE-OUT EMC ISILON SANS COMPROMIS Clusters de système de fichiers unique ou clusters d espace de nommage global EMC PERSPECTIVE 5 bonnes raisons de choisir EMC Isilon 1. Simplicité : simple

Plus en détail

MIGRATION DE DONNÉES

MIGRATION DE DONNÉES Les contenus de ce document sont la propriété exclusive de la société REVER. Ils ne sont transmis qu à titre d information et ne peuvent en aucun cas être considérés comme un engagement de la société REVER.

Plus en détail

Mise en œuvre des serveurs d application

Mise en œuvre des serveurs d application Nancy-Université Mise en œuvre des serveurs d application UE 203d Master 1 IST-IE Printemps 2008 Master 1 IST-IE : Mise en œuvre des serveurs d application 1/54 Ces transparents, ainsi que les énoncés

Plus en détail

GWT. maîtriser HTML 5 & Javascript sans en écrire une seule ligne!

GWT. maîtriser HTML 5 & Javascript sans en écrire une seule ligne! GWT maîtriser HTML 5 & Javascript sans en écrire une seule ligne! Moi en bref Grégory Le Bonniec Directeur Zenika Ouest Ancien IUT & ENSSAT Lannion Depuis plus de 10 dans le monde Java de Swing à GWT en

Plus en détail

Architecture 3-tiers

Architecture 3-tiers Skander Zannad et Judicaël Courant Lycée La Martinière-Monplaisir 2014-05-01 1 Résumé des épisodes précédents On a vu : calcul relationnel ; algèbre relationnelle ; (une partie de) SQL ; le lien entre

Plus en détail

4 : Applications Client/Serveur et Web

4 : Applications Client/Serveur et Web 4 : Applications Client/Serveur et Web Cours 4 : Applications Client/Serveur et Web Le Cocq Michel lecocq@ipgp.fr Licence Pro SIL 11 Février 2016 Rappel plan général Introduction au système UNIX - mardi

Plus en détail

Chapitre 11. Conception de logiciels Intranet : patrons et canevas NSY 102. Synthèse 1. SINGLETON 3 1.1. DEFINITION 3 1.2. REFERENCES DANS LE COURS 3

Chapitre 11. Conception de logiciels Intranet : patrons et canevas NSY 102. Synthèse 1. SINGLETON 3 1.1. DEFINITION 3 1.2. REFERENCES DANS LE COURS 3 NSY102-Chapitre-11_Synthese.doc 1/12 06/01/2014 21:48:04 Chapitre 11 Synthèse 1. SINGLETON 3 1.1. DEFINITION 3 1.2. REFERENCES DANS LE COURS 3 2. OBSERVER/OBSERVABLE 3 2.1. DEFINITION 3 2.2. REFERENCES

Plus en détail

NFP111 Systèmes et Applications Réparties

NFP111 Systèmes et Applications Réparties NFP111 Systèmes et Applications Réparties 1 de 16 NFP111 Systèmes et Applications Réparties Cours 10 - Les Enterprise Java Beans ( aux serveurs ) Claude Duvallet Université du Havre UFR Sciences et Techniques

Plus en détail

Sommaire. Les fonc2onnalités a6endues DU SIGB... 3 mise en œuvre du projet... Prix 10 Durée du marché... 11

Sommaire. Les fonc2onnalités a6endues DU SIGB... 3 mise en œuvre du projet... Prix 10 Durée du marché... 11 1 Sommaire Important... 3 Les fonc2onnalités a6endues DU SIGB... 3 mise en œuvre du projet... 6 Prix 10 Durée du marché... 11 2 1 IMPORTANT Le présent cadre de réponse devra être renseigné point par point.

Plus en détail

GENIE LOGICIEL Détermination du périmètre cible d une application

GENIE LOGICIEL Détermination du périmètre cible d une application GENIE LOGICIEL Détermination du périmètre cible d une application Hervé DOMALAIN 2004 / 2005 Génie logiciel 2004 / 2005 Page 1 Diagrammes de CU et périmètre cible Le domaine cible d une application est

Plus en détail

Travaux Pratiques Réseaux Programmation réseau - Sockets, Modèle Client-serveur Septembre 2007. Eléments de programmation avec les sockets

Travaux Pratiques Réseaux Programmation réseau - Sockets, Modèle Client-serveur Septembre 2007. Eléments de programmation avec les sockets Master INFORMATIQUE / MIAGE Réseaux Faculté des Sciences - Université de Nantes 2007/2008 Travaux Pratiques Réseaux Programmation réseau - Sockets, Modèle Client-serveur Septembre 2007 Eléments de programmation

Plus en détail

Corrigé de l examen NFE102 Infrastructures technologiques pour le commerce électronique

Corrigé de l examen NFE102 Infrastructures technologiques pour le commerce électronique Corrigé de l examen NFE102 Infrastructures technologiques pour le commerce électronique Aucune notes personnelles ou documents ne sont autorisés. Lundi 07 juillet 2008 1) Le firewall 1.1) Quelle est la

Plus en détail

Transformation IT de l entreprise L INTERNET DES OBJETS : MENACES VS. OPPORTUNITÉS

Transformation IT de l entreprise L INTERNET DES OBJETS : MENACES VS. OPPORTUNITÉS Transformation IT de l entreprise L INTERNET DES OBJETS : MENACES VS. OPPORTUNITÉS D ans le contexte actuel, l IT doit répondre à des contraintes plus fortes : réduire les délais pour répondre aux clients,

Plus en détail

A-TEAM. ProManager Jalon de lancement Version 1.0 Groupe : C. Site Web: http://mooproject.neocities.org

A-TEAM. ProManager Jalon de lancement Version 1.0 Groupe : C. Site Web: http://mooproject.neocities.org A-TEAM ProManager Jalon de lancement Version 1.0 Groupe : C Site Web: http://mooproject.neocities.org 1 SOMMAIRE : I. Planning des phases 4 1-Lancement..5 2-Elaboration. 5 3-Construction 5 4-Transition.6

Plus en détail

Les réseaux : Principes de fonctionnement d Internet

Les réseaux : Principes de fonctionnement d Internet Les réseaux : Principes de fonctionnement d Internet Table des matières 1. Le modèle TCP/IP... 2 2. Couche 1 ou couche physique... 3 3. Couche 2 ou couche liaison ou couche lien... 4 4. Couche 3 ou couche

Plus en détail

Groupe de discussion. Contexte

Groupe de discussion. Contexte Groupe de discussion Systèmes distribués Contexte Explosion d'internet a redéfini les systèmes distribués Client-server Web Pair à pair Internet 2 octobre 2003 Systèmes distribués 2 Modèle Pair à Pair

Plus en détail

objectif : plan : Java, CORBA et RMI A. Le Grand,1997 1 JAVA, CORBA et RMI

objectif : plan : Java, CORBA et RMI A. Le Grand,1997 1 JAVA, CORBA et RMI JAVA, CORBA et RMI objectif : développer des applications client/serveur incluant des objets répartis Java / CORBA : client/serveur hétérogènes Java / RMI : client/serveur homogènes plan : l architecture

Plus en détail

AUCUN DOCUMENT AUTORISÉ. Détailler autant que possible vos réponses, en particulier pour les questions de cours!

AUCUN DOCUMENT AUTORISÉ. Détailler autant que possible vos réponses, en particulier pour les questions de cours! Test du Module M3102 Samedi 10 janvier 2015 Durée : 2 heures IUT Aix-en-Provence Semestre 3 DUT INFO AUCUN DOCUMENT AUTORISÉ Détailler autant que possible vos réponses, en particulier pour les questions

Plus en détail

Module 19: Développement et déploiement d application client/serveur TDI2 2013/2014 Formateur:M.AZZI hamidazzi@gmail.com hamidazzi.overblog.

Module 19: Développement et déploiement d application client/serveur TDI2 2013/2014 Formateur:M.AZZI hamidazzi@gmail.com hamidazzi.overblog. Module 19: Développement et déploiement d application client/serveur TDI2 2013/2014 Formateur:M.AZZI hamidazzi@gmail.com hamidazzi.overblog.com INTRODUCTION Il y a une évolution majeure des systèmes d'information,

Plus en détail

Fiche Programme CSC4002 Conception et programmation orientées objet. Coordonnateurs : Christian Bac et Denis Conan Octobre 2012

Fiche Programme CSC4002 Conception et programmation orientées objet. Coordonnateurs : Christian Bac et Denis Conan Octobre 2012 Fiche Programme CSC4002 Conception et programmation orientées objet Coordonnateurs : Christian Bac et Denis Conan Octobre 2012 1 Mots-clés : conception orientée objet, programmation orientée objet, UML,

Plus en détail

Réseaux - partie 4 Transport

Réseaux - partie 4 Transport Réseaux - partie 4 Transport Michel RIVEILL, INP Grenoble Laboratoire SIRAC INRIA Rhône-Alpes 655, av. de l Europe - 38330 Montbonnot St Martin Michel.Riveill@inpg.fr Plan Introduction Physique Liaison

Plus en détail

Dossier de conception. Conception d un site E-learning

Dossier de conception. Conception d un site E-learning Conception d un site E-learning Encadré par : Mr. LACHGAR Mohamed Réalisé par : LECHQER Younesse ELEOUAD Abdelhadi SOMMAIRE I. PERIMETRE DU PROJET... 2 1.1. ENJEUX ET VISION DU PROJET... 3 1.2. ARCHITECTURE

Plus en détail

Licence Professionnelle GSIE - Auxerre Linux (partie 4)

Licence Professionnelle GSIE - Auxerre Linux (partie 4) Licence Professionnelle GSIE - Auxerre Linux (partie 4) Marie-Noëlle Terrasse Département IEM, Université de Bourgogne 27 janvier 2005 L objectif de ce cours est de montrer les principaux concepts et les

Plus en détail

GIR SabiWeb Prérequis du système

GIR SabiWeb Prérequis du système GIR SabiWeb Prérequis du système www.gir.fr info@gir.fr Version 1.0-0, mai 2007 2 Copyright c 2006-2007 klervi. All rights reserved. La reproduction et la traduction de tout ou partie de ce manuel sont

Plus en détail

Informatique UE 102. Jean-Yves Antoine. Architecture des ordinateurs et Algorithmique de base. UFR Sciences et Techniques Licence S&T 1ère année

Informatique UE 102. Jean-Yves Antoine. Architecture des ordinateurs et Algorithmique de base. UFR Sciences et Techniques Licence S&T 1ère année UFR Sciences et Techniques Licence S&T 1ère année Informatique UE 102 Architecture des ordinateurs et Algorithmique de base Jean-Yves Antoine http://www.intro.univ-tours.fr/~antoine/ UFR Sciences et Techniques

Plus en détail

Module B9-1 : sensibilisation à l UML

Module B9-1 : sensibilisation à l UML Module B9-1 : sensibilisation à l UML Olivier Habart : habart.olivier@gmail.com ENSTA B9-1 UML (Olivier Habart) Septembre 14 Diapositive N 1 Session 2 : Vue statique Sommaire Diagramme de classes Diagrammes

Plus en détail

Architectures et Web

Architectures et Web Architectures et Web Niveaux d'abstraction d'une application En règle générale, une application est découpée en 3 niveaux d'abstraction : La couche présentation ou IHM (Interface Homme/Machine) gère les

Plus en détail

Obert Hervé Stumpf Mathieu Licence 3 RIA. Réseaux & Protocoles. Client pair-à-pair. Projet L3 RIA 2005-2006 Sommaire.

Obert Hervé Stumpf Mathieu Licence 3 RIA. Réseaux & Protocoles. Client pair-à-pair. Projet L3 RIA 2005-2006 Sommaire. Obert Hervé Stumpf Mathieu Licence 3 RIA Réseaux & Protocoles Client pair-à-pair Projet L3 RIA 2005-2006 Sommaire Page 1 sur 10 Introduction - Présentation du projet 3 Fonctionnement coté graine 4 Fonctionnement

Plus en détail

Java script. DU CMSI : Création et Maintenance des Sites Internet. Wadi TAHRI

Java script. DU CMSI : Création et Maintenance des Sites Internet. Wadi TAHRI Java script DU CMSI : Création et Maintenance des Sites Internet Plan Évolution vers le web dynamique Définition du langage JavaScript Avantages Difficultés Codage Exercices Évolution -1- Avant pages Internet

Plus en détail

Parc de clusters pour les études d erreurs de dynamique de faisceau

Parc de clusters pour les études d erreurs de dynamique de faisceau Parc de clusters pour les études d erreurs de dynamique de faisceau URIOT Didier Laboratoire de Modélisation des Accélérateurs et Aimants CEA/DSM/IRFU/SACM Le 15 février 2008 Le but de cette note est de

Plus en détail

Annexe 4 : Etude de cas

Annexe 4 : Etude de cas Contenu 1 Introduction... 2 2 Description de l infrastructure et de l architecture... 2 2.1 ESB... 2 2.2 Erasme... 3 3 Case Study... 3 3.1 Critères d évaluation... 3 3.2 Architecture... 4 3) Gestion des

Plus en détail

Architectures à composants

Architectures à composants Interaction requête/réponse Architectures à composants!communication par requête/réponse client requête réponse serveur Gaël Thomas gael.thomas@lip6.fr Université Pierre et Marie Curie Master Informatique

Plus en détail

Analyse fonctionnelle

Analyse fonctionnelle 2 Analyse fonctionnelle Dans ce chapitre, nous commencerons par présenterons les exigences fonctionnelles et techniques que devra satisfaire l intergiciel. Puis nous décrirons les différents acteurs qui

Plus en détail

Groupe Eyrolles, 2004 ISBN : 2-212-11504-0

Groupe Eyrolles, 2004 ISBN : 2-212-11504-0 Groupe Eyrolles, 2004 ISBN : 2-212-11504-0 Table des matières Avant-propos................................................ 1 Quel est l objectif de cet ouvrage?............................. 4 La structure

Plus en détail

Modules du DUT Informatique proposés pour des DCCE en 2014/2015

Modules du DUT Informatique proposés pour des DCCE en 2014/2015 Modules du DUT Informatique proposés pour des DCCE en 2014/2015 Résumé de l offre : Parmi les 5500 heures d enseignement informatique dispensées au département informatique de l IUT (avec 2880 heures de

Plus en détail

La (L in)sécurité des systèmes de contrôle de processus

La (L in)sécurité des systèmes de contrôle de processus La (L in)sécurité des systèmes de contrôle de processus Étant donné les menaces existantes, la cyber-sécurité est devenue une priorité pour les environnements de contrôle. A l origine, les systèmes de

Plus en détail

Framework à but pédagogique sous Linux

Framework à but pédagogique sous Linux Travail de diplôme Framework à but pédagogique sous Linux Plan de la présentation Introduction Environnements Techniques développées Implémentation Résultat Conclusion 1 Introduction Framework Outil de

Plus en détail

développement de serveurs Internet

développement de serveurs Internet Un modèle génératif pour le développement de serveurs Internet Soutenance de thèse de l Université Paris-Est Gautier LOYAUTÉ Gautier.Loyaute@univ-mlv.fr 5 Septembre 2008 Laboratoire d Informatique Institut

Plus en détail