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

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

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

Transcription

1 Ré-architecture et migration d une application standalone vers un serveur applicatif multi-tiers dans un contexte JAVA-SAP Ionel Dembski Sous la direction de Peter Daehne, Professeur HES Département d informatique de gestion Laboratoire de technologies objet Hautes Ecoles Specialisées de Suisse Occidentale HES-SO Haute Ecole de Gestion de Genève 25 novembre 2005

2 Table des matières 1 Architecture Comprendre les architectures multi-tiers Les trois niveaux d abstraction d une application Architecture n-tiers ou architecture distribuée Le tier Client Le tiers Web Le «Middleware» ou Tiers du milieu Architectures multi-tiers dans un contexte Java Architecture globale actuelle de l application Coté client Coté serveur, gestion de la persistance Gestion de la persistance dans l environnement cible Technologies applicative cible spécialisée JCo - Java connector for SAP Remote Function Call (RFC) RFC Library Appel de fonctions Java depuis SAP R/ Architecture Jco WebServices ABAP sur serveur SAP WAS Principe de fonctionnement BEA Weblogic Plate-forme J2EE Architecture du serveur d application Weblogic Composant logiciel d une architecture multi-tiers Structuration des couches applicatives Accès au données Struts Qu est ce que Struts? Viabilité de Struts sur le plan architectural Liaison de Struts à J2EE?

3 TABLE DES MATIÈRES ii 3 Passage d un système objet a un système n-tiers La modélisation, facteur de réussite? Pourquoi modéliser Que modéliser? Les niveaux d abstraction, jusqu ou aller? Difficultés inhérentes à une modélisation web Comment modéliser les flux Les machines d états pour représenter et modéliser les pages Travailler avec les couches, division de l application Le couplage des couches, vrai ou faux problème? Les couches aplicatives, à chacune sa résponsabilité Les «Design Pattern» pour découpler les couches Architecture de l application Démarche de transformation Analyse Examens des modèles existants Compréhension et intégration dans l architecture cible Quels modèles utiliser? Design et architecture Etude de faisabilité Enjeu de cette réarchitecture Environnement de développement BEA Contraintes architecturales Contraintes au niveau de l IHM Contraintes liées à l utilisation des Web services Respect de la séparation des couches applicatives Conception et tests Tenir compte des modèles Comment tester une application Web Conclusion 44 Bibliographie 46 Glossaire 47 Annexes 48.1 Diagramme d états-transition Diagramme de classe Diagramme des packages

4 Table des figures 1.1 Architecture - Tiers client Architecture - Tiers web Architecture - Détails du tiers web Architecture - Partie «Middleware» Scénario d utilisation et de création d une RFC Architecture du JCO Intégration BEA - SAP Architecture n-tiers Architecture de Struts Exemple d une Action avec annotations Analyse opérationnelle Architecture déorganisée à base de composants Architecture «Delegate» Architecture «Facade» Architecture «DAO» Architecture finale

5 Avant-propos Je tiens tout particulièrement à remercier l entreprise Rolex SA qui m a permit de réaliser mon travail de diplôme dans de très bonnes conditions. J ai pu intégrer une équipe dynamique qui a su me conseiller et m apporter toute l aide sur la façon de mener a bien mon travail. Je souhaite remercier également M. Dominique Fazi, responsable du département développement, qui a bien voulu m accorder sa confiance en me permettant de faire parti de son équipe. Mes remerciements vous aussi à M. Damien Mimoun, consultant chez Serial Développement, qui m a aider sur le plan technique concernant l environnement Rolex sans quoi, mon travail aurait été grandement ralenti. Je souhaite également remercier M. Qin Pang, pour son aide, et M. Bombenger Jean pour sa joie et sa bonne humeur qu il nous a apportée régulièrement au cours de ce mémoire.

6 Introduction La migration et la réarchitecture d une application n est pas une chose aisée. Dans de nombreux cas, le portage d une application requiert la mise en oeuvre de technologies inconnues et qui peuvent poser des problèmes lors de l implantation. On dit souvent, et parfois on le fait (c est pire) que les modèles et par conséquent la modélisation n est pas importante. Cependant, lorsque la migration d une application mets en jeu différents système, il est difficile d avoir une vue globale de ce qui doit être fait par nos soin ou non. Le cadre de ce mémoire est la réarchitecture et la migration d une application standalone développé en Java. L hôte de la future application est un serveur Weblogic 8. Contrairement à la première application, la gestion de la persistance ne va pas se faire au travers d une base de donnée Oracle, mais à travers des Web services qui vont «attaquer» un système SAP 4.6. Dans ce cas, les modèles sont extrêmement nécessaires. Ce n est pas tant la complexité des modèles, mais la multitude d environnements qui entre en jeu qui font de cette réarchitecture un problème très intéressant à traiter. Je vais donc m attarder sur l études des environnements multi-tiers ainsi que sur le débroussaillage de l application existence pour comprendre comment celle-ci à été construite. Après quoi, je vais entrer en matière sur les différentes technologies qui vont être mise en oeuvre lors de la phase de développement de l application vers le système cible. Etant données que les modèles vont jouer un grand rôle dans la conception, je vais proposer une solution quand à la modélisation des pages Web, et proposer ma démarche de réarchitecture.

7 Chapitre 1 Architecture 1.1 Comprendre les architectures multi-tiers Les trois niveaux d abstraction d une application D une manière générale, une application peut être découpée en trois niveaux d abstraction clairement définis. La couche présentation, ou encore IHM (Interface homme machine), permet l interaction entre l utilisateur final de l application et le reste du système. Cette couche gère la souris, les saisies clavier. Elle doit être le plus ergonomique possible. La logique applicative, les traitements décrivant les travaux à réaliser par l application. Ils peuvent être découpés en deux familles : Les traitements locaux, regroupant les contrôles effectués au niveau du dialogue avec l IHM. Les traitements globaux, constituant l application elle-même. Cette couche, appelée Business Logic ou couche métier, contient les règles internes de l application. Les données, ou plus exactement l accès aux données, regroupant l ensemble des mécanismes permettant la gestion des informations stockées par l application. Ces trois niveaux peuvent être imbriqués ou repartis de différentes manières entre plusieurs machines physiques. Le noyau de l application est composé de la logique de présentation et de la logique des traitements. Le découpage et la répartition de ce noyau permettent de distinguer des architectures applicatives qui vont de l architecture 1-tiers à l architecture n-tiers.

8 1.1 Comprendre les architectures multi-tiers Architecture n-tiers ou architecture distribuée L architecture n-tiers est aussi appelée architecture distribuée où architecture multi tiers. Contrairement a ce que l on pourrait imaginer, l architecture n-tiers qualifie la distribution d application entre plusieurs services, et non la multiplication des couches, les trois niveaux d abstractions d une application sont toujours pris en compte. Séparer les couches métier peut être une opération fastidieuse dans le cas d une réarchitecture applicative. Cependant, celle-ci est facilitée par l utilisation de composants métier spécialisés et indépendants, introduits par les concepts orientés objets. Elle permet de tirer pleinement partie de la notion de composants métier réutilisables. Ces composants rendent un service standard voir même générique. Ils doivent être indépendant et totalement découplés de l application. Ils sont capables de communiquer entre eux et peuvent donc coopérer en étant implantés sur des machines physiques distinctes Le tier Client FIG. 1.1 Architecture - Tiers client Lorsque l on parle de client, nous pensons souvent à un programme externe. Par exemple la relation qu il y a entre une base de donnée Oracle et son outil d administration. L outil d administration peut être qualifié dans ce cas, de client de la base de donnée.

9 1.1 Comprendre les architectures multi-tiers 6 Les clients peuvent se repartir en trois grandes catégories : 1. Les navigateurs web avec les protocoles HTTP et HTTPS, basés essentiellement sur les langages HTML et XML. 2. Les clients lourds, applets basés sur les protocoles IIOP / RMI, CORBA. 3. Les Web-services sur le principe de SOAP, WSDL et ebxml Le tiers Web FIG. 1.2 Architecture - Tiers web Le tiers web est essentiel au fonctionnement futur de l application qui va subir la ré-architecture. Il en est en quelque sorte le coeur. En effet, ses attributions et ses responsabilités sont aussi nombreuses que variées. 1. Il reçoit les requêtes http des clients et renvoie les réponses correspondantes. 2. Il sépare la couche présentation qui est spécifique au client, de la couche métier. 3. Il génère du contenu dynamiquement. 4. Il transforme des requêtes http dans un format compris par l application. 5. Il contient la logique du flot de présentation. 6. Il identifie la session de l utilisateur. 7. Il supporte plusieurs types de clients. Bien que ses responsabilités soient nombreuses, le serveur web ne peut pas tout gérer lui-même. Pour effectuer certaine tâches, il doit en déléguer la responsabilité à une ou plusieurs entités applicatives qui pourront traiter la demande, et lui renvoyer le résultat. 1 Elect. Business Exchange Specification

10 1.1 Comprendre les architectures multi-tiers 7 Architecture du Tiers web FIG. 1.3 Architecture - Détails du tiers web Comme mentionné plus haut, le serveur web ne peut à lui seul assumer toutes ces responsabilités. C est pourquoi, des extensions serveurs peuvent lui êtres ajoutées afin de combler ses lacunes. Il existe différentes possibilités d étendre les fonctions premières d un serveur web. Notamment : 1. CGI / FastCGI (Common Gateway Interface). 2. ASP (Active Server Pages). 3. Java Servlets, nécessite un conteneur Java. 4. JSP (Java Server Pages). 5. PHP, Python. Etant donnée que le serveur web connaît ses possibilités ainsi que ses extensions, il pourra déléguer les requêtes qui lui sont attribuées aux extensions appropriées.

11 1.2 Architectures multi-tiers dans un contexte Java Le «Middleware» ou Tiers du milieu FIG. 1.4 Architecture - Partie «Middleware» Le middleware est une partie importante d une architecture n-tiers. On appelle ici middleware, littéralement «élément du milieu», l ensemble des couches réseau et services logiciel qui permettent le dialogue entre les différents composants d une application répartie. Ce dialogue se base sur un protocole applicatif commun, défini par l API du middleware. Le Gartner Group définit le middleware comme une interface de communication universelle entre processus. Il représente véritablement la clef de voûte de toute application client-serveur. L objectif principal du middleware est d unifier, pour les applications, l accès et la manipulation de l ensemble des services disponibles sur le réseau, afin de rendre l utilisation de ces derniers presque transparente. En effet, celui-ci a, entre autre la responsabilité de gérer les composants logiciel mis à disposition pour d autres applications. Le middleware offre des services aux composants, tel que le moyen de connexion à un SGBD (persistance), la gestion des transactions ainsi que l authentification. 1.2 Architectures multi-tiers dans un contexte Java Dans le cadre de cette étude, le middleware est contenu dans un serveur BEA Weblogic 8.1. Toutefois, ce serveur ne joue pas seulement le rôle d un middleware. En effet, il intègre aussi un serveur Web complet. Un des avantages majeurs de J2EE est de faire abstraction de l infrastructure d exécution. En effet, J2EE spécifie les rôles et les interfaces pour les applications, ainsi que l environnement d exécution dans lequel les applications sont déployées. Ceci permet

12 1.2 Architectures multi-tiers dans un contexte Java 9 aux développeurs d application de ne pas avoir a reprogrammer les services d infrastructure. Le serveur J2EE fournit aux applications un ensemble de services comme les connexions aux bases de données, la messagerie, les transactions... L architecture J2EE permet d unifier l accès à ces services au sein du serveur d application. La spécification de la plateforme J2EE prévoit un ensemble d extensions Java standard que chaque plate-forme J2EE doit prendre en charge : JNDI : JNDI est une extension JAVA standard qui fournit une API uniforme permettant d accéder à divers services de noms et de répertoires. Derrière un nom JNDI, il peut y avoir un appel à des services CORBA, DNS, NIS, LDAP... En fait, JNDI permet de localiser et d utiliser des ressources. Authentification : J2EE fournit des services d authentification en se basant sur les concepts d utilisateur, de domaines et de groupes. JDBC : Java Database Connectivity est une API qui permet aux programmes Java d interagir avec toutes les bases de données SQL. Servlet : Un servlet est un composant coté serveur, écrit en Java, dont le rôle est de fournir une trame générale pour l implémentation de paradigmes " requêteréponse ". Ils remplacent les scripts CGI tout en apportant des performances bien supérieures. JSP : La technologie JSP (JavaServer Pages) est une extension de la notion de servlet permettant de simplifier la génération de pages web dynamiques. Elle se sert de balises semblables au XML ainsi que de scriplets Java afin d incorporer la logique de fabrication directement dans le code HTML. JSP est un concurent direct de l ASP et du PHP. JMS : Java Messaging Service est à la fois une ossature et une API permettant aux développeurs de construire des applications professionnelles qui se servent de messages pour transmettre des données. JTA : La spécification JTA (Java Transaction API) définit des interfaces standards entre un gestionnaire de transactions et les éléments impliqués dans cellesci : L application, le gestionnaire de ressources et le serveur. EJB : Chaque instance d un EJB se construit dans conteneur EJB, un environnement d exécution fournissant des services (Sécurité, Communications, Cycle de vie...). Un client n accède JAMAIS directement à un composant. Il doit pour cela passer par une l appel à une «Factory méthode» qui va lui retourner une référence vers une instance de l EJB concerné. L interface locale décrit le cycle d existence du composant en définissant des méthodes permettant de le trouver, de le créer, de le détruire. Et L interface distante spécifie les méthodes que ce composant présente au monde extérieur.

13 1.3 Architecture globale actuelle de l application Architecture globale actuelle de l application L application existante est très clairement construite sur un modèle d architecture deux tiers. Dans une architecture deux tiers, encore appelée client-serveur de première génération ou client-serveur de données, le poste client se contente de déléguer la gestion des données à un service spécialisé. Ce type d application permet de tirer partie de la puissance des ordinateurs déployés en réseau pour fournir à l utilisateur une interface riche, tout en garantissant la cohérence des données, qui restent gérées de façon centralisée Coté client Le dialogue entre le client et le serveur se résume à l envoi de requêtes et au retour des données correspondantes aux requêtes. Ce dialogue nécessite l instauration d une communication entre les deux parties. Comme vu précédemment, cette communication est établie via Jdbc dans le but de : 1. Authentifier l utilisateur. 2. Effectuer les différentes requêtes nécessaires à l exécution de l application. Bien que l application suive le principe du client-serveur, elle n a pas été développée en tenant compte des techniques de Génie logiciel. Aucune couche applicative ressort clairement. Néanmoins, une séparation a été faite du point de vue logique en ce qui concerne les packages qui la composent. Trois packages distincts ont été définis : 1. Un package «ghc» qui contient l application cliente. 2. Un package «gha» qui contient l application cliente d administration du système. 3. Un package «common» qui regroupe les différentes classes communes aux deux applications, notamment l accès aux données Coté serveur, gestion de la persistance La gestion des données est prise en charge par un SGBD Oracle8i s exécutant sur un serveur dédié de type HP-UNIX. Ce dernier est interrogé en utilisant un langage de requête qui est SQL. 1.4 Gestion de la persistance dans l environnement cible La gestion future de la persistance va être tout autre. En effet, cette gestion va toujours se faire sur la base d un serveur Oracle, mais sa gestion, tant au niveau des transaction, des exceptions et des contrôles d erreurs va être dévolue au système SAP.

14 1.4 Gestion de la persistance dans l environnement cible 11 Afin de pouvoir enregistrer les données, des interfaces au sens propre du terme vont être mis à notre disposition. De ce fait, les insertions, les récupérations et les modifications de données ne vont plus être effectues au moyen de traitements SQL standards, mais par l intermédiaire de Web services. Ces Web services sont, pour la plupart standards à SAP, et pour d autres crées spécifiquement pour l application. Ces Web services sont de type ABAP. Une connexion Jco est donc nécessaire entre le Web Application Server de SAP et SAP R/3. Un fichier WSDL 2 par Web service est requis pour décrire les fonctions que celuici mets à notre disposition. 2 Web Services definition langage

15 Chapitre 2 Technologies applicative cible spécialisée 2.1 JCo - Java connector for SAP SAP Java Connector est un outils basé sur le concept de pakage Java qui permet a une application standalone ou Web-based de pouvoir communiquer avec un système SAP. Cette API est bidirectionnelle. Elle supporte une communication du monde Java vers SAP et du monde SAP vers Java. De ce fait, grâce a une grande interaction entre ces deux système, cela permets une interopérabilité accru. JCO est essentiel entre le moteur J2EE de SAP et le serveur d application de SAP. Il agit en tant que Java-Wrapper pour avoir accès au librairie RFC Remote Function Call (RFC) RFC est un protocole SAP qui simplifie la programmation des processus de communication entre les systèmes. Ces RFC permettent au programmeur d appeler des fonctions prédéfinis situées sur un système distant. Ces même RFC encapsule tout le processus de communication, les paramètres de transfert de l information aussi que la gestion des exceptions levées durant le processus de communication. Dans le moteur J2EE du serveur d application SAP 6.20, les RFC sont utilisées pour connecter des requêtes J2EE au monde ABAP.

16 2.1 JCo - Java connector for SAP 13 FIG. 2.1 Scénario d utilisation et de création d une RFC 1. Au demarrage du moteur RFC, une connection est établit avec l annuaire SAP. 2. Après quoi, le moteur RFC s enregistre auprès du «Gateway». 3. Un appel RFC s effectue vers SAP Le «Gateway» renvoie l appel vers le moteur RFC. 5. Le moteur RFC cherche dans le JNDI un EJB correspondant a la fonction demandée. 6. Le moteur RFC appel «processfunction(jco.function)» contenu dans l EJB. 7. Le resultat de l appel est passé au «Gateway» 8. Le «Gateway» transfert le resultat a SAP RFC Library Les librairies RFC offre une interface a un système SAP. Grâce a ces librairies, les développeurs ont la possibilité d appeler n importe quelles fonctions contenu dans un système SAP depuis une application externe. De plus, les librairies RFC permettent de concevoir des programmes RFC qui serons stocker sur le serveur SAP. Ces programmes personnalisés seront accessible a partir de n importe quelle serveur SAP R/3 ou une application externe. 1 Attention, la fonction doit être definie dans l annuaire avant l appel.

17 2.1 JCo - Java connector for SAP Appel de fonctions Java depuis SAP R/3 Dans l environnement JCO, la classe JCO.Server peut être utilisé afin de créer une RFC coté serveur. Après avoir été créee, la RFC est enregistrée dans le «Gateway» SAP et mappé avec un ID. Dans SAP, le couple ID et «Gateway» permettent de définir l adresse TCP/IP de déstination. De ce fait, du coté applicatif Java, lorsque SAP appelera une fonction Java, celle-ci sera du type handlerequest(jco.function function) Architecture Jco La connéctivité entre le moteur J2EE de SAP et le serveur d application Web SAP est disponible via différents protocole de communication tel que JCO via RFC, SOAP, RMI etc. Ce type de connéctivité est suffisante pour des applications qui ont un degré de couplage moyennement faible avec SAP. Ce couplage est réalisé à l aide de Web- Services coté SAP. Pour des applications qui ont un couplage plus important, cette FIG. 2.2 Architecture du JCO technique n est pas appropriée. Il faut alors utiliser couplage a l aide de composant J2EE et ABAP.

18 2.2 WebServices ABAP sur serveur SAP WAS WebServices ABAP sur serveur SAP WAS Principe de fonctionnement ABAP est un langage propriétaire de SAP. L architecture et le mode d accès a des Web services SAP diffères selon l utilisation que l on veut en faire. Dans le cas de la réarchitecture de l application et comme nous l avons vu précédemment, la gestion de la persistance va se faire par l intermédiaire de Web services SAP. La totalité des Web services que SAP mets à la disposition des développeurs se trouve sur le serveur R/3. Tout ces Web services sont codés en ABAP. Comment donc faire la liaison entre le serveur BEA, l hôte de l application et SAP? Le principe est simple. SAP mets à disposition un WAS, c est-à-dire un «Web Application Server». Ce WAS communique via des RFC avec le serveur SAP R/3. Le serveur BEA quand à lui ne communique pas directement avec le serveur R/3. Il communique avec le WAS qui lui sert d intermédiaire. Pour cela, SAP fournit les définitions de ces Web services sous forme de WSDL. FIG. 2.3 Intégration BEA - SAP 2.3 BEA Weblogic Plate-forme J2EE Le serveur Weblogic 8.1 implantante la technologie Java 2, Enterprise Edition (J2EE) version J2EE est la plate-forme standard pour le développement d application multi-tiers basé sur le langage Java. La technologie J2EE à été conjointement développé par Sun Microsystems ainsi que d autre Entreprise, entre autre, BEA Systems, le concepteur de Weblogic. Les applications J2EE sont basées sur des composants modulaires standardisés. Le serveur WebLogic fournit un jeu de services complets pour gérer, maintenir et développer ces composants. 2 http : //java.sun.com/j2ee/sdk_1.3/index.html

19 2.3 BEA Weblogic Architecture du serveur d application Weblogic WebLogic est un serveur d application, c est à dire une plate-forme destiné à développer et déployer des applications distribuées multi-tiers. Ce serveur mets en oeuvre le principe de cache d objets et de pool de connections afin d augmenter la disponibilités des ressources ainsi que les performances. Le serveur Weblogic opère dans le tiers milieu d une une architecture n-tiers. Une architecture n-tiers détermine ou les composants logiciels doivent être exécutés en tenant compte des autres composants, du hardware, du réseau et des utilisateurs. Le fait de choisir le meilleur emplacement pour un composant permet de développer des applications plus rapidement et de contrôler les performances, la sécurité, la faisabilité et l évolutivité Composant logiciel d une architecture multi-tiers Les composants logiciels d une architecture n-tiers consiste en fait en trois tiers : Le tiers client contient les programmes exécutés par les utilisateurs, ceci inclus les navigateurs Web. Ces programmes peuvent être écrit en n importe quel langage. Le tiers intermédiaire ou middle tiers contient le serveur WebLogic ou tout autre serveur qui est sollicité par les clients, comme des serveurs Web ou des proxy. Le tiers «Bachend» contient les ressources d entreprises comme les bases de données et par exemple les ERP tel que SAP. Composants client Les clients du serveur utilisent les interfaces standard pour accéder au serveur WebLogic étant donné que ce serveur est un serveur Web a part entière. De ce fait, un navigateur Web peut envoyer une requête en utilisant le protocole HTTP. Etant donné que le serveur produit du contenu dynamique grâce notamment a l emploi de JSP et de servlets, cela permet d avoir des pages personnalisées en fonction des actions de l utilisateur. Cela permet d avoir une plus grande interaction avec celui-ci. Bien entendu, les clients lourds, c est-à-dire ceux écrit en swing, peuvent également avoir accès aux composant du serveur, aux EJB par exemple qui se trouvent dans la couche «Business», ou aux web services. Composants intermédiaires ou «Middle Tiers» Les applications basées sur le principe d une architecture multi tiers requièrent des performances accrues du tiers du milieu. C est pourquoi, le serveur d application doit être choisi judicieusement afin qui celui-ci puisse répondre au besoin de l entreprise tant sur le plan économique que stratégique.

20 2.3 BEA Weblogic FIG. 2.4 Architecture n-tiers BEA permet d organiser le tiers du milieu en cluster. Cela est une fonctionnalité à part entier de WebLogic. En effet, le fait d organiser le tiers du milieu en cluster est totalement transparent pour l utilisateur final. De plus, cela permet d équilibrer la charge de chacun des serveurs et augmente la sécurité et la continuité de service. Si une requêtes, quelques qu elle soit (EJB, Servlet) est en erreur car le serveur de destination n est pas atteignable ou est en panne, alors un autre serveur WebLogic du cluster prendra la relève et permettra de répondre au client. Composants «BackEnd» Le «Backend» contient tous des services qui sont atteignable uniquement via le serveur WebLogic. WebLogic protège les applications «Backend» notamment les bases de données en proposant par exemple le principe de pool de connexion. De ce fait, les connexions aux différentes bases de données de l entreprise sont gérées directement depuis le serveur. Cela permet de détecter les connexions inactives, de les libérer afin de les attribués à d autre demandeur. Il n y a pas que les bases de données qui font partie du «Backend». Les ERP, dans le cas de mon travail SAP.

21 2.3 BEA Weblogic Structuration des couches applicatives Couche «Présentation» La couche présentation inclue la logique applicative et le moyen de l afficher à l écran via une interface utilisateur. La plupart des applications J2EE utilisent un navigateur web sur la machine cliente. Il est évident d en déduire les raisons. En effet, cela est plus facile que de devoir déployer un programme complet sur une multitude de poste dans une entreprise. Dans ce cas, en utilisant un navigateur web, la logique de présentation est dévolue au serveur Weblogic qui va la préparer, la mettre en forme et ensuite l envoyer au client qui se chargera de l afficher. 1. Les clients du type navigateur web : Les applications basées sur le web sont facile a maintenir du fait de leur centralisation et portable. Dans ce type de client, l interface utilisateur est généralement du type HTML, couplé dans mon cas avec des pages JSP reposant sur des Servlet. Les pages JSP sont faciles à écrire, car elles contiennent une grande partie de code HTML. Néanmoins, elles peuvent contenir du code Java sous forme de scriplet. Il est important de noter que les pages JSP sont compilées et convertie en Servlet avant d être exécuté et envoyé au client. 2. Les autres clients : Les clients qui ne font pas partie des navigateurs web ont leur propre logique de présentation incluse dans le code. Ils ont besoin du serveur BEA uniquement dans le but d utiliser la couche «Business» et pour avoir accès aux services «Backend», dans le cas bien sur ou le serveur Weblogic est l unique point d entré pour avoir accès aux autres services d entreprise (Base de données, ERP). Ces clients peuvent être écrits en Java en utilisant l API Swing, qui permet de gérer l interface graphique. Afin que ces clients puissent avoir accès aux différents services du «Backend» et de la couche «Business» ils doivent implanter les connexions au serveur via RMI 3 / CORBA 4 ou SOAP 5 3. Les clients de web services : Les clients qui invoquent des Web services contenu dans WebLogic peuvent être écrit dans n importe quel langage. Il doit toutefois respecter certaines règles d appel du Web services. En effet il doit pouvoir créer un message SOAP qui décrit le Web service qu il veut atteindre et inclure dans le corps du message toutes les données qu il veut lui transmettre. Un envoi est effectué via HTTP / HTTPS. Le serveur traite la demande et renvoi une réponse sous forme de message SOAP. Couche «Business» Pour les applications J2EE, les Enterprise JavaBeans sont les briques qui composent la couche «Busines». Le serveur WebLogic contient un conteneur pour les 3 Remote Method Invocation 4 Common Object Request Broker 5 Simple Object Access Protocol

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

Architecture JEE. Objectifs attendus. Serveurs d applications JEE. Architectures JEE Normes JEE. Systèmes distribués Architecture JEE. Objectifs attendus Serveurs d applications JEE Systèmes distribués Architectures JEE Normes JEE couches logicielles, n-tiers framework JEE et design patterns 2007/02/28 Eric Hébert.eheb@yahoo.fr

Plus en détail

Compte Rendu d intégration d application

Compte Rendu d intégration d application ISMA 3EME ANNEE Compte Rendu d intégration d application Compte Rendu Final Maxime ESCOURBIAC Jean-Christophe SEPTIER 19/12/2011 Table des matières Table des matières... 1 Introduction... 3 1. Le SGBD:...

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

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

Architecture N-Tier. Ces données peuvent être saisies interactivement via l interface ou lues depuis un disque. Application Architecture Multi-Tier Traditionnellement une application informatique est un programme exécutable sur une machine qui représente la logique de traitement des données manipulées par l application. Ces

Plus en détail

Programmation d applications distribuées

Programmation d applications distribuées Programmation d applications distribuées François Charoy Université Henri Poincaré 8 octobre 2007 Première partie I Développement d applications distribuées Objectifs du cours Comprendre ce qu est une

Plus en détail

Formation Webase 5. Formation Webase 5. Ses secrets, de l architecture MVC à l application Web. Adrien Grand Centrale Réseaux

Formation Webase 5. Formation Webase 5. Ses secrets, de l architecture MVC à l application Web. Adrien Grand <jpountz@via.ecp.fr> Centrale Réseaux Formation Webase 5 Ses secrets, de l architecture MVC à l application Web Adrien Grand Centrale Réseaux Sommaire 1 Obtenir des informations sur Webase 5 2 Composants de Webase 5 Un

Plus en détail

Introduction à la plateforme J2EE

Introduction à la plateforme J2EE Introduction à la plateforme J2EE Auteur : Oussama Essefi Directeur technique Expert Consulting Oussama.essefi@expert-consulting.biz Copyright 2010 Expert Consulting Page 1 1. Introduction 1.1. Pourquoi

Plus en détail

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

Institut Supérieur de Gestion. Cours pour 3 ème LFIG. Java Enterprise Edition Introduction Bayoudhi Chaouki Institut Supérieur de Gestion Cours pour 3 ème LFIG Java Enterprise Edition Introduction Bayoudhi Chaouki 1 Java EE - Objectifs Faciliter le développement de nouvelles applications à base de composants

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 BEN ABDELJELIL HASSINE Mouna m.bnaj@yahoo.fr Développement des systèmes d Information Syllabus

Plus en détail

Programme «Analyste Programmeur» Diplôme d état : «Développeur Informatique» Homologué au niveau III (Bac+2) (JO N 176 du 1 août 2003) (34 semaines)

Programme «Analyste Programmeur» Diplôme d état : «Développeur Informatique» Homologué au niveau III (Bac+2) (JO N 176 du 1 août 2003) (34 semaines) Programme «Analyste Programmeur» Diplôme d état : «Développeur Informatique» Homologué au niveau III (Bac+2) (JO N 176 du 1 août 2003) (34 semaines) Module 1 : Programmer une application informatique Durée

Plus en détail

Messagerie asynchrone et Services Web

Messagerie asynchrone et Services Web Article Messagerie asynchrone et Services Web 1 / 10 Messagerie asynchrone et Services Web SOAP, WSDL SONT DES STANDARDS EMERGEANT DES SERVICES WEB, LES IMPLEMENTATIONS DE CEUX-CI SONT ENCORE EN COURS

Plus en détail

Java pour le Web. Cours Java - F. Michel

Java pour le Web. Cours Java - F. Michel Java pour le Web Cours Java - F. Michel Introduction à JEE 6 (ex J2EE) Historique Qu'est-ce que JEE JEE : Java Entreprise Edition (ex J2EE) 1. Une technologie outils liés au langage Java + des spécifications

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

Types d applications pour la persistance. Outils de développement. Base de données préexistante? 3 modèles. Variantes avec passerelles

Types d applications pour la persistance. Outils de développement. Base de données préexistante? 3 modèles. Variantes avec passerelles Types d applications pour la persistance Université de Nice Sophia-Antipolis Version 0.9 28/8/07 Richard Grin Toutes les applications n ont pas une complexité qui nécessite une architecture n- tiers Ce

Plus en détail

Architecture Logicielle

Architecture Logicielle Architecture Logicielle Chapitre 3: UML pour la description et la documentation d une architecture logicielle Année universitaire 2013/2014 Semestre 1 Rappel L architecture d un programme ou d un système

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

Groupe Eyrolles, 2004, ISBN : 2-212-11346-3

Groupe Eyrolles, 2004, ISBN : 2-212-11346-3 Groupe Eyrolles, 2004, ISBN : 2-212-11346-3 Table des matières Avant Propos................................................ 1 Pourquoi ce livre?........................................... 1 Structure de

Plus en détail

Module BD et sites WEB

Module BD et sites WEB Module BD et sites WEB Cours 8 Bases de données et Web Anne Doucet Anne.Doucet@lip6.fr 1 Le Web Architecture Architectures Web Client/serveur 3-tiers Serveurs d applications Web et BD Couplage HTML-BD

Plus en détail

Auto-évaluation Aperçu de l architecture Java EE

Auto-évaluation Aperçu de l architecture Java EE Auto-évaluation Aperçu de l architecture Java EE Document: f1218test.fm 22/03/2012 ABIS Training & Consulting P.O. Box 220 B-3000 Leuven Belgium TRAINING & CONSULTING INTRODUCTION AUTO-ÉVALUATION APERÇU

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

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

24/11/2011. Cours EJB/J2EE Copyright Michel Buffa. Plan du cours. EJB : les fondamentaux. Enterprise Java Bean. Enterprise Java Bean. Plan du cours 2 Introduction générale : fondamentaux : les fondamentaux Michel Buffa (buffa@unice.fr), UNSA 2002, modifié par Richard Grin (version 1.1, 21/11/11), avec emprunts aux supports de Maxime

Plus en détail

Apache Tomcat 8 Guide d'administration du serveur Java EE 7 sous Windows et Linux

Apache Tomcat 8 Guide d'administration du serveur Java EE 7 sous Windows et Linux Avant-propos 1. À qui s adresse ce livre? 11 2. Les pré-requis 12 Préambule 1. Rappel sur les architectures Internet/Intranet/Extranet 13 1.1 Le protocole HTTP 14 1.1.1 Les méthodes HTTP 16 1.1.2 Les codes

Plus en détail

Cours en ligne Développement Java pour le web

Cours en ligne Développement Java pour le web Cours en ligne Développement Java pour le web We TrainFrance info@wetrainfrance Programme général du cours Développement Java pour le web Module 1 - Programmation J2ee A) Bases de programmation Java Unité

Plus en détail

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

Programme scientifique Majeure ARCHITECTURE DES SYSTEMES D INFORMATION. Mentions Ingénierie des Systèmes d Information Business Intelligence É C O L E D I N G É N I E U R D E S T E C H N O L O G I E S D E L I N F O R M A T I O N E T D E L A C O M M U N I C A T I O N Programme scientifique Majeure ARCHITECTURE DES SYSTEMES D INFORMATION Mentions

Plus en détail

Formation en Logiciels Libres. Fiche d inscription

Formation en Logiciels Libres. Fiche d inscription République Tunisienne Ministère de l'industrie et la Technologie - Secrétariat d'état de la Technologie Unité des Logiciels Libres Formation en Logiciels Libres Fiche d inscription (Une fiche par candidat)

Plus en détail

Site Web de paris sportifs

Site Web de paris sportifs Conception Nom HENAUD Benoît Numéro d auditeur 05-39166 Version V1.1 Date de mise à jour 15/05/2008 1/18 Table des matières 1. Objectif du document... 3 2. Architecture... 4 2.1. Contraintes techniques...

Plus en détail

Hébergement de sites Web

Hébergement de sites Web Hébergement de Solutions complètes et évolutives pour l hébergement de sites Web dynamiques et de services Web sécurisés. Fonctionnalités Serveur Web Apache hautes performances Apache 1. et.0 1 avec prise

Plus en détail

Architectures web/bases de données

Architectures web/bases de données Architectures web/bases de données I - Page web simple : HTML statique Le code HTML est le langage de base pour concevoir des pages destinées à être publiées sur le réseau Internet ou intranet. Ce n'est

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

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

Développer de nouvelles fonctionnalités

Développer de nouvelles fonctionnalités 19 Développer de nouvelles fonctionnalités Chaque site e-commerce est unique. Bien que Magento soit une application riche, des besoins spécifiques apparaîtront et l ajout de modules deviendra nécessaire.

Plus en détail

Concevoir des applications Web avec UML

Concevoir des applications Web avec UML Concevoir des applications Web avec UML Jim Conallen Éditions Eyrolles ISBN : 2-212-09172-9 2000 1 Introduction Objectifs du livre Le sujet de ce livre est le développement des applications web. Ce n est

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

Technologies du Web. Créer et héberger un site Web. Pierre Senellart. Page 1 / 26 Licence de droits d usage

Technologies du Web. Créer et héberger un site Web. Pierre Senellart. Page 1 / 26 Licence de droits d usage Technologies du Web Créer et héberger un site Web Page 1 / 26 Plan Planification Choisir une solution d hébergement Administration Développement du site Page 2 / 26 Cahier des charges Objectifs du site

Plus en détail

SITE WEB E-COMMERCE ET VENTE A DISTANCE

SITE WEB E-COMMERCE ET VENTE A DISTANCE Développement d une application JAVA EE SITE WEB E-COMMERCE ET VENTE A DISTANCE PLAN PROJET Binôme ou monôme (B/M): M Nom & Prénom : AIT NASSER Btissam Email : aitnasser.btissam123@gmail.com GSM : Organisme

Plus en détail

Refonte front-office / back-office - Architecture & Conception -

Refonte front-office / back-office - Architecture & Conception - Refonte front-office / back-office - Architecture & Conception - GLG204 - Architectures Logicielles Java 2008/2009 Nom : Cédric Poisson Matricule : 06-49012 Version : 1.0 Jeudi 28 mai 2009 1 / 23 Table

Plus en détail

Evaluation Idéopass Cahier d analyse technique

Evaluation Idéopass Cahier d analyse technique Evaluation Idéopass Cahier d analyse technique Version 1 GMSIH 374, rue de Vaugirard 75015 Paris. Tel : 01 48 56 72 70. Fax : 01 48 56 07 70 Auteur(s) du document : Contrôle Qualité GMSIH Date : 17/03/2005

Plus en détail

Avant-propos 1. Avant-propos...3 2. Organisation du guide...3 3. À qui s'adresse ce guide?...4

Avant-propos 1. Avant-propos...3 2. Organisation du guide...3 3. À qui s'adresse ce guide?...4 Les exemples cités tout au long de cet ouvrage sont téléchargeables à l'adresse suivante : http://www.editions-eni.fr. Saisissez la référence ENI de l'ouvrage EP5EJAV dans la zone de recherche et validez.

Plus en détail

10. Base de données et Web. OlivierCuré [ocure@univ-mlv.fr]

10. Base de données et Web. OlivierCuré [ocure@univ-mlv.fr] 10. Base de données et Web 313 Evolution de l'information Ordre de grandeur : 314 1Mo : 1 gros roman 200Mo : ce que mémorise un être humain dans sa vie. 900Mo : information contenue dans le génome d'une

Plus en détail

Architectures n tiers Intergiciels à objets et services web

Architectures n tiers Intergiciels à objets et services web UMIN406 : thèmes abordés Architectures n tiers Intergiciels à objets et services web Clémentine Nebut LIRMM / Université de Montpellier 2 LIRMM Clementine.nebut@lirmm.fr 1 Distribution d objets Java RMI,.net

Plus en détail

Quelques patterns pour la persistance des objets avec DAO DAO. Principe de base. Utilité des DTOs. Le modèle de conception DTO (Data Transfer Object)

Quelques patterns pour la persistance des objets avec DAO DAO. Principe de base. Utilité des DTOs. Le modèle de conception DTO (Data Transfer Object) Quelques patterns pour la persistance des objets avec DAO Ce cours présente des modèles de conception utilisés pour effectuer la persistance des objets Université de Nice Sophia-Antipolis Version 1.4 30/8/07

Plus en détail

2 Chapitre 1 Introduction

2 Chapitre 1 Introduction 1 Introduction Ce livre présente les Enterprise JavaBeans 2.0 et 1.1 qui constituent la troisième et la deuxième version de la spécification des Enterprise JavaBeans. Tout comme la plate-forme Java a révolutionné

Plus en détail

Cahier de charges (Source : "Java EE - Guide de développement d'applications web en Java" par Jérôme Lafosse) Module. Site Web dynamique JSP / Servlet

Cahier de charges (Source : Java EE - Guide de développement d'applications web en Java par Jérôme Lafosse) Module. Site Web dynamique JSP / Servlet Cahier de charges (Source : "Java EE - Guide de développement d'applications web en Java" par Jérôme Lafosse) Module Site Web dynamique JSP / Servlet Sujet : betaboutique Soutenance le 04 / 01 /2013 &

Plus en détail

Applications Web dynamiques SIO-21970

Applications Web dynamiques SIO-21970 Faculté des sciences de l'administration Systèmes d'information organisationnels Université Laval Automne 2003 Applications Web dynamiques SIO-21970 Professeur: Dzenan Ridjanovic Bureau: 2519 Téléphone:

Plus en détail

SIO-65291 Page 1 de 5. Applications Web dynamiques. Prof. : Dzenan Ridjanovic Assistant : Vincent Dussault

SIO-65291 Page 1 de 5. Applications Web dynamiques. Prof. : Dzenan Ridjanovic Assistant : Vincent Dussault SIO-65291 Page 1 de 5 1- Objectifs généraux Applications Web dynamiques Prof. : Dzenan Ridjanovic Assistant : Vincent Dussault acquérir les principes et concepts fondamentaux dans le domaine d'applications

Plus en détail

TP JEE Développement Web en Java. Dans ce TP nous commencerons la programmation JEE par le premier niveau d une application JEE : l application web.

TP JEE Développement Web en Java. Dans ce TP nous commencerons la programmation JEE par le premier niveau d une application JEE : l application web. ASTRIUM - Toulouse JEE Formation 2013 TP JEE Développement Web en Java Dans ce TP nous commencerons la programmation JEE par le premier niveau d une application JEE : l application web. Figure 1 Architecture

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

OFFRE DE FORMATION L.M.D.

OFFRE DE FORMATION L.M.D. REPUBLIQUE ALGERIENNE DEMOCRATIQUE ET POPULAIRE MINISTERE DE L ENSEIGNEMENT SUPERIEUR ET DE LA RECHERCHE SCIENTIFIQUE OFFRE DE FORMATION L.M.D. MASTER PROFESSIONNEL ET ACADEMIQUE Systèmes d Information

Plus en détail

Architectures d'intégration de données

Architectures d'intégration de données Architectures d'intégration de données Dan VODISLAV Université de Cergy-ontoise Master Informatique M1 Cours IED lan Intégration de données Objectifs, principes, caractéristiques Architectures type d'intégration

Plus en détail

Patrons de Conception (Design Patterns)

Patrons de Conception (Design Patterns) Patrons de Conception (Design Patterns) Introduction 1 Motivation Il est difficile de développer des logiciels efficaces, robustes, extensibles et réutilisables Il est essentiel de comprendre les techniques

Plus en détail

Nouvelles Plateformes Technologiques

Nouvelles Plateformes Technologiques Cycle de présentation du développement Nouvelles Plateformes Technologiques Observatoire Technologique, CTI Observatoire Technologique 4 mai 2004 p 1 Plan de la présentation 1. Historique du projet 2.

Plus en détail

Business Process Execution Language

Business Process Execution Language Business Process Execution Language Rapport du projet de systèmes distribués d information Markus Lindström 6 mai 2009 Motivation personnelle Le sujet que j ai retenu et présenté dans le cadre du cours

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

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

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

Mercredi 15 Janvier 2014

Mercredi 15 Janvier 2014 De la conception au site web Mercredi 15 Janvier 2014 Loïc THOMAS Géo-Hyd Responsable Informatique & Ingénierie des Systèmes d'information loic.thomas@anteagroup.com 02 38 64 26 41 Architecture Il est

Plus en détail

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

INTERNET est un RESEAU D ORDINATEURS RELIES ENTRE EUX A L ECHELLE PLANETAIRE. Internet : interconnexion de réseaux (anglais : net = réseau) CS WEB Ch 1 Introduction I. INTRODUCTION... 1 A. INTERNET INTERCONNEXION DE RESEAUX... 1 B. LE «WEB» LA TOILE, INTERCONNEXION DE SITES WEB... 2 C. L URL : LOCALISER DES RESSOURCES SUR L INTERNET... 2 D.

Plus en détail

CHAPITRE 1. Introduction aux web services. 1.1 Définition. Contenu du chapitre : Env. De dev. Langage Visual Studio Java EE Qt Creator C#

CHAPITRE 1. Introduction aux web services. 1.1 Définition. Contenu du chapitre : Env. De dev. Langage Visual Studio Java EE Qt Creator C# CHAPITRE 1 Introduction aux web services Contenu du chapitre : Env. De dev. Langage Visual Studio Java EE Qt Creator C# NetBeans JavaScript Eclipse Objective C Xcode PHP HTML Objectifs du chapitre : Ce

Plus en détail

Cours CCNA 1. Exercices

Cours CCNA 1. Exercices Cours CCNA 1 TD3 Exercices Exercice 1 Enumérez les sept étapes du processus consistant à convertir les communications de l utilisateur en données. 1. L utilisateur entre les données via une interface matérielle.

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

RAPPORT DE CONCEPTION UML :

RAPPORT DE CONCEPTION UML : Carlo Abi Chahine Sylvain Archenault Yves Houpert Martine Wang RAPPORT DE CONCEPTION UML : Bamboo Ch@t Projet GM4 Juin 2006 Table des matières 1 Introduction 2 2 Présentation du logiciel 3 2.1 Précisions

Plus en détail

PRIMAVERA P6 ENTERPRISE PROJECT PORTFOLIO MANAGEMENT WEB SERVICES

PRIMAVERA P6 ENTERPRISE PROJECT PORTFOLIO MANAGEMENT WEB SERVICES PRIMAVERA P6 ENTERPRISE PROJECT PORTFOLIO MANAGEMENT WEB SERVICES DÉCOUVREZ DES POSSIBILITÉS ILLIMITÉES GRÂCE A L INTÉGRATION À DES SYSTÈMES D ENTREPRISE EXISTANTS FONCTIONNALITÉS Connectivité des systèmes

Plus en détail

1 Introduction à l infrastructure Active Directory et réseau

1 Introduction à l infrastructure Active Directory et réseau 1 Introduction à l infrastructure Active Directory et réseau Objectifs d examen de ce chapitre Ce premier chapitre, qui donne un aperçu des technologies impliquées par la conception d une infrastructure

Plus en détail

DOSSIER DE CONCEPTION Projet CAR

DOSSIER DE CONCEPTION Projet CAR DOSSIER DE CONCEPTION Projet CAR Maître d ouvrage (enseignant responsable) : Titulaire (équipe de conception) : William BOHER-COY Jonathan FAVIER Robin HAIDER Samuel ROLLET Date de rédaction : 27/01/2008

Plus en détail

Introduction à la conception de systèmes d information

Introduction à la conception de systèmes d information Introduction à la conception de systèmes d information 2008-2009 M1 MIAGE SIMA / M1 Informatique MIF17 Yannick Prié UFR Informatique - Université Claude Bernard Lyon 1 Objectifs de ce cours Présentation

Plus en détail

Application Web et J2EE

Application Web et J2EE Application Web et J2EE Servlet, JSP, Persistence, Méthodologie Pierre Gambarotto Département Informatique et Math appli ENSEEIHT Plan Introduction 1 Introduction Objectfis

Plus en détail

Programmation objet. www.ziggourat.com - Tél : 01 44 61 96 00 N enregistrement formation : 11752861675

Programmation objet. www.ziggourat.com - Tél : 01 44 61 96 00 N enregistrement formation : 11752861675 Programmation objet www.ziggourat.com - Tél : 01 44 61 96 00 enregistrement formation : 11752861675 Modélisation L essentiel du monde Objet... 3 UML et processus méthodologique... 4 Expression du besoin

Plus en détail

Apache Tomcat 8. Guide d administration du serveur Java EE 7 sous Windows et Linux. Apache Tomcat 8. Apache Tomcat 8

Apache Tomcat 8. Guide d administration du serveur Java EE 7 sous Windows et Linux. Apache Tomcat 8. Apache Tomcat 8 Avant-propos Préambule La plate-forme Java EE Installation et configuration Administration du serveur Déploiement et gestion des applications La sécurité du serveur et des applications Analyse et supervision

Plus en détail

Chapitre 4 Les Servlets. 1. Qu'est-ce qu'une Servlet? 1.1 Présentation. 1.2 Requêtes HTTP

Chapitre 4 Les Servlets. 1. Qu'est-ce qu'une Servlet? 1.1 Présentation. 1.2 Requêtes HTTP 210 Les Servlets 1. Qu'est-ce qu'une Servlet? 1.1 Présentation Les Servlets sont la base de la programmation Java EE. La conception d'un site Web dynamique en Java repose sur ces éléments. Une Servlet

Plus en détail

Administration de systèmes

Administration de systèmes Administration de systèmes Windows NT.2000.XP.2003 Copyright IDEC 2002-2004. Reproduction interdite. Sommaire... 2 Eléments logiques et physiques du réseau... 5 Annuaire et domaine... 6 Les utilisateurs

Plus en détail

Architecture Constellio

Architecture Constellio Architecture Constellio Date : 12 novembre 2013 Version 3.0 Contact : Nicolas Bélisle nicolas.belisle@doculibre.com 5146555185 1 Table des matières Table des matières... 2 Présentation générale... 4 Couche

Plus en détail

MODELISATION UN ATELIER DE MODELISATION «RATIONAL ROSE»

MODELISATION UN ATELIER DE MODELISATION «RATIONAL ROSE» MODELISATION UN ATELIER DE MODELISATION «RATIONAL ROSE» Du cours Modélisation Semi -Formelle de Système d Information Du Professeur Jean-Pierre GIRAUDIN Décembre. 2002 1 Table de matière Partie 1...2 1.1

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

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

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

1.2 Genèse. 1.3 Version de Designer utilisée Designer et l ingénierie du logiciel Notions élémentaires P.-A. Sunier, ISNet Neuchâtel avec le concours de C. Kohler et P. Ferrara 1 Propos liminaires... 1 1.1 Objectifs de publication... 1 1.2 Genèse...

Plus en détail

Modèle de cahier des charges pour un appel d offres relatif à une solution de gestion des processus métier (BPM)

Modèle de cahier des charges pour un appel d offres relatif à une solution de gestion des processus métier (BPM) LA BOITE A OUTILS DE L ACHETEUR DE BPM Modèle de cahier des charges pour un appel d offres relatif à une solution de gestion des processus métier (BPM) La boîte à outils de l acheteur de solution BPM -

Plus en détail

Gestion d une école. FABRE Maxime FOUCHE Alexis LEPOT Florian

Gestion d une école. FABRE Maxime FOUCHE Alexis LEPOT Florian Gestion d une école FABRE Maxime 2015 Sommaire Introduction... 2 I. Présentation du projet... 3 1- Lancement de l application... 3 Fonctionnalités réalisées... 4 A. Le serveur... 4 1 - Le réseau... 4 2

Plus en détail

Introduction ASP.NET

Introduction ASP.NET 1 Sommaire Introduction... 1 1 Framework... 2 1.1 Général (.NET)... 2 1.2 ASP.NET... 2 2 Prérequis... 2 3 Présentation des bases d un projet ASP.NET... 3 3.1 Création d un projet... 3 3.2 Site Web : Les

Plus en détail

«clustering» et «load balancing» avec Zope et ZEO

«clustering» et «load balancing» avec Zope et ZEO IN53 Printemps 2003 «clustering» et «load balancing» avec Zope et ZEO Professeur : M. Mignot Etudiants : Boureliou Sylvain et Meyer Pierre Sommaire Introduction...3 1. Présentation générale de ZEO...4

Plus en détail

Introduction aux principes de la technologie Internet

Introduction aux principes de la technologie Internet 1 Introduction aux principes de la technologie Internet Je suis impliqué dans le commerce électronique depuis un bon bout de temps : j ai vendu des Casios dans les rues de New York! Il y a à peine quelques

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

Catalogue des Formations Techniques

Catalogue des Formations Techniques Catalogue des Formations Techniques Items Média Concept 4, allées Pierre-Gilles de Gennes - 33700 Mérignac Téléphone : 05.57.35.73.73 Télécopie : 05.57.35.73.70 Courriel : contact@imc-fr.com 2 Préambule

Plus en détail

JOnAS 5. Serveur d application d

JOnAS 5. Serveur d application d JOnAS 5 Serveur d application d dynamique Agenda En quelques mots Caractéristiques essentielles Zoom sur le versioning 2 Bull, 2008 Serveur d application dynamique JOnAS - Serveur d application Open Source

Plus en détail

Introduction aux «Services Web»

Introduction aux «Services Web» Introduction aux «Services Web» Sana Sellami sana.sellami@univ-amu.fr 2014-2015 Modalité de contrôle de connaissances Note de contrôle de continu Note projet Evaluation du projet la semaine du 17 novembre

Plus en détail

Le moteur de workflow JBPM

Le moteur de workflow JBPM Le moteur de workflow Claude Duvallet Université du Havre UFR Sciences et Techniques 25 rue Philippe Lebon - BP 540 76058 LE HAVRE CEDEX Claude.Duvallet@gmail.com http://litis.univ-lehavre.fr/ duvallet/

Plus en détail

Le moteur de workflow JBPM

Le moteur de workflow JBPM Le moteur de Workflow Le moteur de workflow 1 Claude Duvallet Université du Havre UFR Sciences et Techniques 25 rue Philippe Lebon - BP 540 76058 LE HAVRE CEDEX Claude.Duvallet@gmail.com http://litis.univ-lehavre.fr/

Plus en détail

Chapitre I : Protocoles client serveur et architectures distribuées

Chapitre I : Protocoles client serveur et architectures distribuées Chapitre I : Protocoles client serveur et architectures distribuées Eric Leclercq & Marinette Savonnet Département IEM / UB Eric.Leclercq@u-bourgogne.fr Bureau G212 Aile des Sciences de l Ingénieur Mise-à-jour

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

W4 - Workflow La base des applications agiles

W4 - Workflow La base des applications agiles W4 - Workflow La base des applications agiles, W4 philippe.betschart@w4global.com Vous avez dit «workflow»? Processus : Enchaînement ordonné de faits ou de phénomènes, répondant à un certain schéma et

Plus en détail

CQP Développeur Nouvelles Technologies (DNT)

CQP Développeur Nouvelles Technologies (DNT) ORGANISME REFERENCE STAGE : 26572 20 rue de l Arcade 75 008 PARIS CONTACT Couverture géographique : M. Frédéric DIOLEZ Bordeaux, Rouen, Lyon, Toulouse, Marseille Tél. : 09 88 66 17 40 Nantes, Lille, Strasbourg,

Plus en détail

Groupe Eyrolles, 2003 ISBN : 2-212-11270-X

Groupe Eyrolles, 2003 ISBN : 2-212-11270-X Groupe Eyrolles, 2003 ISBN : 2-212-11270-X 1 Présentation de Tomcat La plupart des lecteurs de ce livre ont certainement déjà développé des applications Web Java et souhaitent approfondir leurs connaissances

Plus en détail

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

les techniques d'extraction, les formulaires et intégration dans un site WEB les techniques d'extraction, les formulaires et intégration dans un site WEB Edyta Bellouni MSHS-T, UMS838 Plan L extraction des données pour un site en ligne Architecture et techniques Les différents

Plus en détail

WEB & DÉVELOPPEMENT LES BASES DU WEB LE LANGAGE HTML FEUILLES DE STYLES CSS HISTORIQUE D INTERNET ET DU WEB LES DIFFÉRENTS LANGAGES

WEB & DÉVELOPPEMENT LES BASES DU WEB LE LANGAGE HTML FEUILLES DE STYLES CSS HISTORIQUE D INTERNET ET DU WEB LES DIFFÉRENTS LANGAGES WEB & DÉVELOPPEMENT LES BASES DU WEB HISTORIQUE D INTERNET ET DU WEB LES DIFFÉRENTS LANGAGES LE LANGAGE HTML STRUCTURE D UNE PAGE En-tête et corps Syntaxe INSÉRER DES CONTENUS Texte : formatage (titre,

Plus en détail

CORBA. (Common Request Broker Architecture)

CORBA. (Common Request Broker Architecture) CORBA (Common Request Broker Architecture) Projet MIAGe Toulouse Groupe 2 1 CORBA, introduction (1/4) Les systèmes répartis permettent de créer des applications basées sur des composants auto-gérables,

Plus en détail

Créer et partager des fichiers

Créer et partager des fichiers Créer et partager des fichiers Le rôle Services de fichiers... 246 Les autorisations de fichiers NTFS... 255 Recherche de comptes d utilisateurs et d ordinateurs dans Active Directory... 262 Délégation

Plus en détail

Architectures n-tiers Intergiciels à objets et services web

Architectures n-tiers Intergiciels à objets et services web Plan pour aujourd hui Architectures n-tiers Intergiciels à objets et services web Clémentine Nebut Nebut LIRMM / Université de Montpellier 2 Clementine.nebut@lirmm.fr Introduction Architectures classiques

Plus en détail

SOA et Services Web. 23 octobre 2011. Evolution des Systèmes d Information

SOA et Services Web. 23 octobre 2011. Evolution des Systèmes d Information SOA et Services Web 23 octobre 2011 1 Evolution des Systèmes d Information 2 Qu est ce qu une application répartie? Il s agit d une application découpée en plusieurs unités Chaque unité peut être placée

Plus en détail

Devenez un véritable développeur web en 3 mois!

Devenez un véritable développeur web en 3 mois! Devenez un véritable développeur web en 3 mois! L objectif de la 3W Academy est de former des petits groupes d élèves au développement de sites web dynamiques ainsi qu à la création d applications web

Plus en détail