Année 2015-2016

L'UE de projet TI5 consiste à réaliser en groupe de 4 ou 5 étudiants un sujet ambitieux de développement au plus proche des compétences TI (SI, web) avec un objectif de professionnalisation du développement et de mise en production. Les étudiants disposent de 3 périodes de rush consacrées exclusivement au projet (environ 3 semaines au total). Sujets des projets des années précédentes Projets - M2TI - 2012-2013, Projets - M2TI - 2013-2014 et Projets - M2TI - 2014-2015

• Présentation des sujets et constitution des groupes : mercredi 09/09 (s37)
• Attribution des sujets : mardi 22/09 (s39)
• Début des projets : lundi 28/09 (s40)
• Remise du D0 : 16/10 à 13h (s42)
• Sprint #1 : 19/10 au 23/10 (s43)
• Remise du D1 : 26/10/14 à 18h (s44)
• Sprint #2 : 30/11 au 04/12 (s49)
• Remise du D2 : 07/12 à 18h (s50)
• Sprint #3 : 01/02 au 05/02 (s05)
• Remise du D3 : 08/02 à 18h (S06)
• Soutenance : 16/02 et 18/02 (s07)
• Remise du DF : à voir avec porteur, au plus tard le 19/02 (S07)

Calendrier Google format .ics

Un créneau de 1h30 par groupe, dont 45' de présentation avec une démo, 30' de questions et 15' de délibération/pause

• Mardi 16/02/16 : 9h00 - 10h30 : RELPART
• Mardi 16/02/16 : 10h30 - 12h00 : CIMA
• Mardi 16/02/16 : 13j30 - 15h00 : MEANTEX
• Mardi 16/02/16 : 15h00 - 16h30 : PERF
• Jeudi 18/02/16 : 9h00 - 10h30 : PRIM
• Jeudi 18/02/16 : 10h30 - 12h00 : TWEET

• Présentation plénière du 09/09/15 : initialisation (slides)
• Grille des critères d'évaluations demandés aux encadrants.

<note important>exemples de rendus des années précédentes : DGP (D0,D1,D2,D3,DF), soutenances, vidéos etc.</note>

Titre: Couche d'Interopérabilité Matériel-Applications
Acronyme: CIMA
Encadrant-e-s : lionel.medini@univ-lyon1.fr
Compétences clefs : Java côté serveur (OSGi), Technos Web (REST), Internet of Things, Web of Things
Description : CIMA est un projet plateforme soutenu par le LIRIS, destinée à faciliter la connexion d'objets physiques pour expérimenter / démontrer les algorithmes de recherche développés au laboratoire. Cette plateforme est basée sur OM2M (http://eclipse.org/om2m). Actuellement, CIMA permet de connecter des objets en IP et en USB (en cours) et de faire remonter à ses clients des descriptions annotées sémantiquement des objets disponibles sur la gateway, ainsi que de permettre d'y accéder. Il s'agit dans ce sujet de faire évoluer la plateforme pour élargir les types de connectivité pris en charge et de développer des modules permettant l'introspection côté objet. Accessoirement, il faudra aussi améliorer l'interface de configuration développée par un groupe de TI5 de l'année dernière.
Groupe d'étudiant:

• GUYAUX Maxime (Bleu)
• ABDELKADER Malik
• YAMAMOTU TANAKA Ricardo Kimio
• DA SILVA Frédéric (Vert)
• LU Quan Khanh (Rouge)
• BOUCHIKHI Hicham

Titre: Application de gestion des relations partenariales du laboratoire LIRIS
Acronyme: RELPART
Encadrant-e-s : gilles.gesquiere@liris.cnrs.fr, romuald.thion@univ-lyon1.fr
Compétences clefs : réutilisation de code existant, définition des besoins, étude de solutions existantes, programmation web PHP, framework JS, ergonomie, intégration dans le SI existant
Description : le service des Relations Partenariales du laboratoire Liris a été récemment crée avec pour mission de pérenniser, capitaliser et communiquer sur sa coopération avec les entreprises. Le service a besoin d'outil pour la gestion des contacts, le suivi des affaires et des projets (dont le financement), la remontée d'indicateurs et l'édition de rapports sur l’activité. Ce projet fait suite au projet TI5 2014-2015 RELPART. Une des premières tâche sera de comprendre et reprendre l'existant, de le modifier pour mieux correspondre aux besoins et ensuite de le passer en production.
Groupe d'étudiant:

• BONFRE Carole (Bleu)
• CROIBIER Benoit
• LEVISSE Aurélien
• HOARAU Elodie (Vert)
• MAI Trong Trung (Rouge)

Titre: Application web de gestion des TER M1
Acronyme: TER-PRIM
Encadrant-e-s : marc.plantevit@univ-lyon1.fr, emmanuel.coquery@univ-lyon1.fr
Compétences clefs : réutilisation de code existant, définition des besoins, programmation web PHP, framework JS, intégration dans le SI existant
Description : Les étudiants de M1 réalisent un projet de recherche dans le cadre de l'UE MIF20 - PRIM . Il s'agit de concevoir et développer une application web pour faciliter la gestion de cette UE. Les fonctionnalités attendues couvrent : le dépôt de sujet par les enseignants, la gestion des choix des sujets par les étudiants, la notations du rapport et de la soutenance et l'aide à la planification des soutenances. L'application devra s'intégrer avec le SI de l'UCBL (authentification CAS, LDAP) et sera développée en PHP avec le framework Code Igniter pour la partie serveur et en JS BackBone côté client. Ce projet fait suite au projet TI5 2014-2015 TER-PRIM
Groupe d'étudiant:

• BOUHAMDANI Florian
• THAO John (Bleu)
• BOUDEFFAR Abdelwadoud
• NGUYEN Quoc Vuong (Vert)
• NGUYEN Le Duc Tan
• KACEM Imen

Titre: Evaluateur de performances de traitement d'entités
Acronyme: PERF
Encadrant-e-s : fabien.duchateau@univ-lyon1.fr, nicolas.lumineau@univ-lyon1.fr
Compétences clefs : définition des besoins, étude de solutions existantes, programmation serveur, programmation Web
Description : dans le cadre des enseignements de BD, nous souhaitons une architecture client-serveur pour l'intégration de données par flux. Le serveur envoie sur demande des entités par flux à des clients (étudiants). Les clients découvrent les entités équivalentes (alignement) et les envoient au serveur, qui produit à la fin des statistiques sur les performances et la qualité de l'alignement. Les fonctionnalités recouvrent : une partie serveur qui permettra de dialoguer avec des clients (configuration des paramètres, envoi d'un flux d'entités, évaluation des résultats d'alignement), une partie Web (gestion du serveur par les enseignants), une interface cliente pour dialoguer avec le serveur (Java, et éventuellement autres langages), et un code de démo client. L'application (serveur) doit se déployer rapidement sur une nouvelle machine. Idéalement, le projet sera utilisé au printemps 2015 dans le cadre de l'UE MIF37.
Groupe d'étudiant:

• MILLOT Alexandre (Bleu)
• LONJARRET Corentin (Bleu)
• HINTZY Antoine
• HALAT Murat (Vert)
• MATINYA Felician Raphael (Rouge)

Titre: Aggrégation et filtrage de flux twitter
Acronyme: TWEET
Encadrant-e-s : fabien.rico@univ-lyon1.fr
Compétences clefs : API Twitter, flux de données
Description : Il s'agit de faire une plateforme de récupération de tweet et d'utilisation automatique de filtre ou d'analyse à destination des chercheurs en science humaine (que cela intéresse beaucoup mais qui n'ont pas les connaissance pour développer une telle application).
Groupe d'étudiant:

• DESEILLE Anthony
• DOGAN Selim (Vet)
• BOUBOUH Hicham (Rouge)
• CINAR Cihan
• DESJOBERT Nathanaël (Bleu)
• MESSEGUEM Abdelkader

Titre: Application MEAN de gestion collaborative d'exercices LaTeX
Acronyme: MEANTEX
Encadrant-e-s : romuald.thion@univ-lyon1.fr
Compétences clefs : LaTeX, MongoDB, node.js, Express, gestion de version, gestion de doc
Description : La gestion collaborative d'exercices LaTeX est un serpent de mer qui hante les projets TI5 depuis plusieurs années. Le marronnier fleurit à nouveau avec des bourgeons inspirés de http://mean.io
Groupe d'étudiant:

• MALIALIN Audréa (Bleu)
• DAUPHIN Maxime
• ALTIERI Guillaume (Vert)
• PATURAL Hugo
• HARRAKA Mohamed (Rouge)
• IZYDORCZYK Maxime

Titre: Automatisation de la gestion des infrastructures pédagogiques
Acronyme: FORGE-FACILE
Encadrant-e-s : emmanuel.coquery@univ-lyon1.fr
Compétences clefs : TBD
Description : Les activités pédagogiques en informatique nécessitent régulièrement l'exécution de tâches d’administration informatique diverses : création de projets sur la Forge, gestion de groupes, création de comptes sur des bases de données, création et déploiement de machines virtuelles dans le cloud… Toutes ces activités sont effectuées artisanalement avec des scripts ad hoc. Il s'agit de proposer une application qui permettra de centraliser et d'automatiser ces activités.
Groupe d'étudiant: NON POURVU

Titre: Implémentation de filtrage d'accès innovant sur un triple-store RDF
Acronyme: RDF-AC
Encadrant-e-s : tarek.sayah@liris.cnrs.fr, emmanuel.coquery@univ-lyon1.fr, romuald.thion@univ-lyon1.fr
Compétences clefs : RDF, jena, Fuseki, endpoint sparql, viz. graphique, contrôle d'accès
Description : Un modèle de contrôle d'accès innovant a été développé sur TDB, la couche de persistance de Jena. Il s'agit de prolonger le travail en proposant un véritable endpoint sparql qui assure le fitlrage des données. Le développement d'interface pour administrer les droits est également prévu.
Groupe d'étudiant:

• CAZENAVE Raphaël
• HDIDAR Rami
• NIHEL Ben Hmiden
• SAPUNARU Carmen

Titre: Optimisation de requêtes agrégatives dans un contexte de bases de graphes distribuées
Acronyme: CAIR-EXP
Encadrant-e-s : mohand-said.hacid@univ-lyon1.fr
Compétences clefs : Big Data, integration
Description :
Groupe d'étudiant: à constituer parmi les étudiants “recherche”

• COMIGNANI Ugo
• KIM Eunhye
• HONG Ineui

—-

• CHEKABA Ghada : ABI???

La Gestion de Projet (GdP) a pour objectif de s'assurer de la réussite du projet. Pour cela, il faut être capable de prévoir, suivre, vérifier et corriger les activités du projet. On livrera au total 5 documents sur la GdP :

• D0 : le dossier d'initialisation
• D1, D2, D3 : les dossiers post sprints
• DF : le dossier de synthèse final

Auxquels s'ajouteront

• DP : la présentation finale
• DT : les livrables techniques (à déterminer avec le porteur)

Le calcul global de charge du projet est le suivant :

1. 8 demi-journées (sprint #1) + 7 demi-journées (sprint #2) + 10 demi-journées (sprint #3) = 25 demi-journées,
2. 7h par journée de travail, on obtient 88 heures.personnes (h.p) pendant les sprints
3. on applique un ratio de 1.33, c'est à dire qu'on compte qu'il faut 1h hors du sprint (préparation, gestion, finalisation) pour chaque 3h dedans, 1.33 *88 = 116h de temps passé per capita,
4. on multiplie par le nombre de personnes dans l'équipe, pour 5 personnes on a environ 580h de travail au total (l'équivalent d'une personne à temps plein pendant presque 4 mois).

Le dossier d'initialisation a pour objectif de fixer le cadre du projet (contraintes, objectif, contexte) ainsi que les modalités générales de sa réalisation (méthode et outils, macro-planning). A titre d'illustration, voici un exemple des sections qu'il contiendra :

1. Page de garde : dont mention du rédacteur, des destinataires, dates, titre du projet, révision, les membres du groupe de projet
2. Objet et contexte
   1. contexte : qui demande le projet, dans quel environnement
   2. positionnement : pour faire ce projet
   3. objet : description générale des objectifs du projet, qu'est ce qui doit être fait
3. Résultats attendus : la liste des livrables qui seront produits. Pour chaque livrable on donnera son sommaire
   1. livrables de gestion de projet : les GdP post-sprint
   2. livrables techniques : voire liste d'exemples plus-bas. Seuls le ou les principaux logiciels seront détaillés
   3. autres livrables : dont la communication et la présentation finale
4. Méthode et outils
   1. contraintes : ce qui vous est imposé comme choix technique ou environnement, comme délais ou périodes particuliers
   2. méthode : l'organisation générale de votre développement : cycle en V classique, développement “agile”, incrémental etc…
   3. outils : ce que vous comptez mettre en place pour (réussir) le projet : dépôt de code, de documents, moyens de communication, serveurs de tests
5. Macro-planning
   1. lots de travail : vous divisez votre projet en gros “lots” de tâches (de 4 à 10 max : moins c'est trop grossier, plus c'est trop fin) : étude de l'existant, collecte d'information auprès des utilisateurs et spécification, division du logiciel en ses principaux modules
   2. phasage : identifier les principaux jalons (typiquement, la fin des sprints) et organiser les lots de travail dans le temps

<note important>Le dossier d'initialisation, validé par les encadrants, sera rendu aux directeurs de projets au plus tard le 16 octobre à 13h</note>

Après chaque sprint, un document de gestion de projet à destination des directeurs de projet est demandé. Ce document fait la synthèse des activités réalisées et des méthodes employées, il comprendra en particulier :

• rédigé avant chaque sprint :
  1. Une décomposition en tâches (quoi faire pendant le sprint)
  2. Une évaluation de la charge des tâches (quelle quantité de travail est prévue sur chaque tâche)
  3. Une répartition des tâches (qui va faire quoi). Prévoir une granularité à la 1/2 journée pendant le sprint.
  4. Les livrables techniques remis à la fin du sprint (préciser quoi, qui et quand)
• rédigé à la fin de chaque sprint
  1. L'état d'avancement des tâches, les écarts par rapport aux prévisions
  2. Les éventuelles modifications du projet et les actions correctives à mettre en œuvre.

<note important>Après chaque fin de sprint le GdP sera transmis aux encadrants et aux directeurs de projets</note>

Le dossier de synthèse final fait une synthèse de l'activité réalisée au cours du projet et prépare l'après-projet. Le dossier est composé des parties suivantes :

1. le bilan de projet : c'est une synthèse des documents D0, D1, D2 et D3
   • écarts entre les prévisions initiales et les produits livrés
   • identification des travaux restant à réaliser
   • bilan sur ce que le groupe a pu retirer de l'expérience et suggestions d'amélioration
2. liste des livrables : c'est une synthèse des documents et logiciels livrés
   • sous forme d'un tableau, faire une description des livrables fournis, aussi précise que possible (e.g. résumé, nb pages, date de remise, date de relecture, etc). Voir plus bas pour une liste des documents types que vous avez pu fournir.
3. document de valorisation
   • une page A4 de type plaquette/affiche/poster qui fait la promotion de votre produit
   • (optionel) un court support (3 slides ou 2 min de vidéo/screencast) de promotion

Les projets sont présentés devant un jury de soutenance composé du porteur de projet et des directeurs de projets. La soutenance est publique. La soutenance dure environ tout inclus (présentation formelle, démonstration, question, délibération du jury).

Les objectifs de la soutenance sont les suivants :

• présenter globalement le projet et ses objectifs
• présenter l'équipe et son organisation
• montrer l'état de réalisation des objectifs
• montrer la capacité à s'organiser et travailler en équipe
• montrer la qualité technique de la réalisation (architecture, code, support)
• proposer une poursuite de projet sur la base des objectifs restant à réaliser, des évolutions ou des extensions.

La soutenance doit inclure une démonstration du logiciel réalisé (éventuellement, sous forme de screencast ou de vidé). Le format, le plan du support de présentation et l'articulation entre présentation et démonstration sont libres.

L'ensemble des réalisations effectuées dans le cadre du projet constituent des livrables techniques (DT). Une des activités de la GdP est justement de convenir de la liste et de la date de remise de ces livrables. Une liste de livrables générique est proposée à titre informatif. La détermination de ces livrables en coordination avec la MOA fait partie intégrante du projet.

• Description de l'architecture
• Modèle de données
• Maquettes de l'interface
• Prototype de l'architecture
• Prototype de l'interface
• Produit logiciel : beta, version finale
• Tests unitaires, d'intégrations, fonctionnels
• Bilans des tests précédents
• Documentation de développement du logiciel
• Documentation de déploiement et d'administration du logiciel
• Documentation d'utilisation du logiciel
• Tutorial d'utilisation du logiciel
• Vidéo de promotion du logiciel
• Support de présentation du logiciel