https://air.imag.fr/api.php?action=feedcontributions&user=Samuel.Courthial&feedformat=atomair - User contributions [en]2024-03-29T02:21:51ZUser contributionsMediaWiki 1.35.13https://air.imag.fr/index.php?title=Rapport_Final_EDCampus&diff=50991Rapport Final EDCampus2021-03-18T16:51:38Z<p>Samuel.Courthial: /* Le contenu */</p>
<hr />
<div><br />
<br />
=L'équipe=<br />
* Samuel Courthial (chef de projet)<br />
* Sebastian Fougère<br />
* Robin Delbos<br />
<br />
Supervisé par : Didier Donsez, Gérard Pollier, Anthony Geourjon (Merci à Anthony pour sa présence et ses nombreux conseils bienveillants pendant tout le projet.)<br />
<br />
=Qu'est ce qu'EDCampus?=<br />
<br />
[[File:Edcampus-dashboard.png|500px|thumb|right| Dashboard EDCampus]]<br />
<br />
EDCampus est une plateforme de gestion de projet développé par Disrupt Campus Grenoble depuis 4 ans. Elle est actuellement en production avec 2400 comptes utilisateurs , 500 utilisateurs actifs et plus de 500 projets. <br />
Au cours de son histoire la plateforme a eu de multiples contributeurs : environ 50 étudiants + Anthony Geourjon<br />
EDCampus a été développé principalement pour que les professeurs puissent créer des projets pour leurs étudiant et pouvoir communiquer plus facilement au cours de celui-ci. Mais la plateforme regroupe de nombreuses autres fonctionnalités comme la création de sondages, un calendrier, une fonctionnalité de gestion des finances...<br />
<br />
Plus précisément, EDCampus permet la création de projet avec lesquels il est possible d'effectuer diverses actions:<br />
* Création d'une hiérarchie en créant des sous-projets, rattachés à un parent. Ces projets peuvent alors partager certaines ressources.<br />
* Partage de dossiers, fichiers et liens externes.<br />
* Création de tâches, pouvant être manipuler et organiser dans des Kanban ou des Gantt.<br />
* Suivi de l'évolution d'un projet depuis le calendrier. Ce dernier répertorie tous les évènements passés et futurs, a propos d'un ou plusieurs projets suivis.<br />
* Organisation d'atelier (Brain-storming, tableau blanc, visio, Business Model, Lean et SWOT Canvas).<br />
* Gestion des ressources (nom, quantité, prix).<br />
* Sondages.<br />
* Création de publications (si le projet est publique, naturellement).<br />
* Gestion des contacts liés au projet.<br />
* Gestion de la finance du projet.<br />
* Demande de livrable, auprés des membres du projet.<br />
<br />
Notre objectif au cours de ce projet était de contribuer à EDCampus par de la correction de ''bugs'' et de l'ajout de fonctionnalités, ainsi que par la ''refactorisation'' d'un ''chat''.<br />
<br />
=Architecture du système=<br />
<br />
[[File:Architecture_EDCampus.jpg | 800px | thumb | center | Architecture générale]]<br />
<br />
<br />
Nous voyons donc que l'architecture est plutôt classique avec une partie ''front'', une partie ''back'' et une base de données. Cependant il y a également une deuxième partie back-node utilisée pour la fonctionnalité de ''chat''. Cette partie contient le serveur SocketIO qui permet d'informer les utilisateurs lors d'envoi de message. Ce serveur gère des salles pour chaque discussions qu'il est possible de rejoindre pour être notifié quand un message est envoyé. Le serveur ne contient ni les discussions, ni les messages envoyés, qui doivent ensuite être récupérés côté client en allant les chercher dans la BDD.<br />
<br />
= Technologies et outils=<br />
==Technologies==<br />
* PHP : technologie utilisée pour le ''BackEnd''<br />
* AngularJS : technologie utilisée pour le ''FrontEnd''<br />
* SQL : technologie utilisée pour la base de données<br />
* SocketIO : technologie utilisée pour le ''chat''<br />
** Il s'agit d'une bibliothèque JavaScript permettant une communication bidirectionnelle temps réel entre les clients et les serveurs. Cette bibliothèque facilite l'envoi et la réception d'évènement de différents type, de contenu varié. De plus, Socket.io permet facilement la création de "salles", des canaux pouvant être rejoint ou quitter par des sockets. Elles permettent notamment l'envoi de messages à un sous-ensemble précis de client (ceux ayant rejoint la même salle).<br />
<br />
[[File:Edcampus-rooms-socketIO.png|500px|thumb|center| Le concept de "salles" de socket.io]]<br />
<br />
==Outils==<br />
* GitLab : Plateforme pour le travail collaboratif<br />
* GitKraken : Outil pour utiliser ''Git'' plus facilement<br />
* PHPStorm : Editeur pour le developpement ''BackEnd''<br />
* WebStorm : Editeur pour le developpement ''FrontEnd''<br />
* MySQL : Outil pour accéder a la base de données<br />
* Docker : Outil d'empaquetage d'une application et de ces dépendances<br />
<br />
= Réalisations techniques=<br />
<br />
==Correction de bugs==<br />
<br />
[[File:Edcampus-correction-bug1.png|500px|thumb|right| Une issue de test et de correction de bug]]<br />
<br />
Nous avions plusieurs types d'''issues'' de correction de ''bugs''<br />
* Traduction manquante<br />
* Erreurs d'affichage<br />
* Fonctionnalités ne se comportant pas de la bonne façon<br />
<br />
==Ajout de fonctionnalités==<br />
* Envoi de notifications aux utilisateurs<br />
* Ajout d'un bouton de suppression<br />
* Affichage des prochaines échéances dans un projet<br />
==Ajout du chat==<br />
Le ''chat'' d'EDCampus était déjà présent mais de nombreuses fonctionnalités ne fonctionnaient pas correctement. Notre objectif était donc de débuguer les fonctionnalités déjà présentes, tout en effectuant une refonte du chat en remplaçant Firebase (l'outil hébergeant le serveur de chat) par socket.io. L'intérêt de cela était de pouvoir se libérer de l'utilisation d'un service tier dans EDCampus, en hébergeant soi-même le chat. L'ensemble des discussions et messages était déjà stocké dans la BDD. L'idée était donc d'utiliser socket.io pour créer un serveur de notification, informant les clients lors de la réception et de l'envoi d'un message.<br />
<br />
=Organisation=<br />
<br />
==Méthode==<br />
Nous avons travaillé en méthodologie agile avec GitLab. Nous avons repartis notre travail en ''sprints'' d'une semaine chacun pour un total de 6 ''sprints''. A chaque sprint nous organisions au moins une réunion le lundi matin avec Anthony Geourjon afin de s'organiser pour la semaine et faire un récapitulatif de la semaine précédente. Pendant chaque sprint nous avions des issues données par Anthony Geourjon que nous nous répartitions selon nos préférence et notre avancement.<br />
<br />
==Le contenu==<br />
<br />
[[File:Edcampus-issues.png|350px|thumb|right| Organisation de nos issues]]<br />
<br />
Notre travail s'organisait en deux parties :<br />
* Dans les 4 premiers ''sprints'' nous avons travaillé sur de la correction de ''bugs'' et de l'ajout de fonctionnalités, choisies chaque semaine par Anthony Geourjon.<br />
** L'idée était de commencer par des issues faciles pour se familiariser avec le code et sa structure avant de se lancer dans la refonte du chat. Ces quelques semaines nous ont permis de rapidement monter en compétences.<br />
* Dans les 2 derniers ''sprints'' nous avons travaillé sur la fonctionnalité de ''chat''.<br />
<br />
==Rôles==<br />
* Dans la première partie nous choisissions les ''issues'' selon nos préférences, certaines ''issues'' nécessitaient doc des modifications coté ''front'' et ''back'', Nous avions donc tous un rôle de développeur ''FullStack''. <br />
* Dans la deuxième partie Samuel travaillait sur SocketIO alors que Robin et Sebastian travaillaient sur des issues d'ajout de fonctionnalités du chat et de la correction de bugs des fonctionnalités existantes. Puis une fois les fonctionnalités ajoutées nous avons tous travaillés sur l'intégration de SocketIO et sur les tests.<br />
<br />
<br />
=Métriques=<br />
<br />
==Répartition du travail==<br />
Nous avons réalisés des métriques sur le nombre de lignes de code ainsi que sur le nombre d'''issues''; Cependant celles ci ne sont pas forcement représentatives puisque certaines ''issues'' nécessitaient plus de travail que d'autres sans forcement nécessiter plus de code.<br />
* Nombre d'issues : 33 issues au total<br />
** Robin Delbos : 24.2%<br />
** Samuel Courthial : 39.4%<br />
** Sebastian Fougere : 36.4%<br />
* Lignes de code : 930 lignes au total <br />
** Robin Delbos : 16.0%<br />
** Samuel Courthial : 48.9%<br />
** Sebastian Fougere : 35.1%<br />
<br />
==Cout développeur==<br />
<br />
<br />
=Conclusion=<br />
Finalement le projet était enrichissant nous avons pu travailler sur un projet concret et même avoir des retours d'utilisateur sur notre travail. De plus nous avons eu l'occasion de travailler sur des fonctionnalités ''front'' et ''back'' avec des langages que nous n'avions que peu utilisé jusqu'à présent.<br />
<br />
Cependant le projet manque de documentation. De plus le projet ayant eu de nombreux contributeurs il est parfois compliqué de comprendre comment fonctionne le code avec toute les façons différentes de coder.<br />
<br />
=Glossaire=<br />
''Bug'' : Défaut de conception d'un programme informatique à l'origine d'un dysfonctionnement.<br />
<br />
''Back/BackEnd'' : Partie d'un système avec laquelle un utilisateur n'interagis pas directement.<br />
<br />
''Chat'' : Fenêtre de discussion.<br />
<br />
''Front/FrontEnd'' : Partie d'un système avec laquelle un utilisateur interagis.<br />
<br />
''Fullstack'' : Un développeur fullstack travaille sur toute les parties du système.<br />
<br />
''Git'' : Git est un logiciel de gestion de versions décentralisé.<br />
<br />
''Issue'' : Tâche à réaliser lors d’un sprint.<br />
<br />
''Refactorisation'' : réécriture d'un programme pour l’améliorer.<br />
<br />
''Sprint'' : Période de travail définie avec un certain nombre d'issues.<br />
<br />
=Bibliographie=<br />
<br />
[https://platform-edcampus.univ-grenoble-alpes.fr/app/ EDCampus]<br />
<br />
[https://gricad-gitlab.univ-grenoble-alpes.fr/edcampus/edcampus-platform Gitlab EDCampus]<br />
<br />
[https://air.imag.fr/index.php/PROJET-INFO5_2021_Contributions_open_source_au_projet_EdCampus Fiche de suivi]<br />
<br />
[https://air.imag.fr/images/9/96/Flyer_EDCampus.pdf Flyer]<br />
<br />
[https://air.imag.fr/images/0/04/Poster_EDCampus.pdf Poster]<br />
<br />
[https://air.imag.fr/images/8/89/Pitch_EDCampus.pdf Pitch]<br />
<br />
[ Présentation finale]</div>Samuel.Courthialhttps://air.imag.fr/index.php?title=Rapport_Final_EDCampus&diff=50990Rapport Final EDCampus2021-03-18T16:51:26Z<p>Samuel.Courthial: /* Le contenu */</p>
<hr />
<div><br />
<br />
=L'équipe=<br />
* Samuel Courthial (chef de projet)<br />
* Sebastian Fougère<br />
* Robin Delbos<br />
<br />
Supervisé par : Didier Donsez, Gérard Pollier, Anthony Geourjon (Merci à Anthony pour sa présence et ses nombreux conseils bienveillants pendant tout le projet.)<br />
<br />
=Qu'est ce qu'EDCampus?=<br />
<br />
[[File:Edcampus-dashboard.png|500px|thumb|right| Dashboard EDCampus]]<br />
<br />
EDCampus est une plateforme de gestion de projet développé par Disrupt Campus Grenoble depuis 4 ans. Elle est actuellement en production avec 2400 comptes utilisateurs , 500 utilisateurs actifs et plus de 500 projets. <br />
Au cours de son histoire la plateforme a eu de multiples contributeurs : environ 50 étudiants + Anthony Geourjon<br />
EDCampus a été développé principalement pour que les professeurs puissent créer des projets pour leurs étudiant et pouvoir communiquer plus facilement au cours de celui-ci. Mais la plateforme regroupe de nombreuses autres fonctionnalités comme la création de sondages, un calendrier, une fonctionnalité de gestion des finances...<br />
<br />
Plus précisément, EDCampus permet la création de projet avec lesquels il est possible d'effectuer diverses actions:<br />
* Création d'une hiérarchie en créant des sous-projets, rattachés à un parent. Ces projets peuvent alors partager certaines ressources.<br />
* Partage de dossiers, fichiers et liens externes.<br />
* Création de tâches, pouvant être manipuler et organiser dans des Kanban ou des Gantt.<br />
* Suivi de l'évolution d'un projet depuis le calendrier. Ce dernier répertorie tous les évènements passés et futurs, a propos d'un ou plusieurs projets suivis.<br />
* Organisation d'atelier (Brain-storming, tableau blanc, visio, Business Model, Lean et SWOT Canvas).<br />
* Gestion des ressources (nom, quantité, prix).<br />
* Sondages.<br />
* Création de publications (si le projet est publique, naturellement).<br />
* Gestion des contacts liés au projet.<br />
* Gestion de la finance du projet.<br />
* Demande de livrable, auprés des membres du projet.<br />
<br />
Notre objectif au cours de ce projet était de contribuer à EDCampus par de la correction de ''bugs'' et de l'ajout de fonctionnalités, ainsi que par la ''refactorisation'' d'un ''chat''.<br />
<br />
=Architecture du système=<br />
<br />
[[File:Architecture_EDCampus.jpg | 800px | thumb | center | Architecture générale]]<br />
<br />
<br />
Nous voyons donc que l'architecture est plutôt classique avec une partie ''front'', une partie ''back'' et une base de données. Cependant il y a également une deuxième partie back-node utilisée pour la fonctionnalité de ''chat''. Cette partie contient le serveur SocketIO qui permet d'informer les utilisateurs lors d'envoi de message. Ce serveur gère des salles pour chaque discussions qu'il est possible de rejoindre pour être notifié quand un message est envoyé. Le serveur ne contient ni les discussions, ni les messages envoyés, qui doivent ensuite être récupérés côté client en allant les chercher dans la BDD.<br />
<br />
= Technologies et outils=<br />
==Technologies==<br />
* PHP : technologie utilisée pour le ''BackEnd''<br />
* AngularJS : technologie utilisée pour le ''FrontEnd''<br />
* SQL : technologie utilisée pour la base de données<br />
* SocketIO : technologie utilisée pour le ''chat''<br />
** Il s'agit d'une bibliothèque JavaScript permettant une communication bidirectionnelle temps réel entre les clients et les serveurs. Cette bibliothèque facilite l'envoi et la réception d'évènement de différents type, de contenu varié. De plus, Socket.io permet facilement la création de "salles", des canaux pouvant être rejoint ou quitter par des sockets. Elles permettent notamment l'envoi de messages à un sous-ensemble précis de client (ceux ayant rejoint la même salle).<br />
<br />
[[File:Edcampus-rooms-socketIO.png|500px|thumb|center| Le concept de "salles" de socket.io]]<br />
<br />
==Outils==<br />
* GitLab : Plateforme pour le travail collaboratif<br />
* GitKraken : Outil pour utiliser ''Git'' plus facilement<br />
* PHPStorm : Editeur pour le developpement ''BackEnd''<br />
* WebStorm : Editeur pour le developpement ''FrontEnd''<br />
* MySQL : Outil pour accéder a la base de données<br />
* Docker : Outil d'empaquetage d'une application et de ces dépendances<br />
<br />
= Réalisations techniques=<br />
<br />
==Correction de bugs==<br />
<br />
[[File:Edcampus-correction-bug1.png|500px|thumb|right| Une issue de test et de correction de bug]]<br />
<br />
Nous avions plusieurs types d'''issues'' de correction de ''bugs''<br />
* Traduction manquante<br />
* Erreurs d'affichage<br />
* Fonctionnalités ne se comportant pas de la bonne façon<br />
<br />
==Ajout de fonctionnalités==<br />
* Envoi de notifications aux utilisateurs<br />
* Ajout d'un bouton de suppression<br />
* Affichage des prochaines échéances dans un projet<br />
==Ajout du chat==<br />
Le ''chat'' d'EDCampus était déjà présent mais de nombreuses fonctionnalités ne fonctionnaient pas correctement. Notre objectif était donc de débuguer les fonctionnalités déjà présentes, tout en effectuant une refonte du chat en remplaçant Firebase (l'outil hébergeant le serveur de chat) par socket.io. L'intérêt de cela était de pouvoir se libérer de l'utilisation d'un service tier dans EDCampus, en hébergeant soi-même le chat. L'ensemble des discussions et messages était déjà stocké dans la BDD. L'idée était donc d'utiliser socket.io pour créer un serveur de notification, informant les clients lors de la réception et de l'envoi d'un message.<br />
<br />
=Organisation=<br />
<br />
==Méthode==<br />
Nous avons travaillé en méthodologie agile avec GitLab. Nous avons repartis notre travail en ''sprints'' d'une semaine chacun pour un total de 6 ''sprints''. A chaque sprint nous organisions au moins une réunion le lundi matin avec Anthony Geourjon afin de s'organiser pour la semaine et faire un récapitulatif de la semaine précédente. Pendant chaque sprint nous avions des issues données par Anthony Geourjon que nous nous répartitions selon nos préférence et notre avancement.<br />
<br />
==Le contenu==<br />
<br />
[[File:Edcampus-issues.png|300px|thumb|right| Organisation de nos issues]]<br />
<br />
Notre travail s'organisait en deux parties :<br />
* Dans les 4 premiers ''sprints'' nous avons travaillé sur de la correction de ''bugs'' et de l'ajout de fonctionnalités, choisies chaque semaine par Anthony Geourjon.<br />
** L'idée était de commencer par des issues faciles pour se familiariser avec le code et sa structure avant de se lancer dans la refonte du chat. Ces quelques semaines nous ont permis de rapidement monter en compétences.<br />
* Dans les 2 derniers ''sprints'' nous avons travaillé sur la fonctionnalité de ''chat''.<br />
<br />
==Rôles==<br />
* Dans la première partie nous choisissions les ''issues'' selon nos préférences, certaines ''issues'' nécessitaient doc des modifications coté ''front'' et ''back'', Nous avions donc tous un rôle de développeur ''FullStack''. <br />
* Dans la deuxième partie Samuel travaillait sur SocketIO alors que Robin et Sebastian travaillaient sur des issues d'ajout de fonctionnalités du chat et de la correction de bugs des fonctionnalités existantes. Puis une fois les fonctionnalités ajoutées nous avons tous travaillés sur l'intégration de SocketIO et sur les tests.<br />
<br />
<br />
=Métriques=<br />
<br />
==Répartition du travail==<br />
Nous avons réalisés des métriques sur le nombre de lignes de code ainsi que sur le nombre d'''issues''; Cependant celles ci ne sont pas forcement représentatives puisque certaines ''issues'' nécessitaient plus de travail que d'autres sans forcement nécessiter plus de code.<br />
* Nombre d'issues : 33 issues au total<br />
** Robin Delbos : 24.2%<br />
** Samuel Courthial : 39.4%<br />
** Sebastian Fougere : 36.4%<br />
* Lignes de code : 930 lignes au total <br />
** Robin Delbos : 16.0%<br />
** Samuel Courthial : 48.9%<br />
** Sebastian Fougere : 35.1%<br />
<br />
==Cout développeur==<br />
<br />
<br />
=Conclusion=<br />
Finalement le projet était enrichissant nous avons pu travailler sur un projet concret et même avoir des retours d'utilisateur sur notre travail. De plus nous avons eu l'occasion de travailler sur des fonctionnalités ''front'' et ''back'' avec des langages que nous n'avions que peu utilisé jusqu'à présent.<br />
<br />
Cependant le projet manque de documentation. De plus le projet ayant eu de nombreux contributeurs il est parfois compliqué de comprendre comment fonctionne le code avec toute les façons différentes de coder.<br />
<br />
=Glossaire=<br />
''Bug'' : Défaut de conception d'un programme informatique à l'origine d'un dysfonctionnement.<br />
<br />
''Back/BackEnd'' : Partie d'un système avec laquelle un utilisateur n'interagis pas directement.<br />
<br />
''Chat'' : Fenêtre de discussion.<br />
<br />
''Front/FrontEnd'' : Partie d'un système avec laquelle un utilisateur interagis.<br />
<br />
''Fullstack'' : Un développeur fullstack travaille sur toute les parties du système.<br />
<br />
''Git'' : Git est un logiciel de gestion de versions décentralisé.<br />
<br />
''Issue'' : Tâche à réaliser lors d’un sprint.<br />
<br />
''Refactorisation'' : réécriture d'un programme pour l’améliorer.<br />
<br />
''Sprint'' : Période de travail définie avec un certain nombre d'issues.<br />
<br />
=Bibliographie=<br />
<br />
[https://platform-edcampus.univ-grenoble-alpes.fr/app/ EDCampus]<br />
<br />
[https://gricad-gitlab.univ-grenoble-alpes.fr/edcampus/edcampus-platform Gitlab EDCampus]<br />
<br />
[https://air.imag.fr/index.php/PROJET-INFO5_2021_Contributions_open_source_au_projet_EdCampus Fiche de suivi]<br />
<br />
[https://air.imag.fr/images/9/96/Flyer_EDCampus.pdf Flyer]<br />
<br />
[https://air.imag.fr/images/0/04/Poster_EDCampus.pdf Poster]<br />
<br />
[https://air.imag.fr/images/8/89/Pitch_EDCampus.pdf Pitch]<br />
<br />
[ Présentation finale]</div>Samuel.Courthialhttps://air.imag.fr/index.php?title=File:Edcampus-issues.png&diff=50989File:Edcampus-issues.png2021-03-18T16:48:51Z<p>Samuel.Courthial: </p>
<hr />
<div></div>Samuel.Courthialhttps://air.imag.fr/index.php?title=Rapport_Final_EDCampus&diff=50988Rapport Final EDCampus2021-03-18T16:48:38Z<p>Samuel.Courthial: /* Le contenu */</p>
<hr />
<div><br />
<br />
=L'équipe=<br />
* Samuel Courthial (chef de projet)<br />
* Sebastian Fougère<br />
* Robin Delbos<br />
<br />
Supervisé par : Didier Donsez, Gérard Pollier, Anthony Geourjon (Merci à Anthony pour sa présence et ses nombreux conseils bienveillants pendant tout le projet.)<br />
<br />
=Qu'est ce qu'EDCampus?=<br />
<br />
[[File:Edcampus-dashboard.png|500px|thumb|right| Dashboard EDCampus]]<br />
<br />
EDCampus est une plateforme de gestion de projet développé par Disrupt Campus Grenoble depuis 4 ans. Elle est actuellement en production avec 2400 comptes utilisateurs , 500 utilisateurs actifs et plus de 500 projets. <br />
Au cours de son histoire la plateforme a eu de multiples contributeurs : environ 50 étudiants + Anthony Geourjon<br />
EDCampus a été développé principalement pour que les professeurs puissent créer des projets pour leurs étudiant et pouvoir communiquer plus facilement au cours de celui-ci. Mais la plateforme regroupe de nombreuses autres fonctionnalités comme la création de sondages, un calendrier, une fonctionnalité de gestion des finances...<br />
<br />
Plus précisément, EDCampus permet la création de projet avec lesquels il est possible d'effectuer diverses actions:<br />
* Création d'une hiérarchie en créant des sous-projets, rattachés à un parent. Ces projets peuvent alors partager certaines ressources.<br />
* Partage de dossiers, fichiers et liens externes.<br />
* Création de tâches, pouvant être manipuler et organiser dans des Kanban ou des Gantt.<br />
* Suivi de l'évolution d'un projet depuis le calendrier. Ce dernier répertorie tous les évènements passés et futurs, a propos d'un ou plusieurs projets suivis.<br />
* Organisation d'atelier (Brain-storming, tableau blanc, visio, Business Model, Lean et SWOT Canvas).<br />
* Gestion des ressources (nom, quantité, prix).<br />
* Sondages.<br />
* Création de publications (si le projet est publique, naturellement).<br />
* Gestion des contacts liés au projet.<br />
* Gestion de la finance du projet.<br />
* Demande de livrable, auprés des membres du projet.<br />
<br />
Notre objectif au cours de ce projet était de contribuer à EDCampus par de la correction de ''bugs'' et de l'ajout de fonctionnalités, ainsi que par la ''refactorisation'' d'un ''chat''.<br />
<br />
=Architecture du système=<br />
<br />
[[File:Architecture_EDCampus.jpg | 800px | thumb | center | Architecture générale]]<br />
<br />
<br />
Nous voyons donc que l'architecture est plutôt classique avec une partie ''front'', une partie ''back'' et une base de données. Cependant il y a également une deuxième partie back-node utilisée pour la fonctionnalité de ''chat''. Cette partie contient le serveur SocketIO qui permet d'informer les utilisateurs lors d'envoi de message. Ce serveur gère des salles pour chaque discussions qu'il est possible de rejoindre pour être notifié quand un message est envoyé. Le serveur ne contient ni les discussions, ni les messages envoyés, qui doivent ensuite être récupérés côté client en allant les chercher dans la BDD.<br />
<br />
= Technologies et outils=<br />
==Technologies==<br />
* PHP : technologie utilisée pour le ''BackEnd''<br />
* AngularJS : technologie utilisée pour le ''FrontEnd''<br />
* SQL : technologie utilisée pour la base de données<br />
* SocketIO : technologie utilisée pour le ''chat''<br />
** Il s'agit d'une bibliothèque JavaScript permettant une communication bidirectionnelle temps réel entre les clients et les serveurs. Cette bibliothèque facilite l'envoi et la réception d'évènement de différents type, de contenu varié. De plus, Socket.io permet facilement la création de "salles", des canaux pouvant être rejoint ou quitter par des sockets. Elles permettent notamment l'envoi de messages à un sous-ensemble précis de client (ceux ayant rejoint la même salle).<br />
<br />
[[File:Edcampus-rooms-socketIO.png|500px|thumb|center| Le concept de "salles" de socket.io]]<br />
<br />
==Outils==<br />
* GitLab : Plateforme pour le travail collaboratif<br />
* GitKraken : Outil pour utiliser ''Git'' plus facilement<br />
* PHPStorm : Editeur pour le developpement ''BackEnd''<br />
* WebStorm : Editeur pour le developpement ''FrontEnd''<br />
* MySQL : Outil pour accéder a la base de données<br />
* Docker : Outil d'empaquetage d'une application et de ces dépendances<br />
<br />
= Réalisations techniques=<br />
<br />
==Correction de bugs==<br />
<br />
[[File:Edcampus-correction-bug1.png|500px|thumb|right| Une issue de test et de correction de bug]]<br />
<br />
Nous avions plusieurs types d'''issues'' de correction de ''bugs''<br />
* Traduction manquante<br />
* Erreurs d'affichage<br />
* Fonctionnalités ne se comportant pas de la bonne façon<br />
<br />
==Ajout de fonctionnalités==<br />
* Envoi de notifications aux utilisateurs<br />
* Ajout d'un bouton de suppression<br />
* Affichage des prochaines échéances dans un projet<br />
==Ajout du chat==<br />
Le ''chat'' d'EDCampus était déjà présent mais de nombreuses fonctionnalités ne fonctionnaient pas correctement. Notre objectif était donc de débuguer les fonctionnalités déjà présentes, tout en effectuant une refonte du chat en remplaçant Firebase (l'outil hébergeant le serveur de chat) par socket.io. L'intérêt de cela était de pouvoir se libérer de l'utilisation d'un service tier dans EDCampus, en hébergeant soi-même le chat. L'ensemble des discussions et messages était déjà stocké dans la BDD. L'idée était donc d'utiliser socket.io pour créer un serveur de notification, informant les clients lors de la réception et de l'envoi d'un message.<br />
<br />
=Organisation=<br />
<br />
==Méthode==<br />
Nous avons travaillé en méthodologie agile avec GitLab. Nous avons repartis notre travail en ''sprints'' d'une semaine chacun pour un total de 6 ''sprints''. A chaque sprint nous organisions au moins une réunion le lundi matin avec Anthony Geourjon afin de s'organiser pour la semaine et faire un récapitulatif de la semaine précédente. Pendant chaque sprint nous avions des issues données par Anthony Geourjon que nous nous répartitions selon nos préférence et notre avancement.<br />
<br />
==Le contenu==<br />
<br />
[[File:Edcampus-issues.png|300px|thumb|right| Organisation de nos issues]]<br />
<br />
Notre travail s'organisait en deux parties :<br />
* Dans les 4 premiers ''sprints'' nous avons travaillé sur de la correction de ''bugs'' et de l'ajout de fonctionnalités, choisies chaque semaine par Anthony Geourjon.<br />
* Dans les 2 derniers ''sprints'' nous avons travaillé sur la fonctionnalité de ''chat''.<br />
<br />
==Rôles==<br />
* Dans la première partie nous choisissions les ''issues'' selon nos préférences, certaines ''issues'' nécessitaient doc des modifications coté ''front'' et ''back'', Nous avions donc tous un rôle de développeur ''FullStack''. <br />
* Dans la deuxième partie Samuel travaillait sur SocketIO alors que Robin et Sebastian travaillaient sur des issues d'ajout de fonctionnalités du chat et de la correction de bugs des fonctionnalités existantes. Puis une fois les fonctionnalités ajoutées nous avons tous travaillés sur l'intégration de SocketIO et sur les tests.<br />
<br />
<br />
=Métriques=<br />
<br />
==Répartition du travail==<br />
Nous avons réalisés des métriques sur le nombre de lignes de code ainsi que sur le nombre d'''issues''; Cependant celles ci ne sont pas forcement représentatives puisque certaines ''issues'' nécessitaient plus de travail que d'autres sans forcement nécessiter plus de code.<br />
* Nombre d'issues : 33 issues au total<br />
** Robin Delbos : 24.2%<br />
** Samuel Courthial : 39.4%<br />
** Sebastian Fougere : 36.4%<br />
* Lignes de code : 930 lignes au total <br />
** Robin Delbos : 16.0%<br />
** Samuel Courthial : 48.9%<br />
** Sebastian Fougere : 35.1%<br />
<br />
==Cout développeur==<br />
<br />
<br />
=Conclusion=<br />
Finalement le projet était enrichissant nous avons pu travailler sur un projet concret et même avoir des retours d'utilisateur sur notre travail. De plus nous avons eu l'occasion de travailler sur des fonctionnalités ''front'' et ''back'' avec des langages que nous n'avions que peu utilisé jusqu'à présent.<br />
<br />
Cependant le projet manque de documentation. De plus le projet ayant eu de nombreux contributeurs il est parfois compliqué de comprendre comment fonctionne le code avec toute les façons différentes de coder.<br />
<br />
=Glossaire=<br />
''Bug'' : Défaut de conception d'un programme informatique à l'origine d'un dysfonctionnement.<br />
<br />
''Back/BackEnd'' : Partie d'un système avec laquelle un utilisateur n'interagis pas directement.<br />
<br />
''Chat'' : Fenêtre de discussion.<br />
<br />
''Front/FrontEnd'' : Partie d'un système avec laquelle un utilisateur interagis.<br />
<br />
''Fullstack'' : Un développeur fullstack travaille sur toute les parties du système.<br />
<br />
''Git'' : Git est un logiciel de gestion de versions décentralisé.<br />
<br />
''Issue'' : Tâche à réaliser lors d’un sprint.<br />
<br />
''Refactorisation'' : réécriture d'un programme pour l’améliorer.<br />
<br />
''Sprint'' : Période de travail définie avec un certain nombre d'issues.<br />
<br />
=Bibliographie=<br />
<br />
[https://platform-edcampus.univ-grenoble-alpes.fr/app/ EDCampus]<br />
<br />
[https://gricad-gitlab.univ-grenoble-alpes.fr/edcampus/edcampus-platform Gitlab EDCampus]<br />
<br />
[https://air.imag.fr/index.php/PROJET-INFO5_2021_Contributions_open_source_au_projet_EdCampus Fiche de suivi]<br />
<br />
[https://air.imag.fr/images/9/96/Flyer_EDCampus.pdf Flyer]<br />
<br />
[https://air.imag.fr/images/0/04/Poster_EDCampus.pdf Poster]<br />
<br />
[https://air.imag.fr/images/8/89/Pitch_EDCampus.pdf Pitch]<br />
<br />
[ Présentation finale]</div>Samuel.Courthialhttps://air.imag.fr/index.php?title=Rapport_Final_EDCampus&diff=50986Rapport Final EDCampus2021-03-18T16:41:07Z<p>Samuel.Courthial: /* Ajout du chat */</p>
<hr />
<div><br />
<br />
=L'équipe=<br />
* Samuel Courthial (chef de projet)<br />
* Sebastian Fougère<br />
* Robin Delbos<br />
<br />
Supervisé par : Didier Donsez, Gérard Pollier, Anthony Geourjon (Merci à Anthony pour sa présence et ses nombreux conseils bienveillants pendant tout le projet.)<br />
<br />
=Qu'est ce qu'EDCampus?=<br />
<br />
[[File:Edcampus-dashboard.png|500px|thumb|right| Dashboard EDCampus]]<br />
<br />
EDCampus est une plateforme de gestion de projet développé par Disrupt Campus Grenoble depuis 4 ans. Elle est actuellement en production avec 2400 comptes utilisateurs , 500 utilisateurs actifs et plus de 500 projets. <br />
Au cours de son histoire la plateforme a eu de multiples contributeurs : environ 50 étudiants + Anthony Geourjon<br />
EDCampus a été développé principalement pour que les professeurs puissent créer des projets pour leurs étudiant et pouvoir communiquer plus facilement au cours de celui-ci. Mais la plateforme regroupe de nombreuses autres fonctionnalités comme la création de sondages, un calendrier, une fonctionnalité de gestion des finances...<br />
<br />
Plus précisément, EDCampus permet la création de projet avec lesquels il est possible d'effectuer diverses actions:<br />
* Création d'une hiérarchie en créant des sous-projets, rattachés à un parent. Ces projets peuvent alors partager certaines ressources.<br />
* Partage de dossiers, fichiers et liens externes.<br />
* Création de tâches, pouvant être manipuler et organiser dans des Kanban ou des Gantt.<br />
* Suivi de l'évolution d'un projet depuis le calendrier. Ce dernier répertorie tous les évènements passés et futurs, a propos d'un ou plusieurs projets suivis.<br />
* Organisation d'atelier (Brain-storming, tableau blanc, visio, Business Model, Lean et SWOT Canvas).<br />
* Gestion des ressources (nom, quantité, prix).<br />
* Sondages.<br />
* Création de publications (si le projet est publique, naturellement).<br />
* Gestion des contacts liés au projet.<br />
* Gestion de la finance du projet.<br />
* Demande de livrable, auprés des membres du projet.<br />
<br />
Notre objectif au cours de ce projet était de contribuer à EDCampus par de la correction de ''bugs'' et de l'ajout de fonctionnalités, ainsi que par la ''refactorisation'' d'un ''chat''.<br />
<br />
=Architecture du système=<br />
<br />
[[File:Architecture_EDCampus.jpg | 800px | thumb | center | Architecture générale]]<br />
<br />
<br />
Nous voyons donc que l'architecture est plutôt classique avec une partie ''front'', une partie ''back'' et une base de données. Cependant il y a également une deuxième partie back-node utilisée pour la fonctionnalité de ''chat''. Cette partie contient le serveur SocketIO qui permet d'informer les utilisateurs lors d'envoi de message. Ce serveur gère des salles pour chaque discussions qu'il est possible de rejoindre pour être notifié quand un message est envoyé. Le serveur ne contient ni les discussions, ni les messages envoyés, qui doivent ensuite être récupérés côté client en allant les chercher dans la BDD.<br />
<br />
= Technologies et outils=<br />
==Technologies==<br />
* PHP : technologie utilisée pour le ''BackEnd''<br />
* AngularJS : technologie utilisée pour le ''FrontEnd''<br />
* SQL : technologie utilisée pour la base de données<br />
* SocketIO : technologie utilisée pour le ''chat''<br />
** Il s'agit d'une bibliothèque JavaScript permettant une communication bidirectionnelle temps réel entre les clients et les serveurs. Cette bibliothèque facilite l'envoi et la réception d'évènement de différents type, de contenu varié. De plus, Socket.io permet facilement la création de "salles", des canaux pouvant être rejoint ou quitter par des sockets. Elles permettent notamment l'envoi de messages à un sous-ensemble précis de client (ceux ayant rejoint la même salle).<br />
<br />
[[File:Edcampus-rooms-socketIO.png|500px|thumb|center| Le concept de "salles" de socket.io]]<br />
<br />
==Outils==<br />
* GitLab : Plateforme pour le travail collaboratif<br />
* GitKraken : Outil pour utiliser ''Git'' plus facilement<br />
* PHPStorm : Editeur pour le developpement ''BackEnd''<br />
* WebStorm : Editeur pour le developpement ''FrontEnd''<br />
* MySQL : Outil pour accéder a la base de données<br />
* Docker : Outil d'empaquetage d'une application et de ces dépendances<br />
<br />
= Réalisations techniques=<br />
<br />
==Correction de bugs==<br />
<br />
[[File:Edcampus-correction-bug1.png|500px|thumb|right| Une issue de test et de correction de bug]]<br />
<br />
Nous avions plusieurs types d'''issues'' de correction de ''bugs''<br />
* Traduction manquante<br />
* Erreurs d'affichage<br />
* Fonctionnalités ne se comportant pas de la bonne façon<br />
<br />
==Ajout de fonctionnalités==<br />
* Envoi de notifications aux utilisateurs<br />
* Ajout d'un bouton de suppression<br />
* Affichage des prochaines échéances dans un projet<br />
==Ajout du chat==<br />
Le ''chat'' d'EDCampus était déjà présent mais de nombreuses fonctionnalités ne fonctionnaient pas correctement. Notre objectif était donc de débuguer les fonctionnalités déjà présentes, tout en effectuant une refonte du chat en remplaçant Firebase (l'outil hébergeant le serveur de chat) par socket.io. L'intérêt de cela était de pouvoir se libérer de l'utilisation d'un service tier dans EDCampus, en hébergeant soi-même le chat. L'ensemble des discussions et messages était déjà stocké dans la BDD. L'idée était donc d'utiliser socket.io pour créer un serveur de notification, informant les clients lors de la réception et de l'envoi d'un message.<br />
<br />
=Organisation=<br />
<br />
==Méthode==<br />
Nous avons travaillé en méthodologie agile avec GitLab. Nous avons repartis notre travail en ''sprints'' d'une semaine chacun pour un total de 6 ''sprints''. A chaque sprint nous organisions au moins une réunion le lundi matin avec Anthony Geourjon afin de s'organiser pour la semaine et faire un récapitulatif de la semaine précédente. Pendant chaque sprint nous avions des issues données par Anthony Geourjon que nous nous répartitions selon nos préférence et notre avancement.<br />
<br />
==Le contenu==<br />
Notre travail s'organisait en deux parties :<br />
* Dans les 4 premiers ''sprints'' nous avons travaillé sur de la correction de ''bugs'' et de l'ajout de fonctionnalités, choisies chaque semaine par Anthony Geourjon.<br />
* Dans les 2 derniers ''sprints'' nous avons travaillé sur la fonctionnalité de ''chat''.<br />
==Rôles==<br />
* Dans la première partie nous choisissions les ''issues'' selon nos préférences, certaines ''issues'' nécessitaient doc des modifications coté ''front'' et ''back'', Nous avions donc tous un rôle de développeur ''FullStack''. <br />
* Dans la deuxième partie Samuel travaillait sur SocketIO alors que Robin et Sebastian travaillaient sur des issues d'ajout de fonctionnalités du chat et de la correction de bugs des fonctionnalités existantes. Puis une fois les fonctionnalités ajoutées nous avons tous travaillés sur l'intégration de SocketIO et sur les tests.<br />
<br />
<br />
=Métriques=<br />
<br />
==Répartition du travail==<br />
Nous avons réalisés des métriques sur le nombre de lignes de code ainsi que sur le nombre d'''issues''; Cependant celles ci ne sont pas forcement représentatives puisque certaines ''issues'' nécessitaient plus de travail que d'autres sans forcement nécessiter plus de code.<br />
* Nombre d'issues : 33 issues au total<br />
** Robin Delbos : 24.2%<br />
** Samuel Courthial : 39.4%<br />
** Sebastian Fougere : 36.4%<br />
* Lignes de code : 930 lignes au total <br />
** Robin Delbos : 16.0%<br />
** Samuel Courthial : 48.9%<br />
** Sebastian Fougere : 35.1%<br />
<br />
==Cout développeur==<br />
<br />
<br />
=Conclusion=<br />
Finalement le projet était enrichissant nous avons pu travailler sur un projet concret et même avoir des retours d'utilisateur sur notre travail. De plus nous avons eu l'occasion de travailler sur des fonctionnalités ''front'' et ''back'' avec des langages que nous n'avions que peu utilisé jusqu'à présent.<br />
<br />
Cependant le projet manque de documentation. De plus le projet ayant eu de nombreux contributeurs il est parfois compliqué de comprendre comment fonctionne le code avec toute les façons différentes de coder.<br />
<br />
=Glossaire=<br />
''Bug'' : Défaut de conception d'un programme informatique à l'origine d'un dysfonctionnement.<br />
<br />
''Back/BackEnd'' : Partie d'un système avec laquelle un utilisateur n'interagis pas directement.<br />
<br />
''Chat'' : Fenêtre de discussion.<br />
<br />
''Front/FrontEnd'' : Partie d'un système avec laquelle un utilisateur interagis.<br />
<br />
''Fullstack'' : Un développeur fullstack travaille sur toute les parties du système.<br />
<br />
''Git'' : Git est un logiciel de gestion de versions décentralisé.<br />
<br />
''Issue'' : Tâche à réaliser lors d’un sprint.<br />
<br />
''Refactorisation'' : réécriture d'un programme pour l’améliorer.<br />
<br />
''Sprint'' : Période de travail définie avec un certain nombre d'issues.<br />
<br />
=Bibliographie=<br />
<br />
[https://platform-edcampus.univ-grenoble-alpes.fr/app/ EDCampus]<br />
<br />
[https://gricad-gitlab.univ-grenoble-alpes.fr/edcampus/edcampus-platform Gitlab EDCampus]<br />
<br />
[https://air.imag.fr/index.php/PROJET-INFO5_2021_Contributions_open_source_au_projet_EdCampus Fiche de suivi]<br />
<br />
[https://air.imag.fr/images/9/96/Flyer_EDCampus.pdf Flyer]<br />
<br />
[https://air.imag.fr/images/0/04/Poster_EDCampus.pdf Poster]<br />
<br />
[https://air.imag.fr/images/8/89/Pitch_EDCampus.pdf Pitch]<br />
<br />
[ Présentation finale]</div>Samuel.Courthialhttps://air.imag.fr/index.php?title=Rapport_Final_EDCampus&diff=50984Rapport Final EDCampus2021-03-18T16:38:11Z<p>Samuel.Courthial: /* Ajout du chat */</p>
<hr />
<div><br />
<br />
=L'équipe=<br />
* Samuel Courthial (chef de projet)<br />
* Sebastian Fougère<br />
* Robin Delbos<br />
<br />
Supervisé par : Didier Donsez, Gérard Pollier, Anthony Geourjon (Merci à Anthony pour sa présence et ses nombreux conseils bienveillants pendant tout le projet.)<br />
<br />
=Qu'est ce qu'EDCampus?=<br />
<br />
[[File:Edcampus-dashboard.png|500px|thumb|right| Dashboard EDCampus]]<br />
<br />
EDCampus est une plateforme de gestion de projet développé par Disrupt Campus Grenoble depuis 4 ans. Elle est actuellement en production avec 2400 comptes utilisateurs , 500 utilisateurs actifs et plus de 500 projets. <br />
Au cours de son histoire la plateforme a eu de multiples contributeurs : environ 50 étudiants + Anthony Geourjon<br />
EDCampus a été développé principalement pour que les professeurs puissent créer des projets pour leurs étudiant et pouvoir communiquer plus facilement au cours de celui-ci. Mais la plateforme regroupe de nombreuses autres fonctionnalités comme la création de sondages, un calendrier, une fonctionnalité de gestion des finances...<br />
<br />
Plus précisément, EDCampus permet la création de projet avec lesquels il est possible d'effectuer diverses actions:<br />
* Création d'une hiérarchie en créant des sous-projets, rattachés à un parent. Ces projets peuvent alors partager certaines ressources.<br />
* Partage de dossiers, fichiers et liens externes.<br />
* Création de tâches, pouvant être manipuler et organiser dans des Kanban ou des Gantt.<br />
* Suivi de l'évolution d'un projet depuis le calendrier. Ce dernier répertorie tous les évènements passés et futurs, a propos d'un ou plusieurs projets suivis.<br />
* Organisation d'atelier (Brain-storming, tableau blanc, visio, Business Model, Lean et SWOT Canvas).<br />
* Gestion des ressources (nom, quantité, prix).<br />
* Sondages.<br />
* Création de publications (si le projet est publique, naturellement).<br />
* Gestion des contacts liés au projet.<br />
* Gestion de la finance du projet.<br />
* Demande de livrable, auprés des membres du projet.<br />
<br />
Notre objectif au cours de ce projet était de contribuer à EDCampus par de la correction de ''bugs'' et de l'ajout de fonctionnalités, ainsi que par la ''refactorisation'' d'un ''chat''.<br />
<br />
=Architecture du système=<br />
<br />
[[File:Architecture_EDCampus.jpg | 800px | thumb | center | Architecture générale]]<br />
<br />
<br />
Nous voyons donc que l'architecture est plutôt classique avec une partie ''front'', une partie ''back'' et une base de données. Cependant il y a également une deuxième partie back-node utilisée pour la fonctionnalité de ''chat''. Cette partie contient le serveur SocketIO qui permet d'informer les utilisateurs lors d'envoi de message. Ce serveur gère des salles pour chaque discussions qu'il est possible de rejoindre pour être notifié quand un message est envoyé. Le serveur ne contient ni les discussions, ni les messages envoyés, qui doivent ensuite être récupérés côté client en allant les chercher dans la BDD.<br />
<br />
= Technologies et outils=<br />
==Technologies==<br />
* PHP : technologie utilisée pour le ''BackEnd''<br />
* AngularJS : technologie utilisée pour le ''FrontEnd''<br />
* SQL : technologie utilisée pour la base de données<br />
* SocketIO : technologie utilisée pour le ''chat''<br />
** Il s'agit d'une bibliothèque JavaScript permettant une communication bidirectionnelle temps réel entre les clients et les serveurs. Cette bibliothèque facilite l'envoi et la réception d'évènement de différents type, de contenu varié. De plus, Socket.io permet facilement la création de "salles", des canaux pouvant être rejoint ou quitter par des sockets. Elles permettent notamment l'envoi de messages à un sous-ensemble précis de client (ceux ayant rejoint la même salle).<br />
<br />
[[File:Edcampus-rooms-socketIO.png|500px|thumb|center| Le concept de "salles" de socket.io]]<br />
<br />
==Outils==<br />
* GitLab : Plateforme pour le travail collaboratif<br />
* GitKraken : Outil pour utiliser ''Git'' plus facilement<br />
* PHPStorm : Editeur pour le developpement ''BackEnd''<br />
* WebStorm : Editeur pour le developpement ''FrontEnd''<br />
* MySQL : Outil pour accéder a la base de données<br />
* Docker : Outil d'empaquetage d'une application et de ces dépendances<br />
<br />
= Réalisations techniques=<br />
<br />
==Correction de bugs==<br />
<br />
[[File:Edcampus-correction-bug1.png|500px|thumb|right| Une issue de test et de correction de bug]]<br />
<br />
Nous avions plusieurs types d'''issues'' de correction de ''bugs''<br />
* Traduction manquante<br />
* Erreurs d'affichage<br />
* Fonctionnalités ne se comportant pas de la bonne façon<br />
<br />
==Ajout de fonctionnalités==<br />
* Envoi de notifications aux utilisateurs<br />
* Ajout d'un bouton de suppression<br />
* Affichage des prochaines échéances dans un projet<br />
==Ajout du chat==<br />
Le ''chat'' d'EDCampus était déjà présent mais de nombreuses fonctionnalités ne fonctionnaient pas correctement. Notre objectif était donc de débuguer les fonctionnalités déjà présente, tout en effectuant une refonte du chat en remplaçant Firebase (l'outil hébergeant le serveur de chat) par socket.io. L'intérêt de cela étant de pouvoir se libérer de l'utilisation d'un service tier dans EDCampus, en hébergeant soit même le chat. L'ensemble des discussions et messages était déjà stocké dans la BDD. L'idée était donc d'utiliser socket.io pour créer un serveur de notification, informant les clients lors de la réception et de l'envoi d'un message.<br />
<br />
=Organisation=<br />
<br />
==Méthode==<br />
Nous avons travaillé en méthodologie agile avec GitLab. Nous avons repartis notre travail en ''sprints'' d'une semaine chacun pour un total de 6 ''sprints''. A chaque sprint nous organisions au moins une réunion le lundi matin avec Anthony Geourjon afin de s'organiser pour la semaine et faire un récapitulatif de la semaine précédente. Pendant chaque sprint nous avions des issues données par Anthony Geourjon que nous nous répartitions selon nos préférence et notre avancement.<br />
<br />
==Le contenu==<br />
Notre travail s'organisait en deux parties :<br />
* Dans les 4 premiers ''sprints'' nous avons travaillé sur de la correction de ''bugs'' et de l'ajout de fonctionnalités, choisies chaque semaine par Anthony Geourjon.<br />
* Dans les 2 derniers ''sprints'' nous avons travaillé sur la fonctionnalité de ''chat''.<br />
==Rôles==<br />
* Dans la première partie nous choisissions les ''issues'' selon nos préférences, certaines ''issues'' nécessitaient doc des modifications coté ''front'' et ''back'', Nous avions donc tous un rôle de développeur ''FullStack''. <br />
* Dans la deuxième partie Samuel travaillait sur SocketIO alors que Robin et Sebastian travaillaient sur des issues d'ajout de fonctionnalités du chat et de la correction de bugs des fonctionnalités existantes. Puis une fois les fonctionnalités ajoutées nous avons tous travaillés sur l'intégration de SocketIO et sur les tests.<br />
<br />
<br />
=Métriques=<br />
<br />
==Répartition du travail==<br />
Nous avons réalisés des métriques sur le nombre de lignes de code ainsi que sur le nombre d'''issues''; Cependant celles ci ne sont pas forcement représentatives puisque certaines ''issues'' nécessitaient plus de travail que d'autres sans forcement nécessiter plus de code.<br />
* Nombre d'issues : 33 issues au total<br />
** Robin Delbos : 24.2%<br />
** Samuel Courthial : 39.4%<br />
** Sebastian Fougere : 36.4%<br />
* Lignes de code : 930 lignes au total <br />
** Robin Delbos : 16.0%<br />
** Samuel Courthial : 48.9%<br />
** Sebastian Fougere : 35.1%<br />
<br />
==Cout développeur==<br />
<br />
<br />
=Conclusion=<br />
Finalement le projet était enrichissant nous avons pu travailler sur un projet concret et même avoir des retours d'utilisateur sur notre travail. De plus nous avons eu l'occasion de travailler sur des fonctionnalités ''front'' et ''back'' avec des langages que nous n'avions que peu utilisé jusqu'à présent.<br />
<br />
Cependant le projet manque de documentation. De plus le projet ayant eu de nombreux contributeurs il est parfois compliqué de comprendre comment fonctionne le code avec toute les façons différentes de coder.<br />
<br />
=Glossaire=<br />
''Bug'' : Défaut de conception d'un programme informatique à l'origine d'un dysfonctionnement.<br />
<br />
''Back/BackEnd'' : Partie d'un système avec laquelle un utilisateur n'interagis pas directement.<br />
<br />
''Chat'' : Fenêtre de discussion.<br />
<br />
''Front/FrontEnd'' : Partie d'un système avec laquelle un utilisateur interagis.<br />
<br />
''Fullstack'' : Un développeur fullstack travaille sur toute les parties du système.<br />
<br />
''Git'' : Git est un logiciel de gestion de versions décentralisé.<br />
<br />
''Issue'' : Tâche à réaliser lors d’un sprint.<br />
<br />
''Refactorisation'' : réécriture d'un programme pour l’améliorer.<br />
<br />
''Sprint'' : Période de travail définie avec un certain nombre d'issues.<br />
<br />
=Bibliographie=<br />
<br />
[https://platform-edcampus.univ-grenoble-alpes.fr/app/ EDCampus]<br />
<br />
[https://gricad-gitlab.univ-grenoble-alpes.fr/edcampus/edcampus-platform Gitlab EDCampus]<br />
<br />
[https://air.imag.fr/index.php/PROJET-INFO5_2021_Contributions_open_source_au_projet_EdCampus Fiche de suivi]<br />
<br />
[https://air.imag.fr/images/9/96/Flyer_EDCampus.pdf Flyer]<br />
<br />
[https://air.imag.fr/images/0/04/Poster_EDCampus.pdf Poster]<br />
<br />
[https://air.imag.fr/images/8/89/Pitch_EDCampus.pdf Pitch]<br />
<br />
[ Présentation finale]</div>Samuel.Courthialhttps://air.imag.fr/index.php?title=File:Edcampus-correction-bug1.png&diff=50981File:Edcampus-correction-bug1.png2021-03-18T16:28:15Z<p>Samuel.Courthial: </p>
<hr />
<div></div>Samuel.Courthialhttps://air.imag.fr/index.php?title=Rapport_Final_EDCampus&diff=50980Rapport Final EDCampus2021-03-18T16:27:04Z<p>Samuel.Courthial: /* Correction de bugs */</p>
<hr />
<div><br />
<br />
=L'équipe=<br />
* Samuel Courthial (chef de projet)<br />
* Sebastian Fougère<br />
* Robin Delbos<br />
<br />
Supervisé par : Didier Donsez, Gérard Pollier, Anthony Geourjon (Merci à Anthony pour sa présence et ses nombreux conseils bienveillants pendant tout le projet.)<br />
<br />
=Qu'est ce qu'EDCampus?=<br />
<br />
[[File:Edcampus-dashboard.png|500px|thumb|right| Dashboard EDCampus]]<br />
<br />
EDCampus est une plateforme de gestion de projet développé par Disrupt Campus Grenoble depuis 4 ans. Elle est actuellement en production avec 2400 comptes utilisateurs , 500 utilisateurs actifs et plus de 500 projets. <br />
Au cours de son histoire la plateforme a eu de multiples contributeurs : environ 50 étudiants + Anthony Geourjon<br />
EDCampus a été développé principalement pour que les professeurs puissent créer des projets pour leurs étudiant et pouvoir communiquer plus facilement au cours de celui-ci. Mais la plateforme regroupe de nombreuses autres fonctionnalités comme la création de sondages, un calendrier, une fonctionnalité de gestion des finances...<br />
<br />
Plus précisément, EDCampus permet la création de projet avec lesquels il est possible d'effectuer diverses actions:<br />
* Création d'une hiérarchie en créant des sous-projets, rattachés à un parent. Ces projets peuvent alors partager certaines ressources.<br />
* Partage de dossiers, fichiers et liens externes.<br />
* Création de tâches, pouvant être manipuler et organiser dans des Kanban ou des Gantt.<br />
* Suivi de l'évolution d'un projet depuis le calendrier. Ce dernier répertorie tous les évènements passés et futurs, a propos d'un ou plusieurs projets suivis.<br />
* Organisation d'atelier (Brain-storming, tableau blanc, visio, Business Model, Lean et SWOT Canvas).<br />
* Gestion des ressources (nom, quantité, prix).<br />
* Sondages.<br />
* Création de publications (si le projet est publique, naturellement).<br />
* Gestion des contacts liés au projet.<br />
* Gestion de la finance du projet.<br />
* Demande de livrable, auprés des membres du projet.<br />
<br />
Notre objectif au cours de ce projet était de contribuer à EDCampus par de la correction de ''bugs'' et de l'ajout de fonctionnalités, ainsi que par la ''refactorisation'' d'un ''chat''.<br />
<br />
=Architecture du système=<br />
<br />
[[File:Architecture_EDCampus.jpg | 800px | thumb | center | Architecture générale]]<br />
<br />
<br />
Nous voyons donc que l'architecture est plutôt classique avec une partie ''front'', une partie ''back'' et une base de données. Cependant il y a également une deuxième partie back-node utilisée pour la fonctionnalité de ''chat''. Cette partie contient le serveur SocketIO qui permet d'informer les utilisateurs lors d'envoi de message. Ce serveur gère des salles pour chaque discussions qu'il est possible de rejoindre pour être notifié quand un message est envoyé. Le serveur ne contient ni les discussions, ni les messages envoyés, qui doivent ensuite être récupérés côté client en allant les chercher dans la BDD.<br />
<br />
= Technologies et outils=<br />
==Technologies==<br />
* PHP : technologie utilisée pour le ''BackEnd''<br />
* AngularJS : technologie utilisée pour le ''FrontEnd''<br />
* SQL : technologie utilisée pour la base de données<br />
* SocketIO : technologie utilisée pour le ''chat''<br />
** Il s'agit d'une bibliothèque JavaScript permettant une communication bidirectionnelle temps réel entre les clients et les serveurs. Cette bibliothèque facilite l'envoi et la réception d'évènement de différents type, de contenu varié. De plus, Socket.io permet facilement la création de "salles", des canaux pouvant être rejoint ou quitter par des sockets. Elles permettent notamment l'envoi de messages à un sous-ensemble précis de client (ceux ayant rejoint la même salle).<br />
<br />
[[File:Edcampus-rooms-socketIO.png|500px|thumb|center| Le concept de "salles" de socket.io]]<br />
<br />
==Outils==<br />
* GitLab : Plateforme pour le travail collaboratif<br />
* GitKraken : Outil pour utiliser ''Git'' plus facilement<br />
* PHPStorm : Editeur pour le developpement ''BackEnd''<br />
* WebStorm : Editeur pour le developpement ''FrontEnd''<br />
* MySQL : Outil pour accéder a la base de données<br />
* Docker : Outil d'empaquetage d'une application et de ces dépendances<br />
<br />
= Réalisations techniques=<br />
<br />
==Correction de bugs==<br />
<br />
[[File:Edcampus-correction-bug1.png|500px|thumb|right| Une issue de test et de correction de bug]]<br />
<br />
Nous avions plusieurs types d'''issues'' de correction de ''bugs''<br />
* Traduction manquante<br />
* Erreurs d'affichage<br />
* Fonctionnalités ne se comportant pas de la bonne façon<br />
<br />
==Ajout de fonctionnalités==<br />
* Envoi de notifications aux utilisateurs<br />
* Ajout d'un bouton de suppression<br />
* Affichage des prochaines échéances dans un projet<br />
==Ajout du chat==<br />
Le ''chat'' d'EDCampus était déjà présent mais de nombreuses fonctionnalités ne fonctionnaient pas correctement. Nous avons donc du débuguer les fonctionnalités mais aussi remplacer Firebase (qui était l'outil utilisé pour faire fonctionner le chat) par SocketIo afin que EDCampus ne soit pas dépendant d'outil externe comme Firebase.<br />
<br />
=Organisation=<br />
<br />
==Méthode==<br />
Nous avons travaillé en méthodologie agile avec GitLab. Nous avons repartis notre travail en ''sprints'' d'une semaine chacun pour un total de 6 ''sprints''. A chaque sprint nous organisions au moins une réunion le lundi matin avec Anthony Geourjon afin de s'organiser pour la semaine et faire un récapitulatif de la semaine précédente. Pendant chaque sprint nous avions des issues données par Anthony Geourjon que nous nous répartitions selon nos préférence et notre avancement.<br />
<br />
==Le contenu==<br />
Notre travail s'organisait en deux parties :<br />
* Dans les 4 premiers ''sprints'' nous avons travaillé sur de la correction de ''bugs'' et de l'ajout de fonctionnalités, choisies chaque semaine par Anthony Geourjon.<br />
* Dans les 2 derniers ''sprints'' nous avons travaillé sur la fonctionnalité de ''chat''.<br />
==Rôles==<br />
* Dans la première partie nous choisissions les ''issues'' selon nos préférences, certaines ''issues'' nécessitaient doc des modifications coté ''front'' et ''back'', Nous avions donc tous un rôle de développeur ''FullStack''. <br />
* Dans la deuxième partie Samuel travaillait sur SocketIO alors que Robin et Sebastian travaillaient sur des issues d'ajout de fonctionnalités du chat et de la correction de bugs des fonctionnalités existantes. Puis une fois les fonctionnalités ajoutées nous avons tous travaillés sur l'intégration de SocketIO et sur les tests.<br />
<br />
<br />
=Métriques=<br />
<br />
==Répartition du travail==<br />
Nous avons réalisés des métriques sur le nombre de lignes de code ainsi que sur le nombre d'''issues''; Cependant celles ci ne sont pas forcement représentatives puisque certaines ''issues'' nécessitaient plus de travail que d'autres sans forcement nécessiter plus de code.<br />
* Lignes de code : 930 lignes au total <br />
** Robin Delbos : 24.2%<br />
** Samuel Courthial : 39.4%<br />
** Sebastian Fougere : 36.4%<br />
* Nombre d'issues : 33 issues au total<br />
** Robin Delbos : 16.0%<br />
** Samuel Courthial : 48.9%<br />
** Sebastian Fougere : 35.1%<br />
<br />
==Cout développeur==<br />
<br />
<br />
=Conclusion=<br />
Finalement le projet était enrichissant nous avons pu travailler sur un projet concret et même avoir des retours d'utilisateur sur notre travail. De plus nous avons eu l'occasion de travailler sur des fonctionnalités ''front'' et ''back'' avec des langages que nous n'avions que peu utilisé jusqu'à présent.<br />
<br />
Cependant le projet manque de documentation. De plus le projet ayant eu de nombreux contributeurs il est parfois compliqué de comprendre comment fonctionne le code avec toute les façons différentes de coder.<br />
<br />
=Glossaire=<br />
''Bug'' : Défaut de conception d'un programme informatique à l'origine d'un dysfonctionnement.<br />
<br />
''Back/BackEnd'' : Partie d'un système avec laquelle un utilisateur n'interagis pas directement.<br />
<br />
''Chat'' : Fenêtre de discussion.<br />
<br />
''Front/FrontEnd'' : Partie d'un système avec laquelle un utilisateur interagis.<br />
<br />
''Fullstack'' : Un développeur fullstack travaille sur toute les parties du système.<br />
<br />
''Git'' : Git est un logiciel de gestion de versions décentralisé.<br />
<br />
''Issue'' : Tâche à réaliser lors d’un sprint.<br />
<br />
''Refactorisation'' : réécriture d'un programme pour l’améliorer.<br />
<br />
''Sprint'' : Période de travail définie avec un certain nombre d'issues.<br />
<br />
=Bibliographie=<br />
<br />
[https://platform-edcampus.univ-grenoble-alpes.fr/app/ EDCampus]<br />
<br />
[https://gricad-gitlab.univ-grenoble-alpes.fr/edcampus/edcampus-platform Gitlab EDCampus]<br />
<br />
[https://air.imag.fr/index.php/PROJET-INFO5_2021_Contributions_open_source_au_projet_EdCampus Fiche de suivi]<br />
<br />
[https://air.imag.fr/images/9/96/Flyer_EDCampus.pdf Flyer]<br />
<br />
[https://air.imag.fr/images/0/04/Poster_EDCampus.pdf Poster]<br />
<br />
[https://air.imag.fr/images/8/89/Pitch_EDCampus.pdf Pitch]<br />
<br />
[ Présentation finale]</div>Samuel.Courthialhttps://air.imag.fr/index.php?title=Rapport_Final_EDCampus&diff=50978Rapport Final EDCampus2021-03-18T16:19:05Z<p>Samuel.Courthial: /* L'équipe */</p>
<hr />
<div><br />
<br />
=L'équipe=<br />
* Samuel Courthial (chef de projet)<br />
* Sebastian Fougère<br />
* Robin Delbos<br />
<br />
Supervisé par : Didier Donsez, Gérard Pollier, Anthony Geourjon (Merci à Anthony pour sa présence et ses nombreux conseils bienveillants pendant tout le projet.)<br />
<br />
=Qu'est ce qu'EDCampus?=<br />
<br />
[[File:Edcampus-dashboard.png|500px|thumb|right| Dashboard EDCampus]]<br />
<br />
EDCampus est une plateforme de gestion de projet développé par Disrupt Campus Grenoble depuis 4 ans. Elle est actuellement en production avec 2400 comptes utilisateurs , 500 utilisateurs actifs et plus de 500 projets. <br />
Au cours de son histoire la plateforme a eu de multiples contributeurs : environ 50 étudiants + Anthony Geourjon<br />
EDCampus a été développé principalement pour que les professeurs puissent créer des projets pour leurs étudiant et pouvoir communiquer plus facilement au cours de celui-ci. Mais la plateforme regroupe de nombreuses autres fonctionnalités comme la création de sondages, un calendrier, une fonctionnalité de gestion des finances...<br />
<br />
Plus précisément, EDCampus permet la création de projet avec lesquels il est possible d'effectuer diverses actions:<br />
* Création d'une hiérarchie en créant des sous-projets, rattachés à un parent. Ces projets peuvent alors partager certaines ressources.<br />
* Partage de dossiers, fichiers et liens externes.<br />
* Création de tâches, pouvant être manipuler et organiser dans des Kanban ou des Gantt.<br />
* Suivi de l'évolution d'un projet depuis le calendrier. Ce dernier répertorie tous les évènements passés et futurs, a propos d'un ou plusieurs projets suivis.<br />
* Organisation d'atelier (Brain-storming, tableau blanc, visio, Business Model, Lean et SWOT Canvas).<br />
* Gestion des ressources (nom, quantité, prix).<br />
* Sondages.<br />
* Création de publications (si le projet est publique, naturellement).<br />
* Gestion des contacts liés au projet.<br />
* Gestion de la finance du projet.<br />
* Demande de livrable, auprés des membres du projet.<br />
<br />
Notre objectif au cours de ce projet était de contribuer à EDCampus par de la correction de ''bugs'' et de l'ajout de fonctionnalités, ainsi que par la ''refactorisation'' d'un ''chat''.<br />
<br />
=Architecture du système=<br />
<br />
[[File:Architecture_EDCampus.jpg | 800px | thumb | center | Architecture générale]]<br />
<br />
<br />
Nous voyons donc que l'architecture est plutôt classique avec une partie ''front'', une partie ''back'' et une base de données. Cependant il y a également une deuxième partie back-node utilisée pour la fonctionnalité de ''chat''. Cette partie contient le serveur SocketIO qui permet d'informer les utilisateurs lors d'envoi de message. Ce serveur gère des salles pour chaque discussions qu'il est possible de rejoindre pour être notifié quand un message est envoyé. Le serveur ne contient ni les discussions, ni les messages envoyés, qui doivent ensuite être récupérés côté client en allant les chercher dans la BDD.<br />
<br />
= Technologies et outils=<br />
==Technologies==<br />
* PHP : technologie utilisée pour le ''BackEnd''<br />
* AngularJS : technologie utilisée pour le ''FrontEnd''<br />
* SQL : technologie utilisée pour la base de données<br />
* SocketIO : technologie utilisée pour le ''chat''<br />
** Il s'agit d'une bibliothèque JavaScript permettant une communication bidirectionnelle temps réel entre les clients et les serveurs. Cette bibliothèque facilite l'envoi et la réception d'évènement de différents type, de contenu varié. De plus, Socket.io permet facilement la création de "salles", des canaux pouvant être rejoint ou quitter par des sockets. Elles permettent notamment l'envoi de messages à un sous-ensemble précis de client (ceux ayant rejoint la même salle).<br />
<br />
[[File:Edcampus-rooms-socketIO.png|500px|thumb|center| Le concept de "salles" de socket.io]]<br />
<br />
==Outils==<br />
* GitLab : Plateforme pour le travail collaboratif<br />
* GitKraken : Outil pour utiliser ''Git'' plus facilement<br />
* PHPStorm : Editeur pour le developpement ''BackEnd''<br />
* WebStorm : Editeur pour le developpement ''FrontEnd''<br />
* MySQL : Outil pour accéder a la base de données<br />
* Docker : Outil d'empaquetage d'une application et de ces dépendances<br />
<br />
= Réalisations techniques=<br />
<br />
==Correction de bugs==<br />
Nous avions plusieurs types d'''issues'' de correction de ''bugs''<br />
* Traduction manquante<br />
* Erreurs d'affichage<br />
* Fonctionnalités ne se comportant pas de la bonne façon<br />
==Ajout de fonctionnalités==<br />
* Envoi de notifications aux utilisateurs<br />
* Ajout d'un bouton de suppression<br />
* Affichage des prochaines échéances dans un projet<br />
==Ajout du chat==<br />
Le ''chat'' d'EDCampus était déjà présent mais de nombreuses fonctionnalités ne fonctionnaient pas correctement. Nous avons donc du débuguer les fonctionnalités mais aussi remplacer Firebase (qui était l'outil utilisé pour faire fonctionner le chat) par SocketIo afin que EDCampus ne soit pas dépendant d'outil externe comme Firebase.<br />
<br />
=Organisation=<br />
<br />
==Méthode==<br />
Nous avons travaillé en méthodologie agile avec GitLab. Nous avons repartis notre travail en ''sprints'' d'une semaine chacun pour un total de 6 ''sprints''. A chaque sprint nous organisions au moins une réunion le lundi matin avec Anthony Geourjon afin de s'organiser pour la semaine et faire un récapitulatif de la semaine précédente. Pendant chaque sprint nous avions des issues données par Anthony Geourjon que nous nous répartitions selon nos préférence et notre avancement.<br />
<br />
==Le contenu==<br />
Notre travail s'organisait en deux parties :<br />
* Dans les 4 premiers ''sprints'' nous avons travaillé sur de la correction de ''bugs'' et de l'ajout de fonctionnalités, choisies chaque semaine par Anthony Geourjon.<br />
* Dans les 2 derniers ''sprints'' nous avons travaillé sur la fonctionnalité de ''chat''.<br />
==Rôles==<br />
* Dans la première partie nous choisissions les ''issues'' selon nos préférences, certaines ''issues'' nécessitaient doc des modifications coté ''front'' et ''back'', Nous avions donc tous un rôle de développeur ''FullStack''. <br />
* Dans la deuxième partie Samuel travaillait sur SocketIO alors que Robin et Sebastian travaillaient sur des issues d'ajout de fonctionnalités du chat et de la correction de bugs des fonctionnalités existantes. Puis une fois les fonctionnalités ajoutées nous avons tous travaillés sur l'intégration de SocketIO et sur les tests.<br />
<br />
<br />
=Métriques=<br />
<br />
==Répartition du travail==<br />
Nous avons réalisés des métriques sur le nombre de lignes de code ainsi que sur le nombre d'''issues''; Cependant celles ci ne sont pas forcement représentatives puisque certaines ''issues'' nécessitaient plus de travail que d'autres sans forcement nécessiter plus de code.<br />
* Lignes de code :<br />
* Nombre d'issues : <br />
==Cout développeur==<br />
<br />
<br />
=Conclusion=<br />
Finalement le projet était enrichissant nous avons pu travailler sur un projet concret et même avoir des retours d'utilisateur sur notre travail. De plus nous avons eu l'occasion de travailler sur des fonctionnalités ''front'' et ''back'' avec des langages que nous n'avions que peu utilisé jusqu'à présent.<br />
<br />
Cependant le projet manque de documentation. De plus le projet ayant eu de nombreux contributeurs il est parfois compliqué de comprendre comment fonctionne le code avec toute les façons différentes de coder.<br />
<br />
=Glossaire=<br />
''Bug'' : Défaut de conception d'un programme informatique à l'origine d'un dysfonctionnement.<br />
<br />
''Back/BackEnd'' : Partie d'un système avec laquelle un utilisateur n'interagis pas directement.<br />
<br />
''Chat'' : Fenêtre de discussion.<br />
<br />
''Front/FrontEnd'' : Partie d'un système avec laquelle un utilisateur interagis.<br />
<br />
''Fullstack'' : Un développeur fullstack travaille sur toute les parties du système.<br />
<br />
''Git'' : Git est un logiciel de gestion de versions décentralisé.<br />
<br />
''Issue'' : Tâche à réaliser lors d’un sprint.<br />
<br />
''Refactorisation'' : réécriture d'un programme pour l’améliorer.<br />
<br />
''Sprint'' : Période de travail définie avec un certain nombre d'issues.<br />
<br />
=Bibliographie=<br />
<br />
[https://platform-edcampus.univ-grenoble-alpes.fr/app/ EDCampus]<br />
<br />
[https://gricad-gitlab.univ-grenoble-alpes.fr/edcampus/edcampus-platform Gitlab EDCampus]<br />
<br />
[https://air.imag.fr/index.php/PROJET-INFO5_2021_Contributions_open_source_au_projet_EdCampus Fiche de suivi]<br />
<br />
[https://air.imag.fr/images/9/96/Flyer_EDCampus.pdf Flyer]<br />
<br />
[https://air.imag.fr/images/0/04/Poster_EDCampus.pdf Poster]<br />
<br />
[https://air.imag.fr/images/8/89/Pitch_EDCampus.pdf Pitch]<br />
<br />
[ Présentation finale]</div>Samuel.Courthialhttps://air.imag.fr/index.php?title=Rapport_Final_EDCampus&diff=50977Rapport Final EDCampus2021-03-18T16:15:20Z<p>Samuel.Courthial: /* Technologies */</p>
<hr />
<div><br />
<br />
=L'équipe=<br />
* Samuel Courthial (chef de projet)<br />
* Sebastian Fougère<br />
* Robin Delbos<br />
<br />
Supervisé par : Gérard Pollier, Anthony Geourjon, Didier Donsez<br />
<br />
=Qu'est ce qu'EDCampus?=<br />
<br />
[[File:Edcampus-dashboard.png|500px|thumb|right| Dashboard EDCampus]]<br />
<br />
EDCampus est une plateforme de gestion de projet développé par Disrupt Campus Grenoble depuis 4 ans. Elle est actuellement en production avec 2400 comptes utilisateurs , 500 utilisateurs actifs et plus de 500 projets. <br />
Au cours de son histoire la plateforme a eu de multiples contributeurs : environ 50 étudiants + Anthony Geourjon<br />
EDCampus a été développé principalement pour que les professeurs puissent créer des projets pour leurs étudiant et pouvoir communiquer plus facilement au cours de celui-ci. Mais la plateforme regroupe de nombreuses autres fonctionnalités comme la création de sondages, un calendrier, une fonctionnalité de gestion des finances...<br />
<br />
Plus précisément, EDCampus permet la création de projet avec lesquels il est possible d'effectuer diverses actions:<br />
* Création d'une hiérarchie en créant des sous-projets, rattachés à un parent. Ces projets peuvent alors partager certaines ressources.<br />
* Partage de dossiers, fichiers et liens externes.<br />
* Création de tâches, pouvant être manipuler et organiser dans des Kanban ou des Gantt.<br />
* Suivi de l'évolution d'un projet depuis le calendrier. Ce dernier répertorie tous les évènements passés et futurs, a propos d'un ou plusieurs projets suivis.<br />
* Organisation d'atelier (Brain-storming, tableau blanc, visio, Business Model, Lean et SWOT Canvas).<br />
* Gestion des ressources (nom, quantité, prix).<br />
* Sondages.<br />
* Création de publications (si le projet est publique, naturellement).<br />
* Gestion des contacts liés au projet.<br />
* Gestion de la finance du projet.<br />
* Demande de livrable, auprés des membres du projet.<br />
<br />
Notre objectif au cours de ce projet était de contribuer à EDCampus par de la correction de ''bugs'' et de l'ajout de fonctionnalités, ainsi que par la ''refactorisation'' d'un ''chat''.<br />
<br />
=Architecture du système=<br />
<br />
[[File:Architecture_EDCampus.jpg | 800px | thumb | center | Architecture générale]]<br />
<br />
<br />
Nous voyons donc que l'architecture est plutôt classique avec une partie ''front'', une partie ''back'' et une base de données. Cependant il y a également une deuxième partie back-node utilisée pour la fonctionnalité de ''chat''. Cette partie contient le serveur SocketIO qui permet d'informer les utilisateurs lors d'envoi de message. Ce serveur gère des salles pour chaque discussions qu'il est possible de rejoindre pour être notifié quand un message est envoyé. Le serveur ne contient ni les discussions, ni les messages envoyés, qui doivent ensuite être récupérés côté client en allant les chercher dans la BDD.<br />
<br />
= Technologies et outils=<br />
==Technologies==<br />
* PHP : technologie utilisée pour le ''BackEnd''<br />
* AngularJS : technologie utilisée pour le ''FrontEnd''<br />
* SQL : technologie utilisée pour la base de données<br />
* SocketIO : technologie utilisée pour le ''chat''<br />
** Il s'agit d'une bibliothèque JavaScript permettant une communication bidirectionnelle temps réel entre les clients et les serveurs. Cette bibliothèque facilite l'envoi et la réception d'évènement de différents type, de contenu varié. De plus, Socket.io permet facilement la création de "salles", des canaux pouvant être rejoint ou quitter par des sockets. Elles permettent notamment l'envoi de messages à un sous-ensemble précis de client (ceux ayant rejoint la même salle).<br />
<br />
[[File:Edcampus-rooms-socketIO.png|500px|thumb|center| Le concept de "salles" de socket.io]]<br />
<br />
==Outils==<br />
* GitLab : Plateforme pour le travail collaboratif<br />
* GitKraken : Outil pour utiliser ''Git'' plus facilement<br />
* PHPStorm : Editeur pour le developpement ''BackEnd''<br />
* WebStorm : Editeur pour le developpement ''FrontEnd''<br />
* MySQL : Outil pour accéder a la base de données<br />
* Docker : Outil d'empaquetage d'une application et de ces dépendances<br />
<br />
= Réalisations techniques=<br />
<br />
==Correction de bugs==<br />
Nous avions plusieurs types d'''issues'' de correction de ''bugs''<br />
* Traduction manquante<br />
* Erreurs d'affichage<br />
* Fonctionnalités ne se comportant pas de la bonne façon<br />
==Ajout de fonctionnalités==<br />
* Envoi de notifications aux utilisateurs<br />
* Ajout d'un bouton de suppression<br />
* Affichage des prochaines échéances dans un projet<br />
==Ajout du chat==<br />
Le ''chat'' d'EDCampus était déjà présent mais de nombreuses fonctionnalités ne fonctionnaient pas correctement. Nous avons donc du débuguer les fonctionnalités mais aussi remplacer Firebase (qui était l'outil utilisé pour faire fonctionner le chat) par SocketIo afin que EDCampus ne soit pas dépendant d'outil externe comme Firebase.<br />
<br />
=Organisation=<br />
<br />
==Méthode==<br />
Nous avons travaillé en méthodologie agile avec GitLab. Nous avons repartis notre travail en ''sprints'' d'une semaine chacun pour un total de 6 ''sprints''. A chaque sprint nous organisions au moins une réunion le lundi matin avec Anthony Geourjon afin de s'organiser pour la semaine et faire un récapitulatif de la semaine précédente. Pendant chaque sprint nous avions des issues données par Anthony Geourjon que nous nous répartitions selon nos préférence et notre avancement.<br />
<br />
==Le contenu==<br />
Notre travail s'organisait en deux parties :<br />
* Dans les 4 premiers ''sprints'' nous avons travaillé sur de la correction de ''bugs'' et de l'ajout de fonctionnalités, choisies chaque semaine par Anthony Geourjon.<br />
* Dans les 2 derniers ''sprints'' nous avons travaillé sur la fonctionnalité de ''chat''.<br />
==Rôles==<br />
* Dans la première partie nous choisissions les ''issues'' selon nos préférences, certaines ''issues'' nécessitaient doc des modifications coté ''front'' et ''back'', Nous avions donc tous un rôle de développeur ''FullStack''. <br />
* Dans la deuxième partie Samuel travaillait sur SocketIO alors que Robin et Sebastian travaillaient sur des issues d'ajout de fonctionnalités du chat et de la correction de bugs des fonctionnalités existantes. Puis une fois les fonctionnalités ajoutées nous avons tous travaillés sur l'intégration de SocketIO et sur les tests.<br />
<br />
<br />
=Métriques=<br />
<br />
==Répartition du travail==<br />
Nous avons réalisés des métriques sur le nombre de lignes de code ainsi que sur le nombre d'''issues''; Cependant celles ci ne sont pas forcement représentatives puisque certaines ''issues'' nécessitaient plus de travail que d'autres sans forcement nécessiter plus de code.<br />
* Lignes de code :<br />
* Nombre d'issues : <br />
==Cout développeur==<br />
<br />
<br />
=Conclusion=<br />
Finalement le projet était enrichissant nous avons pu travailler sur un projet concret et même avoir des retours d'utilisateur sur notre travail. De plus nous avons eu l'occasion de travailler sur des fonctionnalités ''front'' et ''back'' avec des langages que nous n'avions que peu utilisé jusqu'à présent.<br />
<br />
Cependant le projet manque de documentation. De plus le projet ayant eu de nombreux contributeurs il est parfois compliqué de comprendre comment fonctionne le code avec toute les façons différentes de coder.<br />
<br />
=Glossaire=<br />
''Bug'' : Défaut de conception d'un programme informatique à l'origine d'un dysfonctionnement.<br />
<br />
''Back/BackEnd'' : Partie d'un système avec laquelle un utilisateur n'interagis pas directement.<br />
<br />
''Chat'' : Fenêtre de discussion.<br />
<br />
''Front/FrontEnd'' : Partie d'un système avec laquelle un utilisateur interagis.<br />
<br />
''Fullstack'' : Un développeur fullstack travaille sur toute les parties du système.<br />
<br />
''Git'' : Git est un logiciel de gestion de versions décentralisé.<br />
<br />
''Issue'' : Tâche à réaliser lors d’un sprint.<br />
<br />
''Refactorisation'' : réécriture d'un programme pour l’améliorer.<br />
<br />
''Sprint'' : Période de travail définie avec un certain nombre d'issues.<br />
<br />
=Bibliographie=<br />
<br />
[https://platform-edcampus.univ-grenoble-alpes.fr/app/ EDCampus]<br />
<br />
[https://gricad-gitlab.univ-grenoble-alpes.fr/edcampus/edcampus-platform Gitlab EDCampus]<br />
<br />
[https://air.imag.fr/index.php/PROJET-INFO5_2021_Contributions_open_source_au_projet_EdCampus Fiche de suivi]<br />
<br />
[https://air.imag.fr/images/9/96/Flyer_EDCampus.pdf Flyer]<br />
<br />
[https://air.imag.fr/images/0/04/Poster_EDCampus.pdf Poster]<br />
<br />
[https://air.imag.fr/images/8/89/Pitch_EDCampus.pdf Pitch]<br />
<br />
[ Présentation finale]</div>Samuel.Courthialhttps://air.imag.fr/index.php?title=Rapport_Final_EDCampus&diff=50976Rapport Final EDCampus2021-03-18T16:12:36Z<p>Samuel.Courthial: /* Qu'est ce qu'EDCampus? */</p>
<hr />
<div><br />
<br />
=L'équipe=<br />
* Samuel Courthial (chef de projet)<br />
* Sebastian Fougère<br />
* Robin Delbos<br />
<br />
Supervisé par : Gérard Pollier, Anthony Geourjon, Didier Donsez<br />
<br />
=Qu'est ce qu'EDCampus?=<br />
<br />
[[File:Edcampus-dashboard.png|500px|thumb|right| Dashboard EDCampus]]<br />
<br />
EDCampus est une plateforme de gestion de projet développé par Disrupt Campus Grenoble depuis 4 ans. Elle est actuellement en production avec 2400 comptes utilisateurs , 500 utilisateurs actifs et plus de 500 projets. <br />
Au cours de son histoire la plateforme a eu de multiples contributeurs : environ 50 étudiants + Anthony Geourjon<br />
EDCampus a été développé principalement pour que les professeurs puissent créer des projets pour leurs étudiant et pouvoir communiquer plus facilement au cours de celui-ci. Mais la plateforme regroupe de nombreuses autres fonctionnalités comme la création de sondages, un calendrier, une fonctionnalité de gestion des finances...<br />
<br />
Plus précisément, EDCampus permet la création de projet avec lesquels il est possible d'effectuer diverses actions:<br />
* Création d'une hiérarchie en créant des sous-projets, rattachés à un parent. Ces projets peuvent alors partager certaines ressources.<br />
* Partage de dossiers, fichiers et liens externes.<br />
* Création de tâches, pouvant être manipuler et organiser dans des Kanban ou des Gantt.<br />
* Suivi de l'évolution d'un projet depuis le calendrier. Ce dernier répertorie tous les évènements passés et futurs, a propos d'un ou plusieurs projets suivis.<br />
* Organisation d'atelier (Brain-storming, tableau blanc, visio, Business Model, Lean et SWOT Canvas).<br />
* Gestion des ressources (nom, quantité, prix).<br />
* Sondages.<br />
* Création de publications (si le projet est publique, naturellement).<br />
* Gestion des contacts liés au projet.<br />
* Gestion de la finance du projet.<br />
* Demande de livrable, auprés des membres du projet.<br />
<br />
Notre objectif au cours de ce projet était de contribuer à EDCampus par de la correction de ''bugs'' et de l'ajout de fonctionnalités, ainsi que par la ''refactorisation'' d'un ''chat''.<br />
<br />
=Architecture du système=<br />
<br />
[[File:Architecture_EDCampus.jpg | 800px | thumb | center | Architecture générale]]<br />
<br />
<br />
Nous voyons donc que l'architecture est plutôt classique avec une partie ''front'', une partie ''back'' et une base de données. Cependant il y a également une deuxième partie back-node utilisée pour la fonctionnalité de ''chat''. Cette partie contient le serveur SocketIO qui permet d'informer les utilisateurs lors d'envoi de message. Ce serveur gère des salles pour chaque discussions qu'il est possible de rejoindre pour être notifié quand un message est envoyé. Le serveur ne contient ni les discussions, ni les messages envoyés, qui doivent ensuite être récupérés côté client en allant les chercher dans la BDD.<br />
<br />
= Technologies et outils=<br />
==Technologies==<br />
* PHP : technologie utilisée pour le ''BackEnd''<br />
* AngularJS : technologie utilisée pour le ''FrontEnd''<br />
* SQL : technologie utilisée pour la base de données<br />
* SocketIO : technologie utilisée pour le ''chat''<br />
** Il s'agit d'une bibliothèque JavaScript permettant une communication bidirectionnelle temps réel entre les clients et les serveurs. Cette bibliothèque facilite l'envoi et la réception d'évènement de différents type, de contenu varié. De plus, Socket.io permet facilement la création de "salles", des canaux pouvant être rejoint ou quitter par des sockets. Elles permettent notamment l'envoi de messages à un sous-ensemble précis de client(ceux ayant rejoint la même salle).<br />
<br />
[[File:Edcampus-rooms-socketIO.png|500px|thumb|center| Le concept de "salles" de socket.io]]<br />
<br />
==Outils==<br />
* GitLab : Plateforme pour le travail collaboratif<br />
* GitKraken : Outil pour utiliser ''Git'' plus facilement<br />
* PHPStorm : Editeur pour le developpement ''BackEnd''<br />
* WebStorm : Editeur pour le developpement ''FrontEnd''<br />
* MySQL : Outil pour accéder a la base de données<br />
* Docker : Outil d'empaquetage d'une application et de ces dépendances<br />
<br />
= Réalisations techniques=<br />
<br />
==Correction de bugs==<br />
Nous avions plusieurs types d'''issues'' de correction de ''bugs''<br />
* Traduction manquante<br />
* Erreurs d'affichage<br />
* Fonctionnalités ne se comportant pas de la bonne façon<br />
==Ajout de fonctionnalités==<br />
* Envoi de notifications aux utilisateurs<br />
* Ajout d'un bouton de suppression<br />
* Affichage des prochaines échéances dans un projet<br />
==Ajout du chat==<br />
Le ''chat'' d'EDCampus était déjà présent mais de nombreuses fonctionnalités ne fonctionnaient pas correctement. Nous avons donc du débuguer les fonctionnalités mais aussi remplacer Firebase (qui était l'outil utilisé pour faire fonctionner le chat) par SocketIo afin que EDCampus ne soit pas dépendant d'outil externe comme Firebase.<br />
<br />
=Organisation=<br />
<br />
==Méthode==<br />
Nous avons travaillé en méthodologie agile avec GitLab. Nous avons repartis notre travail en ''sprints'' d'une semaine chacun pour un total de 6 ''sprints''. A chaque sprint nous organisions au moins une réunion le lundi matin avec Anthony Geourjon afin de s'organiser pour la semaine et faire un récapitulatif de la semaine précédente. Pendant chaque sprint nous avions des issues données par Anthony Geourjon que nous nous répartitions selon nos préférence et notre avancement.<br />
<br />
==Le contenu==<br />
Notre travail s'organisait en deux parties :<br />
* Dans les 4 premiers ''sprints'' nous avons travaillé sur de la correction de ''bugs'' et de l'ajout de fonctionnalités, choisies chaque semaine par Anthony Geourjon.<br />
* Dans les 2 derniers ''sprints'' nous avons travaillé sur la fonctionnalité de ''chat''.<br />
==Rôles==<br />
* Dans la première partie nous choisissions les ''issues'' selon nos préférences, certaines ''issues'' nécessitaient doc des modifications coté ''front'' et ''back'', Nous avions donc tous un rôle de développeur ''FullStack''. <br />
* Dans la deuxième partie Samuel travaillait sur SocketIO alors que Robin et Sebastian travaillaient sur des issues d'ajout de fonctionnalités du chat et de la correction de bugs des fonctionnalités existantes. Puis une fois les fonctionnalités ajoutées nous avons tous travaillés sur l'intégration de SocketIO et sur les tests.<br />
<br />
<br />
=Métriques=<br />
<br />
==Répartition du travail==<br />
Nous avons réalisés des métriques sur le nombre de lignes de code ainsi que sur le nombre d'''issues''; Cependant celles ci ne sont pas forcement représentatives puisque certaines ''issues'' nécessitaient plus de travail que d'autres sans forcement nécessiter plus de code.<br />
* Lignes de code :<br />
* Nombre d'issues : <br />
==Cout développeur==<br />
<br />
<br />
=Conclusion=<br />
Finalement le projet était enrichissant nous avons pu travailler sur un projet concret et même avoir des retours d'utilisateur sur notre travail. De plus nous avons eu l'occasion de travailler sur des fonctionnalités ''front'' et ''back'' avec des langages que nous n'avions que peu utilisé jusqu'à présent.<br />
<br />
Cependant le projet manque de documentation. De plus le projet ayant eu de nombreux contributeurs il est parfois compliqué de comprendre comment fonctionne le code avec toute les façons différentes de coder.<br />
<br />
=Glossaire=<br />
''Bug'' : Défaut de conception d'un programme informatique à l'origine d'un dysfonctionnement.<br />
<br />
''Back/BackEnd'' : Partie d'un système avec laquelle un utilisateur n'interagis pas directement.<br />
<br />
''Chat'' : Fenêtre de discussion.<br />
<br />
''Front/FrontEnd'' : Partie d'un système avec laquelle un utilisateur interagis.<br />
<br />
''Fullstack'' : Un développeur fullstack travaille sur toute les parties du système.<br />
<br />
''Git'' : Git est un logiciel de gestion de versions décentralisé.<br />
<br />
''Issue'' : Tâche à réaliser lors d’un sprint.<br />
<br />
''Refactorisation'' : réécriture d'un programme pour l’améliorer.<br />
<br />
''Sprint'' : Période de travail définie avec un certain nombre d'issues.<br />
<br />
=Bibliographie=<br />
<br />
[https://platform-edcampus.univ-grenoble-alpes.fr/app/ EDCampus]<br />
<br />
[https://gricad-gitlab.univ-grenoble-alpes.fr/edcampus/edcampus-platform Gitlab EDCampus]<br />
<br />
[https://air.imag.fr/index.php/PROJET-INFO5_2021_Contributions_open_source_au_projet_EdCampus Fiche de suivi]<br />
<br />
[https://air.imag.fr/images/9/96/Flyer_EDCampus.pdf Flyer]<br />
<br />
[https://air.imag.fr/images/0/04/Poster_EDCampus.pdf Poster]<br />
<br />
[https://air.imag.fr/images/8/89/Pitch_EDCampus.pdf Pitch]<br />
<br />
[ Présentation finale]</div>Samuel.Courthialhttps://air.imag.fr/index.php?title=Rapport_Final_EDCampus&diff=50975Rapport Final EDCampus2021-03-18T16:12:20Z<p>Samuel.Courthial: /* Qu'est ce qu'EDCampus? */</p>
<hr />
<div><br />
<br />
=L'équipe=<br />
* Samuel Courthial (chef de projet)<br />
* Sebastian Fougère<br />
* Robin Delbos<br />
<br />
Supervisé par : Gérard Pollier, Anthony Geourjon, Didier Donsez<br />
<br />
=Qu'est ce qu'EDCampus?=<br />
<br />
[[File:Edcampus-dashboard.png|500px|thumb|right| Dashboard EDCampus]]<br />
<br />
EDCampus est une plateforme de gestion de projet développé par Disrupt Campus Grenoble depuis 4 ans. Elle est actuellement en production avec 2400 comptes utilisateurs , 500 utilisateurs actifs et plus de 500 projets. <br />
Au cours de son histoire la plateforme a eu de multiples contributeurs : environ 50 étudiants + Anthony Geourjon<br />
EDCampus a été développé principalement pour que les professeurs puissent créer des projets pour leurs étudiant et pouvoir communiquer plus facilement au cours de celui-ci. Mais la plateforme regroupe de nombreuses autres fonctionnalités comme la création de sondages, un calendrier, une fonctionnalité de gestion des finances...<br />
<br />
Plus précisément, EDCampus permet la création de projet avec lesquels il est possible d'effectuer diverses actions:<br />
* Création d'une hiérarchie en créant des sous-projets, rattachés à un parent. Ces projets peuvent alors partager certaines ressources.<br />
* Partage de dossiers, fichiers et liens externes.<br />
* Création de tâches, pouvant être manipuler et organiser dans des Kanban ou des Gantt.<br />
* Suivi de l'évolution d'un projet depuis le calendrier. Ce dernier répertorie tous les évènements passés et futurs, a propos d'un ou plusieurs projets suivis.<br />
* Organisation d'atelier (Brain-storming, tableau blanc, visio, Business Model, Lean et SWOT Canvas).<br />
* Gestion des ressources (nom, quantité, prix).<br />
* Sondages.<br />
* Création de publications (si le projet est publique, naturellement).<br />
* Gestion des contacts liés au projet.<br />
* Gestion de la finance du projet.<br />
* Création de demande de livrable, auprés des membres du projet.<br />
<br />
Notre objectif au cours de ce projet était de contribuer à EDCampus par de la correction de ''bugs'' et de l'ajout de fonctionnalités, ainsi que par la ''refactorisation'' d'un ''chat''.<br />
<br />
=Architecture du système=<br />
<br />
[[File:Architecture_EDCampus.jpg | 800px | thumb | center | Architecture générale]]<br />
<br />
<br />
Nous voyons donc que l'architecture est plutôt classique avec une partie ''front'', une partie ''back'' et une base de données. Cependant il y a également une deuxième partie back-node utilisée pour la fonctionnalité de ''chat''. Cette partie contient le serveur SocketIO qui permet d'informer les utilisateurs lors d'envoi de message. Ce serveur gère des salles pour chaque discussions qu'il est possible de rejoindre pour être notifié quand un message est envoyé. Le serveur ne contient ni les discussions, ni les messages envoyés, qui doivent ensuite être récupérés côté client en allant les chercher dans la BDD.<br />
<br />
= Technologies et outils=<br />
==Technologies==<br />
* PHP : technologie utilisée pour le ''BackEnd''<br />
* AngularJS : technologie utilisée pour le ''FrontEnd''<br />
* SQL : technologie utilisée pour la base de données<br />
* SocketIO : technologie utilisée pour le ''chat''<br />
** Il s'agit d'une bibliothèque JavaScript permettant une communication bidirectionnelle temps réel entre les clients et les serveurs. Cette bibliothèque facilite l'envoi et la réception d'évènement de différents type, de contenu varié. De plus, Socket.io permet facilement la création de "salles", des canaux pouvant être rejoint ou quitter par des sockets. Elles permettent notamment l'envoi de messages à un sous-ensemble précis de client(ceux ayant rejoint la même salle).<br />
<br />
[[File:Edcampus-rooms-socketIO.png|500px|thumb|center| Le concept de "salles" de socket.io]]<br />
<br />
==Outils==<br />
* GitLab : Plateforme pour le travail collaboratif<br />
* GitKraken : Outil pour utiliser ''Git'' plus facilement<br />
* PHPStorm : Editeur pour le developpement ''BackEnd''<br />
* WebStorm : Editeur pour le developpement ''FrontEnd''<br />
* MySQL : Outil pour accéder a la base de données<br />
* Docker : Outil d'empaquetage d'une application et de ces dépendances<br />
<br />
= Réalisations techniques=<br />
<br />
==Correction de bugs==<br />
Nous avions plusieurs types d'''issues'' de correction de ''bugs''<br />
* Traduction manquante<br />
* Erreurs d'affichage<br />
* Fonctionnalités ne se comportant pas de la bonne façon<br />
==Ajout de fonctionnalités==<br />
* Envoi de notifications aux utilisateurs<br />
* Ajout d'un bouton de suppression<br />
* Affichage des prochaines échéances dans un projet<br />
==Ajout du chat==<br />
Le ''chat'' d'EDCampus était déjà présent mais de nombreuses fonctionnalités ne fonctionnaient pas correctement. Nous avons donc du débuguer les fonctionnalités mais aussi remplacer Firebase (qui était l'outil utilisé pour faire fonctionner le chat) par SocketIo afin que EDCampus ne soit pas dépendant d'outil externe comme Firebase.<br />
<br />
=Organisation=<br />
<br />
==Méthode==<br />
Nous avons travaillé en méthodologie agile avec GitLab. Nous avons repartis notre travail en ''sprints'' d'une semaine chacun pour un total de 6 ''sprints''. A chaque sprint nous organisions au moins une réunion le lundi matin avec Anthony Geourjon afin de s'organiser pour la semaine et faire un récapitulatif de la semaine précédente. Pendant chaque sprint nous avions des issues données par Anthony Geourjon que nous nous répartitions selon nos préférence et notre avancement.<br />
<br />
==Le contenu==<br />
Notre travail s'organisait en deux parties :<br />
* Dans les 4 premiers ''sprints'' nous avons travaillé sur de la correction de ''bugs'' et de l'ajout de fonctionnalités, choisies chaque semaine par Anthony Geourjon.<br />
* Dans les 2 derniers ''sprints'' nous avons travaillé sur la fonctionnalité de ''chat''.<br />
==Rôles==<br />
* Dans la première partie nous choisissions les ''issues'' selon nos préférences, certaines ''issues'' nécessitaient doc des modifications coté ''front'' et ''back'', Nous avions donc tous un rôle de développeur ''FullStack''. <br />
* Dans la deuxième partie Samuel travaillait sur SocketIO alors que Robin et Sebastian travaillaient sur des issues d'ajout de fonctionnalités du chat et de la correction de bugs des fonctionnalités existantes. Puis une fois les fonctionnalités ajoutées nous avons tous travaillés sur l'intégration de SocketIO et sur les tests.<br />
<br />
<br />
=Métriques=<br />
<br />
==Répartition du travail==<br />
Nous avons réalisés des métriques sur le nombre de lignes de code ainsi que sur le nombre d'''issues''; Cependant celles ci ne sont pas forcement représentatives puisque certaines ''issues'' nécessitaient plus de travail que d'autres sans forcement nécessiter plus de code.<br />
* Lignes de code :<br />
* Nombre d'issues : <br />
==Cout développeur==<br />
<br />
<br />
=Conclusion=<br />
Finalement le projet était enrichissant nous avons pu travailler sur un projet concret et même avoir des retours d'utilisateur sur notre travail. De plus nous avons eu l'occasion de travailler sur des fonctionnalités ''front'' et ''back'' avec des langages que nous n'avions que peu utilisé jusqu'à présent.<br />
<br />
Cependant le projet manque de documentation. De plus le projet ayant eu de nombreux contributeurs il est parfois compliqué de comprendre comment fonctionne le code avec toute les façons différentes de coder.<br />
<br />
=Glossaire=<br />
''Bug'' : Défaut de conception d'un programme informatique à l'origine d'un dysfonctionnement.<br />
<br />
''Back/BackEnd'' : Partie d'un système avec laquelle un utilisateur n'interagis pas directement.<br />
<br />
''Chat'' : Fenêtre de discussion.<br />
<br />
''Front/FrontEnd'' : Partie d'un système avec laquelle un utilisateur interagis.<br />
<br />
''Fullstack'' : Un développeur fullstack travaille sur toute les parties du système.<br />
<br />
''Git'' : Git est un logiciel de gestion de versions décentralisé.<br />
<br />
''Issue'' : Tâche à réaliser lors d’un sprint.<br />
<br />
''Refactorisation'' : réécriture d'un programme pour l’améliorer.<br />
<br />
''Sprint'' : Période de travail définie avec un certain nombre d'issues.<br />
<br />
=Bibliographie=<br />
<br />
[https://platform-edcampus.univ-grenoble-alpes.fr/app/ EDCampus]<br />
<br />
[https://gricad-gitlab.univ-grenoble-alpes.fr/edcampus/edcampus-platform Gitlab EDCampus]<br />
<br />
[https://air.imag.fr/index.php/PROJET-INFO5_2021_Contributions_open_source_au_projet_EdCampus Fiche de suivi]<br />
<br />
[https://air.imag.fr/images/9/96/Flyer_EDCampus.pdf Flyer]<br />
<br />
[https://air.imag.fr/images/0/04/Poster_EDCampus.pdf Poster]<br />
<br />
[https://air.imag.fr/images/8/89/Pitch_EDCampus.pdf Pitch]<br />
<br />
[ Présentation finale]</div>Samuel.Courthialhttps://air.imag.fr/index.php?title=Rapport_Final_EDCampus&diff=50974Rapport Final EDCampus2021-03-18T15:58:46Z<p>Samuel.Courthial: /* Outils */</p>
<hr />
<div><br />
<br />
=L'équipe=<br />
* Samuel Courthial (chef de projet)<br />
* Sebastian Fougère<br />
* Robin Delbos<br />
<br />
Supervisé par : Gérard Pollier, Anthony Geourjon, Didier Donsez<br />
<br />
=Qu'est ce qu'EDCampus?=<br />
<br />
[[File:Edcampus-dashboard.png|500px|thumb|right| Dashboard EDCampus]]<br />
<br />
EDCampus est une plateforme de gestion de projet développé par Disrupt Campus Grenoble depuis 4 ans. Elle est actuellement en production avec 2400 comptes utilisateurs , 500 utilisateurs actifs et plus de 500 projets. <br />
Au cours de son histoire la plateforme a eu de multiples contributeurs : environ 50 étudiants + Anthony Geourjon<br />
EDCampus a été développé principalement pour que les professeurs puissent créer des projets pour leurs étudiant et pouvoir communiquer plus facilement au cours de celui-ci. Mais la plateforme regroupe de nombreuses autres fonctionnalités comme la création de sondages, un calendrier, une fonctionnalité de gestion des finances...<br />
<br />
Notre objectif au cours de ce projet était de contribuer à EDCampus par de la correction de ''bugs'' et de l'ajout de fonctionnalités, ainsi que par la ''refactorisation'' d'un ''chat''.<br />
<br />
=Architecture du système=<br />
<br />
[[File:Architecture_EDCampus.jpg | 800px | thumb | center | Architecture générale]]<br />
<br />
<br />
Nous voyons donc que l'architecture est plutôt classique avec une partie ''front'', une partie ''back'' et une base de données. Cependant il y a également une deuxième partie back-node utilisée pour la fonctionnalité de ''chat''. Cette partie contient le serveur SocketIO qui permet d'informer les utilisateurs lors d'envoi de message. Ce serveur gère des salles pour chaque discussions qu'il est possible de rejoindre pour être notifié quand un message est envoyé. Le serveur ne contient ni les discussions, ni les messages envoyés, qui doivent ensuite être récupérés côté client en allant les chercher dans la BDD.<br />
<br />
= Technologies et outils=<br />
==Technologies==<br />
* PHP : technologie utilisée pour le ''BackEnd''<br />
* AngularJS : technologie utilisée pour le ''FrontEnd''<br />
* SQL : technologie utilisée pour la base de données<br />
* SocketIO : technologie utilisée pour le ''chat''<br />
** Il s'agit d'une bibliothèque JavaScript permettant une communication bidirectionnelle temps réel entre les clients et les serveurs. Cette bibliothèque facilite l'envoi et la réception d'évènement de différents type, de contenu varié. De plus, Socket.io permet facilement la création de "salles", des canaux pouvant être rejoint ou quitter par des sockets. Elles permettent notamment l'envoi de messages à un sous-ensemble précis de client(ceux ayant rejoint la même salle).<br />
<br />
[[File:Edcampus-rooms-socketIO.png|500px|thumb|center| Le concept de "salles" de socket.io]]<br />
<br />
==Outils==<br />
* GitLab : Plateforme pour le travail collaboratif<br />
* GitKraken : Outil pour utiliser ''Git'' plus facilement<br />
* PHPStorm : Editeur pour le developpement ''BackEnd''<br />
* WebStorm : Editeur pour le developpement ''FrontEnd''<br />
* MySQL : Outil pour accéder a la base de données<br />
* Docker : Outil d'empaquetage d'une application et de ces dépendances<br />
<br />
= Réalisations techniques=<br />
<br />
==Correction de bugs==<br />
Nous avions plusieurs types d'''issues'' de correction de ''bugs''<br />
* Traduction manquante<br />
* Erreurs d'affichage<br />
* Fonctionnalités ne se comportant pas de la bonne façon<br />
==Ajout de fonctionnalités==<br />
* Envoi de notifications aux utilisateurs<br />
* Ajout d'un bouton de suppression<br />
* Affichage des prochaines échéances dans un projet<br />
==Ajout du chat==<br />
Le ''chat'' d'EDCampus était déjà présent mais de nombreuses fonctionnalités ne fonctionnaient pas correctement. Nous avons donc du débuguer les fonctionnalités mais aussi remplacer Firebase (qui était l'outil utilisé pour faire fonctionner le chat) par SocketIo afin que EDCampus ne soit pas dépendant d'outil externe comme Firebase.<br />
<br />
=Organisation=<br />
<br />
==Méthode==<br />
Nous avons travaillé en méthodologie agile avec GitLab. Nous avons repartis notre travail en ''sprints'' d'une semaine chacun pour un total de 6 ''sprints''. A chaque sprint nous organisions au moins une réunion le lundi matin avec Anthony Geourjon afin de s'organiser pour la semaine et faire un récapitulatif de la semaine précédente. Pendant chaque sprint nous avions des issues données par Anthony Geourjon que nous nous répartitions selon nos préférence et notre avancement.<br />
<br />
==Le contenu==<br />
Notre travail s'organisait en deux parties :<br />
* Dans les 4 premiers ''sprints'' nous avons travaillé sur de la correction de ''bugs'' et de l'ajout de fonctionnalités, choisies chaque semaine par Anthony Geourjon.<br />
* Dans les 2 derniers ''sprints'' nous avons travaillé sur la fonctionnalité de ''chat''.<br />
==Rôles==<br />
* Dans la première partie nous choisissions les ''issues'' selon nos préférences, certaines ''issues'' nécessitaient doc des modifications coté ''front'' et ''back'', Nous avions donc tous un rôle de développeur ''FullStack''. <br />
* Dans la deuxième partie Samuel travaillait sur SocketIO alors que Robin et Sebastian travaillaient sur des issues d'ajout de fonctionnalités du chat et de la correction de bugs des fonctionnalités existantes. Puis une fois les fonctionnalités ajoutées nous avons tous travaillés sur l'intégration de SocketIO et sur les tests.<br />
<br />
<br />
=Métriques=<br />
<br />
==Répartition du travail==<br />
Nous avons réalisés des métriques sur le nombre de lignes de code ainsi que sur le nombre d'''issues''; Cependant celles ci ne sont pas forcement représentatives puisque certaines ''issues'' nécessitaient plus de travail que d'autres sans forcement nécessiter plus de code.<br />
* Lignes de code :<br />
* Nombre d'issues : <br />
==Cout développeur==<br />
<br />
<br />
=Conclusion=<br />
Finalement le projet était enrichissant nous avons pu travailler sur un projet concret et même avoir des retours d'utilisateur sur notre travail. De plus nous avons eu l'occasion de travailler sur des fonctionnalités ''front'' et ''back'' avec des langages que nous n'avions que peu utilisé jusqu'à présent.<br />
<br />
Cependant le projet manque de documentation. De plus le projet ayant eu de nombreux contributeurs il est parfois compliqué de comprendre comment fonctionne le code avec toute les façons différentes de coder.<br />
<br />
=Glossaire=<br />
''Bug'' : Défaut de conception d'un programme informatique à l'origine d'un dysfonctionnement.<br />
<br />
''Back/BackEnd'' : Partie d'un système avec laquelle un utilisateur n'interagis pas directement.<br />
<br />
''Chat'' : Fenêtre de discussion.<br />
<br />
''Front/FrontEnd'' : Partie d'un système avec laquelle un utilisateur interagis.<br />
<br />
''Fullstack'' : Un développeur fullstack travaille sur toute les parties du système.<br />
<br />
''Git'' : Git est un logiciel de gestion de versions décentralisé.<br />
<br />
''Issue'' : Tâche à réaliser lors d’un sprint.<br />
<br />
''Refactorisation'' : réécriture d'un programme pour l’améliorer.<br />
<br />
''Sprint'' : Période de travail définie avec un certain nombre d'issues.<br />
<br />
=Bibliographie=<br />
<br />
[https://platform-edcampus.univ-grenoble-alpes.fr/app/ EDCampus]<br />
<br />
[https://gricad-gitlab.univ-grenoble-alpes.fr/edcampus/edcampus-platform Gitlab EDCampus]<br />
<br />
[https://air.imag.fr/index.php/PROJET-INFO5_2021_Contributions_open_source_au_projet_EdCampus Fiche de suivi]<br />
<br />
[https://air.imag.fr/images/9/96/Flyer_EDCampus.pdf Flyer]<br />
<br />
[https://air.imag.fr/images/0/04/Poster_EDCampus.pdf Poster]<br />
<br />
[https://air.imag.fr/images/8/89/Pitch_EDCampus.pdf Pitch]<br />
<br />
[ Présentation finale]</div>Samuel.Courthialhttps://air.imag.fr/index.php?title=Rapport_Final_EDCampus&diff=50973Rapport Final EDCampus2021-03-18T15:57:04Z<p>Samuel.Courthial: /* Architecture du système */</p>
<hr />
<div><br />
<br />
=L'équipe=<br />
* Samuel Courthial (chef de projet)<br />
* Sebastian Fougère<br />
* Robin Delbos<br />
<br />
Supervisé par : Gérard Pollier, Anthony Geourjon, Didier Donsez<br />
<br />
=Qu'est ce qu'EDCampus?=<br />
<br />
[[File:Edcampus-dashboard.png|500px|thumb|right| Dashboard EDCampus]]<br />
<br />
EDCampus est une plateforme de gestion de projet développé par Disrupt Campus Grenoble depuis 4 ans. Elle est actuellement en production avec 2400 comptes utilisateurs , 500 utilisateurs actifs et plus de 500 projets. <br />
Au cours de son histoire la plateforme a eu de multiples contributeurs : environ 50 étudiants + Anthony Geourjon<br />
EDCampus a été développé principalement pour que les professeurs puissent créer des projets pour leurs étudiant et pouvoir communiquer plus facilement au cours de celui-ci. Mais la plateforme regroupe de nombreuses autres fonctionnalités comme la création de sondages, un calendrier, une fonctionnalité de gestion des finances...<br />
<br />
Notre objectif au cours de ce projet était de contribuer à EDCampus par de la correction de ''bugs'' et de l'ajout de fonctionnalités, ainsi que par la ''refactorisation'' d'un ''chat''.<br />
<br />
=Architecture du système=<br />
<br />
[[File:Architecture_EDCampus.jpg | 800px | thumb | center | Architecture générale]]<br />
<br />
<br />
Nous voyons donc que l'architecture est plutôt classique avec une partie ''front'', une partie ''back'' et une base de données. Cependant il y a également une deuxième partie back-node utilisée pour la fonctionnalité de ''chat''. Cette partie contient le serveur SocketIO qui permet d'informer les utilisateurs lors d'envoi de message. Ce serveur gère des salles pour chaque discussions qu'il est possible de rejoindre pour être notifié quand un message est envoyé. Le serveur ne contient ni les discussions, ni les messages envoyés, qui doivent ensuite être récupérés côté client en allant les chercher dans la BDD.<br />
<br />
= Technologies et outils=<br />
==Technologies==<br />
* PHP : technologie utilisée pour le ''BackEnd''<br />
* AngularJS : technologie utilisée pour le ''FrontEnd''<br />
* SQL : technologie utilisée pour la base de données<br />
* SocketIO : technologie utilisée pour le ''chat''<br />
** Il s'agit d'une bibliothèque JavaScript permettant une communication bidirectionnelle temps réel entre les clients et les serveurs. Cette bibliothèque facilite l'envoi et la réception d'évènement de différents type, de contenu varié. De plus, Socket.io permet facilement la création de "salles", des canaux pouvant être rejoint ou quitter par des sockets. Elles permettent notamment l'envoi de messages à un sous-ensemble précis de client(ceux ayant rejoint la même salle).<br />
<br />
[[File:Edcampus-rooms-socketIO.png|500px|thumb|center| Le concept de "salles" de socket.io]]<br />
<br />
==Outils==<br />
* GitLab : Plateforme pour le travail collaboratif<br />
* GitKraken : Outil pour utiliser ''Git'' plus facilement<br />
* PHPStorm : Editeur pour le developpement ''BackEnd''<br />
* WebStorm : Editeur pour le developpement ''FrontEnd''<br />
* MySQL : Outil pour accéder a la base de données<br />
* Docker : <br />
<br />
= Réalisations techniques=<br />
<br />
==Correction de bugs==<br />
Nous avions plusieurs types d'''issues'' de correction de ''bugs''<br />
* Traduction manquante<br />
* Erreurs d'affichage<br />
* Fonctionnalités ne se comportant pas de la bonne façon<br />
==Ajout de fonctionnalités==<br />
* Envoi de notifications aux utilisateurs<br />
* Ajout d'un bouton de suppression<br />
* Affichage des prochaines échéances dans un projet<br />
==Ajout du chat==<br />
Le ''chat'' d'EDCampus était déjà présent mais de nombreuses fonctionnalités ne fonctionnaient pas correctement. Nous avons donc du débuguer les fonctionnalités mais aussi remplacer Firebase (qui était l'outil utilisé pour faire fonctionner le chat) par SocketIo afin que EDCampus ne soit pas dépendant d'outil externe comme Firebase.<br />
<br />
=Organisation=<br />
<br />
==Méthode==<br />
Nous avons travaillé en méthodologie agile avec GitLab. Nous avons repartis notre travail en ''sprints'' d'une semaine chacun pour un total de 6 ''sprints''. A chaque sprint nous organisions au moins une réunion le lundi matin avec Anthony Geourjon afin de s'organiser pour la semaine et faire un récapitulatif de la semaine précédente. Pendant chaque sprint nous avions des issues données par Anthony Geourjon que nous nous répartitions selon nos préférence et notre avancement.<br />
<br />
==Le contenu==<br />
Notre travail s'organisait en deux parties :<br />
* Dans les 4 premiers ''sprints'' nous avons travaillé sur de la correction de ''bugs'' et de l'ajout de fonctionnalités, choisies chaque semaine par Anthony Geourjon.<br />
* Dans les 2 derniers ''sprints'' nous avons travaillé sur la fonctionnalité de ''chat''.<br />
==Rôles==<br />
* Dans la première partie nous choisissions les ''issues'' selon nos préférences, certaines ''issues'' nécessitaient doc des modifications coté ''front'' et ''back'', Nous avions donc tous un rôle de développeur ''FullStack''. <br />
* Dans la deuxième partie Samuel travaillait sur SocketIO alors que Robin et Sebastian travaillaient sur des issues d'ajout de fonctionnalités du chat et de la correction de bugs des fonctionnalités existantes. Puis une fois les fonctionnalités ajoutées nous avons tous travaillés sur l'intégration de SocketIO et sur les tests.<br />
<br />
<br />
=Métriques=<br />
<br />
==Répartition du travail==<br />
Nous avons réalisés des métriques sur le nombre de lignes de code ainsi que sur le nombre d'''issues''; Cependant celles ci ne sont pas forcement représentatives puisque certaines ''issues'' nécessitaient plus de travail que d'autres sans forcement nécessiter plus de code.<br />
* Lignes de code :<br />
* Nombre d'issues : <br />
==Cout développeur==<br />
<br />
<br />
=Conclusion=<br />
Finalement le projet était enrichissant nous avons pu travailler sur un projet concret et même avoir des retours d'utilisateur sur notre travail. De plus nous avons eu l'occasion de travailler sur des fonctionnalités ''front'' et ''back'' avec des langages que nous n'avions que peu utilisé jusqu'à présent.<br />
<br />
Cependant le projet manque de documentation. De plus le projet ayant eu de nombreux contributeurs il est parfois compliqué de comprendre comment fonctionne le code avec toute les façons différentes de coder.<br />
<br />
=Glossaire=<br />
''Bug'' : Défaut de conception d'un programme informatique à l'origine d'un dysfonctionnement.<br />
<br />
''Back/BackEnd'' : Partie d'un système avec laquelle un utilisateur n'interagis pas directement.<br />
<br />
''Chat'' : Fenêtre de discussion.<br />
<br />
''Front/FrontEnd'' : Partie d'un système avec laquelle un utilisateur interagis.<br />
<br />
''Fullstack'' : Un développeur fullstack travaille sur toute les parties du système.<br />
<br />
''Git'' : Git est un logiciel de gestion de versions décentralisé.<br />
<br />
''Issue'' : Tâche à réaliser lors d’un sprint.<br />
<br />
''Refactorisation'' : réécriture d'un programme pour l’améliorer.<br />
<br />
''Sprint'' : Période de travail définie avec un certain nombre d'issues.<br />
<br />
=Bibliographie=<br />
<br />
[https://platform-edcampus.univ-grenoble-alpes.fr/app/ EDCampus]<br />
<br />
[https://gricad-gitlab.univ-grenoble-alpes.fr/edcampus/edcampus-platform Gitlab EDCampus]<br />
<br />
[https://air.imag.fr/index.php/PROJET-INFO5_2021_Contributions_open_source_au_projet_EdCampus Fiche de suivi]<br />
<br />
[https://air.imag.fr/images/9/96/Flyer_EDCampus.pdf Flyer]<br />
<br />
[https://air.imag.fr/images/0/04/Poster_EDCampus.pdf Poster]<br />
<br />
[https://air.imag.fr/images/8/89/Pitch_EDCampus.pdf Pitch]<br />
<br />
[ Présentation finale]</div>Samuel.Courthialhttps://air.imag.fr/index.php?title=Rapport_Final_EDCampus&diff=50972Rapport Final EDCampus2021-03-18T15:55:43Z<p>Samuel.Courthial: /* Architecture du système */</p>
<hr />
<div><br />
<br />
=L'équipe=<br />
* Samuel Courthial (chef de projet)<br />
* Sebastian Fougère<br />
* Robin Delbos<br />
<br />
Supervisé par : Gérard Pollier, Anthony Geourjon, Didier Donsez<br />
<br />
=Qu'est ce qu'EDCampus?=<br />
<br />
[[File:Edcampus-dashboard.png|500px|thumb|right| Dashboard EDCampus]]<br />
<br />
EDCampus est une plateforme de gestion de projet développé par Disrupt Campus Grenoble depuis 4 ans. Elle est actuellement en production avec 2400 comptes utilisateurs , 500 utilisateurs actifs et plus de 500 projets. <br />
Au cours de son histoire la plateforme a eu de multiples contributeurs : environ 50 étudiants + Anthony Geourjon<br />
EDCampus a été développé principalement pour que les professeurs puissent créer des projets pour leurs étudiant et pouvoir communiquer plus facilement au cours de celui-ci. Mais la plateforme regroupe de nombreuses autres fonctionnalités comme la création de sondages, un calendrier, une fonctionnalité de gestion des finances...<br />
<br />
Notre objectif au cours de ce projet était de contribuer à EDCampus par de la correction de ''bugs'' et de l'ajout de fonctionnalités, ainsi que par la ''refactorisation'' d'un ''chat''.<br />
<br />
=Architecture du système=<br />
<br />
[[File:Architecture_EDCampus.jpg | 800px | thumb | center]]<br />
<br />
<br />
Nous voyons donc que l'architecture est plutôt classique avec une partie ''front'', une partie ''back'' et une base de données. Cependant il y a également une deuxième partie back-node utilisée pour la fonctionnalité de ''chat''. Cette partie contient le serveur SocketIO qui permet d'informer les utilisateurs lors d'envoi de message. Ce serveur gère des salles pour chaque discussions qu'il est possible de rejoindre pour être notifié quand un message est envoyé. Le serveur ne contient ni les discussions, ni les messages envoyés, qui doivent ensuite être récupérés côté client en allant les chercher dans la BDD.<br />
<br />
= Technologies et outils=<br />
==Technologies==<br />
* PHP : technologie utilisée pour le ''BackEnd''<br />
* AngularJS : technologie utilisée pour le ''FrontEnd''<br />
* SQL : technologie utilisée pour la base de données<br />
* SocketIO : technologie utilisée pour le ''chat''<br />
** Il s'agit d'une bibliothèque JavaScript permettant une communication bidirectionnelle temps réel entre les clients et les serveurs. Cette bibliothèque facilite l'envoi et la réception d'évènement de différents type, de contenu varié. De plus, Socket.io permet facilement la création de "salles", des canaux pouvant être rejoint ou quitter par des sockets. Elles permettent notamment l'envoi de messages à un sous-ensemble précis de client(ceux ayant rejoint la même salle).<br />
<br />
[[File:Edcampus-rooms-socketIO.png|500px|thumb|center| Le concept de "salles" de socket.io]]<br />
<br />
==Outils==<br />
* GitLab : Plateforme pour le travail collaboratif<br />
* GitKraken : Outil pour utiliser ''Git'' plus facilement<br />
* PHPStorm : Editeur pour le developpement ''BackEnd''<br />
* WebStorm : Editeur pour le developpement ''FrontEnd''<br />
* MySQL : Outil pour accéder a la base de données<br />
* Docker : <br />
<br />
= Réalisations techniques=<br />
<br />
==Correction de bugs==<br />
Nous avions plusieurs types d'''issues'' de correction de ''bugs''<br />
* Traduction manquante<br />
* Erreurs d'affichage<br />
* Fonctionnalités ne se comportant pas de la bonne façon<br />
==Ajout de fonctionnalités==<br />
* Envoi de notifications aux utilisateurs<br />
* Ajout d'un bouton de suppression<br />
* Affichage des prochaines échéances dans un projet<br />
==Ajout du chat==<br />
Le ''chat'' d'EDCampus était déjà présent mais de nombreuses fonctionnalités ne fonctionnaient pas correctement. Nous avons donc du débuguer les fonctionnalités mais aussi remplacer Firebase (qui était l'outil utilisé pour faire fonctionner le chat) par SocketIo afin que EDCampus ne soit pas dépendant d'outil externe comme Firebase.<br />
<br />
=Organisation=<br />
<br />
==Méthode==<br />
Nous avons travaillé en méthodologie agile avec GitLab. Nous avons repartis notre travail en ''sprints'' d'une semaine chacun pour un total de 6 ''sprints''. A chaque sprint nous organisions au moins une réunion le lundi matin avec Anthony Geourjon afin de s'organiser pour la semaine et faire un récapitulatif de la semaine précédente. Pendant chaque sprint nous avions des issues données par Anthony Geourjon que nous nous répartitions selon nos préférence et notre avancement.<br />
<br />
==Le contenu==<br />
Notre travail s'organisait en deux parties :<br />
* Dans les 4 premiers ''sprints'' nous avons travaillé sur de la correction de ''bugs'' et de l'ajout de fonctionnalités, choisies chaque semaine par Anthony Geourjon.<br />
* Dans les 2 derniers ''sprints'' nous avons travaillé sur la fonctionnalité de ''chat''.<br />
==Rôles==<br />
* Dans la première partie nous choisissions les ''issues'' selon nos préférences, certaines ''issues'' nécessitaient doc des modifications coté ''front'' et ''back'', Nous avions donc tous un rôle de développeur ''FullStack''. <br />
* Dans la deuxième partie Samuel travaillait sur SocketIO alors que Robin et Sebastian travaillaient sur des issues d'ajout de fonctionnalités du chat et de la correction de bugs des fonctionnalités existantes. Puis une fois les fonctionnalités ajoutées nous avons tous travaillés sur l'intégration de SocketIO et sur les tests.<br />
<br />
<br />
=Métriques=<br />
<br />
==Répartition du travail==<br />
Nous avons réalisés des métriques sur le nombre de lignes de code ainsi que sur le nombre d'''issues''; Cependant celles ci ne sont pas forcement représentatives puisque certaines ''issues'' nécessitaient plus de travail que d'autres sans forcement nécessiter plus de code.<br />
* Lignes de code :<br />
* Nombre d'issues : <br />
==Cout développeur==<br />
<br />
<br />
=Conclusion=<br />
Finalement le projet était enrichissant nous avons pu travailler sur un projet concret et même avoir des retours d'utilisateur sur notre travail. De plus nous avons eu l'occasion de travailler sur des fonctionnalités ''front'' et ''back'' avec des langages que nous n'avions que peu utilisé jusqu'à présent.<br />
<br />
Cependant le projet manque de documentation. De plus le projet ayant eu de nombreux contributeurs il est parfois compliqué de comprendre comment fonctionne le code avec toute les façons différentes de coder.<br />
<br />
=Glossaire=<br />
''Bug'' : Défaut de conception d'un programme informatique à l'origine d'un dysfonctionnement.<br />
<br />
''Back/BackEnd'' : Partie d'un système avec laquelle un utilisateur n'interagis pas directement.<br />
<br />
''Chat'' : Fenêtre de discussion.<br />
<br />
''Front/FrontEnd'' : Partie d'un système avec laquelle un utilisateur interagis.<br />
<br />
''Fullstack'' : Un développeur fullstack travaille sur toute les parties du système.<br />
<br />
''Git'' : Git est un logiciel de gestion de versions décentralisé.<br />
<br />
''Issue'' : Tâche à réaliser lors d’un sprint.<br />
<br />
''Refactorisation'' : réécriture d'un programme pour l’améliorer.<br />
<br />
''Sprint'' : Période de travail définie avec un certain nombre d'issues.<br />
<br />
=Bibliographie=<br />
<br />
[https://platform-edcampus.univ-grenoble-alpes.fr/app/ EDCampus]<br />
<br />
[https://gricad-gitlab.univ-grenoble-alpes.fr/edcampus/edcampus-platform Gitlab EDCampus]<br />
<br />
[https://air.imag.fr/index.php/PROJET-INFO5_2021_Contributions_open_source_au_projet_EdCampus Fiche de suivi]<br />
<br />
[https://air.imag.fr/images/9/96/Flyer_EDCampus.pdf Flyer]<br />
<br />
[https://air.imag.fr/images/0/04/Poster_EDCampus.pdf Poster]<br />
<br />
[https://air.imag.fr/images/8/89/Pitch_EDCampus.pdf Pitch]<br />
<br />
[ Présentation finale]</div>Samuel.Courthialhttps://air.imag.fr/index.php?title=Rapport_Final_EDCampus&diff=50971Rapport Final EDCampus2021-03-18T15:55:11Z<p>Samuel.Courthial: /* Technologies */</p>
<hr />
<div><br />
<br />
=L'équipe=<br />
* Samuel Courthial (chef de projet)<br />
* Sebastian Fougère<br />
* Robin Delbos<br />
<br />
Supervisé par : Gérard Pollier, Anthony Geourjon, Didier Donsez<br />
<br />
=Qu'est ce qu'EDCampus?=<br />
<br />
[[File:Edcampus-dashboard.png|500px|thumb|right| Dashboard EDCampus]]<br />
<br />
EDCampus est une plateforme de gestion de projet développé par Disrupt Campus Grenoble depuis 4 ans. Elle est actuellement en production avec 2400 comptes utilisateurs , 500 utilisateurs actifs et plus de 500 projets. <br />
Au cours de son histoire la plateforme a eu de multiples contributeurs : environ 50 étudiants + Anthony Geourjon<br />
EDCampus a été développé principalement pour que les professeurs puissent créer des projets pour leurs étudiant et pouvoir communiquer plus facilement au cours de celui-ci. Mais la plateforme regroupe de nombreuses autres fonctionnalités comme la création de sondages, un calendrier, une fonctionnalité de gestion des finances...<br />
<br />
Notre objectif au cours de ce projet était de contribuer à EDCampus par de la correction de ''bugs'' et de l'ajout de fonctionnalités, ainsi que par la ''refactorisation'' d'un ''chat''.<br />
<br />
=Architecture du système=<br />
<br />
[[File:Architecture_EDCampus.jpg | 800px | center]]<br />
<br />
<br />
Nous voyons donc que l'architecture est plutôt classique avec une partie ''front'', une partie ''back'' et une base de données. Cependant il y a également une deuxième partie back-node utilisée pour la fonctionnalité de ''chat''. Cette partie contient le serveur SocketIO qui permet d'informer les utilisateurs lors d'envoi de message. Ce serveur gère des salles pour chaque discussions qu'il est possible de rejoindre pour être notifié quand un message est envoyé. Le serveur ne contient ni les discussions, ni les messages envoyés, qui doivent ensuite être récupérés côté client en allant les chercher dans la BDD.<br />
<br />
= Technologies et outils=<br />
==Technologies==<br />
* PHP : technologie utilisée pour le ''BackEnd''<br />
* AngularJS : technologie utilisée pour le ''FrontEnd''<br />
* SQL : technologie utilisée pour la base de données<br />
* SocketIO : technologie utilisée pour le ''chat''<br />
** Il s'agit d'une bibliothèque JavaScript permettant une communication bidirectionnelle temps réel entre les clients et les serveurs. Cette bibliothèque facilite l'envoi et la réception d'évènement de différents type, de contenu varié. De plus, Socket.io permet facilement la création de "salles", des canaux pouvant être rejoint ou quitter par des sockets. Elles permettent notamment l'envoi de messages à un sous-ensemble précis de client(ceux ayant rejoint la même salle).<br />
<br />
[[File:Edcampus-rooms-socketIO.png|500px|thumb|center| Le concept de "salles" de socket.io]]<br />
<br />
==Outils==<br />
* GitLab : Plateforme pour le travail collaboratif<br />
* GitKraken : Outil pour utiliser ''Git'' plus facilement<br />
* PHPStorm : Editeur pour le developpement ''BackEnd''<br />
* WebStorm : Editeur pour le developpement ''FrontEnd''<br />
* MySQL : Outil pour accéder a la base de données<br />
* Docker : <br />
<br />
= Réalisations techniques=<br />
<br />
==Correction de bugs==<br />
Nous avions plusieurs types d'''issues'' de correction de ''bugs''<br />
* Traduction manquante<br />
* Erreurs d'affichage<br />
* Fonctionnalités ne se comportant pas de la bonne façon<br />
==Ajout de fonctionnalités==<br />
* Envoi de notifications aux utilisateurs<br />
* Ajout d'un bouton de suppression<br />
* Affichage des prochaines échéances dans un projet<br />
==Ajout du chat==<br />
Le ''chat'' d'EDCampus était déjà présent mais de nombreuses fonctionnalités ne fonctionnaient pas correctement. Nous avons donc du débuguer les fonctionnalités mais aussi remplacer Firebase (qui était l'outil utilisé pour faire fonctionner le chat) par SocketIo afin que EDCampus ne soit pas dépendant d'outil externe comme Firebase.<br />
<br />
=Organisation=<br />
<br />
==Méthode==<br />
Nous avons travaillé en méthodologie agile avec GitLab. Nous avons repartis notre travail en ''sprints'' d'une semaine chacun pour un total de 6 ''sprints''. A chaque sprint nous organisions au moins une réunion le lundi matin avec Anthony Geourjon afin de s'organiser pour la semaine et faire un récapitulatif de la semaine précédente. Pendant chaque sprint nous avions des issues données par Anthony Geourjon que nous nous répartitions selon nos préférence et notre avancement.<br />
<br />
==Le contenu==<br />
Notre travail s'organisait en deux parties :<br />
* Dans les 4 premiers ''sprints'' nous avons travaillé sur de la correction de ''bugs'' et de l'ajout de fonctionnalités, choisies chaque semaine par Anthony Geourjon.<br />
* Dans les 2 derniers ''sprints'' nous avons travaillé sur la fonctionnalité de ''chat''.<br />
==Rôles==<br />
* Dans la première partie nous choisissions les ''issues'' selon nos préférences, certaines ''issues'' nécessitaient doc des modifications coté ''front'' et ''back'', Nous avions donc tous un rôle de développeur ''FullStack''. <br />
* Dans la deuxième partie Samuel travaillait sur SocketIO alors que Robin et Sebastian travaillaient sur des issues d'ajout de fonctionnalités du chat et de la correction de bugs des fonctionnalités existantes. Puis une fois les fonctionnalités ajoutées nous avons tous travaillés sur l'intégration de SocketIO et sur les tests.<br />
<br />
<br />
=Métriques=<br />
<br />
==Répartition du travail==<br />
Nous avons réalisés des métriques sur le nombre de lignes de code ainsi que sur le nombre d'''issues''; Cependant celles ci ne sont pas forcement représentatives puisque certaines ''issues'' nécessitaient plus de travail que d'autres sans forcement nécessiter plus de code.<br />
* Lignes de code :<br />
* Nombre d'issues : <br />
==Cout développeur==<br />
<br />
<br />
=Conclusion=<br />
Finalement le projet était enrichissant nous avons pu travailler sur un projet concret et même avoir des retours d'utilisateur sur notre travail. De plus nous avons eu l'occasion de travailler sur des fonctionnalités ''front'' et ''back'' avec des langages que nous n'avions que peu utilisé jusqu'à présent.<br />
<br />
Cependant le projet manque de documentation. De plus le projet ayant eu de nombreux contributeurs il est parfois compliqué de comprendre comment fonctionne le code avec toute les façons différentes de coder.<br />
<br />
=Glossaire=<br />
''Bug'' : Défaut de conception d'un programme informatique à l'origine d'un dysfonctionnement.<br />
<br />
''Back/BackEnd'' : Partie d'un système avec laquelle un utilisateur n'interagis pas directement.<br />
<br />
''Chat'' : Fenêtre de discussion.<br />
<br />
''Front/FrontEnd'' : Partie d'un système avec laquelle un utilisateur interagis.<br />
<br />
''Fullstack'' : Un développeur fullstack travaille sur toute les parties du système.<br />
<br />
''Git'' : Git est un logiciel de gestion de versions décentralisé.<br />
<br />
''Issue'' : Tâche à réaliser lors d’un sprint.<br />
<br />
''Refactorisation'' : réécriture d'un programme pour l’améliorer.<br />
<br />
''Sprint'' : Période de travail définie avec un certain nombre d'issues.<br />
<br />
=Bibliographie=<br />
<br />
[https://platform-edcampus.univ-grenoble-alpes.fr/app/ EDCampus]<br />
<br />
[https://gricad-gitlab.univ-grenoble-alpes.fr/edcampus/edcampus-platform Gitlab EDCampus]<br />
<br />
[https://air.imag.fr/index.php/PROJET-INFO5_2021_Contributions_open_source_au_projet_EdCampus Fiche de suivi]<br />
<br />
[https://air.imag.fr/images/9/96/Flyer_EDCampus.pdf Flyer]<br />
<br />
[https://air.imag.fr/images/0/04/Poster_EDCampus.pdf Poster]<br />
<br />
[https://air.imag.fr/images/8/89/Pitch_EDCampus.pdf Pitch]<br />
<br />
[ Présentation finale]</div>Samuel.Courthialhttps://air.imag.fr/index.php?title=Rapport_Final_EDCampus&diff=50970Rapport Final EDCampus2021-03-18T15:54:57Z<p>Samuel.Courthial: /* Technologies */</p>
<hr />
<div><br />
<br />
=L'équipe=<br />
* Samuel Courthial (chef de projet)<br />
* Sebastian Fougère<br />
* Robin Delbos<br />
<br />
Supervisé par : Gérard Pollier, Anthony Geourjon, Didier Donsez<br />
<br />
=Qu'est ce qu'EDCampus?=<br />
<br />
[[File:Edcampus-dashboard.png|500px|thumb|right| Dashboard EDCampus]]<br />
<br />
EDCampus est une plateforme de gestion de projet développé par Disrupt Campus Grenoble depuis 4 ans. Elle est actuellement en production avec 2400 comptes utilisateurs , 500 utilisateurs actifs et plus de 500 projets. <br />
Au cours de son histoire la plateforme a eu de multiples contributeurs : environ 50 étudiants + Anthony Geourjon<br />
EDCampus a été développé principalement pour que les professeurs puissent créer des projets pour leurs étudiant et pouvoir communiquer plus facilement au cours de celui-ci. Mais la plateforme regroupe de nombreuses autres fonctionnalités comme la création de sondages, un calendrier, une fonctionnalité de gestion des finances...<br />
<br />
Notre objectif au cours de ce projet était de contribuer à EDCampus par de la correction de ''bugs'' et de l'ajout de fonctionnalités, ainsi que par la ''refactorisation'' d'un ''chat''.<br />
<br />
=Architecture du système=<br />
<br />
[[File:Architecture_EDCampus.jpg | 800px | center]]<br />
<br />
<br />
Nous voyons donc que l'architecture est plutôt classique avec une partie ''front'', une partie ''back'' et une base de données. Cependant il y a également une deuxième partie back-node utilisée pour la fonctionnalité de ''chat''. Cette partie contient le serveur SocketIO qui permet d'informer les utilisateurs lors d'envoi de message. Ce serveur gère des salles pour chaque discussions qu'il est possible de rejoindre pour être notifié quand un message est envoyé. Le serveur ne contient ni les discussions, ni les messages envoyés, qui doivent ensuite être récupérés côté client en allant les chercher dans la BDD.<br />
<br />
= Technologies et outils=<br />
==Technologies==<br />
* PHP : technologie utilisée pour le ''BackEnd''<br />
* AngularJS : technologie utilisée pour le ''FrontEnd''<br />
* SQL : technologie utilisée pour la base de données<br />
* SocketIO : technologie utilisée pour le ''chat''<br />
** Il s'agit d'une bibliothèque JavaScript permettant une communication bidirectionnelle temps réel entre les clients et les serveurs. Cette bibliothèque facilite l'envoi et la réception d'évènement de différents type, de contenu varié. De plus, Socket.io permet facilement la création de "salles", des canaux pouvant être rejoint ou quitter par des sockets. Elles permettent notamment l'envoi de messages à un sous-ensemble précis de client(ceux ayant rejoint la même salle).<br />
<br />
[[File:Edcampus-rooms-socketIO.png|500px|center| Le concept de "salles" de socket.io]]<br />
<br />
==Outils==<br />
* GitLab : Plateforme pour le travail collaboratif<br />
* GitKraken : Outil pour utiliser ''Git'' plus facilement<br />
* PHPStorm : Editeur pour le developpement ''BackEnd''<br />
* WebStorm : Editeur pour le developpement ''FrontEnd''<br />
* MySQL : Outil pour accéder a la base de données<br />
* Docker : <br />
<br />
= Réalisations techniques=<br />
<br />
==Correction de bugs==<br />
Nous avions plusieurs types d'''issues'' de correction de ''bugs''<br />
* Traduction manquante<br />
* Erreurs d'affichage<br />
* Fonctionnalités ne se comportant pas de la bonne façon<br />
==Ajout de fonctionnalités==<br />
* Envoi de notifications aux utilisateurs<br />
* Ajout d'un bouton de suppression<br />
* Affichage des prochaines échéances dans un projet<br />
==Ajout du chat==<br />
Le ''chat'' d'EDCampus était déjà présent mais de nombreuses fonctionnalités ne fonctionnaient pas correctement. Nous avons donc du débuguer les fonctionnalités mais aussi remplacer Firebase (qui était l'outil utilisé pour faire fonctionner le chat) par SocketIo afin que EDCampus ne soit pas dépendant d'outil externe comme Firebase.<br />
<br />
=Organisation=<br />
<br />
==Méthode==<br />
Nous avons travaillé en méthodologie agile avec GitLab. Nous avons repartis notre travail en ''sprints'' d'une semaine chacun pour un total de 6 ''sprints''. A chaque sprint nous organisions au moins une réunion le lundi matin avec Anthony Geourjon afin de s'organiser pour la semaine et faire un récapitulatif de la semaine précédente. Pendant chaque sprint nous avions des issues données par Anthony Geourjon que nous nous répartitions selon nos préférence et notre avancement.<br />
<br />
==Le contenu==<br />
Notre travail s'organisait en deux parties :<br />
* Dans les 4 premiers ''sprints'' nous avons travaillé sur de la correction de ''bugs'' et de l'ajout de fonctionnalités, choisies chaque semaine par Anthony Geourjon.<br />
* Dans les 2 derniers ''sprints'' nous avons travaillé sur la fonctionnalité de ''chat''.<br />
==Rôles==<br />
* Dans la première partie nous choisissions les ''issues'' selon nos préférences, certaines ''issues'' nécessitaient doc des modifications coté ''front'' et ''back'', Nous avions donc tous un rôle de développeur ''FullStack''. <br />
* Dans la deuxième partie Samuel travaillait sur SocketIO alors que Robin et Sebastian travaillaient sur des issues d'ajout de fonctionnalités du chat et de la correction de bugs des fonctionnalités existantes. Puis une fois les fonctionnalités ajoutées nous avons tous travaillés sur l'intégration de SocketIO et sur les tests.<br />
<br />
<br />
=Métriques=<br />
<br />
==Répartition du travail==<br />
Nous avons réalisés des métriques sur le nombre de lignes de code ainsi que sur le nombre d'''issues''; Cependant celles ci ne sont pas forcement représentatives puisque certaines ''issues'' nécessitaient plus de travail que d'autres sans forcement nécessiter plus de code.<br />
* Lignes de code :<br />
* Nombre d'issues : <br />
==Cout développeur==<br />
<br />
<br />
=Conclusion=<br />
Finalement le projet était enrichissant nous avons pu travailler sur un projet concret et même avoir des retours d'utilisateur sur notre travail. De plus nous avons eu l'occasion de travailler sur des fonctionnalités ''front'' et ''back'' avec des langages que nous n'avions que peu utilisé jusqu'à présent.<br />
<br />
Cependant le projet manque de documentation. De plus le projet ayant eu de nombreux contributeurs il est parfois compliqué de comprendre comment fonctionne le code avec toute les façons différentes de coder.<br />
<br />
=Glossaire=<br />
''Bug'' : Défaut de conception d'un programme informatique à l'origine d'un dysfonctionnement.<br />
<br />
''Back/BackEnd'' : Partie d'un système avec laquelle un utilisateur n'interagis pas directement.<br />
<br />
''Chat'' : Fenêtre de discussion.<br />
<br />
''Front/FrontEnd'' : Partie d'un système avec laquelle un utilisateur interagis.<br />
<br />
''Fullstack'' : Un développeur fullstack travaille sur toute les parties du système.<br />
<br />
''Git'' : Git est un logiciel de gestion de versions décentralisé.<br />
<br />
''Issue'' : Tâche à réaliser lors d’un sprint.<br />
<br />
''Refactorisation'' : réécriture d'un programme pour l’améliorer.<br />
<br />
''Sprint'' : Période de travail définie avec un certain nombre d'issues.<br />
<br />
=Bibliographie=<br />
<br />
[https://platform-edcampus.univ-grenoble-alpes.fr/app/ EDCampus]<br />
<br />
[https://gricad-gitlab.univ-grenoble-alpes.fr/edcampus/edcampus-platform Gitlab EDCampus]<br />
<br />
[https://air.imag.fr/index.php/PROJET-INFO5_2021_Contributions_open_source_au_projet_EdCampus Fiche de suivi]<br />
<br />
[https://air.imag.fr/images/9/96/Flyer_EDCampus.pdf Flyer]<br />
<br />
[https://air.imag.fr/images/0/04/Poster_EDCampus.pdf Poster]<br />
<br />
[https://air.imag.fr/images/8/89/Pitch_EDCampus.pdf Pitch]<br />
<br />
[ Présentation finale]</div>Samuel.Courthialhttps://air.imag.fr/index.php?title=File:Edcampus-rooms-socketIO.png&diff=50969File:Edcampus-rooms-socketIO.png2021-03-18T15:54:04Z<p>Samuel.Courthial: </p>
<hr />
<div></div>Samuel.Courthialhttps://air.imag.fr/index.php?title=Rapport_Final_EDCampus&diff=50968Rapport Final EDCampus2021-03-18T15:53:35Z<p>Samuel.Courthial: /* Technologies */</p>
<hr />
<div><br />
<br />
=L'équipe=<br />
* Samuel Courthial (chef de projet)<br />
* Sebastian Fougère<br />
* Robin Delbos<br />
<br />
Supervisé par : Gérard Pollier, Anthony Geourjon, Didier Donsez<br />
<br />
=Qu'est ce qu'EDCampus?=<br />
<br />
[[File:Edcampus-dashboard.png|500px|thumb|right| Dashboard EDCampus]]<br />
<br />
EDCampus est une plateforme de gestion de projet développé par Disrupt Campus Grenoble depuis 4 ans. Elle est actuellement en production avec 2400 comptes utilisateurs , 500 utilisateurs actifs et plus de 500 projets. <br />
Au cours de son histoire la plateforme a eu de multiples contributeurs : environ 50 étudiants + Anthony Geourjon<br />
EDCampus a été développé principalement pour que les professeurs puissent créer des projets pour leurs étudiant et pouvoir communiquer plus facilement au cours de celui-ci. Mais la plateforme regroupe de nombreuses autres fonctionnalités comme la création de sondages, un calendrier, une fonctionnalité de gestion des finances...<br />
<br />
Notre objectif au cours de ce projet était de contribuer à EDCampus par de la correction de ''bugs'' et de l'ajout de fonctionnalités, ainsi que par la ''refactorisation'' d'un ''chat''.<br />
<br />
=Architecture du système=<br />
<br />
[[File:Architecture_EDCampus.jpg | 800px | center]]<br />
<br />
<br />
Nous voyons donc que l'architecture est plutôt classique avec une partie ''front'', une partie ''back'' et une base de données. Cependant il y a également une deuxième partie back-node utilisée pour la fonctionnalité de ''chat''. Cette partie contient le serveur SocketIO qui permet d'informer les utilisateurs lors d'envoi de message. Ce serveur gère des salles pour chaque discussions qu'il est possible de rejoindre pour être notifié quand un message est envoyé. Le serveur ne contient ni les discussions, ni les messages envoyés, qui doivent ensuite être récupérés côté client en allant les chercher dans la BDD.<br />
<br />
= Technologies et outils=<br />
==Technologies==<br />
* PHP : technologie utilisée pour le ''BackEnd''<br />
* AngularJS : technologie utilisée pour le ''FrontEnd''<br />
* SQL : technologie utilisée pour la base de données<br />
* SocketIO : technologie utilisée pour le ''chat''<br />
** Il s'agit d'une bibliothèque JavaScript permettant une communication bidirectionnelle temps réel entre les clients et les serveurs. Cette bibliothèque facilite l'envoi et la réception d'évènement de différents type, de contenu varié. De plus, Socket.io permet facilement la création de "salles", des canaux pouvant être rejoint ou quitter par des sockets. Elles permettent notamment l'envoi de messages à un sous-ensemble précis de client(ceux ayant rejoint la même salle).<br />
<br />
[[File:Edcampus-rooms-socketIO.png|500px|thumb|bottom| Le concept de "salles" de socket.io]]<br />
<br />
==Outils==<br />
* GitLab : Plateforme pour le travail collaboratif<br />
* GitKraken : Outil pour utiliser ''Git'' plus facilement<br />
* PHPStorm : Editeur pour le developpement ''BackEnd''<br />
* WebStorm : Editeur pour le developpement ''FrontEnd''<br />
* MySQL : Outil pour accéder a la base de données<br />
* Docker : <br />
<br />
= Réalisations techniques=<br />
<br />
==Correction de bugs==<br />
Nous avions plusieurs types d'''issues'' de correction de ''bugs''<br />
* Traduction manquante<br />
* Erreurs d'affichage<br />
* Fonctionnalités ne se comportant pas de la bonne façon<br />
==Ajout de fonctionnalités==<br />
* Envoi de notifications aux utilisateurs<br />
* Ajout d'un bouton de suppression<br />
* Affichage des prochaines échéances dans un projet<br />
==Ajout du chat==<br />
Le ''chat'' d'EDCampus était déjà présent mais de nombreuses fonctionnalités ne fonctionnaient pas correctement. Nous avons donc du débuguer les fonctionnalités mais aussi remplacer Firebase (qui était l'outil utilisé pour faire fonctionner le chat) par SocketIo afin que EDCampus ne soit pas dépendant d'outil externe comme Firebase.<br />
<br />
=Organisation=<br />
<br />
==Méthode==<br />
Nous avons travaillé en méthodologie agile avec GitLab. Nous avons repartis notre travail en ''sprints'' d'une semaine chacun pour un total de 6 ''sprints''. A chaque sprint nous organisions au moins une réunion le lundi matin avec Anthony Geourjon afin de s'organiser pour la semaine et faire un récapitulatif de la semaine précédente. Pendant chaque sprint nous avions des issues données par Anthony Geourjon que nous nous répartitions selon nos préférence et notre avancement.<br />
<br />
==Le contenu==<br />
Notre travail s'organisait en deux parties :<br />
* Dans les 4 premiers ''sprints'' nous avons travaillé sur de la correction de ''bugs'' et de l'ajout de fonctionnalités, choisies chaque semaine par Anthony Geourjon.<br />
* Dans les 2 derniers ''sprints'' nous avons travaillé sur la fonctionnalité de ''chat''.<br />
==Rôles==<br />
* Dans la première partie nous choisissions les ''issues'' selon nos préférences, certaines ''issues'' nécessitaient doc des modifications coté ''front'' et ''back'', Nous avions donc tous un rôle de développeur ''FullStack''. <br />
* Dans la deuxième partie Samuel travaillait sur SocketIO alors que Robin et Sebastian travaillaient sur des issues d'ajout de fonctionnalités du chat et de la correction de bugs des fonctionnalités existantes. Puis une fois les fonctionnalités ajoutées nous avons tous travaillés sur l'intégration de SocketIO et sur les tests.<br />
<br />
<br />
=Métriques=<br />
<br />
==Répartition du travail==<br />
Nous avons réalisés des métriques sur le nombre de lignes de code ainsi que sur le nombre d'''issues''; Cependant celles ci ne sont pas forcement représentatives puisque certaines ''issues'' nécessitaient plus de travail que d'autres sans forcement nécessiter plus de code.<br />
* Lignes de code :<br />
* Nombre d'issues : <br />
==Cout développeur==<br />
<br />
<br />
=Conclusion=<br />
Finalement le projet était enrichissant nous avons pu travailler sur un projet concret et même avoir des retours d'utilisateur sur notre travail. De plus nous avons eu l'occasion de travailler sur des fonctionnalités ''front'' et ''back'' avec des langages que nous n'avions que peu utilisé jusqu'à présent.<br />
<br />
Cependant le projet manque de documentation. De plus le projet ayant eu de nombreux contributeurs il est parfois compliqué de comprendre comment fonctionne le code avec toute les façons différentes de coder.<br />
<br />
=Glossaire=<br />
''Bug'' : Défaut de conception d'un programme informatique à l'origine d'un dysfonctionnement.<br />
<br />
''Back/BackEnd'' : Partie d'un système avec laquelle un utilisateur n'interagis pas directement.<br />
<br />
''Chat'' : Fenêtre de discussion.<br />
<br />
''Front/FrontEnd'' : Partie d'un système avec laquelle un utilisateur interagis.<br />
<br />
''Fullstack'' : Un développeur fullstack travaille sur toute les parties du système.<br />
<br />
''Git'' : Git est un logiciel de gestion de versions décentralisé.<br />
<br />
''Issue'' : Tâche à réaliser lors d’un sprint.<br />
<br />
''Refactorisation'' : réécriture d'un programme pour l’améliorer.<br />
<br />
''Sprint'' : Période de travail définie avec un certain nombre d'issues.<br />
<br />
=Bibliographie=<br />
<br />
[https://platform-edcampus.univ-grenoble-alpes.fr/app/ EDCampus]<br />
<br />
[https://gricad-gitlab.univ-grenoble-alpes.fr/edcampus/edcampus-platform Gitlab EDCampus]<br />
<br />
[https://air.imag.fr/index.php/PROJET-INFO5_2021_Contributions_open_source_au_projet_EdCampus Fiche de suivi]<br />
<br />
[https://air.imag.fr/images/9/96/Flyer_EDCampus.pdf Flyer]<br />
<br />
[https://air.imag.fr/images/0/04/Poster_EDCampus.pdf Poster]<br />
<br />
[https://air.imag.fr/images/8/89/Pitch_EDCampus.pdf Pitch]<br />
<br />
[ Présentation finale]</div>Samuel.Courthialhttps://air.imag.fr/index.php?title=Rapport_Final_EDCampus&diff=50967Rapport Final EDCampus2021-03-18T15:51:25Z<p>Samuel.Courthial: /* Technologies */</p>
<hr />
<div><br />
<br />
=L'équipe=<br />
* Samuel Courthial (chef de projet)<br />
* Sebastian Fougère<br />
* Robin Delbos<br />
<br />
Supervisé par : Gérard Pollier, Anthony Geourjon, Didier Donsez<br />
<br />
=Qu'est ce qu'EDCampus?=<br />
<br />
[[File:Edcampus-dashboard.png|500px|thumb|right| Dashboard EDCampus]]<br />
<br />
EDCampus est une plateforme de gestion de projet développé par Disrupt Campus Grenoble depuis 4 ans. Elle est actuellement en production avec 2400 comptes utilisateurs , 500 utilisateurs actifs et plus de 500 projets. <br />
Au cours de son histoire la plateforme a eu de multiples contributeurs : environ 50 étudiants + Anthony Geourjon<br />
EDCampus a été développé principalement pour que les professeurs puissent créer des projets pour leurs étudiant et pouvoir communiquer plus facilement au cours de celui-ci. Mais la plateforme regroupe de nombreuses autres fonctionnalités comme la création de sondages, un calendrier, une fonctionnalité de gestion des finances...<br />
<br />
Notre objectif au cours de ce projet était de contribuer à EDCampus par de la correction de ''bugs'' et de l'ajout de fonctionnalités, ainsi que par la ''refactorisation'' d'un ''chat''.<br />
<br />
=Architecture du système=<br />
<br />
[[File:Architecture_EDCampus.jpg | 800px | center]]<br />
<br />
<br />
Nous voyons donc que l'architecture est plutôt classique avec une partie ''front'', une partie ''back'' et une base de données. Cependant il y a également une deuxième partie back-node utilisée pour la fonctionnalité de ''chat''. Cette partie contient le serveur SocketIO qui permet d'informer les utilisateurs lors d'envoi de message. Ce serveur gère des salles pour chaque discussions qu'il est possible de rejoindre pour être notifié quand un message est envoyé. Le serveur ne contient ni les discussions, ni les messages envoyés, qui doivent ensuite être récupérés côté client en allant les chercher dans la BDD.<br />
<br />
= Technologies et outils=<br />
==Technologies==<br />
* PHP : technologie utilisée pour le ''BackEnd''<br />
* AngularJS : technologie utilisée pour le ''FrontEnd''<br />
* SQL : technologie utilisée pour la base de données<br />
* SocketIO : technologie utilisée pour le ''chat''<br />
** Il s'agit d'une bibliothèque JavaScript permettant une communication bidirectionnelle temps réel entre les clients et les serveurs. Cette bibliothèque facilite l'envoi et la réception d'évènement de différents type, de contenu varié. De plus, Socket.io permet facilement la création de "salles", des canaux pouvant être rejoint ou quitter par des sockets. Elles permettent notamment l'envoi de messages à un sous-ensemble précis de client(ceux ayant rejoint la même salle).<br />
<br />
==Outils==<br />
* GitLab : Plateforme pour le travail collaboratif<br />
* GitKraken : Outil pour utiliser ''Git'' plus facilement<br />
* PHPStorm : Editeur pour le developpement ''BackEnd''<br />
* WebStorm : Editeur pour le developpement ''FrontEnd''<br />
* MySQL : Outil pour accéder a la base de données<br />
* Docker : <br />
<br />
= Réalisations techniques=<br />
<br />
==Correction de bugs==<br />
Nous avions plusieurs types d'''issues'' de correction de ''bugs''<br />
* Traduction manquante<br />
* Erreurs d'affichage<br />
* Fonctionnalités ne se comportant pas de la bonne façon<br />
==Ajout de fonctionnalités==<br />
* Envoi de notifications aux utilisateurs<br />
* Ajout d'un bouton de suppression<br />
* Affichage des prochaines échéances dans un projet<br />
==Ajout du chat==<br />
Le ''chat'' d'EDCampus était déjà présent mais de nombreuses fonctionnalités ne fonctionnaient pas correctement. Nous avons donc du débuguer les fonctionnalités mais aussi remplacer Firebase (qui était l'outil utilisé pour faire fonctionner le chat) par SocketIo afin que EDCampus ne soit pas dépendant d'outil externe comme Firebase.<br />
<br />
=Organisation=<br />
<br />
==Méthode==<br />
Nous avons travaillé en méthodologie agile avec GitLab. Nous avons repartis notre travail en ''sprints'' d'une semaine chacun pour un total de 6 ''sprints''. A chaque sprint nous organisions au moins une réunion le lundi matin avec Anthony Geourjon afin de s'organiser pour la semaine et faire un récapitulatif de la semaine précédente. Pendant chaque sprint nous avions des issues données par Anthony Geourjon que nous nous répartitions selon nos préférence et notre avancement.<br />
<br />
==Le contenu==<br />
Notre travail s'organisait en deux parties :<br />
* Dans les 4 premiers ''sprints'' nous avons travaillé sur de la correction de ''bugs'' et de l'ajout de fonctionnalités, choisies chaque semaine par Anthony Geourjon.<br />
* Dans les 2 derniers ''sprints'' nous avons travaillé sur la fonctionnalité de ''chat''.<br />
==Rôles==<br />
* Dans la première partie nous choisissions les ''issues'' selon nos préférences, certaines ''issues'' nécessitaient doc des modifications coté ''front'' et ''back'', Nous avions donc tous un rôle de développeur ''FullStack''. <br />
* Dans la deuxième partie Samuel travaillait sur SocketIO alors que Robin et Sebastian travaillaient sur des issues d'ajout de fonctionnalités du chat et de la correction de bugs des fonctionnalités existantes. Puis une fois les fonctionnalités ajoutées nous avons tous travaillés sur l'intégration de SocketIO et sur les tests.<br />
<br />
<br />
=Métriques=<br />
<br />
==Répartition du travail==<br />
Nous avons réalisés des métriques sur le nombre de lignes de code ainsi que sur le nombre d'''issues''; Cependant celles ci ne sont pas forcement représentatives puisque certaines ''issues'' nécessitaient plus de travail que d'autres sans forcement nécessiter plus de code.<br />
* Lignes de code :<br />
* Nombre d'issues : <br />
==Cout développeur==<br />
<br />
<br />
=Conclusion=<br />
Finalement le projet était enrichissant nous avons pu travailler sur un projet concret et même avoir des retours d'utilisateur sur notre travail. De plus nous avons eu l'occasion de travailler sur des fonctionnalités ''front'' et ''back'' avec des langages que nous n'avions que peu utilisé jusqu'à présent.<br />
<br />
Cependant le projet manque de documentation. De plus le projet ayant eu de nombreux contributeurs il est parfois compliqué de comprendre comment fonctionne le code avec toute les façons différentes de coder.<br />
<br />
=Glossaire=<br />
''Bug'' : Défaut de conception d'un programme informatique à l'origine d'un dysfonctionnement.<br />
<br />
''Back/BackEnd'' : Partie d'un système avec laquelle un utilisateur n'interagis pas directement.<br />
<br />
''Chat'' : Fenêtre de discussion.<br />
<br />
''Front/FrontEnd'' : Partie d'un système avec laquelle un utilisateur interagis.<br />
<br />
''Fullstack'' : Un développeur fullstack travaille sur toute les parties du système.<br />
<br />
''Git'' : Git est un logiciel de gestion de versions décentralisé.<br />
<br />
''Issue'' : Tâche à réaliser lors d’un sprint.<br />
<br />
''Refactorisation'' : réécriture d'un programme pour l’améliorer.<br />
<br />
''Sprint'' : Période de travail définie avec un certain nombre d'issues.<br />
<br />
=Bibliographie=<br />
<br />
[https://platform-edcampus.univ-grenoble-alpes.fr/app/ EDCampus]<br />
<br />
[https://gricad-gitlab.univ-grenoble-alpes.fr/edcampus/edcampus-platform Gitlab EDCampus]<br />
<br />
[https://air.imag.fr/index.php/PROJET-INFO5_2021_Contributions_open_source_au_projet_EdCampus Fiche de suivi]<br />
<br />
[https://air.imag.fr/images/9/96/Flyer_EDCampus.pdf Flyer]<br />
<br />
[https://air.imag.fr/images/0/04/Poster_EDCampus.pdf Poster]<br />
<br />
[https://air.imag.fr/images/8/89/Pitch_EDCampus.pdf Pitch]<br />
<br />
[ Présentation finale]</div>Samuel.Courthialhttps://air.imag.fr/index.php?title=Rapport_Final_EDCampus&diff=50966Rapport Final EDCampus2021-03-18T15:43:23Z<p>Samuel.Courthial: /* Technologies */</p>
<hr />
<div><br />
<br />
=L'équipe=<br />
* Samuel Courthial (chef de projet)<br />
* Sebastian Fougère<br />
* Robin Delbos<br />
<br />
Supervisé par : Gérard Pollier, Anthony Geourjon, Didier Donsez<br />
<br />
=Qu'est ce qu'EDCampus?=<br />
<br />
[[File:Edcampus-dashboard.png|500px|thumb|right| Dashboard EDCampus]]<br />
<br />
EDCampus est une plateforme de gestion de projet développé par Disrupt Campus Grenoble depuis 4 ans. Elle est actuellement en production avec 2400 comptes utilisateurs , 500 utilisateurs actifs et plus de 500 projets. <br />
Au cours de son histoire la plateforme a eu de multiples contributeurs : environ 50 étudiants + Anthony Geourjon<br />
EDCampus a été développé principalement pour que les professeurs puissent créer des projets pour leurs étudiant et pouvoir communiquer plus facilement au cours de celui-ci. Mais la plateforme regroupe de nombreuses autres fonctionnalités comme la création de sondages, un calendrier, une fonctionnalité de gestion des finances...<br />
<br />
Notre objectif au cours de ce projet était de contribuer à EDCampus par de la correction de ''bugs'' et de l'ajout de fonctionnalités, ainsi que par la ''refactorisation'' d'un ''chat''.<br />
<br />
=Architecture du système=<br />
<br />
[[File:Architecture_EDCampus.jpg | 800px | center]]<br />
<br />
<br />
Nous voyons donc que l'architecture est plutôt classique avec une partie ''front'', une partie ''back'' et une base de données. Cependant il y a également une deuxième partie back-node utilisée pour la fonctionnalité de ''chat''. Cette partie contient le serveur SocketIO qui permet d'informer les utilisateurs lors d'envoi de message. Ce serveur gère des salles pour chaque discussions qu'il est possible de rejoindre pour être notifié quand un message est envoyé. Le serveur ne contient ni les discussions, ni les messages envoyés, qui doivent ensuite être récupérés côté client en allant les chercher dans la BDD.<br />
<br />
= Technologies et outils=<br />
==Technologies==<br />
* PHP : technologie utilisée pour le ''BackEnd''<br />
* AngularJS : technologie utilisée pour le ''FrontEnd''<br />
* SQL : technologie utilisée pour la base de données<br />
* SocketIO : technologie utilisée pour le ''chat''<br />
** C'est<br />
<br />
==Outils==<br />
* GitLab : Plateforme pour le travail collaboratif<br />
* GitKraken : Outil pour utiliser ''Git'' plus facilement<br />
* PHPStorm : Editeur pour le developpement ''BackEnd''<br />
* WebStorm : Editeur pour le developpement ''FrontEnd''<br />
* MySQL : Outil pour accéder a la base de données<br />
* Docker : <br />
<br />
= Réalisations techniques=<br />
<br />
==Correction de bugs==<br />
Nous avions plusieurs types d'''issues'' de correction de ''bugs''<br />
* Traduction manquante<br />
* Erreurs d'affichage<br />
* Fonctionnalités ne se comportant pas de la bonne façon<br />
==Ajout de fonctionnalités==<br />
* Envoi de notifications aux utilisateurs<br />
* Ajout d'un bouton de suppression<br />
* Affichage des prochaines échéances dans un projet<br />
==Ajout du chat==<br />
Le ''chat'' d'EDCampus était déjà présent mais de nombreuses fonctionnalités ne fonctionnaient pas correctement. Nous avons donc du débuguer les fonctionnalités mais aussi remplacer Firebase (qui était l'outil utilisé pour faire fonctionner le chat) par SocketIo afin que EDCampus ne soit pas dépendant d'outil externe comme Firebase.<br />
<br />
=Organisation=<br />
<br />
==Méthode==<br />
Nous avons travaillé en méthodologie agile avec GitLab. Nous avons repartis notre travail en ''sprints'' d'une semaine chacun pour un total de 6 ''sprints''. A chaque sprint nous organisions au moins une réunion le lundi matin avec Anthony Geourjon afin de s'organiser pour la semaine et faire un récapitulatif de la semaine précédente. Pendant chaque sprint nous avions des issues données par Anthony Geourjon que nous nous répartitions selon nos préférence et notre avancement.<br />
<br />
==Le contenu==<br />
Notre travail s'organisait en deux parties :<br />
* Dans les 4 premiers ''sprints'' nous avons travaillé sur de la correction de ''bugs'' et de l'ajout de fonctionnalités, choisies chaque semaine par Anthony Geourjon.<br />
* Dans les 2 derniers ''sprints'' nous avons travaillé sur la fonctionnalité de ''chat''.<br />
==Rôles==<br />
* Dans la première partie nous choisissions les ''issues'' selon nos préférences, certaines ''issues'' nécessitaient doc des modifications coté ''front'' et ''back'', Nous avions donc tous un rôle de développeur ''FullStack''. <br />
* Dans la deuxième partie Samuel travaillait sur SocketIO alors que Robin et Sebastian travaillaient sur des issues d'ajout de fonctionnalités du chat et de la correction de bugs des fonctionnalités existantes. Puis une fois les fonctionnalités ajoutées nous avons tous travaillés sur l'intégration de SocketIO et sur les tests.<br />
<br />
<br />
=Métriques=<br />
<br />
==Répartition du travail==<br />
Nous avons réalisés des métriques sur le nombre de lignes de code ainsi que sur le nombre d'''issues''; Cependant celles ci ne sont pas forcement représentatives puisque certaines ''issues'' nécessitaient plus de travail que d'autres sans forcement nécessiter plus de code.<br />
* Lignes de code :<br />
* Nombre d'issues : <br />
==Cout développeur==<br />
<br />
<br />
=Conclusion=<br />
Finalement le projet était enrichissant nous avons pu travailler sur un projet concret et même avoir des retours d'utilisateur sur notre travail. De plus nous avons eu l'occasion de travailler sur des fonctionnalités ''front'' et ''back'' avec des langages que nous n'avions que peu utilisé jusqu'à présent.<br />
<br />
Cependant le projet manque de documentation. De plus le projet ayant eu de nombreux contributeurs il est parfois compliqué de comprendre comment fonctionne le code avec toute les façons différentes de coder.<br />
<br />
=Glossaire=<br />
''Bug'' : Défaut de conception d'un programme informatique à l'origine d'un dysfonctionnement.<br />
<br />
''Back/BackEnd'' : Partie d'un système avec laquelle un utilisateur n'interagis pas directement.<br />
<br />
''Chat'' : Fenêtre de discussion.<br />
<br />
''Front/FrontEnd'' : Partie d'un système avec laquelle un utilisateur interagis.<br />
<br />
''Fullstack'' : Un développeur fullstack travaille sur toute les parties du système.<br />
<br />
''Git'' : Git est un logiciel de gestion de versions décentralisé.<br />
<br />
''Issue'' : Tâche à réaliser lors d’un sprint.<br />
<br />
''Refactorisation'' : réécriture d'un programme pour l’améliorer.<br />
<br />
''Sprint'' : Période de travail définie avec un certain nombre d'issues.<br />
<br />
=Bibliographie=<br />
<br />
[https://platform-edcampus.univ-grenoble-alpes.fr/app/ EDCampus]<br />
<br />
[https://gricad-gitlab.univ-grenoble-alpes.fr/edcampus/edcampus-platform Gitlab EDCampus]<br />
<br />
[https://air.imag.fr/index.php/PROJET-INFO5_2021_Contributions_open_source_au_projet_EdCampus Fiche de suivi]<br />
<br />
[https://air.imag.fr/images/9/96/Flyer_EDCampus.pdf Flyer]<br />
<br />
[https://air.imag.fr/images/0/04/Poster_EDCampus.pdf Poster]<br />
<br />
[https://air.imag.fr/images/8/89/Pitch_EDCampus.pdf Pitch]<br />
<br />
[ Présentation finale]</div>Samuel.Courthialhttps://air.imag.fr/index.php?title=Rapport_Final_EDCampus&diff=50965Rapport Final EDCampus2021-03-18T15:42:51Z<p>Samuel.Courthial: /* Architecture du système */</p>
<hr />
<div><br />
<br />
=L'équipe=<br />
* Samuel Courthial (chef de projet)<br />
* Sebastian Fougère<br />
* Robin Delbos<br />
<br />
Supervisé par : Gérard Pollier, Anthony Geourjon, Didier Donsez<br />
<br />
=Qu'est ce qu'EDCampus?=<br />
<br />
[[File:Edcampus-dashboard.png|500px|thumb|right| Dashboard EDCampus]]<br />
<br />
EDCampus est une plateforme de gestion de projet développé par Disrupt Campus Grenoble depuis 4 ans. Elle est actuellement en production avec 2400 comptes utilisateurs , 500 utilisateurs actifs et plus de 500 projets. <br />
Au cours de son histoire la plateforme a eu de multiples contributeurs : environ 50 étudiants + Anthony Geourjon<br />
EDCampus a été développé principalement pour que les professeurs puissent créer des projets pour leurs étudiant et pouvoir communiquer plus facilement au cours de celui-ci. Mais la plateforme regroupe de nombreuses autres fonctionnalités comme la création de sondages, un calendrier, une fonctionnalité de gestion des finances...<br />
<br />
Notre objectif au cours de ce projet était de contribuer à EDCampus par de la correction de ''bugs'' et de l'ajout de fonctionnalités, ainsi que par la ''refactorisation'' d'un ''chat''.<br />
<br />
=Architecture du système=<br />
<br />
[[File:Architecture_EDCampus.jpg | 800px | center]]<br />
<br />
<br />
Nous voyons donc que l'architecture est plutôt classique avec une partie ''front'', une partie ''back'' et une base de données. Cependant il y a également une deuxième partie back-node utilisée pour la fonctionnalité de ''chat''. Cette partie contient le serveur SocketIO qui permet d'informer les utilisateurs lors d'envoi de message. Ce serveur gère des salles pour chaque discussions qu'il est possible de rejoindre pour être notifié quand un message est envoyé. Le serveur ne contient ni les discussions, ni les messages envoyés, qui doivent ensuite être récupérés côté client en allant les chercher dans la BDD.<br />
<br />
= Technologies et outils=<br />
==Technologies==<br />
* PHP : technologie utilisée pour le ''BackEnd''<br />
* AngularJS : technologie utilisée pour le ''FrontEnd''<br />
* SQL : technologie utilisée pour la base de données<br />
* SocketIO : technologie utilisée pour le ''chat''<br />
==Outils==<br />
* GitLab : Plateforme pour le travail collaboratif<br />
* GitKraken : Outil pour utiliser ''Git'' plus facilement<br />
* PHPStorm : Editeur pour le developpement ''BackEnd''<br />
* WebStorm : Editeur pour le developpement ''FrontEnd''<br />
* MySQL : Outil pour accéder a la base de données<br />
* Docker : <br />
<br />
= Réalisations techniques=<br />
<br />
==Correction de bugs==<br />
Nous avions plusieurs types d'''issues'' de correction de ''bugs''<br />
* Traduction manquante<br />
* Erreurs d'affichage<br />
* Fonctionnalités ne se comportant pas de la bonne façon<br />
==Ajout de fonctionnalités==<br />
* Envoi de notifications aux utilisateurs<br />
* Ajout d'un bouton de suppression<br />
* Affichage des prochaines échéances dans un projet<br />
==Ajout du chat==<br />
Le ''chat'' d'EDCampus était déjà présent mais de nombreuses fonctionnalités ne fonctionnaient pas correctement. Nous avons donc du débuguer les fonctionnalités mais aussi remplacer Firebase (qui était l'outil utilisé pour faire fonctionner le chat) par SocketIo afin que EDCampus ne soit pas dépendant d'outil externe comme Firebase.<br />
<br />
=Organisation=<br />
<br />
==Méthode==<br />
Nous avons travaillé en méthodologie agile avec GitLab. Nous avons repartis notre travail en ''sprints'' d'une semaine chacun pour un total de 6 ''sprints''. A chaque sprint nous organisions au moins une réunion le lundi matin avec Anthony Geourjon afin de s'organiser pour la semaine et faire un récapitulatif de la semaine précédente. Pendant chaque sprint nous avions des issues données par Anthony Geourjon que nous nous répartitions selon nos préférence et notre avancement.<br />
<br />
==Le contenu==<br />
Notre travail s'organisait en deux parties :<br />
* Dans les 4 premiers ''sprints'' nous avons travaillé sur de la correction de ''bugs'' et de l'ajout de fonctionnalités, choisies chaque semaine par Anthony Geourjon.<br />
* Dans les 2 derniers ''sprints'' nous avons travaillé sur la fonctionnalité de ''chat''.<br />
==Rôles==<br />
* Dans la première partie nous choisissions les ''issues'' selon nos préférences, certaines ''issues'' nécessitaient doc des modifications coté ''front'' et ''back'', Nous avions donc tous un rôle de développeur ''FullStack''. <br />
* Dans la deuxième partie Samuel travaillait sur SocketIO alors que Robin et Sebastian travaillaient sur des issues d'ajout de fonctionnalités du chat et de la correction de bugs des fonctionnalités existantes. Puis une fois les fonctionnalités ajoutées nous avons tous travaillés sur l'intégration de SocketIO et sur les tests.<br />
<br />
<br />
=Métriques=<br />
<br />
==Répartition du travail==<br />
Nous avons réalisés des métriques sur le nombre de lignes de code ainsi que sur le nombre d'''issues''; Cependant celles ci ne sont pas forcement représentatives puisque certaines ''issues'' nécessitaient plus de travail que d'autres sans forcement nécessiter plus de code.<br />
* Lignes de code :<br />
* Nombre d'issues : <br />
==Cout développeur==<br />
<br />
<br />
=Conclusion=<br />
Finalement le projet était enrichissant nous avons pu travailler sur un projet concret et même avoir des retours d'utilisateur sur notre travail. De plus nous avons eu l'occasion de travailler sur des fonctionnalités ''front'' et ''back'' avec des langages que nous n'avions que peu utilisé jusqu'à présent.<br />
<br />
Cependant le projet manque de documentation. De plus le projet ayant eu de nombreux contributeurs il est parfois compliqué de comprendre comment fonctionne le code avec toute les façons différentes de coder.<br />
<br />
=Glossaire=<br />
''Bug'' : Défaut de conception d'un programme informatique à l'origine d'un dysfonctionnement.<br />
<br />
''Back/BackEnd'' : Partie d'un système avec laquelle un utilisateur n'interagis pas directement.<br />
<br />
''Chat'' : Fenêtre de discussion.<br />
<br />
''Front/FrontEnd'' : Partie d'un système avec laquelle un utilisateur interagis.<br />
<br />
''Fullstack'' : Un développeur fullstack travaille sur toute les parties du système.<br />
<br />
''Git'' : Git est un logiciel de gestion de versions décentralisé.<br />
<br />
''Issue'' : Tâche à réaliser lors d’un sprint.<br />
<br />
''Refactorisation'' : réécriture d'un programme pour l’améliorer.<br />
<br />
''Sprint'' : Période de travail définie avec un certain nombre d'issues.<br />
<br />
=Bibliographie=<br />
<br />
[https://platform-edcampus.univ-grenoble-alpes.fr/app/ EDCampus]<br />
<br />
[https://gricad-gitlab.univ-grenoble-alpes.fr/edcampus/edcampus-platform Gitlab EDCampus]<br />
<br />
[https://air.imag.fr/index.php/PROJET-INFO5_2021_Contributions_open_source_au_projet_EdCampus Fiche de suivi]<br />
<br />
[https://air.imag.fr/images/9/96/Flyer_EDCampus.pdf Flyer]<br />
<br />
[https://air.imag.fr/images/0/04/Poster_EDCampus.pdf Poster]<br />
<br />
[https://air.imag.fr/images/8/89/Pitch_EDCampus.pdf Pitch]<br />
<br />
[ Présentation finale]</div>Samuel.Courthialhttps://air.imag.fr/index.php?title=Rapport_Final_EDCampus&diff=50964Rapport Final EDCampus2021-03-18T15:37:02Z<p>Samuel.Courthial: /* Qu'est ce qu'EDCampus? */</p>
<hr />
<div><br />
<br />
=L'équipe=<br />
* Samuel Courthial (chef de projet)<br />
* Sebastian Fougère<br />
* Robin Delbos<br />
<br />
Supervisé par : Gérard Pollier, Anthony Geourjon, Didier Donsez<br />
<br />
=Qu'est ce qu'EDCampus?=<br />
<br />
[[File:Edcampus-dashboard.png|500px|thumb|right| Dashboard EDCampus]]<br />
<br />
EDCampus est une plateforme de gestion de projet développé par Disrupt Campus Grenoble depuis 4 ans. Elle est actuellement en production avec 2400 comptes utilisateurs , 500 utilisateurs actifs et plus de 500 projets. <br />
Au cours de son histoire la plateforme a eu de multiples contributeurs : environ 50 étudiants + Anthony Geourjon<br />
EDCampus a été développé principalement pour que les professeurs puissent créer des projets pour leurs étudiant et pouvoir communiquer plus facilement au cours de celui-ci. Mais la plateforme regroupe de nombreuses autres fonctionnalités comme la création de sondages, un calendrier, une fonctionnalité de gestion des finances...<br />
<br />
Notre objectif au cours de ce projet était de contribuer à EDCampus par de la correction de ''bugs'' et de l'ajout de fonctionnalités, ainsi que par la ''refactorisation'' d'un ''chat''.<br />
<br />
=Architecture du système=<br />
<br />
[[File:Architecture_EDCampus.jpg | 800px | center]]<br />
<br />
<br />
Nous voyons donc que l'architecture est plutôt classique avec une partie ''front'', une partie ''back'' et une base de données. Cependant il y a également une deuxième partie back-node utilisée pour la fonctionnalité de ''chat''. Cette partie contient le serveur SocketIO qui permet d'informer les utilisateurs lors d'envoi de message.<br />
<br />
= Technologies et outils=<br />
==Technologies==<br />
* PHP : technologie utilisée pour le ''BackEnd''<br />
* AngularJS : technologie utilisée pour le ''FrontEnd''<br />
* SQL : technologie utilisée pour la base de données<br />
* SocketIO : technologie utilisée pour le ''chat''<br />
==Outils==<br />
* GitLab : Plateforme pour le travail collaboratif<br />
* GitKraken : Outil pour utiliser ''Git'' plus facilement<br />
* PHPStorm : Editeur pour le developpement ''BackEnd''<br />
* WebStorm : Editeur pour le developpement ''FrontEnd''<br />
* MySQL : Outil pour accéder a la base de données<br />
* Docker : <br />
<br />
= Réalisations techniques=<br />
<br />
==Correction de bugs==<br />
Nous avions plusieurs types d'''issues'' de correction de ''bugs''<br />
* Traduction manquante<br />
* Erreurs d'affichage<br />
* Fonctionnalités ne se comportant pas de la bonne façon<br />
==Ajout de fonctionnalités==<br />
* Envoi de notifications aux utilisateurs<br />
* Ajout d'un bouton de suppression<br />
* Affichage des prochaines échéances dans un projet<br />
==Ajout du chat==<br />
Le ''chat'' d'EDCampus était déjà présent mais de nombreuses fonctionnalités ne fonctionnaient pas correctement. Nous avons donc du débuguer les fonctionnalités mais aussi remplacer Firebase (qui était l'outil utilisé pour faire fonctionner le chat) par SocketIo afin que EDCampus ne soit pas dépendant d'outil externe comme Firebase.<br />
<br />
=Organisation=<br />
<br />
==Méthode==<br />
Nous avons travaillé en méthodologie agile avec GitLab. Nous avons repartis notre travail en ''sprints'' d'une semaine chacun pour un total de 6 ''sprints''. A chaque sprint nous organisions au moins une réunion le lundi matin avec Anthony Geourjon afin de s'organiser pour la semaine et faire un récapitulatif de la semaine précédente. Pendant chaque sprint nous avions des issues données par Anthony Geourjon que nous nous répartitions selon nos préférence et notre avancement.<br />
<br />
==Le contenu==<br />
Notre travail s'organisait en deux parties :<br />
* Dans les 4 premiers ''sprints'' nous avons travaillé sur de la correction de ''bugs'' et de l'ajout de fonctionnalités, choisies chaque semaine par Anthony Geourjon.<br />
* Dans les 2 derniers ''sprints'' nous avons travaillé sur la fonctionnalité de ''chat''.<br />
==Rôles==<br />
* Dans la première partie nous choisissions les ''issues'' selon nos préférences, certaines ''issues'' nécessitaient doc des modifications coté ''front'' et ''back'', Nous avions donc tous un rôle de développeur ''FullStack''. <br />
* Dans la deuxième partie Samuel travaillait sur SocketIO alors que Robin et Sebastian travaillaient sur des issues d'ajout de fonctionnalités du chat et de la correction de bugs des fonctionnalités existantes. Puis une fois les fonctionnalités ajoutées nous avons tous travaillés sur l'intégration de SocketIO et sur les tests.<br />
<br />
<br />
=Métriques=<br />
<br />
==Répartition du travail==<br />
Nous avons réalisés des métriques sur le nombre de lignes de code ainsi que sur le nombre d'''issues''; Cependant celles ci ne sont pas forcement représentatives puisque certaines ''issues'' nécessitaient plus de travail que d'autres sans forcement nécessiter plus de code.<br />
* Lignes de code :<br />
* Nombre d'issues : <br />
==Cout développeur==<br />
<br />
<br />
=Conclusion=<br />
Finalement le projet était enrichissant nous avons pu travailler sur un projet concret et même avoir des retours d'utilisateur sur notre travail. De plus nous avons eu l'occasion de travailler sur des fonctionnalités ''front'' et ''back'' avec des langages que nous n'avions que peu utilisé jusqu'à présent.<br />
<br />
Cependant le projet manque de documentation. De plus le projet ayant eu de nombreux contributeurs il est parfois compliqué de comprendre comment fonctionne le code avec toute les façons différentes de coder.<br />
<br />
=Glossaire=<br />
''Bug'' : Défaut de conception d'un programme informatique à l'origine d'un dysfonctionnement.<br />
<br />
''Back/BackEnd'' : Partie d'un système avec laquelle un utilisateur n'interagis pas directement.<br />
<br />
''Chat'' : Fenêtre de discussion.<br />
<br />
''Front/FrontEnd'' : Partie d'un système avec laquelle un utilisateur interagis.<br />
<br />
''Fullstack'' : Un développeur fullstack travaille sur toute les parties du système.<br />
<br />
''Git'' : Git est un logiciel de gestion de versions décentralisé.<br />
<br />
''Issue'' : Tâche à réaliser lors d’un sprint.<br />
<br />
''Refactorisation'' : réécriture d'un programme pour l’améliorer.<br />
<br />
''Sprint'' : Période de travail définie avec un certain nombre d'issues.<br />
<br />
=Bibliographie=<br />
<br />
[https://platform-edcampus.univ-grenoble-alpes.fr/app/ EDCampus]<br />
<br />
[https://gricad-gitlab.univ-grenoble-alpes.fr/edcampus/edcampus-platform Gitlab EDCampus]<br />
<br />
[https://air.imag.fr/index.php/PROJET-INFO5_2021_Contributions_open_source_au_projet_EdCampus Fiche de suivi]<br />
<br />
[https://air.imag.fr/images/9/96/Flyer_EDCampus.pdf Flyer]<br />
<br />
[https://air.imag.fr/images/0/04/Poster_EDCampus.pdf Poster]<br />
<br />
[https://air.imag.fr/images/8/89/Pitch_EDCampus.pdf Pitch]<br />
<br />
[ Présentation finale]</div>Samuel.Courthialhttps://air.imag.fr/index.php?title=File:Flyer_EDCampus.pdf&diff=50931File:Flyer EDCampus.pdf2021-03-18T10:25:04Z<p>Samuel.Courthial: </p>
<hr />
<div></div>Samuel.Courthialhttps://air.imag.fr/index.php?title=Projets_2020-2021&diff=50908Projets 2020-20212021-03-18T07:57:22Z<p>Samuel.Courthial: /* Affectations S10 */</p>
<hr />
<div><<[[Projets 2019-2020]] | [[Projets]] | [[Projets 2021-2022]]>><br />
=INFO=<br />
==INFO3==<br />
<br />
==INFO4==<br />
===Projet Semestre S8===<br />
<br />
Enseignants responsables : Olivier Richard, Didier Donsez<br />
<br />
* Dates : Lundi après-midi, Mardi après-midi <br />
* Lancement: 18 Janvier 2021 après midi<br />
* Soutenance à mi-parcours: A définir<br />
* Soutenance: A définir<br />
<br />
* '''Evaluation à mi-parcours le lundi/mardi ???''': Format: 10min (5min de présentation 3 slides au plus, 5min de discussion). Cette évaluation sera prise en compte dans la note finale.<br />
<br />
'''Consignes générales:'''<br />
<br />
* '''Vous devez être pro-actifs !!!''': Si des points sont pas ou mals spécifiés, vous le faîtes et vous justifiez vos choix. Pour les problèmes techniques éventuels vous pouvez: creuser la question, contacter l'auteur du code si il y a lieu, écrire un rapport de bug ('''Attention:''' ca se prépare !), soumettre un patch/pull request, contacter l'enseignant ou la personne référente du projet.<br />
<br />
* '''Vous devez maintenir une fiche de suivi de projet''': elle doit être mise à jour chaque semaine, elle rassemble les élements essentiels du projet, elle indique les évolutions du projet et présente sa feuille de route. '''Note:''' le nom de la fiche doit être composé du nom du projet et suffixé par info4_2020_2021. '''Cette fiche compte pour la note finale'''<br />
<br />
* '''Votre code''' pour doit être hébergé sur le gitlab et à l'URL suivante https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21 , vous utiliserez votre compte UGA.<br />
<br />
* Chaque projet doit avoir '''aux moins 2 dépôts git''':<br />
** '''Un pour les documents''' demandés rapport, présentation de pré-soutenante, de soutenance, flyer. '''Il sera appelé documents.'''<br />
** Un ou plusieurs pour le code, les tests, les évaluations, les preuves de concept, la ou les documentations afférentes. <br />
<br />
* Les '''documents public doivent être rédigés en anglais (README, documentation, commentaires de code, nom de variables et de fonctions)'''. Le *rapport* sera aussi demandé en *anglais* (il fera la taille d'un rapport de TP). Les transparents des présentation peuvent être en anglais ou en francais, la soutenance sera taire en francais.<br />
<br />
* '''La note obtenue''' tiendra compte du '''nombre et de la qualité des commits''' observé dans '''vos dépots git et la branche master''' (or depot documents). La qualité comprend l'intitulé du commit et son contenu. Les notes pourront être différentiées dans un groupe, il n'est pas acceptable de pas avoir de commit dans le(s) dépôt(s) du projet (or dépôt documents).<br />
<br />
* Il est fortement conseillé de suivre un '''développement incrémental''' qui permette d'avoir à tout moment un démonstrateur à présenter, un projet peut être constituer d'une succession de '''démonstrateurs présentables séparément'''.<br />
<br />
* Vous devez faire aussi des '''schémas d'architectures générales et/ou spéficiques, des diagrammes de séquence''', et autre documents de spécification si nécessaire. Ces documents vous serviront de base de discussion/brainstorming interne ainsi que dans vos différents documents (rapport, présentations, documentation). Ces schémas sont avant tout conceptuels et techniques.<br />
<br />
===Propositions de projets S8===<br />
<br />
* 1. [[Contribution au projet STM32Python]], Didier DONSEZ.<br />
* 2. [[Portage du kit station LoRa LRWAN2 de ST sur RIOT OS]], Didier DONSEZ.<br />
* 3+4. [[Portage de la carte de prototypage IoT Nucleo-WL55JC sur RIOT OS]] + [[Portage de la carte de communication LoRa LLCC68MB2BAS sur RIOT OS]], Didier DONSEZ (1 seul groupe de 3 élèves pour les 2 cartes).<br />
* 5. [[Service Web d'équipements embarqués communicant sur bus CAN]] (2 groupes de 2 élèves), Didier DONSEZ.<br />
* 6. [[Application mobile d'enregistrements de noeuds IoT LoRaWAN dans plusieurs réseaux]], Didier DONSEZ.<br />
* 7. [[Evaluation du toolkit AI de STM32 pour l'analyse de l'environnement sonore]], Didier DONSEZ.<br />
* 8. [[Godot Game Engine et tables tactiles]] : démonstration d'un jeu en réseau sur les 3 tables tactiles : (gaming spirit) Olivier RICHARD.<br />
* 9. [[Serveur filière INFO]], Nicolas Palix<br />
* Agriculture connectée en partenariat avec les projets collectifs IESE/MAT<br />
** 10. [[ASAC/AP|Polytech]] : Nicolas Palix<br />
** 11. [[ASAC/SJC|St Cassien]] : Nicolas Palix<br />
* 12. [[ENT Polytech]] avec XMPP/Mumble/BBB/Mattermost/OpenBoard : Nicolas Palix<br />
* 13. [[Polytech Helper Service | Outils d'aide à la gestion de service]], (professionel) Olivier Richard<br />
* 14. [[Rust Engine | Executeur de tâche en Rust]], (exigeant techniquement) Olivier Richard<br />
* 15. [[Retrocompute simulateur | RetroComputing]]: (vintage style) Coupler le simulateur Digital avec un simulateur de processeur 8bits, Olivier Richard<br />
* 16. [[FPGA et Deep Learnning]] Olivier Richard<br />
* 17. [[OpenAPI OAR | OpenAPI pour la gestion de tâches de ressources OAR]], (professionel) Olivier Richard <br />
* 18. [[Monitoring de la plateforme CampusIoT]] : Didier Donsez<br />
<br />
==== Reporté INFO5 21-22 ==== <br />
* 1 heure 1 heure (échange de compétence), etudiant.e.s Emilie Tondeux + ?, tuteur ?<br />
==== Reporté ====<br />
[[Simulateur de réseaux simples avec un FPGA]], (typé recherche/prospectif)<br />
<br />
==== Affectation ====<br />
{|class="wikitable alternance"<br />
|+ Affectation des projets INFO4 20-21<br />
|-<br />
|<br />
!scope="col"| Sujet<br />
!scope="col"| Etudiants<br />
!scope="col"| Enseignant(s)<br />
!scope="col"| Fiche de suivi<br />
!scope="col"| Documents<br />
|-<br />
!scope="row"| 1<br />
| [[Contribution au projet STM32Python]]<br />
| BAUDEUR BERTRAND,LANQUETIN ALEXIS,TONDEUX EMILIE<br />
| Didier DONSEZ<br />
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/01/docs/-/blob/master/Contribution%20au%20projet%20STM32Python%20info4_2020_2021.md Fiche]<br />
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/01/docs/-/blob/master/Pr%C3%A9sentation_mi-parcours.pdf Presentation de mi-parcours]<br />
|-<br />
!scope="row"| 2<br />
| [[Portage du kit station LoRa LRWAN2 de ST sur RIOT OS]]<br />
| HERQUE ERIC,MALLEN GUILLAUME,PORTIER BARNAB<br />
| Didier DONSEZ<br />
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/02/docs/-/blob/master/Portage_du_kit_station_LoRa_LRWAN2_de_ST_sur_RIOT_OS_info4_2020_2021.md Fiche]<br />
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/02/docs/-/blob/master/Pr%C3%A9sentation%20de%20mi-parcours.pdf Presentation de mi-parcours]<br />
|-<br />
!scope="row"| 5<br />
| [[Service Web d'équipements embarqués communicant sur bus CAN]]<br />
| ANDRIEUX LIAM,DREZET LUCAS,REGOUIN ROMAN<br />
| Didier DONSEZ<br />
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/05/docs/-/blob/master/EmbeddedEquipmentWebServiceCommunicatingOnCANBus_info4_2020_2021.md Fiche]<br />
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/05/docs/-/blob/master/Pre%20viva%20presentation.pdf Presentation de mi-parcours]<br />
|-<br />
!scope="row"| 6<br />
| [[Application mobile d'enregistrements de noeuds IoT LoRaWAN dans plusieurs réseaux]]<br />
| CAMBUS QUENTIN,EL YANDOUZI ELIAS,JULIENNE MALONE<br />
| Didier Donsez<br />
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/06/docs/-/blob/master/README.md Fiche]<br />
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/06/docs/-/blob/master/Pr%C3%A9sentation_IoT.pdf Presentation de mi-parcours]<br />
|-<br />
!scope="row"| 7<br />
| [[ Evaluation du toolkit AI de STM32 pour reconnaissance sonore]]<br />
| COSOTTI KEVIN,GRANGER OSCAR,GUIGNARD JULIE<br />
| Didier Donsez<br />
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/07/docs/README.md Fiche]<br />
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [[https://docs.google.com/presentation/d/15RCcuoAWGlpOLyM_SX3tXVhhXEHiTuNTXXxRCrJ4tiA/edit?usp=sharing |Presentation de mi-parcours]]<br />
|-<br />
!scope="row"| 8<br />
| [[Godot Game Engine et tables tactiles|Godot Engine]]<br />
| CIRSTEA PAUL,DE MULATIER JEAN-THEOPHANE,SOULARD ALEXANDR<br />
| Olivier Richard<br />
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/08/docs/-/blob/master/Godot_Game_Engine_et_tables_tactiles_info4_2020_2021.md Fiche]<br />
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [[https://docs.google.com/presentation/d/1CUBp5Zz1uivkCb8latQ8tnfSy-bUTJs-7f3f7GcH4Zs/edit?usp=sharing |Presentation de mi-parcours]]<br />
|-<br />
!scope="row"| 9<br />
| [[Serveur_filière_INFO|Serveur INFO]]<br />
| GITTON ANTOINE,MERTENS GILLES,SUEUR CORENTIN<br />
| Nicolas Palix<br />
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/09/docs/-/blob/master/Serveur_filiere_info4_2020_2021.md Fiche]<br />
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [[Media:Presentation_mi_parcours_groupe7.pdf|Presentation de mi-parcours]]<br />
|-<br />
!scope="row"| 10<br />
| [[ASAC/AP|Serre Polytech]]<br />
| AGUIAR MATHILDE,HAJJI OUMAIMA,SIDIBE ROKIATOU DITE ROSE<br />
| Nicolas Palix<br />
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/10/docs/-/blob/master/README.md Fiche]<br />
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [[https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/10/docs/-/blob/master/Presentations/mid-project_slides.pdf | Presentation de mi-parcours]]<br />
|-<br />
!scope="row"| 11<br />
| [[ASAC/SJC/SJC-2020-INFO]]<br />
| BUISINE JULIEN,PRAT-CAPILLA HUGO,TEYSSIER THEO<br />
| Nicolas Palix<br />
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/11/docs/-/blob/master/README.md Fiche]<br />
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/11/docs/-/blob/master/Team11-Presentation.pdf Presentation de mi-parcours]<br />
|-<br />
!scope="row"| 12<br />
| [[ENT Polytech]]<br />
| HERY JULES,SALMON AMAD,VACHERIAS GUILLAUME<br />
| Nicolas Palix<br />
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/12/docs/-/blob/master/README.md Fiche]<br />
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [[https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/12/docs/-/blob/master/Presentation_mi_parcours.pdf | Presentation de mi-parcours]]<br />
|-<br />
!scope="row"| 13<br />
| [[Polytech_Helper_Service|Polytech Helper Service]]<br />
| ALIBERT ANGELO,NOERIE SOPHIE,SARRE MARGAUX<br />
| Olivier Richard<br />
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/13/docs/ Fiche]<br />
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/13/docs/-/blob/master/Pr%C3%A9sentation_Mi-Parcours.pdf Presentation de mi-parcours]<br />
|-<br />
!scope="row"| 14<br />
| [[Rust Engine|Rust Engine]]<br />
| BARET DORIAN,CHALOYARD LUCAS,MALOD VICTOR,PARA YAEL<br />
| Olivier Richard<br />
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/14/docs/-/blob/master/tracking-sheet.md Fiche]<br />
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/14/docs/-/blob/master/soutenance-mi_parcours.pdf Presentation de mi-parcours]<br />
|-<br />
!scope="row"| 15<br />
| [[Retrocompute_simulateur|Retrocomputing]]<br />
| ELHADJI TCHIAMBOU SAMI,HUMBERT CORENTIN,MUTEL MATHIS<br />
| Olivier Richard<br />
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/15/docs/-/blob/master/README.md#follow-up Fiche]<br />
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/15/docs/-/blob/master/diapo_soutenance_mi_parcours.pdf Presentation de mi-parcours]<br />
|-<br />
!scope="row"| 16<br />
| [[FPGA et Deep Learning]]<br />
| GEITNER TEVA,GONZALEZ JULES,MALECOT ETHAN<br />
| Olivier Richard<br />
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/16/docs/-/blob/master/FPGA_info4_2020_2021.md Fiche]<br />
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/16/docs/-/blob/master/Presentation_mi-projet.pdf Presentation de mi-parcours]<br />
|-<br />
!scope="row"| 17<br />
| [[OpenAPI OAR]]<br />
| LAMBERT DAPHNE,MINIER-MANCINI TITOUAN,TOUE TIOYE<br />
| Olivier Richard<br />
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/17/docs/-/blob/master/TRACKING_SHEET.md Fiche]<br />
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]<br />
|-<br />
!scope="row"| 18<br />
| [[Monitoring de la plateforme CampusIoT]]<br />
| BLANQUET ANTOINE,LAMBERT PAUL,YUNG KEVIN<br />
| Didier Donsez<br />
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/18/docs/-/blob/master/README.md Fiche]<br />
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/18/docs/-/blob/master/Reunion_de_mi_parcours.pdf Presentation de mi-parcours]<br />
|-<br />
|}<br />
<br />
==INFO5==<br />
===Projet IoT S9===<br />
Enseignants responsables : Bernard Tourancheau<br />
<br />
Calendrier: ??? Septembre à ??? Décembre 2020.<br />
<br />
<br />
===Projet Semestre S10===<br />
<br />
Enseignants responsables : [[user:Donsez|Didier Donsez]]<br />
<br />
Calendrier: 28/01 (13H30-17H30) au 19/03.<br />
<br />
Séances de Management de projets innovants: A voir dessus.<br />
<br />
Réunion de présentation et choix des sujets: 28/01 (13H30-17H30) en salle P257 (voir ADE)<br />
<br />
Démarrage : 29/01 (13H30-17H30)<br />
<br />
Soutenance à mi-parcours : 26/02/2021 13H30-17H30 en distantiel (15 minutes par équipe).<br />
<br />
Soutenance finale : 19/03/2021 (8H30-12H00 et 13H30-17H00). 30 minutes par équipe, questions/réponses et démonstration incluse. Prière de rapporter au fablab le matériel emprunté juste après votre soutenance. <br />
<br />
====Séances MPI====<br />
<br />
Les séances MPI seront en distanciel (mais ADE fait foi).<br />
<br />
<pre><br />
Séance Thématique Date Horaires Intervenante Salle<br />
1 Définir la problématique 03-févr. 14h-18h Stéphanie Diligent distanciel<br />
2 Gérer le projet en restant agile 10-févr. 8h30 - 12h30 Stéphanie Diligent distanciel<br />
3 Communiquer 24-févr. 8h30 - 12h30 Emmanuelle Tréhoust distanciel<br />
4 Evaluer et valoriser 03-mars 8h30 - 12h30 Emmanuelle Tréhoust distanciel<br />
5 Evaluation 10-mars 8h30 - 12h30 Stéphanie Diligent distanciel<br />
</pre><br />
<br />
==== Soutenance intermédiaire S10 ====<br />
Date: 26/02 Après midi. Distantiel (sur Zoom).<br />
<br />
L'objectif de la soutenance intermédiaire est de vérifier si l'équipe projet est en bon ordre de marche. La présence du porteur n'est pas obligatoire. Prévoyez du temps pour les questions-réponses (5 minutes max).<br />
<br />
L'équipe présentera en 5-6 transparents en 8 minutes.<br />
* les équipiers et leurs rôles<br />
* le contexte, le sujet et l'objectif du projet<br />
* l'architecture du systèmes à réaliser<br />
* les technologies utilisées<br />
* le plan de travail (backlog, planning, ce qui est fait, ce qu'il reste à faire ...)<br />
* les difficultés (s'il y a)<br />
<br />
Respectez bien les créneaux indiqués (par respect pour les autres équipes).<br />
<br />
==== Soutenance finale S10 ====<br />
Date: 19/03/2021 (8H30-12H00 et 13H30-17H00).<br />
<br />
'''La présence du(des) porteur(s) est obligatoire. Pensez à les prévenir bien à l'avance'''<br />
<br />
Durée: 30 minutes par équipe: présentation, questions/réponses et démonstration incluse.<br />
<br />
Les documents devront être en ligne sur le wiki (colonne Documents) la veille (ie avant le 18/03/2021 23:59:59 CET).<br />
<br />
'''Remarque: le poster et le flyer (recto-verso A4 en 3 plis : [http://air.imag.fr/mediawiki/images/9/9b/FlyerCervin.pdf exemple]) doivent être rédigés en anglais.'''<br />
<br />
La présentation est constituée des chapitres suivants:<br />
* Rappel du sujet/besoin et cahier des charges<br />
* Technologies employées<br />
* Architecture techniques<br />
* Réalisations techniques<br />
* Gestion de projet (méthode, planning prévisionnel et effectif, gestion des risques, rôles des membres ...)<br />
* Outils (collaboration, CD/CI ...)<br />
* Métriques logiciels : lignes de code, langages, performance, temps ingénieur (d'après vos journaux), la répartition des lignes de code et des commits en pourcentage entre les membres du projet ...)<br />
* Conclusion (Retour d'expérience)<br />
* Transparent expliquant la démonstration<br />
<br />
L'ensemble des documents doit être accessible depuis le tableau ci-dessus et dans chaque fiche de suivi.<br />
<br />
Le screencast (réalisé lors de la dernière répétition) sera rendu disponible via un partage caché (wetransfer, google drive …) dont le lien sera ajouté dans le devoir idoine sur Moodle et également envoyé par mail à votre tuteur.<br />
<br />
Le rapport final contient les mêmes chapitres que la présentation ainsi qu'un glossaire et une bibliographie. Le rapport ne doit pas dépasser 15 pages (schémas et figures compris). Vous pourrez référencer les autres documents que vous avez produits au cours du projet (spécifications détaillées, algorithmes, conception d'écrans ...).<br />
<br />
Le rapport final est au format Markdown et doit être placé dans un des dépôts Git de votre groupe/organisation.<br />
<br />
NB: le rapport technique listé dans la colonne Documents contient tout ce qui ne tient pas dans les 15 pages du rapport final : cahier des charges, diagrammes UML, enquêtes utilisateurs design UI, API, technologies employées (détail), plan de tests, term of services, conformance RPGD, audits/diagnostiques sécurité, MTBR, rapport de vulnérabilité, plan de charge, rapports de charge, manuel d'installation … : ça dépend un peu de la nature de votre projet.<br />
<br />
Conseil : 30 minutes c'est très court alors répétez la soutenance auparavant ! Prévoyez des transparents supplémentaires en annexe pour répondre aux questions.<br />
<br />
NB: Vous pouvez prévoir d’organiser une démonstration plus longue de votre projet auprès de vos porteurs et vos tuteurs avant ou après la soutenance. <br />
<br />
<br />
'''Prière de rapporter au fablab le matériel emprunté juste après votre soutenance'''.<br />
<br />
==== Affectations S10====<br />
{|class="wikitable alternance"<br />
|+ Affectation des projets INFO5 2020-2021<br />
|-<br />
|<br />
!scope="col"| Sujet<br />
!scope="col"| Etudiants<br />
!scope="col"| Enseignant(s)<br />
!scope="col"| Fiche de suivi<br />
!scope="col"| Documents<br />
!scope="col"| Dépôt Git<br />
!scope="col"| Soutenance intermédiaire<br />
!scope="col"| Soutenance finale<br />
|-<br />
!scope="row"| 1<br />
| [[Infrastructure de communication interne au cubesat ATISE du CSUG | ATISE]]<br />
| Alexandre SALMON, Myriam LOMBARD, Killian PAREILLEUX, Adrien ARTAUD<br />
| Imane El-Khantouti (CSUG, UGA), Frédéric Martin (CSUG, UGA)<br />
| [[PROJET-INFO5 2021 ATISE| Fiche de suivi]]<br />
| [https://air.imag.fr/index.php/Infrastructure_de_communication_interne_au_cubesat_ATISE_du_CSUG Documents], Flyer,Poster, Pitch, Screencast<br />
| [https://github.com/ATISE-2020-2021-Polytech-Grenoble Dépôt Github]<br />
| 13H30, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_1.pdf|Présentation]]<br />
| 9H00, [[Media:Presentation_Finale_INFO5_ProjetS10_groupe_1.pdf|Présentation]]<br />
|-<br />
!scope="row"| 2<br />
| [[Wildcount:_Inexpensive_Edge_sensor_for_recognizing_and_counting_the_presence_of_humans_(anonymous)_and_animals_into_wild_and_protected_areas.|Wildcount]]<br />
| BEAUGRAND Elisa, DE GAUDENZI Louis, GRAUGNARD Tom, ROLLIN Alexis<br />
| DONSEZ Didier, QUENOT Georges<br />
| [https://docs.google.com/document/d/1fuDK-i3vCepUEokviyZUcslDhAud8qIJkAztg9Bqadw/edit?usp=sharing Fiche de suivi]<br />
| [https://air.imag.fr/index.php/Wildcount:_Inexpensive_Edge_sensor_for_recognizing_and_counting_the_presence_of_humans_(anonymous)_and_animals_into_wild_and_protected_areas. Documents], Flyer, [https://air.imag.fr/images/6/62/WildCount_Poster_Preversion_A0_printed.pdf Poster], Pitch, Screencast<br />
| [https://gitlab.com/wildcount Dépôt Gitlab]<br />
| 13H45, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_2.pdf|Présentation]]<br />
| 14H30, [[Media:Presentation_Finale_INFO5_ProjetS10_groupe_2.pdf|Présentation]]<br />
|-<br />
!scope="row"| 5<br />
| [[Signature électronique eIDAS|eIDAS]]<br />
| ASSI Dima, BILOUNGA Aleck, EL AJI Houda, ZERAMDINI Otba<br />
| Nicolas PALIX<br />
| [[PROJET-INFO5 2021 Signature électronique eIDAS| Fiche de suivi]]<br />
| [https://air.imag.fr/index.php/Signature_%C3%A9lectronique_eIDAS Documents], Flyer, Poster, Pitch, Screencast<br />
| [https://github.com/2020-2021-EIDAS-INFO5 Dépôt Github]<br />
| 14H00, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_5.pdf|Présentation]]<br />
| 15H45, [[Media:Presentation_Finale_INFO5_ProjetS10_groupe_5.pdf|Présentation]]<br />
|-<br />
<br />
!scope="row"| 6<br />
| [[Contributions open source au projet EdCampus|EdCampus]]<br />
| COURTHIAL Samuel, FOUGERE Sebastien, DELBOS Robin<br />
| POLLIER Gérard, GEOURJON Anthony, DONSEZ Didier<br />
| [[PROJET-INFO5 2021 Contributions open source au projet EdCampus| Fiche de suivi]]<br />
| [https://air.imag.fr/index.php/Contributions_open_source_au_projet_EdCampus Documents], [[Media:flyer_EDCampus.pdf|Flyer]], [[Media:poster_EDCampus.pdf|Poster]], [[Media:pitch_EDCampus.pdf|Pitch]], Screencast<br />
| [https://gricad-gitlab.univ-grenoble-alpes.fr/edcampus Dépôt GitLab]<br />
| 14H15, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_6.pdf|Présentation]]<br />
| 09H30, [[Media:Presentation_Finale_INFO5_ProjetS10_groupe_6.pdf|Présentation]]<br />
|-<br />
<br />
!scope="row"| 8<br />
| [[Prototypage d'application mobile pour la vente en direct de produits producteur locaux]]<br />
| BOLEAT Baptiste, CHAIX Manon, MICHELARD Leila, PALOMO Rémy<br />
| DELANGUE Sylvain, Gérard POLLIER (Disrupt Campus)<br />
| [[PROJET-INFO5 2021 Go Farmer | Fiche de suivi]]<br />
| [https://air.imag.fr/index.php/Prototypage_d%27application_mobile_pour_la_vente_en_direct_de_produits_producteur_locaux Documents], Flyer, Poster, Pitch, Screencast<br />
| [https://bitbucket.org/gofarmer/ Dépôt Bitbucket (privé)]<br />
| 14H30, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_8.pdf|Présentation]]<br />
| 08H30, [[Media:Presentation_Finale_INFO5_ProjetS10_groupe_8.pdf|Présentation]]<br />
|-<br />
!scope="row"| 9<br />
| [[Secours Montagne avec LoRa|Saint-Bernard]]<br />
| CHATON Alexandra, FRION Thomas, PASDELOUP Romain<br />
| TOURANCHEAU Bernard<br />
| [[PROJET-INFO5 2021 Secours Montagne avec LoRa | Fiche de suivi]]<br />
| [https://gitlab.com/info5-lora-avalanche/documentation Documents], Flyer, Poster, Pitch, Screencast<br />
| [https://gitlab.com/info5-lora-avalanche Gitlab]<br />
| 15H00, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_9.pdf|Présentation]]<br />
| 14H00, [[Media:Presentation_Finale_INFO5_ProjetS10_groupe_9.pdf|Présentation]]<br />
|-<br />
!scope="row"| 10<br />
| [[GenderedNews|GenderedNews]]<br />
| HO Nhat Quang, MURPHY Mica, NGUENA Gloria, SAGET Antoine<br />
| PORTET François, BASTIN Gilles, RICHARD Ange<br />
| [[PROJET-INFO5 2021 GenderedNews | Fiche de suivi]]<br />
| [https://air.imag.fr/index.php/GenderedNews Documents], Flyer, Poster, Pitch, Screencast<br />
| [https://gricad-gitlab.univ-grenoble-alpes.fr/getalp/genderednews Dépôt GitLab]<br />
| 15H15, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_10.pdf|Présentation]]<br />
| 13H30, [[Media:Presentation_Finale_INFO5_ProjetS10_groupe_10.pdf|Présentation]]<br />
|-<br />
!scope="row"| 11<br />
| [[Réseaux social d'organisation de sortie|Réseaux social d'organisation de sortie]]<br />
| EL JRAIDI Rim, VERNET Maxime, SAJIDE Idriss, MANISSADJIAN Gabriel<br />
| RICHARD Olivier<br />
| [[PROJET-INFO5 2021 Réseaux social d'organisation de sortie | Fiche de suivi]]<br />
| [https://air.imag.fr/index.php/R%C3%A9seaux_social_d%27organisation_de_sortie Documents], [[Media:flyer_Osons_sortie.pdf|Flyer]], [[Media:poster_Osons_sortie.pdf|Poster]], [[Media:Pitch_organisation_sorties.pdf|Pitch]], Screencast, [https://www.figma.com/file/lx1mwonG7jEUYKggjGQvIJ/Maquette?node-id=0%3A1 Maquette]<br />
| [https://github.com/2020-2021-PROJET-INFO5-G11 Dépot Git (privé)]<br />
| 15H30, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_11.pdf|Présentation]]<br />
| 10H15, [[Media:Presentation_Finale_INFO5_ProjetS10_groupe_11.pdf|Présentation]]<br />
|-<br />
!scope="row"| 13<br />
| [[Artiphonie (saison 2)|Artiphonie (saison 2)]]<br />
| CROCIATI Morgan, RIVAL Gaëtan, RUZAFA Rémy, VELUT Claire <br />
| Bastien De Araujo, Guillaume Denis, Estelle Gillet-Perret et Olivier Richard<br />
| [[PROJET-INFO5 2021 Artiphonie (saison 2) | Fiche de suivi]]<br />
| [https://air.imag.fr/index.php/Artiphonie_(saison_2) Documents], Flyer, [[Media:Poster_Atrhiphonie.pdf|Poster]], [[Media:Pitch_Artiphonie.pdf|Pitch]], Screencast<br />
| [https://github.com/WriteInGesturesProject Dépôt Github]<br />
| 15H45, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_13.pdf|Présentation]]<br />
| 10H45, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_13.pdf|Présentation]]<br />
|-<br />
|scope="row"| 14<br />
| [[Covoiturage solidaire avec borne d'appel|Covoiturage solidaire avec borne d'appel]]<br />
| EL MUFTI Ali, NELSON William<br />
| Christine Verdier, Fabrice Forest (Didier Donsez pour le support technique borne d'appel).<br />
| [[PROJET-INFO5 2021 Covoiturage solidaire avec borne d'appel| Fiche de suivi]]<br />
| [https://air.imag.fr/index.php/Covoiturage_solidaire_avec_borne_d%27appel Documents], [[Media:flyermobipa.pdf|Flyer]], [[Media:mobipa.pdf|Poster]], [[Media:Pitch_Groupe14.pdf|Pitch]], Screencast<br />
| [https://github.com/OliDesu/MoBiPa Dépôt GitHub] <br />
| 16H00, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_14.pdf|Présentation]]<br />
| 15H15, [[Media:Presentation_Finale_INFO5_ProjetS10_groupe_14.pdf|Présentation]]<br />
|}<br />
<br />
====Projets non choisis====<br />
* [[LoRaWAN Roaming]] avec [[Chirpstack]] et [[TheThingStack]]: Didier Donsez, Bernard Tourancheau.<br />
* [[Contributions open-source au projet JHipster]] : Didier Donsez<br />
* [[Test d'infrastructures avec NixOS]] Olivier Richard et Quentin Guilloteau</div>Samuel.Courthialhttps://air.imag.fr/index.php?title=Projets_2020-2021&diff=50907Projets 2020-20212021-03-18T07:57:01Z<p>Samuel.Courthial: /* Affectations S10 */</p>
<hr />
<div><<[[Projets 2019-2020]] | [[Projets]] | [[Projets 2021-2022]]>><br />
=INFO=<br />
==INFO3==<br />
<br />
==INFO4==<br />
===Projet Semestre S8===<br />
<br />
Enseignants responsables : Olivier Richard, Didier Donsez<br />
<br />
* Dates : Lundi après-midi, Mardi après-midi <br />
* Lancement: 18 Janvier 2021 après midi<br />
* Soutenance à mi-parcours: A définir<br />
* Soutenance: A définir<br />
<br />
* '''Evaluation à mi-parcours le lundi/mardi ???''': Format: 10min (5min de présentation 3 slides au plus, 5min de discussion). Cette évaluation sera prise en compte dans la note finale.<br />
<br />
'''Consignes générales:'''<br />
<br />
* '''Vous devez être pro-actifs !!!''': Si des points sont pas ou mals spécifiés, vous le faîtes et vous justifiez vos choix. Pour les problèmes techniques éventuels vous pouvez: creuser la question, contacter l'auteur du code si il y a lieu, écrire un rapport de bug ('''Attention:''' ca se prépare !), soumettre un patch/pull request, contacter l'enseignant ou la personne référente du projet.<br />
<br />
* '''Vous devez maintenir une fiche de suivi de projet''': elle doit être mise à jour chaque semaine, elle rassemble les élements essentiels du projet, elle indique les évolutions du projet et présente sa feuille de route. '''Note:''' le nom de la fiche doit être composé du nom du projet et suffixé par info4_2020_2021. '''Cette fiche compte pour la note finale'''<br />
<br />
* '''Votre code''' pour doit être hébergé sur le gitlab et à l'URL suivante https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21 , vous utiliserez votre compte UGA.<br />
<br />
* Chaque projet doit avoir '''aux moins 2 dépôts git''':<br />
** '''Un pour les documents''' demandés rapport, présentation de pré-soutenante, de soutenance, flyer. '''Il sera appelé documents.'''<br />
** Un ou plusieurs pour le code, les tests, les évaluations, les preuves de concept, la ou les documentations afférentes. <br />
<br />
* Les '''documents public doivent être rédigés en anglais (README, documentation, commentaires de code, nom de variables et de fonctions)'''. Le *rapport* sera aussi demandé en *anglais* (il fera la taille d'un rapport de TP). Les transparents des présentation peuvent être en anglais ou en francais, la soutenance sera taire en francais.<br />
<br />
* '''La note obtenue''' tiendra compte du '''nombre et de la qualité des commits''' observé dans '''vos dépots git et la branche master''' (or depot documents). La qualité comprend l'intitulé du commit et son contenu. Les notes pourront être différentiées dans un groupe, il n'est pas acceptable de pas avoir de commit dans le(s) dépôt(s) du projet (or dépôt documents).<br />
<br />
* Il est fortement conseillé de suivre un '''développement incrémental''' qui permette d'avoir à tout moment un démonstrateur à présenter, un projet peut être constituer d'une succession de '''démonstrateurs présentables séparément'''.<br />
<br />
* Vous devez faire aussi des '''schémas d'architectures générales et/ou spéficiques, des diagrammes de séquence''', et autre documents de spécification si nécessaire. Ces documents vous serviront de base de discussion/brainstorming interne ainsi que dans vos différents documents (rapport, présentations, documentation). Ces schémas sont avant tout conceptuels et techniques.<br />
<br />
===Propositions de projets S8===<br />
<br />
* 1. [[Contribution au projet STM32Python]], Didier DONSEZ.<br />
* 2. [[Portage du kit station LoRa LRWAN2 de ST sur RIOT OS]], Didier DONSEZ.<br />
* 3+4. [[Portage de la carte de prototypage IoT Nucleo-WL55JC sur RIOT OS]] + [[Portage de la carte de communication LoRa LLCC68MB2BAS sur RIOT OS]], Didier DONSEZ (1 seul groupe de 3 élèves pour les 2 cartes).<br />
* 5. [[Service Web d'équipements embarqués communicant sur bus CAN]] (2 groupes de 2 élèves), Didier DONSEZ.<br />
* 6. [[Application mobile d'enregistrements de noeuds IoT LoRaWAN dans plusieurs réseaux]], Didier DONSEZ.<br />
* 7. [[Evaluation du toolkit AI de STM32 pour l'analyse de l'environnement sonore]], Didier DONSEZ.<br />
* 8. [[Godot Game Engine et tables tactiles]] : démonstration d'un jeu en réseau sur les 3 tables tactiles : (gaming spirit) Olivier RICHARD.<br />
* 9. [[Serveur filière INFO]], Nicolas Palix<br />
* Agriculture connectée en partenariat avec les projets collectifs IESE/MAT<br />
** 10. [[ASAC/AP|Polytech]] : Nicolas Palix<br />
** 11. [[ASAC/SJC|St Cassien]] : Nicolas Palix<br />
* 12. [[ENT Polytech]] avec XMPP/Mumble/BBB/Mattermost/OpenBoard : Nicolas Palix<br />
* 13. [[Polytech Helper Service | Outils d'aide à la gestion de service]], (professionel) Olivier Richard<br />
* 14. [[Rust Engine | Executeur de tâche en Rust]], (exigeant techniquement) Olivier Richard<br />
* 15. [[Retrocompute simulateur | RetroComputing]]: (vintage style) Coupler le simulateur Digital avec un simulateur de processeur 8bits, Olivier Richard<br />
* 16. [[FPGA et Deep Learnning]] Olivier Richard<br />
* 17. [[OpenAPI OAR | OpenAPI pour la gestion de tâches de ressources OAR]], (professionel) Olivier Richard <br />
* 18. [[Monitoring de la plateforme CampusIoT]] : Didier Donsez<br />
<br />
==== Reporté INFO5 21-22 ==== <br />
* 1 heure 1 heure (échange de compétence), etudiant.e.s Emilie Tondeux + ?, tuteur ?<br />
==== Reporté ====<br />
[[Simulateur de réseaux simples avec un FPGA]], (typé recherche/prospectif)<br />
<br />
==== Affectation ====<br />
{|class="wikitable alternance"<br />
|+ Affectation des projets INFO4 20-21<br />
|-<br />
|<br />
!scope="col"| Sujet<br />
!scope="col"| Etudiants<br />
!scope="col"| Enseignant(s)<br />
!scope="col"| Fiche de suivi<br />
!scope="col"| Documents<br />
|-<br />
!scope="row"| 1<br />
| [[Contribution au projet STM32Python]]<br />
| BAUDEUR BERTRAND,LANQUETIN ALEXIS,TONDEUX EMILIE<br />
| Didier DONSEZ<br />
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/01/docs/-/blob/master/Contribution%20au%20projet%20STM32Python%20info4_2020_2021.md Fiche]<br />
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/01/docs/-/blob/master/Pr%C3%A9sentation_mi-parcours.pdf Presentation de mi-parcours]<br />
|-<br />
!scope="row"| 2<br />
| [[Portage du kit station LoRa LRWAN2 de ST sur RIOT OS]]<br />
| HERQUE ERIC,MALLEN GUILLAUME,PORTIER BARNAB<br />
| Didier DONSEZ<br />
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/02/docs/-/blob/master/Portage_du_kit_station_LoRa_LRWAN2_de_ST_sur_RIOT_OS_info4_2020_2021.md Fiche]<br />
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/02/docs/-/blob/master/Pr%C3%A9sentation%20de%20mi-parcours.pdf Presentation de mi-parcours]<br />
|-<br />
!scope="row"| 5<br />
| [[Service Web d'équipements embarqués communicant sur bus CAN]]<br />
| ANDRIEUX LIAM,DREZET LUCAS,REGOUIN ROMAN<br />
| Didier DONSEZ<br />
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/05/docs/-/blob/master/EmbeddedEquipmentWebServiceCommunicatingOnCANBus_info4_2020_2021.md Fiche]<br />
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/05/docs/-/blob/master/Pre%20viva%20presentation.pdf Presentation de mi-parcours]<br />
|-<br />
!scope="row"| 6<br />
| [[Application mobile d'enregistrements de noeuds IoT LoRaWAN dans plusieurs réseaux]]<br />
| CAMBUS QUENTIN,EL YANDOUZI ELIAS,JULIENNE MALONE<br />
| Didier Donsez<br />
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/06/docs/-/blob/master/README.md Fiche]<br />
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/06/docs/-/blob/master/Pr%C3%A9sentation_IoT.pdf Presentation de mi-parcours]<br />
|-<br />
!scope="row"| 7<br />
| [[ Evaluation du toolkit AI de STM32 pour reconnaissance sonore]]<br />
| COSOTTI KEVIN,GRANGER OSCAR,GUIGNARD JULIE<br />
| Didier Donsez<br />
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/07/docs/README.md Fiche]<br />
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [[https://docs.google.com/presentation/d/15RCcuoAWGlpOLyM_SX3tXVhhXEHiTuNTXXxRCrJ4tiA/edit?usp=sharing |Presentation de mi-parcours]]<br />
|-<br />
!scope="row"| 8<br />
| [[Godot Game Engine et tables tactiles|Godot Engine]]<br />
| CIRSTEA PAUL,DE MULATIER JEAN-THEOPHANE,SOULARD ALEXANDR<br />
| Olivier Richard<br />
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/08/docs/-/blob/master/Godot_Game_Engine_et_tables_tactiles_info4_2020_2021.md Fiche]<br />
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [[https://docs.google.com/presentation/d/1CUBp5Zz1uivkCb8latQ8tnfSy-bUTJs-7f3f7GcH4Zs/edit?usp=sharing |Presentation de mi-parcours]]<br />
|-<br />
!scope="row"| 9<br />
| [[Serveur_filière_INFO|Serveur INFO]]<br />
| GITTON ANTOINE,MERTENS GILLES,SUEUR CORENTIN<br />
| Nicolas Palix<br />
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/09/docs/-/blob/master/Serveur_filiere_info4_2020_2021.md Fiche]<br />
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [[Media:Presentation_mi_parcours_groupe7.pdf|Presentation de mi-parcours]]<br />
|-<br />
!scope="row"| 10<br />
| [[ASAC/AP|Serre Polytech]]<br />
| AGUIAR MATHILDE,HAJJI OUMAIMA,SIDIBE ROKIATOU DITE ROSE<br />
| Nicolas Palix<br />
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/10/docs/-/blob/master/README.md Fiche]<br />
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [[https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/10/docs/-/blob/master/Presentations/mid-project_slides.pdf | Presentation de mi-parcours]]<br />
|-<br />
!scope="row"| 11<br />
| [[ASAC/SJC/SJC-2020-INFO]]<br />
| BUISINE JULIEN,PRAT-CAPILLA HUGO,TEYSSIER THEO<br />
| Nicolas Palix<br />
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/11/docs/-/blob/master/README.md Fiche]<br />
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/11/docs/-/blob/master/Team11-Presentation.pdf Presentation de mi-parcours]<br />
|-<br />
!scope="row"| 12<br />
| [[ENT Polytech]]<br />
| HERY JULES,SALMON AMAD,VACHERIAS GUILLAUME<br />
| Nicolas Palix<br />
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/12/docs/-/blob/master/README.md Fiche]<br />
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [[https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/12/docs/-/blob/master/Presentation_mi_parcours.pdf | Presentation de mi-parcours]]<br />
|-<br />
!scope="row"| 13<br />
| [[Polytech_Helper_Service|Polytech Helper Service]]<br />
| ALIBERT ANGELO,NOERIE SOPHIE,SARRE MARGAUX<br />
| Olivier Richard<br />
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/13/docs/ Fiche]<br />
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/13/docs/-/blob/master/Pr%C3%A9sentation_Mi-Parcours.pdf Presentation de mi-parcours]<br />
|-<br />
!scope="row"| 14<br />
| [[Rust Engine|Rust Engine]]<br />
| BARET DORIAN,CHALOYARD LUCAS,MALOD VICTOR,PARA YAEL<br />
| Olivier Richard<br />
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/14/docs/-/blob/master/tracking-sheet.md Fiche]<br />
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/14/docs/-/blob/master/soutenance-mi_parcours.pdf Presentation de mi-parcours]<br />
|-<br />
!scope="row"| 15<br />
| [[Retrocompute_simulateur|Retrocomputing]]<br />
| ELHADJI TCHIAMBOU SAMI,HUMBERT CORENTIN,MUTEL MATHIS<br />
| Olivier Richard<br />
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/15/docs/-/blob/master/README.md#follow-up Fiche]<br />
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/15/docs/-/blob/master/diapo_soutenance_mi_parcours.pdf Presentation de mi-parcours]<br />
|-<br />
!scope="row"| 16<br />
| [[FPGA et Deep Learning]]<br />
| GEITNER TEVA,GONZALEZ JULES,MALECOT ETHAN<br />
| Olivier Richard<br />
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/16/docs/-/blob/master/FPGA_info4_2020_2021.md Fiche]<br />
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/16/docs/-/blob/master/Presentation_mi-projet.pdf Presentation de mi-parcours]<br />
|-<br />
!scope="row"| 17<br />
| [[OpenAPI OAR]]<br />
| LAMBERT DAPHNE,MINIER-MANCINI TITOUAN,TOUE TIOYE<br />
| Olivier Richard<br />
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/17/docs/-/blob/master/TRACKING_SHEET.md Fiche]<br />
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]<br />
|-<br />
!scope="row"| 18<br />
| [[Monitoring de la plateforme CampusIoT]]<br />
| BLANQUET ANTOINE,LAMBERT PAUL,YUNG KEVIN<br />
| Didier Donsez<br />
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/18/docs/-/blob/master/README.md Fiche]<br />
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/18/docs/-/blob/master/Reunion_de_mi_parcours.pdf Presentation de mi-parcours]<br />
|-<br />
|}<br />
<br />
==INFO5==<br />
===Projet IoT S9===<br />
Enseignants responsables : Bernard Tourancheau<br />
<br />
Calendrier: ??? Septembre à ??? Décembre 2020.<br />
<br />
<br />
===Projet Semestre S10===<br />
<br />
Enseignants responsables : [[user:Donsez|Didier Donsez]]<br />
<br />
Calendrier: 28/01 (13H30-17H30) au 19/03.<br />
<br />
Séances de Management de projets innovants: A voir dessus.<br />
<br />
Réunion de présentation et choix des sujets: 28/01 (13H30-17H30) en salle P257 (voir ADE)<br />
<br />
Démarrage : 29/01 (13H30-17H30)<br />
<br />
Soutenance à mi-parcours : 26/02/2021 13H30-17H30 en distantiel (15 minutes par équipe).<br />
<br />
Soutenance finale : 19/03/2021 (8H30-12H00 et 13H30-17H00). 30 minutes par équipe, questions/réponses et démonstration incluse. Prière de rapporter au fablab le matériel emprunté juste après votre soutenance. <br />
<br />
====Séances MPI====<br />
<br />
Les séances MPI seront en distanciel (mais ADE fait foi).<br />
<br />
<pre><br />
Séance Thématique Date Horaires Intervenante Salle<br />
1 Définir la problématique 03-févr. 14h-18h Stéphanie Diligent distanciel<br />
2 Gérer le projet en restant agile 10-févr. 8h30 - 12h30 Stéphanie Diligent distanciel<br />
3 Communiquer 24-févr. 8h30 - 12h30 Emmanuelle Tréhoust distanciel<br />
4 Evaluer et valoriser 03-mars 8h30 - 12h30 Emmanuelle Tréhoust distanciel<br />
5 Evaluation 10-mars 8h30 - 12h30 Stéphanie Diligent distanciel<br />
</pre><br />
<br />
==== Soutenance intermédiaire S10 ====<br />
Date: 26/02 Après midi. Distantiel (sur Zoom).<br />
<br />
L'objectif de la soutenance intermédiaire est de vérifier si l'équipe projet est en bon ordre de marche. La présence du porteur n'est pas obligatoire. Prévoyez du temps pour les questions-réponses (5 minutes max).<br />
<br />
L'équipe présentera en 5-6 transparents en 8 minutes.<br />
* les équipiers et leurs rôles<br />
* le contexte, le sujet et l'objectif du projet<br />
* l'architecture du systèmes à réaliser<br />
* les technologies utilisées<br />
* le plan de travail (backlog, planning, ce qui est fait, ce qu'il reste à faire ...)<br />
* les difficultés (s'il y a)<br />
<br />
Respectez bien les créneaux indiqués (par respect pour les autres équipes).<br />
<br />
==== Soutenance finale S10 ====<br />
Date: 19/03/2021 (8H30-12H00 et 13H30-17H00).<br />
<br />
'''La présence du(des) porteur(s) est obligatoire. Pensez à les prévenir bien à l'avance'''<br />
<br />
Durée: 30 minutes par équipe: présentation, questions/réponses et démonstration incluse.<br />
<br />
Les documents devront être en ligne sur le wiki (colonne Documents) la veille (ie avant le 18/03/2021 23:59:59 CET).<br />
<br />
'''Remarque: le poster et le flyer (recto-verso A4 en 3 plis : [http://air.imag.fr/mediawiki/images/9/9b/FlyerCervin.pdf exemple]) doivent être rédigés en anglais.'''<br />
<br />
La présentation est constituée des chapitres suivants:<br />
* Rappel du sujet/besoin et cahier des charges<br />
* Technologies employées<br />
* Architecture techniques<br />
* Réalisations techniques<br />
* Gestion de projet (méthode, planning prévisionnel et effectif, gestion des risques, rôles des membres ...)<br />
* Outils (collaboration, CD/CI ...)<br />
* Métriques logiciels : lignes de code, langages, performance, temps ingénieur (d'après vos journaux), la répartition des lignes de code et des commits en pourcentage entre les membres du projet ...)<br />
* Conclusion (Retour d'expérience)<br />
* Transparent expliquant la démonstration<br />
<br />
L'ensemble des documents doit être accessible depuis le tableau ci-dessus et dans chaque fiche de suivi.<br />
<br />
Le screencast (réalisé lors de la dernière répétition) sera rendu disponible via un partage caché (wetransfer, google drive …) dont le lien sera ajouté dans le devoir idoine sur Moodle et également envoyé par mail à votre tuteur.<br />
<br />
Le rapport final contient les mêmes chapitres que la présentation ainsi qu'un glossaire et une bibliographie. Le rapport ne doit pas dépasser 15 pages (schémas et figures compris). Vous pourrez référencer les autres documents que vous avez produits au cours du projet (spécifications détaillées, algorithmes, conception d'écrans ...).<br />
<br />
Le rapport final est au format Markdown et doit être placé dans un des dépôts Git de votre groupe/organisation.<br />
<br />
NB: le rapport technique listé dans la colonne Documents contient tout ce qui ne tient pas dans les 15 pages du rapport final : cahier des charges, diagrammes UML, enquêtes utilisateurs design UI, API, technologies employées (détail), plan de tests, term of services, conformance RPGD, audits/diagnostiques sécurité, MTBR, rapport de vulnérabilité, plan de charge, rapports de charge, manuel d'installation … : ça dépend un peu de la nature de votre projet.<br />
<br />
Conseil : 30 minutes c'est très court alors répétez la soutenance auparavant ! Prévoyez des transparents supplémentaires en annexe pour répondre aux questions.<br />
<br />
NB: Vous pouvez prévoir d’organiser une démonstration plus longue de votre projet auprès de vos porteurs et vos tuteurs avant ou après la soutenance. <br />
<br />
<br />
'''Prière de rapporter au fablab le matériel emprunté juste après votre soutenance'''.<br />
<br />
==== Affectations S10====<br />
{|class="wikitable alternance"<br />
|+ Affectation des projets INFO5 2020-2021<br />
|-<br />
|<br />
!scope="col"| Sujet<br />
!scope="col"| Etudiants<br />
!scope="col"| Enseignant(s)<br />
!scope="col"| Fiche de suivi<br />
!scope="col"| Documents<br />
!scope="col"| Dépôt Git<br />
!scope="col"| Soutenance intermédiaire<br />
!scope="col"| Soutenance finale<br />
|-<br />
!scope="row"| 1<br />
| [[Infrastructure de communication interne au cubesat ATISE du CSUG | ATISE]]<br />
| Alexandre SALMON, Myriam LOMBARD, Killian PAREILLEUX, Adrien ARTAUD<br />
| Imane El-Khantouti (CSUG, UGA), Frédéric Martin (CSUG, UGA)<br />
| [[PROJET-INFO5 2021 ATISE| Fiche de suivi]]<br />
| [https://air.imag.fr/index.php/Infrastructure_de_communication_interne_au_cubesat_ATISE_du_CSUG Documents], Flyer,Poster, Pitch, Screencast<br />
| [https://github.com/ATISE-2020-2021-Polytech-Grenoble Dépôt Github]<br />
| 13H30, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_1.pdf|Présentation]]<br />
| 9H00, [[Media:Presentation_Finale_INFO5_ProjetS10_groupe_1.pdf|Présentation]]<br />
|-<br />
!scope="row"| 2<br />
| [[Wildcount:_Inexpensive_Edge_sensor_for_recognizing_and_counting_the_presence_of_humans_(anonymous)_and_animals_into_wild_and_protected_areas.|Wildcount]]<br />
| BEAUGRAND Elisa, DE GAUDENZI Louis, GRAUGNARD Tom, ROLLIN Alexis<br />
| DONSEZ Didier, QUENOT Georges<br />
| [https://docs.google.com/document/d/1fuDK-i3vCepUEokviyZUcslDhAud8qIJkAztg9Bqadw/edit?usp=sharing Fiche de suivi]<br />
| [https://air.imag.fr/index.php/Wildcount:_Inexpensive_Edge_sensor_for_recognizing_and_counting_the_presence_of_humans_(anonymous)_and_animals_into_wild_and_protected_areas. Documents], Flyer, [https://air.imag.fr/images/6/62/WildCount_Poster_Preversion_A0_printed.pdf Poster], Pitch, Screencast<br />
| [https://gitlab.com/wildcount Dépôt Gitlab]<br />
| 13H45, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_2.pdf|Présentation]]<br />
| 14H30, [[Media:Presentation_Finale_INFO5_ProjetS10_groupe_2.pdf|Présentation]]<br />
|-<br />
!scope="row"| 5<br />
| [[Signature électronique eIDAS|eIDAS]]<br />
| ASSI Dima, BILOUNGA Aleck, EL AJI Houda, ZERAMDINI Otba<br />
| Nicolas PALIX<br />
| [[PROJET-INFO5 2021 Signature électronique eIDAS| Fiche de suivi]]<br />
| [https://air.imag.fr/index.php/Signature_%C3%A9lectronique_eIDAS Documents], Flyer, Poster, Pitch, Screencast<br />
| [https://github.com/2020-2021-EIDAS-INFO5 Dépôt Github]<br />
| 14H00, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_5.pdf|Présentation]]<br />
| 15H45, [[Media:Presentation_Finale_INFO5_ProjetS10_groupe_5.pdf|Présentation]]<br />
|-<br />
<br />
!scope="row"| 6<br />
| [[Contributions open source au projet EdCampus|EdCampus]]<br />
| COURTHIAL Samuel, FOUGERE Sebastien, DELBOS Robin<br />
| POLLIER Gérard, GEOURJON Anthony, DONSEZ Didier<br />
| [[PROJET-INFO5 2021 Contributions open source au projet EdCampus| Fiche de suivi]]<br />
| [https://air.imag.fr/index.php/Contributions_open_source_au_projet_EdCampus Documents], [[File:flyer_EDCampus.pdf|Flyer]], [[File:poster_EDCampus.pdf|Poster]], [[File:pitch_EDCampus.pdf|Pitch]], Screencast<br />
| [https://gricad-gitlab.univ-grenoble-alpes.fr/edcampus Dépôt GitLab]<br />
| 14H15, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_6.pdf|Présentation]]<br />
| 09H30, [[Media:Presentation_Finale_INFO5_ProjetS10_groupe_6.pdf|Présentation]]<br />
|-<br />
<br />
!scope="row"| 8<br />
| [[Prototypage d'application mobile pour la vente en direct de produits producteur locaux]]<br />
| BOLEAT Baptiste, CHAIX Manon, MICHELARD Leila, PALOMO Rémy<br />
| DELANGUE Sylvain, Gérard POLLIER (Disrupt Campus)<br />
| [[PROJET-INFO5 2021 Go Farmer | Fiche de suivi]]<br />
| [https://air.imag.fr/index.php/Prototypage_d%27application_mobile_pour_la_vente_en_direct_de_produits_producteur_locaux Documents], Flyer, Poster, Pitch, Screencast<br />
| [https://bitbucket.org/gofarmer/ Dépôt Bitbucket (privé)]<br />
| 14H30, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_8.pdf|Présentation]]<br />
| 08H30, [[Media:Presentation_Finale_INFO5_ProjetS10_groupe_8.pdf|Présentation]]<br />
|-<br />
!scope="row"| 9<br />
| [[Secours Montagne avec LoRa|Saint-Bernard]]<br />
| CHATON Alexandra, FRION Thomas, PASDELOUP Romain<br />
| TOURANCHEAU Bernard<br />
| [[PROJET-INFO5 2021 Secours Montagne avec LoRa | Fiche de suivi]]<br />
| [https://gitlab.com/info5-lora-avalanche/documentation Documents], Flyer, Poster, Pitch, Screencast<br />
| [https://gitlab.com/info5-lora-avalanche Gitlab]<br />
| 15H00, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_9.pdf|Présentation]]<br />
| 14H00, [[Media:Presentation_Finale_INFO5_ProjetS10_groupe_9.pdf|Présentation]]<br />
|-<br />
!scope="row"| 10<br />
| [[GenderedNews|GenderedNews]]<br />
| HO Nhat Quang, MURPHY Mica, NGUENA Gloria, SAGET Antoine<br />
| PORTET François, BASTIN Gilles, RICHARD Ange<br />
| [[PROJET-INFO5 2021 GenderedNews | Fiche de suivi]]<br />
| [https://air.imag.fr/index.php/GenderedNews Documents], Flyer, Poster, Pitch, Screencast<br />
| [https://gricad-gitlab.univ-grenoble-alpes.fr/getalp/genderednews Dépôt GitLab]<br />
| 15H15, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_10.pdf|Présentation]]<br />
| 13H30, [[Media:Presentation_Finale_INFO5_ProjetS10_groupe_10.pdf|Présentation]]<br />
|-<br />
!scope="row"| 11<br />
| [[Réseaux social d'organisation de sortie|Réseaux social d'organisation de sortie]]<br />
| EL JRAIDI Rim, VERNET Maxime, SAJIDE Idriss, MANISSADJIAN Gabriel<br />
| RICHARD Olivier<br />
| [[PROJET-INFO5 2021 Réseaux social d'organisation de sortie | Fiche de suivi]]<br />
| [https://air.imag.fr/index.php/R%C3%A9seaux_social_d%27organisation_de_sortie Documents], [[Media:flyer_Osons_sortie.pdf|Flyer]], [[Media:poster_Osons_sortie.pdf|Poster]], [[Media:Pitch_organisation_sorties.pdf|Pitch]], Screencast, [https://www.figma.com/file/lx1mwonG7jEUYKggjGQvIJ/Maquette?node-id=0%3A1 Maquette]<br />
| [https://github.com/2020-2021-PROJET-INFO5-G11 Dépot Git (privé)]<br />
| 15H30, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_11.pdf|Présentation]]<br />
| 10H15, [[Media:Presentation_Finale_INFO5_ProjetS10_groupe_11.pdf|Présentation]]<br />
|-<br />
!scope="row"| 13<br />
| [[Artiphonie (saison 2)|Artiphonie (saison 2)]]<br />
| CROCIATI Morgan, RIVAL Gaëtan, RUZAFA Rémy, VELUT Claire <br />
| Bastien De Araujo, Guillaume Denis, Estelle Gillet-Perret et Olivier Richard<br />
| [[PROJET-INFO5 2021 Artiphonie (saison 2) | Fiche de suivi]]<br />
| [https://air.imag.fr/index.php/Artiphonie_(saison_2) Documents], Flyer, [[Media:Poster_Atrhiphonie.pdf|Poster]], [[Media:Pitch_Artiphonie.pdf|Pitch]], Screencast<br />
| [https://github.com/WriteInGesturesProject Dépôt Github]<br />
| 15H45, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_13.pdf|Présentation]]<br />
| 10H45, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_13.pdf|Présentation]]<br />
|-<br />
|scope="row"| 14<br />
| [[Covoiturage solidaire avec borne d'appel|Covoiturage solidaire avec borne d'appel]]<br />
| EL MUFTI Ali, NELSON William<br />
| Christine Verdier, Fabrice Forest (Didier Donsez pour le support technique borne d'appel).<br />
| [[PROJET-INFO5 2021 Covoiturage solidaire avec borne d'appel| Fiche de suivi]]<br />
| [https://air.imag.fr/index.php/Covoiturage_solidaire_avec_borne_d%27appel Documents], [[Media:flyermobipa.pdf|Flyer]], [[Media:mobipa.pdf|Poster]], [[Media:Pitch_Groupe14.pdf|Pitch]], Screencast<br />
| [https://github.com/OliDesu/MoBiPa Dépôt GitHub] <br />
| 16H00, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_14.pdf|Présentation]]<br />
| 15H15, [[Media:Presentation_Finale_INFO5_ProjetS10_groupe_14.pdf|Présentation]]<br />
|}<br />
<br />
====Projets non choisis====<br />
* [[LoRaWAN Roaming]] avec [[Chirpstack]] et [[TheThingStack]]: Didier Donsez, Bernard Tourancheau.<br />
* [[Contributions open-source au projet JHipster]] : Didier Donsez<br />
* [[Test d'infrastructures avec NixOS]] Olivier Richard et Quentin Guilloteau</div>Samuel.Courthialhttps://air.imag.fr/index.php?title=File:Poster_EDCampus.pdf&diff=50906File:Poster EDCampus.pdf2021-03-18T07:56:31Z<p>Samuel.Courthial: </p>
<hr />
<div></div>Samuel.Courthialhttps://air.imag.fr/index.php?title=File:Pitch_EDCampus.pdf&diff=50905File:Pitch EDCampus.pdf2021-03-18T07:53:29Z<p>Samuel.Courthial: Samuel.Courthial uploaded a new version of File:Pitch EDCampus.pdf</p>
<hr />
<div></div>Samuel.Courthialhttps://air.imag.fr/index.php?title=File:Pitch_EDCampus.pdf&diff=50904File:Pitch EDCampus.pdf2021-03-18T07:51:04Z<p>Samuel.Courthial: </p>
<hr />
<div></div>Samuel.Courthialhttps://air.imag.fr/index.php?title=Projets_2020-2021&diff=50902Projets 2020-20212021-03-18T07:40:57Z<p>Samuel.Courthial: /* Affectations S10 */</p>
<hr />
<div><<[[Projets 2019-2020]] | [[Projets]] | [[Projets 2021-2022]]>><br />
=INFO=<br />
==INFO3==<br />
<br />
==INFO4==<br />
===Projet Semestre S8===<br />
<br />
Enseignants responsables : Olivier Richard, Didier Donsez<br />
<br />
* Dates : Lundi après-midi, Mardi après-midi <br />
* Lancement: 18 Janvier 2021 après midi<br />
* Soutenance à mi-parcours: A définir<br />
* Soutenance: A définir<br />
<br />
* '''Evaluation à mi-parcours le lundi/mardi ???''': Format: 10min (5min de présentation 3 slides au plus, 5min de discussion). Cette évaluation sera prise en compte dans la note finale.<br />
<br />
'''Consignes générales:'''<br />
<br />
* '''Vous devez être pro-actifs !!!''': Si des points sont pas ou mals spécifiés, vous le faîtes et vous justifiez vos choix. Pour les problèmes techniques éventuels vous pouvez: creuser la question, contacter l'auteur du code si il y a lieu, écrire un rapport de bug ('''Attention:''' ca se prépare !), soumettre un patch/pull request, contacter l'enseignant ou la personne référente du projet.<br />
<br />
* '''Vous devez maintenir une fiche de suivi de projet''': elle doit être mise à jour chaque semaine, elle rassemble les élements essentiels du projet, elle indique les évolutions du projet et présente sa feuille de route. '''Note:''' le nom de la fiche doit être composé du nom du projet et suffixé par info4_2020_2021. '''Cette fiche compte pour la note finale'''<br />
<br />
* '''Votre code''' pour doit être hébergé sur le gitlab et à l'URL suivante https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21 , vous utiliserez votre compte UGA.<br />
<br />
* Chaque projet doit avoir '''aux moins 2 dépôts git''':<br />
** '''Un pour les documents''' demandés rapport, présentation de pré-soutenante, de soutenance, flyer. '''Il sera appelé documents.'''<br />
** Un ou plusieurs pour le code, les tests, les évaluations, les preuves de concept, la ou les documentations afférentes. <br />
<br />
* Les '''documents public doivent être rédigés en anglais (README, documentation, commentaires de code, nom de variables et de fonctions)'''. Le *rapport* sera aussi demandé en *anglais* (il fera la taille d'un rapport de TP). Les transparents des présentation peuvent être en anglais ou en francais, la soutenance sera taire en francais.<br />
<br />
* '''La note obtenue''' tiendra compte du '''nombre et de la qualité des commits''' observé dans '''vos dépots git et la branche master''' (or depot documents). La qualité comprend l'intitulé du commit et son contenu. Les notes pourront être différentiées dans un groupe, il n'est pas acceptable de pas avoir de commit dans le(s) dépôt(s) du projet (or dépôt documents).<br />
<br />
* Il est fortement conseillé de suivre un '''développement incrémental''' qui permette d'avoir à tout moment un démonstrateur à présenter, un projet peut être constituer d'une succession de '''démonstrateurs présentables séparément'''.<br />
<br />
* Vous devez faire aussi des '''schémas d'architectures générales et/ou spéficiques, des diagrammes de séquence''', et autre documents de spécification si nécessaire. Ces documents vous serviront de base de discussion/brainstorming interne ainsi que dans vos différents documents (rapport, présentations, documentation). Ces schémas sont avant tout conceptuels et techniques.<br />
<br />
===Propositions de projets S8===<br />
<br />
* 1. [[Contribution au projet STM32Python]], Didier DONSEZ.<br />
* 2. [[Portage du kit station LoRa LRWAN2 de ST sur RIOT OS]], Didier DONSEZ.<br />
* 3+4. [[Portage de la carte de prototypage IoT Nucleo-WL55JC sur RIOT OS]] + [[Portage de la carte de communication LoRa LLCC68MB2BAS sur RIOT OS]], Didier DONSEZ (1 seul groupe de 3 élèves pour les 2 cartes).<br />
* 5. [[Service Web d'équipements embarqués communicant sur bus CAN]] (2 groupes de 2 élèves), Didier DONSEZ.<br />
* 6. [[Application mobile d'enregistrements de noeuds IoT LoRaWAN dans plusieurs réseaux]], Didier DONSEZ.<br />
* 7. [[Evaluation du toolkit AI de STM32 pour l'analyse de l'environnement sonore]], Didier DONSEZ.<br />
* 8. [[Godot Game Engine et tables tactiles]] : démonstration d'un jeu en réseau sur les 3 tables tactiles : (gaming spirit) Olivier RICHARD.<br />
* 9. [[Serveur filière INFO]], Nicolas Palix<br />
* Agriculture connectée en partenariat avec les projets collectifs IESE/MAT<br />
** 10. [[ASAC/AP|Polytech]] : Nicolas Palix<br />
** 11. [[ASAC/SJC|St Cassien]] : Nicolas Palix<br />
* 12. [[ENT Polytech]] avec XMPP/Mumble/BBB/Mattermost/OpenBoard : Nicolas Palix<br />
* 13. [[Polytech Helper Service | Outils d'aide à la gestion de service]], (professionel) Olivier Richard<br />
* 14. [[Rust Engine | Executeur de tâche en Rust]], (exigeant techniquement) Olivier Richard<br />
* 15. [[Retrocompute simulateur | RetroComputing]]: (vintage style) Coupler le simulateur Digital avec un simulateur de processeur 8bits, Olivier Richard<br />
* 16. [[FPGA et Deep Learnning]] Olivier Richard<br />
* 17. [[OpenAPI OAR | OpenAPI pour la gestion de tâches de ressources OAR]], (professionel) Olivier Richard <br />
* 18. [[Monitoring de la plateforme CampusIoT]] : Didier Donsez<br />
<br />
==== Reporté INFO5 21-22 ==== <br />
* 1 heure 1 heure (échange de compétence), etudiant.e.s Emilie Tondeux + ?, tuteur ?<br />
==== Reporté ====<br />
[[Simulateur de réseaux simples avec un FPGA]], (typé recherche/prospectif)<br />
<br />
==== Affectation ====<br />
{|class="wikitable alternance"<br />
|+ Affectation des projets INFO4 20-21<br />
|-<br />
|<br />
!scope="col"| Sujet<br />
!scope="col"| Etudiants<br />
!scope="col"| Enseignant(s)<br />
!scope="col"| Fiche de suivi<br />
!scope="col"| Documents<br />
|-<br />
!scope="row"| 1<br />
| [[Contribution au projet STM32Python]]<br />
| BAUDEUR BERTRAND,LANQUETIN ALEXIS,TONDEUX EMILIE<br />
| Didier DONSEZ<br />
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/01/docs/-/blob/master/Contribution%20au%20projet%20STM32Python%20info4_2020_2021.md Fiche]<br />
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/01/docs/-/blob/master/Pr%C3%A9sentation_mi-parcours.pdf Presentation de mi-parcours]<br />
|-<br />
!scope="row"| 2<br />
| [[Portage du kit station LoRa LRWAN2 de ST sur RIOT OS]]<br />
| HERQUE ERIC,MALLEN GUILLAUME,PORTIER BARNAB<br />
| Didier DONSEZ<br />
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/02/docs/-/blob/master/Portage_du_kit_station_LoRa_LRWAN2_de_ST_sur_RIOT_OS_info4_2020_2021.md Fiche]<br />
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/02/docs/-/blob/master/Pr%C3%A9sentation%20de%20mi-parcours.pdf Presentation de mi-parcours]<br />
|-<br />
!scope="row"| 5<br />
| [[Service Web d'équipements embarqués communicant sur bus CAN]]<br />
| ANDRIEUX LIAM,DREZET LUCAS,REGOUIN ROMAN<br />
| Didier DONSEZ<br />
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/05/docs/-/blob/master/EmbeddedEquipmentWebServiceCommunicatingOnCANBus_info4_2020_2021.md Fiche]<br />
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/05/docs/-/blob/master/Pre%20viva%20presentation.pdf Presentation de mi-parcours]<br />
|-<br />
!scope="row"| 6<br />
| [[Application mobile d'enregistrements de noeuds IoT LoRaWAN dans plusieurs réseaux]]<br />
| CAMBUS QUENTIN,EL YANDOUZI ELIAS,JULIENNE MALONE<br />
| Didier Donsez<br />
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/06/docs/-/blob/master/README.md Fiche]<br />
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/06/docs/-/blob/master/Pr%C3%A9sentation_IoT.pdf Presentation de mi-parcours]<br />
|-<br />
!scope="row"| 7<br />
| [[ Evaluation du toolkit AI de STM32 pour reconnaissance sonore]]<br />
| COSOTTI KEVIN,GRANGER OSCAR,GUIGNARD JULIE<br />
| Didier Donsez<br />
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/07/docs/README.md Fiche]<br />
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [[https://docs.google.com/presentation/d/15RCcuoAWGlpOLyM_SX3tXVhhXEHiTuNTXXxRCrJ4tiA/edit?usp=sharing |Presentation de mi-parcours]]<br />
|-<br />
!scope="row"| 8<br />
| [[Godot Game Engine et tables tactiles|Godot Engine]]<br />
| CIRSTEA PAUL,DE MULATIER JEAN-THEOPHANE,SOULARD ALEXANDR<br />
| Olivier Richard<br />
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/08/docs/-/blob/master/Godot_Game_Engine_et_tables_tactiles_info4_2020_2021.md Fiche]<br />
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [[https://docs.google.com/presentation/d/1CUBp5Zz1uivkCb8latQ8tnfSy-bUTJs-7f3f7GcH4Zs/edit?usp=sharing |Presentation de mi-parcours]]<br />
|-<br />
!scope="row"| 9<br />
| [[Serveur_filière_INFO|Serveur INFO]]<br />
| GITTON ANTOINE,MERTENS GILLES,SUEUR CORENTIN<br />
| Nicolas Palix<br />
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/09/docs/-/blob/master/Serveur_filiere_info4_2020_2021.md Fiche]<br />
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [[Media:Presentation_mi_parcours_groupe7.pdf|Presentation de mi-parcours]]<br />
|-<br />
!scope="row"| 10<br />
| [[ASAC/AP|Serre Polytech]]<br />
| AGUIAR MATHILDE,HAJJI OUMAIMA,SIDIBE ROKIATOU DITE ROSE<br />
| Nicolas Palix<br />
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/10/docs/-/blob/master/README.md Fiche]<br />
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [[https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/10/docs/-/blob/master/Presentations/mid-project_slides.pdf | Presentation de mi-parcours]]<br />
|-<br />
!scope="row"| 11<br />
| [[ASAC/SJC/SJC-2020-INFO]]<br />
| BUISINE JULIEN,PRAT-CAPILLA HUGO,TEYSSIER THEO<br />
| Nicolas Palix<br />
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/11/docs/-/blob/master/README.md Fiche]<br />
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/11/docs/-/blob/master/Team11-Presentation.pdf Presentation de mi-parcours]<br />
|-<br />
!scope="row"| 12<br />
| [[ENT Polytech]]<br />
| HERY JULES,SALMON AMAD,VACHERIAS GUILLAUME<br />
| Nicolas Palix<br />
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/12/docs/-/blob/master/README.md Fiche]<br />
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [[https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/12/docs/-/blob/master/Presentation_mi_parcours.pdf | Presentation de mi-parcours]]<br />
|-<br />
!scope="row"| 13<br />
| [[Polytech_Helper_Service|Polytech Helper Service]]<br />
| ALIBERT ANGELO,NOERIE SOPHIE,SARRE MARGAUX<br />
| Olivier Richard<br />
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/13/docs/ Fiche]<br />
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/13/docs/-/blob/master/Pr%C3%A9sentation_Mi-Parcours.pdf Presentation de mi-parcours]<br />
|-<br />
!scope="row"| 14<br />
| [[Rust Engine|Rust Engine]]<br />
| BARET DORIAN,CHALOYARD LUCAS,MALOD VICTOR,PARA YAEL<br />
| Olivier Richard<br />
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/14/docs/-/blob/master/tracking-sheet.md Fiche]<br />
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/14/docs/-/blob/master/soutenance-mi_parcours.pdf Presentation de mi-parcours]<br />
|-<br />
!scope="row"| 15<br />
| [[Retrocompute_simulateur|Retrocomputing]]<br />
| ELHADJI TCHIAMBOU SAMI,HUMBERT CORENTIN,MUTEL MATHIS<br />
| Olivier Richard<br />
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/15/docs/-/blob/master/README.md#follow-up Fiche]<br />
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/15/docs/-/blob/master/diapo_soutenance_mi_parcours.pdf Presentation de mi-parcours]<br />
|-<br />
!scope="row"| 16<br />
| [[FPGA et Deep Learning]]<br />
| GEITNER TEVA,GONZALEZ JULES,MALECOT ETHAN<br />
| Olivier Richard<br />
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/16/docs/-/blob/master/FPGA_info4_2020_2021.md Fiche]<br />
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/16/docs/-/blob/master/Presentation_mi-projet.pdf Presentation de mi-parcours]<br />
|-<br />
!scope="row"| 17<br />
| [[OpenAPI OAR]]<br />
| LAMBERT DAPHNE,MINIER-MANCINI TITOUAN,TOUE TIOYE<br />
| Olivier Richard<br />
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/17/docs/-/blob/master/TRACKING_SHEET.md Fiche]<br />
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]<br />
|-<br />
!scope="row"| 18<br />
| [[Monitoring de la plateforme CampusIoT]]<br />
| BLANQUET ANTOINE,LAMBERT PAUL,YUNG KEVIN<br />
| Didier Donsez<br />
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/18/docs/-/blob/master/README.md Fiche]<br />
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/18/docs/-/blob/master/Reunion_de_mi_parcours.pdf Presentation de mi-parcours]<br />
|-<br />
|}<br />
<br />
==INFO5==<br />
===Projet IoT S9===<br />
Enseignants responsables : Bernard Tourancheau<br />
<br />
Calendrier: ??? Septembre à ??? Décembre 2020.<br />
<br />
<br />
===Projet Semestre S10===<br />
<br />
Enseignants responsables : [[user:Donsez|Didier Donsez]]<br />
<br />
Calendrier: 28/01 (13H30-17H30) au 19/03.<br />
<br />
Séances de Management de projets innovants: A voir dessus.<br />
<br />
Réunion de présentation et choix des sujets: 28/01 (13H30-17H30) en salle P257 (voir ADE)<br />
<br />
Démarrage : 29/01 (13H30-17H30)<br />
<br />
Soutenance à mi-parcours : 26/02/2021 13H30-17H30 en distantiel (15 minutes par équipe).<br />
<br />
Soutenance finale : 19/03/2021 (8H30-12H00 et 13H30-17H00). 30 minutes par équipe, questions/réponses et démonstration incluse. Prière de rapporter au fablab le matériel emprunté juste après votre soutenance. <br />
<br />
====Séances MPI====<br />
<br />
Les séances MPI seront en distanciel (mais ADE fait foi).<br />
<br />
<pre><br />
Séance Thématique Date Horaires Intervenante Salle<br />
1 Définir la problématique 03-févr. 14h-18h Stéphanie Diligent distanciel<br />
2 Gérer le projet en restant agile 10-févr. 8h30 - 12h30 Stéphanie Diligent distanciel<br />
3 Communiquer 24-févr. 8h30 - 12h30 Emmanuelle Tréhoust distanciel<br />
4 Evaluer et valoriser 03-mars 8h30 - 12h30 Emmanuelle Tréhoust distanciel<br />
5 Evaluation 10-mars 8h30 - 12h30 Stéphanie Diligent distanciel<br />
</pre><br />
<br />
==== Soutenance intermédiaire S10 ====<br />
Date: 26/02 Après midi. Distantiel (sur Zoom).<br />
<br />
L'objectif de la soutenance intermédiaire est de vérifier si l'équipe projet est en bon ordre de marche. La présence du porteur n'est pas obligatoire. Prévoyez du temps pour les questions-réponses (5 minutes max).<br />
<br />
L'équipe présentera en 5-6 transparents en 8 minutes.<br />
* les équipiers et leurs rôles<br />
* le contexte, le sujet et l'objectif du projet<br />
* l'architecture du systèmes à réaliser<br />
* les technologies utilisées<br />
* le plan de travail (backlog, planning, ce qui est fait, ce qu'il reste à faire ...)<br />
* les difficultés (s'il y a)<br />
<br />
Respectez bien les créneaux indiqués (par respect pour les autres équipes).<br />
<br />
==== Soutenance finale S10 ====<br />
Date: 19/03/2021 (8H30-12H00 et 13H30-17H00).<br />
<br />
'''La présence du(des) porteur(s) est obligatoire. Pensez à les prévenir bien à l'avance'''<br />
<br />
Durée: 30 minutes par équipe: présentation, questions/réponses et démonstration incluse.<br />
<br />
Les documents devront être en ligne sur le wiki (colonne Documents) la veille (ie avant le 18/03/2021 23:59:59 CET).<br />
<br />
'''Remarque: le poster et le flyer (recto-verso A4 en 3 plis : [http://air.imag.fr/mediawiki/images/9/9b/FlyerCervin.pdf exemple]) doivent être rédigés en anglais.'''<br />
<br />
La présentation est constituée des chapitres suivants:<br />
* Rappel du sujet/besoin et cahier des charges<br />
* Technologies employées<br />
* Architecture techniques<br />
* Réalisations techniques<br />
* Gestion de projet (méthode, planning prévisionnel et effectif, gestion des risques, rôles des membres ...)<br />
* Outils (collaboration, CD/CI ...)<br />
* Métriques logiciels : lignes de code, langages, performance, temps ingénieur (d'après vos journaux), la répartition des lignes de code et des commits en pourcentage entre les membres du projet ...)<br />
* Conclusion (Retour d'expérience)<br />
* Transparent expliquant la démonstration<br />
<br />
L'ensemble des documents doit être accessible depuis le tableau ci-dessus et dans chaque fiche de suivi.<br />
<br />
Le screencast (réalisé lors de la dernière répétition) sera rendu disponible via un partage caché (wetransfer, google drive …) dont le lien sera ajouté dans le devoir idoine sur Moodle et également envoyé par mail à votre tuteur.<br />
<br />
Le rapport final contient les mêmes chapitres que la présentation ainsi qu'un glossaire et une bibliographie. Le rapport ne doit pas dépasser 15 pages (schémas et figures compris). Vous pourrez référencer les autres documents que vous avez produits au cours du projet (spécifications détaillées, algorithmes, conception d'écrans ...).<br />
<br />
Le rapport final est au format Markdown et doit être placé dans un des dépôts Git de votre groupe/organisation.<br />
<br />
NB: le rapport technique listé dans la colonne Documents contient tout ce qui ne tient pas dans les 15 pages du rapport final : cahier des charges, diagrammes UML, enquêtes utilisateurs design UI, API, technologies employées (détail), plan de tests, term of services, conformance RPGD, audits/diagnostiques sécurité, MTBR, rapport de vulnérabilité, plan de charge, rapports de charge, manuel d'installation … : ça dépend un peu de la nature de votre projet.<br />
<br />
Conseil : 30 minutes c'est très court alors répétez la soutenance auparavant ! Prévoyez des transparents supplémentaires en annexe pour répondre aux questions.<br />
<br />
NB: Vous pouvez prévoir d’organiser une démonstration plus longue de votre projet auprès de vos porteurs et vos tuteurs avant ou après la soutenance. <br />
<br />
<br />
'''Prière de rapporter au fablab le matériel emprunté juste après votre soutenance'''.<br />
<br />
==== Affectations S10====<br />
{|class="wikitable alternance"<br />
|+ Affectation des projets INFO5 2020-2021<br />
|-<br />
|<br />
!scope="col"| Sujet<br />
!scope="col"| Etudiants<br />
!scope="col"| Enseignant(s)<br />
!scope="col"| Fiche de suivi<br />
!scope="col"| Documents<br />
!scope="col"| Dépôt Git<br />
!scope="col"| Soutenance intermédiaire<br />
!scope="col"| Soutenance finale<br />
|-<br />
!scope="row"| 1<br />
| [[Infrastructure de communication interne au cubesat ATISE du CSUG | ATISE]]<br />
| Alexandre SALMON, Myriam LOMBARD, Killian PAREILLEUX, Adrien ARTAUD<br />
| Imane El-Khantouti (CSUG, UGA), Frédéric Martin (CSUG, UGA)<br />
| [[PROJET-INFO5 2021 ATISE| Fiche de suivi]]<br />
| [https://air.imag.fr/index.php/Infrastructure_de_communication_interne_au_cubesat_ATISE_du_CSUG Documents], Flyer,Poster, Pitch, Screencast<br />
| [https://github.com/ATISE-2020-2021-Polytech-Grenoble Dépôt Github]<br />
| 13H30, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_1.pdf|Présentation]]<br />
| 9H00, [[Media:Presentation_Finale_INFO5_ProjetS10_groupe_1.pdf|Présentation]]<br />
|-<br />
!scope="row"| 2<br />
| [[Wildcount:_Inexpensive_Edge_sensor_for_recognizing_and_counting_the_presence_of_humans_(anonymous)_and_animals_into_wild_and_protected_areas.|Wildcount]]<br />
| BEAUGRAND Elisa, DE GAUDENZI Louis, GRAUGNARD Tom, ROLLIN Alexis<br />
| DONSEZ Didier, QUENOT Georges<br />
| [https://docs.google.com/document/d/1fuDK-i3vCepUEokviyZUcslDhAud8qIJkAztg9Bqadw/edit?usp=sharing Fiche de suivi]<br />
| [https://air.imag.fr/index.php/Wildcount:_Inexpensive_Edge_sensor_for_recognizing_and_counting_the_presence_of_humans_(anonymous)_and_animals_into_wild_and_protected_areas. Documents], Flyer, [https://air.imag.fr/images/6/62/WildCount_Poster_Preversion_A0_printed.pdf Poster], Pitch, Screencast<br />
| [https://gitlab.com/wildcount Dépôt Gitlab]<br />
| 13H45, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_2.pdf|Présentation]]<br />
| 14H30, [[Media:Presentation_Finale_INFO5_ProjetS10_groupe_2.pdf|Présentation]]<br />
|-<br />
!scope="row"| 5<br />
| [[Signature électronique eIDAS|eIDAS]]<br />
| ASSI Dima, BILOUNGA Aleck, EL AJI Houda, ZERAMDINI Otba<br />
| Nicolas PALIX<br />
| [[PROJET-INFO5 2021 Signature électronique eIDAS| Fiche de suivi]]<br />
| [https://air.imag.fr/index.php/Signature_%C3%A9lectronique_eIDAS Documents], Flyer, Poster, Pitch, Screencast<br />
| [https://github.com/2020-2021-EIDAS-INFO5 Dépôt Github]<br />
| 14H00, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_5.pdf|Présentation]]<br />
| 15H45, [[Media:Presentation_Finale_INFO5_ProjetS10_groupe_5.pdf|Présentation]]<br />
|-<br />
<br />
!scope="row"| 6<br />
| [[Contributions open source au projet EdCampus|EdCampus]]<br />
| COURTHIAL Samuel, FOUGERE Sebastien, DELBOS Robin<br />
| POLLIER Gérard, GEOURJON Anthony, DONSEZ Didier<br />
| [[PROJET-INFO5 2021 Contributions open source au projet EdCampus| Fiche de suivi]]<br />
| [https://air.imag.fr/index.php/Contributions_open_source_au_projet_EdCampus Documents], [[Media:flyer_EDCampus.pdf|Flyer]], [[Media:poster_EDCampus.pdf|Poster]], [[Media:pitch_EDCampus.pdf|Pitch]], Screencast<br />
| [https://gricad-gitlab.univ-grenoble-alpes.fr/edcampus Dépôt GitLab]<br />
| 14H15, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_6.pdf|Présentation]]<br />
| 09H30, [[Media:Presentation_Finale_INFO5_ProjetS10_groupe_6.pdf|Présentation]]<br />
|-<br />
<br />
!scope="row"| 8<br />
| [[Prototypage d'application mobile pour la vente en direct de produits producteur locaux]]<br />
| BOLEAT Baptiste, CHAIX Manon, MICHELARD Leila, PALOMO Rémy<br />
| DELANGUE Sylvain, Gérard POLLIER (Disrupt Campus)<br />
| [[PROJET-INFO5 2021 Go Farmer | Fiche de suivi]]<br />
| [https://air.imag.fr/index.php/Prototypage_d%27application_mobile_pour_la_vente_en_direct_de_produits_producteur_locaux Documents], Flyer, Poster, Pitch, Screencast<br />
| [https://bitbucket.org/gofarmer/ Dépôt Bitbucket (privé)]<br />
| 14H30, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_8.pdf|Présentation]]<br />
| 08H30, [[Media:Presentation_Finale_INFO5_ProjetS10_groupe_8.pdf|Présentation]]<br />
|-<br />
!scope="row"| 9<br />
| [[Secours Montagne avec LoRa|Saint-Bernard]]<br />
| CHATON Alexandra, FRION Thomas, PASDELOUP Romain<br />
| TOURANCHEAU Bernard<br />
| [[PROJET-INFO5 2021 Secours Montagne avec LoRa | Fiche de suivi]]<br />
| [https://gitlab.com/info5-lora-avalanche/documentation Documents], Flyer, Poster, Pitch, Screencast<br />
| [https://gitlab.com/info5-lora-avalanche Gitlab]<br />
| 15H00, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_9.pdf|Présentation]]<br />
| 14H00, [[Media:Presentation_Finale_INFO5_ProjetS10_groupe_9.pdf|Présentation]]<br />
|-<br />
!scope="row"| 10<br />
| [[GenderedNews|GenderedNews]]<br />
| HO Nhat Quang, MURPHY Mica, NGUENA Gloria, SAGET Antoine<br />
| PORTET François, BASTIN Gilles, RICHARD Ange<br />
| [[PROJET-INFO5 2021 GenderedNews | Fiche de suivi]]<br />
| [https://air.imag.fr/index.php/GenderedNews Documents], Flyer, Poster, Pitch, Screencast<br />
| [https://gricad-gitlab.univ-grenoble-alpes.fr/getalp/genderednews Dépôt GitLab]<br />
| 15H15, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_10.pdf|Présentation]]<br />
| 13H30, [[Media:Presentation_Finale_INFO5_ProjetS10_groupe_10.pdf|Présentation]]<br />
|-<br />
!scope="row"| 11<br />
| [[Réseaux social d'organisation de sortie|Réseaux social d'organisation de sortie]]<br />
| EL JRAIDI Rim, VERNET Maxime, SAJIDE Idriss, MANISSADJIAN Gabriel<br />
| RICHARD Olivier<br />
| [[PROJET-INFO5 2021 Réseaux social d'organisation de sortie | Fiche de suivi]]<br />
| [https://air.imag.fr/index.php/R%C3%A9seaux_social_d%27organisation_de_sortie Documents], [[Media:flyer_Osons_sortie.pdf|Flyer]], [[Media:poster_Osons_sortie.pdf|Poster]], [[Media:Pitch_organisation_sorties.pdf|Pitch]], Screencast, [https://www.figma.com/file/lx1mwonG7jEUYKggjGQvIJ/Maquette?node-id=0%3A1 Maquette]<br />
| [https://github.com/2020-2021-PROJET-INFO5-G11 Dépot Git (privé)]<br />
| 15H30, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_11.pdf|Présentation]]<br />
| 10H15, [[Media:Presentation_Finale_INFO5_ProjetS10_groupe_11.pdf|Présentation]]<br />
|-<br />
!scope="row"| 13<br />
| [[Artiphonie (saison 2)|Artiphonie (saison 2)]]<br />
| CROCIATI Morgan, RIVAL Gaëtan, RUZAFA Rémy, VELUT Claire <br />
| Bastien De Araujo, Guillaume Denis, Estelle Gillet-Perret et Olivier Richard<br />
| [[PROJET-INFO5 2021 Artiphonie (saison 2) | Fiche de suivi]]<br />
| [https://air.imag.fr/index.php/Artiphonie_(saison_2) Documents], Flyer, [[Media:Poster_Atrhiphonie.pdf|Poster]], [[Media:Pitch_Artiphonie.pdf|Pitch]], Screencast<br />
| [https://github.com/WriteInGesturesProject Dépôt Github]<br />
| 15H45, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_13.pdf|Présentation]]<br />
| 10H45, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_13.pdf|Présentation]]<br />
|-<br />
|scope="row"| 14<br />
| [[Covoiturage solidaire avec borne d'appel|Covoiturage solidaire avec borne d'appel]]<br />
| EL MUFTI Ali, NELSON William<br />
| Christine Verdier, Fabrice Forest (Didier Donsez pour le support technique borne d'appel).<br />
| [[PROJET-INFO5 2021 Covoiturage solidaire avec borne d'appel| Fiche de suivi]]<br />
| [https://air.imag.fr/index.php/Covoiturage_solidaire_avec_borne_d%27appel Documents], [[Media:flyermobipa.pdf|Flyer]], [[Media:mobipa.pdf|Poster]], [[Media:Pitch_Groupe14.pdf|Pitch]], Screencast<br />
| [https://github.com/OliDesu/MoBiPa Dépôt GitHub] <br />
| 16H00, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_14.pdf|Présentation]]<br />
| 15H15, [[Media:Presentation_Finale_INFO5_ProjetS10_groupe_14.pdf|Présentation]]<br />
|}<br />
<br />
====Projets non choisis====<br />
* [[LoRaWAN Roaming]] avec [[Chirpstack]] et [[TheThingStack]]: Didier Donsez, Bernard Tourancheau.<br />
* [[Contributions open-source au projet JHipster]] : Didier Donsez<br />
* [[Test d'infrastructures avec NixOS]] Olivier Richard et Quentin Guilloteau</div>Samuel.Courthialhttps://air.imag.fr/index.php?title=File:Presentation_Intermediaire_INFO5_ProjetS10_groupe_6.pdf&diff=50577File:Presentation Intermediaire INFO5 ProjetS10 groupe 6.pdf2021-02-26T12:33:45Z<p>Samuel.Courthial: </p>
<hr />
<div></div>Samuel.Courthialhttps://air.imag.fr/index.php?title=File:VT2020-Voice_First_Development-Presentation.pdf&diff=48667File:VT2020-Voice First Development-Presentation.pdf2020-11-23T14:33:46Z<p>Samuel.Courthial: Samuel.Courthial uploaded a new version of File:VT2020-Voice First Development-Presentation.pdf</p>
<hr />
<div></div>Samuel.Courthialhttps://air.imag.fr/index.php?title=VT2020&diff=48666VT20202020-11-23T14:32:25Z<p>Samuel.Courthial: /* Séance 2 : 23/11 */</p>
<hr />
<div>[[VT2019|<< Etudes 2019]] [[VT|Sommaire]] [[VT2021|Etudes 2021 >>]]<br />
<br />
<br />
=Veille Technologique et Stratégique=<br />
* Enseignants: [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]<br />
* UE/Module: EAM (HPRJ9R6B) et EAR (HPRJ9R4B) en 1FO5<br />
<br />
L'objectif de cette UE est de réaliser un travail de synthèse et d’évaluation sur une technologie / spécification / tendance<br />
<br />
Dans votre futur vie d'ingénieur, vous aurez à d'une part, vous former par vous-même sur une technologie émergente et d'autre part à réaliser une veille technologique (et stratégique) par rapport à votre entreprise et projet.<br />
Il s'agira de réaliser<br />
* le positionnement par rapport au marché<br />
* d'être critique<br />
<br />
Votre synthèse fait l'objet d'une présentation orale convaincante devant un auditoire (dans le futur, vos collègues, vos chefs ou vos clients) avec des transparents et un discours répété.<br />
Pour finir de convaincre (Saint Thomas), vous ferez la présentation d'une démonstration.<br />
<br />
Votre présentation sera notée et commentée par tous vos camarades via un sondage (téléphone mobile). Leurs notes et leurs commentaires seront notés en fonction de leur exactitude de jugement.<br />
<br />
Remarque: Le [https://fr.wikipedia.org/wiki/Plagiat plagiat] est incompatible avec l'éthique de l'ingénieur. Le directeur d'école peut demander votre traduction devant la commission disciplinaire de l'université. La sanction peut aller jusqu’à une interdiction d'inscription dans les établissements de l'enseignement supérieur français pendant plusieurs années : Le jeu en vaut-il la chandelle ?<br />
<br />
La présentation peut être réalisée avec [[reveal.js]] ou avec [[remarkjs]]<br />
<br />
[[File:presentation-VT-RICM5-1516.pdf|transparents d'introduction à l'UE]]<br />
<br />
=Planning=<br />
<br />
== Séance 1 : 16/11 ==<br />
Enseignants : [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]<br />
<br />
* Sujets : 5, 8, 23, 78<br />
<br />
* 16H00 : Alexandra CHATON, Jsonnet, [[VT2020-Jsonnet-Fiche|Fiche]], [[Media:VT2020-Jsonnet-Presentation.pdf|Présentation]], [[VT2020-Jsonnet-Demo|Démonstration]]<br />
* 16H25 : Alexis ROLLIN, GraalVM, [[VT2020-GraalVM-Fiche|Fiche]], [[Media:VT2020-GraalVM-Presentation.pdf|Présentation]], [[VT2020-GraalVM-Demo|Démonstration]]<br />
* 16H50 : Aleck BILOUNGA, Micronaut, [[VT2020-Micronaut-Fiche|Fiche]], [[https://docs.google.com/presentation/d/1oVq_81RwLelY1EptNoObHhmRRfGnfuxBD6PRd49jyjI/edit#slide=id.p Présentation]], [[https://youtu.be/gu7H4kbeA_Y Démonstration]]<br />
* 17H15 : Prénom NOM, Cryptojacking, [[VT2020-Cryptojacking-Fiche|Fiche]], [[File:VT2020-Cryptojacking-Presentation.pdf|Présentation]], [[VT2020-Cryptojacking-Demo|Démonstration]]<br />
<br />
== Séance 2 : 23/11 ==<br />
Enseignants : [[User:Donsez|Didier Donsez]]<br />
<br />
* Sujets : 9, 33, 49, 72, 81<br />
<br />
<br />
* 16H00 : Myriam LOMBARD, Microclimate, [[VT2020-Microclimate-Fiche|Fiche]], [[Media:VT2020-Microclimate-Presentation.pdf|Présentation]], [[VT2020-Microclimate-Demo|Démonstration]]<br />
* 16H25 : Samuel COURTHIAL, Voice-First Development, [[VT2020-Voice_First_Development-Fiche|Fiche]], [[Media:VT2020-Voice_First_Development-Presentation.pdf|Présentation]], [[VT2020-Voice_First_Development-Demo|Démonstration]]<br />
* 16H50 : Thomas FRION, Valgrind, [[VT2020-Valgrind-Fiche|Fiche]], [[Media:VT2020-Valgrind-Presentation.pdf|Présentation]], [[VT2020-Valgrind-Demo|Démonstration]]<br />
* 17H15 : Nhat Quang HO, HTTP/3, [[VT2020-Http3-Fiche|Fiche]], [[Media:VT2020-Http3-Presentation.pdf|Présentation]], [[VT2020-Http3-Demo|Démonstration]]<br />
* 17H40 : Romain PASDELOUP, Ballerina, [[VT2020-Ballerina-Fiche|Fiche]], [[Media:VT2020-Ballerina-Presentation.pdf|Présentation]], [[VT2020-Ballerina-Demo|Démonstration]]<br />
<br />
== Séance 3 : 30/11 ==<br />
Enseignants : [[User:Donsez|Didier Donsez]]<br />
<br />
* Sujets : 2, 3, 10, 11, 38<br />
<br />
* 16H00 : Prénom NOM, Blazor, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H25 : Prénom NOM, Website Rendering Types, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H50 : Prénom NOM, Quarkus, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H15 : Prénom NOM, Helidon, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H40 : Prénom NOM, WebAssembly, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
<br />
== Séance 4 : 7/12 ==<br />
Enseignants : [[User:Donsez|Didier Donsez]]<br />
<br />
* Sujets : 4, 15, 16, 19, 21<br />
<br />
* 16H00 : Prénom NOM, MemSQL, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H25 : Prénom NOM, QuestDB, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H50 : Prénom NOM, Apache Arrow, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H15 : Prénom NOM, Apache Pulsar, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H40 : Prénom NOM, Apache Pinot, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
<br />
== Séance 5 : 14/12 ==<br />
Enseignants : [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]<br />
<br />
* Sujets : 22, 48, 55, 56, 84<br />
<br />
* 16H00 : Prénom NOM, IoT Dataflow Mashup, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H25 : Prénom NOM, Low-Power Global Area Networks (Sat-IoT), [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H50 : Prénom NOM, Apollo 2.0, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H15 : Prénom NOM, Flogo, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H40 : Prénom NOM, Amazon Sidewalk, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
<br />
== Séance 6 : 4/1 ==<br />
Enseignants : [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]<br />
<br />
* Sujets : 6, 7, 20, 50, 83<br />
<br />
* 16H00 : Prénom NOM, OpenAI GPT-3, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H25 : Prénom NOM, OpenAI Microscope, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H50 : Prénom NOM, Deepfake Algorithms, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H15 : Prénom NOM, Psychométrie, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H40 : Prénom NOM, Godot, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
<br />
== Séance 7 : 11/1 ==<br />
Enseignants : [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]<br />
<br />
* Sujets : 1, 32, 41, 60, XXXX<br />
<br />
* 16H00 : Prénom NOM, Matrix, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H25 : Prénom NOM, Peloton, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H50 : Prénom NOM, DevSecOps, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H15 : Prénom NOM, BFT, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H40 : Prénom NOM, XXXXXX, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
<br />
== Séance 8 : Asynchrone ==<br />
Enseignants : [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]<br />
<br />
* Sujets : TBC<br />
<br />
* 16H00 : Prénom NOM, XXXXXX, [[VT2020-XXXXXX-Fiche|Fiche]], [[https://screencast|Présentation filmée]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H25 : Prénom NOM, XXXXXX, [[VT2020-XXXXXX-Fiche|Fiche]], [[https://screencast|Présentation filmée]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H50 : Prénom NOM, XXXXXX, [[VT2020-XXXXXX-Fiche|Fiche]], [[https://screencast|Présentation filmée]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H15 : Prénom NOM, XXXXXX, [[VT2020-XXXXXX-Fiche|Fiche]], [[https://screencast|Présentation filmée]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H40 : Prénom NOM, XXXXXX, [[VT2020-XXXXXX-Fiche|Fiche]], [[https://screencast|Présentation filmée]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
<br />
=Sujets=<br />
# [[Matrix]] : An open network for secure, decentralized communication<br />
# [[Blazor]] (Browser+Razor) : a new web development framework introduced by Microsoft, which allows you to develop browser-based applications using C# and Razor syntax alongside HTML and CSS.<br />
# [[Website Rendering Types]] (Static, Dynamic, Incremetal) : démonstration de [https://nextjs.org/ NextJS]<br />
# [[MemSQL]]<br />
# [[Micronaut]] : Microservice platform ([https://dzone.com/articles/how-to-use-jhipster-to-build-a-secure-micronaut-an démo] avec [https://github.com/jhipster/generator-jhipster-micronaut Micronaut blueprint of JHipster])<br />
# [[OpenAI GPT-3]]<br />
# [[OpenAI Microscope]]<br />
# [[GraalVM]] : Polyglot Virtual Machine<br />
# [[Ballerina]] : open source programming language and platform for cloud-era application programmers to easily write software that just works<br />
# [[Quarkus]] : Supersonic Subatomic Java<br />
# [[Helidon]] : collection of Java libraries for writing microservices.<br />
# [[Flux]] (#fluxlang) new data scripting language to make querying and analyzing time series<br />
# [[Processeurs spécialisés pour l'IA]] : Démonstration avec la carte [https://greenwaves-technologies.com/product/gappoc-a-computer-vision-concept-board/ GAPPoc-A] de GreenWaves. ANNULé<br />
# [[NATS]]: PubSub broker (démonstration avec CampusIoT)<br />
# [[QuestDB]] : time-series database (démostration avec CampusIoT).<br />
# [[Apache Arrow]] : cross-language development platform for in-memory data<br />
# In-memory Distributed Data Grid : démonstration de eCom avec [[Apache Ignite]].<br />
# [[jQAssistant]] : application à eCOM<br />
# [[Apache Pulsar]] Pulsar is a multi-tenant, high-performance solution for server-to-server messaging. Pulsar was originally developed by Yahoo.<br />
# [[Godot Game Engine]]<br />
# [[Apache Pinot]] : realtime distributed OLAP datastore<br />
# [[IoT Dataflow Mashup]] (démo avec [[Eclipse Kura Wires]])<br />
# [[JSONnet]]<br />
# [[Géo-réplication]] : Démo avec [[Apache Kafka MirrorMaker]]<br />
# [[Pulsar]]<br />
# [[Wookey project]] (Demo on a STM32F407 Discovery board) ANNULé<br />
# [[RSocket]]<br />
# [[Nacos]] : open source project by Alibaba for service discovery and service configuration.<br />
# [[NEMU]] : open source hypervisor specifically built and designed to run modern cloud workloads on modern 64-bit Intel and ARM CPUs.<br />
# [[Architecture Serverless]] : démonstration avec le projet https://github.com/serverless/serverless sur votre compte Azure de votre compte GitHub Student Pack ANNULé<br />
# [[Fission]] : open-source serverless function framework for [[Kubernetes]] with a focus on developer productivity and high performance.<br />
# [[Peloton]], a unified resource scheduler<br />
# [[Microclimate]]<br />
# [[AdTech]]<br />
# [[Nearby communications]] (démonstration de [https://ionicframework.com/docs/native/google-nearby/ Nearby Messages API de Google avec Ionic]) --> Réservé Manon Chaix<br />
# [[Conflict-free replicated data type]] (CRDT) RECOMMANDé<br />
# [[Spinnaker]]<br />
# [[WebAssembly]]<br />
# [[Fast Identity Online Alliance]] (FIDO) ANNULé<br />
# [[Apache MXNet]] : Demo avec [[Intel Movidius]] ([https://github.com/tspannhw/rpi-mxnet-movidius-minifi lien]) ANNULé<br />
# [[DevSecOps]] <br />
# [[Apache Beam]] RECOMMANDé<br />
# [[In-Memory Data Grids]] : Démonstration de [[Gigaspaces]] et [[XAP]] Open Source<br />
# Gestionnaires de contenu : démonstration de [[Apache Jackrabbit]] dans le projet [[eCOM]]<br />
# [[Memory-centric virtual distributed storage system]]<br />
# [[ESB]] : démonstration de [[Mule ESB]]<br />
# [[MemCached]]<br />
# [[Low-Power Global Area Network]]s ([[Sat-IoT]])<br />
# [[ Voice-First Development]] : Designing, Developing, and Deploying Conversational Interfaces<br />
# [[Psychométrie]]<br />
# [[WebAssembly]]<br />
# [[DevSecOps]]<br />
# Portails et l'API [[Portlet]] : Démo avec [[Liferay]] ANNULé<br />
# [[Apache Beam]]<br />
# [[plateforme logicielle open source de conduite autonome Apollo 2.0]]<br />
# [[Flogo]] Open Source Framework for IoT Edge Apps & Integration.<br />
# [[Neural Processing Unit]] (NPU) : Demo de la clé [[Intel Movidius]] sur un RPI<br />
# [[Hazelcast]] : Démo avec Spring Boot ([https://dzone.com/storage/assets/6459742-dzone-rc247-gettingstartedwithspringbootandmicrose.pdf lien]) dans un projet [[JHipster]]<br />
# [[In-Memory Data Grids]] : Démonstration de [[Gigaspaces]] et [[XAP]] Open Source<br />
# [[Fautes Byzantines]] : Démonstration de [[BFT-SMaRt]]<br />
# Insport Video<br />
# Gestionnaires de contenu : démonstration de [[Apache Jackrabbit]] dans le projet [[eCOM]]<br />
# [[Memory-centric virtual distributed storage system]]<br />
# [[Performance Monitoring]]<br />
# [[ESB]] : démonstration de [[Mule ESB]] ANNULé<br />
# [[Access Network Query Protocol (ANQP)]]<br />
# [[JCache]] : démonstration avec [[Apache Ignity]]<br />
# [[MemCached]]<br />
# [[Apache Stratos]]<br />
# [[gceasy]] : Universal garbage collection log Analyser<br />
# [[Apache Solr]] : Démonstration avec [http://hortonworks.com/hadoop-tutorial/indexing-and-searching-text-within-images-with-apache-solr/ Tesseract OCR]<br />
# [[Valgrind]]<br />
# [[Content Delivery Network]]s : Démonstration de [[Amazon S3]], Azure, Akamaï ... sur votre projet [[ECOM-RICM|eCOM]]<br />
# [[CMS]] : Demo avec [[Crafter CMS]]<br />
# [[DMS]] (GED) : Demo avec la version Community Edition d'[[Alfresco]] et de son API REST avec [[Swagger]] ANNULé<br />
# [[SIG]] : Démonstration de [[QGIS]]<br />
# [[Apache Airflow]] ANNULé<br />
# [[Cryptojacking]] : démonstration d'un navigateur exécutant [https://github.com/cazala/coin-hive CoinHive] et affichage du coup énergétique de l'opération.<br />
# [[RIOT-OS]] : système d'exploitation pour l'Internet des Objets (Démonstration sur une carte STM32 Nucleo LRWAN1). ANNULé<br />
# [[Zephyr]] : système d'exploitation pour l'Internet des Objets (Démonstration sur une carte [[Intel Quark D2000]]). ANNULé<br />
# [[HTTP/3]] : quoi de neuf ? Démonstration de l'amélioration des performances.<br />
# [[Gyro]] : domain-specific language designed to concisely describe a cloud infrastructure. Démonstration avec votre application eCOM JHipster sur Azure.<br />
# [[Deepfake Algorithms]] et outils.<br />
# [[Amazon Sidewalk]]<br />
# Interfaces Homme-Machine sans contact (sous réserve de démonstrateur)<br />
# Interfaces Homme-Machine haptiques (sous réserve de démonstrateur)</div>Samuel.Courthialhttps://air.imag.fr/index.php?title=File:VT2020-Voice_First_Development-Presentationv2.pdf&diff=48592File:VT2020-Voice First Development-Presentationv2.pdf2020-11-23T09:38:46Z<p>Samuel.Courthial: </p>
<hr />
<div></div>Samuel.Courthialhttps://air.imag.fr/index.php?title=VT2020&diff=48591VT20202020-11-23T09:38:32Z<p>Samuel.Courthial: /* Séance 2 : 23/11 */</p>
<hr />
<div>[[VT2019|<< Etudes 2019]] [[VT|Sommaire]] [[VT2021|Etudes 2021 >>]]<br />
<br />
<br />
=Veille Technologique et Stratégique=<br />
* Enseignants: [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]<br />
* UE/Module: EAM (HPRJ9R6B) et EAR (HPRJ9R4B) en 1FO5<br />
<br />
L'objectif de cette UE est de réaliser un travail de synthèse et d’évaluation sur une technologie / spécification / tendance<br />
<br />
Dans votre futur vie d'ingénieur, vous aurez à d'une part, vous former par vous-même sur une technologie émergente et d'autre part à réaliser une veille technologique (et stratégique) par rapport à votre entreprise et projet.<br />
Il s'agira de réaliser<br />
* le positionnement par rapport au marché<br />
* d'être critique<br />
<br />
Votre synthèse fait l'objet d'une présentation orale convaincante devant un auditoire (dans le futur, vos collègues, vos chefs ou vos clients) avec des transparents et un discours répété.<br />
Pour finir de convaincre (Saint Thomas), vous ferez la présentation d'une démonstration.<br />
<br />
Votre présentation sera notée et commentée par tous vos camarades via un sondage (téléphone mobile). Leurs notes et leurs commentaires seront notés en fonction de leur exactitude de jugement.<br />
<br />
Remarque: Le [https://fr.wikipedia.org/wiki/Plagiat plagiat] est incompatible avec l'éthique de l'ingénieur. Le directeur d'école peut demander votre traduction devant la commission disciplinaire de l'université. La sanction peut aller jusqu’à une interdiction d'inscription dans les établissements de l'enseignement supérieur français pendant plusieurs années : Le jeu en vaut-il la chandelle ?<br />
<br />
La présentation peut être réalisée avec [[reveal.js]] ou avec [[remarkjs]]<br />
<br />
[[File:presentation-VT-RICM5-1516.pdf|transparents d'introduction à l'UE]]<br />
<br />
=Planning=<br />
<br />
== Séance 1 : 16/11 ==<br />
Enseignants : [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]<br />
<br />
* Sujets : 5, 8, 23, 78<br />
<br />
* 16H00 : Alexandra CHATON, Jsonnet, [[VT2020-Jsonnet-Fiche|Fiche]], [[Media:VT2020-Jsonnet-Presentation.pdf|Présentation]], [[VT2020-Jsonnet-Demo|Démonstration]]<br />
* 16H25 : Alexis ROLLIN, GraalVM, [[VT2020-GraalVM-Fiche|Fiche]], [[Media:VT2020-GraalVM-Presentation.pdf|Présentation]], [[VT2020-GraalVM-Demo|Démonstration]]<br />
* 16H50 : Aleck BILOUNGA, Micronaut, [[VT2020-Micronaut-Fiche|Fiche]], [[https://docs.google.com/presentation/d/1oVq_81RwLelY1EptNoObHhmRRfGnfuxBD6PRd49jyjI/edit#slide=id.p Présentation]], [[https://youtu.be/gu7H4kbeA_Y Démonstration]]<br />
* 17H15 : Prénom NOM, Cryptojacking, [[VT2020-Cryptojacking-Fiche|Fiche]], [[File:VT2020-Cryptojacking-Presentation.pdf|Présentation]], [[VT2020-Cryptojacking-Demo|Démonstration]]<br />
<br />
== Séance 2 : 23/11 ==<br />
Enseignants : [[User:Donsez|Didier Donsez]]<br />
<br />
* Sujets : 9, 33, 49, 72, 81<br />
<br />
<br />
* 16H00 : Myriam LOMBARD, Microclimate, [[VT2020-Microclimate-Fiche|Fiche]], [[Media:VT2020-Microclimate-Presentation.pdf|Présentation]], [[VT2020-Microclimate-Demo|Démonstration]]<br />
* 16H25 : Samuel COURTHIAL, Voice-First Development, [[VT2020-Voice_First_Development-Fiche|Fiche]], [[Media:VT2020-Voice_First_Development-Presentationv2.pdf|Présentation]], [[VT2020-Voice_First_Development-Demo|Démonstration]]<br />
* 16H50 : Thomas FRION, Valgrind, [[VT2020-Valgrind-Fiche|Fiche]], [[Media:VT2020-Valgrind-Presentation.pdf|Présentation]], [[VT2020-Valgrind-Demo|Démonstration]]<br />
* 17H15 : Prénom NOM, HTTP/3, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H40 : Romain PASDELOUP, Ballerina, [[VT2020-Ballerina-Fiche|Fiche]], [[Media:VT2020-Ballerina-Presentation.pdf|Présentation]], [[VT2020-Ballerina-Demo|Démonstration]]<br />
<br />
== Séance 3 : 30/11 ==<br />
Enseignants : [[User:Donsez|Didier Donsez]]<br />
<br />
* Sujets : 2, 3, 10, 11, 38<br />
<br />
* 16H00 : Prénom NOM, Blazor, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H25 : Prénom NOM, Website Rendering Types, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H50 : Prénom NOM, Quarkus, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H15 : Prénom NOM, Helidon, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H40 : Prénom NOM, WebAssembly, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
<br />
== Séance 4 : 7/12 ==<br />
Enseignants : [[User:Donsez|Didier Donsez]]<br />
<br />
* Sujets : 4, 15, 16, 19, 21<br />
<br />
* 16H00 : Prénom NOM, MemSQL, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H25 : Prénom NOM, QuestDB, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H50 : Prénom NOM, Apache Arrow, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H15 : Prénom NOM, Apache Pulsar, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H40 : Prénom NOM, Apache Pinot, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
<br />
== Séance 5 : 14/12 ==<br />
Enseignants : [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]<br />
<br />
* Sujets : 22, 48, 55, 56, 84<br />
<br />
* 16H00 : Prénom NOM, IoT Dataflow Mashup, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H25 : Prénom NOM, Low-Power Global Area Networks (Sat-IoT), [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H50 : Prénom NOM, Apollo 2.0, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H15 : Prénom NOM, Flogo, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H40 : Prénom NOM, Amazon Sidewalk, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
<br />
== Séance 6 : 4/1 ==<br />
Enseignants : [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]<br />
<br />
* Sujets : 6, 7, 20, 50, 83<br />
<br />
* 16H00 : Prénom NOM, OpenAI GPT-3, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H25 : Prénom NOM, OpenAI Microscope, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H50 : Prénom NOM, Deepfake Algorithms, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H15 : Prénom NOM, Psychométrie, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H40 : Prénom NOM, Godot, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
<br />
== Séance 7 : 11/1 ==<br />
Enseignants : [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]<br />
<br />
* Sujets : 1, 32, 41, 60, XXXX<br />
<br />
* 16H00 : Prénom NOM, Matrix, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H25 : Prénom NOM, Peloton, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H50 : Prénom NOM, DevSecOps, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H15 : Prénom NOM, BFT, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H40 : Prénom NOM, XXXXXX, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
<br />
== Séance 8 : Asynchrone ==<br />
Enseignants : [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]<br />
<br />
* Sujets : TBC<br />
<br />
* 16H00 : Prénom NOM, XXXXXX, [[VT2020-XXXXXX-Fiche|Fiche]], [[https://screencast|Présentation filmée]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H25 : Prénom NOM, XXXXXX, [[VT2020-XXXXXX-Fiche|Fiche]], [[https://screencast|Présentation filmée]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H50 : Prénom NOM, XXXXXX, [[VT2020-XXXXXX-Fiche|Fiche]], [[https://screencast|Présentation filmée]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H15 : Prénom NOM, XXXXXX, [[VT2020-XXXXXX-Fiche|Fiche]], [[https://screencast|Présentation filmée]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H40 : Prénom NOM, XXXXXX, [[VT2020-XXXXXX-Fiche|Fiche]], [[https://screencast|Présentation filmée]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
<br />
=Sujets=<br />
# [[Matrix]] : An open network for secure, decentralized communication<br />
# [[Blazor]] (Browser+Razor) : a new web development framework introduced by Microsoft, which allows you to develop browser-based applications using C# and Razor syntax alongside HTML and CSS.<br />
# [[Website Rendering Types]] (Static, Dynamic, Incremetal) : démonstration de [https://nextjs.org/ NextJS]<br />
# [[MemSQL]]<br />
# [[Micronaut]] : Microservice platform ([https://dzone.com/articles/how-to-use-jhipster-to-build-a-secure-micronaut-an démo] avec [https://github.com/jhipster/generator-jhipster-micronaut Micronaut blueprint of JHipster])<br />
# [[OpenAI GPT-3]]<br />
# [[OpenAI Microscope]]<br />
# [[GraalVM]] : Polyglot Virtual Machine<br />
# [[Ballerina]] : open source programming language and platform for cloud-era application programmers to easily write software that just works<br />
# [[Quarkus]] : Supersonic Subatomic Java<br />
# [[Helidon]] : collection of Java libraries for writing microservices.<br />
# [[Flux]] (#fluxlang) new data scripting language to make querying and analyzing time series<br />
# [[Processeurs spécialisés pour l'IA]] : Démonstration avec la carte [https://greenwaves-technologies.com/product/gappoc-a-computer-vision-concept-board/ GAPPoc-A] de GreenWaves. ANNULé<br />
# [[NATS]]: PubSub broker (démonstration avec CampusIoT)<br />
# [[QuestDB]] : time-series database (démostration avec CampusIoT).<br />
# [[Apache Arrow]] : cross-language development platform for in-memory data<br />
# In-memory Distributed Data Grid : démonstration de eCom avec [[Apache Ignite]].<br />
# [[jQAssistant]] : application à eCOM<br />
# [[Apache Pulsar]] Pulsar is a multi-tenant, high-performance solution for server-to-server messaging. Pulsar was originally developed by Yahoo.<br />
# [[Godot Game Engine]]<br />
# [[Apache Pinot]] : realtime distributed OLAP datastore<br />
# [[IoT Dataflow Mashup]] (démo avec [[Eclipse Kura Wires]])<br />
# [[JSONnet]]<br />
# [[Géo-réplication]] : Démo avec [[Apache Kafka MirrorMaker]]<br />
# [[Pulsar]]<br />
# [[Wookey project]] (Demo on a STM32F407 Discovery board) ANNULé<br />
# [[RSocket]]<br />
# [[Nacos]] : open source project by Alibaba for service discovery and service configuration.<br />
# [[NEMU]] : open source hypervisor specifically built and designed to run modern cloud workloads on modern 64-bit Intel and ARM CPUs.<br />
# [[Architecture Serverless]] : démonstration avec le projet https://github.com/serverless/serverless sur votre compte Azure de votre compte GitHub Student Pack ANNULé<br />
# [[Fission]] : open-source serverless function framework for [[Kubernetes]] with a focus on developer productivity and high performance.<br />
# [[Peloton]], a unified resource scheduler<br />
# [[Microclimate]]<br />
# [[AdTech]]<br />
# [[Nearby communications]] (démonstration de [https://ionicframework.com/docs/native/google-nearby/ Nearby Messages API de Google avec Ionic]) --> Réservé Manon Chaix<br />
# [[Conflict-free replicated data type]] (CRDT) RECOMMANDé<br />
# [[Spinnaker]]<br />
# [[WebAssembly]]<br />
# [[Fast Identity Online Alliance]] (FIDO) ANNULé<br />
# [[Apache MXNet]] : Demo avec [[Intel Movidius]] ([https://github.com/tspannhw/rpi-mxnet-movidius-minifi lien]) ANNULé<br />
# [[DevSecOps]] <br />
# [[Apache Beam]] RECOMMANDé<br />
# [[In-Memory Data Grids]] : Démonstration de [[Gigaspaces]] et [[XAP]] Open Source<br />
# Gestionnaires de contenu : démonstration de [[Apache Jackrabbit]] dans le projet [[eCOM]]<br />
# [[Memory-centric virtual distributed storage system]]<br />
# [[ESB]] : démonstration de [[Mule ESB]]<br />
# [[MemCached]]<br />
# [[Low-Power Global Area Network]]s ([[Sat-IoT]])<br />
# [[ Voice-First Development]] : Designing, Developing, and Deploying Conversational Interfaces<br />
# [[Psychométrie]]<br />
# [[WebAssembly]]<br />
# [[DevSecOps]]<br />
# Portails et l'API [[Portlet]] : Démo avec [[Liferay]] ANNULé<br />
# [[Apache Beam]]<br />
# [[plateforme logicielle open source de conduite autonome Apollo 2.0]]<br />
# [[Flogo]] Open Source Framework for IoT Edge Apps & Integration.<br />
# [[Neural Processing Unit]] (NPU) : Demo de la clé [[Intel Movidius]] sur un RPI<br />
# [[Hazelcast]] : Démo avec Spring Boot ([https://dzone.com/storage/assets/6459742-dzone-rc247-gettingstartedwithspringbootandmicrose.pdf lien]) dans un projet [[JHipster]]<br />
# [[In-Memory Data Grids]] : Démonstration de [[Gigaspaces]] et [[XAP]] Open Source<br />
# [[Fautes Byzantines]] : Démonstration de [[BFT-SMaRt]]<br />
# Insport Video<br />
# Gestionnaires de contenu : démonstration de [[Apache Jackrabbit]] dans le projet [[eCOM]]<br />
# [[Memory-centric virtual distributed storage system]]<br />
# [[Performance Monitoring]]<br />
# [[ESB]] : démonstration de [[Mule ESB]] ANNULé<br />
# [[Access Network Query Protocol (ANQP)]]<br />
# [[JCache]] : démonstration avec [[Apache Ignity]]<br />
# [[MemCached]]<br />
# [[Apache Stratos]]<br />
# [[gceasy]] : Universal garbage collection log Analyser<br />
# [[Apache Solr]] : Démonstration avec [http://hortonworks.com/hadoop-tutorial/indexing-and-searching-text-within-images-with-apache-solr/ Tesseract OCR]<br />
# [[Valgrind]]<br />
# [[Content Delivery Network]]s : Démonstration de [[Amazon S3]], Azure, Akamaï ... sur votre projet [[ECOM-RICM|eCOM]]<br />
# [[CMS]] : Demo avec [[Crafter CMS]]<br />
# [[DMS]] (GED) : Demo avec la version Community Edition d'[[Alfresco]] et de son API REST avec [[Swagger]] ANNULé<br />
# [[SIG]] : Démonstration de [[QGIS]]<br />
# [[Apache Airflow]] ANNULé<br />
# [[Cryptojacking]] : démonstration d'un navigateur exécutant [https://github.com/cazala/coin-hive CoinHive] et affichage du coup énergétique de l'opération.<br />
# [[RIOT-OS]] : système d'exploitation pour l'Internet des Objets (Démonstration sur une carte STM32 Nucleo LRWAN1). ANNULé<br />
# [[Zephyr]] : système d'exploitation pour l'Internet des Objets (Démonstration sur une carte [[Intel Quark D2000]]). ANNULé<br />
# [[HTTP/3]] : quoi de neuf ? Démonstration de l'amélioration des performances.<br />
# [[Gyro]] : domain-specific language designed to concisely describe a cloud infrastructure. Démonstration avec votre application eCOM JHipster sur Azure.<br />
# [[Deepfake Algorithms]] et outils.<br />
# [[Amazon Sidewalk]]<br />
# Interfaces Homme-Machine sans contact (sous réserve de démonstrateur)<br />
# Interfaces Homme-Machine haptiques (sous réserve de démonstrateur)</div>Samuel.Courthialhttps://air.imag.fr/index.php?title=VT2020-Voice_First_Development-Fiche&diff=48589VT2020-Voice First Development-Fiche2020-11-23T09:31:11Z<p>Samuel.Courthial: /* Abstract */</p>
<hr />
<div>=Introduction=<br />
Voice-First Development désigne un ensemble de bonnes pratiques créée dans le but de maximiser les chances de succès d’une application basée sur la voix, en évitant les problèmes les plus évidents. Il ne s'agit donc pas d'une technologie en particulier mais d'une manière spécifique de coder un certain type d'application, les applications vocales.<br />
<br />
=Abstract=<br />
Voice-First Development refers to a set of best practices created with the aim of maximizing the chances of success of a voice-based application, avoiding the most obvious problems. It is therefore not a question of a particular technology but of a specific way of developing a certain type of application, voice applications.<br />
<br />
=Présentation et architecture=<br />
Comme son nom l'indique, une application vocale repose essentiel sur la voix comme modalité d'interaction, aussi bien en entrée qu'en sortie. Cependant, cette modalité relativement récente est encore complexe à utiliser et maîtriser. Pour permettre la création de telle applications, un certains nombre de composants sont essentiels.<br />
<br />
[[File:architecture_voiceapp.png | 500px | thumb | right | Architecture d'un système vocal classique]]<br />
<br />
On peut en tirer 5 composants essentiels :<br />
* Speech To Text : reconnaissance automatique de la parole : extraction d’une image vectorielle de la voix puis association à des éléments lexicaux connus, pour enfin former des mots, puis des phrases « correctes »<br />
* Compréhension du langage naturel : extraction d’un ensemble d’informations catégoriséss depuis la phrase retranscrite à l’étape précédente. L’information est séparée entre une intention (ce que l’utilisateur veut) et les entités (informations importantes permettant de faire sens avec l’intention)<br />
* Gestionnaire de dialogue : récupère l’ordre en entrée pour générer une liste d’instruction aux autres éléments du système, il garde également trace des anciennes conversations et des informations importantes qu’il a pu en tirer. Ce composant a en particulier accès au information pour répondre à la question (les heures de fermeture de McDonald ici), le contexte de conversation (issues des questions précédentes) et les informations utilisateurs obtenus au fil du temps lors de l’utilisation de l’application. <br />
* Génération de langage naturel : transformation inverse, création d’une phrase « correcte » à partir des ordres générés avant<br />
* Text To Speech : Création d’une sortie vocale à partir de la phrase générée<br />
<br />
<br />
=Outils utilisés=<br />
<br />
Pour créer une application vocale et la faire fonctionner, un certain nombre d'outil est nécessaire. L'ensemble de ces outils sont détaillés après. Les liens vers leurs sites respectifs sont disponibles dans les sources, en bas de la page.<br />
<br />
==Violet==<br />
[[File:violet.jpg | 300px | thumb | right | Interface de test Violet]]<br />
Violet est un framework permettant la création d'application conversationnelle, notamment pour Alexa, Google Home et mobile.<br />
Violet permet:<br />
* la création de flux de conversations<br />
* l'accès à des primitives de bas niveau permettant de gérer automatiquement l'état de la conversation<br />
* l'accès à des plugins permettant la communications avec d'éventuelles bases de données<br />
<br />
Violet nous fournit une interface permettant de tester la logique de notre application avant de la déployer.<br />
<br />
==Heroku==<br />
Heroku est une plateforme cloud permettant le build, le déploiement et la gestion d'une application.<br />
<br />
Dans le cadre d'une application, il est nécessaire de déployer l'application pour pouvoir la tester avec un agent Dialogflow.<br />
<br />
==Dialogflow==<br />
Dialogflow se définit comme une plateforme de compréhension du langage naturel. En pratique, Dialogflow nous permet également d'avoir accès à des composants de Speech To Text et de Text To Speech.<br />
<br />
=Bibliographie=<br />
*https://www.manning.com/books/exploring-voice-first-development<br />
*https://www.manning.com/books/voice-ui-systems-cx<br />
*https://helloviolet.ai/?ref=hackernoon.com<br />
*https://dialogflow.cloud.google.com/<br />
*https://www.heroku.com<br />
<br />
=Veille Technologique 2020=<br />
* Année : [[VT2020|VT2020]]<br />
* Sujet : Voice-First Development<br />
* Slides : [https://air.imag.fr/images/3/38/VT2020-Voice_First_Development-Presentation.pdf Slides]<br />
* Démonstration : [https://air.imag.fr/index.php/VT2020-Voice_First_Development-Demo Démonstration]<br />
* Auteurs : Samuel COURTHIAL</div>Samuel.Courthialhttps://air.imag.fr/index.php?title=VT2020-Voice_First_Development-Fiche&diff=48588VT2020-Voice First Development-Fiche2020-11-23T09:30:24Z<p>Samuel.Courthial: </p>
<hr />
<div>=Introduction=<br />
Voice-First Development désigne un ensemble de bonnes pratiques créée dans le but de maximiser les chances de succès d’une application basée sur la voix, en évitant les problèmes les plus évidents. Il ne s'agit donc pas d'une technologie en particulier mais d'une manière spécifique de coder un certain type d'application, les applications vocales.<br />
<br />
=Abstract=<br />
Voice-First Development refers to a set of best practices created with the aim of maximizing the chances of success of a voice-based application, avoiding the most obvious problems. It is therefore not a question of a particular technology but of a specific way of encoding a certain type of application, voice applications.<br />
<br />
=Présentation et architecture=<br />
Comme son nom l'indique, une application vocale repose essentiel sur la voix comme modalité d'interaction, aussi bien en entrée qu'en sortie. Cependant, cette modalité relativement récente est encore complexe à utiliser et maîtriser. Pour permettre la création de telle applications, un certains nombre de composants sont essentiels.<br />
<br />
[[File:architecture_voiceapp.png | 500px | thumb | right | Architecture d'un système vocal classique]]<br />
<br />
On peut en tirer 5 composants essentiels :<br />
* Speech To Text : reconnaissance automatique de la parole : extraction d’une image vectorielle de la voix puis association à des éléments lexicaux connus, pour enfin former des mots, puis des phrases « correctes »<br />
* Compréhension du langage naturel : extraction d’un ensemble d’informations catégoriséss depuis la phrase retranscrite à l’étape précédente. L’information est séparée entre une intention (ce que l’utilisateur veut) et les entités (informations importantes permettant de faire sens avec l’intention)<br />
* Gestionnaire de dialogue : récupère l’ordre en entrée pour générer une liste d’instruction aux autres éléments du système, il garde également trace des anciennes conversations et des informations importantes qu’il a pu en tirer. Ce composant a en particulier accès au information pour répondre à la question (les heures de fermeture de McDonald ici), le contexte de conversation (issues des questions précédentes) et les informations utilisateurs obtenus au fil du temps lors de l’utilisation de l’application. <br />
* Génération de langage naturel : transformation inverse, création d’une phrase « correcte » à partir des ordres générés avant<br />
* Text To Speech : Création d’une sortie vocale à partir de la phrase générée<br />
<br />
<br />
=Outils utilisés=<br />
<br />
Pour créer une application vocale et la faire fonctionner, un certain nombre d'outil est nécessaire. L'ensemble de ces outils sont détaillés après. Les liens vers leurs sites respectifs sont disponibles dans les sources, en bas de la page.<br />
<br />
==Violet==<br />
[[File:violet.jpg | 300px | thumb | right | Interface de test Violet]]<br />
Violet est un framework permettant la création d'application conversationnelle, notamment pour Alexa, Google Home et mobile.<br />
Violet permet:<br />
* la création de flux de conversations<br />
* l'accès à des primitives de bas niveau permettant de gérer automatiquement l'état de la conversation<br />
* l'accès à des plugins permettant la communications avec d'éventuelles bases de données<br />
<br />
Violet nous fournit une interface permettant de tester la logique de notre application avant de la déployer.<br />
<br />
==Heroku==<br />
Heroku est une plateforme cloud permettant le build, le déploiement et la gestion d'une application.<br />
<br />
Dans le cadre d'une application, il est nécessaire de déployer l'application pour pouvoir la tester avec un agent Dialogflow.<br />
<br />
==Dialogflow==<br />
Dialogflow se définit comme une plateforme de compréhension du langage naturel. En pratique, Dialogflow nous permet également d'avoir accès à des composants de Speech To Text et de Text To Speech.<br />
<br />
=Bibliographie=<br />
*https://www.manning.com/books/exploring-voice-first-development<br />
*https://www.manning.com/books/voice-ui-systems-cx<br />
*https://helloviolet.ai/?ref=hackernoon.com<br />
*https://dialogflow.cloud.google.com/<br />
*https://www.heroku.com<br />
<br />
=Veille Technologique 2020=<br />
* Année : [[VT2020|VT2020]]<br />
* Sujet : Voice-First Development<br />
* Slides : [https://air.imag.fr/images/3/38/VT2020-Voice_First_Development-Presentation.pdf Slides]<br />
* Démonstration : [https://air.imag.fr/index.php/VT2020-Voice_First_Development-Demo Démonstration]<br />
* Auteurs : Samuel COURTHIAL</div>Samuel.Courthialhttps://air.imag.fr/index.php?title=VT2020-Voice_First_Development-Fiche&diff=48584VT2020-Voice First Development-Fiche2020-11-23T06:59:46Z<p>Samuel.Courthial: /* Veille Technologique 2020 */</p>
<hr />
<div>=Introduction=<br />
Voice-First Development désigne un ensemble de bonnes pratiques créée dans le but de maximiser les chances de succès d’une application basée sur la voix, en évitant les problèmes les plus évidents. Il ne s'agit donc pas d'une technologie en particulier mais d'une manière spécifique de coder un certain type d'application, les applications vocales.<br />
<br />
=Présentation et architecture=<br />
Comme son nom l'indique, une application vocale repose essentiel sur la voix comme modalité d'interaction, aussi bien en entrée qu'en sortie. Cependant, cette modalité relativement récente est encore complexe à utiliser et maîtriser. Pour permettre la création de telle applications, un certains nombre de composants sont essentiels.<br />
<br />
[[File:architecture_voiceapp.png | 500px | thumb | right | Architecture d'un système vocal classique]]<br />
<br />
On peut en tirer 5 composants essentiels :<br />
* Speech To Text : reconnaissance automatique de la parole : extraction d’une image vectorielle de la voix puis association à des éléments lexicaux connus, pour enfin former des mots, puis des phrases « correctes »<br />
* Compréhension du langage naturel : extraction d’un ensemble d’informations catégoriséss depuis la phrase retranscrite à l’étape précédente. L’information est séparée entre une intention (ce que l’utilisateur veut) et les entités (informations importantes permettant de faire sens avec l’intention)<br />
* Gestionnaire de dialogue : récupère l’ordre en entrée pour générer une liste d’instruction aux autres éléments du système, il garde également trace des anciennes conversations et des informations importantes qu’il a pu en tirer. Ce composant a en particulier accès au information pour répondre à la question (les heures de fermeture de McDonald ici), le contexte de conversation (issues des questions précédentes) et les informations utilisateurs obtenus au fil du temps lors de l’utilisation de l’application. <br />
* Génération de langage naturel : transformation inverse, création d’une phrase « correcte » à partir des ordres générés avant<br />
* Text To Speech : Création d’une sortie vocale à partir de la phrase générée<br />
<br />
<br />
=Outils utilisés=<br />
<br />
Pour créer une application vocale et la faire fonctionner, un certain nombre d'outil est nécessaire. L'ensemble de ces outils sont détaillés après. Les liens vers leurs sites respectifs sont disponibles dans les sources, en bas de la page.<br />
<br />
==Violet==<br />
[[File:violet.jpg | 300px | thumb | right | Interface de test Violet]]<br />
Violet est un framework permettant la création d'application conversationnelle, notamment pour Alexa, Google Home et mobile.<br />
Violet permet:<br />
* la création de flux de conversations<br />
* l'accès à des primitives de bas niveau permettant de gérer automatiquement l'état de la conversation<br />
* l'accès à des plugins permettant la communications avec d'éventuelles bases de données<br />
<br />
Violet nous fournit une interface permettant de tester la logique de notre application avant de la déployer.<br />
<br />
==Heroku==<br />
Heroku est une plateforme cloud permettant le build, le déploiement et la gestion d'une application.<br />
<br />
Dans le cadre d'une application, il est nécessaire de déployer l'application pour pouvoir la tester avec un agent Dialogflow.<br />
<br />
==Dialogflow==<br />
Dialogflow se définit comme une plateforme de compréhension du langage naturel. En pratique, Dialogflow nous permet également d'avoir accès à des composants de Speech To Text et de Text To Speech.<br />
<br />
=Bibliographie=<br />
*https://www.manning.com/books/exploring-voice-first-development<br />
*https://www.manning.com/books/voice-ui-systems-cx<br />
*https://helloviolet.ai/?ref=hackernoon.com<br />
*https://dialogflow.cloud.google.com/<br />
*https://www.heroku.com<br />
<br />
=Veille Technologique 2020=<br />
* Année : [[VT2020|VT2020]]<br />
* Sujet : Voice-First Development<br />
* Slides : [https://air.imag.fr/images/3/38/VT2020-Voice_First_Development-Presentation.pdf Slides]<br />
* Démonstration : [https://air.imag.fr/index.php/VT2020-Voice_First_Development-Demo Démonstration]<br />
* Auteurs : Samuel COURTHIAL</div>Samuel.Courthialhttps://air.imag.fr/index.php?title=VT2020-Voice_First_Development-Fiche&diff=48583VT2020-Voice First Development-Fiche2020-11-23T06:56:06Z<p>Samuel.Courthial: /* Violet */</p>
<hr />
<div>=Introduction=<br />
Voice-First Development désigne un ensemble de bonnes pratiques créée dans le but de maximiser les chances de succès d’une application basée sur la voix, en évitant les problèmes les plus évidents. Il ne s'agit donc pas d'une technologie en particulier mais d'une manière spécifique de coder un certain type d'application, les applications vocales.<br />
<br />
=Présentation et architecture=<br />
Comme son nom l'indique, une application vocale repose essentiel sur la voix comme modalité d'interaction, aussi bien en entrée qu'en sortie. Cependant, cette modalité relativement récente est encore complexe à utiliser et maîtriser. Pour permettre la création de telle applications, un certains nombre de composants sont essentiels.<br />
<br />
[[File:architecture_voiceapp.png | 500px | thumb | right | Architecture d'un système vocal classique]]<br />
<br />
On peut en tirer 5 composants essentiels :<br />
* Speech To Text : reconnaissance automatique de la parole : extraction d’une image vectorielle de la voix puis association à des éléments lexicaux connus, pour enfin former des mots, puis des phrases « correctes »<br />
* Compréhension du langage naturel : extraction d’un ensemble d’informations catégoriséss depuis la phrase retranscrite à l’étape précédente. L’information est séparée entre une intention (ce que l’utilisateur veut) et les entités (informations importantes permettant de faire sens avec l’intention)<br />
* Gestionnaire de dialogue : récupère l’ordre en entrée pour générer une liste d’instruction aux autres éléments du système, il garde également trace des anciennes conversations et des informations importantes qu’il a pu en tirer. Ce composant a en particulier accès au information pour répondre à la question (les heures de fermeture de McDonald ici), le contexte de conversation (issues des questions précédentes) et les informations utilisateurs obtenus au fil du temps lors de l’utilisation de l’application. <br />
* Génération de langage naturel : transformation inverse, création d’une phrase « correcte » à partir des ordres générés avant<br />
* Text To Speech : Création d’une sortie vocale à partir de la phrase générée<br />
<br />
<br />
=Outils utilisés=<br />
<br />
Pour créer une application vocale et la faire fonctionner, un certain nombre d'outil est nécessaire. L'ensemble de ces outils sont détaillés après. Les liens vers leurs sites respectifs sont disponibles dans les sources, en bas de la page.<br />
<br />
==Violet==<br />
[[File:violet.jpg | 300px | thumb | right | Interface de test Violet]]<br />
Violet est un framework permettant la création d'application conversationnelle, notamment pour Alexa, Google Home et mobile.<br />
Violet permet:<br />
* la création de flux de conversations<br />
* l'accès à des primitives de bas niveau permettant de gérer automatiquement l'état de la conversation<br />
* l'accès à des plugins permettant la communications avec d'éventuelles bases de données<br />
<br />
Violet nous fournit une interface permettant de tester la logique de notre application avant de la déployer.<br />
<br />
==Heroku==<br />
Heroku est une plateforme cloud permettant le build, le déploiement et la gestion d'une application.<br />
<br />
Dans le cadre d'une application, il est nécessaire de déployer l'application pour pouvoir la tester avec un agent Dialogflow.<br />
<br />
==Dialogflow==<br />
Dialogflow se définit comme une plateforme de compréhension du langage naturel. En pratique, Dialogflow nous permet également d'avoir accès à des composants de Speech To Text et de Text To Speech.<br />
<br />
=Bibliographie=<br />
*https://www.manning.com/books/exploring-voice-first-development<br />
*https://www.manning.com/books/voice-ui-systems-cx<br />
*https://helloviolet.ai/?ref=hackernoon.com<br />
*https://dialogflow.cloud.google.com/<br />
*https://www.heroku.com<br />
<br />
=Veille Technologique 2020=<br />
* Année : [[VT2020|VT2020]]<br />
* Sujet : Voice-First Development<br />
* Slides : [ Slides]<br />
* Démonstration : [https://air.imag.fr/index.php/VT2020-Voice_First_Development-Demo Démonstration]<br />
* Auteurs : Samuel COURTHIAL</div>Samuel.Courthialhttps://air.imag.fr/index.php?title=VT2020&diff=48550VT20202020-11-22T17:48:40Z<p>Samuel.Courthial: /* Séance 2 : 23/11 */</p>
<hr />
<div>[[VT2019|<< Etudes 2019]] [[VT|Sommaire]] [[VT2021|Etudes 2021 >>]]<br />
<br />
<br />
=Veille Technologique et Stratégique=<br />
* Enseignants: [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]<br />
* UE/Module: EAM (HPRJ9R6B) et EAR (HPRJ9R4B) en 1FO5<br />
<br />
L'objectif de cette UE est de réaliser un travail de synthèse et d’évaluation sur une technologie / spécification / tendance<br />
<br />
Dans votre futur vie d'ingénieur, vous aurez à d'une part, vous former par vous-même sur une technologie émergente et d'autre part à réaliser une veille technologique (et stratégique) par rapport à votre entreprise et projet.<br />
Il s'agira de réaliser<br />
* le positionnement par rapport au marché<br />
* d'être critique<br />
<br />
Votre synthèse fait l'objet d'une présentation orale convaincante devant un auditoire (dans le futur, vos collègues, vos chefs ou vos clients) avec des transparents et un discours répété.<br />
Pour finir de convaincre (Saint Thomas), vous ferez la présentation d'une démonstration.<br />
<br />
Votre présentation sera notée et commentée par tous vos camarades via un sondage (téléphone mobile). Leurs notes et leurs commentaires seront notés en fonction de leur exactitude de jugement.<br />
<br />
Remarque: Le [https://fr.wikipedia.org/wiki/Plagiat plagiat] est incompatible avec l'éthique de l'ingénieur. Le directeur d'école peut demander votre traduction devant la commission disciplinaire de l'université. La sanction peut aller jusqu’à une interdiction d'inscription dans les établissements de l'enseignement supérieur français pendant plusieurs années : Le jeu en vaut-il la chandelle ?<br />
<br />
La présentation peut être réalisée avec [[reveal.js]] ou avec [[remarkjs]]<br />
<br />
[[File:presentation-VT-RICM5-1516.pdf|transparents d'introduction à l'UE]]<br />
<br />
=Planning=<br />
<br />
== Séance 1 : 16/11 ==<br />
Enseignants : [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]<br />
<br />
* Sujets : 5, 8, 23, 78<br />
<br />
* 16H00 : Alexandra CHATON, Jsonnet, [[VT2020-Jsonnet-Fiche|Fiche]], [[Media:VT2020-Jsonnet-Presentation.pdf|Présentation]], [[VT2020-Jsonnet-Demo|Démonstration]]<br />
* 16H25 : Alexis ROLLIN, GraalVM, [[VT2020-GraalVM-Fiche|Fiche]], [[Media:VT2020-GraalVM-Presentation.pdf|Présentation]], [[VT2020-GraalVM-Demo|Démonstration]]<br />
* 16H50 : Aleck BILOUNGA, Micronaut, [[VT2020-Micronaut-Fiche|Fiche]], [[https://docs.google.com/presentation/d/1oVq_81RwLelY1EptNoObHhmRRfGnfuxBD6PRd49jyjI/edit#slide=id.p Présentation]], [[VT2020-Micronaut-Demo|Démonstration]]<br />
* 17H15 : Prénom NOM, Cryptojacking, [[VT2020-Cryptojacking-Fiche|Fiche]], [[File:VT2020-Cryptojacking-Presentation.pdf|Présentation]], [[VT2020-Cryptojacking-Demo|Démonstration]]<br />
<br />
== Séance 2 : 23/11 ==<br />
Enseignants : [[User:Donsez|Didier Donsez]]<br />
<br />
* Sujets : 9, 33, 49, 72, 81<br />
<br />
* 16H00 : Romain PASDELOUP, Ballerina, [[VT2020-Ballerina-Fiche|Fiche]], [[File:VT2020-Ballerina-Presentation.pdf|Présentation]], [[VT2020-Ballerina-Demo|Démonstration]]<br />
* 16H25 : Prénom NOM, Microclimate, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H50 : Samuel COURTHIAL, Voice-First Development, [[VT2020-Voice_First_Development-Fiche|Fiche]], [[Media:VT2020-Voice_First_Development-Presentation.pdf|Présentation]], [[VT2020-Voice_First_Development-Demo|Démonstration]]<br />
* 17H15 : Thomas FRION, Valgrind, [[VT2020-Valgrind-Fiche|Fiche]], [[Media:VT2020-Valgrind-Presentation.pdf|Présentation]], [[VT2020-Valgrind-Demo|Démonstration]]<br />
* 17H40 : Prénom NOM, HTTP/3, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
<br />
== Séance 3 : 30/11 ==<br />
Enseignants : [[User:Donsez|Didier Donsez]]<br />
<br />
* Sujets : 2, 3, 10, 11, 38<br />
<br />
* 16H00 : Prénom NOM, Blazor, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H25 : Prénom NOM, Website Rendering Types, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H50 : Prénom NOM, Quarkus, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H15 : Prénom NOM, Helidon, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H40 : Prénom NOM, WebAssembly, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
<br />
== Séance 4 : 7/12 ==<br />
Enseignants : [[User:Donsez|Didier Donsez]]<br />
<br />
* Sujets : 4, 15, 16, 19, 21<br />
<br />
* 16H00 : Prénom NOM, MemSQL, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H25 : Prénom NOM, QuestDB, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H50 : Prénom NOM, Apache Arrow, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H15 : Prénom NOM, Apache Pulsar, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H40 : Prénom NOM, Apache Pinot, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
<br />
== Séance 5 : 14/12 ==<br />
Enseignants : [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]<br />
<br />
* Sujets : 22, 48, 55, 56, 84<br />
<br />
* 16H00 : Prénom NOM, IoT Dataflow Mashup, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H25 : Prénom NOM, Low-Power Global Area Networks (Sat-IoT), [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H50 : Prénom NOM, Apollo 2.0, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H15 : Prénom NOM, Flogo, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H40 : Prénom NOM, Amazon Sidewalk, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
<br />
== Séance 6 : 4/1 ==<br />
Enseignants : [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]<br />
<br />
* Sujets : 6, 7, 20, 50, 83<br />
<br />
* 16H00 : Prénom NOM, OpenAI GPT-3, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H25 : Prénom NOM, OpenAI Microscope, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H50 : Prénom NOM, Deepfake Algorithms, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H15 : Prénom NOM, Psychométrie, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H40 : Prénom NOM, Godot, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
<br />
== Séance 7 : 11/1 ==<br />
Enseignants : [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]<br />
<br />
* Sujets : 1, 32, 41, 60, XXXX<br />
<br />
* 16H00 : Prénom NOM, Matrix, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H25 : Prénom NOM, Peloton, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H50 : Prénom NOM, DevSecOps, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H15 : Prénom NOM, BFT, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H40 : Prénom NOM, XXXXXX, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
<br />
== Séance 8 : Asynchrone ==<br />
Enseignants : [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]<br />
<br />
* Sujets : TBC<br />
<br />
* 16H00 : Prénom NOM, XXXXXX, [[VT2020-XXXXXX-Fiche|Fiche]], [[https://screencast|Présentation filmée]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H25 : Prénom NOM, XXXXXX, [[VT2020-XXXXXX-Fiche|Fiche]], [[https://screencast|Présentation filmée]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H50 : Prénom NOM, XXXXXX, [[VT2020-XXXXXX-Fiche|Fiche]], [[https://screencast|Présentation filmée]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H15 : Prénom NOM, XXXXXX, [[VT2020-XXXXXX-Fiche|Fiche]], [[https://screencast|Présentation filmée]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H40 : Prénom NOM, XXXXXX, [[VT2020-XXXXXX-Fiche|Fiche]], [[https://screencast|Présentation filmée]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
<br />
=Sujets=<br />
# [[Matrix]] : An open network for secure, decentralized communication<br />
# [[Blazor]] (Browser+Razor) : a new web development framework introduced by Microsoft, which allows you to develop browser-based applications using C# and Razor syntax alongside HTML and CSS.<br />
# [[Website Rendering Types]] (Static, Dynamic, Incremetal) : démonstration de [https://nextjs.org/ NextJS]<br />
# [[MemSQL]]<br />
# [[Micronaut]] : Microservice platform ([https://dzone.com/articles/how-to-use-jhipster-to-build-a-secure-micronaut-an démo] avec [https://github.com/jhipster/generator-jhipster-micronaut Micronaut blueprint of JHipster])<br />
# [[OpenAI GPT-3]]<br />
# [[OpenAI Microscope]]<br />
# [[GraalVM]] : Polyglot Virtual Machine<br />
# [[Ballerina]] : open source programming language and platform for cloud-era application programmers to easily write software that just works<br />
# [[Quarkus]] : Supersonic Subatomic Java<br />
# [[Helidon]] : collection of Java libraries for writing microservices.<br />
# [[Flux]] (#fluxlang) new data scripting language to make querying and analyzing time series<br />
# [[Processeurs spécialisés pour l'IA]] : Démonstration avec la carte [https://greenwaves-technologies.com/product/gappoc-a-computer-vision-concept-board/ GAPPoc-A] de GreenWaves. ANNULé<br />
# [[NATS]]: PubSub broker (démonstration avec CampusIoT)<br />
# [[QuestDB]] : time-series database (démostration avec CampusIoT).<br />
# [[Apache Arrow]] : cross-language development platform for in-memory data<br />
# In-memory Distributed Data Grid : démonstration de eCom avec [[Apache Ignite]].<br />
# [[jQAssistant]] : application à eCOM<br />
# [[Apache Pulsar]] Pulsar is a multi-tenant, high-performance solution for server-to-server messaging. Pulsar was originally developed by Yahoo.<br />
# [[Godot Game Engine]]<br />
# [[Apache Pinot]] : realtime distributed OLAP datastore<br />
# [[IoT Dataflow Mashup]] (démo avec [[Eclipse Kura Wires]])<br />
# [[JSONnet]]<br />
# [[Géo-réplication]] : Démo avec [[Apache Kafka MirrorMaker]]<br />
# [[Pulsar]]<br />
# [[Wookey project]] (Demo on a STM32F407 Discovery board) ANNULé<br />
# [[RSocket]]<br />
# [[Nacos]] : open source project by Alibaba for service discovery and service configuration.<br />
# [[NEMU]] : open source hypervisor specifically built and designed to run modern cloud workloads on modern 64-bit Intel and ARM CPUs.<br />
# [[Architecture Serverless]] : démonstration avec le projet https://github.com/serverless/serverless sur votre compte Azure de votre compte GitHub Student Pack ANNULé<br />
# [[Fission]] : open-source serverless function framework for [[Kubernetes]] with a focus on developer productivity and high performance.<br />
# [[Peloton]], a unified resource scheduler<br />
# [[Microclimate]]<br />
# [[AdTech]]<br />
# [[Nearby communications]] (démonstration de [https://ionicframework.com/docs/native/google-nearby/ Nearby Messages API de Google avec Ionic]) --> Réservé Manon Chaix<br />
# [[Conflict-free replicated data type]] (CRDT) RECOMMANDé<br />
# [[Spinnaker]]<br />
# [[WebAssembly]]<br />
# [[Fast Identity Online Alliance]] (FIDO) ANNULé<br />
# [[Apache MXNet]] : Demo avec [[Intel Movidius]] ([https://github.com/tspannhw/rpi-mxnet-movidius-minifi lien]) ANNULé<br />
# [[DevSecOps]] <br />
# [[Apache Beam]] RECOMMANDé<br />
# [[In-Memory Data Grids]] : Démonstration de [[Gigaspaces]] et [[XAP]] Open Source<br />
# Gestionnaires de contenu : démonstration de [[Apache Jackrabbit]] dans le projet [[eCOM]]<br />
# [[Memory-centric virtual distributed storage system]]<br />
# [[ESB]] : démonstration de [[Mule ESB]]<br />
# [[MemCached]]<br />
# [[Low-Power Global Area Network]]s ([[Sat-IoT]])<br />
# [[ Voice-First Development]] : Designing, Developing, and Deploying Conversational Interfaces<br />
# [[Psychométrie]]<br />
# [[WebAssembly]]<br />
# [[DevSecOps]]<br />
# Portails et l'API [[Portlet]] : Démo avec [[Liferay]] ANNULé<br />
# [[Apache Beam]]<br />
# [[plateforme logicielle open source de conduite autonome Apollo 2.0]]<br />
# [[Flogo]] Open Source Framework for IoT Edge Apps & Integration.<br />
# [[Neural Processing Unit]] (NPU) : Demo de la clé [[Intel Movidius]] sur un RPI<br />
# [[Hazelcast]] : Démo avec Spring Boot ([https://dzone.com/storage/assets/6459742-dzone-rc247-gettingstartedwithspringbootandmicrose.pdf lien]) dans un projet [[JHipster]]<br />
# [[In-Memory Data Grids]] : Démonstration de [[Gigaspaces]] et [[XAP]] Open Source<br />
# [[Fautes Byzantines]] : Démonstration de [[BFT-SMaRt]]<br />
# Insport Video<br />
# Gestionnaires de contenu : démonstration de [[Apache Jackrabbit]] dans le projet [[eCOM]]<br />
# [[Memory-centric virtual distributed storage system]]<br />
# [[Performance Monitoring]]<br />
# [[ESB]] : démonstration de [[Mule ESB]] ANNULé<br />
# [[Access Network Query Protocol (ANQP)]]<br />
# [[JCache]] : démonstration avec [[Apache Ignity]]<br />
# [[MemCached]]<br />
# [[Apache Stratos]]<br />
# [[gceasy]] : Universal garbage collection log Analyser<br />
# [[Apache Solr]] : Démonstration avec [http://hortonworks.com/hadoop-tutorial/indexing-and-searching-text-within-images-with-apache-solr/ Tesseract OCR]<br />
# [[Valgrind]]<br />
# [[Content Delivery Network]]s : Démonstration de [[Amazon S3]], Azure, Akamaï ... sur votre projet [[ECOM-RICM|eCOM]]<br />
# [[CMS]] : Demo avec [[Crafter CMS]]<br />
# [[DMS]] (GED) : Demo avec la version Community Edition d'[[Alfresco]] et de son API REST avec [[Swagger]] ANNULé<br />
# [[SIG]] : Démonstration de [[QGIS]]<br />
# [[Apache Airflow]] ANNULé<br />
# [[Cryptojacking]] : démonstration d'un navigateur exécutant [https://github.com/cazala/coin-hive CoinHive] et affichage du coup énergétique de l'opération.<br />
# [[RIOT-OS]] : système d'exploitation pour l'Internet des Objets (Démonstration sur une carte STM32 Nucleo LRWAN1). ANNULé<br />
# [[Zephyr]] : système d'exploitation pour l'Internet des Objets (Démonstration sur une carte [[Intel Quark D2000]]). ANNULé<br />
# [[HTTP/3]] : quoi de neuf ? Démonstration de l'amélioration des performances.<br />
# [[Gyro]] : domain-specific language designed to concisely describe a cloud infrastructure. Démonstration avec votre application eCOM JHipster sur Azure.<br />
# [[Deepfake Algorithms]] et outils.<br />
# [[Amazon Sidewalk]]<br />
# Interfaces Homme-Machine sans contact (sous réserve de démonstrateur)<br />
# Interfaces Homme-Machine haptiques (sous réserve de démonstrateur)</div>Samuel.Courthialhttps://air.imag.fr/index.php?title=VT2020&diff=48549VT20202020-11-22T17:48:13Z<p>Samuel.Courthial: /* Séance 2 : 23/11 */</p>
<hr />
<div>[[VT2019|<< Etudes 2019]] [[VT|Sommaire]] [[VT2021|Etudes 2021 >>]]<br />
<br />
<br />
=Veille Technologique et Stratégique=<br />
* Enseignants: [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]<br />
* UE/Module: EAM (HPRJ9R6B) et EAR (HPRJ9R4B) en 1FO5<br />
<br />
L'objectif de cette UE est de réaliser un travail de synthèse et d’évaluation sur une technologie / spécification / tendance<br />
<br />
Dans votre futur vie d'ingénieur, vous aurez à d'une part, vous former par vous-même sur une technologie émergente et d'autre part à réaliser une veille technologique (et stratégique) par rapport à votre entreprise et projet.<br />
Il s'agira de réaliser<br />
* le positionnement par rapport au marché<br />
* d'être critique<br />
<br />
Votre synthèse fait l'objet d'une présentation orale convaincante devant un auditoire (dans le futur, vos collègues, vos chefs ou vos clients) avec des transparents et un discours répété.<br />
Pour finir de convaincre (Saint Thomas), vous ferez la présentation d'une démonstration.<br />
<br />
Votre présentation sera notée et commentée par tous vos camarades via un sondage (téléphone mobile). Leurs notes et leurs commentaires seront notés en fonction de leur exactitude de jugement.<br />
<br />
Remarque: Le [https://fr.wikipedia.org/wiki/Plagiat plagiat] est incompatible avec l'éthique de l'ingénieur. Le directeur d'école peut demander votre traduction devant la commission disciplinaire de l'université. La sanction peut aller jusqu’à une interdiction d'inscription dans les établissements de l'enseignement supérieur français pendant plusieurs années : Le jeu en vaut-il la chandelle ?<br />
<br />
La présentation peut être réalisée avec [[reveal.js]] ou avec [[remarkjs]]<br />
<br />
[[File:presentation-VT-RICM5-1516.pdf|transparents d'introduction à l'UE]]<br />
<br />
=Planning=<br />
<br />
== Séance 1 : 16/11 ==<br />
Enseignants : [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]<br />
<br />
* Sujets : 5, 8, 23, 78<br />
<br />
* 16H00 : Alexandra CHATON, Jsonnet, [[VT2020-Jsonnet-Fiche|Fiche]], [[Media:VT2020-Jsonnet-Presentation.pdf|Présentation]], [[VT2020-Jsonnet-Demo|Démonstration]]<br />
* 16H25 : Alexis ROLLIN, GraalVM, [[VT2020-GraalVM-Fiche|Fiche]], [[Media:VT2020-GraalVM-Presentation.pdf|Présentation]], [[VT2020-GraalVM-Demo|Démonstration]]<br />
* 16H50 : Aleck BILOUNGA, Micronaut, [[VT2020-Micronaut-Fiche|Fiche]], [[https://docs.google.com/presentation/d/1oVq_81RwLelY1EptNoObHhmRRfGnfuxBD6PRd49jyjI/edit#slide=id.p Présentation]], [[VT2020-Micronaut-Demo|Démonstration]]<br />
* 17H15 : Prénom NOM, Cryptojacking, [[VT2020-Cryptojacking-Fiche|Fiche]], [[File:VT2020-Cryptojacking-Presentation.pdf|Présentation]], [[VT2020-Cryptojacking-Demo|Démonstration]]<br />
<br />
== Séance 2 : 23/11 ==<br />
Enseignants : [[User:Donsez|Didier Donsez]]<br />
<br />
* Sujets : 9, 33, 49, 72, 81<br />
<br />
* 16H00 : Romain PASDELOUP, Ballerina, [[VT2020-Ballerina-Fiche|Fiche]], [[File:VT2020-Ballerina-Presentation.pdf|Présentation]], [[VT2020-Ballerina-Demo|Démonstration]]<br />
* 16H25 : Prénom NOM, Microclimate, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H50 : Samuel COURTHIAL, Voice-First Development, [[VT2020-Voice_First_Development-Fiche|Fiche]], [[File:VT2020-XXXXXXXX-Presentation.pdf|Présentation]], [[VT2020-Voice_First_Development-Demo|Démonstration]]<br />
* 17H15 : Thomas FRION, Valgrind, [[VT2020-Valgrind-Fiche|Fiche]], [[Media:VT2020-Valgrind-Presentation.pdf|Présentation]], [[VT2020-Valgrind-Demo|Démonstration]]<br />
* 17H40 : Prénom NOM, HTTP/3, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
<br />
== Séance 3 : 30/11 ==<br />
Enseignants : [[User:Donsez|Didier Donsez]]<br />
<br />
* Sujets : 2, 3, 10, 11, 38<br />
<br />
* 16H00 : Prénom NOM, Blazor, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H25 : Prénom NOM, Website Rendering Types, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H50 : Prénom NOM, Quarkus, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H15 : Prénom NOM, Helidon, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H40 : Prénom NOM, WebAssembly, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
<br />
== Séance 4 : 7/12 ==<br />
Enseignants : [[User:Donsez|Didier Donsez]]<br />
<br />
* Sujets : 4, 15, 16, 19, 21<br />
<br />
* 16H00 : Prénom NOM, MemSQL, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H25 : Prénom NOM, QuestDB, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H50 : Prénom NOM, Apache Arrow, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H15 : Prénom NOM, Apache Pulsar, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H40 : Prénom NOM, Apache Pinot, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
<br />
== Séance 5 : 14/12 ==<br />
Enseignants : [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]<br />
<br />
* Sujets : 22, 48, 55, 56, 84<br />
<br />
* 16H00 : Prénom NOM, IoT Dataflow Mashup, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H25 : Prénom NOM, Low-Power Global Area Networks (Sat-IoT), [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H50 : Prénom NOM, Apollo 2.0, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H15 : Prénom NOM, Flogo, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H40 : Prénom NOM, Amazon Sidewalk, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
<br />
== Séance 6 : 4/1 ==<br />
Enseignants : [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]<br />
<br />
* Sujets : 6, 7, 20, 50, 83<br />
<br />
* 16H00 : Prénom NOM, OpenAI GPT-3, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H25 : Prénom NOM, OpenAI Microscope, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H50 : Prénom NOM, Deepfake Algorithms, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H15 : Prénom NOM, Psychométrie, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H40 : Prénom NOM, Godot, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
<br />
== Séance 7 : 11/1 ==<br />
Enseignants : [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]<br />
<br />
* Sujets : 1, 32, 41, 60, XXXX<br />
<br />
* 16H00 : Prénom NOM, Matrix, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H25 : Prénom NOM, Peloton, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H50 : Prénom NOM, DevSecOps, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H15 : Prénom NOM, BFT, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H40 : Prénom NOM, XXXXXX, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
<br />
== Séance 8 : Asynchrone ==<br />
Enseignants : [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]<br />
<br />
* Sujets : TBC<br />
<br />
* 16H00 : Prénom NOM, XXXXXX, [[VT2020-XXXXXX-Fiche|Fiche]], [[https://screencast|Présentation filmée]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H25 : Prénom NOM, XXXXXX, [[VT2020-XXXXXX-Fiche|Fiche]], [[https://screencast|Présentation filmée]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H50 : Prénom NOM, XXXXXX, [[VT2020-XXXXXX-Fiche|Fiche]], [[https://screencast|Présentation filmée]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H15 : Prénom NOM, XXXXXX, [[VT2020-XXXXXX-Fiche|Fiche]], [[https://screencast|Présentation filmée]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H40 : Prénom NOM, XXXXXX, [[VT2020-XXXXXX-Fiche|Fiche]], [[https://screencast|Présentation filmée]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
<br />
=Sujets=<br />
# [[Matrix]] : An open network for secure, decentralized communication<br />
# [[Blazor]] (Browser+Razor) : a new web development framework introduced by Microsoft, which allows you to develop browser-based applications using C# and Razor syntax alongside HTML and CSS.<br />
# [[Website Rendering Types]] (Static, Dynamic, Incremetal) : démonstration de [https://nextjs.org/ NextJS]<br />
# [[MemSQL]]<br />
# [[Micronaut]] : Microservice platform ([https://dzone.com/articles/how-to-use-jhipster-to-build-a-secure-micronaut-an démo] avec [https://github.com/jhipster/generator-jhipster-micronaut Micronaut blueprint of JHipster])<br />
# [[OpenAI GPT-3]]<br />
# [[OpenAI Microscope]]<br />
# [[GraalVM]] : Polyglot Virtual Machine<br />
# [[Ballerina]] : open source programming language and platform for cloud-era application programmers to easily write software that just works<br />
# [[Quarkus]] : Supersonic Subatomic Java<br />
# [[Helidon]] : collection of Java libraries for writing microservices.<br />
# [[Flux]] (#fluxlang) new data scripting language to make querying and analyzing time series<br />
# [[Processeurs spécialisés pour l'IA]] : Démonstration avec la carte [https://greenwaves-technologies.com/product/gappoc-a-computer-vision-concept-board/ GAPPoc-A] de GreenWaves. ANNULé<br />
# [[NATS]]: PubSub broker (démonstration avec CampusIoT)<br />
# [[QuestDB]] : time-series database (démostration avec CampusIoT).<br />
# [[Apache Arrow]] : cross-language development platform for in-memory data<br />
# In-memory Distributed Data Grid : démonstration de eCom avec [[Apache Ignite]].<br />
# [[jQAssistant]] : application à eCOM<br />
# [[Apache Pulsar]] Pulsar is a multi-tenant, high-performance solution for server-to-server messaging. Pulsar was originally developed by Yahoo.<br />
# [[Godot Game Engine]]<br />
# [[Apache Pinot]] : realtime distributed OLAP datastore<br />
# [[IoT Dataflow Mashup]] (démo avec [[Eclipse Kura Wires]])<br />
# [[JSONnet]]<br />
# [[Géo-réplication]] : Démo avec [[Apache Kafka MirrorMaker]]<br />
# [[Pulsar]]<br />
# [[Wookey project]] (Demo on a STM32F407 Discovery board) ANNULé<br />
# [[RSocket]]<br />
# [[Nacos]] : open source project by Alibaba for service discovery and service configuration.<br />
# [[NEMU]] : open source hypervisor specifically built and designed to run modern cloud workloads on modern 64-bit Intel and ARM CPUs.<br />
# [[Architecture Serverless]] : démonstration avec le projet https://github.com/serverless/serverless sur votre compte Azure de votre compte GitHub Student Pack ANNULé<br />
# [[Fission]] : open-source serverless function framework for [[Kubernetes]] with a focus on developer productivity and high performance.<br />
# [[Peloton]], a unified resource scheduler<br />
# [[Microclimate]]<br />
# [[AdTech]]<br />
# [[Nearby communications]] (démonstration de [https://ionicframework.com/docs/native/google-nearby/ Nearby Messages API de Google avec Ionic]) --> Réservé Manon Chaix<br />
# [[Conflict-free replicated data type]] (CRDT) RECOMMANDé<br />
# [[Spinnaker]]<br />
# [[WebAssembly]]<br />
# [[Fast Identity Online Alliance]] (FIDO) ANNULé<br />
# [[Apache MXNet]] : Demo avec [[Intel Movidius]] ([https://github.com/tspannhw/rpi-mxnet-movidius-minifi lien]) ANNULé<br />
# [[DevSecOps]] <br />
# [[Apache Beam]] RECOMMANDé<br />
# [[In-Memory Data Grids]] : Démonstration de [[Gigaspaces]] et [[XAP]] Open Source<br />
# Gestionnaires de contenu : démonstration de [[Apache Jackrabbit]] dans le projet [[eCOM]]<br />
# [[Memory-centric virtual distributed storage system]]<br />
# [[ESB]] : démonstration de [[Mule ESB]]<br />
# [[MemCached]]<br />
# [[Low-Power Global Area Network]]s ([[Sat-IoT]])<br />
# [[ Voice-First Development]] : Designing, Developing, and Deploying Conversational Interfaces<br />
# [[Psychométrie]]<br />
# [[WebAssembly]]<br />
# [[DevSecOps]]<br />
# Portails et l'API [[Portlet]] : Démo avec [[Liferay]] ANNULé<br />
# [[Apache Beam]]<br />
# [[plateforme logicielle open source de conduite autonome Apollo 2.0]]<br />
# [[Flogo]] Open Source Framework for IoT Edge Apps & Integration.<br />
# [[Neural Processing Unit]] (NPU) : Demo de la clé [[Intel Movidius]] sur un RPI<br />
# [[Hazelcast]] : Démo avec Spring Boot ([https://dzone.com/storage/assets/6459742-dzone-rc247-gettingstartedwithspringbootandmicrose.pdf lien]) dans un projet [[JHipster]]<br />
# [[In-Memory Data Grids]] : Démonstration de [[Gigaspaces]] et [[XAP]] Open Source<br />
# [[Fautes Byzantines]] : Démonstration de [[BFT-SMaRt]]<br />
# Insport Video<br />
# Gestionnaires de contenu : démonstration de [[Apache Jackrabbit]] dans le projet [[eCOM]]<br />
# [[Memory-centric virtual distributed storage system]]<br />
# [[Performance Monitoring]]<br />
# [[ESB]] : démonstration de [[Mule ESB]] ANNULé<br />
# [[Access Network Query Protocol (ANQP)]]<br />
# [[JCache]] : démonstration avec [[Apache Ignity]]<br />
# [[MemCached]]<br />
# [[Apache Stratos]]<br />
# [[gceasy]] : Universal garbage collection log Analyser<br />
# [[Apache Solr]] : Démonstration avec [http://hortonworks.com/hadoop-tutorial/indexing-and-searching-text-within-images-with-apache-solr/ Tesseract OCR]<br />
# [[Valgrind]]<br />
# [[Content Delivery Network]]s : Démonstration de [[Amazon S3]], Azure, Akamaï ... sur votre projet [[ECOM-RICM|eCOM]]<br />
# [[CMS]] : Demo avec [[Crafter CMS]]<br />
# [[DMS]] (GED) : Demo avec la version Community Edition d'[[Alfresco]] et de son API REST avec [[Swagger]] ANNULé<br />
# [[SIG]] : Démonstration de [[QGIS]]<br />
# [[Apache Airflow]] ANNULé<br />
# [[Cryptojacking]] : démonstration d'un navigateur exécutant [https://github.com/cazala/coin-hive CoinHive] et affichage du coup énergétique de l'opération.<br />
# [[RIOT-OS]] : système d'exploitation pour l'Internet des Objets (Démonstration sur une carte STM32 Nucleo LRWAN1). ANNULé<br />
# [[Zephyr]] : système d'exploitation pour l'Internet des Objets (Démonstration sur une carte [[Intel Quark D2000]]). ANNULé<br />
# [[HTTP/3]] : quoi de neuf ? Démonstration de l'amélioration des performances.<br />
# [[Gyro]] : domain-specific language designed to concisely describe a cloud infrastructure. Démonstration avec votre application eCOM JHipster sur Azure.<br />
# [[Deepfake Algorithms]] et outils.<br />
# [[Amazon Sidewalk]]<br />
# Interfaces Homme-Machine sans contact (sous réserve de démonstrateur)<br />
# Interfaces Homme-Machine haptiques (sous réserve de démonstrateur)</div>Samuel.Courthialhttps://air.imag.fr/index.php?title=VT2020&diff=48548VT20202020-11-22T17:47:49Z<p>Samuel.Courthial: /* Séance 2 : 23/11 */</p>
<hr />
<div>[[VT2019|<< Etudes 2019]] [[VT|Sommaire]] [[VT2021|Etudes 2021 >>]]<br />
<br />
<br />
=Veille Technologique et Stratégique=<br />
* Enseignants: [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]<br />
* UE/Module: EAM (HPRJ9R6B) et EAR (HPRJ9R4B) en 1FO5<br />
<br />
L'objectif de cette UE est de réaliser un travail de synthèse et d’évaluation sur une technologie / spécification / tendance<br />
<br />
Dans votre futur vie d'ingénieur, vous aurez à d'une part, vous former par vous-même sur une technologie émergente et d'autre part à réaliser une veille technologique (et stratégique) par rapport à votre entreprise et projet.<br />
Il s'agira de réaliser<br />
* le positionnement par rapport au marché<br />
* d'être critique<br />
<br />
Votre synthèse fait l'objet d'une présentation orale convaincante devant un auditoire (dans le futur, vos collègues, vos chefs ou vos clients) avec des transparents et un discours répété.<br />
Pour finir de convaincre (Saint Thomas), vous ferez la présentation d'une démonstration.<br />
<br />
Votre présentation sera notée et commentée par tous vos camarades via un sondage (téléphone mobile). Leurs notes et leurs commentaires seront notés en fonction de leur exactitude de jugement.<br />
<br />
Remarque: Le [https://fr.wikipedia.org/wiki/Plagiat plagiat] est incompatible avec l'éthique de l'ingénieur. Le directeur d'école peut demander votre traduction devant la commission disciplinaire de l'université. La sanction peut aller jusqu’à une interdiction d'inscription dans les établissements de l'enseignement supérieur français pendant plusieurs années : Le jeu en vaut-il la chandelle ?<br />
<br />
La présentation peut être réalisée avec [[reveal.js]] ou avec [[remarkjs]]<br />
<br />
[[File:presentation-VT-RICM5-1516.pdf|transparents d'introduction à l'UE]]<br />
<br />
=Planning=<br />
<br />
== Séance 1 : 16/11 ==<br />
Enseignants : [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]<br />
<br />
* Sujets : 5, 8, 23, 78<br />
<br />
* 16H00 : Alexandra CHATON, Jsonnet, [[VT2020-Jsonnet-Fiche|Fiche]], [[Media:VT2020-Jsonnet-Presentation.pdf|Présentation]], [[VT2020-Jsonnet-Demo|Démonstration]]<br />
* 16H25 : Alexis ROLLIN, GraalVM, [[VT2020-GraalVM-Fiche|Fiche]], [[Media:VT2020-GraalVM-Presentation.pdf|Présentation]], [[VT2020-GraalVM-Demo|Démonstration]]<br />
* 16H50 : Aleck BILOUNGA, Micronaut, [[VT2020-Micronaut-Fiche|Fiche]], [[https://docs.google.com/presentation/d/1oVq_81RwLelY1EptNoObHhmRRfGnfuxBD6PRd49jyjI/edit#slide=id.p Présentation]], [[VT2020-Micronaut-Demo|Démonstration]]<br />
* 17H15 : Prénom NOM, Cryptojacking, [[VT2020-Cryptojacking-Fiche|Fiche]], [[File:VT2020-Cryptojacking-Presentation.pdf|Présentation]], [[VT2020-Cryptojacking-Demo|Démonstration]]<br />
<br />
== Séance 2 : 23/11 ==<br />
Enseignants : [[User:Donsez|Didier Donsez]]<br />
<br />
* Sujets : 9, 33, 49, 72, 81<br />
<br />
* 16H00 : Romain PASDELOUP, Ballerina, [[VT2020-Ballerina-Fiche|Fiche]], [[File:VT2020-Ballerina-Presentation.pdf|Présentation]], [[VT2020-Ballerina-Demo|Démonstration]]<br />
* 16H25 : Prénom NOM, Microclimate, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H50 : Samuel COURTHIAL, Voice-First Development, [[VT2020-Voice_First_Development-Fiche|Fiche]], [[File:VT2020-Voice_First_Development-Presentation.pdf|Présentations]], [[VT2020-Voice_First_Development-Demo|Démonstration]]<br />
* 17H15 : Thomas FRION, Valgrind, [[VT2020-Valgrind-Fiche|Fiche]], [[Media:VT2020-Valgrind-Presentation.pdf|Présentation]], [[VT2020-Valgrind-Demo|Démonstration]]<br />
* 17H40 : Prénom NOM, HTTP/3, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
<br />
== Séance 3 : 30/11 ==<br />
Enseignants : [[User:Donsez|Didier Donsez]]<br />
<br />
* Sujets : 2, 3, 10, 11, 38<br />
<br />
* 16H00 : Prénom NOM, Blazor, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H25 : Prénom NOM, Website Rendering Types, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H50 : Prénom NOM, Quarkus, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H15 : Prénom NOM, Helidon, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H40 : Prénom NOM, WebAssembly, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
<br />
== Séance 4 : 7/12 ==<br />
Enseignants : [[User:Donsez|Didier Donsez]]<br />
<br />
* Sujets : 4, 15, 16, 19, 21<br />
<br />
* 16H00 : Prénom NOM, MemSQL, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H25 : Prénom NOM, QuestDB, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H50 : Prénom NOM, Apache Arrow, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H15 : Prénom NOM, Apache Pulsar, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H40 : Prénom NOM, Apache Pinot, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
<br />
== Séance 5 : 14/12 ==<br />
Enseignants : [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]<br />
<br />
* Sujets : 22, 48, 55, 56, 84<br />
<br />
* 16H00 : Prénom NOM, IoT Dataflow Mashup, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H25 : Prénom NOM, Low-Power Global Area Networks (Sat-IoT), [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H50 : Prénom NOM, Apollo 2.0, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H15 : Prénom NOM, Flogo, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H40 : Prénom NOM, Amazon Sidewalk, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
<br />
== Séance 6 : 4/1 ==<br />
Enseignants : [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]<br />
<br />
* Sujets : 6, 7, 20, 50, 83<br />
<br />
* 16H00 : Prénom NOM, OpenAI GPT-3, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H25 : Prénom NOM, OpenAI Microscope, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H50 : Prénom NOM, Deepfake Algorithms, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H15 : Prénom NOM, Psychométrie, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H40 : Prénom NOM, Godot, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
<br />
== Séance 7 : 11/1 ==<br />
Enseignants : [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]<br />
<br />
* Sujets : 1, 32, 41, 60, XXXX<br />
<br />
* 16H00 : Prénom NOM, Matrix, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H25 : Prénom NOM, Peloton, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H50 : Prénom NOM, DevSecOps, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H15 : Prénom NOM, BFT, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H40 : Prénom NOM, XXXXXX, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
<br />
== Séance 8 : Asynchrone ==<br />
Enseignants : [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]<br />
<br />
* Sujets : TBC<br />
<br />
* 16H00 : Prénom NOM, XXXXXX, [[VT2020-XXXXXX-Fiche|Fiche]], [[https://screencast|Présentation filmée]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H25 : Prénom NOM, XXXXXX, [[VT2020-XXXXXX-Fiche|Fiche]], [[https://screencast|Présentation filmée]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H50 : Prénom NOM, XXXXXX, [[VT2020-XXXXXX-Fiche|Fiche]], [[https://screencast|Présentation filmée]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H15 : Prénom NOM, XXXXXX, [[VT2020-XXXXXX-Fiche|Fiche]], [[https://screencast|Présentation filmée]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H40 : Prénom NOM, XXXXXX, [[VT2020-XXXXXX-Fiche|Fiche]], [[https://screencast|Présentation filmée]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
<br />
=Sujets=<br />
# [[Matrix]] : An open network for secure, decentralized communication<br />
# [[Blazor]] (Browser+Razor) : a new web development framework introduced by Microsoft, which allows you to develop browser-based applications using C# and Razor syntax alongside HTML and CSS.<br />
# [[Website Rendering Types]] (Static, Dynamic, Incremetal) : démonstration de [https://nextjs.org/ NextJS]<br />
# [[MemSQL]]<br />
# [[Micronaut]] : Microservice platform ([https://dzone.com/articles/how-to-use-jhipster-to-build-a-secure-micronaut-an démo] avec [https://github.com/jhipster/generator-jhipster-micronaut Micronaut blueprint of JHipster])<br />
# [[OpenAI GPT-3]]<br />
# [[OpenAI Microscope]]<br />
# [[GraalVM]] : Polyglot Virtual Machine<br />
# [[Ballerina]] : open source programming language and platform for cloud-era application programmers to easily write software that just works<br />
# [[Quarkus]] : Supersonic Subatomic Java<br />
# [[Helidon]] : collection of Java libraries for writing microservices.<br />
# [[Flux]] (#fluxlang) new data scripting language to make querying and analyzing time series<br />
# [[Processeurs spécialisés pour l'IA]] : Démonstration avec la carte [https://greenwaves-technologies.com/product/gappoc-a-computer-vision-concept-board/ GAPPoc-A] de GreenWaves. ANNULé<br />
# [[NATS]]: PubSub broker (démonstration avec CampusIoT)<br />
# [[QuestDB]] : time-series database (démostration avec CampusIoT).<br />
# [[Apache Arrow]] : cross-language development platform for in-memory data<br />
# In-memory Distributed Data Grid : démonstration de eCom avec [[Apache Ignite]].<br />
# [[jQAssistant]] : application à eCOM<br />
# [[Apache Pulsar]] Pulsar is a multi-tenant, high-performance solution for server-to-server messaging. Pulsar was originally developed by Yahoo.<br />
# [[Godot Game Engine]]<br />
# [[Apache Pinot]] : realtime distributed OLAP datastore<br />
# [[IoT Dataflow Mashup]] (démo avec [[Eclipse Kura Wires]])<br />
# [[JSONnet]]<br />
# [[Géo-réplication]] : Démo avec [[Apache Kafka MirrorMaker]]<br />
# [[Pulsar]]<br />
# [[Wookey project]] (Demo on a STM32F407 Discovery board) ANNULé<br />
# [[RSocket]]<br />
# [[Nacos]] : open source project by Alibaba for service discovery and service configuration.<br />
# [[NEMU]] : open source hypervisor specifically built and designed to run modern cloud workloads on modern 64-bit Intel and ARM CPUs.<br />
# [[Architecture Serverless]] : démonstration avec le projet https://github.com/serverless/serverless sur votre compte Azure de votre compte GitHub Student Pack ANNULé<br />
# [[Fission]] : open-source serverless function framework for [[Kubernetes]] with a focus on developer productivity and high performance.<br />
# [[Peloton]], a unified resource scheduler<br />
# [[Microclimate]]<br />
# [[AdTech]]<br />
# [[Nearby communications]] (démonstration de [https://ionicframework.com/docs/native/google-nearby/ Nearby Messages API de Google avec Ionic]) --> Réservé Manon Chaix<br />
# [[Conflict-free replicated data type]] (CRDT) RECOMMANDé<br />
# [[Spinnaker]]<br />
# [[WebAssembly]]<br />
# [[Fast Identity Online Alliance]] (FIDO) ANNULé<br />
# [[Apache MXNet]] : Demo avec [[Intel Movidius]] ([https://github.com/tspannhw/rpi-mxnet-movidius-minifi lien]) ANNULé<br />
# [[DevSecOps]] <br />
# [[Apache Beam]] RECOMMANDé<br />
# [[In-Memory Data Grids]] : Démonstration de [[Gigaspaces]] et [[XAP]] Open Source<br />
# Gestionnaires de contenu : démonstration de [[Apache Jackrabbit]] dans le projet [[eCOM]]<br />
# [[Memory-centric virtual distributed storage system]]<br />
# [[ESB]] : démonstration de [[Mule ESB]]<br />
# [[MemCached]]<br />
# [[Low-Power Global Area Network]]s ([[Sat-IoT]])<br />
# [[ Voice-First Development]] : Designing, Developing, and Deploying Conversational Interfaces<br />
# [[Psychométrie]]<br />
# [[WebAssembly]]<br />
# [[DevSecOps]]<br />
# Portails et l'API [[Portlet]] : Démo avec [[Liferay]] ANNULé<br />
# [[Apache Beam]]<br />
# [[plateforme logicielle open source de conduite autonome Apollo 2.0]]<br />
# [[Flogo]] Open Source Framework for IoT Edge Apps & Integration.<br />
# [[Neural Processing Unit]] (NPU) : Demo de la clé [[Intel Movidius]] sur un RPI<br />
# [[Hazelcast]] : Démo avec Spring Boot ([https://dzone.com/storage/assets/6459742-dzone-rc247-gettingstartedwithspringbootandmicrose.pdf lien]) dans un projet [[JHipster]]<br />
# [[In-Memory Data Grids]] : Démonstration de [[Gigaspaces]] et [[XAP]] Open Source<br />
# [[Fautes Byzantines]] : Démonstration de [[BFT-SMaRt]]<br />
# Insport Video<br />
# Gestionnaires de contenu : démonstration de [[Apache Jackrabbit]] dans le projet [[eCOM]]<br />
# [[Memory-centric virtual distributed storage system]]<br />
# [[Performance Monitoring]]<br />
# [[ESB]] : démonstration de [[Mule ESB]] ANNULé<br />
# [[Access Network Query Protocol (ANQP)]]<br />
# [[JCache]] : démonstration avec [[Apache Ignity]]<br />
# [[MemCached]]<br />
# [[Apache Stratos]]<br />
# [[gceasy]] : Universal garbage collection log Analyser<br />
# [[Apache Solr]] : Démonstration avec [http://hortonworks.com/hadoop-tutorial/indexing-and-searching-text-within-images-with-apache-solr/ Tesseract OCR]<br />
# [[Valgrind]]<br />
# [[Content Delivery Network]]s : Démonstration de [[Amazon S3]], Azure, Akamaï ... sur votre projet [[ECOM-RICM|eCOM]]<br />
# [[CMS]] : Demo avec [[Crafter CMS]]<br />
# [[DMS]] (GED) : Demo avec la version Community Edition d'[[Alfresco]] et de son API REST avec [[Swagger]] ANNULé<br />
# [[SIG]] : Démonstration de [[QGIS]]<br />
# [[Apache Airflow]] ANNULé<br />
# [[Cryptojacking]] : démonstration d'un navigateur exécutant [https://github.com/cazala/coin-hive CoinHive] et affichage du coup énergétique de l'opération.<br />
# [[RIOT-OS]] : système d'exploitation pour l'Internet des Objets (Démonstration sur une carte STM32 Nucleo LRWAN1). ANNULé<br />
# [[Zephyr]] : système d'exploitation pour l'Internet des Objets (Démonstration sur une carte [[Intel Quark D2000]]). ANNULé<br />
# [[HTTP/3]] : quoi de neuf ? Démonstration de l'amélioration des performances.<br />
# [[Gyro]] : domain-specific language designed to concisely describe a cloud infrastructure. Démonstration avec votre application eCOM JHipster sur Azure.<br />
# [[Deepfake Algorithms]] et outils.<br />
# [[Amazon Sidewalk]]<br />
# Interfaces Homme-Machine sans contact (sous réserve de démonstrateur)<br />
# Interfaces Homme-Machine haptiques (sous réserve de démonstrateur)</div>Samuel.Courthialhttps://air.imag.fr/index.php?title=VT2020&diff=48547VT20202020-11-22T17:46:41Z<p>Samuel.Courthial: /* Planning */</p>
<hr />
<div>[[VT2019|<< Etudes 2019]] [[VT|Sommaire]] [[VT2021|Etudes 2021 >>]]<br />
<br />
<br />
=Veille Technologique et Stratégique=<br />
* Enseignants: [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]<br />
* UE/Module: EAM (HPRJ9R6B) et EAR (HPRJ9R4B) en 1FO5<br />
<br />
L'objectif de cette UE est de réaliser un travail de synthèse et d’évaluation sur une technologie / spécification / tendance<br />
<br />
Dans votre futur vie d'ingénieur, vous aurez à d'une part, vous former par vous-même sur une technologie émergente et d'autre part à réaliser une veille technologique (et stratégique) par rapport à votre entreprise et projet.<br />
Il s'agira de réaliser<br />
* le positionnement par rapport au marché<br />
* d'être critique<br />
<br />
Votre synthèse fait l'objet d'une présentation orale convaincante devant un auditoire (dans le futur, vos collègues, vos chefs ou vos clients) avec des transparents et un discours répété.<br />
Pour finir de convaincre (Saint Thomas), vous ferez la présentation d'une démonstration.<br />
<br />
Votre présentation sera notée et commentée par tous vos camarades via un sondage (téléphone mobile). Leurs notes et leurs commentaires seront notés en fonction de leur exactitude de jugement.<br />
<br />
Remarque: Le [https://fr.wikipedia.org/wiki/Plagiat plagiat] est incompatible avec l'éthique de l'ingénieur. Le directeur d'école peut demander votre traduction devant la commission disciplinaire de l'université. La sanction peut aller jusqu’à une interdiction d'inscription dans les établissements de l'enseignement supérieur français pendant plusieurs années : Le jeu en vaut-il la chandelle ?<br />
<br />
La présentation peut être réalisée avec [[reveal.js]] ou avec [[remarkjs]]<br />
<br />
[[File:presentation-VT-RICM5-1516.pdf|transparents d'introduction à l'UE]]<br />
<br />
=Planning=<br />
<br />
== Séance 1 : 16/11 ==<br />
Enseignants : [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]<br />
<br />
* Sujets : 5, 8, 23, 78<br />
<br />
* 16H00 : Alexandra CHATON, Jsonnet, [[VT2020-Jsonnet-Fiche|Fiche]], [[Media:VT2020-Jsonnet-Presentation.pdf|Présentation]], [[VT2020-Jsonnet-Demo|Démonstration]]<br />
* 16H25 : Alexis ROLLIN, GraalVM, [[VT2020-GraalVM-Fiche|Fiche]], [[Media:VT2020-GraalVM-Presentation.pdf|Présentation]], [[VT2020-GraalVM-Demo|Démonstration]]<br />
* 16H50 : Aleck BILOUNGA, Micronaut, [[VT2020-Micronaut-Fiche|Fiche]], [[https://docs.google.com/presentation/d/1oVq_81RwLelY1EptNoObHhmRRfGnfuxBD6PRd49jyjI/edit#slide=id.p Présentation]], [[VT2020-Micronaut-Demo|Démonstration]]<br />
* 17H15 : Prénom NOM, Cryptojacking, [[VT2020-Cryptojacking-Fiche|Fiche]], [[File:VT2020-Cryptojacking-Presentation.pdf|Présentation]], [[VT2020-Cryptojacking-Demo|Démonstration]]<br />
<br />
== Séance 2 : 23/11 ==<br />
Enseignants : [[User:Donsez|Didier Donsez]]<br />
<br />
* Sujets : 9, 33, 49, 72, 81<br />
<br />
* 16H00 : Romain PASDELOUP, Ballerina, [[VT2020-Ballerina-Fiche|Fiche]], [[File:VT2020-Ballerina-Presentation.pdf|Présentation]], [[VT2020-Ballerina-Demo|Démonstration]]<br />
* 16H25 : Prénom NOM, Microclimate, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H50 : Samuel COURTHIAL, Voice-First Development, [[VT2020-Voice_First_Development-Fiche|Fiche]], [[File:VT2020-Voice_First_Development-Presentation.pdf|Présentation]], [[VT2020-Voice_First_Development-Demo|Démonstration]]<br />
* 17H15 : Thomas FRION, Valgrind, [[VT2020-Valgrind-Fiche|Fiche]], [[Media:VT2020-Valgrind-Presentation.pdf|Présentation]], [[VT2020-Valgrind-Demo|Démonstration]]<br />
* 17H40 : Prénom NOM, HTTP/3, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
<br />
== Séance 3 : 30/11 ==<br />
Enseignants : [[User:Donsez|Didier Donsez]]<br />
<br />
* Sujets : 2, 3, 10, 11, 38<br />
<br />
* 16H00 : Prénom NOM, Blazor, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H25 : Prénom NOM, Website Rendering Types, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H50 : Prénom NOM, Quarkus, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H15 : Prénom NOM, Helidon, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H40 : Prénom NOM, WebAssembly, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
<br />
== Séance 4 : 7/12 ==<br />
Enseignants : [[User:Donsez|Didier Donsez]]<br />
<br />
* Sujets : 4, 15, 16, 19, 21<br />
<br />
* 16H00 : Prénom NOM, MemSQL, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H25 : Prénom NOM, QuestDB, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H50 : Prénom NOM, Apache Arrow, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H15 : Prénom NOM, Apache Pulsar, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H40 : Prénom NOM, Apache Pinot, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
<br />
== Séance 5 : 14/12 ==<br />
Enseignants : [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]<br />
<br />
* Sujets : 22, 48, 55, 56, 84<br />
<br />
* 16H00 : Prénom NOM, IoT Dataflow Mashup, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H25 : Prénom NOM, Low-Power Global Area Networks (Sat-IoT), [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H50 : Prénom NOM, Apollo 2.0, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H15 : Prénom NOM, Flogo, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H40 : Prénom NOM, Amazon Sidewalk, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
<br />
== Séance 6 : 4/1 ==<br />
Enseignants : [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]<br />
<br />
* Sujets : 6, 7, 20, 50, 83<br />
<br />
* 16H00 : Prénom NOM, OpenAI GPT-3, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H25 : Prénom NOM, OpenAI Microscope, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H50 : Prénom NOM, Deepfake Algorithms, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H15 : Prénom NOM, Psychométrie, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H40 : Prénom NOM, Godot, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
<br />
== Séance 7 : 11/1 ==<br />
Enseignants : [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]<br />
<br />
* Sujets : 1, 32, 41, 60, XXXX<br />
<br />
* 16H00 : Prénom NOM, Matrix, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H25 : Prénom NOM, Peloton, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H50 : Prénom NOM, DevSecOps, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H15 : Prénom NOM, BFT, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H40 : Prénom NOM, XXXXXX, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
<br />
== Séance 8 : Asynchrone ==<br />
Enseignants : [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]<br />
<br />
* Sujets : TBC<br />
<br />
* 16H00 : Prénom NOM, XXXXXX, [[VT2020-XXXXXX-Fiche|Fiche]], [[https://screencast|Présentation filmée]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H25 : Prénom NOM, XXXXXX, [[VT2020-XXXXXX-Fiche|Fiche]], [[https://screencast|Présentation filmée]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H50 : Prénom NOM, XXXXXX, [[VT2020-XXXXXX-Fiche|Fiche]], [[https://screencast|Présentation filmée]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H15 : Prénom NOM, XXXXXX, [[VT2020-XXXXXX-Fiche|Fiche]], [[https://screencast|Présentation filmée]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H40 : Prénom NOM, XXXXXX, [[VT2020-XXXXXX-Fiche|Fiche]], [[https://screencast|Présentation filmée]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
<br />
=Sujets=<br />
# [[Matrix]] : An open network for secure, decentralized communication<br />
# [[Blazor]] (Browser+Razor) : a new web development framework introduced by Microsoft, which allows you to develop browser-based applications using C# and Razor syntax alongside HTML and CSS.<br />
# [[Website Rendering Types]] (Static, Dynamic, Incremetal) : démonstration de [https://nextjs.org/ NextJS]<br />
# [[MemSQL]]<br />
# [[Micronaut]] : Microservice platform ([https://dzone.com/articles/how-to-use-jhipster-to-build-a-secure-micronaut-an démo] avec [https://github.com/jhipster/generator-jhipster-micronaut Micronaut blueprint of JHipster])<br />
# [[OpenAI GPT-3]]<br />
# [[OpenAI Microscope]]<br />
# [[GraalVM]] : Polyglot Virtual Machine<br />
# [[Ballerina]] : open source programming language and platform for cloud-era application programmers to easily write software that just works<br />
# [[Quarkus]] : Supersonic Subatomic Java<br />
# [[Helidon]] : collection of Java libraries for writing microservices.<br />
# [[Flux]] (#fluxlang) new data scripting language to make querying and analyzing time series<br />
# [[Processeurs spécialisés pour l'IA]] : Démonstration avec la carte [https://greenwaves-technologies.com/product/gappoc-a-computer-vision-concept-board/ GAPPoc-A] de GreenWaves. ANNULé<br />
# [[NATS]]: PubSub broker (démonstration avec CampusIoT)<br />
# [[QuestDB]] : time-series database (démostration avec CampusIoT).<br />
# [[Apache Arrow]] : cross-language development platform for in-memory data<br />
# In-memory Distributed Data Grid : démonstration de eCom avec [[Apache Ignite]].<br />
# [[jQAssistant]] : application à eCOM<br />
# [[Apache Pulsar]] Pulsar is a multi-tenant, high-performance solution for server-to-server messaging. Pulsar was originally developed by Yahoo.<br />
# [[Godot Game Engine]]<br />
# [[Apache Pinot]] : realtime distributed OLAP datastore<br />
# [[IoT Dataflow Mashup]] (démo avec [[Eclipse Kura Wires]])<br />
# [[JSONnet]]<br />
# [[Géo-réplication]] : Démo avec [[Apache Kafka MirrorMaker]]<br />
# [[Pulsar]]<br />
# [[Wookey project]] (Demo on a STM32F407 Discovery board) ANNULé<br />
# [[RSocket]]<br />
# [[Nacos]] : open source project by Alibaba for service discovery and service configuration.<br />
# [[NEMU]] : open source hypervisor specifically built and designed to run modern cloud workloads on modern 64-bit Intel and ARM CPUs.<br />
# [[Architecture Serverless]] : démonstration avec le projet https://github.com/serverless/serverless sur votre compte Azure de votre compte GitHub Student Pack ANNULé<br />
# [[Fission]] : open-source serverless function framework for [[Kubernetes]] with a focus on developer productivity and high performance.<br />
# [[Peloton]], a unified resource scheduler<br />
# [[Microclimate]]<br />
# [[AdTech]]<br />
# [[Nearby communications]] (démonstration de [https://ionicframework.com/docs/native/google-nearby/ Nearby Messages API de Google avec Ionic]) --> Réservé Manon Chaix<br />
# [[Conflict-free replicated data type]] (CRDT) RECOMMANDé<br />
# [[Spinnaker]]<br />
# [[WebAssembly]]<br />
# [[Fast Identity Online Alliance]] (FIDO) ANNULé<br />
# [[Apache MXNet]] : Demo avec [[Intel Movidius]] ([https://github.com/tspannhw/rpi-mxnet-movidius-minifi lien]) ANNULé<br />
# [[DevSecOps]] <br />
# [[Apache Beam]] RECOMMANDé<br />
# [[In-Memory Data Grids]] : Démonstration de [[Gigaspaces]] et [[XAP]] Open Source<br />
# Gestionnaires de contenu : démonstration de [[Apache Jackrabbit]] dans le projet [[eCOM]]<br />
# [[Memory-centric virtual distributed storage system]]<br />
# [[ESB]] : démonstration de [[Mule ESB]]<br />
# [[MemCached]]<br />
# [[Low-Power Global Area Network]]s ([[Sat-IoT]])<br />
# [[ Voice-First Development]] : Designing, Developing, and Deploying Conversational Interfaces<br />
# [[Psychométrie]]<br />
# [[WebAssembly]]<br />
# [[DevSecOps]]<br />
# Portails et l'API [[Portlet]] : Démo avec [[Liferay]] ANNULé<br />
# [[Apache Beam]]<br />
# [[plateforme logicielle open source de conduite autonome Apollo 2.0]]<br />
# [[Flogo]] Open Source Framework for IoT Edge Apps & Integration.<br />
# [[Neural Processing Unit]] (NPU) : Demo de la clé [[Intel Movidius]] sur un RPI<br />
# [[Hazelcast]] : Démo avec Spring Boot ([https://dzone.com/storage/assets/6459742-dzone-rc247-gettingstartedwithspringbootandmicrose.pdf lien]) dans un projet [[JHipster]]<br />
# [[In-Memory Data Grids]] : Démonstration de [[Gigaspaces]] et [[XAP]] Open Source<br />
# [[Fautes Byzantines]] : Démonstration de [[BFT-SMaRt]]<br />
# Insport Video<br />
# Gestionnaires de contenu : démonstration de [[Apache Jackrabbit]] dans le projet [[eCOM]]<br />
# [[Memory-centric virtual distributed storage system]]<br />
# [[Performance Monitoring]]<br />
# [[ESB]] : démonstration de [[Mule ESB]] ANNULé<br />
# [[Access Network Query Protocol (ANQP)]]<br />
# [[JCache]] : démonstration avec [[Apache Ignity]]<br />
# [[MemCached]]<br />
# [[Apache Stratos]]<br />
# [[gceasy]] : Universal garbage collection log Analyser<br />
# [[Apache Solr]] : Démonstration avec [http://hortonworks.com/hadoop-tutorial/indexing-and-searching-text-within-images-with-apache-solr/ Tesseract OCR]<br />
# [[Valgrind]]<br />
# [[Content Delivery Network]]s : Démonstration de [[Amazon S3]], Azure, Akamaï ... sur votre projet [[ECOM-RICM|eCOM]]<br />
# [[CMS]] : Demo avec [[Crafter CMS]]<br />
# [[DMS]] (GED) : Demo avec la version Community Edition d'[[Alfresco]] et de son API REST avec [[Swagger]] ANNULé<br />
# [[SIG]] : Démonstration de [[QGIS]]<br />
# [[Apache Airflow]] ANNULé<br />
# [[Cryptojacking]] : démonstration d'un navigateur exécutant [https://github.com/cazala/coin-hive CoinHive] et affichage du coup énergétique de l'opération.<br />
# [[RIOT-OS]] : système d'exploitation pour l'Internet des Objets (Démonstration sur une carte STM32 Nucleo LRWAN1). ANNULé<br />
# [[Zephyr]] : système d'exploitation pour l'Internet des Objets (Démonstration sur une carte [[Intel Quark D2000]]). ANNULé<br />
# [[HTTP/3]] : quoi de neuf ? Démonstration de l'amélioration des performances.<br />
# [[Gyro]] : domain-specific language designed to concisely describe a cloud infrastructure. Démonstration avec votre application eCOM JHipster sur Azure.<br />
# [[Deepfake Algorithms]] et outils.<br />
# [[Amazon Sidewalk]]<br />
# Interfaces Homme-Machine sans contact (sous réserve de démonstrateur)<br />
# Interfaces Homme-Machine haptiques (sous réserve de démonstrateur)</div>Samuel.Courthialhttps://air.imag.fr/index.php?title=File:VT2020-Voice_First_Development-Presentation.pdf&diff=48546File:VT2020-Voice First Development-Presentation.pdf2020-11-22T17:44:54Z<p>Samuel.Courthial: </p>
<hr />
<div></div>Samuel.Courthialhttps://air.imag.fr/index.php?title=VT2020&diff=48534VT20202020-11-22T16:51:19Z<p>Samuel.Courthial: /* Séance 2 : 23/11 */</p>
<hr />
<div>[[VT2019|<< Etudes 2019]] [[VT|Sommaire]] [[VT2021|Etudes 2021 >>]]<br />
<br />
<br />
=Veille Technologique et Stratégique=<br />
* Enseignants: [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]<br />
* UE/Module: EAM (HPRJ9R6B) et EAR (HPRJ9R4B) en 1FO5<br />
<br />
L'objectif de cette UE est de réaliser un travail de synthèse et d’évaluation sur une technologie / spécification / tendance<br />
<br />
Dans votre futur vie d'ingénieur, vous aurez à d'une part, vous former par vous-même sur une technologie émergente et d'autre part à réaliser une veille technologique (et stratégique) par rapport à votre entreprise et projet.<br />
Il s'agira de réaliser<br />
* le positionnement par rapport au marché<br />
* d'être critique<br />
<br />
Votre synthèse fait l'objet d'une présentation orale convaincante devant un auditoire (dans le futur, vos collègues, vos chefs ou vos clients) avec des transparents et un discours répété.<br />
Pour finir de convaincre (Saint Thomas), vous ferez la présentation d'une démonstration.<br />
<br />
Votre présentation sera notée et commentée par tous vos camarades via un sondage (téléphone mobile). Leurs notes et leurs commentaires seront notés en fonction de leur exactitude de jugement.<br />
<br />
Remarque: Le [https://fr.wikipedia.org/wiki/Plagiat plagiat] est incompatible avec l'éthique de l'ingénieur. Le directeur d'école peut demander votre traduction devant la commission disciplinaire de l'université. La sanction peut aller jusqu’à une interdiction d'inscription dans les établissements de l'enseignement supérieur français pendant plusieurs années : Le jeu en vaut-il la chandelle ?<br />
<br />
La présentation peut être réalisée avec [[reveal.js]] ou avec [[remarkjs]]<br />
<br />
[[File:presentation-VT-RICM5-1516.pdf|transparents d'introduction à l'UE]]<br />
<br />
=Planning=<br />
<br />
== Séance 1 : 16/11 ==<br />
Enseignants : [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]<br />
<br />
* Sujets : 5, 8, 23, 78<br />
<br />
* 16H00 : Alexandra CHATON, Jsonnet, [[VT2020-Jsonnet-Fiche|Fiche]], [[Media:VT2020-Jsonnet-Presentation.pdf|Présentation]], [[VT2020-Jsonnet-Demo|Démonstration]]<br />
* 16H25 : Alexis ROLLIN, GraalVM, [[VT2020-GraalVM-Fiche|Fiche]], [[Media:VT2020-GraalVM-Presentation.pdf|Présentation]], [[VT2020-GraalVM-Demo|Démonstration]]<br />
* 16H50 : Aleck BILOUNGA, Micronaut, [[VT2020-Micronaut-Fiche|Fiche]], [[https://docs.google.com/presentation/d/1oVq_81RwLelY1EptNoObHhmRRfGnfuxBD6PRd49jyjI/edit#slide=id.p Présentation]], [[VT2020-Micronaut-Demo|Démonstration]]<br />
* 17H15 : Prénom NOM, Cryptojacking, [[VT2020-Cryptojacking-Fiche|Fiche]], [[File:VT2020-Cryptojacking-Presentation.pdf|Présentation]], [[VT2020-Cryptojacking-Demo|Démonstration]]<br />
<br />
== Séance 2 : 23/11 ==<br />
Enseignants : [[User:Donsez|Didier Donsez]]<br />
<br />
* Sujets : 9, 33, 49, 72, 81<br />
<br />
* 16H00 : Romain PASDELOUP, Ballerina, [[VT2020-Ballerina-Fiche|Fiche]], [[File:VT2020-Ballerina-Presentation.pdf|Présentation]], [[VT2020-Ballerina-Demo|Démonstration]]<br />
* 16H25 : Prénom NOM, Microclimate, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H50 : Samuel COURTHIAL, Voice-First Development, [[VT2020-Voice_First_Development-Fiche|Fiche]], [[Media:VT2020-Voice_First_Development-Presentation.pdf|Présentation]], [[VT2020-Voice_First_Development-Demo|Démonstration]]<br />
* 17H15 : Thomas FRION, Valgrind, [[VT2020-Valgrind-Fiche|Fiche]], [[Media:VT2020-Valgrind-Presentation.pdf|Présentation]], [[VT2020-Valgrind-Demo|Démonstration]]<br />
* 17H40 : Prénom NOM, HTTP/3, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
<br />
== Séance 3 : 30/11 ==<br />
Enseignants : [[User:Donsez|Didier Donsez]]<br />
<br />
* Sujets : 2, 3, 10, 11, 38<br />
<br />
* 16H00 : Prénom NOM, Blazor, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H25 : Prénom NOM, Website Rendering Types, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H50 : Prénom NOM, Quarkus, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H15 : Prénom NOM, Helidon, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H40 : Prénom NOM, WebAssembly, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
<br />
== Séance 4 : 7/12 ==<br />
Enseignants : [[User:Donsez|Didier Donsez]]<br />
<br />
* Sujets : 4, 15, 16, 19, 21<br />
<br />
* 16H00 : Prénom NOM, MemSQL, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H25 : Prénom NOM, QuestDB, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H50 : Prénom NOM, Apache Arrow, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H15 : Prénom NOM, Apache Pulsar, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H40 : Prénom NOM, Apache Pinot, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
<br />
== Séance 5 : 14/12 ==<br />
Enseignants : [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]<br />
<br />
* Sujets : 22, 48, 55, 56, 84<br />
<br />
* 16H00 : Prénom NOM, IoT Dataflow Mashup, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H25 : Prénom NOM, Low-Power Global Area Networks (Sat-IoT), [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H50 : Prénom NOM, Apollo 2.0, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H15 : Prénom NOM, Flogo, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H40 : Prénom NOM, Amazon Sidewalk, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
<br />
== Séance 6 : 4/1 ==<br />
Enseignants : [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]<br />
<br />
* Sujets : 6, 7, 20, 50, 83<br />
<br />
* 16H00 : Prénom NOM, OpenAI GPT-3, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H25 : Prénom NOM, OpenAI Microscope, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H50 : Prénom NOM, Deepfake Algorithms, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H15 : Prénom NOM, Psychométrie, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H40 : Prénom NOM, Godot, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
<br />
== Séance 7 : 11/1 ==<br />
Enseignants : [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]<br />
<br />
* Sujets : 1, 32, 41, 60, XXXX<br />
<br />
* 16H00 : Prénom NOM, Matrix, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H25 : Prénom NOM, Peloton, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H50 : Prénom NOM, DevSecOps, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H15 : Prénom NOM, BFT, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H40 : Prénom NOM, XXXXXX, [[VT2020-XXXXXX-Fiche|Fiche]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
<br />
== Séance 8 : Asynchrone ==<br />
Enseignants : [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]<br />
<br />
* Sujets : TBC<br />
<br />
* 16H00 : Prénom NOM, XXXXXX, [[VT2020-XXXXXX-Fiche|Fiche]], [[https://screencast|Présentation filmée]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H25 : Prénom NOM, XXXXXX, [[VT2020-XXXXXX-Fiche|Fiche]], [[https://screencast|Présentation filmée]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 16H50 : Prénom NOM, XXXXXX, [[VT2020-XXXXXX-Fiche|Fiche]], [[https://screencast|Présentation filmée]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H15 : Prénom NOM, XXXXXX, [[VT2020-XXXXXX-Fiche|Fiche]], [[https://screencast|Présentation filmée]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
* 17H40 : Prénom NOM, XXXXXX, [[VT2020-XXXXXX-Fiche|Fiche]], [[https://screencast|Présentation filmée]], [[File:VT2020-XXXXXX-Presentation.pdf|Présentation]], [[VT2020-XXXXXX-Demo|Démonstration]]<br />
<br />
=Sujets=<br />
# [[Matrix]] : An open network for secure, decentralized communication<br />
# [[Blazor]] (Browser+Razor) : a new web development framework introduced by Microsoft, which allows you to develop browser-based applications using C# and Razor syntax alongside HTML and CSS.<br />
# [[Website Rendering Types]] (Static, Dynamic, Incremetal) : démonstration de [https://nextjs.org/ NextJS]<br />
# [[MemSQL]]<br />
# [[Micronaut]] : Microservice platform ([https://dzone.com/articles/how-to-use-jhipster-to-build-a-secure-micronaut-an démo] avec [https://github.com/jhipster/generator-jhipster-micronaut Micronaut blueprint of JHipster])<br />
# [[OpenAI GPT-3]]<br />
# [[OpenAI Microscope]]<br />
# [[GraalVM]] : Polyglot Virtual Machine<br />
# [[Ballerina]] : open source programming language and platform for cloud-era application programmers to easily write software that just works<br />
# [[Quarkus]] : Supersonic Subatomic Java<br />
# [[Helidon]] : collection of Java libraries for writing microservices.<br />
# [[Flux]] (#fluxlang) new data scripting language to make querying and analyzing time series<br />
# [[Processeurs spécialisés pour l'IA]] : Démonstration avec la carte [https://greenwaves-technologies.com/product/gappoc-a-computer-vision-concept-board/ GAPPoc-A] de GreenWaves. ANNULé<br />
# [[NATS]]: PubSub broker (démonstration avec CampusIoT)<br />
# [[QuestDB]] : time-series database (démostration avec CampusIoT).<br />
# [[Apache Arrow]] : cross-language development platform for in-memory data<br />
# In-memory Distributed Data Grid : démonstration de eCom avec [[Apache Ignite]].<br />
# [[jQAssistant]] : application à eCOM<br />
# [[Apache Pulsar]] Pulsar is a multi-tenant, high-performance solution for server-to-server messaging. Pulsar was originally developed by Yahoo.<br />
# [[Godot Game Engine]]<br />
# [[Apache Pinot]] : realtime distributed OLAP datastore<br />
# [[IoT Dataflow Mashup]] (démo avec [[Eclipse Kura Wires]])<br />
# [[JSONnet]]<br />
# [[Géo-réplication]] : Démo avec [[Apache Kafka MirrorMaker]]<br />
# [[Pulsar]]<br />
# [[Wookey project]] (Demo on a STM32F407 Discovery board) ANNULé<br />
# [[RSocket]]<br />
# [[Nacos]] : open source project by Alibaba for service discovery and service configuration.<br />
# [[NEMU]] : open source hypervisor specifically built and designed to run modern cloud workloads on modern 64-bit Intel and ARM CPUs.<br />
# [[Architecture Serverless]] : démonstration avec le projet https://github.com/serverless/serverless sur votre compte Azure de votre compte GitHub Student Pack ANNULé<br />
# [[Fission]] : open-source serverless function framework for [[Kubernetes]] with a focus on developer productivity and high performance.<br />
# [[Peloton]], a unified resource scheduler<br />
# [[Microclimate]]<br />
# [[AdTech]]<br />
# [[Nearby communications]] (démonstration de [https://ionicframework.com/docs/native/google-nearby/ Nearby Messages API de Google avec Ionic]) --> Réservé Manon Chaix<br />
# [[Conflict-free replicated data type]] (CRDT) RECOMMANDé<br />
# [[Spinnaker]]<br />
# [[WebAssembly]]<br />
# [[Fast Identity Online Alliance]] (FIDO) ANNULé<br />
# [[Apache MXNet]] : Demo avec [[Intel Movidius]] ([https://github.com/tspannhw/rpi-mxnet-movidius-minifi lien]) ANNULé<br />
# [[DevSecOps]] <br />
# [[Apache Beam]] RECOMMANDé<br />
# [[In-Memory Data Grids]] : Démonstration de [[Gigaspaces]] et [[XAP]] Open Source<br />
# Gestionnaires de contenu : démonstration de [[Apache Jackrabbit]] dans le projet [[eCOM]]<br />
# [[Memory-centric virtual distributed storage system]]<br />
# [[ESB]] : démonstration de [[Mule ESB]]<br />
# [[MemCached]]<br />
# [[Low-Power Global Area Network]]s ([[Sat-IoT]])<br />
# [[ Voice-First Development]] : Designing, Developing, and Deploying Conversational Interfaces<br />
# [[Psychométrie]]<br />
# [[WebAssembly]]<br />
# [[DevSecOps]]<br />
# Portails et l'API [[Portlet]] : Démo avec [[Liferay]] ANNULé<br />
# [[Apache Beam]]<br />
# [[plateforme logicielle open source de conduite autonome Apollo 2.0]]<br />
# [[Flogo]] Open Source Framework for IoT Edge Apps & Integration.<br />
# [[Neural Processing Unit]] (NPU) : Demo de la clé [[Intel Movidius]] sur un RPI<br />
# [[Hazelcast]] : Démo avec Spring Boot ([https://dzone.com/storage/assets/6459742-dzone-rc247-gettingstartedwithspringbootandmicrose.pdf lien]) dans un projet [[JHipster]]<br />
# [[In-Memory Data Grids]] : Démonstration de [[Gigaspaces]] et [[XAP]] Open Source<br />
# [[Fautes Byzantines]] : Démonstration de [[BFT-SMaRt]]<br />
# Insport Video<br />
# Gestionnaires de contenu : démonstration de [[Apache Jackrabbit]] dans le projet [[eCOM]]<br />
# [[Memory-centric virtual distributed storage system]]<br />
# [[Performance Monitoring]]<br />
# [[ESB]] : démonstration de [[Mule ESB]] ANNULé<br />
# [[Access Network Query Protocol (ANQP)]]<br />
# [[JCache]] : démonstration avec [[Apache Ignity]]<br />
# [[MemCached]]<br />
# [[Apache Stratos]]<br />
# [[gceasy]] : Universal garbage collection log Analyser<br />
# [[Apache Solr]] : Démonstration avec [http://hortonworks.com/hadoop-tutorial/indexing-and-searching-text-within-images-with-apache-solr/ Tesseract OCR]<br />
# [[Valgrind]]<br />
# [[Content Delivery Network]]s : Démonstration de [[Amazon S3]], Azure, Akamaï ... sur votre projet [[ECOM-RICM|eCOM]]<br />
# [[CMS]] : Demo avec [[Crafter CMS]]<br />
# [[DMS]] (GED) : Demo avec la version Community Edition d'[[Alfresco]] et de son API REST avec [[Swagger]] ANNULé<br />
# [[SIG]] : Démonstration de [[QGIS]]<br />
# [[Apache Airflow]] ANNULé<br />
# [[Cryptojacking]] : démonstration d'un navigateur exécutant [https://github.com/cazala/coin-hive CoinHive] et affichage du coup énergétique de l'opération.<br />
# [[RIOT-OS]] : système d'exploitation pour l'Internet des Objets (Démonstration sur une carte STM32 Nucleo LRWAN1). ANNULé<br />
# [[Zephyr]] : système d'exploitation pour l'Internet des Objets (Démonstration sur une carte [[Intel Quark D2000]]). ANNULé<br />
# [[HTTP/3]] : quoi de neuf ? Démonstration de l'amélioration des performances.<br />
# [[Gyro]] : domain-specific language designed to concisely describe a cloud infrastructure. Démonstration avec votre application eCOM JHipster sur Azure.<br />
# [[Deepfake Algorithms]] et outils.<br />
# [[Amazon Sidewalk]]<br />
# Interfaces Homme-Machine sans contact (sous réserve de démonstrateur)<br />
# Interfaces Homme-Machine haptiques (sous réserve de démonstrateur)</div>Samuel.Courthialhttps://air.imag.fr/index.php?title=VT2020-Voice_First_Development-Fiche&diff=48533VT2020-Voice First Development-Fiche2020-11-22T16:47:48Z<p>Samuel.Courthial: /* Veille Technologique 2020 */</p>
<hr />
<div>=Introduction=<br />
Voice-First Development désigne un ensemble de bonnes pratiques créée dans le but de maximiser les chances de succès d’une application basée sur la voix, en évitant les problèmes les plus évidents. Il ne s'agit donc pas d'une technologie en particulier mais d'une manière spécifique de coder un certain type d'application, les applications vocales.<br />
<br />
=Présentation et architecture=<br />
Comme son nom l'indique, une application vocale repose essentiel sur la voix comme modalité d'interaction, aussi bien en entrée qu'en sortie. Cependant, cette modalité relativement récente est encore complexe à utiliser et maîtriser. Pour permettre la création de telle applications, un certains nombre de composants sont essentiels.<br />
<br />
[[File:architecture_voiceapp.png | 500px | thumb | right | Architecture d'un système vocal classique]]<br />
<br />
On peut en tirer 5 composants essentiels :<br />
* Speech To Text : reconnaissance automatique de la parole : extraction d’une image vectorielle de la voix puis association à des éléments lexicaux connus, pour enfin former des mots, puis des phrases « correctes »<br />
* Compréhension du langage naturel : extraction d’un ensemble d’informations catégoriséss depuis la phrase retranscrite à l’étape précédente. L’information est séparée entre une intention (ce que l’utilisateur veut) et les entités (informations importantes permettant de faire sens avec l’intention)<br />
* Gestionnaire de dialogue : récupère l’ordre en entrée pour générer une liste d’instruction aux autres éléments du système, il garde également trace des anciennes conversations et des informations importantes qu’il a pu en tirer. Ce composant a en particulier accès au information pour répondre à la question (les heures de fermeture de McDonald ici), le contexte de conversation (issues des questions précédentes) et les informations utilisateurs obtenus au fil du temps lors de l’utilisation de l’application. <br />
* Génération de langage naturel : transformation inverse, création d’une phrase « correcte » à partir des ordres générés avant<br />
* Text To Speech : Création d’une sortie vocale à partir de la phrase générée<br />
<br />
<br />
=Outils utilisés=<br />
<br />
Pour créer une application vocale et la faire fonctionner, un certain nombre d'outil est nécessaire. L'ensemble de ces outils sont détaillés après. Les liens vers leurs sites respectifs sont disponibles dans les sources, en bas de la page.<br />
<br />
==Violet==<br />
[[File:violet.jpg | 300px | thumb | right | Interface de test Violet]]<br />
Violet est un framework permettant la création d'application conversationnelle, notamment pour Alexa, Google Home et mobile.<br />
Violet permet:<br />
* la création de flux de conversations<br />
* l'acèes à des primitives de bas niveau permettant de gérer automatiquement l'état de la conversation<br />
* l'accès à des plugins permettant la communications avec d'éventuelles bases de données<br />
<br />
Violet nous fournit une interface permettant de tester la logique de notre application avant de la déployer.<br />
<br />
==Heroku==<br />
Heroku est une plateforme cloud permettant le build, le déploiement et la gestion d'une application.<br />
<br />
Dans le cadre d'une application, il est nécessaire de déployer l'application pour pouvoir la tester avec un agent Dialogflow.<br />
<br />
==Dialogflow==<br />
Dialogflow se définit comme une plateforme de compréhension du langage naturel. En pratique, Dialogflow nous permet également d'avoir accès à des composants de Speech To Text et de Text To Speech.<br />
<br />
=Bibliographie=<br />
*https://www.manning.com/books/exploring-voice-first-development<br />
*https://www.manning.com/books/voice-ui-systems-cx<br />
*https://helloviolet.ai/?ref=hackernoon.com<br />
*https://dialogflow.cloud.google.com/<br />
*https://www.heroku.com<br />
<br />
=Veille Technologique 2020=<br />
* Année : [[VT2020|VT2020]]<br />
* Sujet : Voice-First Development<br />
* Slides : [ Slides]<br />
* Démonstration : [https://air.imag.fr/index.php/VT2020-Voice_First_Development-Demo Démonstration]<br />
* Auteurs : Samuel COURTHIAL</div>Samuel.Courthialhttps://air.imag.fr/index.php?title=VT2020-Voice_First_Development-Fiche&diff=48531VT2020-Voice First Development-Fiche2020-11-22T16:46:37Z<p>Samuel.Courthial: </p>
<hr />
<div>=Introduction=<br />
Voice-First Development désigne un ensemble de bonnes pratiques créée dans le but de maximiser les chances de succès d’une application basée sur la voix, en évitant les problèmes les plus évidents. Il ne s'agit donc pas d'une technologie en particulier mais d'une manière spécifique de coder un certain type d'application, les applications vocales.<br />
<br />
=Présentation et architecture=<br />
Comme son nom l'indique, une application vocale repose essentiel sur la voix comme modalité d'interaction, aussi bien en entrée qu'en sortie. Cependant, cette modalité relativement récente est encore complexe à utiliser et maîtriser. Pour permettre la création de telle applications, un certains nombre de composants sont essentiels.<br />
<br />
[[File:architecture_voiceapp.png | 500px | thumb | right | Architecture d'un système vocal classique]]<br />
<br />
On peut en tirer 5 composants essentiels :<br />
* Speech To Text : reconnaissance automatique de la parole : extraction d’une image vectorielle de la voix puis association à des éléments lexicaux connus, pour enfin former des mots, puis des phrases « correctes »<br />
* Compréhension du langage naturel : extraction d’un ensemble d’informations catégoriséss depuis la phrase retranscrite à l’étape précédente. L’information est séparée entre une intention (ce que l’utilisateur veut) et les entités (informations importantes permettant de faire sens avec l’intention)<br />
* Gestionnaire de dialogue : récupère l’ordre en entrée pour générer une liste d’instruction aux autres éléments du système, il garde également trace des anciennes conversations et des informations importantes qu’il a pu en tirer. Ce composant a en particulier accès au information pour répondre à la question (les heures de fermeture de McDonald ici), le contexte de conversation (issues des questions précédentes) et les informations utilisateurs obtenus au fil du temps lors de l’utilisation de l’application. <br />
* Génération de langage naturel : transformation inverse, création d’une phrase « correcte » à partir des ordres générés avant<br />
* Text To Speech : Création d’une sortie vocale à partir de la phrase générée<br />
<br />
<br />
=Outils utilisés=<br />
<br />
Pour créer une application vocale et la faire fonctionner, un certain nombre d'outil est nécessaire. L'ensemble de ces outils sont détaillés après. Les liens vers leurs sites respectifs sont disponibles dans les sources, en bas de la page.<br />
<br />
==Violet==<br />
[[File:violet.jpg | 300px | thumb | right | Interface de test Violet]]<br />
Violet est un framework permettant la création d'application conversationnelle, notamment pour Alexa, Google Home et mobile.<br />
Violet permet:<br />
* la création de flux de conversations<br />
* l'acèes à des primitives de bas niveau permettant de gérer automatiquement l'état de la conversation<br />
* l'accès à des plugins permettant la communications avec d'éventuelles bases de données<br />
<br />
Violet nous fournit une interface permettant de tester la logique de notre application avant de la déployer.<br />
<br />
==Heroku==<br />
Heroku est une plateforme cloud permettant le build, le déploiement et la gestion d'une application.<br />
<br />
Dans le cadre d'une application, il est nécessaire de déployer l'application pour pouvoir la tester avec un agent Dialogflow.<br />
<br />
==Dialogflow==<br />
Dialogflow se définit comme une plateforme de compréhension du langage naturel. En pratique, Dialogflow nous permet également d'avoir accès à des composants de Speech To Text et de Text To Speech.<br />
<br />
=Bibliographie=<br />
*https://www.manning.com/books/exploring-voice-first-development<br />
*https://www.manning.com/books/voice-ui-systems-cx<br />
*https://helloviolet.ai/?ref=hackernoon.com<br />
*https://dialogflow.cloud.google.com/<br />
*https://www.heroku.com<br />
<br />
=Veille Technologique 2020=<br />
* Année : [[VT2020|VT2020]]<br />
* Sujet : Voice-First Development<br />
* Slides : [ Slides]<br />
* Auteurs : Samuel COURTHIAL</div>Samuel.Courthialhttps://air.imag.fr/index.php?title=VT2020-Voice_First_Development-Fiche&diff=48527VT2020-Voice First Development-Fiche2020-11-22T16:40:49Z<p>Samuel.Courthial: /* Violet */</p>
<hr />
<div>=Introduction=<br />
Voice-First Development désigne un ensemble de bonnes pratiques créée dans le but de maximiser les chances de succès d’une application basée sur la voix, en évitant les problèmes les plus évidents. Il ne s'agit donc pas d'une technologie en particulier mais d'une manière spécifique de coder un certain type d'application, les applications vocales.<br />
<br />
=Présentation et architecture=<br />
Comme son nom l'indique, une application vocale repose essentiel sur la voix comme modalité d'interaction, aussi bien en entrée qu'en sortie. Cependant, cette modalité relativement récente est encore complexe à utiliser et maîtriser. Pour permettre la création de telle applications, un certains nombre de composants sont essentiels.<br />
<br />
[[File:architecture_voiceapp.png | 500px | thumb | right | Architecture d'un système vocal classique]]<br />
<br />
On peut en tirer 5 composants essentiels :<br />
* Speech To Text : reconnaissance automatique de la parole : extraction d’une image vectorielle de la voix puis association à des éléments lexicaux connus, pour enfin former des mots, puis des phrases « correctes »<br />
* Compréhension du langage naturel : extraction d’un ensemble d’informations catégoriséss depuis la phrase retranscrite à l’étape précédente. L’information est séparée entre une intention (ce que l’utilisateur veut) et les entités (informations importantes permettant de faire sens avec l’intention)<br />
* Gestionnaire de dialogue : récupère l’ordre en entrée pour générer une liste d’instruction aux autres éléments du système, il garde également trace des anciennes conversations et des informations importantes qu’il a pu en tirer. Ce composant a en particulier accès au information pour répondre à la question (les heures de fermeture de McDonald ici), le contexte de conversation (issues des questions précédentes) et les informations utilisateurs obtenus au fil du temps lors de l’utilisation de l’application. <br />
* Génération de langage naturel : transformation inverse, création d’une phrase « correcte » à partir des ordres générés avant<br />
* Text To Speech : Création d’une sortie vocale à partir de la phrase générée<br />
<br />
<br />
=Outils utilisés=<br />
<br />
Pour créer une application vocale et la faire fonctionner, un certain nombre d'outil est nécessaire. L'ensemble de ces outils sont détaillés après. Les liens vers leurs sites respectifs sont disponibles dans les sources, en bas de la page.<br />
<br />
==Violet==<br />
[[File:violet.jpg | 300px | thumb | right | Interface de test Violet]]<br />
Violet est un framework permettant la création d'application conversationnelle, notamment pour Alexa, Google Home et mobile.<br />
Violet permet:<br />
* la création de flux de conversations<br />
* l'acèes à des primitives de bas niveau permettant de gérer automatiquement l'état de la conversation<br />
* l'accès à des plugins permettant la communications avec d'éventuelles bases de données<br />
<br />
Violet nous fournit une interface permettant de tester la logique de notre application avant de la déployer.<br />
<br />
==Heroku==<br />
<br />
<br />
=Bibliographie=<br />
*https://www.manning.com/books/exploring-voice-first-development<br />
*https://www.manning.com/books/voice-ui-systems-cx<br />
*https://helloviolet.ai/?ref=hackernoon.com<br />
*https://dialogflow.cloud.google.com/<br />
*https://www.heroku.com<br />
<br />
=Veille Technologique 2020=<br />
* Année : [[VT2020|VT2020]]<br />
* Sujet : Voice-First Development<br />
* Slides : [ Slides]<br />
* Auteurs : Samuel COURTHIAL</div>Samuel.Courthialhttps://air.imag.fr/index.php?title=VT2020-Voice_First_Development-Fiche&diff=48526VT2020-Voice First Development-Fiche2020-11-22T16:40:40Z<p>Samuel.Courthial: /* Violet */</p>
<hr />
<div>=Introduction=<br />
Voice-First Development désigne un ensemble de bonnes pratiques créée dans le but de maximiser les chances de succès d’une application basée sur la voix, en évitant les problèmes les plus évidents. Il ne s'agit donc pas d'une technologie en particulier mais d'une manière spécifique de coder un certain type d'application, les applications vocales.<br />
<br />
=Présentation et architecture=<br />
Comme son nom l'indique, une application vocale repose essentiel sur la voix comme modalité d'interaction, aussi bien en entrée qu'en sortie. Cependant, cette modalité relativement récente est encore complexe à utiliser et maîtriser. Pour permettre la création de telle applications, un certains nombre de composants sont essentiels.<br />
<br />
[[File:architecture_voiceapp.png | 500px | thumb | right | Architecture d'un système vocal classique]]<br />
<br />
On peut en tirer 5 composants essentiels :<br />
* Speech To Text : reconnaissance automatique de la parole : extraction d’une image vectorielle de la voix puis association à des éléments lexicaux connus, pour enfin former des mots, puis des phrases « correctes »<br />
* Compréhension du langage naturel : extraction d’un ensemble d’informations catégoriséss depuis la phrase retranscrite à l’étape précédente. L’information est séparée entre une intention (ce que l’utilisateur veut) et les entités (informations importantes permettant de faire sens avec l’intention)<br />
* Gestionnaire de dialogue : récupère l’ordre en entrée pour générer une liste d’instruction aux autres éléments du système, il garde également trace des anciennes conversations et des informations importantes qu’il a pu en tirer. Ce composant a en particulier accès au information pour répondre à la question (les heures de fermeture de McDonald ici), le contexte de conversation (issues des questions précédentes) et les informations utilisateurs obtenus au fil du temps lors de l’utilisation de l’application. <br />
* Génération de langage naturel : transformation inverse, création d’une phrase « correcte » à partir des ordres générés avant<br />
* Text To Speech : Création d’une sortie vocale à partir de la phrase générée<br />
<br />
<br />
=Outils utilisés=<br />
<br />
Pour créer une application vocale et la faire fonctionner, un certain nombre d'outil est nécessaire. L'ensemble de ces outils sont détaillés après. Les liens vers leurs sites respectifs sont disponibles dans les sources, en bas de la page.<br />
<br />
==Violet==<br />
[[File:violet.jpg | 200px | thumb | right | Interface de test Violet]]<br />
Violet est un framework permettant la création d'application conversationnelle, notamment pour Alexa, Google Home et mobile.<br />
Violet permet:<br />
* la création de flux de conversations<br />
* l'acèes à des primitives de bas niveau permettant de gérer automatiquement l'état de la conversation<br />
* l'accès à des plugins permettant la communications avec d'éventuelles bases de données<br />
<br />
Violet nous fournit une interface permettant de tester la logique de notre application avant de la déployer.<br />
<br />
==Heroku==<br />
<br />
<br />
=Bibliographie=<br />
*https://www.manning.com/books/exploring-voice-first-development<br />
*https://www.manning.com/books/voice-ui-systems-cx<br />
*https://helloviolet.ai/?ref=hackernoon.com<br />
*https://dialogflow.cloud.google.com/<br />
*https://www.heroku.com<br />
<br />
=Veille Technologique 2020=<br />
* Année : [[VT2020|VT2020]]<br />
* Sujet : Voice-First Development<br />
* Slides : [ Slides]<br />
* Auteurs : Samuel COURTHIAL</div>Samuel.Courthialhttps://air.imag.fr/index.php?title=File:Violet.jpg&diff=48525File:Violet.jpg2020-11-22T16:39:58Z<p>Samuel.Courthial: </p>
<hr />
<div></div>Samuel.Courthial