BISSOL Cédric DAVID Grégory MAURY Henrick RIGOBERT Julien Version 1.5 Prototype de plate-forme de Tribus Instantanées : Projet encadré par : Audrey Occello.

Slides:



Advertisements
Présentations similaires
Projet GenDiapo Alexandre FLAMENT Christophe QUAY-THEVENON
Advertisements

E-learning Evolutif Albarelli Corinne Behem Patrice Guillot Jérôme
Analyse et Programmation Orientées Objets
Architecture Technique de la plate-forme CASTORE
Journée Intech Device Independence – Page 1 IHM et multiplicité des supports : problématique - aperçu de la recherche et des solutions actuelles Anne-Marie.
1 Spécificités de linformatique ambiante De nombreux services Des services métiers (apparition et disparition de fonctionnalités) Des services pour gérer.
1 / 15 ePhotoBOOK – Album photo interactif IHM01 – 2007/2008 ePhotoBOOK Album photo interactif Olivier BENSE Mathieu FABRE Julien GRAND-MOURCEL Hugo VIVIER.
UV Libre Calculatrice Scientifique
Julien HERON.
JXDVDTEK – Une DVDthèque en Java et XML
Prototype de plate-forme de Tribus Instantanées :
TER Visualisation 3D de calculs électromagnétiques Production : Sébastien JOB Jean-Christophe LARRE Cédric PIOVANO Encadrement : Fabrice HUET.
Virtualisation dorchestration de services TER Master 1 Infomatique 4 Avril 2008 Encadrant : Philippe Collet.
TER 2005 Sujet encadré par Philippe Collet Nicolas Yohann Barbier Thomas Castillejos Nicolas Sauvan Bastien Salageanu Emil.
TER 2005 Sujet encadré par Philippe Collet Nicolas Yohann Barbier Thomas Castillejos Nicolas Sauvan Bastien Salageanu Emil.
IPv6&4 Une Architecture Unifiée pour la Coexistence IPv4-IPv6
TESTBED TESTPLAN OBJECTIFS: Évaluer les services, fonctionnalités et l'installation des releases du testbed. CONTEXTE: Test effectué dans un contexte de.
Journées Composants 2005 Gestion de la qualité de service de la conception à l’exécution dans les applications distribuées multimédias Sophie Laplace.
CADeComp : plate-forme de déploiement sensible au contexte des applications à base de composants Dhouha Ayed, Chantal Taconet et Guy Bernard Ma pre porte.
Architecture Technique de la plate-forme CASTOR Projet Castor © Ecole des Mines de Nantes
Un modèle pour ladaptation dynamique des programmes parallèles Jérémy Buisson RenPar 2005 vendredi 8 avril 2005.
Affecter les élèves sur le net
Les démarches de développement
Les démarches de développement
I) Présentation du projet II) Objectifs du projet III) Démonstration IV) Ce quil reste à faire V) Les délais.
Maîtrise des données et des métadonnées de l’ODS
Système déducation des éducateurs des adultes Projet du FSE, priorité 3.2: Support de l'éducation supérieure, de la recherche et du développement Enregistré
En Systèmes d’information
Présentation Intermédiaire de Travail de Bachelor
IUT2 de Grenoble Université Pierre Mendès France
Développement d’IHM* et d’applicatifs spécifiques
Développement d’IHM* et d’applicatifs spécifiques
Développement d’un réseau social professionnel
Management des systèmes d’information Conclusion
Calculatrice Financière Android
Réunion de cadrage 14/12/09.
Projet de BE COO-POO Réalisation d’une application Iquizz
Reverse Engineering d’applications Android
Article présentée par : Étudiante en 2ème année mastère F.S.T. Tunisie
COTRE COmposants Temps REel
La plateforme Multicom
Architecture du projet. ANR CONTINT - WP3 2 CONTINT : WP3 Positionnement dans le projet : Conception dapplications mobiles Configurations dapplications.
Démarche de développement
Mesure des performances WEB en introduisant un contrôle dadmission.
Genèse du projet. Contexte : Université dAvignon Contexte : Université dAvignon Correspondant Informatique et Liberté (CIL) Correspondant Informatique.
Projet de Master première année 2007 / 2008
Supports de formation au SQ Unifié
CAS COMPTOIR (TD1 / SI3) TRANSFORMATION D’UN SI EXISTANT 1.
Mise en place d’une plate-forme d’expérimentation d’applications adaptables à partir de composants Encadreurs : Mireille Blay-Fornarino Anne-Marie Dery-Pinna.
Élaboration d’un schéma directeur d’aménagement des liaisons douces Synthèse des concertations VIEILLE TOULOUSE.
Introduction au Génie Logiciel
Application de gestion des retards
Les cartes conceptuelles
Présentation AICHA REVEL INGENIEUR D’ÉTUDE STERIA DEPARTEMENT TRD
Université Numérique Paris Île-de-France Service SMS mutualisé ESUP-Days n°7 3 février 2009.
Supervision à distance d’une ligne de conditionnement temps réel 16/12/20101INSA de LYON - H4201.
Cours MIAGE « Architectures Orientées Services »Henry Boccon-GibodCours MIAGE « Architectures Orientées Services »Henry Boccon-Gibod 1 Architectures Orientées.
L’enseignement de spécialité SLAM
1 Interface Web-Service pour une application génie logiciel Equipe : LIP6 Team Move Date : 02/09/2008 Auteur : S. HONG Encadrants : F. KORDON / J.B. VORON.
Sensibilisation aux projets logiciels
Les concepts d’UML - Le Processus Unifié -
1 revue informelle de demi itération 2 Bureau d'étude – IUP ISI Améliorationprocessus Amélioration de processus Stéphane ANRIGO - Cédric BOUHOURS - Natalia.
POIRIER Kévin (Chef de projet) HUCHEDÉ Cédric BEUTIER Kévin LEBRUN Jérémy BESNIER Richard Simulation de décisions de Jury 1.
MicroWeb LECOCQ Guillaume PAUL Grégory RIORDA Cédric 06/08/ /14.
Interactions Utilisation Gros Emmanuel – Guyomard Erwann – Vogelsgsang Lionel.
Réunion Scabal SCABAL single page application.
Sécurisation infrastructure Altibus Ajout d’un serveur pour le réseau Call Center.
Point d’information RNT - 3 juin Sommaire 1. Rappel : calendrier 2. Re-démarrage de la maintenance de l’application 3. Travaux en cours : premières.
GBIF NODES Committee Meeting Copenhague, Danemark 4 octobre 2009 L’outil de publication intégrée du GBIF (‘GBIF Integrated Publishing Toolkit’ ) Alberto.
1 EDF Electricité de France novembre 2003Journées scientifiques GdR MOMAS GdR MOMAS – Pourquoi ?  Echanger les informations entre les acteurs du.
Transcription de la présentation:

BISSOL Cédric DAVID Grégory MAURY Henrick RIGOBERT Julien Version 1.5 Prototype de plate-forme de Tribus Instantanées : Projet encadré par : Audrey Occello Anne-Marie Dery-Pinna Philippe Collet Avril 2005

Le concept PRESENTATION Le concept Choix de la tribu Mise en relation Ajout de fonctionnalités DESCRIPTION Fractal Satin (1) Satin (2) Larchitecture de lapplication ANTICIPATION Les risques Travail effectué Le planning Mai Juin Connexion au serveur Employeur Étudiant Un exemple dapplication future : salon de létudiant Le concept de tribus instantanées

Choix de la tribu PRESENTATION Le concept Choix de la tribu Mise en relation Ajout de fonctionnalités DESCRIPTION Fractal Satin (1) Satin (2) Larchitecture de lapplication ANTICIPATION Les risques Travail effectué Le planning Mai Juin Employeur Choix de la tribu Étudiant Choix de la tribu

Mise en relation PRESENTATION Le concept Choix de la tribu Mise en relation Ajout de fonctionnalités DESCRIPTION Fractal Satin (1) Satin (2) Larchitecture de lapplication ANTICIPATION Les priorités Les risques Travail effectué Le planning Mai Juin Employeur Étudiant Mise en relation (discussion, échange de données,services …) Modèle Paire à Paire

Ajout de fonctionnalités PRESENTATION Le concept Choix de la tribu Mise en relation Ajout de fonctionnalités DESCRIPTION Fractal Satin (1) Satin (2) Larchitecture de lapplication ANTICIPATION Les priorités Les risques Travail effectué Le planning Mai Juin Employeur Étudiant déficient visuel Ajout dun module de synthèse de la parole Problème : comment vérifier la validité de lajout

PRESENTATION Le concept Choix de la tribu Mise en relation Ajout de fonctionnalités DESCRIPTION Fractal Satin (1) Satin (2) Larchitecture de lapplication ANTICIPATION Les priorités Les risques Travail effectué Le planning Mai Juin Modèle à base de composants : –hiérarchiques (composite ou Primitif) –Réflexifs –Supportant la reconfiguration dynamique Fractal

Satin (1) PRESENTATION Le concept Choix de la tribu Mise en relation Ajout de fonctionnalités DESCRIPTION Fractal Satin (1) Satin (2) Larchitecture de lapplication ANTICIPATION Les priorités Les risques Travail effectué Le planning Mai Juin Service de sûreté (Équipe Rainbow) Ajouter / Retirer des composants de façon sûre : –Enregistrer les composants –Enregistrer un schéma dadaptation (ASL: Adaptation Spécification language) –Tenter dappliquer ce schéma aux composants concernés

Satin (2) PRESENTATION Le concept Choix de la tribu Mise en relation Ajout de fonctionnalités DESCRIPTION Fractal Satin (1) Satin (2) Larchitecture de lapplication ANTICIPATION Les priorités Les risques Travail effectué Le planning Mai Juin Ajout dun module de synthèse de la parole Serveur Satin Demande de validation Ajout validé Employeur Étudiant déficient visuel Traduction Texte -> Voix

PRESENTATION Le concept Choix de la tribu Mise en relation Ajout de fonctionnalités DESCRIPTION Fractal Satin (1) Satin (2) Larchitecture de lapplication ANTICIPATION Les priorités Les risques Travail effectué Le planning Mai Juin Larchitecture de lapplication

PRESENTATION Le concept Choix de la tribu Mise en relation Ajout de fonctionnalités DESCRIPTION Fractal Satin (1) Satin (2) Larchitecture de lapplication ANTICIPATION Les priorités Les risques Travail effectué Le planning Mai Juin Larchitecture de lapplication

Les priorités PRESENTATION Le concept Choix de la tribu Mise en relation Ajout de fonctionnalités DESCRIPTION Fractal Satin (1) Satin (2) Larchitecture de lapplication ANTICIPATION Les priorités Les risques Travail effectué Le planning Mai Juin 1.Tester la compatibilité de Satin avec Fractal 2.Une bonne architecture et un code clair 3.Application évolutive (contrôlée par Satin) 4.Application évolutive (sans Satin) 5.Améliorer la plateforme 6.Assurer la portabilité de lapplication (Linux)

Les risques PRESENTATION Le concept Choix de la tribu Mise en relation Ajout de fonctionnalités DESCRIPTION Fractal Satin (1) Satin (2) Larchitecture de lapplication ANTICIPATION Les priorités Les risques Travail effectué Le planning Mai Juin Fractal et le modèle à composants –Une mauvaise compréhension. Satin, un prototype de service de sûreté –Des problèmes techniques ou conceptuels imprévus.

Travail effectué PRESENTATION Le concept Choix de la tribu Mise en relation Ajout de fonctionnalités DESCRIPTION Fractal Satin (1) Satin (2) Larchitecture de lapplication ANTICIPATION Les priorités Les risques Travail effectué Le planning Mai Juin Modèle en spirale (4 étapes). Le travail déjà effectué (1ere étape): Semaines 8 à 14 (24 février au 7 avril)

Le planning : Mai PRESENTATION Le concept Choix de la tribu Mise en relation Ajout de fonctionnalités DESCRIPTION Fractal Satin (1) Satin (2) Larchitecture de lapplication ANTICIPATION Les priorités Les risques Travail effectué Le planning Mai Juin Le planning pour la phase de développement : Mai (2ème et 3eme étapes)

Le planning : Juin PRESENTATION Le concept Choix de la tribu Mise en relation Ajout de fonctionnalités DESCRIPTION Fractal Satin (1) Satin (2) Larchitecture de lapplication ANTICIPATION Les priorités Les risques Travail effectué Le planning Mai Juin Le planning pour la phase de développement : Juin (3ème et 4ème étapes)

BISSOL Cédric DAVID Grégory MAURY Henrick RIGOBERT Julien Merci, Des questions ? Avril 2005