Conception de Programmes Evolutifs Pré Soutenance de TER Année 2004-2005 Encadrants : Cathy Escazut et Michel Gautero Auteurs: Paul-Kenji Cahier Sylvain.

Slides:



Advertisements
Présentations similaires
Conférence « Compétences Informatiques » 10 avril 2006
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,
E-learning Evolutif Albarelli Corinne Behem Patrice Guillot Jérôme
Chapitre annexe. Récursivité
L-System et modélisation de plantes…
Simulation d’un réseau avec correspondances
Séquenceur d’observations pour télescope autonome
Material/Sources: Daniel Bardou, Julie Dugdale &
C# 2.0, un an après Mitsuru FURUTA
Introduction à l’Algorithmique
Etudiants : Benjamin BLANC Cyrille KLUZEK Encadreur :
Introduction Pour concrétiser l’enseignement assisté par ordinateur
Sujet BL1 : Simulateur de comportement réactif Bernard Clément Barelli Nicolas Maitrehut Loïc Ould Sidina Mahi Encadrant : Mr Michel Buffa.
Conception de Programmes Evolutifs Pré Soutenance de TER Année Encadrants : Cathy Escazut et Michel Gautero Auteurs: Paul-Kenji Cahier Sylvain.
Sujet BL1 : Simulateur de comportements réactifs
Prototype de plate-forme de Tribus Instantanées :
Conception de Programmes Evolutifs
TER Visualisation 3D de calculs électromagnétiques Production : Sébastien JOB Jean-Christophe LARRE Cédric PIOVANO Encadrement : Fabrice HUET.
MIKHAYLOVA Vera Exposé Java principe de fonctionnement Lundi 17 mai 2004 DEUG 1ère année Science du langage Paris III.
Optimisation dans les télécommunications
simulateur de réseau de machines UML connectées par WiFi mode ad-hoc
Modélisation des systèmes non linéaires par des SIFs
1 ARCHITECTURE DACCÈS la méthode générale modèle de données définitions module daccès / modules métiers construction des modèles les modules daccès, les.
UNIVERSITE DES SCIENCES ET DE LA TECHNOLOGIE D’ORAN
ST40 – Stage Professionnel
Algorithmique et Programmation
Maths, Fourmis, Informatique et Petits Chevaux - 1
Evaluation par compétences informatisée dans plusieurs disciplines
Création d’un programme :
Introduction au paradigme objet Concepts importants surcharge (overload) redéfinition (override) Définition d’une classe Définition des attributs.
© 2007 P. Van Roy. All rights reserved. FSAB1402: Informatique 2 Le Langage Java et les Exceptions Peter Van Roy Département dIngénierie Informatique,
Quest-ce quune classe dallocation? Une classe dallocation détermine la portée et la durée de vie dun objet ou dune fonction.
Modèle, Méthode et Conception
Plan de l’exposé Présentation de l’équipe Présentation du stage
Structures de données IFT-10541
Projet de diplôme 2011 Miserez David
PLIC APPLE S OUTENANCE DE MI - SEMESTRE Application MR GREEN 1.
Présentation du mémoire
Universté de la Manouba
Vincent Thomas Christine Bourjot Vincent Chevrier
LIFI-Java 2004 Séance du Jeudi 9 sept. Cours 1. La notion de langage Décrire une tâche à effectuer –programme Écrire à un haut niveau –facile pour lutilisateur.
Chapitre 9 Les sous-programmes.
Document élaboré à Centrale Paris par Pascal Morenton LES TECHNOLOGIES DU WEB 1. LES PHASES D UN DEPLOIEMENT DE RESEAUX 2. LE LANGAGE HTML 3. LE LANGAGE.
Programmation non procédurale Le projet ECOLE 2000
Architecture d’un système expert
Présenté par : Attia Hamza Merzouk Abdelkrim 2003/2004
EXIGE Un avenir dans le web....
Exploration de la programmation android Formation Assurer par: Club FreeWays Réalisé par: BOUHJJA Lamia.
L. Gzara, E. Khouri, M Tollenaere 1 MSI 2A ICL – Initiation ACCESS Interfaces 2014 Initiation MS Access 2010 Interfaces – Formulaires Dynamique des données.
12/04/ Le polymorphisme Cours 8 Cours 8.
« Validation Formelle de Systèmes Interactifs »
Méthodes et outils de conception Introduction à la programmation Paramètre de retour Appel d’une fonction Portée des variables Définition Pourquoi les.
PLAN 1. Introduction 1.1. Sites de presse actuels 1.2. Objectif de notre site 2. Description du modèle 3. Outils utilisés 3.1. SVG 3.2. PHP et MySQL 4.
Simulation du rôle de la communication dans l’établissement d’un réseau de liens sociaux Projet GPL :
MOCK.
La programmation par objets Principes et concepts Etude de Smalltalk.
Le Browser hiérarchique de Classes Java : En quoi cette application pourra faciliter le travail de Mr Leblanc ? GROUX Julien & MOULINIER Georges.
Le Browser hiérarchique de Classes Java : En quoi cette application pourra faciliter le travail de Mr Leblanc ?
Projet de génie logiciel
20/06/2015propagation de signatures lexicales dans le graphe du Web 1 Propagation de signatures lexicales dans le graphe du Web M. Bouklit M. Lafourcade.
Introduction à la Programmation Orientée Objet
Objectifs du développement Des agendas culturels et services quotidiens de La Libre Belgique et de La Dernière Heure et proposera des services d’informations.
1.1: notions de bases de l’informatique
THEORIES DES MECANISMES
Projet de Maîtrise Simulation 3D d’atomes robotiques Detanger Pierre-Gilles He Xuefeng Mauny Stéphane Villers Julien.
Mécanique des Structures
Modélisation des Actions Mécaniques Première sti2d
Année Universitaire : 2013/2014 Réalisée par: Rahma DAIKHI Encadrants : M. Jean-Yves TIGLI M. Stéphane LAVIROTTE Au sein de : Laboratoire I3S, Equipe RAINBOW.
IFT359 – Programmation fonctionnelle Thème 07 Fermeture, affectation ou monades 1.
Transcription de la présentation:

Conception de Programmes Evolutifs Pré Soutenance de TER Année Encadrants : Cathy Escazut et Michel Gautero Auteurs: Paul-Kenji Cahier Sylvain Mahé Laurent Toselli

Sommaire Introduction (4 min.) –Direction donnée par des problèmes rencontrés.Direction donnée par des problèmes rencontrés –Programmation statique vs programmation évolutive.Programmation statique vs programmation évolutive –Présentation du projet.Présentation du projet Détails de lapplication (5 min.) –Moteur de sélection.Moteur de sélection –Application graphique.Application graphique Risques (4 min.)Risques Planification (4 min.)Planification Questions ( le temps restant )Questions

Introduction Problème qui nous a amené à ce TER: –Existe-il des programmes sauto modifiant qui sont codés une fois pour toute ? Réponse négative à notre connaissance. Réponse positive pour une fonction de la sorte –fam : fonction auto modifiante »(define (fam x) » (let ((g (lambda (x) (* k x)))) » (define (modifg) ». » ) » (define (iter) » (if (not (= (g x) y)) » (modifg) » g)) » (iter)) –Modifie de la fonction g mais son aspect reste globalement le même à lintérieur de la fonction f.

Introduction (suite) –On est dans une approche « fermée » de lauto modification (dépendant du problème). –Doù utilisé pour des cas particuliers cependant. –Notre application générera du code nayant peut-être aucun rapport avec le code précédent. On est dans une approche « ouverte » (indépendant du problème). Le cas général sera présenté dans notre projet avec une application représentant un cas particulier.

Sommaire Introduction (4 min.) –Direction donnée par des problèmes rencontrés.Direction donnée par des problèmes rencontrés –Programmation statique vs programmation évolutive.Programmation statique vs programmation évolutive –Présentation du projet.Présentation du projet Détails de lapplication (5 min.) –Moteur de sélection.Moteur de sélection –Application graphique.Application graphique Risques (4 min.)Risques Planification (4 min.)Planification Questions ( le temps restant )Questions

programmes statiques Vs. programmes évolutifs. –Les programmes classiques, en général, ne sont pas vus pour être modifiés après compilation. –La modification de code à lextérieur du programme (finalisé) nest pas possible. –Doù notion de patchs correctifs (en cas de bogue). –Intérêt de notre part de trouver un mécanisme. –Programmes évolutifs : Programmes dynamiques. (fam vues précédemment) Programmes 2 en 1. –Modification et exécution du programme non dissocié. –Pas didées pour le moment, pas de connaissances à ce sujet. Projet TER (notre proposition ) –Donc un choix de la représentation des programmes personnalisée pour obtenir cette capacité. – Modification possible des programmes sans que lidée soit changée et en temps réel.

Sommaire Introduction (4 min.) –Direction donnée par des problèmes rencontrés.Direction donnée par des problèmes rencontrés –Programmation statique vs programmation évolutive.Programmation statique vs programmation évolutive –Présentation du projet.Présentation du projet Détails de lapplication (5 min.) –Moteur de sélection.Moteur de sélection –Application graphique.Application graphique Risques (4 min.)Risques Planification (4 min.)Planification Questions ( le temps restant )Questions

Projet de colonie de fourmis. –Simulation de comportement de fourmis dans un certain environnement. –Un seul caste de fourmis au départ (ouvrière). –Actions de base (fonctions de base) permises pour chaque fourmis : Chercher de la nourriture. Déplacement. Faire face à une attaque de prédateur (extension) … –Visibilité via une interface graphique : Suivi du comportement global des fourmis. Obtention dinformations sur lune dentre elles. Modifications de paramètres (extension). Génération de programme à linstant t. (lié au moteur) –Extensions: Prédateurs (araignées) Fourmilière(s) Classe (> 1) de fourmis (ouvrière, soldat, nurse, reine, princesse, réserve fourmilière (à miel), …) Notion dordres dans les besoins dune fourmi. Classeur da.g. sur 2 niveaux (suivre lhéritage entre générations) ? Environnement changeant.( utilisation des règles dinférences ) ? Une fourmilière codé statiquement face à une autre évolutive ?

Sommaire Introduction (4 min.) –Direction donnée par des problèmes rencontrés.Direction donnée par des problèmes rencontrés –Programmation statique vs programmation évolutive.Programmation statique vs programmation évolutive –Présentation du projet.Présentation du projet Détails de lapplication (5 min.) –Moteur de sélection.Moteur de sélection –Application graphique.Application graphique Risques (4 min.)Risques Planification (4 min.)Planification Questions ( le temps restant )Questions

Moteur de sélection –Composition du moteur général: moteur dinférences algorithmes génétiques (générateur de classeurs). Sélection dun classeur = algorithmes appartenant à une même classe de problèmes – (« déplacement », « chercher nourriture », « chercher quelquun », …) –Vue sur les règles dinférences: Ensemble de règles de type env -> action (fonctions de base) appelées classeur Ensemble de règles de type action -> algo n. Les algorithmes génétiques, évolution : –Trouver des règles plus convenables pour une fourmi dans un certain environnement. –Re-génération de nouveaux classeurs. –Possibilité davoir plusieurs actions pour un environnement. –Le moteur dinférences se charge de calculer la liste des algorithmes possibles. –Choix de lalgorithme pour la fourmi parmi ceux retenues.

Sommaire Introduction (4 min.) –Direction donnée par des problèmes rencontrés.Direction donnée par des problèmes rencontrés –Programmation statique vs programmation évolutive.Programmation statique vs programmation évolutive –Présentation du projet.Présentation du projet Détails de lapplication (5 min.) –Moteur de sélection.Moteur de sélection –Application graphique.Application graphique Risques (4 min.)Risques Planification (4 min.)Planification Questions ( le temps restant )Questions

Application graphique Écrit en langage java: –Portabilité du projet –Confirmer la capacité du moteur à rester indifférent aux langages de lapplication. Liaison entre application et moteur – Assuré par bigloo nous permettant de générer du java en scheme.

Sommaire Introduction (4 min.) –Direction donnée par des problèmes rencontrés.Direction donnée par des problèmes rencontrés –Programmation statique vs programmation évolutive.Programmation statique vs programmation évolutive –Présentation du projet.Présentation du projet Détails de lapplication (5 min.) –Moteur de sélection.Moteur de sélection –Application graphique.Application graphique Risques (4 min.)Risques Planification (4 min.)Planification Questions ( le temps restant )Questions

Risques Défaut de conception du moteur sélection (moteur inférences + système de classeurs): –Trouver la bonne représentation des classeurs pour les faire interagir avec le moteur dinférence. Défaut de liaison moteur sélection/GUI Divers problèmes liés aux systèmes dexploitations. GUI : –Lenteur de linterface. –Le nombre de fourmis à gérer ne doit pas ralentir lapplication. –Environnement dynamique dans lextension pour simplifier les capacités de gestion et daltération dans lenvironnement.

Sommaire Introduction (4 min.) –Direction donnée par des problèmes rencontrés.Direction donnée par des problèmes rencontrés –Programmation statique vs programmation évolutive.Programmation statique vs programmation évolutive –Présentation du projet.Présentation du projet Détails de lapplication (5 min.) –Moteur de sélection.Moteur de sélection –Application graphique.Application graphique Risques (4 min.)Risques Planification (4 min.)Planification Questions ( le temps restant )Questions

Planification

Sommaire Introduction (4 min.) –Direction donnée par des problèmes rencontrés.Direction donnée par des problèmes rencontrés –Programmation statique vs programmation évolutive.Programmation statique vs programmation évolutive –Présentation du projet.Présentation du projet Détails de lapplication (5 min.) –Moteur de sélection.Moteur de sélection –Application graphique.Application graphique Risques (4 min.)Risques Planification (4 min.)Planification Questions ( le temps restant )Questions

Model Environnement ? Classeur = fourmis ? …