1. Conception. Système d'information. En général, les couches peuvent être définies comme suit:



Documents pareils
4. Utilisation d un SGBD : le langage SQL. 5. Normalisation

Étude et applications de l approche MDA pour des plates-formes de Services Web

Nouvelles Plateformes Technologiques

Architecture N-Tier. Ces données peuvent être saisies interactivement via l interface ou lues depuis un disque. Application

Développement des Systèmes d Information

Module BD et sites WEB

10. Base de données et Web. OlivierCuré

Enseignant: Lamouchi Bassem Cours : Système à large échelle et Cloud Computing

Architectures web/bases de données

Mise en œuvre des serveurs d application

Architectures n-tiers Intergiciels à objets et services web

Architectures d'intégration de données

Technologies Web. Ludovic Denoyer Sylvain Lamprier Mohamed Amine Baazizi Gabriella Contardo Narcisse Nya. Université Pierre et Marie Curie

Hébergement de sites Web

Bases de Données. Stella MARC-ZWECKER. Maître de conférences Dpt. Informatique - UdS

Architecture JEE. Objectifs attendus. Serveurs d applications JEE. Architectures JEE Normes JEE. Systèmes distribués

Environnements de Développement

Java pour le Web. Cours Java - F. Michel

Expérience d un hébergeur public dans la sécurisation des sites Web, CCK. Hinda Feriani Ghariani Samedi 2 avril 2005 Hammamet

Installation d un serveur HTTP (Hypertext Transfer Protocol) sous Débian 6

1. Introduction à la distribution des traitements et des données

1.2 Genèse. 1.3 Version de Designer utilisée

Cours Bases de données

Le réseau Internet.

Logiciels libres et Open source

Introduction aux applications réparties

Systèmes répartis. Fabrice Rossi Université Paris-IX Dauphine. Systèmes répartis p.1/49

Moderniser. le système d information et le portefeuille applicatif.

Introduction à la conception de systèmes d information

Ré-architecture et migration d une application standalone vers un serveur applicatif multi-tiers dans un contexte JAVA-SAP

Application Web et J2EE

Introduction à la plateforme J2EE

Institut Supérieur de Gestion. Cours pour 3 ème LFIG. Java Enterprise Edition Introduction Bayoudhi Chaouki

Formation en Logiciels Libres. Fiche d inscription

Remote Method Invocation en Java (RMI)

LICENCE PROFESSIONNELLE SYSTEMES INFORMATIQUES & LOGICIELS

Le modèle client-serveur

Programmation Internet Cours 4

Introduction aux intergiciels

La reconquête de vos marges de manœuvre

Description de la formation

Oracle Maximum Availability Architecture

DotNet. Plan. Les outils de développement

5. Architecture et sécurité des systèmes informatiques 5.1 Architecture technique.

Intégration de systèmes client - serveur Des approches client-serveur à l urbanisation Quelques transparents introductifs

Ingénieur Développement Nouvelles Technologies

Urbanisation des Systèmes d'information

Le cadre des Web Services Partie 1 : Introduction

Les Services Web. Jean-Pierre BORG EFORT

24/11/2011. Cours EJB/J2EE Copyright Michel Buffa. Plan du cours. EJB : les fondamentaux. Enterprise Java Bean. Enterprise Java Bean.

25 septembre Migration des accès au Registre national en protocole X.25 vers le protocole TCP/IP, pour les utilisateurs du Registre national

Le passage à l échelle de serveur J2EE : le cas des EJB

Administrateur de Parc PC

INTERNET est un RESEAU D ORDINATEURS RELIES ENTRE EUX A L ECHELLE PLANETAIRE. Internet : interconnexion de réseaux (anglais : net = réseau)

Hébergement MMI SEMESTRE 4

XML, PMML, SOAP. Rapport. EPITA SCIA Promo janvier Julien Lemoine Alexandre Thibault Nicolas Wiest-Million

CAHIER DES CHARGES D IMPLANTATION

GPC Computer Science

Programmation Web. Introduction

Classeur de suivi de l auditeur. Architecture et Ingénierie des Systèmes et des Logiciels

Introduction aux Bases de Données Relationnelles Conclusion - 1

Plan du cours. Autres modèles pour les applications réparties Introduction. Mode de travail. Introduction

Fiche de l'awt Sites dynamiques et bases de données

Développement d applications Internet et réseaux avec LabVIEW. Alexandre STANURSKI National Instruments France

Fichiers, dossiers, enregistrer et arborescence

Technologie des applications client-serveur UE RSX 102. Support de cours Tome 1. Anas ABOU EL KALAM

Programme scientifique Majeure ARCHITECTURE DES SYSTEMES D INFORMATION. Mentions Ingénierie des Systèmes d Information Business Intelligence

Tolérance aux Fautes des Grappes d Applications J2EE. Applications Internet dynamiques

Compte Rendu d intégration d application

Sommaire. -1-Computer en bref. Web en bref. Le web 3.0,...la mobilité. Evolution du Web web1.0, web2.0, web2.b, web3.0...

Urbanisation des SI. Des composants technologiques disponibles. Urbanisation des Systèmes d'information Henry Boccon Gibod 1

CNAM Déploiement d une application avec EC2 ( Cloud Amazon ) Auteur : Thierry Kauffmann Paris, Décembre 2010

les techniques d'extraction, les formulaires et intégration dans un site WEB

Les Architectures Orientées Services (SOA)

ClariLog - Asset View Suite

Présentation Internet

SPF Finances FOD Financiën

Petite définition : Présentation :

Les sites Internet dynamiques. contact : Patrick VINCENT pvincent@erasme.org

SOA : une brique de la 4 ième génération de l architecture informatique? Hervé Crespel Président du club urba-ea

Java et les bases de données: JDBC: Java DataBase Connectivity SQLJ: Embedded SQL in Java. Michel Bonjour

Administration de systèmes

Oracle Fusion Middleware Concepts Guide 11g Release 1 (11.1.1) Figure 1-1 Architecture Middleware

Programmation de services en téléphonie sur IP

Recommandations techniques

2 Chapitre 1 Introduction

Luc Carreau. Consultant PERFECTIONNEMENT

Architecture Orientée Service, JSON et API REST

La tête dans les nuages

Le e s tocka k ge g DAS,NAS,SAN

Software Engineering and Middleware A Roadmap

2011 Hakim Benameurlaine 1

NOUVELLES ARCHITECTURES APPLICATIVES

Principes. 2A-SI 3 Prog. réseau et systèmes distribués 3. 3 Programmation en CORBA. Programmation en Corba. Stéphane Vialle

Intégration de données

Architectures en couches pour applications web Rappel : Architecture en couches

SITE WEB E-COMMERCE ET VENTE A DISTANCE

Programmation Web. Madalina Croitoru IUT Montpellier

Une famille d'applications permettant à toute organisation d'optimiser le suivi et la gestion de ses ressources internes vous présente

Transcription:

Polytech'Marseille 1 er Semestre 2013 Département Informatique, Réseaux & Multimédia 4ème année Mohamed Quafafou (mohamed.quafafou@univ-amu.fr) Système d'information C O N C E P T I O N - A R C H I T E C T U R E D E S I G N 1. Conception En général, les couches peuvent être définies comme suit: Présentation : Tout système d information nécessite de communiquer avec des entités externes qui peuvent être des utilisateurs finaux ou d autres ordinateurs. Une grande partie de ces communications impliquent la présentation d informations aux entités externes et l interaction avec elles. Cette tâche est réalisée par la couche de présentation qui peut être implémentée de différentes manières: par une interface utilisateur graphique ou par un module qui met en forme un ensemble de données selon une représentation spécifique. Dans le cas du Web, la couche de présentation peut être implémentée par une servlet Java qui fait la création de pages HTML (HyperText Markup Language). Logique d application : En général, les systèmes d information font le traitement de données avant de délivrer les résultats. Ce traitement utilise un programme qui implémente les opérations demandées par le client à travers la couche de présentation. La couche logique d application est responsable du traitement de données. Ces programmes représentant souvent les services fournis par le système d information. Gestion de ressources : Un système d information accède et gère un ensemble de données. Ces données peuvent résider dans une base de données, un système de fichier, ou tout autre type de dépôt. Une couche de gestion de ressources gère tous les dépôts d un système d information.

Figure La conception d un système d information peut être du type top-down ou bottom-up. La figure cidessus illustre les deux cas et met en évidence les relations entre les étapes et les couches. 2. Architecture 1-tier Les trois couches présentées précédemment sont des constructions conceptuelles qui séparent logiquement les fonctionnalités d un système d information. Sur le plan pratique, ces couches sont concrétisées par les tiers. Quatre types de systèmes d information basés sur la notion de tiers peuvent être distingués : 1-tier, 2-tiers, 3-tiers et 3-tiers thin client. L architecture 1-tier est la

plus ancienne et remonte aux années de gloire des mainframes. Dans ce cas, la gestion de ressources, la logique de l application et la présentation sont faits par un mainframe. La présentation est préparée dans le mainframe et visualisée sur un terminal passif (dumb terminal). 2-tier l architecture 2-tiers est apparue en même temps que les ordinateurs personnels (PC - Personal Computer). En fait, les PC et les stations de travail ont fourni la puissance de traitement nécessaire pour séparer la présentation de la logique de l application et de la gestion de ressources. Ainsi, la couche de présentation peut être traitée par les PC. Le déplacement de la couche de présentation vers le PC a deux avantages importants. D abord, la couche de présentation peut utiliser la puissance de traitement disponible dans les PC et, par conséquent, les ressources qu elle utilisait deviennent disponibles pour les couches de logique de l application et de gestion de ressources. Ensuite, ceci facilite la création de la présentation avec différents objectifs, sans augmenter la complexité du système. L architecture 2-tiers est devenue très populaire, en particulier pour les architectures client/serveur. Dans cette architecture, le client est responsable de la couche de présentation, et le serveur prend en charge la couche de logique de l application et de gestion de ressources. Les systèmes client/serveur ont représenté une évolution significative des systèmes informatiques. Comme les PC et les stations de travail sont devenus plus puissants (par exemple, CPU - Central Processing Unit plus rapides, plus d espace mémoire vive et disque dur, et écrans couleur), la couche de présentation a pu être de plus en plus sophistiquée. En conséquence, ces couches de présentation plus sophistiquées ont exigé plus de puissance de traitement (CPU plus puissantes) et de rapidité de communication (réseau plus rapide). Dans cette évolution, l appel de procédure à distance (RPC Remote Procedure Call) a été aussi un pas en avant.

3-tier Cependant, l architecture 3-tiers a créé des îlots d informations où un ensemble de clients pouvait communiquer avec leur serveur, mais il ne pouvait pas communiquer avec d autres serveurs. Ainsi, l intégration de serveurs est devenu un sujet courant dans l informatique, et une nouvelle architecture pour répondre à ces nouvelles exigences était nécessaire. Dans l architecture 2-tiers, la couche de présentation réside dans le client comme dans l architecture 2-tiers. La logique de l application réside dans le middle tier où se situe l intergiciel (middleware). Un intergiciel facilite et gère les interactions entre applications fonctionnant généralement sur des plates-formes hétérogènes. Nous pouvons citer comme exemple de intergiciels CORBA, Java RMI et DCOM. 3-tier avec client léger Une possibilité d utiliser les systèmes 3-tiers avec l Internet est présentée par la figure ci-dessus. Dans la littérature, cette variante de l architecture 3-tiers est connue sous le nom de 3-tiers thin client, parce que la présentation n est plus créée dans le client, mais par un serveur d application

Web dédié. Celui-ci génère la présentation en utilisant la création dynamique de pages HTML qui sont ensuite affichées par un navigateur Web. Nous pouvons citer comme exemples de technologies pour créer des pages Web dynamiques : Java Servlets, JSP (Java Server Pages), ASP.NET (Active Server Pages dotnet) et PHP (Pesonal Home Page). 2-tiers vs. 3-tiers Dans l architecture 2-tiers, les couches de la logique de l application et de la gestion de ressources sont situées au même niveau o Avantage: communication entre ces deux couches est efficace, o Inconvénient: coût du matériel nécessaire plus élevé car un serveur plus puissant doit être utilisé pour exécuter la logique de l application et de la gestion de ressources, ce qui implique alors un coût du matériel nécessaire plus élevé. Les systèmes 3-tiers ont introduit des concepts importants tels que les interfaces uniformes pour que la logique de l application puisse accéder à la couche de gestion de ressources, comme ODBC (Open DataBase Connectivity) et JDBC (Java DataBase Connectivity). Les architectures 3-tiers sont mieux exploitées quand ils travaillent pour intégrer différentes ressources.