Processus d'un projet F.Pfister

Slides:



Advertisements
Présentations similaires
EPITECH 2009 UML EPITECH 2009
Advertisements

Applications N-Tiers Rappels: architecture et méthodologie
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
19 septembre 2006 Tendances Logicielles IBM Rational Data Architect Un outil complet de modélisation et de conception pour SGBD Isabelle Claverie-Berge.
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)
Conception d’une application de gestion de fiches études
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
Démarche de développement
Projet de Master première année 2007 / 2008
Adaptée du cours de Richard Grin
J2EE vs .NET Réaliser par : SEIF ENNACER BADRA && CHETOUI RIM.
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.
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.
Mastère Professionnel Systèmes de Communication et Réseaux
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.
Struts.
La Gestion Locale du Personnel Le Module Missions CERN
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
Les cas d’utilisation.
© Petko ValtchevUniversité de Montréal Janvier IFT 2251 Génie Logiciel Le Processus Hiver 2002 Petko Valtchev.
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
Transcription de la présentation:

Processus d'un projet F.Pfister

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

3 institut eerie 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

4 institut eerie 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)

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

6 institut eerie Le processus du projet UP est à base de composants UP utilise UML UP est piloté par les cas dutilisation UP est centré sur larchitecture 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

7 institut eerie 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)

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

9 institut eerie Réaliser les cas d'utilisation Trouver les cas dutilisation Réaliser les cas dutilisation – Modéliser les scénarii – Identifier les entités du système et leurs interactions

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

11 institut eerie 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) Trouver les cas dutilisation Réaliser les cas dutilisation Structurer le système en objets

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

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

14 institut eerie 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 5 aka Java Enterprise Edition 5 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

15 institut eerie 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

16 institut eerie Modalités Ratio 30% de théorie - 70% de pratique Outils utilisés: Eclipse, Netbeans, Jboss Durée: 32 heures Evaluation: par binôme, dossier de projet et démo lors de la dernière séance.