BUT3-Projet-annuel-public/Propositions-Sujets-2024.md

258 lines
14 KiB
Markdown
Raw Permalink Normal View History

2024-08-27 15:47:06 +02:00
# Proposition de sujets pour l'année universitaire 2024-2025
2024-08-27 15:36:29 +02:00
2024-08-27 16:01:50 +02:00
## Sujet proposé par Simon Chollet : OCTOPUS - OctoNAS
2024-08-27 16:08:25 +02:00
Contact : simon.chollet@ens.psl.eu
2024-08-27 16:01:50 +02:00
### Contexte ###
Le CEREEP-Ecotron Ile-de-France est une unité dappui et de recherche (UAR 3194) rattachée aux tutelles : CNRS et ENS, elle est située à
SAINT-PIERRE-LES-NEMOURS (77). Cette unité est une structure daccueil et daccompagnement de la recherche expérimentale en
écologie. L'unité développe une offre diversifiée de services de recherche en écologie expérimentale et dispose actuellement de huit plateaux
techniques. Elle coordonne ces différentes plateformes qui permettent de confiner et de manipuler des organismes et des écosystèmes terrestres
et aquatiques dans des conditions contrôlées et largement instrumentalisées. Les plateformes sont ouvertes aux équipes publiques ou
privées nationales et internationales sur le principe d'une mise à disposition des équipements, des instruments et des moyens analytiques du
centre par voie de collaboration ou de prestation.
### OCTOPUS ###
Pour les plateformes de chambres climatiques (ECOLAB), nous avons le projet de mise en place d'un ensemble de composants logiciels et matériels qui
permettent de mettre à jour le contrôle-commande-acquisition de ces installations. Cet ensemble permettra d'assurer unitairement le bon
déroulement d'une expérience dans les chambres climatiques, depuis sa mise en place, son déroulement jusqu'à la livraison des données au chercheur.
Le projet est nommé "OCTOPUS" : Orignal Control Tools fOr Processing and acqUire Systems. Les différents composants de ce projet permettent de
gérer :
* le pilotage des automates ;
* le contrôle des paramètres d'expérimentation ;
* l'acquisition des différentes données ;
* le stockage et l'archivage des données ;
* la mise à disposition des données aux chercheurs ;
* le traitement, l'analyse "simple" en ligne des données.
Il est développé sur des bases "Open Source".
### OctoNAS ###
#### Introduction ####
L'objectif principal du composant OctoNAS (Orignal Control Tools fOr Network Attached Storage) est de
mettre en place un système dédié aux expériences pour le stockage et éventuellement le traitement et la
visualisation des données. Ce composant est de type serveur.
#### Fonctionnalités ####
Les fonctionnalités principales de ce système sont les suivantes :
* Stocker les données d'une expérience.
* Gérer les accès utilisateurs et groupes.
* Disposer d'une interface Web pour :
- administrer les droits ;
- télécharger les données ;
- naviguer sur les données.
* Proposer les protocoles : SMB/CIFS, (S)FTP,RSYNC, NFS, SSH.
* Enregistrer/journaliser les transferts de données.
* Proposer un cryptage/décryptage de données.
* Proposer une application cliente pour l'accès distant.
* Automatiser, pour chaque expérience :
- la création de l'arborescence ;
- la génération de la documentation associée aux données ;
- la génération de programmes permettant la synchronisation des données d'une machine à une autre ;
- la génération d'une partie du PGD (Plan de Gestion de Données).
* Dupliquer les données sur d'autres serveurs.
* Exporter l'ensemble des données d'une expérience.
* Archiver les données.
* Exécuter des scripts de traitement et d'analyse de données.
* Proposer des interfaces de visualisation des données.
Le composant pourra être composé de plusieurs logiciels / scripts, chacun ayant une fonctionnalité.
#### Technologies ####
Les technologies envisagées/proposées sont les
suivantes :
* Serveurs : NAS (OpenMediaVault ?), BDD (MariaDB), Web (Apache), API REST, Représentation graphique (Grafana ?)
* Langages de programmation : Python, C, JAVA
* Systèmes : Linux, Docker, RAID
* Formats : JSON, NetCDF
2024-08-30 18:12:56 +02:00
## Sujet proposé par Laura Fontanella : Programmation d'une application mobile en réalité augmentée
2024-08-27 16:12:16 +02:00
Contact : laura.fontanella@u-pec.fr
2024-08-30 18:12:56 +02:00
Le but du projet c'est de programmer une application mobile en Réalité Augmentée. L'application consistera en un Escape Game AR. On pourra
utiliser le logiciel de conception de jeux Unity. L'application devra proposer une expérience interactive en implémentant des interactions
et manipulations d'objets via l'écran et en appliquant des technologies telles que Image Tracking et Raycasting. L'évaluation portera non
seulement sur la réussite du projet mais aussi et surtout sur l'organisation du code selon les bonnes pratiques de conception et programmation
orientée objet.
À noter : la réalisation du projet nécessite de dispositifs compatibles avec ARCore ou ARToolKit (voir la liste
ici https://developers.google.com/ar/devices)
2024-08-27 16:12:16 +02:00
2024-08-27 16:23:18 +02:00
## Sujets proposés par William Giuseffi
Contact : wil.iutsen@gmail.com
1. une GED (référencement des documents, recherche, gestion des droits, etc.)
2. une application de gestion des budgets des projets (qui permet à tous les responsables de rentrer leurs estimations, les modifier,
comparer des previsions, etc.)
Sur chaque appli, il sera possible d'ajouter un module de BI comme apache superset. Utilisation de technologies web et aussi Docker en fonction du temps.
Prendre contact avec William Giuseffi pour avoir plus de précisions sur les sujets
2024-08-27 16:01:50 +02:00
## Sujet proposé par Luc Hernandez : Plateforme de Correction
2024-08-27 15:47:06 +02:00
2024-08-27 16:08:25 +02:00
Contact : luc.hernandez@u-pec.fr
2024-08-27 15:47:06 +02:00
### Description ###
Ce service doit accompagner les enseignants dans leur correction de
copies en enregistrant leurs observations (y compris les effets de
celles-ci sur la note). Le but est de produire à la fin un rapport qui
peut être présenté à l'étudiant pour l'aider à voir ses erreurs. Tout
sera fait pour accélérer le travail de correction, notamment en
réutilisant au maximum les informations déjà saisies (observations,
barèmes, etc).
### Compétences ###
+ Une base de données assez complexe sera requise.
+ La programmation web aura une part importante.
+ L'ergonomie de l'interface utilisateur sera cruciale.
### Prolongements ###
Ce service devrait idéalement pouvoir communiquer avec d'autres outils
pour recevoir les listes d'étudiants et envoyer les notes obtenues.
L'administration des serveurs web et bd sous forme de conteneur Docker
2024-08-27 16:04:44 +02:00
ou d'instance virtuelle serait un plus.
2024-09-13 09:07:30 +02:00
## Sujet 1 proposé par Félix Legrelle : A la recherche du meilleur kebab
2024-09-02 23:50:56 +02:00
Contact : legrelle.f@gmail.com
Nous savons que lun des repas préférés des étudiants est le kebab. Mais aujourdhui, il est difficile de trouver LE bon kebab de sa région.
Actuellement, le site leader dans ce domaine (et le seul) est https://www.kebab-frites.com/. Malheureusement, ce site a plusieurs désavantages :
une charte graphique qui ne met pas assez en avant les restaurants, un manque de données pour les maîtres kebabiers sur les clients, etc.
Le but du projet serait donc de concurrencer le leader de la recommandation de kebabs. Pour ce faire, les étudiants devront développer un back
en ExpressJs + TypeScript et un front en ReactJs + TypeScript. Le site aurait deux vues : une pour les clients qui veulent avoir des recommandations
de kebabs et une autre pour les maîtres kebabiers afin de faire venir de potentiels clients et avoir des datas.
Afin davoir des données pour le site, les étudiants devront développer un script pour scraper afin de remplir leur base de données.
2024-09-13 09:07:30 +02:00
## Sujet 2 proposé par Félix Legrelle : Planificateur de menus
Contact : legrelle.f@gmail.com
Le projet consiste à développer une application web permettant de générer des menus personnalisés pour une semaine complète.
L'assistant devra prendre en compte plusieurs critères, comme par exemple le nombre de personnes, les préférences alimentaires, la saison,
ainsi que les habitudes personnelles (par exemple, certains plats sont préférés pour le midi ou le soir). En fonction de la réalisation
ou non de la recette, celle-ci sera proposée à nouveau plus ou moins rapidement.
Ce projet vise à faciliter la planification des repas en fournissant des suggestions adaptées aux goûts et aux besoins des utilisateurs,
tout en simplifiant la création de fiches recettes et l'intégration d'une liste de courses via des services externes comme "Bring!" ou
directement dans lapplication. Un système de partage de calendrier ou de recettes devra être réalisé.
Pour développer ce projet, les étudiants devront utiliser :
* Frontend : ReactJs + Typescript
* Backend : ExpressJs + Typescript
2024-09-02 23:50:56 +02:00
2024-08-27 16:15:05 +02:00
## Sujet proposé par Oleg Loukianov : Site de gestion des stages
Contact : oleg.loukianov@u-pec.fr
### Principales fonctionnalités ###
* partie présentation : modalités, dates etc
* importation de données depuis delpaa ou autre
* optimisation de publipostage
* création d'une interface de communication pour les tuteurs/stagiaires/maitres de stage
* interface de saisie/visualisation des disponibilités pour les soutenances
* apprentissage et optimisation de la dépendance entre les critères de notation et la note attribuée
* export vers scodoc ou autre
2024-08-30 18:12:56 +02:00
## Sujet proposé par Maxime Menault : Système de gestion de stockage de lot X-FAB France
Contact : Maxime.Menault@xfab.com
### Contexte ###
Nous possédons actuellement un système vieillissant que nous souhaitons remplacer afin de pouvoir diminuer notre dette technique. Ce système
permet de contrôler des machines appelées Stockers, et un système de transportation automatisé appelé AeroTrack. Un stocker est une machine de
stockage, constitué de plusieurs matrices, elle-même constitués de plusieurs étages, eux-mêmes contenant plusieurs emplacements. Les stockers
permettent de stocker des lots, qui sont les produits de l'entreprise. Ces machines peuvent communiquer avec des systèmes informatiques externes
via une connexion TCP, et le protocole SECS/GEM HSMS (standard de l'industrie du semiconducteur). Un Stocker s'identifie via un
"toolid" (Identifiant Machine) sur quatre caractères (ex: "W113"), possède une capacité maximum (ex: 120 lots), un nombre de port
entrée/sortie (appelés IOPort) (ex : 4), ainsi qu'un nombre de port AMHS (appelés AMHSPort) (ex : 1).
L'AeroTrack est un système d'AMHS, qui relie physiquement chaque stockers entre eux, via un rail aérien. L'AeroTrack est constitué de plusieurs
nœuds et de rails, chaque nœuds pouvant relier plusieurs rails et au maximum un stocker par nœud. Les nœuds de l'AeroTrack s'identifient via
un ID unique (ex : 12345). Un lot est un produit de l'entreprise, il s'agit d'une boite en plastique contenant jusqu'a 25 tranches de silicium
de 200mm de diamètre, contenant elle même jusqu'à plusieurs milliers de puces. Un lot est identifié par un couple "lotid" sur
10 caractères (ex: "THWP4370XA") et un "lotseq" sur deux caractères (ex: "01").
### Besoins ###
Le nouveau système de gestion de stockage de lot doit :
* Être connecté en permanence à tous les stockers de la ligne de production
* Communiquer avec ces stockers :
- Récupérer leurs évènements d'entrées et de sorties de lot (produit de l'entreprise)
- Envoyer des commandes pour déplacer les lots d'un stocker à un autre via l'AeroTrack
* Être capable de recevoir une commande d'un système externe (appelé MES, Manufacturing Execution System) de déplacement de
lot d'un stocker à un autre
* Pouvoir voir à tout moment la position de chaque lot contenus à l'intérieur des stockers
* Avoir un schéma de la position géographique de chaque stockers de la ligne de production et des nœuds du système d'AMHS
* Avoir un historique des mouvements effectués sur les lots
### Contraintes ###
Uniquement les langages suivants peuvent être utilisés : C / C# / Java / Python / Javascript / Typescript / HTML / CSS / SQL
Les données du système doivent être sauvegardés en base de données (MySQL, MariaDB ou MongoDB au choix).
Le code doit être livré avec les documentations suivantes : architecture technique, architecture fonctionnelle, cahier des charges
technique & fonctionnel, manuel d'exploitation.
Le code doit pouvoir être exécuté 7j/7-24h/24 (la robustesse du code est obligatoire, ex: pas de fuite mémoire, pas de crash).
2024-08-27 16:15:05 +02:00
2024-09-02 23:50:56 +02:00
## Sujet proposé par Maxime Pierront : Application collaborative pour ergothérapeutes
2024-08-27 16:04:44 +02:00
2024-08-27 16:08:25 +02:00
Contact : maxime.pierront@gmail.com
2024-08-27 16:04:44 +02:00
### Objectif ###
Créer une application collaborative pour les ergothérapeutes, facilitant le partage de bonnes pratiques et d'exercices.
### Collaboration ###
Travail étroit avec une ergothérapeute pour identifier et répondre aux besoins spécifiques.
### Technologies ###
* Backend : Développement en Java.
* Frontend : Utilisation d'un framework web (React, Angular, ou Vue.js).
* Bases de Données :
- SQL pour les données structurées.
- NoSQL pour les données non structurées.
2024-08-27 17:09:46 +02:00
## Sujets proposés par Pierre Valarcher
Contact : pierre.valarcher@u-pec.fr
1. Programmes qui interagissent avec les réseaux sociaux Instagram et X (dans le cadre de laudit des algorithmes de modération des plateformes
droit du numérique). Le but consiste à écrire des procédures automatisées : (i) denvoi de posts (à partir de plusieurs comptes et de plusieurs
machines) et (ii) de récupération de la « visibilité » des posts. Ce sont les étudiantes et les étudiants de droit qui à heure régulière et jour
régulier lanceront les écrits depuis leur machine avec un ou deux comptes. La récupération, dans lidéal, devra être centralisée, mais on peut
envisager dans un premier temps une récupération locale quon fusionnera dans un 2eme temps.
2. Travail sur les données ( https://transparency.dsa.ec.europa.eu/data-download ). Les plateformes de ventes, RS, … doivent depuis un certain
temps (Art. 17 du DSA) dire pourquoi des actes sont restreints (comptes et messages) lors de leur utilisation. Art 24 demande que ces informations
soient envoyées à une BD (DSA Transparency). Les données sont archivées et libre daccès. Nous aimerions que soient développées des outils de
visualisation (dans un premier temps) et nous aimerions voir si certaines activités sont liées à des informations particulières (déclenchement de
guerres, crise, …).
3. Anonymisation de messages tickets. Une base de données de ticket est mise à notre disposition et nous souhaitons en retirer le maximum
dinformations (en anonymisant) pour alimenter une IA Générative.
4. Un projet dIA pour la sélection à MonMaster ou parcoursup.
Les sujets prioritaires sont les 1 et 2. Prendre contact avec Pierre Valarcher pour avoir plus de précisions sur les différents sujets.