Applications N-Tiers Rappels: architecture et méthodologie

Slides:



Advertisements
Présentations similaires
EPITECH 2009 UML EPITECH 2009
Advertisements

Les Systèmes d’Information Financière Atelier conjoint ACBF / Banque Mondiale / AFRITAC de l’Ouest Gérer l’application dans le temps, sur les plans fonctionnel,
SOA et Services Web Dr. Rim Samia Kaabi 26 mars 2017.
Langage de modélisation objet unifié
6 — Aperçu du processus unifié
Génie Logiciel 2 Julie Dugdale
Julie Dugdale Génie Logiciel 2 Julie Dugdale
LOG4430 : Architecture logicielle et conception avancée
Projet n°4 : Objecteering
Urbanisation des Systèmes d'Information - Henry Boccon-Gibod1 Urbanisation de système d'information PLM 4 (Product Lifecycle Management) Préoccupation.
XML - Henry Boccon-Gibod 1 XML, Langage de description La question du choix de formalismes Les entités et leur représentations modalités de modèles et.
Virtualisation dorchestration de services TER Master 1 Infomatique 4 Avril 2008 Encadrant : Philippe Collet.
M.E.D.A.L. Module dEnseignement à Distance pour lArchitecture Logicielle Alain VAILLY Diapositive n° 1 IUP MIAGE - Université de NANTES IUP-MIAGE 3ème.
UML - Présentation.
1 Les technologies XML Cours 1 : Les Web Services et Architectures Orientées Services Fé vrier Version 1.0 -
AWEB Gestion d’un théâtre 28 juin 2002
Gestion de la persistance des objets
BDA'02 1 Tolérance aux fautes (TaF) adaptable pour les systèmes à composants : application à un gestionnaire de données Phuong-Quynh Duong, Elizabeth Pérez-Cortés,
Phase de préparation des itérations Produit Story 11 Release1 Story 1mStory 21 Release2 Story 2m… …
Introduction à UML NFE108 CNAM – LILLE Madame DELECLUSE
UML (Unified Modeling Langage)
Rational Unified Process (RUP)
Réalisé avec le soutien de 2005 FAROS : composition de contrats pour la Fiabilité d'ARchitectures Orientées Services Définir un environnement de composition.
S.T.S. S.I.O. 1ère année La gestion de projets
| Project Ways Exia A2 Groupe Carles – Corbisier – Juzanx - Pareil.
Base de données avancées
Principes de la technologie orientée objets
Architectures Web - N-Tiers
UML Etude de cas.
UML F. Laperruque INRA – SAGA CATI SICPA.
1 Introduction : Management des systèmes dinformation version 1.1 du 13 Novembre 2001 Introduction : Management des systèmes dinformation ENSGI Cours MSI.
Modèle, Méthode et Conception
Département de génie logiciel et des TI Université du Québec École de technologie supérieure Systèmes dinformation dans les entreprises Systèmes dinformation.
Analyse et conception orientée objet
Management des systèmes d’information Conclusion
SYSTEMES D’INFORMATION
Unified Modeling Langage
TESTING BUSINESS PROCESSES
Portée, arrimages et intervenants Évolution des méthodes
Démarche de développement
Projet de Master première année 2007 / 2008
Adaptée du cours de Richard Grin
Processus d'un projet F.Pfister
Architecture et développement Web
JEE 5 F.Pfister 2 institut eerie JEE – Une plateforme serveur  Développement et exécution d'applications réparties.
Introduction.
1 PLAN I. Eclipse Modeling Framework  Présentation  Le modèle Ecore  Code généré  Utilisation de template II.Graphical Modeling Framework  Présentation.
1 Architecture orientée service SOA Architecture orientée service SOA (Service Oriented Architecture)
A LA RECHERCHE D'UNE OFFRE D'EMPLOI
Supports de formation au SQ Unifié
Réalisé par : Mr IRZIM Hédi Mr JRAD Firas
Le contenu est basé aux transparents du 7 ème édition de «Software Engineering» de Ian Sommerville«Software Engineering» de Ian Sommerville B.Shishedjiev.
UML : un peu d’histoire H. Lounis.
Le contenu est basé aux transparents du 7 ème édition de «Software Engineering» de Ian Sommerville«Software Engineering» de Ian Sommerville B.Shishedjiev.
Introduction au Génie Logiciel
La Gestion Locale du Personnel Le Module Missions CERN Stage réalisé au Laboratoire d’Annecy-Le-Vieux de Physique des Particules Du 10 Mars 2003 au 29.
© WYNIWYG / Communication, reproduction interdite sauf autorisation.
La Gestion Locale du Personnel Le Module Missions CERN
Les différents modèles d’architecture technique
Unified Modeling Language
ISNET-43 Atelier de génie logiciel Approche fonctionnelle ou objets Concurrence ou complémentarité ? Synthèse.
Conférence Témoignages métiers- Supinfo Nantes  Création en 1979  CA de 150 Millions €  Présence nationale et internationale  2300 personnes en France.
2 Tracks Unified Process
Chapitre 2 Rappels objet et Présentation des diagrammes UML
Chapitre 2 Rappels objet et Présentation des diagrammes UML
Les concepts d’UML - Le Processus Unifié -
1 JEE 2010 Architectures n-tiers F.Pfister
Conférence 2TUP Stéphane Barthon 03/12/
Architectures Logicielles Java GLG203 GLG204
Schéma de base de données Présentation. Conception du schéma logique  Transformation du schéma conceptuel en structures de données supportées par les.
Transcription de la présentation:

Applications N-Tiers Rappels: architecture et méthodologie F.Pfister (francois.pfister@mines-ales.fr)

Pérénité d'un développement Structure d'une application La partie métier doit être intangible Partie Métier

Evolution de la technologie Modèle d'exécution Application desktop 2 ou 3 niveaux Application web client léger Application web client lourd Service web Modèle de persistance Sérialisation Base de données objet Base de données relationnelle (SGBDR) Mapping objet + SGBDR

Séparation des préoccupations Le modèle métier doit rester indépendant des couches techniques De l'interface utilisateur Lorsque cette condition est réalisée le coeur des applications peut migrer d'une technologie informatique à la suivante Les fonctionnalités métier peuvent être testées et validées par des procédures automatisées (tests unitaires et tests d'intégration)

Démarche d'ingénierie Un langage Un procesus UML, Unified modeling Language Un procesus UP, Unified Process XUP, Extreme Unified Process 2TUP, Two Track Unified Process etc..

Le processus du projet UP est à base de composants UP utilise UML UP est piloté par les cas d’utilisation UP est centré sur l’architecture UP est itératif et incrémental UP sépare les préoccupations Les aspects techniques Solution de persistance Nature du client (lourd -léger)‏ Le modèle métier Classes métier

Les cas d'utilisation Point d'entrée de la démarche L'approche est purement fonctionnelle Spécifient le besoin Point de vue de l'utilisateur Forme: Scénarii textuels Diagrammes de cas (use cases)

Trouver les cas d'utilisation Exemple: modélisation d'un GAB Effectuer un retrait Client Consulter un compte Operateur

Réaliser les cas d'utilisation Trouver les cas d’utilisation Réaliser les cas d’utilisation Réaliser les cas d’utilisation Modéliser les scénarii Identifier les entités du système et leurs interactions

Réaliser les cas d'utilisation Vue dynamique Objets, rôles et interactions Effectuer un retrait Client :Client :InterfaceGuichet :Distributeur :Retrait :Compte Consulter un compte identifier()‏ demandeRetrait(montant)‏ valider(montant)‏ effectuerRetrait(montant)‏ Alimenter le GAB en billets distribuer(montant)‏ Operateur delivrerBillets()‏

Structurer le système en objets Trouver les cas d’utilisation Réaliser les cas d’utilisation Structurer le système en objets Structurer le système en objets Trouver les entités du système Définir leurs propriétés Définir leurs relations (associations, héritage)‏

Découverte des classes candidates Vue statique du système Classes et associations Guichet Automatique Bancaire Guichet Automatique Bancaire Effectuer un retrait Client :Client interfaceGuichet: distributeur: :Retrait :Compte InterfaceGuichet Consulter un compte identifier()‏ Client identifier()‏ demandeRetrait(montant)‏ valider(montant)‏ Retrait Compte effectuerRetrait(montant)‏ Distributeur Alimenter le GAB en billets * solde distribuer(montant)‏ demandeRetrait()‏ Operateur valider()‏ effectuerRetrait()‏ distribuer()‏ delivrerBillets()‏

Implémentation et tests d'intégration Trouver les cas d’utilisation Réaliser les cas d’utilisation Guichet Automatique Bancaire Guichet Automatique Bancaire * Structurer le système en objets Implémenter les composants de déploiement du système ok ? Tester les cas d’utilisation

Notre projet Réaliser une application de gestion bancaire Le modèle d'exécution est le client léger avec serveur applicatif La technologie utilisée est JEE (Java Enterprise Edition) Le modèle métier est partiel et simplifié, car notre propos est de faire de la technique Mais nous n'oublions pas que le modèle métier est au coeur du projet

La démarche Appréhender les outils de développement Rédiger une spécification fonctionnelle simplifiée Concevoir un modèle métier simplifié (6 classes) Banque Client Compte Compte-epargne Compte-courant Ville Implémenter les classes Réaliser des jeux de test unitaire Concevoir l'architecture technique (serveur web) Réaliser le serveur web Concevoir l'interface utilisateur Choisir la technologie de persistance des objets métier Intégration et tests

Modalités Outils utilisés: Eclipse, Jboss Durée: 20 heures cours + tp Evaluation: dossier de projet et démo lors de la dernière séance.