Rappels. Génie logiciel. Broker. Problem: service location. Patterns. Philippe Dugerdil. Layer Batch sequential Publish subscribe MVC Proxy.

Save this PDF as:
 WORD  PNG  TXT  JPG

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

Download "Rappels. Génie logiciel. Broker. Problem: service location. Patterns. Philippe Dugerdil. Layer Batch sequential Publish subscribe MVC Proxy."

Transcription

1 Rappels Génie logiciel Philippe Dugerdil Patterns Layer Batch sequential Publish subscribe MVC Proxy Problem: service location Broker network

2 Broker Implemented tactics Modifiability tactics Use an intermediary Restrict communication paths Performance tactics Increase available resources Exemple: CORBA Problem: too many connections 2

3 Facade Implemented tactics Client Class Class5 Class3 Class4 Class6 Class7 Class2 Modifiability tactics Hide information Restrict communication paths Use an intermediary Class Class4 Class7 Client Facade Class3 Class2 Class5 Class6 9 Example: client-server objects & proxies New architecture: façade & proxy 2 3

4 Exemple: session façade Problem: too much information to process & monolytic process. server 4 Pipes and Filters The processing chain Filter Filter Filter Filter Pipe Pipe Pipe 4

5 Performance tactics: Introduce concurrency First-in first-out Implemented tactics Exemple: traitement d un appareil photo digital Source: Langhorst A, Steinle M. Pipes and Filter Architectural Pattern. Hasso-Plattner Institute for Software Systems Engineering, Postdam Germany, Problem: network congestion Value Object client server Client Server network uses «Value Object» Data Object creates 5

6 Implemented tactics Dépendances: quel pattern? Performance tactics Reduce computational overhead Maintain multiples copies of either data or computation Tactique: mettre un intermédiaire.mais lequel?. Syntaxe des données (paramètres) & signature 2. Sémantique des données (paramètres) & signature 3. Séquence des données et du contrôle 4. Identité (nom/référence) d un interface 5. Localisation d un programme 6. Qualité de service ou des données (précision) 7. Existence d un module 8. Accès aux ressources (ressources partagées) Façade Façade Publish / subscribe Broker Broker Proxy 2 Addresses: functional Requirements Addresses NFR: maintainability, modifiability testability Addresses NFR: availability, reliability performance Summary 4+ views Logical models of the design Logical view Process view Concurrency and synchronization aspects Use-cases Static organization of the Software: layers, subsystems and components Development view Physical view Mappings of software to hardware Addresses NFR: maintainability, modifiability testability Addresses NFR: availability, reliability performance Reference [Source: Kruchten Ph.- The 4+ View Model of Architecture. IEEE Software 2(6), Nov. 995] 6

7 Specs. Fonct. NFR Et le modèle de robustesse? Modèle d analyse Heuristiques RUP High level architecture Patterns d architecture Low level architecture Design patterns 25 Du modèle de robustesse au modèle de conception Partir l architecture des classes d analyse. Pour chaque composant / package:. Reprendre chaque responsabilité des objets contenus 2. Appliquer une transformation vers un modèle de conception qui implante cette responsabilité. ou 2. Etendre un modèle de conception existant avec la nouvelle responsabilité, si pertinent. Les transformation sont guidées par les patterns de conception (Design Patterns) Quand faire un design explicite?. Pour tout composant complexe 2. Pour tout composant réutilisable 3. Pour les développements externalisés Contrôle qualité, vérification de conformité 4. Dans l approche MDA Toutefois Il est courant de faire du reverse-engineering en cours de développement pour conserver la vue globale Check Architecture détaillée: entre «forward» et «reverse» Analysis Reverse-engineering Architecture Check Implementation Design Delivery 7

8 GestionnaireView GestionnaireView(unGestionnaire : Gestionnaire) 0.. Gestionnaire - objectfromstring(unstring : String) + objectli st() + selectobject() + selectedstring(unstring : String) <<Interface>> * ObjetGéré objetgeres + tostring() Design des classes d analyse Intérêt des Design Patterns Class: Nom Nom superclasse Noms des sous-classes Class: Nom Nom superclasse Responsabilité Noms des Collaborations sous-classes Class: Nom Nom superclasse Noms des sous-classes ResponsabilitéClass: NomCollaborations Nom superclasse Noms des sous-classes Responsabilité Collaborations Responsabilité Collaborations Conception de systèmes complexes en réutilisant des solutions partielles qui "marchent bien". Conséquence: économie d'effort de développement, meilleure qualité des systèmes. Analyse de systèmes développés par d'autres en identifiant les micro architectures. Réduction de la complexité. Ce qu'il faut retenir la responsabilité des objets la façon dont collaborent pour fournir la solution. Catalogue Implanter un sous-système GOF: Erich Gamma, Richard Helm, Ralph Johnson, John Vlissides - Design Patterns, Elements of Reusable Object-Oriented Software, Addison Wesley,

9 Problème Principe de la solution (PhD) Comment «encapsuler» un sous-système de telle manière que seule l interface (protocole) soit connu de l extérieur du système. L implantation (classes internes au composant) est cachée. Le sous-système «exporte» l interface. Comment instancier la ou les classes qui implantent cet interface et permettent de mettre en œuvre ce protocole? Utilisation de package Java Interface Java (+) Classes d implantation (~) Classe «Factory» dans chaque composant nom (standard): NomComposantFactory unique méthode: + getnominterface() I Problème: affichage d information POJO Model-vue (PhD) Correspondance : extérieur Comment et sur quel principe mettre en relation un écran et un objet à afficher. Quelle partie du travail est effectuée par quel objet? Qui met l écran et le modèle en correspondance? Qui connait qui? Vue + Display ( [in] m : Modele ) modele Modele Solution: Le modèle contient les données et les méthodes d accès. Il ne sait pas comment ses données sont représentées. La vue contient les modalités d affichage et connait les méthodes à invoquer dans le modèle. La mise en correspondance peut soit être réalisée de l extérieur, par un autre objet, ou être codée dans le modèle. + getattribut ( ) + getattribut2 ( ) NB: Display() peut être remplacé par le constructeur en Java 9

10 Model-vue (PhD) Correspondance : modèle Commentaire Vue + Display ( [in] m : Modele ) modele Modele + getattribut ( ) + getattribut2 ( ) + display ( ) Les classes réelles du modèle de classe du projet ne s appellent pas Vue et Modèle, mais possèdent les noms correspondant aux concepts du domaine. Parfois, le nom de la vue est composé à partir du nom du modèle postfixé par le mot «View» ou «Vue». Couplage : Fort entre vue et modèle (connaissance des méthodes du modèle) Faible entre modèle et vue Transformation model-vue Principe: chaque «vue» doit posséder un modèle. Pour chaque boundary object à transformer en «vue» se poser les questions: - Quel est son modèle? La vue est-elle simple ou multiple? (plusieurs objets vue rassemblés pour former l'interface utilisateur). Nécessité de mise à jour simultanée de toutes les vues? 0

Rappels. Génie logiciel. Implemented tactics. Oldest architecture: Batch-Sequential

Rappels. Génie logiciel. Implemented tactics. Oldest architecture: Batch-Sequential Rappels Génie logiciel Philippe Dugerdil Composants, packages Couches & dépendances Principes de structuration Réutilisation / responsabilité Réutilisation & composants 09.12.2010 Oldest architecture:

Plus en détail

Rappels. Génie logiciel. Implemented tactics. Pattern: Facade. Tactiques de performance Tactiques de disponibilité. Patterns

Rappels. Génie logiciel. Implemented tactics. Pattern: Facade. Tactiques de performance Tactiques de disponibilité. Patterns Rappels Génie logiciel Philippe Dugerdil 04.2.2008 2008 Tactiques de performance Tactiques de disponibilité Patterns Layer Publish/subscribe MVC Value object Proxy Pattern: Facade Implemented tactics Client

Plus en détail

les Design Patterns 11/02/2013 labsticc.univ-brest.fr/pages_perso/babau/ Département Informatique, UFR Sciences, UBO Laboratoire Lab-STICC

les Design Patterns 11/02/2013 labsticc.univ-brest.fr/pages_perso/babau/ Département Informatique, UFR Sciences, UBO Laboratoire Lab-STICC labsticc.univ-brest.fr/pages_perso/babau/ les Design Patterns Jean-Philippe Babau Département Informatique, UFR Sciences, Laboratoire Lab-STICC 2 1 Plan Introduction aux Design patterns Quelques Design

Plus en détail

Concevoir l architecture d un système

Concevoir l architecture d un système Concevoir l architecture d un système Hafedh Mili 2007 Concevoir l architecture d un système Le système doit réaliser un ensemble de fonctions ayant des dépendances logiques entre elles Architecture fonctionnelle

Plus en détail

Design Patterns. Pourquoi utiliser des patterns? Pourquoi utiliser des patterns? Les patterns vue de loin. D où viennent les design patterns?

Design Patterns. Pourquoi utiliser des patterns? Pourquoi utiliser des patterns? Les patterns vue de loin. D où viennent les design patterns? Noël NOVELLI ; Université de la Méditerranée ; LIF et Département d Informatique Case 901 ; 163 avenue de Luminy 13 288 MARSEILLE cedex 9 Design Patterns D où viennent les design patterns? D où viennent

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

MI3/GL Cours de Génie Logiciel Programmation Orientée Objet (Avancée)

MI3/GL Cours de Génie Logiciel Programmation Orientée Objet (Avancée) MI3/GL Cours de Génie Logiciel Programmation Orientée Objet (Avancée) Daniel Le Berre CRIL-CNRS FRE 2499, Université d Artois, Lens, FRANCE {leberre}@cril.univ-artois.fr 4 novembre 2004 MI3GL 2004/2005

Plus en détail

MI3/GL Cours de Génie Logiciel Programmation Orientée Objet (Avancée)

MI3/GL Cours de Génie Logiciel Programmation Orientée Objet (Avancée) MI3/GL Cours de Génie Logiciel Programmation Orientée Objet (Avancée) Daniel Le Berre dans une classe CRIL-CNRS FRE 2499, Université d Artois, Lens, FRANCE {leberre@cril.univ-artois.fr 2 décembre 2004

Plus en détail

Patrons de conception : Iterator. Patrons de conception. Problèmes récurrents. Patron de conception

Patrons de conception : Iterator. Patrons de conception. Problèmes récurrents. Patron de conception Patrons de conception : Iterator Théorie et pratique de la programmation Michel Schinz 203-03-25 Patrons de conception 2 Problèmes récurrents En programmation, comme dans toute discipline, certains problèmes

Plus en détail

Les «Design Patterns» Bruno Mermet Université du Havre 2007-2008

Les «Design Patterns» Bruno Mermet Université du Havre 2007-2008 Les «Design Patterns» Bruno Mermet Université du Havre 2007-2008 Introduction Origine Design Patterns, Elements of Reusable Object-Oriented Software, E. Gamma, R. Helm, R. Johnson, J. Vlissides, Addison-Wesley,

Plus en détail

Plan du cours. Syntaxe abstraite. Actions sémantiques Exemple : Analyseur d expressions arithmétiques Arbres de syntaxe.

Plan du cours. Syntaxe abstraite. Actions sémantiques Exemple : Analyseur d expressions arithmétiques Arbres de syntaxe. Plan du cours Syntaxe abstraite Martin Odersky 21 et 22 novembre 2005 version 1.0 1 2 3 Syntaxe abstraite Martin Odersky 1 de 31 Syntaxe abstraite Martin Odersky 2 de 31 Un analyseur syntaxique fait généralement

Plus en détail

Composite, Interpréteur et Visiteur

Composite, Interpréteur et Visiteur Composite, Interpréteur et Visiteur Cnam Paris jean-michel Douin Version du 10 Octobre 2003 Notes de cours java : les patterns Composite, Interpréteur et Visiteur Les notes et les Travaux Pratiques sont

Plus en détail

TOGAF & MODELIO La phase préliminaire

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

Plus en détail

Cours d architecture logicielle. Philippe Lalanda

Cours d architecture logicielle. Philippe Lalanda Cours d architecture logicielle Tactiques de conception Philippe Lalanda Philippe.lalanda@imag.fr Rappel n Approches pour la conception n Identification des composants fonctionnels n dérivation à partir

Plus en détail

Cours de Génie Logiciel

Cours de Génie Logiciel Cours de Génie Logiciel Sciences-U Lyon Design Pattern http://www.rzo.free.fr Pierre PARREND 1 Mai 2005 Sommaire Les Design Pattern Introduction Concepts Objets Réutilisation Utilisation des Design Patterns

Plus en détail

introduction à la conception Orientée Objet

introduction à la conception Orientée Objet 1 introduction à la conception Orientée Objet IUP GEII 2ème année marcel@univ-tours.fr http://www.blois.univ-tours.fr/ marcel 2 plan cours 1. motivations génie logiciel 2. concepts et techniques orientés

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

Architecture d Entreprise et des Systèmes d Information. 02 Présentation des démarches et cadres de référence TOGAF CIGREF PRAXEME CEISAR

Architecture d Entreprise et des Systèmes d Information. 02 Présentation des démarches et cadres de référence TOGAF CIGREF PRAXEME CEISAR Plan du chapitre Master Informatique et Systèmes Architecture d Entreprise et des Systèmes d Information 02 Présentation des démarches et cadres de référence 1 2 3 4 5 6 Au commencement ZACHMAN TOGAF PRAXEME

Plus en détail

Introduction aux Composants Logiciels

Introduction aux Composants Logiciels Introduction aux Composants Logiciels Christian Pérez LIP/INRIA Année 2010-11 Plan Introduction aux composants logiciels Pourquoi des composants logiciels Notions de composants logiciels Conclusion Survol

Plus en détail

Les langages informatiques modernes orientés objet permettent la réutilisation Importance de la clarté de la documentation

Les langages informatiques modernes orientés objet permettent la réutilisation Importance de la clarté de la documentation Clues from other disciplines (from E. Gamma) Patrons de conception («Design Patterns») ESIR2, GL (LSI) Benoit Combemale Université de Rennes 1, ESIR & IRISA (Triskell team) Benoit.Combemale@irisa.fr Inspiré

Plus en détail

INTRODUCTION À JAVA EE. Cours Master 2 - Java EE

INTRODUCTION À JAVA EE. Cours Master 2 - Java EE INTRODUCTION À JAVA EE 1 LA NÉBULEUSE JAVA Java Micro Edition (JME) développement d applications embarquées Java Standard Edition (JSE) développement d applications classiques Java Enterprise Edition (JEE)

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

Université Montpellier-II UFR des Sciences - Département Informatique Master Informatique - UE GMIN30F. Réutilisation et Composants.

Université Montpellier-II UFR des Sciences - Département Informatique Master Informatique - UE GMIN30F. Réutilisation et Composants. Université Montpellier-II UFR des Sciences - Département Informatique Master Informatique - UE GMIN30F Réutilisation et Composants. Introduction Notes de cours - 2002-2014 Christophe Dony 1 Contenu du

Plus en détail

Michaël Mrissa - michael.mrissa@iut.univ-lyon1.fr. Architectures n-tierintroduction

Michaël Mrissa - michael.mrissa@iut.univ-lyon1.fr. Architectures n-tierintroduction Architectures n-tier Introduction Architecture: Définition Définition...la structure des composants d un programme/système, leurs interrelations et les principes et lignes directrices gouvernant leur conception

Plus en détail

Synergies entre Artisan Studio et outils PLM

Synergies entre Artisan Studio et outils PLM SysML France 13 Novembre 2012 William Boyer-Vidal Regional Sales Manager Southern Europe Synergies entre Artisan Studio et outils PLM 2012 2012 Atego. Atego. 1 Challenges & Tendances Complexité des produits

Plus en détail

Composite & décorateur

Composite & décorateur Composite & décorateur Cnam Paris jean-michel Douin Version du 1er Octobre 2005 Notes de cours java : les patterns Les notes et les Travaux Pratiques sont disponibles en http://jfod.cnam.fr/tp_cdi/{douin/

Plus en détail

Urbanisation de Système d'information

Urbanisation de Système d'information Urbanisation de Système d'information L'approche Togaf 2008 The Open Group 1 TOGAF : The Open Group Framework Architecture «The Open Group Architecture Framework, également connu sous l'acronyme Togaf,

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

Génie Logiciel. Reda Bendraou reda.bendraou{{@}}lip6.fr http://pagesperso-systeme.lip6.fr/reda.bendraou/

Génie Logiciel. Reda Bendraou reda.bendraou{{@}}lip6.fr http://pagesperso-systeme.lip6.fr/reda.bendraou/ Génie Logiciel Reda Bendraou reda.bendraou{{@}}lip6.fr http://pagesperso-systeme.lip6.fr/reda.bendraou/ Le contenu de ce support de cours a été influencé par les lectures citées à la fin de ce support.

Plus en détail

Modèle d implémentation

Modèle d implémentation Modèle d implémentation Les packages UML: Unified modeling Language Leçon 5/6-9-16/10/2008 Les packages - Modèle d implémentation - Méthodologie (RUP) Un package ou sous-système est un regroupement logique

Plus en détail

IFT2251 Introduction au génie logiciel Plan de cours. 2. Description du cours et objectifs généraux

IFT2251 Introduction au génie logiciel Plan de cours. 2. Description du cours et objectifs généraux IFT2251 Introduction au génie logiciel Plan de cours Été 2008 Yann-Gaël Guéhéneuc 1. Introduction Les exigences et les attentes à l égard de la qualité logicielle sont de plus en plus grandes. La taille

Plus en détail

Couplage BPM SOA dans une architecture distribuée

Couplage BPM SOA dans une architecture distribuée Couplage BPM SOA dans une architecture distribuée Razafindraibe T.A.A 1, Rastefano E. 2, Rabeherimanana L.I. 3 Laboratoire Systèmes Embarqués Instrumentation Modélisation des Systèmes et Dispositifs Electroniques

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

IFT2251 : Génie logiciel

IFT2251 : Génie logiciel Conception détaillée Julie Vachon, Automne 2006 IFT2251 : Génie logiciel Chapitre 5 - Conception Section 1. Conception détaillée orientée objets 1. Qu est-ce que la conception? 2. Objectifs de la conception

Plus en détail

Le pilotage des collaborations et l interopérabilité des systèmes d information Vers une démarche intégrée

Le pilotage des collaborations et l interopérabilité des systèmes d information Vers une démarche intégrée Colloque : Systèmes Complexes d Information et Gestion des Risques pour l Aide à la Décision Le pilotage des collaborations et l interopérabilité des systèmes d information Vers une démarche intégrée BELKADI

Plus en détail

Software Engineering

Software Engineering Software Engineering Lecture 2: modeling & OO design David Baelde baelde@lsv.ens-cachan.fr MPRI 25 septembre 2014 Agenda Modélisation UML Conception OO Patrons de conception Modélisation Conception de

Plus en détail

Soutenance de Stage : Développement d un logiciel de gestion documentaire

Soutenance de Stage : Développement d un logiciel de gestion documentaire : Développement d un logiciel de gestion documentaire Sous la direction de : Fancis Baril IUT Montpellier - Sète Diplôme Universitaire & Technologique - Informatique Mai 2015 2/19 Plan 3/19 Plan 4/19 DocuLibre

Plus en détail

Programmation PHP Septembre 2010

Programmation PHP Septembre 2010 IFT1147 Programmation Serveur Web avec PHP Plan La POO en PHP Lecture du chapitre 20. Programmation par objets Introduction à la POO Objets et classes Propriétés Méthodes Private Héritage Polymorphisme

Plus en détail

Apprendre la Programmation Orientée Objet avec le langage Java (avec exercices pratiques et corrigés)

Apprendre la Programmation Orientée Objet avec le langage Java (avec exercices pratiques et corrigés) Introduction à la POO 1. Histoire de la POO 9 2. Historique du 12 La conception orientée objet 1. Approche procédurale et décomposition fonctionnelle 13 2. La transition vers l'approche objet 14 3. Les

Plus en détail

SPRING WEBFLOW Cours JEE - Master 2 Université de Marne-la-Vallée 1 dimanche 14 novembre 2010

SPRING WEBFLOW Cours JEE - Master 2 Université de Marne-la-Vallée 1 dimanche 14 novembre 2010 SPRING WEBFLOW 1 RAPPEL D ARCHITECTURE Persistance des données 2 PROBLÉMATIQUE Comment faire le lien entre mes vues graphiques et ma logique métier en respectant les contraintes (maintenance, coût & temps

Plus en détail

[2016][AA1] Consignes

[2016][AA1] Consignes [2016][AA1] Consignes Consignes pour le bilan architecture d'août 2014 {EPITECH.} 2016_AA1_Consignes.docx Description du document Titre [2016][AA1] Consignes Date 07/12/2014 Auteur Responsable E-Mail Julien

Plus en détail

5 Génie logiciel orienté objet. Modélisation par objets et UML

5 Génie logiciel orienté objet. Modélisation par objets et UML 5 Génie logiciel orienté objet 5.1 Introduction et concepts de base 5.2 Modélisation par objets et UML 5.3 Diagramme de classes 5.4 Diagramme de cas d utilisation 5.5 Diagrammes de collaboration 5.6 Diagramme

Plus en détail

Résumé Introduction Programmation Java

Résumé Introduction Programmation Java Résumé Introduction Programmation Java Concepts Un programme : séquence, test conditionnel, boucles. Objets : Les objets Java modélisent les objets d un problème donné Classe : Les objets sont crées à

Plus en détail

LOG2420 Analyse et conception d interfaces utilisateur

LOG2420 Analyse et conception d interfaces utilisateur MVC LOG2420 Analyse et conception d interfaces utilisateur Modèle MVC 1/20 LOG2420 Analyse et conception d interfaces utilisateur Modèle MVC Michel C. Desmarais Génie informatique École Polytechnique de

Plus en détail

Génie logiciel. Systèmes et sous-systèmes. Modèliser des grands systèmes. Problématique. SS S-Syst1 SS S-Syst2 SS S-Syst3. Système.

Génie logiciel. Systèmes et sous-systèmes. Modèliser des grands systèmes. Problématique. SS S-Syst1 SS S-Syst2 SS S-Syst3. Système. Génie logiciel Modèliser des grands systèmes Philippe Dugerdil 07.10.2009 Problème: Problématique Maîtrise de la fonctionnalité globale Modélisation détaillée Modélisation à plusieurs niveaux Système (superordinate

Plus en détail

Chapitre 5 Vision Informatique Logique Architectures Applicative et Logicielle

Chapitre 5 Vision Informatique Logique Architectures Applicative et Logicielle Chapitre 5 Vision Informatique Logique Architectures Applicative et Logicielle NFE107 Chapitre 5 Vision Informatique Logique Architectures Applicative et Logicielle 5.4 Architecture Logicielle Définitions

Plus en détail

Objectifs. Conception et programmation objet avancées Introduction. Planning du cours - 2h par séance TD+TP

Objectifs. Conception et programmation objet avancées Introduction. Planning du cours - 2h par séance TD+TP Objectifs Conception et programmation objet avancées Introduction Petru Valicov petru.valicov@univ-amu.fr 2015-2016 Approfondir les notions de programmation objet (bonnes pratiques, patrons de conception)

Plus en détail

Rappels. Génie logiciel. En résumé. Planifier sur deux échelles. Risques Planification a deux échelles. Philippe Dugerdil

Rappels. Génie logiciel. En résumé. Planifier sur deux échelles. Risques Planification a deux échelles. Philippe Dugerdil Rappels Génie logiciel Philippe Dugerdil 04.11.2010 Risques Planification a deux échelles Project plan Iteration plan Planification basée sur les risques Notion de risque Revue d itération Planifier sur

Plus en détail

TOGAF & MODELIO La phase préliminaire

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

Plus en détail

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

Les principaux Design Patterns. Michaël Mrissa -

Les principaux Design Patterns. Michaël Mrissa - Rappel: bonnes pratiques de programmation Avant d utiliser les design patterns... Il faut déjà avoir des réflexes pour faire de la bonne programmation Utilisation d UML (Unified Modeling Language) Représentation

Plus en détail

Séminaire Cloud Computing

Séminaire Cloud Computing Séminaire Cloud Computing Stéphane Mouton SST Department manager Faculté Polytechnique / UMons Mons, 15/03/2016 Centre d Excellence en Technologies de l Information et de la Communication Plan Une définition?

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

Projet EvaluationsEleves/Professeurs

Projet EvaluationsEleves/Professeurs Projet EvaluationsEleves/Professeurs Ce projet Java comporte les objectifs suivants: 1) Diagramme de classes 2) Développer de l'application en mode console avec un jeu de tests fourni 3) Lecture des notes/eleves/professeurs

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

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

Objectif : Etudier la configuration du contexte d exécution

Objectif : Etudier la configuration du contexte d exécution EJB avancés Objectif : Etudier la configuration du contexte d exécution Sa mise en œuvre implicite Et explicite Transactions Sécurité Timer Récapitulatif Performances Les transactions Concept fondamental

Plus en détail

Programmation orientée objet TP 1 Prise en main de l environnement Java

Programmation orientée objet TP 1 Prise en main de l environnement Java Programmation orientée objet TP 1 L2 MPCIE Prise en main de l environnement Java Exercice 1 Nous désirons développer un programme pour la gestion (très simplifiée) d'un parc de véhicules destinés à la

Plus en détail

DOMAINE : économie et gestion informatique

DOMAINE : économie et gestion informatique CONCOURS DE L'AGREGATION INTERNE «ECONOMIE ET GESTION» SESSION 2002 EPREUVE PORTANT SUR LES TECHNIQUES DE GESTION ET COMPORTANT DES ASPECTS PEDAGOGIQUES DOMAINE : économie et gestion informatique Durée

Plus en détail

Un méta-modèle pour coupler application et détection des design patterns

Un méta-modèle pour coupler application et détection des design patterns Un méta-modèle pour coupler application et détection des design patterns Hervé Albin-Amiot Pierre Cointe Yann-Gaël Guéhéneuc {albin, cointe, guehene}@emn.fr Soft-Maint S.A., France École des Mines de Nantes,

Plus en détail

GL2 : Patrons de conception. Lydie du Bousquet & Philippe Lalanda

GL2 : Patrons de conception. Lydie du Bousquet & Philippe Lalanda GL2 : Patrons de conception Lydie du Bousquet & Philippe Lalanda 1 Conception La conception est un défi Il existe des processus définissant les activités et leur organisation Mais rien sur le comment faire

Plus en détail

Analyse,, Conception des Systèmes Informatiques

Analyse,, Conception des Systèmes Informatiques Analyse,, Conception des Systèmes Informatiques Atelier de Génie Logiciel Objecteering Définition Principes Construction des modèles UML Générations O. Boissier, SMA/G2I/ENS Mines Saint-Etienne, Olivier.Boissier@emse.fr,

Plus en détail

AL5L Architecture logicielle. Séance 2 Design patterns et qualité de code

AL5L Architecture logicielle. Séance 2 Design patterns et qualité de code AL5L Architecture logicielle Séance 2 Design patterns et qualité de code Sébastien Combéfis lundi 24 novembre 2014 Ce(tte) œuvre est mise à disposition selon les termes de la Licence Creative Commons Attribution

Plus en détail

Introduction au développement avec des composants logiciels

Introduction au développement avec des composants logiciels ENVOL 2012 Introduction au développement avec des composants logiciels Jean-Christophe Souplet jcsouplet@lri.fr Licence CC BY-NC-SA 3.0 Constat Lors d un développement beaucoup de développeurs partent

Plus en détail

Capture des exigences - Cas d utilisation

Capture des exigences - Cas d utilisation Capture des exigences - Cas d utilisation Hafedh Mili INF5151-30 2005 Plan 1. Capture des exigences 2. Cas d utilisation 3. Règles d affaires 4. Exigences non fonctionnelles Copyright Hafedh Mili 1999-2005

Plus en détail

En 2000 l OMG propose une approche nommée MDA Model Driven Architecture, S appuyant sur le standard UML pour

En 2000 l OMG propose une approche nommée MDA Model Driven Architecture, S appuyant sur le standard UML pour MDA (Model Driven Architecture) Ingénierie logicielle guidée par les modèles S.N Historique: En 2000 l OMG propose une approche nommée MDA Model Driven Architecture, S appuyant sur le standard UML pour

Plus en détail

Brique BDL Gestion de Projet Logiciel

Brique BDL Gestion de Projet Logiciel Brique BDL Gestion de Projet Logiciel Processus de développement pratiqué à l'enst Sylvie.Vignes@enst.fr url:http://www.infres.enst.fr/~vignes/bdl Poly: Computer elective project F.Gasperoni Brique BDL

Plus en détail

3 PHP avancé Les objets : définitions

3 PHP avancé Les objets : définitions Les objets : définitions Structure de données associant des attributs et des méthodes qui décrivent le comportement de l'objet. Héritage de la conception objet (UML). Définie dans une classe. Un objet

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

COMPUTING. Jeudi 23 juin 2011 1 CLOUD COMPUTING I PRESENTATION

COMPUTING. Jeudi 23 juin 2011 1 CLOUD COMPUTING I PRESENTATION C L O U D COMPUTING Jeudi 23 juin 2011 1 2 Une nouvelle révolution de l IT 2010+ Cloud Computing 2000s Service Oriented Archi. 1990s Network Computing 1980s Personal Computing 1970s Mainframe Computing

Plus en détail

JavaScript Design Pattern. DIALLO Hady, BAH Alhassane, DIALLO Amadou, NGALEU Harold Fred

JavaScript Design Pattern. DIALLO Hady, BAH Alhassane, DIALLO Amadou, NGALEU Harold Fred JavaScript Design Pattern DIALLO Hady, BAH Alhassane, DIALLO Amadou, NGALEU Harold Fred Patterns & Catégories Moyen d accomplir un objectif Offre une solution à un problème Fondamentalement destiné à être

Plus en détail

Table des matières. Introduction. Stage : Kuka Étudiant : Paul Chavent Période : du 16 au 18 juin 2003 Thème : Étude du système client/serveur OPC.

Table des matières. Introduction. Stage : Kuka Étudiant : Paul Chavent Période : du 16 au 18 juin 2003 Thème : Étude du système client/serveur OPC. Stage : Kuka Étudiant : Paul Chavent Période : du 16 au 18 juin 2003 Thème : Étude du système client/serveur OPC. Pour la réalisation d'une interface au robot Kuka, OPC semble être la solution la plus

Plus en détail

RMLL. Acceleo and Eclipse Modeling

RMLL. Acceleo and Eclipse Modeling RMLL Acceleo and Eclipse Modeling 20/07/2009 1 Summary 2 History Historic v1.0 : initial version Mars 2006 v1.1 : compatibility (uml,linux, e3.2) September 2006 v1.2 : EPL + OW2, Chain Action January 2007

Plus en détail

Introduction aux objets

Introduction aux objets MAI NFE103 Année 2005-2006 Introduction aux objets F.-Y. Villemin, CNAM Plan! Définitions! Evolution de la programmation! Méthodes Classiques! Objet!! Méthodologies orientée-objet! Problèmes http://deptinfo.cnam.fr/enseignement/

Plus en détail

Une approche modèle dans la conception de systèmes sur puce hétérogènes

Une approche modèle dans la conception de systèmes sur puce hétérogènes Une approche modèle dans la conception de systèmes sur puce hétérogènes Jean-Luc Dekeyser et Lossan Bondé FETCH 07 IP dans le SoC 100% Réutilisé 80% Spécifique 60% 40% 20% 0% 1999 2002 2005 2008 2011 2014

Plus en détail

Java EE Approfondi - Cours 2. Cours de 2 e année ingénieur Spécialisation «Génie Informatique»

Java EE Approfondi - Cours 2. Cours de 2 e année ingénieur Spécialisation «Génie Informatique» Java EE Approfondi - Cours 2 Cours de 2 e année ingénieur Spécialisation «Génie Informatique» Présentation Lier l'orienté objet et la base de données relationnelle peut être lourd et consommateur en temps.

Plus en détail

12. Conception des applications

12. Conception des applications Conception objet en Java avec BlueJ une approche interactive 12. Conception des applications David J. Barnes, Michael Kölling version française: Patrice Moreaux Rédigé avec 1.0 Principaux concepts abordés

Plus en détail

Cours Java. Cours en ligne Développement Java pour le web. Académie Libre info@academielibre.fr

Cours Java. Cours en ligne Développement Java pour le web. Académie Libre info@academielibre.fr Cours Java Cours en ligne Développement Java pour le web Académie Libre info@academielibre.fr Programme général du Cours Développement Java pour le web Module 1 - Programmation J2ee A) Bases de programmation

Plus en détail

Gestion des contres mesures dans un réseau suite à des règles d une politique de sécurité dynamique

Gestion des contres mesures dans un réseau suite à des règles d une politique de sécurité dynamique Gestion des contres mesures dans un réseau suite à des règles d une politique de sécurité dynamique Prof. Hervé Debar Prof. Frédéric Cuppens Prof. Nora Cuppens Nizar KHEIR Mercredi le 09 mai 2007 France

Plus en détail

Introduction à la Modélisation Objet avec UML

Introduction à la Modélisation Objet avec UML Cycle ISMIN 2 e année Version 1.0 Philippe LALEVÉE ENSM-SE / CMP Introduction à la Modélisation Objet avec UML Année 2013-2014 ISMIN - 2A -M O U (version 1.0) 1 Quelques mots d introduction PRÉSENTATION

Plus en détail

Rapport de certification

Rapport de certification Rapport de certification Trustwave Network Access Control (NAC) version 4.1 et Central Manager Software version 4.1 Préparé par Le Centre de la sécurité des télécommunications à titre d organisme de certification

Plus en détail

MI3/GL Cours de Génie Logiciel Programmation Orientée Objet (Avancée)

MI3/GL Cours de Génie Logiciel Programmation Orientée Objet (Avancée) Aperçu du cours Avant propos Définitions MI3/GL Cours de Génie Logiciel Programmation Orientée Objet (Avancée) Daniel Le Berre CRIL-CNRS FRE 2499, Université d Artois, Lens, FRANCE {leberre}@cril.univ-artois.fr

Plus en détail

Les Systèmes et Applications Réparties et leur Programmation

Les Systèmes et Applications Réparties et leur Programmation Les Systèmes et Applications Réparties et leur Programmation Samia Bouzefrane Maître de Conférences Laboratoire CEDRIC Conservatoire National des Arts et Métiers 292 rue Saint Martin 75141 Paris Cédex

Plus en détail

Evolution, Maintenance et Réutilisation des logiciels, aka: E/M/R.

Evolution, Maintenance et Réutilisation des logiciels, aka: E/M/R. Evolution, Maintenance et Réutilisation des logiciels, aka: E/M/R. Olivier Inizan - Bureau PEPI IDL - INRA - GAP - URGI La Londes Les Maures, 5-9 décembre 2011 Objectifs de la session Dans votre expérience

Plus en détail

Introduction. http://www-public.it-sudparis.eu/~gibson/teaching/designpatterns/designpatterns-intro.pdf

Introduction. http://www-public.it-sudparis.eu/~gibson/teaching/designpatterns/designpatterns-intro.pdf Introduction http://www-public.it-sudparis.eu/~gibson/teaching/designpatterns/designpatterns-intro.pdf Also in moodle: http://moodle.tem-tsp.eu/course/view.php?id=408 Intro.1 http://www-public.it-sudparis.eu/~gibson/teaching/designpatterns/

Plus en détail

Notions de programmation orientée objet

Notions de programmation orientée objet 1 Génie Logiciel Notions de programmation orientée objet Renaud Marlet LaBRI / INRIA http://www.labri.fr/~marlet màj 19/04/2007 2 Les données d'abord (1) Important résultat de l'expérience : Le plus souvent,

Plus en détail

Éléments de base en Java (suite et fin)

Éléments de base en Java (suite et fin) Éléments de base en Java (suite et fin) P.O.O. LMI 2 Semestre 4 Option Info Année 2008-09 1/33 Éléments de base en Java (suite et fin) Année 2008-09 Plan du cours Les chaînes de caractères Retour vers

Plus en détail

Oracle Identity Manager 11g R2: Développer le provisionnement des identités

Oracle Identity Manager 11g R2: Développer le provisionnement des identités Oracle University Appelez-nous: +33 15 7602 081 Oracle Identity Manager 11g R2: Développer le provisionnement des identités Durée: 5 Jours Description Le cours commence par des rappels sur les concepts

Plus en détail

SchemaElec. Gestion topologique des réseaux électriques

SchemaElec. Gestion topologique des réseaux électriques SchemaElec Gestion topologique des réseaux électriques INTRODUCTION Ce que c est UN LOGICIEL SPÉCIALISÉ SchemaElec permet la saisie et la modification des données du réseau de manière ordonnée en respectant

Plus en détail

SUPPLY CHAIN MANAGEMENT Eléa 27 janvier 2011

SUPPLY CHAIN MANAGEMENT Eléa 27 janvier 2011 SUPPLY CHAIN MANAGEMENT Eléa 27 janvier 2011 Agenda Eléa : qui sommes-nous? Les enjeux et défis de la Supply Chain Quelles compétences / savoirs sont-ils nécessaires? Questions - réponses Agenda Eléa :

Plus en détail

Applications orientées données (NSY135)

Applications orientées données (NSY135) Applications orientées données (NSY135) 10 Lecture de données Auteurs: Raphaël Fournier-S niehotta et Philippe Rigaux (philippe.rigaux@cnam.fr,fournier@cnam.fr) Département d informatique Conservatoire

Plus en détail

Département d informatique et recherche opérationnelle UNIVERSITÉ DE MONTRÉAL. Projet IFT3051

Département d informatique et recherche opérationnelle UNIVERSITÉ DE MONTRÉAL. Projet IFT3051 Département d informatique et recherche opérationnelle UNIVERSITÉ DE MONTRÉAL Projet IFT3051 Une collection d algorithmes de recherche opérationnelle en code source libre Responsables Yann-Gael Gueheneuc

Plus en détail

Cours en ligne Développement sur mobile avec Android

Cours en ligne Développement sur mobile avec Android Cours en ligne Développement sur mobile avec Android We TrainFrance info@wetrainfrance Programme général du Cours Développement sur mobile avec Android Module 1 - Programmation J2ee A) Bases de programmation

Plus en détail

Programmation orientée objets

Programmation orientée objets POO : mais pourquoi? La Programmation Orientée Objets (POO) a pour but final de faciliter le débogage, la maintenance et la mise à jour d'applications complexes. C++, Java et Scala sont des exemples de

Plus en détail

GLO-3001 Architecture logicielle. Luc Lamontagne Hiver 2010

GLO-3001 Architecture logicielle. Luc Lamontagne Hiver 2010 GLO-3001 Architecture logicielle Luc Lamontagne Hiver 2010 Plan Définitions Architecte logiciel Architecture logicielle Une bonne architecture logicielle? Architecture vs. conception Styles, patrons et

Plus en détail

REMOTE DATA ACQUISITION OF EMBEDDED SYSTEMS USING INTERNET TECHNOLOGIES: A ROLE-BASED GENERIC SYSTEM SPECIFICATION

REMOTE DATA ACQUISITION OF EMBEDDED SYSTEMS USING INTERNET TECHNOLOGIES: A ROLE-BASED GENERIC SYSTEM SPECIFICATION REMOTE DATA ACQUISITION OF EMBEDDED SYSTEMS USING INTERNET TECHNOLOGIES: A ROLE-BASED GENERIC SYSTEM SPECIFICATION THÈSE N O 2388 (2001) PRÉSENTÉE AU DÉPARTEMENT D'INFORMATIQUE ÉCOLE POLYTECHNIQUE FÉDÉRALE

Plus en détail

MVC / Les Tags JSP et JSTL

MVC / Les Tags JSP et JSTL MVC / Les Tags JSP et JSTL A.-E. Ben Salem LRDE and LIP6 17 Octobre 2011 1 / 18 Plan 1 Architecture MVC 2 Rappel JSP 3 JSTL (JSP Standard Tag Library) 4 Tags JSP pour gérer les Beans 5 Tags JSP d action

Plus en détail

Programmation objet en Java.

Programmation objet en Java. Programmation objet en Java. Didier Rémy 2001-2002 http://cristal.inria.fr/ remy/mot/7/ http://www.enseignement.polytechnique.fr/profs/informatique/didier.remy/mot/7/ Cours Exercices Slide 1 1. Classes,

Plus en détail

GPA777 - Introduction au génie logiciel

GPA777 - Introduction au génie logiciel Université du Québec École de technologie supérieure Département de génie de la production automatisée GPA777 Introduction au génie logiciel Chapitre 2 Monitoring et mécanismes de révision Copyright, 2000

Plus en détail

Rational Unified Process

Rational Unified Process Rational Unified Process Hafedh Mili Rational Unified Process 1. Principes de base 2. Les phases 3. Les activités (workflows) Copyright Hafedh Mili 2005 2 1 Rational Unified Process Processus de développement

Plus en détail