air - User contributions [en]

Green collect

2022-01-31T10:22:55Z

Malone.Julienne:

= Projet =
== Objectif ==
Une application permettant de simplifier le trie et la collecte de produit non recyclable dans les poubelles communes (pile, huile de voiture, ..)

Le but serait de voir et d'ajouter (ajout communautaire) des points de collectes et d'organiser des récoltes entre particuliers afin qu'une seule personne n'ait besoin de se déplacer.
Un système de royalties permettrait de bonifier la personne chargée de la récolte entre particuliers.

== Fonctionnalités ==
API REST Swagger

Carte interactive

Organisation de collecte

Système de bonification

== Technologies ==
'''Frontend''' : ReactNative + TailwindCSS

'''Backend''' : Django

'''Dev Ops''' : Git / GitHub / Docker

== L'équipe ==
'''Quentin CAMBUS''' : Chef de projet

'''Guillaume MALLEN''' : Scrum master

'''Malone JULIENNE'''

'''Dorian BARET'''

Green collect

2022-01-31T10:22:47Z

Malone.Julienne:

= Projet =
== Objectif ==
Une application permettant de simplifier le trie et la collecte de produit non recyclable dans les poubelles communes (pile, huile de voiture, ..)

Le but serait de voir et d'ajouter (ajout communautaire) des points de collectes et d'organiser des récoltes entre particuliers afin qu'une seule personne n'ait besoin de se déplacer.
Un système de royalties permettrait de bonifier la personne chargée de la récolte entre particuliers.

== Fonctionnalités ==
API REST Swagger

Carte interactive

Organisation de collecte

Système de bonification

== Technologies ==
'''Frontend''' : ReactNative + TailwindCSS

'''Backend''' : Django

'''Dev Ops''' : Git / GitHub / Docker

== L'équipe : ==
'''Quentin CAMBUS''' : Chef de projet

'''Guillaume MALLEN''' : Scrum master

'''Malone JULIENNE'''

'''Dorian BARET'''

Green collect

2022-01-31T10:22:20Z

Malone.Julienne:

= Projet : =
== Objectif : ==
Une application permettant de simplifier le trie et la collecte de produit non recyclable dans les poubelles communes (pile, huile de voiture, ..)

Le but serait de voir et d'ajouter (ajout communautaire) des points de collectes et d'organiser des récoltes entre particuliers afin qu'une seule personne n'ait besoin de se déplacer.
Un système de royalties permettrait de bonifier la personne chargée de la récolte entre particuliers.

== Fonctionnalités : ==
API REST Swagger

Carte interactive

Organisation de collecte

Système de bonification

== Technologies : ==
'''Frontend''' : ReactNative + TailwindCSS

'''Backend''' : Django

'''Dev Ops''' : Git / GitHub / Docker

== L'équipe : ==
'''Quentin CAMBUS''' : Chef de projet

'''Guillaume MALLEN''' : Scrum master

'''Malone JULIENNE'''

'''Dorian BARET'''

Green collect

2022-01-31T10:21:31Z

Malone.Julienne:

= Projet : =
== Objectif : ==
Une application permettant de simplifier le trie et la collecte de produit non recyclable dans les poubelles communes (pile, huile de voiture, ..)

Le but serait de voir et d'ajouter (ajout communautaire) des points de collectes et d'organiser des récoltes entre particuliers afin qu'une seule personne n'ait besoin de se déplacer.
Un système de royalties permettrait de bonifier la personne chargée de la récolte entre particuliers.

== Fonctionnalités : ==
- API REST Swagger
- Carte interactive
- Organisation de collecte
- Système de bonification

== Technologies : ==
- '''Frontend''' : ReactNative + TailwindCSS
- '''Backend''' : Django
- '''Dev Ops''' : Git / GitHub / Docker

== L'équipe : ==
- '''Quentin CAMBUS''' : Chef de projet
- '''Guillaume MALLEN''' : Scrum master
- '''Malone JULIENNE'''
- '''Dorian BARET'''

Green collect

2022-01-31T10:20:37Z

Malone.Julienne: Created page with "= Projet : = == Objectif : == Une application permettant de simplifier le trie et la collecte de produit non recyclable dans les poubelles communes (pile, huile de voiture, ....."

= Projet : =
== Objectif : ==
Une application permettant de simplifier le trie et la collecte de produit non recyclable dans les poubelles communes (pile, huile de voiture, ..)

Le but serait de voir et d'ajouter (ajout communautaire) des points de collectes et d'organiser des récoltes entre particuliers afin qu'une seule personne n'ait besoin de se déplacer.
Un système de royalties permettrait de bonifier la personne chargée de la récolte entre particuliers.

== Fonctionnalités : ==
API REST Swagger
Carte interactive
Organisation de collecte
Système de bonification

== Technologies : ==
'''Frontend''' : ReactNative + TailwindCSS
'''Backend''' : Django
'''Dev Ops''' : Git / GitHub / Docker

== L'équipe : ==
'''Quentin CAMBUS''' : Chef de projet
'''Guillaume MALLEN''' : Scrum master
'''Malone JULIENNE'''
'''Dorian BARET'''

Projets 2021-2022

2022-01-31T10:17:17Z

Malone.Julienne: /* Affectations S10 */

<<[[Projets 2020-2021]] | [[Projets]] | [[Projets 2022-2023]]>>
=INFO=
==INFO3==

==INFO4==
===Projet Semestre S8===

Enseignants responsables : Olivier Richard

* Dates : Lundi après-midi, Mardi après-midi
* Lancement: 10 Janvier 2021 après midi
* Soutenance à mi-parcours: A définir
* Soutenance: A définir

* '''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.

'''Consignes générales:'''

* '''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.

* '''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_2021_2022. '''Cette fiche compte pour la note finale'''

* '''Votre code''' pour doit être hébergé sur le gitlab et à l'URL suivante https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/21-22 , vous utiliserez votre compte UGA.

* Chaque projet doit avoir '''aux moins 2 dépôts git''':
** '''Un pour les documents''' demandés rapport, présentation de pré-soutenante, de soutenance, flyer. '''Il sera appelé documents.'''
** Un ou plusieurs pour le code, les tests, les évaluations, les preuves de concept, la ou les documentations afférentes.

* 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.

* '''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).

* 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'''.

* 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.

===Propositions de projets S8===

* 1. [https://codimd.math.cnrs.fr/s/B029qfT5Q Courriels à Suppression Programmée] : Michaël Périn
* 2. [[Firmwares open source pour une station de réception de satellites pour l’Internet des Objets isolés]], Didier DONSEZ.
* 3. [[Evaluation du toolkit AI de STM32 pour l'analyse de l'environnement sonore]] (Suite 2022), Didier DONSEZ.
* 4. [[Algorithmes de géolocalisation d’objets par TDOA (Time Difference of Arrival)]] (suite), Didier DONSEZ.
* 5. [[Dashboard pour Overwatch]] Olivier Richard
* 6. [[Application mobile d'enregistrements de noeuds IoT LoRaWAN dans plusieurs réseaux]] (Suite) : Didier DONSEZ
* 7. [[Bluetooth 5.1 Angle of Arrival based Indoor Localization]] (Suite) : Didier DONSEZ
* 8. Intégration de composants de mesures environnementales (eau, air, ...) pour le [[Contribution au projet STM32Python|projet STM32Python]] à destination des lycéens: Didier DONSEZ
* 9. [[Air Quality Station]] (Suite) : Didier DONSEZ
* 10. [[Floating Water Quality Station]] : Didier DONSEZ, Nicolas PALIX
* 11. [[ASAC|Agriculture connectée]] en partenariat avec les projets collectifs IESE/MAT : Nicolas Palix
* 12. [[Testeur de terrain pour réseaux LoRaWAN privés et publics (TTN, CampusIoT et Helium)]] (suite 2021), Didier DONSEZ.
* 13. [[Géolocalition Indoor en LoRa 2.4GHz]], Didier DONSEZ.
* 14. [[RealWorld avec Dioxus]] (Rust + web), Olivier Richard
* 15. Poursuite projet 20-21 [[Rust Engine | Executeur de tâche en Rust]], Olivier Richard
* 16. Poursuite projet 20-21 [[Retrocompute simulateur | RetroComputing]]: (vintage style) Coupler le simulateur Digital avec un simulateur de processeur 8bits, Olivier Richard
* 17. Poursuite projet 19-20 [[Portail pour gestionnaire de taches]](react, Typescript), Olivier Richard
* 18. [[Paquets NIX pour Polytech]], Olivier Richard
* 19. [[Mini compilateur C pour mini CPU]], Olivier Richard
* 20. Mode jeu en réseau (Wifi/Bluetooth) pour [[TanksOfFreedom]], Nicolas Palix
* 21. [[Faults In Linux]], Nicolas Palix
* 22.
Non affecté
* xx. [[Bibliothèque de décodeurs standards et d'afficheurs Grafana pour objets connectés LoRaWAN]] : Didier DONSEZ

===Affectations===
{|class="wikitable alternance"
|+ Affectation des projets INFO4 21-22
|-
|
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)
!scope="col"| Fiche de suivi
!scope="col"| Documents
|-
!scope="row"| 1
| [[TODO]]
| CANIN CORENTIN,MONTEILLER JOSHUA,WAGNER SAM
| TODO
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/21-22/01/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-
!scope="row"| 2
| [[TODO]]
| CARMONA DAMIAN,DA COSTA TOM,WOZNY PIERRE-RAPHAE
| TODO
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/21-22/02/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-
!scope="row"| 3
| [[TODO]]
| BACH THOMAS,BARBE FLORENT,SIMO YOKAM GEORGES HARRISSO
| TODO
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/21-22/03/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-
!scope="row"| 5
| [[TODO]]
| CAILLES MAXIME,REYGNER ETIENNE,VERRIER MARTI
| TODO
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/21-22/05/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-
!scope="row"| 6
| [[TODO]]
| CHIOTTI MAEL,LAVIROTTE GAETAN,MOTTINO LORI
| TODO
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/21-22/06/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-
!scope="row"| 8
| [[TODO]]
| GUIRGUIS MIRETTE,HADIBY CHEMSSEDDINE,MOHSEN HACHE
| TODO
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/21-22/08/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-
!scope="row"| 10
| [[TODO]]
| BRETON EMERIC,FAGHLOUMI AYMAN,VIALLET CAMILL
| TODO
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/21-22/10/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-
!scope="row"| 13
| [[TODO]]
| BERNERD CLARA,JARDIN BAPTISTE,NGUYEN JUSTI
| TODO
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/21-22/13/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-
!scope="row"| 14
| [[TODO]]
| IFAKIREN SAMI,MONTHE DJEUMOU BRICE,NGUYEN CLEMEN
| TODO
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/21-22/14/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-
!scope="row"| 15
| [[TODO]]
| CHAPPAZ FLORIAN,DE OLIVEIRA VALENTIN,KURKLU FIKRE
| TODO
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/21-22/15/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-
!scope="row"| 17
| [[TODO]]
| KACHA TOM,MAHAMAN NOURY ABDOURAHAMANE,MEIGNEN HUGO,ZHANG KEMIN
| TODO
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/21-22/17/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-
!scope="row"| 18
| [[TODO]]
| CONJARD SAMUEL,FODOR GERGELY,PELISSE-VERDOUX CYPRIE
| TODO
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/21-22/18/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-
!scope="row"| 19
| [[TODO]]
| CAPET THEO,POITEVIN EVE,ROYET JULIA
| TODO
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/21-22/19/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-
!scope="row"| 20
| Mode jeu en réseau pour [[TanksOfFreedom]],
| ABECASSIS THOMAS,FOURNIER THOMAS,ZAFFUTO LUCA
| Nicolas Palix
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/21-22/20/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-
|}

==INFO5==
===Projet IoT S9===
Enseignants responsables : Bernard Tourancheau

Calendrier: Octobre à Décembre 2021. Soutenance 24 Janvier 2022.

{|class="wikitable alternance"
|+ Choix des projet des projets INFO5 Réseaux 21-22
|-
|
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Documents
!scope="col"| Github/Trello
|-
!scope="row"| 1
| [[Réseau de capteur de dichlorométhane]]
| Dorian BARET - Malone JULIENNE - Quentin CAMBUS
| [https://lesjoiesducode.fr/quand-notre-revue-de-sprint-se-passe-nickel Fiche]
| [https://github.com/Cambus-Quentin/DichloWan2021/blob/main/README.md git]
|-
!scope="row"| 2
| [[Création d'un système pour localiser les élèves lors de courses d'orientation]]
| Antoine Gitton, Gilles Mertens, Bertrand Baudeur
| [[Media:2021_2022_INFO5_IOT_Orientation_spec.pdf|Spécification paquets LoRa]]
| [[Media:2021_2022_INFO5_IOT_Orientation_backend.zip|Souces back-end]] - [[Media:2021_2022_INFO5_IOT_Orientation_carte.zip|Souces carte]]
|-
!scope="row"| 3
| [[Harnais animalier permettant de suivre notre animal domestique]]
| Sami ELHADJI TCHIAMBOU, Corentin HUMBERT, Paul LAMBERT, Hugo PRAT CAPILLA
|
| [https://github.com/Bicorpro Organisation GitHub]
|-
!scope="row"| 4
| [[Géolocalisation et suivi des transports en commun]]
| Liam ANDRIEUX, Lucas DREZET, Roman REGOUIN
|
| [https://github.com/2021-2022-IoT-INFO5-G4 Organisation GitHub]
|-
!scope="row"| 5
| [[Tracking des déplacements de joueurs sur un terrain]]
| Elias EL YANDOUZI, Lucas CHALOYARD
||
|-
!scope="row"| 6
| [[Beer Pong connecté]]
| Yael PARA, Théo TEYSSIER, Victor MALOD, Alexis LANQUETIN
|
|
|}

Exposés points techniques 10' - questions 5'
* Nom Sujet
* ??? Python
* ??? MQTT
* ??? COAP
* 26/11/2021 - Elias El Yandouzi - Les différentes techniques de virtualisation

===Projet Semestre S10===

Enseignant responsable : [[user:Donsez|Didier Donsez]]

Convention des projets tutorés externes : Elise Didier.

Calendrier: 27/01 (8H30-12H00) au 18/03.

Séances de Management de projets innovants: A voir dessus.

Réunion de présentation et choix des sujets: 27/01 (8H30-12H00) en salle Polygone P206 (voir ADE)

Démarrage : 27/01

Soutenance à mi-parcours (à définir) : ??/02/2021 13H30-17H30 en distantiel (15 minutes par équipe).

Soutenance finale : 18/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.

====Séances MPI====

Voir ADE qui fait foi).

<pre>

</pre>

==== Soutenance intermédiaire S10 ====
Date (à définir): ??/02 Après midi. Distantiel (sur Zoom).

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).

L'équipe présentera en 5-6 transparents en 8 minutes.
* les équipiers et leurs rôles
* le contexte, le sujet et l'objectif du projet
* l'architecture du systèmes à réaliser
* les technologies utilisées
* le plan de travail (backlog, planning, ce qui est fait, ce qu'il reste à faire ...)
* les difficultés (s'il y a)

Respectez bien les créneaux indiqués (par respect pour les autres équipes).

==== Soutenance finale S10 ====
Date provisoire: 18/03/2022 (8H30-12H00 et 13H30-17H00).

'''La présence du(des) porteur(s) est obligatoire. Pensez à les prévenir bien à l'avance'''

Durée: 30 minutes par équipe: présentation, questions/réponses et démonstration incluse.

Les documents devront être en ligne sur le wiki (colonne Documents) la veille (ie avant le ??/03/2021 23:59:59 CET).

La présentation est constituée des chapitres suivants:
* Rappel du sujet/besoin et cahier des charges
* Technologies employées
* Architecture techniques
* Réalisations techniques
* Gestion de projet (méthode, planning prévisionnel et effectif, gestion des risques, rôles des membres ...)
* Outils (collaboration, CD/CI ...)
* 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 ...)
* Conclusion (Retour d'expérience)
* Transparent expliquant la démonstration

L'ensemble des documents doit être accessible depuis le tableau ci-dessus et dans chaque fiche de suivi.

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.

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 ...).

Le rapport final est au format Markdown et doit être placé dans un des dépôts Git de votre groupe/organisation.

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.

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.

'''Prière de rapporter au fablab le matériel emprunté juste après votre soutenance'''.

==== Affectations S10====
{|class="wikitable alternance"
|+ Affectation des projets INFO5 2021-2022
|-
|
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Porteur(s)
!scope="col"| Fiche de suivi
!scope="col"| Documents
!scope="col"| Dépôt Git
!scope="col"| Soutenance intermédiaire
|-

!scope="row"| 1
| [[Test d'infrastructures avec NixOS]]
| HUMBERT CORENTIN, MINIER-MANCINI TITOUAN, SUEUR CORENTIN
| Olivier RICHARD et Quentin GUILLETEAU
| [XXXX Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
| [https://git/xxx Dépot Git]
| [[Media:xxx.pdf|Presentation intermédiaire]]
|-

!scope="row"| 2
| [[Plan dynamique d’un appartement connecté]]
| GRANGER OSCAR, NOERIE SOPHIE, SARRE MARGAUX, SALMON AMAD, TEYSSIER THEO
| Sybille CAFFIAU
| [XXXX Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
| [https://git/xxx Dépot Git]
| [[Media:xxx.pdf|Presentation intermédiaire]]
|-

!scope="row"| 3
| [[Suivi de troupeaux (ovins, bovins) en zone montagneuse avec un réseau LoRaWAN : expérimentation dans la Matheysine]]
| GITTON ANTOINE, MALOD VICTOR, MUTEL MATHIS
| Fabrice FOREST
| [XXXX Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
| [https://git/xxx Dépot Git]
| [[Media:xxx.pdf|Presentation intermédiaire]]
|-

!scope="row"| 4
| [[FitSize]]
| GEITNER TEVA , GONZALEZ JULES, PARA YAEL
| Fidèle Eya'a
| [XXXX Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
| [https://git/xxx Dépot Git]
| [[Media:xxx.pdf|Presentation intermédiaire]]
|-

!scope="row"| 5
| [[GenderedNews]]
| AGUIAR MATHILDE, HAJJI OUMAIMA, SIDIBE ROKIATOU DITE ROSE
| François PORTET, Gilles BASTIN, Ange RICHARD
| [XXXX Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
| [https://git/xxx Dépot Git]
| [[Media:xxx.pdf|Presentation intermédiaire]]
|-

!scope="row"| 6
| [[Système d'analyse de traces sportives]]
| HERQUE ERIC (Scrum Master), VACHERIAS GUILLAUME (Chef de projet)
| Vivien QUEMA
| [XXXX Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
| [https://git/xxx Dépot Git]
| [[Media:xxx.pdf|Presentation intermédiaire]]
|-

!scope="row"| 7
| [[Qualité de l'Air et Santé des Populations]]
| BAUDEUR BERTRAND (Scrum Master), MERTENS GILLES (Chef)
| Marie-Laure AIX
| [XXXX Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
| [https://git/xxx Dépot Git]
| [[Media:xxx.pdf|Presentation intermédiaire]]
|-

!scope="row"| 8
| [[Artiphonie(saison 3)]] extension de la [[Artiphonie (saison 2)]]
| BUISINE JULIEN, ELHADJI TCHIAMBOU SAMI, LAMBERT DAPHNE, LAMBERT PAUL
| Olivier Richard
| [XXXX Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
| [https://git/xxx Dépot Git]
| [[Media:xxx.pdf|Presentation intermédiaire]]
|-

!scope="row"| 9
| [[Quark Project]]
| CHALOYARD LUCAS, EL YANDOUZI ELIAS
| Olivier Gruber
| [XXXX Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
| [https://git/xxx Dépot Git]
| [[Media:xxx.pdf|Presentation intermédiaire]]
|-

!scope="row"| 10
| [[Jorigine]]
| BLANQUET ANTOINE, LANQUETIN ALEXIS, MALECOT ETHAN, PRAT-CAPILLA HUGO
| Sylvain Delangue
| [XXXX Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
| [https://git/xxx Dépot Git]
| [[Media:xxx.pdf|Presentation intermédiaire]]
|-

!scope="row"| 11
| [[Contributions open source au projet EdCampus|EdCampus]]
| ANDRIEUX LIAM, COSOTTI KEVIN, DREZET LUCAS ('''Chef de projet'''), REGOUIN ROMAN ('''Scrum Master''')
| Anthony GEOURJON
| [XXXX Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
| [https://git/xxx Dépot Git]
| [[Media:xxx.pdf|Presentation intermédiaire]]
|-

!scope="row"| 12
| [[Contributions open source au projet LabnBook|LabnBook]]
| CIRSTEA PAUL, SOULARD ALEXANDRE (Chef de projet), TONDEUX EMILIE (Scrum master), YUNG KEVIN
| Anthony GEOURJON, Cédric DHAM
| [XXXX Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
| [https://git/xxx Dépot Git]
| [[Media:xxx.pdf|Presentation intermédiaire]]
|-

!scope="row"| 13
| [[Green collect]]
| BARET DORIAN, CAMBUS QUENTIN (Chef de projet), JULIENNE MALONE, MALLEN GUILLAUME (Scrum master)
| Bernard TOURANCHEAU
| [XXXX Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Presentation finale FR]] - [[Media:xxx.pdf|Final Presentation EN]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
| [https://github.com/malleng/Projet_S10 Dépot Git]
| [[Media:xxx.pdf|Presentation intermédiaire]]
|-

|}

Sujets non choisis

# [[LoRaWAN Roaming]] avec [[Chirpstack]], [[TheThingStack]] et [[Actility]] pour le projet [https://gricad-gitlab.univ-grenoble-alpes.fr/thingsat/public/-/blob/master/cubesat_mission/README.md Thingsat]: Didier DONSEZ, Olivier ALPHAND.
# [[Contributions logicielles au projet RIOT OS pour le New Space]] : Francois-Xavier MOLINA, Olivier ALPHAND, Didier DONSEZ
# [[Réseaux social d'organisation de sortie (saison 2)]] refonte [[Réseaux social d'organisation de sortie]], Olivier Richard
# [[Experiment Process Management]], Olivier Richard
# [[Language Server for Visual Studio]]: Olivier Gruber
# ABANDONNé [[Réseau d'Alumni de formations]] (à confirmer), Gérard POLLIER ([https://disrupt-campus.univ-grenoble-alpes.fr/design-factory-grenoble/ Design Factory Grenoble])
# [[Evaluation du kit IA embarqué Wio Terminal]]: Louis CLOSSON, Didier DONSEZ (sous réserve de réception du matériel commandé)

VT2021 ApacheAirflow fiche

2021-11-30T14:42:34Z

Malone.Julienne: Created page with "== Résumé == '''Apache Airflow''' est une plate-forme de gestion de flux Open Source. Le projet initialement lancé par Airbnb en 2014 à rejoint la fondation Apache d’ab..."

== Résumé ==

'''Apache Airflow''' est une plate-forme de gestion de flux Open Source. Le projet initialement lancé par Airbnb en 2014 à rejoint la fondation Apache d’abord sous la forme d’un projet incubateur puis d’un projet de niveau supérieur grâce une demande de plus en plus grande. Ce projet a été conçu en Python et supporte l’utilisation de fichiers Python uniquement, ce qui permet d’utiliser les bibliothèques déjà existantes et permettre l’utilisation d’'''Apache Airflow''' pour beaucoup de projets variés. Ce dernier repose sur l’utilisation de graphes orientés acycliques composés de tâches pour gérer les différents flux. L’une des fonctionnalités phare d’'''Apache Airflow''' est la planification de tâches dans le temps, c'est-à-dire qu’une suite de tâche peut être lancée périodiquement à un écart de temps défini. Les tâches peuvent varier du plus simple au plus complexe, avec l’exécution de commande bash basique à l’entraînement d’intelligence artificielle. Cette plateforme polyvalente conviendra donc à tout type de personne.

== Abstract ==

Apache Airflow is an open source workflow management platform. The project initially launched by Airbnb in 2014 joined the Apache Foundation first as an incubator project and then as a higher level project thanks to growing demand. This project was designed in Python and supports the use of python files only, which allows the use of existing python libraries and enables the use of Apache Airflow for many different projects. Apache Airflow relies on the use of a directed acyclic graph to manage the different flows. One of the key features of Airflow is the scheduling of tasks over time, i.e. a sequence of tasks can be run periodically at a defined time interval. Tasks can range from simple to complex, with basic bash command execution or artificial intelligence training. This versatile platform is therefore suitable for all types of people.

== Synthèse ==

=== Définition et utilité ===

'''[https://airflow.apache.org/ Apache Airflow]''' est une solution permettant de mettre en place un ensemble de services pour organiser, créer, superviser et lancer périodiquement un ensemble de tâches plus ou moins complexes. Ces tâches peuvent suivre un flot d'exécution parallèle ou séquentiel. De plus, ces tâches sont représentées par des '''DAG'''s ('''D'''irected '''A'''cyclic '''G'''raph) que l'on peut penser comme un regroupement. Ces regroupements peuvent être exécutés périodiquement de manière asynchrone ainsi, de nombreuses utilisations complexes personnelles ou professionnelles peuvent être imaginées.

Ce projet innovant à initialement été pensé par '''Maxime Beauchemin''' à '''Airbnb''' en 2014, a rejoint la fondation '''Apache''' en 2016 et a été annoncé officiellement en 2019. C'est donc un projet récent totalement '''Open Source''' permettant de faciliter la création de '''flux de travail'''. Par définition, un flux de travail est la représentation d'une suite de tâches ou d'opérations effectuées par une personne, un groupe de personnes, un organisme, etc. Le terme '''flow'''(« flux ») renvoie au passage du produit, du document, de l'information, etc., d'une étape à l'autre. Ce qui est remarquable, c'est qu'il s'agit d'un projet entièrement réalisé en '''Python''', un langage abordable pour tout type d'utilisateurs. Grâce à cela '''Apache Airflow''' permet de facilement réaliser un ensemble de fonctionnalités complexes.

=== Fonctionnement ===

==== Installation ====

'''Apache Airflow''' est un service qui peut s’installer localement ou avec '''Docker''', ce qui facilite grandement l’installation. Il est disponible sur la plupart des plateformes '''Linux''', '''Mac''' ou '''Windows 10''' bien que l’installation sur cette dernière nécessite d’activer l’intégration native Ubuntu (Linux).

En installant '''Apache Airflow''', on installe un ensemble de composants ayant tous une fonction prédéfinie. On retrouve notamment :
* Une base de donnée '''PostgreSQL'''
* Un '''ordonnanceur''' permettant d’organiser et programmer les différentes tâches dans le temps et les donne au worker.
* Un '''worker''', le composant qui exécute les tâches données par l’ordonnanceur.
* Un '''broker Redis''' permettant la transmission de message entre l’ordonnanceur et le worker.
* Un '''serveur web''' élégant utile pour notamment visualiser les différents DAGs et leur exécution.
* Une '''application Flower''' pour avoir une supervision des tâches exécutées ainsi qu’obtenir des statistiques sur ces dernières.

Pour que l’installation soit complète il est nécessaire de créer une hiérarchie de fichier pour stocker les différents scripts '''Python'''. On retrouve :
* Un dossier '''dags''' : Contenant les scripts représentant les différentes tâches.
* Un dossier '''plugins''' : Contenant les scripts permettant d’ajouter des fonctionnalités à '''Apache Airflow''' comme une nouvelle page sur le serveur web.
* Un dossier '''logs''' : Contenant l’ensemble des logs d’exécution des tâches.

==== Directed Acyclic Graph (DAG) ====

'''DAG''' est un terme qui revient souvent car il s’agit de la base d’'''Apache Airflow''', mais concrètement comment cela fonctionne-t-il ? Un '''DAG''' est, dans la théorie des graphes, un graphe particulier qui est '''orienté''' et '''acyclique''', c’est-à-dire sans boucle et représente graphiquement l’exécution des tâches et leurs dépendances dans '''Apache Airflow'''. Par exemple, le graphe ci-contre représente trois tâches qui seront exécutées dans l'ordre suivant : d'abord <code>print_date</code> puis une fois terminée '''Apache Airflow''' pourra exécuter les deux autres tâches concurremment. [[File:dag.png|right|thumb|DAG décrivant l'exécution de 3 tâches.]]

Cependant, '''Apache Airflow''' utilise ce terme autant pour définir la représentation graphique de l’organisation des différentes tâches mais représente aussi le script '''Python''' permettant de définir le comportement des tâches et leur ordonnancement. En termes de code, '''Apache Airflow''' fournit une multitudes d’imports et de librairies faciles d’utilisation. La complexité d’implémentation des tâches est donc proportionnelle à la complexité des tâches elles-mêmes.

==== Tâches & Ordonnancement ====

Un graphe orienté acyclique (DAG) est constitué d’une ou plusieurs tâches liées entre elles. Une tâche peut se définir de deux façons différentes, soit en utilisant des '''opérateurs''', soit en utilisant des '''décorateurs'''.

Il existe différents types d’opérateur, les plus simples sont les suivants :
* Le <code>BashOperator</code> qui permet d’exécuter des commandes '''bash'''.
* Le <code>PythonOperator</code> qui permet d’exécuter des lignes de code '''Python'''.
* Le <code>EmailOperator</code> permettant d’envoyer un email.

Si les opérateurs natifs à '''Apache Airflow''' ne suffisent pas, il est possible de trouver des paquets contenant différents opérateurs comme : <code>SimpleHttpOperator</code>, <code>MySqlOperator</code>, <code>PostgresOperator</code>.

La seconde façon de définir une tâche est d’utiliser les '''décorateurs''', pour cela il suffit d’ajouter le décorateur : <code>@task</code> au-dessus de la définition d’une fonction '''Python'''. Cette façon de définir une tâche permet de prendre en compte les inputs et les outputs des tâches de manière plus dynamique. Cependant, la gestion des entrées et sorties de tâches reste très limitée sous Apache Airflow.

Une fois nos tâches définies il faut l' ajouter au DAG en les organisant selon le flux voulu, cela s’appelle les dépendances entre tâches. Il existe plusieurs façons d’agencer des tâches, les plus simples sont d’exécuter une tâche t1 avant une autre t2, pour cela, il faut écrire cela à l’intérieur du DAG :

<code>t1 >> t2</code> ou <code>t2 << t1</code> ou encore <code>t1.setdownstream(t2)</code> ou <code>t1.setupstream(t2)</code>

On peut également mettre une liste de taches en dépendance ce qui équivaut à avoir plusieurs branches à partir de la tâche t1, l’instruction à saisir est <code>t1 >> [t2, t3]</code>. (Exemple : voir graphe ci-dessus)

Cependant, il faut veiller à ne pas créer de boucle ou autrement dit de cycle dans la définition du '''DAG''' ce qui violerait la propriété du graphe et le système lèvera une exception.

==== Serveur web et ses fonctionnalités ====

'''Apache Airflow''', comparé à certains de ses concurrents, fournit une interface Web récente et élégante permettant de visualiser et agir sur les différentes tâches. En effet, l’interface web nous permet d’activer ou désactiver les '''DAG'''s, voir les différentes exécutions et leur état (Réussite ou Échec), on peut facilement accéder aux logs des tâches, au code source '''Python''' associé etc.

De plus, cette interface Web ajoute certaines fonctionnalités intéressantes comme la gestion des clés ('''credentials''') de manière sécurisée. Elle ajoute aussi la possibilité de créer des rôles et gérer les différentes permissions selon les utilisateurs (visualisation édition des '''DAG'''s, etc.) mais permet aussi l’enregistrement des informations de connexion à certains services comme '''Google''' ou '''PostgreSQL'''. Cela permet donc de faciliter le processus de connexion dans le code grâce aux différentes librairies '''Apache Airflow''' associées.

=== Critique ===

'''Apache Airflow''' est reconnu pour sa maturité, ses nombreuses fonctionnalités et son champ d’action inégalable. Cependant, sa généralité est aussi une faiblesse, car plus d’efforts sont nécessaires pour adapter le service qu’offre la plateforme à ses projets.

Les projets '''Open Source''' de gestion de flux se sont multipliés ces dernières années afin de répondre à une demande en hausse et de nombreux concurrents d’'''Apache Airflow''' sont apparus.
'''Luigi by Spotify''' est un paquet '''Python''' '''Open Source''' qui répond aux mêmes problèmes qu’'''Apache Airflow'''. Ce paquet est plus simple à utiliser grâce à ses fonctionnalités très limitées. '''Luigi''' peut être intégré à des petits projets avec des usages très simples au contraire d’'''Apache Airflow''' qui permet une bonne maintenabilité et l'intégration sur d’ambitieux projets. '''Luigi''' conserve une place solide dans ce marché grâce à sa simplicité et à une communauté fidèle.

'''KubeFlow''' et '''MLflow''' sont des outils avec une utilisation en forte hausse due au développement du '''machine learning''', ils se concentrent principalement sur l'exécution et le traçage des expériences, et la formation et déploiement des modèles d'apprentissage. En comparaison, '''Apache Airflow''' permet également de répondre à ces problèmes, mais avec plus de difficultés de mise en œuvre. Cependant, si l’objectif est d'avoir le plein contrôle sur le cycle de vie des '''IAs''', ou que les besoins sont très spécifiques, '''Apache Airflow''' est l’outil adapté. KubeFlow et MLflow sont plus accessibles et correspondent entièrement au travail de '''Data Scientist'''.

'''Prefect''' s’installe sur le marché comme un outil permettant de résoudre les problèmes connus d’'''Apache Airflow''' comme la rigidité ou la complexité d’utilisation. Cet outil se veut plus accessible et cible le grand public, mais ce projet est moins polyvalent et n’est pas un projet complètement '''Open Source''', il a un cœur '''Open Source''' et des fonctionnalités propriétaires. De ce fait, '''Prefect''' propose une version gratuite, mais limitée et nécessite un abonnement pour pouvoir exécuter des tâches sans limites.

'''Azkaban by Linkedin''' est la solution qui concurrence le mieux '''Apache Airflow'''. La solution proposée est codée en java et repose sur l'utilisation d'une interface graphique en ligne. De plus, '''Azkaban''' donne un accès à des serveurs en ligne ce qui permet de ne pas avoir besoin d'infrastructure pour l'utilisation du service (Machine Virtuelle). Cet argument est un point positif dans certains cas d’utilisation, cependant rester maître de son infrastructure est la meilleure option dans la majorité des cas même si cela nécessite plus de travail en amont.

Malgré un grand nombre de concurrents, '''Apache Airflow''' se positionne comme un des leaders de son domaine, notamment grâce à sa communauté très présente et sa maturité. L'un des plus gros défaut du projet est qu'il est nécessaire de se former avant de pouvoir utiliser le service correctement. Cette étape d'apprentissage peut être plus ou moins longue selon le public et peut en décourager certains qui se tourneront vers des solutions plus accessibles.

La force majeure d''''Apache Airflow''' reste sa modularité et son champ d'application en étant le plus permissif possible.

File:Dag.png

2021-11-30T14:07:09Z

Malone.Julienne: Représente un Graphe Orienté Acyclique ou DAG, décrivant l'exécution de 3 tâches différentes.

== Summary ==
Représente un Graphe Orienté Acyclique ou DAG, décrivant l'exécution de 3 tâches différentes.