version 2.0 cédric bissol grégory david henrick maury julien rigobert ter prototype de plate-forme...

Version 2.0

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

TER

Prototype de plate-forme de Tribus Instantanées :

Projet encadré par  : Audrey Occello

Anne-Marie Dery-Pinna

Philippe Collet Juin 2005

Le planPrésentationConcept et

fonctionnalitéFractalSatin

L’architecture générale de

notre prototypeScénarios

d’utilisation

Description du travail réaliséLes différentes

phasesPhase 1 Phase 2Phase 3

BilanLe travail réalisé

PerspectivesLe bilan

sur le projetLe bilan personnel

Si c’était àrefaire

• Présentation

• Description du travail réalisé

• Bilan

Principe etfonctionnalités (1)

Connexion au

serveur

Connexion au

serveur

Employeur

Un scénario d’utilisation : Recherche d’emploi

Le concept de tribus instantanées

Étudiant

Étudiant

PrésentationPrincipe et

fonctionnalitésFractalSatin

L’architecture générale de

notre prototypeScénarios

d’utilisation

Description du travail réaliséLes différentes

phasesPhase 1 Phase 2Phase 3

BilanLe travail réalisé

PerspectivesLe bilan

sur le projetLe bilan personnel

Si c’était àrefaire

Principe etfonctionnalités (2)

Employeur

Création d’une tribu

Étudiant

Choix de la tribu

Choix de la tribu

Étudiant

PrésentationPrincipe et

fonctionnalitésFractalSatin

L’architecture générale de

notre prototypeScénarios

d’utilisation

Description du travail réaliséLes différentes

phasesPhase 1 Phase 2Phase 3

BilanLe travail réalisé

PerspectivesLe bilan

sur le projetLe bilan personnel

Si c’était àrefaire

Principe etfonctionnalités (3)

Employeur 1

Étudiant 1

Mise en relation (discussion)

Modèle Pair à Pair

…

Étudiant 2

Étudiant 3

Employeur 2

Employeur 3

…

PrésentationPrincipe et

fonctionnalitésFractalSatin

L’architecture générale de

notre prototypeScénarios

d’utilisation

Description du travail réaliséLes différentes

phasesPhase 1 Phase 2Phase 3

BilanLe travail réalisé

PerspectivesLe bilan

sur le projetLe bilan personnel

Si c’était àrefaire

Principe et

fonctionnalités (4)

Employeur

Étudiant déficient

visuel

Ajout de la fonctionnalité de synthèse de la parole

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

l’ajoutÉtudiant

PrésentationPrincipe et

fonctionnalités Fractal

Satin L’architecture

générale de notre prototype

Scénarios d’utilisation

Description du

travail réalisé

Les différentesphases

Phase 1 Phase 2Phase 3

BilanLe travail réalisé

PerspectivesBilan sur le projetBilan personnel

Si c’était àrefaire

Principe etfonctionnalités (5)

Ajout de la fonctionnalit

é de synthèse de

la parole

Serveur Satin

Demande de validation

Ajout validé

Employeur

Étudiant déficient visuel

Traduction Texte -> Voix

Étudiant

PrésentationPrincipe et

fonctionnalités Fractal

Satin L’architecture

générale de notre prototype

Scénarios d’utilisation

Description du

travail réalisé

Les différentesphases

Phase 1 Phase 2Phase 3

BilanLe travail réalisé

PerspectivesBilan sur le projetBilan personnel

Si c’était àrefaire

• Modèle à base de composants hiérarchiques :– Primitifs (Code Java encapsulé)– Composites (assemblage de composants)

• RMI Fractal

• Modèle supportant la reconfiguration dynamique

FractalPrésentationPrincipe et

fonctionnalitésFractalSatin

L’architecture générale de

notre prototypeScénarios

d’utilisation

Description du

travail réaliséLes différentes

phasesPhase 1 Phase 2Phase 3

BilanLe travail réalisé

PerspectivesBilan sur le projetBilan personnel

Si c’était àrefaire

Satin

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

• Permet de fiabiliser le processus d’adaptation dynamique des composants indépendamment de la plateforme

• 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

PrésentationPrincipe et

fonctionnalitésFractalSatin

L’architecture générale de

notre prototypeScénarios

d’utilisation

Description du

travail réaliséLes différentes

phasesPhase 1 Phase 2Phase 3

BilanLe travail réalisé

PerspectivesBilan sur le projetBilan personnel

Si c’était àrefaire

L’architecture générale de notre prototype

PrésentationPrincipe et

fonctionnalitésFractalSatin

L’architecture générale de

notre prototypeScénarios

d’utilisation

Description du

travail réaliséLes différentes

phasesPhase 1 Phase 2Phase 3

BilanLe travail réalisé

PerspectivesBilan sur le projetBilan personnel

Si c’était àrefaire

Scénarios d’utilisation (1)

Scénarios d’utilisation (2)

Scénarios d’utilisation (3)PrésentationPrincipe et

fonctionnalitésFractalSatin

L’architecture générale de

notre prototypeScénarios

d’utilisation

Description du

travail réaliséLes différentes

phasesPhase 1 Phase 2Phase 3

BilanLe travail réalisé

PerspectivesBilan sur le projetBilan personnel

Si c’était àrefaire

Les différentes phases

• Modèle de développement en spirale : 3 phases

1. Fractalisation, amélioration de l’interface graphique, tests et documentation

2. Intégration de Satin, gestion des plugins, amélioration du prototype, tests et documentation

3. Finalisation, derniers tests et documentation

• Avant la période de développement :

1. Analyse du sujet, conception de l’architecture

2. Développement d’un prototype en Java

PrésentationPrincipe et

fonctionnalitésFractalSatin

L’architecture générale de

notre prototypeScénarios

d’utilisation

Description du

travail réaliséLes différentes

phasesPhase 1 Phase 2Phase 3

BilanLe travail réalisé

PerspectivesBilan sur le projetBilan personnel

Si c’était àrefaire

Phase 1 (1)

• Fractalisation, amélioration de l’interface graphique, tests et documentation

Planning prévisionnel

PrésentationPrincipe et

fonctionnalitésFractalSatin

L’architecture générale de

notre prototypeScénarios

d’utilisation

Description du

travail réaliséLes différentes

phasesPhase 1 Phase 2Phase 3

BilanLe travail réalisé

PerspectivesBilan sur le projetBilan personnel

Si c’était àrefaire

Mai

Phase 1 (2)

Planning effectif

• Changement de version de Java : incompatibilité entre Fractal RMI 2.3 et Java 1.3

PrésentationPrincipe et

fonctionnalitésFractalSatin

L’architecture générale de

notre prototypeScénarios

d’utilisation

Description du

travail réaliséLes différentes

phasesPhase 1 Phase 2Phase 3

BilanLe travail réalisé

PerspectivesBilan sur le projetBilan personnel

Si c’était àrefaire

Mai

Phase 2 (1)

Planning prévisionnel

• Intégration de Satin, gestion des plugins, amélioration de la plateforme, tests et documentation

PrésentationPrincipe et

fonctionnalitésFractalSatin

L’architecture générale de

notre prototypeScénarios

d’utilisation

Description du

travail réaliséLes différentes

phasesPhase 1 Phase 2Phase 3

BilanLe travail réalisé

PerspectivesBilan sur le projetBilan personnel

Si c’était àrefaire

Mai Juin

Phase 2 (2)

Planning effectif

• Amélioration de Satin pour l’enregistrement des composants Fractal

• Changement d’attribution des tâches

PrésentationPrincipe et

fonctionnalitésFractalSatin

L’architecture générale de

notre prototypeScénarios

d’utilisation

Description du

travail réaliséLes différentes

phasesPhase 1 Phase 2Phase 3

BilanLe travail réalisé

PerspectivesBilan sur le projetBilan personnel

Si c’était àrefaire

Mai Juin

Phase 3 (1)

Planning prévisionnel

• Finalisation, derniers tests et documentation

PrésentationPrincipe et

fonctionnalitésFractalSatin

L’architecture générale de

notre prototypeScénarios

d’utilisation

Description du

travail réaliséLes différentes

phasesPhase 1 Phase 2Phase 3

BilanLe travail réalisé

PerspectivesBilan sur le projetBilan personnel

Si c’était àrefaire

Juin

Phase 3 (2)

Planning effectif de Juin

PrésentationPrincipe et

fonctionnalitésFractalSatin

L’architecture générale de

notre prototypeScénarios

d’utilisation

Description du

travail réaliséLes différentes

phasesPhase 1 Phase 2Phase 3

BilanLe travail réalisé

PerspectivesBilan sur le projetBilan personnel

Si c’était àrefaire

Juin

• Efforts particuliers sur la documentation

Le travail réalisé

Nous avons atteint nos principaux objectifs :

1. Nous avons intégré Satin à Fractal et validé cette intégration. Le service Satin a été amélioré.

3. Nous avons conçu une architecture qui n’a pas été modifiée en profondeur durant la phase de développement.

4. Nous avons tenté autant que possible d’avoir un code clair et bien commenté.

2. Notre prototype est évolutif : on peut ajouter des plugins, et ce de façon sûre avec Satin.

5. Nous avons également pu améliorer le prototype : interface graphique, ajout de fonctionnalités …

PrésentationPrincipe et

fonctionnalitésFractalSatin

L’architecture générale de

notre prototypeScénarios

d’utilisation

Description du

travail réaliséLes différentes

phasesPhase 1 Phase 2Phase 3

BilanLe travail réalisé

PerspectivesBilan sur le projetBilan personnel

Si c’était àrefaire

Perspectives

•Améliorer l’intégration de Satin et Fractal

• Indépendante du prototype

•Améliorer notre prototype

• Fiabilité : sécurité, charge …

• Déploiement : Linux, PDA, Firewalls

• Évolutivité : plugins plus complexes

PrésentationPrincipe et

fonctionnalitésFractalSatin

L’architecture générale de

notre prototypeScénarios

d’utilisation

Description du

travail réaliséLes différentes

phasesPhase 1 Phase 2Phase 3

BilanLe travail réalisé

PerspectivesBilan sur le projetBilan personnel

Si c’était àrefaire

Le bilan sur le projet

• De nombreuses difficultés surmontées

• Une bonne organisation

• Les objectifs principaux atteints

PrésentationPrincipe et

fonctionnalitésFractalSatin

L’architecture générale de

notre prototypeScénarios

d’utilisation

Description du

travail réaliséLes différentes

phasesPhase 1 Phase 2Phase 3

BilanLe travail réalisé

PerspectivesBilan sur le projetBilan personnel

Si c’était àrefaire

Le bilan personnel

• Une bonne expérience : – Avoir une réelle approche de

conception et de planification avant la phase de codage

– Ecrire le cahier des charges

– Concevoir et respecter un planning

– Apprendre de nouvelles technologies avec peu de documentation

PrésentationPrincipe et

fonctionnalitésFractalSatin

L’architecture générale de

notre prototypeScénarios

d’utilisation

Description du

travail réaliséLes différentes

phasesPhase 1 Phase 2Phase 3

BilanLe travail réalisé

PerspectivesBilan sur le projetBilan personnel

Si c’était àrefaire

Si c’était à refaire

• Coder en Fractal plus tôt

• Une solution idéale ?

PrésentationPrincipe et

fonctionnalitésFractalSatin

L’architecture générale de

notre prototypeScénarios

d’utilisation

Description du

travail réaliséLes différentes

phasesPhase 1 Phase 2Phase 3

BilanLe travail réalisé

PerspectivesBilan sur le projetBilan personnel

Si c’était àrefaire

Cédric BISSOL Grégory DAVID Henrick MAURY et Julien RIGOBERT

Tiennent à remercier leurs encadrants pour

leur disponibilité.

Juin 2005

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

Merci,

des questions ?

Juin 2005

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

Merci,

des questions ?

Juin 2005

TribalFractal.fractal

<?xml version="1.0" encoding="ISO-8859-1" ?><!DOCTYPE definition PUBLIC "-//objectweb.org//DTD Fractal ADL 2.0//EN" "classpath://org/objectweb/fractal/adl/xml/basic.dtd">

<definition name="TribalFractal.TribalFractal"> <interface name="m" role="server" signature="chat.remote.RemoteClient"/> <!--<interface name="s" role="server" signature="chat.remote.RemoteServeur"/>-->

<component name="client" definition="TribalFractal.Client"/> <!-- <component name="server" definition="TribalFractal.Server"/>-->

<binding client="this.m" server="client.m"/> <!-- <binding client="this.s" server="server.S"/>--> <!-- <binding client="client.s" server="server.s"/>--></definition>

Cycle.adp

adaptationPattern Cycle (Couleur plugin1, Couleur plugin2) {

modifyPort plugin1.getCouleur() -> plugin1._call() ; plugin2._call()}