BISSOL Cédric DAVID Grégory MAURY Henrick RIGOBERT Julien Version 1.5

Post on 06-Jan-2016

26 views 0 download

description

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 - PowerPoint PPT Presentation

Transcript of BISSOL Cédric DAVID Grégory MAURY Henrick RIGOBERT Julien Version 1.5

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 conceptPRESENTATIONLe concept

Choix de la tribuMise en relation

Ajout defonctionnalités

DESCRIPTIONFractal Satin (1)Satin (2)

L’architecture de l’application

ANTICIPATIONLes risques

Travail effectuéLe planning

MaiJuin

Connexion au

serveur

Connexion au

serveur

Employeur

Étudiant

Un exemple d’application future : salon de l’étudiant

Le concept de tribus instantanées

Choix de la tribuPRESENTATIONLe concept

Choix de la tribuMise en relation

Ajout defonctionnalités

DESCRIPTIONFractal Satin (1)Satin (2)

L’architecture de l’application

ANTICIPATIONLes risques

Travail effectuéLe planning

MaiJuin

Employeur

Choix de la tribu

Étudiant

Choix de la tribu

Mise en relationPRESENTATIONLe concept

Choix de la tribuMise en relation

Ajout defonctionnalités

DESCRIPTIONFractal Satin (1)Satin (2)

L’architecture de l’application

ANTICIPATIONLes prioritésLes risques

Travail effectuéLe planning

MaiJuin

Employeur

Étudiant

Mise en relation (discussion, échange de données,services

…)

Modèle Paire à Paire

Ajout de fonctionnalitésPRESENTATIONLe concept

Choix de la tribuMise en relation

Ajout defonctionnalités

DESCRIPTIONFractal Satin (1)Satin (2)

L’architecture de l’application

ANTICIPATIONLes prioritésLes risques

Travail effectuéLe planning

MaiJuin

Employeur

Étudiant déficient

visuel

Ajout d’un module de

synthèse de la parole

Problème : comment vérifier la validité de

l’ajout

PRESENTATIONLe concept

Choix de la tribuMise en relation

Ajout defonctionnalités

DESCRIPTIONFractal Satin (1)Satin (2)

L’architecture de l’application

ANTICIPATIONLes prioritésLes risques

Travail effectuéLe planning

MaiJuin

• Modèle à base de composants :– hiérarchiques (composite ou

Primitif)– Réflexifs– Supportant la reconfiguration

dynamique

Fractal

Satin (1)PRESENTATIONLe concept

Choix de la tribuMise en relation

Ajout defonctionnalités

DESCRIPTIONFractal Satin (1)Satin (2)

L’architecture de l’application

ANTICIPATIONLes prioritésLes risques

Travail effectuéLe planning

MaiJuin

• Service de sûreté (Équipe Rainbow)

• Ajouter / Retirer des composants de façon sûre :

– Enregistrer les composants

– Enregistrer un schéma d’adaptation (ASL: Adaptation Spécification language)

– Tenter d’appliquer ce schéma aux composants concernés

Satin (2)PRESENTATIONLe concept

Choix de la tribuMise en relation

Ajout defonctionnalités

DESCRIPTIONFractal

Satin (1)Satin (2)

L’architecture de l’application

ANTICIPATIONLes prioritésLes risques

Travail effectuéLe planning

MaiJuin

Ajout d’un module de

synthèse de la parole

Serveur Satin

Demande de validation

Ajout validé

Employeur

Étudiant déficient visuel

Traduction Texte -> Voix

PRESENTATIONLe concept

Choix de la tribuMise en relation

Ajout defonctionnalités

DESCRIPTIONFractal Satin (1)Satin (2)

L’architecture de l’application

ANTICIPATIONLes prioritésLes risques

Travail effectuéLe planning

MaiJuin

L’architecture de l’application

PRESENTATIONLe concept

Choix de la tribuMise en relation

Ajout defonctionnalités

DESCRIPTIONFractal Satin (1)Satin (2)

L’architecture de l’application

ANTICIPATIONLes prioritésLes risques

Travail effectuéLe planning

MaiJuin

L’architecture de l’application

Les prioritésPRESENTATIONLe concept

Choix de la tribuMise en relation

Ajout defonctionnalités

DESCRIPTIONFractal

Satin (1)Satin (2)

L’architecture de l’application

ANTICIPATIONLes prioritésLes risques

Travail effectuéLe planning

MaiJuin

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 l’application (Linux)

Les risquesPRESENTATIONLe concept

Choix de la tribuMise en relation

Ajout defonctionnalités

DESCRIPTIONFractal

Satin (1)Satin (2)

L’architecture de l’application

ANTICIPATIONLes prioritésLes risques

Travail effectuéLe planning

MaiJuin

• 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éPRESENTATIONLe concept

Choix de la tribuMise en relation

Ajout defonctionnalités

DESCRIPTIONFractal Satin (1)Satin (2)

L’architecture de l’application

ANTICIPATIONLes prioritésLes risques

Travail effectuéLe planning

MaiJuin

• Modèle en spirale (4 étapes).• Le travail déjà effectué (1ere étape):

Semaines 8 à 14 (24 février au 7 avril)

Le planning : MaiPRESENTATIONLe concept

Choix de la tribuMise en relation

Ajout defonctionnalités

DESCRIPTIONFractal Satin (1)Satin (2)

L’architecture de l’application

ANTICIPATIONLes prioritésLes risques

Travail effectuéLe planning

MaiJuin

• Le planning pour la phase de développement :

Mai (2ème et 3eme étapes)

Le planning : JuinPRESENTATIONLe concept

Choix de la tribuMise en relation

Ajout defonctionnalités

DESCRIPTIONFractal Satin (1)Satin (2)

L’architecture de l’application

ANTICIPATIONLes prioritésLes risques

Travail effectuéLe planning

MaiJuin

• 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