Planifier et coordonner
Organisation du travail, suivi de l’avancement et participation aux choix techniques.
Projet universitaire - BUT GMP1
Projet réalisé en première année de BUT Génie Mécanique et Productique.
Le système doit identifier les objets grâce à leur étiquette RFID, déterminer leur catégorie, puis commander un mécanisme motorisé pour les orienter vers le compartiment correspondant.
Exigences définies lors de la phase de cadrage, susceptibles d’évoluer.
Objectifs issus du cahier des charges - ils ne représentent pas des performances déjà mesurées.
Le cadrage prévoit au moins deux types d’objets, une vitesse de détection jusqu’à 0,5 m/s, l’affichage des informations de tri et une interface pour démarrer, arrêter et surveiller le système.
Principe à développer : lecture de l’identifiant, traitement de la catégorie et commande de l’orientation.
RFID, Arduino, motorisation et conception mécanique devront être intégrés puis éprouvés sur le prototype.
Le travail est collectif. La matrice RACI répartit les responsabilités ; elle ne constitue pas un relevé des tâches déjà réalisées.
Organisation du travail, suivi de l’avancement et participation aux choix techniques.
Responsabilité et participation au développement logiciel prévues dans la répartition RACI.
Responsabilité de suivi et rôle consultatif pour la conception mécanique, les essais et la validation.
Responsabilité et participation à la documentation ; contribution à la présentation finale.
Parcours planifié, du besoin à l’amélioration. Les documents ne permettent pas d’attribuer un état d’avancement fiable à chaque étape.
Cahier des charges · Faisabilité · Choix des composants
WP1 - Planification et conception
Conception · Assemblage du prototype · Programmation
WP2 - Logiciel / WP3 - Mécanique
Tests du programme · Modifications · Vérification du programme · Tests RFID · Comportement moteur · Ajustements · Validation visée
WP4 - Tests et validation
Rapport technique · Manuel d’utilisation · Présentation · Amélioration
WP5 - Livrables / WP6 - Présentation
Le PERT formalise les dépendances : le choix des composants suit le cadrage et la faisabilité ; les essais du lecteur suivent la vérification du programme ; la présentation dépend du rapport et du manuel.
Cinq axes ont été étudiés dans une matrice interne d’aide à la réflexion. Cette appréciation ne vaut ni validation technique, ni preuve de conformité.
Disponibilité des composants, lecture RFID, programmation et maintenance.
Coût des composants et de l’alimentation, possibilités de réduction des dépenses.
Intégration, formation, temps de mise en œuvre et exploitation.
Exigences de sécurité électrique et des systèmes automatisés à prendre en compte.
Consommation énergétique, matériaux, déchets et nuisances possibles.
La SWOT et la matrice de criticité orientent les points de vigilance. Les mesures ci-dessous sont proposées dans la documentation.
Portée et qualité des étiquettes : essais de lecteurs proposés avant intégration.
Pannes moteur ou capteur, blocages et usure : composants de rechange et alimentation adaptée à prévoir.
Retards et documentation incomplète : répartition des tâches, jalons, réunions et suivi documentaire proposés.
Maîtriser les coûts, protéger les éléments électriques et mécaniques, limiter la consommation et faciliter la maintenance.
Cahier des charges
Définition du besoin, fonctions attendues, contraintes et objectifs du système.
Consulter · PDF : Cahier des charges (nouvel onglet)Gestion de projet
SWOT, risques, jalons, Work Packages et matrice RACI. Copie anonymisée.
Consulter · PDF : Gestion de projet (nouvel onglet)Diagramme PERT
Organisation et dépendances entre les étapes du projet.
Consulter · PDF : Diagramme PERT (nouvel onglet)Matrice de faisabilité
Étude technique, économique, organisationnelle, juridique et environnementale.
Télécharger · XLSX : Matrice de faisabilitéLes documents complets conservent les objectifs et la planification d’origine. Ils ne constituent pas une preuve de performances mesurées. Les identifiants des autres participants sont masqués dans la copie de gestion de projet.
Aucun résultat d’essai mesuré n’est documenté dans les éléments fournis. L’achèvement du prototype et la validation du système ne sont pas établis.
Des relevés d’essais permettraient de comparer les résultats au cahier des charges. Les documents disponibles présentent ici la démarche et ses objectifs.