<?xml version="1.0" encoding="ISO-8859-1"?>
<?xml-stylesheet type="text/xsl" href="transform2011.xsl"?> 
<!-- egrave 232-->
<!-- eacute 233-->
<!-- ecirconflex 235-->
<!-- eumlaut 235-->
<!-- agrave 224-->
<!-- aacute 225-->
<!-- acirconflex 226-->
<!-- ccedilla 231-->
<MEMOIRES>

<memoire>
<titre>
    Analyse et étude de conjectures de flots non nuls partout dans les graphes.
</titre>
<service>
    Service d'Algorithmique
</service>
<directeur>
    <nom>  Hadrien Mélot</nom>
    <email>hadrien.melot@umons.ac.be</email>
</directeur>
<codirecteur>
    <nom>  Absil Romain</nom>
    <email>romain.absil@gmail.com</email>
</codirecteur>
<resume>
La théorie des flots est à l'heure actuelle très étudiée en théorie des graphes. Plus précisément, les flots non nuls partout sont un cas particulier de flot très lié aux colorations de graphes.
<br/>
Plus concrètement, un <i>k-flot non-nul partout</i> est un flot dont les valeurs sont comprises entre <i>1</i> et <i>k-1</i>. L'idée des problèmes liés aux <i>k</i>-flots non-nuls est alors la suivante : étant donné un graphe non-orienté <i>G</i>, le but est d'orienter <i>G</i> et de l'étiqueter sous la forme d'un <i>k</i>-flot non-nul.
<br/>
Il est alors possible de se poser des questions intéressantes en se limitant à de petites valeurs de <i>k</i>. Par exemple, Tutte a émis en 1954 une conjecture affirmant que tout graphe sans pont admet un tel flot pour des valeurs comprises entre <i>1</i> et <i>4</i>. Il existe plusieurs autres conjectures du même type sur l'existence de <i>k</i>-flots particuliers.
<br/>
L'étudiant devra analyser plusieurs conjectures et implémenter un outil permettant d'orienter un graphe et d'y admettre un <i>k</i>-flot non-nul partout. Cet outil pourra également être utilisé pour les conjectures étudiées afin de mettre en évidence leur difficulté.
<br/>
Ce mémoire est donc à la fois pratique et théorique avec des objectifs doubles :
<ol>
  <li> Implémenter un outil permettant d'illustrer diverses conjectures et de souligner leur difficulté,</li>
  <li> Lire et comprendre la littérature de base associée au sujet.</li>
</ol>
</resume>
<motsCles>
    Graph theory, Network flows, Tutte flow conjectures
</motsCles>
<REFERENCES>
    <reference>
       F. Jaeger, Flows and generalized coloring theorems in graphs, J. Comb. Theory Set. B, 26 (1979), 205-216
    </reference>
    <reference>
       P. D. Seymour, Nowhere-zero 6-flows, J. Comb. Theory Ser B, 30 (1981), 130-135.
    </reference>
    <reference>
       J. Bang-Jensen and G. Guttin, Digraphs - Theory, algorithms and applications, Springer-Verlag, 2007, 95-158.
    </reference>
    <reference>
       http://en.wikipedia.org/wiki/Nowhere-zero_flow
    </reference>
    <reference>
       http://math.mit.edu/~goemans/18438/lec5.pdf
    </reference>
    <reference>
       http://garden.irmacs.sfu.ca/?q=op/5_flow_conjecture
    </reference>    
</REFERENCES>
<autresInformations>
 Aucun prérequis particulier n'est nécessaire à ce mémoire, si ce n'est avoir suivi un cours de théorie des graphes avec succès.
</autresInformations>
</memoire>

<memoire>
<titre>
    Conception d'un lecteur de musique intelligent basé sur l'apprentissage automatique.
</titre>
<service>
    Service d'Algorithmique
</service>
<directeur>
    <nom>  Hadrien Mélot</nom>
    <email>hadrien.melot@umons.ac.be</email>
</directeur>
<etudiant> 
    Xavier Dubuc
</etudiant>
<resume>
La musique fait partie de notre quotidien via notamment l'utilisation de logiciels de lecture de fichiers musicaux. Le but de ce mémoire sera d'étudier l'état de l'art en la matière, puis de concevoir un lecteur de musique "intelligent". Pour ce faire, le lecteur sera basé sur les techniques d'apprentissage automatique (machine learning). En particulier, le comportement du lecteur s'adaptera à la manière dont l'utilisateur s'en sert. Par exemple, si l'utilisateur effectue une lecture aléatoire de sa bibliothèque de musique et qu'il passe une chanson (parce qu'il ne l'aime pas ou qu'il n'a pas envie de l'écouter pour le moment), le lecteur enregistre son action. Ainsi, lors d'une future lecture, il pourrait soit ne plus proposer cette chanson dans la lecture aléatoire, soit diminuer la probabilité pour qu'elle soit choisie lors de cette lecture aléatoire. D'autres fonctionnalités peuvent également être envisagées, comme proposer des chansons que l'utilisateur ne connait pas sur base d'un catalogue de chansons connues et celles que l'utilisateur écoute (par exemple, s'il écoute beaucoup de chansons de Jazz, lui proposer des chansons de Jazz qu'il ne connaît pas). 
</resume>
</memoire>

<memoire>
<titre>
Conception d'un outil de micro-simulation basé sur l'apprentissage automatique.
</titre>
<service>
    Service d'Algorithmique
</service>
<directeur>
    <nom>  Hadrien Mélot</nom>
    <email>hadrien.melot@umons.ac.be</email>
</directeur>
<etudiant> 
    Brice Geva
</etudiant>
<resume>
Le mémoire consiste à concevoir un outil permettant la simulation et l'étude d'une situation routière réelle à un niveau local (micro-simulation). A partir d'un schéma routier extrait d'une "base de données" disponible ou construit "à la main", il mettra à disposition de l'utilisateur une simulation de véhicules. Ces véhicules se comporteront selon différents modèles (e.g., agent réflexe simple basé sur une connaissance a priori des "réflexes" humains, agent plus évolué doté de capacité d'apprentissage automatique). Cette simulation permettra d'extraire une ensemble de données statistiques qui pourront, à terme, être comparées aux différentes données recueillies auprès des organismes officiels d'étude de la circulation routière ou de sociétés de consultance privées dans le domaine du transport. Cette comparaison aidera à valider la justesse du simulateur pour des simulations de situations existantes et ainsi prédire sa fiabilité dans l'étude de situations "imaginées".
</resume>
</memoire>

<memoire>
<titre>
Assistant à la création de livres numériques enrichis
</titre>
<service>
Service des systèmes d'information
</service>
<directeur>
<nom>Jef Wijsen</nom>
</directeur>
<etudiant>
Jiva Bahati
</etudiant>
<resume>
Le livre électronique, ou ebook, est défini comme un fichier électronique contenant du texte numérisé. Depuis quelques années, suite à l'explosion des smartphones, tablettes et liseuses, les livres numériques sont produits massivement et connaissent un succès de plus en plus important. Certains craignent même qu'ils puissent dans quelques années supplanter les livres "papier".

<BR/>

Les livres sont disponibles sous plusieurs formats : TXT, HTML, PDF, EPUB, .... Le format EPUB, mis en place par l'International Digital Publishing Forum (IPDF), tend à s'imposer comme un standard dans le domaine et est lisible sur la quasi-totalité des lecteurs d'ebook. Il a été conçu pour faciliter la mise en page et s'adapte automatiquement au type d'appareil de lecture. La dernière version de ce format, l'EPUB 3, est sortie au début de l'année 2011 et la spécification finale a été validée le 11 octobre de cette année (ce mardi).  Supportant HTML5, CSS3 et Javascript, il permet l'ajout de contenu multimédia (audio et vidéo), l'interactivité, la gestion des langues, l'écriture des symboles mathématiques, ... et ouvre la voie à de nombreuses extensions. Pour en avoir un aperçu, voir la vidéo publiée à l'adresse <A HREF="http://vimeo.com/24954073">http://vimeo.com/24954073</A>.


<BR/>
 
Le but du mémoire est double. Dans un premier temps, investiguer le domaine du livre électronique, sa genèse, son évolution, les différents types de format et de liseuses, le format EPUB, le problème des DRM, ... Dans un second temps, la création d'une application permettant d'éditer facilement des contenus enrichis. Cet outil permettra entre autres la création, la modification et la lecture des livres numériquesn enrichis (EPUB 3).

<BR/>

Jusque-là, la plupart des applications permettant d'éditer des ebooks sont :

<UL>
<LI>
soit des convertisseurs d'un format commun (.txt, .pdf, .odt, .doc) vers le format EPUB. Cette alternative ne semble plus valable dès lors qu'il s'agit d'intégrer du contenu multimédia. Le plus connu de ces convertisseurs est le logiciel libre Calibre.
</LI><LI>
Soit des applications web consistant en un système d'édition limité en options (par ex. le système de publication du site Feedbooks - fr.feedbooks.com)
</LI><LI>
Soit d'autres types d'applications obligeant le créateur du livre électronique à taper le code HTML nécessaire à la création d'ebook. Le plus connu est l'outil Silly.
</LI>
</UL>
L'application développée devra permettre à un non-connaisseur du HTML ou CSS de créer facilement ses livres numériques enrichis.
</resume>
</memoire>

<memoire>
<titre>
    Validation de documents XML à la volée
</titre>
<service>
   Service d'Informatique Théorique
</service>
<directeur>
   <nom>  Véronique Bruyère </nom>
</directeur>
<resume>
Le sujet proposé concerne la validation de documents XML à la volée. Plus précisément, étant donné une DTD, on souhaite vérifier algorithmiquement qu'un document XML est valide par rapport à cette DTD. L'algorithme lit petit à petit le document XML et indique dès que possible si celui-ci n'est pas valide, ce en limitant autant que possible la mémoire utilisée. Des études récentes ont étudié ce problème en détail et proposent l'utilisation d'automates et d'automates à pile reconnaissant des familles d'arbres. Le but du mémoire est de comprendre en profondeur ces notions et les algorithmes qui en découlent, ainsi que d'implémenter certains d'entre eux.
</resume>
<REFERENCES>
   <reference>
       La reference principale est : Luc Segoufin, Victor Vianu: Validating Streaming XML Documents. PODS 2002: 53-64
   </reference>
</REFERENCES>
</memoire>

<memoire>
<titre>
   Évolution d'un écosystème par rapport aux types d'activités effectués par un développeur 
</titre>
<service>
    Service de Génie Logiciel
</service>
<directeur>
    <nom>Tom Mens</nom>
</directeur>
<etudiant>
   Dimitri Durieux
</etudiant>
</memoire>

<memoire>
<titre>
   Historique des projets logiciels Java afin de vérifier si le processus de développement dirigé par les tests a été respecté
</titre>
<service>
    Service de Génie Logiciel
</service>
<directeur>
    <nom>Tom Mens</nom>
</directeur>
<etudiant>
   Lionel Destercq
</etudiant>
</memoire>

<memoire>
<titre>
   Certain conjunctive query answering in first-order logic 
</titre>
<service>
    Service des Systèmes d'Information
</service>
<directeur>
    <nom>Jef Wijsen</nom>
</directeur>
<etudiant>
   Fabian Pijcke
</etudiant>
</memoire>

</MEMOIRES>

