Auteurs: Maxime DETURCHE, Héliote ZAOULY, Lucas GENIN

Le groupe « Santé! » de la TAF CoOC à IMT atlantique, a réalisé une enquête terrain, en deux rendez-vous, auprès du personnel du CESIM-Santé de Brest et de deux jeunes médecins.

Lors de la première partie de l’enquête terrain, le groupe santé! de la TAF CoOC, en septembre 2022, a rencontré un technicien, membre du CESIM-Santé de Brest, centre de simulations en santé pour l’entraînement d’étudiants en Santé à la faculté de Brest. Son problème est qu’il souhaite transmettre, à l’étudiant en salle de simulation, depuis une salle de régis, des informations de température, de taux d’hémoglobine et de taux de glycémie lors d’environ 60% des entraînements  et qu’actuellement lui et sa collègue technicienne ne peuvent le faire qu’en parlant dans un micro, ce qui interrompt l’immersion.

Face à cette problématique, le groupe « Santé! » de la TAF CoOC se lance dans un projet de développement d’un système composé d’un appareil électronique, entouré d’une coque, mis dans la main de l’étudiant en simulation, qui communique avec une application Web sur l’ordinateur de l’opérateur et qui en reçoit des données qu’il affiche. L’appareil est constitué d’un circuit électronique et d’une coque de manière à imiter les appareils de mesure suivants:

• thermomètre
• appareil à glycémie
• appareil à hémoglobine.

Déroulement du deuxième entretien de notre enquête terrain:

Nous avons interrogé 5 personas concernées par cette problématique:

• Au centre du CESIM-Santé, les deux techniciens du CESIM et un formateur du CESIM, pompier, qui a suivi une formation pour devenir formateur
• Dans le hall de la faculté de médecine de Brest: deux jeunes médecins récemment étudiants, diplômés le jour même de notre interview.

La particularité de notre méthode de gestion de projet a été de fusionner la seconde enquête terrain avec une première démonstration de prototype.

L’entretien s’est fait par un échange sous forme de questions et de réponses et d’une écoute des remarques que les interviewés voulaient faire.

Synthèse de la deuxième enquête terrain

Rapport de l’interview d’Albert et Sophie, deux techniciens du CESIM-Santé et de Jacques, pompier formateur

Au cours de l’enquête, les techniciens nous ont expliqué l’organisation des simulations: Lors de chaque simulation, il y a toujours un technicien et un formateur dans la salle de régis. Le formateur est un médecin, dentiste, pompier ou intervenant en communication qui a reçu une formation pour pouvoir organiser des simulations. Les formateurs ont reçu une formation pour organiser les formations.  Ils écrivent les scénarios en fonction de situations vécues dans leur vie et de manière à suivre les programmes de formation (la simulation n’est pas obligatoire au niveau national et une ville comme Marseille ne propose aucune simulation à leurs étudiants). Les techniciens, au nombre de deux au CESIM, sont responsables du fonctionnement des appareils utilisés lors de la simulation.

Les deux techniciens travaillent plutôt sur leur pôles préférés mais il leur arrive de travailler chacun dans chaque pôle: anesthésie, chirurgie, médecine de réanimation, pédiatrie, par exemple.

Selon eux, pour notre système, une seule coque multi-usage serait préférable et elle répondrait à leurs critères. Le gris serait, d’après Pierre, le technicien, une bonne couleur pour la coque.

Ils nous ont rappelé que l’appareil serait utilisé de manière quotidienne avec 4 à 6 simulations organisées par jour du lundi au vendredi.

Ils aimeraient avoir une adresse IP fixe, de manière à faciliter leur configuration.

Rapport de l’échange avec les deux jeunes médecins de deux spécialités différentes

Nous avons interrogé deux médecins l’un après l’autre, Baptiste puis Louise.

Louise, médecin généraliste, trouve que la coque pourrait être deux fois moins longue.

Baptiste, médecin anesthésiste, trouve que les détails décoratifs ne sont pas importants et qu’il est préférable d’avoir une coque épurée. La coque multi-outils lui conviendrait mieux que d’avoir une coque pour chaque appareil puisque selon lui, chaque appareil peut avoir un design variable. Il trouve qu’une couleur plutôt neutre comme du blanc serait appréciable.

Les conclusions que nous en tirons:

• Il faut faire un seul système électronique recouvert d’une coque multifonctions.
• Il faut utiliser une batterie capable de tenir plus d’un jour
• Il faut munir l’appareil d’un bouton afin que l’extinction et l’allumage fréquents de l’appareil n’endommagent pas le circuit.
• Il faut faire la coque de manière à ce qu’elle soit la plus petite possible par rapport à la taille du circuit électronique.

CoOCKing : Synthèse de l’enquête terrain

Auteurs : Adrien CHABOD, Lucas DEHENNE, Louise THEOPHILE et Gatien TIREL

Introduction

Notre groupe travaille aujourd’hui à l’élaboration d’un système de gestion des stocks pour les restaurateurs.

Nous voulions tout d’abord répondre aux besoins des restaurateurs. Afin de comprendre les problèmes présents dans ce secteur, nous avons procédé à une recherche de l’état de l’art et surtout à des entretiens sur le terrain. La recherche de l’état de l’art avait déjà fait ressortir des hypothèses sur les besoins des restaurateurs : le manque de personnel, le besoin de se réinventer pour attirer de nouveaux la clientèle après la pandémie, la mise en place de système de click&collect/vente à emporter et les problèmes de gestion des stocks et de gaspillage. C’est avec toutes ces hypothèses en tête que nous avons été interroger des restaurateurs, afin qu’ils confirment ou infirment nos hypothèses et surtout pour qu’ils nous parlent de leur expérience afin que l’on fasse ressortir de nouvelles problématiques.

Liste des personnes interrogées

Remarque : Nous avons contacté le RAK à plusieurs reprises, mais n’avons eu aucune réponse de leur part.

Déroulé des entretiens

La majorité des entretiens s’est faite sans rendez-vous préalable. Nous avions décidé de nous rendre dans plusieurs restaurants aux heures creuses (entre 14h et 18h) pendant les périodes de rangement ou de préparation pour le service du soir. Pour certains restaurants, nous avions pris rendez-vous en avance. Mais cela s’est révélé compliqué, en effet, les personnes qui décrochent ne sont souvent pas disponibles pour être enquêtés ou préfèrent nous adresser à leurs supérieurs qui n’ont pas beaucoup de temps à nous accorder dû à leurs responsabilités.

Les interviews se sont faites en binôme ou à quatre. Souvent tandis qu’un membre du groupe menait l’entrevue en suivant les questions du guide d’entretien, un autre était chargé de prendre des notes ou des verbatims relatifs à la discussion en cours. Nous avons pu enregistrer 2 de nos entretiens sans problème : les enquêtés n’y voyaient aucune objection. Les autres interrogés n’aimaient pas l’idée de voir leurs paroles enregistrées.

Les enquêtés étaient plutôt contents de nous parler de leur métier et de partager avec nous leur expériences et histoires. Mais dû au fait que ce sont des métiers aux emplois du temps chargés, ils n’avaient pas beaucoup de temps à nous accorder. Les entretiens duraient en moyenne 20 à 30 minutes. De fait, nous n’avons pas pu instaurer une réelle relation de confiance entre nous et les enquêtés. Cela nous fait donc douter de certaines réponses qu’ils auraient édulcorées. Par exemple, pour la question du gaspillage, ils nous ont globalement répondu que ce n’était pas vraiment un problème. Les restes sont majoritairement redistribués au personnel quand ils sont encore consommables, selon leurs dires. Mais selon les données d’une étude gouvernementale, 33% du gaspillage se déroule pendant la consommation dont une partie viendrait de la restauration. [1]

Compte-rendu des entretiens

Le point principal qui est ressorti des entretiens, tout comme pendant la recherche de l’état de l’art de notre problème, concerne le manque de personnel. Les métiers de la restauration peuvent être très pénibles : les horaires en coupure, le contact client, le travail d’équipe ou les périodes de rush. L’un des enquêtés nous a aussi dit que la plupart de ses employés les plus jeunes ne restaient pas longtemps car ils voulaient souvent voyager ou “voir le monde”. Selon lui, cette génération ne se voit pas travailler dans un même établissement ou faire le même métier toute leur vie, ils ont besoin de changement, malgré le fait qu’il considère que c’est un métier où “aucun service ne se ressemble” avec des tâches répétitives.

Le problème des réservations avait été repéré dans la recherche de l’état de l’art. Il a été spontanément évoqué par plusieurs des enquêtés. Il apparaît donc que les problèmes de réservations, de “no show” et donc de gestion des tables de clients soient un réel problème. Il semblerait que ce soit souvent un problème de communication et de synchronisation des réservations entre celles au téléphone, sur Internet ou en personne. La gestion et la circulation des informations ne semblent pas optimales.

Une autre facette des problématiques de la restauration, est la gestion des stocks. À la lumière des différents témoignages recueillis, la gestion des stocks apparaît comme une tâche relativement pénible et redondante, très peu épanouissante comparée à ce que peuvent être le service ou la préparation des tables. Pourtant, les enquêtés ayant quelques responsabilités dans le restaurant nous ont confiés que c’était une étape primordiale dans la gestion d’un restaurant, puisque celle-ci impactait à la fois le service client (possibilité ou non de servir un client, en fonction des stocks disponibles), le gaspillage et in fine avait d’importantes retombées financières.

Persona

Persona 1 : Pour ce persona, nous nous sommes mis à la place d’une gérante de restaurant en plein essor. Elle connaît un fort succès depuis la fin de la pandémie et cherche donc à continuer de moderniser son restaurant. Elle avait déjà fait évoluer son système de prise de commande et de réservations vers des solutions numériques. Elle va donc tester notre solution de gestion des stocks afin de vérifier qu’il est plus simple d’utilisation que son précédent système. Elle veut surtout voir s’il lui permet d’avoir une meilleure visibilité sur les stocks et donc d’optimiser son temps et son argent.

Persona 2 : Pour ce persona, nous avons choisi d’imaginer un jeune serveur susceptible d’être en charge de la gestion des stocks, livrés le matin d’une journée de service. Afin de nous concentrer sur la facilité d’utilisation et l’ergonomie du système, nous avons choisi de prendre un jeune homme sans expérience et légèrement étourdi (i.e. susceptible de ne pas dénombrer correctement les quantités s’il devait le faire sans assistance). 

Conclusion

Les recherches faites en amont des enquêtes de terrain nous ont permis d’avoir une première idée de la situation dans le domaine de la restauration. Plusieurs problèmes ont été abordés pendant nos enquêtes : manque de personnel, gestion des réservations,… Cependant nous avons choisi d’apporter une solution au problème de gestion des stocks.En effet, il semblait plus pertinent par rapport à notre TAF Cooc. Nous devons réaliser un objet communicant et pas seulement une application de téléphone. Cependant les solutions de gestion des réservations ou de commandes à emporter ne nécessiteraient pas d’objets communicants. D’où le choix de la gestion des stocks dans la restauration qui va nous permettre de coupler une interface mobile ou sur écran et un objet communicant.

Bibliographie

[1] l’ADEME, Gaspillage alimentaire [étude] : https://www.ecologie.gouv.fr/gaspillage-alimentaire (04/11/2022)

Gestion des stocks dans la restauration : recherche et état de l’art du problème choisi

Groupe : CoOCKing

Auteurs : Adrien CHABOD, Lucas DEHENNE, Louise THEOPHILE, Gatien TIREL

Dans le cadre de notre projet Fil Rouge en CoOC, nous avons décidé de nous intéresser au monde de la restauration. Par expérience, nous savons que travailler dans la restauration peut être pénible : les horaires en coupure, le rythme soutenu, le contact client, etc. Pour améliorer les conditions de travail des personnes qui travaillent dans la restauration, il y a déjà eu au fil des années des innovations technologiques : caisses enregistreuses plus performantes, système de commandes connectées, borne de commande (fast food), etc. Cependant la crise sanitaire, liée au Covid-19, a empiré la situation dans la plupart des restaurants. En effet, durant la crise, les employés, qui ont dû être mis au chômage, ont pu retrouver des travaux qui payaient mieux et qui étaient moins pénibles. À la fin de la quarantaine, si les restaurants ont rouvert et que les clients sont revenus, ça n’a pas été le cas de bon nombre d’employés. C’est pourquoi aujourd’hui le principal problème des restaurateurs est le manque de personnel. C’est donc un domaine qui reste ouvert aux innovations technologiques qui permettraient d’alléger la charge de travail, et d’augmenter l’efficacité.

Identification des problématiques rencontrées par les restaurateurs au travers de la recherche documentaire

La recherche des problématiques des restaurateurs de Brest

Les problématiques et comment elles impactent le quotidien des restaurateurs

Choix de la problématique à adresser

La gestion des stocks

Conclusion

Bibliographie

Identification des problématiques rencontrées par les restaurateurs au travers de la recherche documentaire

En France, le domaine de la restauration représente 35,6 milliards d’euros de chiffre d’affaires annuel en 2022, avec plus de 175 000 restaurants sur l’ensemble du territoire. [6] Malgré un chiffre d’affaires moins important par rapport à d’autres secteurs, c’est un secteur qui ne cesse de croître depuis la fin de la pandémie. Cependant cette crise a créé ou aggravé des problèmes déjà existants.

Le manque de personnel est le problème principal des restaurateurs. Une enquête de la DARES (Direction de l’Animation de la Recherche, des Études et des Statistiques) a estimé qu’en un an, on avait 213 000 prises de postes pour 450 000 départs. [6] On observe donc un nombre important de départs (2 fois plus de départs que de prises de poste) dans le secteur de la restauration pour des secteurs aux revenus et horaires plus stables et fixes.

Néanmoins, le coronavirus n’a pas impacté que les employés de la restauration. En effet, les clients n’ont pas été épargnés pour autant. Ces derniers ont vu leurs habitudes de consommation changer drastiquement en l’espace de quelques mois. Eux qui avaient l’habitude de sortir de chez eux pour manger en salle, ont pendant une certaine période goûté au confort de la livraison à domicile ou encore de la collecte directement au point de vente. Pas d’attente entre les plats, la possibilité de manger de la nourriture de chef dans son logement sont des aspects de la pandémie qui ont plu à beaucoup. On a enregistré une hausse de 25% des livraisons depuis 2019. [6]  Ainsi, lors de la réouverture des salles de restauration, les clients préféraient commander ou venir chercher plutôt que de manger dans l’établissement. Une nouvelle problématique apparaît alors pour les restaurateurs : celle d’inciter les consommateurs à sortir de chez eux [2].

En dehors des problèmes rencontrés par les restaurateurs, nous avons aussi essayé de trouver les éléments qui faisaient qu’un restaurant avait du “succès” et qu’il réussissait sur le long terme. Les éléments qui ressortent concernent évidemment la qualité de la nourriture, mais aussi la comptabilité et la capacité à gérer de manière organisée tout ce qui concerne le restaurant : les plannings, les stocks, les clients, etc. [3] [5] Le besoin de visibilité est aussi très important pour développer et entretenir leur relation client. D’une part, il faut être visible en amont sur les réseaux sociaux ou dans la presse, d’où la recrudescence de comptes Instagram de chefs ou de restaurants. En effet, 70% des chefs français sont sur Instagram. [6] D’autre part, la facilité d’accès au restaurant grâce à un site web, un système de réservation et la possibilité d’avoir des repas à emporter ou à livrer est importante. [7]

La recherche des problématiques des restaurateurs de Brest

Notre groupe, composé de Louise THEOPHILE, Lucas DEHENNE, Adrien CHABOD et de Gatien TIREL, s’est intéressé aux problématiques du domaine de la restauration. Afin d’identifier ces dernières, nous avons voulu discuter avec différents employés de différents établissements, afin d’aborder les axes importants de leur journée, et leur lot de problèmes.

Afin de préparer ces entretiens, nous avons recherché de potentiels témoignages en ligne de restaurateurs. Plusieurs grands thèmes récurrents sont apparus dans nos lectures :

• le manque de personnel
• les conditions de travail
• le phénomène de “no-show”
• Les problèmes liés aux approvisionnements et aux stocks

Pour obtenir une vision plus complète de ce domaine, nous sommes allés rencontrer différentes personnes travaillant dans des établissements de restauration dans Brest. Nous avons rencontrés :

• un gérant / serveur d’une brasserie
• un caissier de fast-food
• une maîtresse de salle dans un restaurant gastronomique
• le gérant d’un restaurant familial proche du port
• le manager d’un fast-food

Ces différentes discussions nous ont permis de nous familiariser avec les problématiques rencontrées au sein des restaurants, mais également d’en apprendre plus sur les différents fonctionnements des établissements. En effet, les enjeux ne sont pas les mêmes entre un fast-food d’une grande chaîne multinationale et un restaurant tenu par une même famille depuis plus de 20 ans.

Nous avons donc pu confirmer nos hypothèses et même découvrir de nouvelles problématiques. De ce fait, la gestion des stocks et sa conséquence directe, le gaspillage, sont devenus des sources de difficultés à résoudre.

Les problématiques et comment elles impactent le quotidien des restaurateurs

Commençons par le problème le plus présent : le manque de personnel. Il semble évident qu’une pénurie de bras impacte directement le fonctionnement d’un établissement. Du service à la préparation des plats en passant par l’accueil des clients, une pénurie d’employés oblige les employés restants à assumer une charge de travail plus importante. Les serveurs doivent servir plus de table simultanément, parcourir plus de fois la distance de la salle à la cuisine et se fatiguent donc plus. À cet épuisement physique s’ajoute une charge mentale supplémentaire assumée par les employés de salle ainsi que par les cuisiniers qui doivent préparer plus de plats en tout autant de temps. La pénurie de personnel engrange donc des conditions de travail bien plus compliquées, qui poussent les employés à partir, ce qui accentue la pénurie et augmente la difficulté des services, etc… Ce cercle vicieux est observé par tous les serveurs à qui nous avons parlé, et aussi par la responsable de salle du restaurant sur le port. Ces conditions rendent également le recrutement plus compliqué et il est difficile de conserver des employés compétents de par leur ancienneté dans l’établissement. C’est d’ailleurs ce que nous a confié le gérant du restaurant familial. Ainsi, le manque de personnel et les conditions de travail sont deux problématiques intrinsèquement liées.

Une autre problématique, principalement mise en avant par la responsable de salle et par les recherches préalables, est celle du “no-show”. Il s’agit d’un phénomène observé par nombre de restaurateurs, où les clients réservent une table à un horaire précis, pour finalement ne pas venir. Le résultat, c’est une table qui n’a pas pu être utilisée pour accueillir des clients avec ou sans réservation, et donc une perte financière pour l’établissement. Selon la responsable de salle, quand il s’agit d’une table pour une ou deux personnes, cela ne pose pas forcément de problèmes. Néanmoins, elle nous a confié avoir déjà observé ce phénomène pour des tables allant de 8 à 12 personnes. Multipliés par les prix des menus de l’établissement (un peu plus de 20€ pour le moins cher), et par le nombre de fois qu’une table accueille des clients au cours d’un service (2 ou 3 fois selon les cas) et on arrive rapidement sur des pertes de plusieurs centaines d’euros par service.

La dernière problématique, découverte au cours de nos entretiens, concerne la gestion des stocks. En effet, une mauvaise gestion des stocks implique qu’il soit possible que l’établissement ne puisse plus servir un plat au cours du service, ou bien que des aliments périment et pourrissent dans le local de stockage. On parle ici de 3 enjeux : la satisfaction client et l’épanouissement des serveurs, la stabilité financière et le gaspillage. Prenons un cas pratique pour le premier : un client est accueilli en salle et choisit le plat qu’il avait en tête lorsqu’il est entré dans le restaurant. Malheureusement, la mauvaise gestion des stocks a provoqué une pénurie de ce plat, et le serveur est donc contraint de lui annoncer qu’il ne pourra pas être servi. Le client est alors légitime de quitter le restaurant, déçu. Aussi, il n’est jamais agréable d’annoncer une mauvaise nouvelle, d’autant plus lorsqu’elle ne résulte pas d’une faute personnelle. Le serveur doit donc faire face à la déception du client (et certains ne manquent pas de s’exprimer sur la leur, d’après les discussions que nous avons eues avec les différents serveurs), et encaisse donc une fatigue psychologique supplémentaire. De plus, il s’agit ici d’un client qui n’a pas consommé et donc d’une perte financière pour l’établissement. Enfin, si l’on prend le cas contraire dans une mauvaise gestion des stocks, et que des aliments ont périmé voire pourri, ce sont des denrées non rentabilisées par le restaurant, ce qui revient encore une fois à une perte financière. Ce cas arrive particulièrement avec des produits dont la conservation doit suivre des règles et des protocoles assez stricts, comme la viande et les produits frais. En effet, le gérant du restaurant familial, qui est spécialisé dans le service de la viande, nous a raconté comment il avait perdu plusieurs centaines d’euros d’équivalents de viande à cause d’une mauvaise organisation de sa chambre froide.

Choix de la problématique à adresser

Maintenant que nous en savons plus sur le domaine de la restauration, il est temps pour notre groupe de choisir un problème à résoudre, à l’aide d’objets communicants, puisqu’il s’agit là de l’essence de notre projet fil rouge.

Concernant le manque de personnel, il était clair que ce ne sont pas des objets communicants qui vont y remédier.

La fatigue physique des serveurs était une option envisageable, en créant un système permettant aux serveurs en salle de communiquer directement avec les cuisines, et ainsi s’épargner les allers-retours incessants entre ces deux lieux. Néanmoins, ce genre de système est déjà largement commercialisé (tablettes électroniques pour prendre les commandes et les envoyés sur des écrans en cuisine, bornes de commande comme dans les fast-foods…) et ce n’est donc pas dans ce domaine que nous allions pouvoir innover le plus.

Le phénomène du “no-show” étant inhérent aux clients, il nous semblait difficile de le résoudre à l’aide d’objets communicants. La réalisation d’un tel projet semblait se tourner simplement vers la conception d’une interface ou d’une application permettant de voir en temps réel l’état des réservations faites pour le service. Or, il est stipulé dans les critères de validation de notre projet, qu’une partie physique est à réaliser, que le projet ne doit pas être uniquement digital. Cette problématique ne répondait donc pas à nos critères de projet.

Finalement, nous avons décidé de nous intéresser à la gestion des stocks d’un restaurant, car ce problème répond à tous nos critères de projets et qu’encore trop peu de solutions existent à ce sujet, nous octroyant donc une certaine marge d’innovation.

La gestion des stocks

Une bonne gestion des stocks permet donc de réaliser plusieurs économies. Comme nous avons pu le voir, des économies de temps et donc de main-d’œuvre ou encore une réduction du gaspillage alimentaire peuvent être effectuées. La problématique de la gestion des stocks possède donc une dimension économique importante : frais de personnels et coûts de matière. En effet, la réalisation d’un inventaire régulier permet de faire de grandes économies et donc libérer ces ressources vers d’autres tâches [8]. Sur le panel de professionnels interrogés lors de cette étude, 95% d’entre eux disent qu’une aide de la technologie améliore considérablement l’efficacité de leurs tâches. Bien sûr que la technologie visant à aider à la gestion des stocks ne vise pas encore tous les restaurants, comme par exemple les restaurants traditionnels qui sont attachés à leurs valeurs, mais nous voyons ainsi ici l’intérêt de réaliser un outil permettant d’aider à cette tâche chronophage.

Cette problématique a encore plus de sens aujourd’hui au vu de la forte inflation qui est présente actuellement. Cela a une répercussion directe sur les restaurateurs qui sont obligés de rogner sur leurs marges afin de conserver leurs clients [9]. L’augmentation du prix des matières premières est même plus forte que celle de l’inflation. Face à des coûts de matières toujours plus importants, le défi de la réduction du gaspillage prend donc encore plus de sens, même pour les personnes qui restaient réticentes vis-à-vis de cela. Ces pertes représentent des coûts que les restaurateurs essayent au plus de diminuer. Nous pouvons aussi prendre l’exemple du fast food dans lequel nous sommes allés où des objectifs de coûts de matières sont instaurés. En effet, chaque mois, le coût de revient de l’ensemble des denrées alimentaires achetées et consommées ne doit pas dépasser un certain pourcentage du chiffre d’affaires. On voit donc qu’une bonne gestion des stocks est primordiale dans ce genre de cas afin de rentrer dans les objectifs et de diminuer les pertes d’argent et de matière.

Derrière ce problème, on retrouve un problème plus commun qui est celui de la traçabilité et dans notre cas la traçabilité appliquée à l’alimentation. Cependant, les problèmes de traçabilités sont bien souvent assez épineux du fait de leur implication tout au long du cycle de vie du produit.

Différentes solutions de gestion des stocks existent aujourd’hui. Nous retrouvons tout d’abord des logiciels simples qui nécessitent de renseigner les stocks arrivant et sortant un à un. D’autres solutions consistent à rentrer manuellement les stocks entrants et d’enlever automatiquement les stocks sortant une fois qu’ils sont décomptés sur la caisse enregistreuse. Enfin, une dernière technologie, développée notamment par GSM,  s’essaye à l’impression locale de code-barre et la réutilisation de codes barres existant afin de renseigner automatiquement à l’aide d’un scanner les produits arrivant et sortant.

Des professionnels gérant des stocks assez importants, comme des associations ou des restaurants collectifs, se sont tournés vers ce dernier type de solution, car cela leur permet d’améliorer la visibilité de leurs stocks. L’entretien réalisé avec le salarié du fast food nous a précisé la solution retenue par ce dernier : la gestion des stocks est quasiment totalement automatisée. En effet, sur de grandes chaînes de fast food, les stocks entrants sont connus à partir des commandes réalisées et les stocks sortants sont décomptés sur la base des produits délivrés aux clients. Il nous a même indiqué que des suggestions concernant certains produits pouvaient être faites au client lors de la commande afin d’écouler des denrées qui présentaient des DLC ( Date limite de consommation) courtes.

Il existe de nombreuses technologies qui pourraient être adaptées pour cet usage comme le BLE (Bluetooth Low Energy), les codes QR ou les codes-barres, la RFID (VHF ou UHF) ou encore la  technologie Wirepass.

Les nombreux échanges et recherches réalisés à ce sujet montrent une chose, nous ne disposons pas à ce jour d’une solution clé en main de traçabilité pour les produits alimentaires qui soit adaptable à des enseignes de taille différente. Il s’agit bien souvent de solutions propriétaires nécessitant un engagement qui peut prendre des formes diverses (licence, abonnement, matériel compatible uniquement avec la gamme du fournisseur).

À ce stade, nous faisons l’hypothèse que la technologie RFID semble la plus adaptée au vu du rapport prix/fonctionnalité/simplicité. En effet, il s’agit d’une technologie largement utilisée notamment dans la traçabilité des équipements via l’utilisation de la bande UHF, des animaux sur la bande LF, ou encore pour les badges d’accès sur la bande VHF. Il existe aussi un portage très connu sous le nom de NFC (13,56 MHz) souvent utilisé pour les téléphones.

En addition à la technologie pour l’identification, il sera nécessaire de rajouter une base de données pour unifier le stockage des différents éléments et rendre accessibles les données en permanence. L’utilisation de MySQL via son implémentation MariaDB semble l’option la plus simple et la moins coûteuse.

Nous avons donc des hypothèses sur la technologie à privilégier ainsi que les autres briques élémentaires nécessaires au bon fonctionnement d’un système de traçabilité. Il reste encore à définir les différents supports matériels pour exploiter le projet.

Conclusion

Cette démarche de recherche documentaire, nous a permis de dégager nos premières hypothèses sur la restauration, en ces temps post-Covid. Puis notre enquête terrain nous a permis de confronter ces premières hypothèses théoriques avec des employés de la restauration.

De ces deux démarches sont ressorties un problème de gestion de stock dans la plupart des restaurants. Gérer de manière informatisée et automatisée les stocks, permet de réduire drastiquement les coûts mais aussi d’éviter les problèmes de réapprovisionnement.

Nos recherches sont toujours en cours afin d’obtenir l’étude la plus complète possible.

Bibliographie

[1] Hannah Taylor, Quora [Forum], https://fr.quora.com/Quels-sont-les-probl%C3%A8mes-li%C3%A9s-au-m%C3%A9tiers-de-la-restauration (21 septembre 2022)

[2] Yannick Nodin, Néo-Restauration [Blog], https://www.neorestauration.com/article/les-10-challenges-de-la-restauration-a-table-pour-l-apres-covid-selon-chd-expert,48984 (21 septembre 2022)

[3] Christian Latour, HRI Mag [Magazine en ligne], https://www.hrimag.com/Les-problemes-de-la-restauration-selon-Alain-Bouchard (21 septembre 2022)

[4] Food Hotel Tech [Vendeur de solutions], https://www.foodhoteltech.com/produits-3/gestion-des-stocks/

[5] Christian Latour, HRI Mag [Magazine en ligne], https://www.hrimag.com/L-ingredient-secret-du-chef-Marc-Andre-Royal-la-comptabilite (25 septembre 2022)

[6] Guillaume Robez, Independant.io [Entreprise indépendante], https://independant.io/statistiques-tendances-restauration/ ,(27 septembre 2022)

[7] Chloé R, Alioze [Agence de communication], https://www.alioze.com/

chiffres-food ,(27 septembre 2022)

[8] Geert Merckaert, Apicbase [Vendeur de solution], https://get.apicbase.com/fr/plus-de-75-statistiques-restauration-2022/ , (28 septembre 2022)

[9]Laura Stagno, Journal du Net,[Journal digital]. https://www.journaldunet.com/

solutions/dsi/1514197-automatisation-de-la-gestion-des-stocks-dans-la-restauration-une-strategie-perenne/ ,(28 septembre 2022)

[10]Jens De Landtsheer, Apicbase [Vendeur de solution], https://get.apicbase.com/fr/plus-de-75-statistiques-restauration-2022, (28 septembre 2022)

I/ Contexte

Dans le cadre de notre spécialisation en conception d’objets communicants (TAF CooC) dans notre formation à l’IMT Atlantique, nous avions pour objectif de créer de la valeur par les besoins actuels des entreprises et de l’industrie à l’aide d’objets communicants. En d’autres termes, nous devions réaliser un objet communicant qui réponde à un besoin utilisateur. 

Chacun des membres du groupe étant en lien quotidien avec des étudiants et / ou journalistes, nous avons relevé, lors de notre étude terrain, un problème récurrent chez ces deux types d’individus, qui sont confrontés au quotidien à de nombreuses conférences et de nombreux échanges oraux longs, voire fastidieux, et pendant lesquels les personnes en question ne peuvent pas être passives (nécessité de réflexion / compréhension / rebondir sur des questions, …) et prendre l’intégralité de l’oral en note. Nous avons donc décidé de répondre à la problématique suivante pendant ce projet : Comment permettre aux interlocuteurs d’un échange, à l’aide d’un objet connecté, de récupérer l’ensemble des informations véhiculées pendant ce-dernier ?

Après nos études terrains, nous avons imaginé, puis prototypé un stylo / micro connecté qui enregistre un oral lorsque l’utilisateur le décide (à l’aide d’un bouton) et envoie sur l’ordinateur de l’utilisateur, via une application, les audios enregistrés sur le stylo / micro sous format texte (transcrits). Grâce à cet objet, l’utilisateur peut totalement se concentrer pendant l’oral et n’a plus à prendre en note les informations véhiculées. Cette phase de prototypage de ce stylo / micro connecté s’est effectuée à l’aide d’une méthode agile (SCRUM) sur 3 semaines.

Dans cet article, nous allons aborder les détails de la phase de prototypage, afin de vous fournir une explication la plus précise possible de notre prototype (choix du matériel, schéma du montage, l’enregistrement audio, l’interface utilisateur, la transmission du fichier audio de la raspberry à l’interface, l’algorithme de transcription utilisé ainsi les résultats obtenus. Nous aborderons ensuite le résultat obtenu à la fin de ces 3 semaines. Enfin, nous aborderons les perspectives d’évolution de notre projet.

Le code (commenté précisément) pour l’ensemble du prototype est disponible sur le lien Github suivant : https://github.com/camillebrl/Transcripen. Vous trouverez également, dans ce Github, une documentation détaillée de l’ensemble des éléments à installer sur la raspberry, ses configurations, …

II/ Réalisation

A. Choix du matériel détaillés et schéma du montage final

• Le choix de la Raspberry pi vs Arduino : Alors qu’Arduino est un microcontrôleur qui ne peut exécuter que du code compilé, la Raspberry pi fonctionne aussi comme système autonome : si l’Arduino est la plus adaptée pour faire de la gestion de LEDs, de capteurs simples (température, luminosité, distance…), elle ne l’est pas pour la gestion de multimédias tels que les audios notamment. La Raspberry Pi est plus adaptée pour cela. C’est pourquoi nous avons, pour ce projet qui consiste en un enregistrement et une gestion de fichiers audios, opté pour une Raspberry Pi.
• Choix du type de Raspberry Pi : la Raspberry Pi Zero est la plus petite sur le marché aujourd’hui (à l’exception de la Raspberry Pi Pico qui n’a pas d’entrée de carte mémoire intégré, ni de port usb, donc trop pas adaptée à notre projet). Puisque nous avions des contraintes de taille du matériel, afin d’intégrer ce-dernier dans un stylo, nous avons opté pour la carte la plus petite possible, d’où notre choix de la Raspberry Pi Zero. Par ailleurs, il existe 2 types de Raspberry Pi Zero : la W et la simple. Puisque nous avions besoin de Wifi pour notre projet (envoie des fichiers audio à l’application), nous avons opté pour la Raspberry Pi Zero W qui est dotée de la wifi, contrairement à la Raspberry Pi Zero.

• La carte SD: nous avons opté pour une carte SD de 32Gb pour la Raspberry. Effectivement, celle-ci est indispensable à la Raspberry: non seulement elle nous permet de stocker les fichiers audios des enregistrements, mais elle est surtout indispensable à la Raspberry (c’est sur cette-dernière que se trouve l’OS de la Raspberry et l’ensemble de ses configurations)
• Breadboard + fils + bouton poussoir + résistance

• Le microphone utilisé est un Microphone Jack 3,5mm nous y avons intégré un convertisseur analogique numérique a la suite de la prise jack, en effet le microphone produit un signal analogique, hors la carte Raspberry ne traite que les signaux numériques. L’ensemble des composants est détaillé ci dessous :
• Microphone Jack, 3,5 cm. 3 Poles. 

• Convertisseur analogique / numérique : 15 cm de câble. Fait la conversion analogique / numérique, intégré une carte son 

• Adaptateur câble micro USB / USB mâle: 

Entrée: 5V | Sortie: 5 V, câble de 12cm.

Le schéma électronique final de notre objet connecté est présenté ci-dessous:

Par ailleurs, nous avons intégré ces composants dans notre objet final, qui prenait la forme d’un stylo. Ci-dessous les images de notre objet final:

Pour le construire, nous avons créé un prototype sur Tinkercad présenté ci-dessous:

B. L’enregistrement audio sur la raspberry

1. Le montage du dispositif d’enregistrement

Pour enregistrer des audios à l’aide de notre micro branché en micro-usb à notre Raspberry Pi Zero W, nous avons utilisé 2 bibliothèques python, indispensables à cet égard: Pyaudio et Pydub. PyAudio fournit des liaisons Python pour PortAudio, la bibliothèque de référence qui gère les entrée/sortie usb d’audio sur toutes les plateformes (dont la Raspberry). Quant à Pydub, elle permet de manipuler un fichier audio simplement (ouverture de l’audio, augmentation / diminution du volume de l’audio, segmentation de l’audio, calcul de la durée de l’audio, et toute autre manipulation possible sur un audio. La librairie est en open-source sur https://github.com/jiaaro/pydub). Pour utiliser pydub, il faut installer ffmpeg/avlib.

Pour effectuer l’enregistrement de l’audio, il est important de prendre en compte plusieurs éléments :

• La détection du port sur lequel est branché le micro à la Raspberry : Afin d’identifier ce port, nous avons utilisé la librairie Pyaudio, qui nous a permis, grâce à sa fonction get_device_info_by_index, de trouver le port correspondant au micro.
• Le nombre d’images collectées par seconde par défaut par le micro : Une fois que nous avons identifié l’indice du port correspondant au micro, nous avons pu afficher son “defaultSampleRate”, qui était, dans notre cas, de 48000Hz. 
• Le fait que Pyaudio découpe les données en CHUNKS (trames), au lieu d’avoir une quantité continue d’audio, afin de limiter la puissance de traitement requise (RAM), puisque la Raspberry a une RAM assez faible (512M pour notre Raspberry Pi Zero W). Dès lors, nous devions définir le nombre de CHUNKS (trames) dans lesquelles nos signaux seront divisés (il s’agit d’une puissance de 2). 
• Une fois que nous avons identifié ces paramètres, nous avons pu instancier un stream (ligne 28 de final_algo.py du Github) qui nous permet ensuite, lorsqu’on appelle la fonction stream.read, d’enregistrer l’audio (ligne 52 du Github).

2. Le montage du dispositif du bouton pour lancer l’enregistrement

L’objectif du bouton est de permettre à l’utilisateur de choisir quand il veut enregistrer et quand il veut d’arrêter d’enregistrer. Un bouton se connecte à une Raspberry Pi à l’aide de ses ports GPIO. Les ports GPIO sont des ports physiques se présentant généralement sous forme de picots métalliques carrés qui permettent de transmettre un signal électrique. Un port GPIO transmet un signal relativement binaire (pas de courant ou du courant). Dans le cas de notre Raspberry Pi Zero W, les ports GPIO travaillent en 3.3V et environ 20 mA. En d’autres termes, les ports GPIO du Raspberry PI permettent d’envoyer du courant (et donc, des informations) à nos composants (les sorties, ici, la Led (que l’on verra ci-dessous)) et récupérer du courant (et des informations) de ceux-ci (les entrées, ici le bouton poussoir). Les ports GPIO de la Raspberry se présentent comme ci contre.

Ils sont numérotés de 1 à 40, en partant du haut à gauche quand vous tenez la Raspberry pi ports GPIO à droite. Cette numérotation de 1 à 40 est le mode de numérotation dit « Board ». Un autre mode de numérotation existe, qui repose sur l’adressage processeur, appelé mode « BCM » (on prend en compte les chiffres après “GPIO” comme “GPIO 25”. On remarque qu’il existe des ports de différents types : des ports de puissance (5v et 3.3v), des ports généraux (GPIO), des ports PCM (Pulse-code Modulation) permettant une représentation numérique de l’analogique échantillonné (forme de sortie audio numérique), des ports UART (prend des octets de données et transmet les bits individuels de manière séquentielle), des ports I2C1 (permettent une communication bifilaire avec une variété de capteurs et de dispositifs externes), et des ports SPI (relient plusieurs dispositifs compatibles à un seul ensemble de broches en leur attribuant des broches de sélection de puce différentes). Nous avons décidé d’utiliser les ports généraux de la Raspberry pour notre montage (soit les ports GPIO), ainsi que le port 3.3v pour le bouton poussoir, par simplicité. 

Pour utiliser les ports GPIO de la raspberry, il faut utiliser une librarie python. Il en existe plusieurs, mais la plus connue (celle pour laquelle il y a le plus d’exemple sur internet) est Rpi.GPIO. Ainsi, nous avons utilisé la librairie RPi.GPIO pour interagir avec notre montage via notre code Python. Nous devions ainsi indiquer au programme quel était le port de récupération du courant (input) et le port de sortie (envoi du courant). Pour se faire, nous avons utilisé la fonction setup, avec comme attributs GPIO.IN et GPIO.OUT pour indiquer respectivement le port d’entrée et de sortie de courant. 

Ici, nous devions prendre en compte le fait qu’une entrée GPIO flotte entre 0 et 1 (fonction input). Par défaut dans la librairie, elle ne peut prendre que 1 ou 0 comme valeurs (True ou False). Aussi, lorsque l’utilisateur appuie sur le bouton, il y a plusieurs entrées qui arrivent dans la seconde qui suit (entre 0 et 1), qui sont arrondies à 1. Afin de ne pas confondre une entrée à 1 correspondant à l’appui sur le bouton par l’utilisateur et une entrée à 1 correspondant à un courant suivant l’appui sur le bouton, nous avons décidé qu’on considérait que l’entrée ne correspondait à un appui sur le bouton que s’il n’y avait pas d’autre courant reçu dans les 2 secondes précédant la réception du courant. Ainsi, si l’utilisateur appuie sur le bouton 2x en 2 secondes, voire plus, on ne considère pas que ce-dernier a appuyé.

Dès lors, il était important, particulièrement suite à ce que nous venons d’expliquer ci-dessus, de prévenir l’utilisateur lorsqu’il enregistre et lorsqu’il a fini d’enregistrer, c’est-à-dire si son appui sur le bouton a bien été pris en compte ou non. C’est pourquoi nous avons mis en place une Led, qui s’allume lorsque l’utilisateur appuie sur le bouton, et s’éteint lorsque l’on considère que l’utilisateur a rappuyé dessus. En d’autres termes, la Led prévient l’utilisateur quand l’enregistrement débute (quand on le lance) et quand l’enregistrement se termine (quand on l’arrête). 

3. Le montage du dispositif de la led pour indiquer à l’utilisateur quand l’enregistrement est lancé

De la même manière que le bouton, la Led est branchée aux ports GPIO de la Raspberry Pi Zero W. Cependant, contrairement au bouton poussoir décrit ci-dessus, nous ne récupérons pas le courant (l’information) de la Led, mais on lui envoie du courant (de l’information) pour l’allumer ou l’éteindre. Alors que l’on utilisait la fonction input pour récupérer les informations issues du bouton poussoir ci-dessus, nous voulons envoyer des informations à la Led. Pour ce faire, nous utilisons la fonction output. Il suffit ensuite de mettre le pin en question (celui qui est lié à la Led) à True lorsqu’on veut l’allumer, et à False lorsqu’on veut l’éteindre. Ainsi, on allume ce-dernier lorsque l’on considère que le bouton poussoir a été appuyé, et on l’éteint lorsqu’on considère qu’il a été de nouveau allumé (à l’aide d’une variable isPressed que l’on a défini en amont, à qui l’on attribue l’opposé (not isPressed) dès lors que l’on considère que le bouton a été appuyé.

4. Explication détaillée du fonctionnement du montage final

Les parties 1, 2 et 3 ont ensuite été liées. En d’autres termes, lorsque l’utilisateur appuie sur le bouton, non seulement la Led s’allume, mais également l’enregistrement se lance. Lorsqu’il rappuie sur le bouton, la Led s’éteint et l’enregistrement s’arrête. Si la Led est allumé, c’est que l’enregistrement est nécessairement en route. Si cette-dernière n’est pas allumée, c’est que l’enregistrement ne l’est pas. 

C. L’application

Pour l’application, le code est disponible sur le dépôt suivant: https://github.com/yac-ai/django_transcripen.git .Pour un développement rapide, le framework Django est utilisé, basé sur le langage de programmation Python. La raison de ce choix est dû au fait que nous avions déjà de l’expérience dessus. Et, vu qu’il fallait aller très vite, ce choix était plus sûr. Pour ce projet, on a créé un environnement virtuel; son avantage d’un environnement virtuel est l’isolation des environnements de développement avec des librairies installées différentes pour chaque projet. Ainsi, nous pouvons installer une certaine version de Python, différente de celle installée dans l’ordinateur et pour nos potentiels autres objets, et les librairies souhaitées. La création et l’activation se font par les commandes suivantes:

python -m venv /home/yacine/.virtualens/djangodev

#yacine étant le nom de votre utilisateur #cmd de création 

source ~ /.virtualenvs/djangodev/bin/activate #cmd d’activation

 Le framework possède un serveur Apache intégré, en phase de développement. Et l’avantage du serveur Apache est la possibilité de visualiser le fonctionnement du site web. Aussi, à la récupération du dépôt git, il faudra se positionner dans le répertoire transcripen_project et lancez la commande suivante qui va activer le serveur apache:

python manage.py runserver

Sommairement, le projet comprend ainsi, dans le dossier transcripen_project/transcripen, les vues qui permettent de traiter les données de chaque page( dans le fichier views.py), les urls qui sont reliés à ces vues (dans le fichier urls.py) et les templates des pages qui contiennent le code html de ces pages(dans le dossier templates).

Pour avoir plus d’informations sur le framework et son fonctionnement, vous pouvez voir référer au lien suivant: https://docs.djangoproject.com/fr/4.0/ . La documentation est très bien faite et facile à comprendre.

D. La transmission des fichiers audio de la raspberry à l’application

Notre projet Transcripen consiste en un stylo enregistreur qui communique avec une application sur l’ordinateur pour que cette dernière transcrive l’échange. Le stylo est un objet connecté qui doit par conséquent s’appuyer sur une transmission sans fil dont notre choix s’est porté sur le Wi-Fi. Il existe différents modes de mise en réseau en Wi-Fi. Pour Transcripen, nous avons opté pour le mode d’infrastructure. Ainsi, l’ordinateur sur lequel tourne l’application et le raspberry contenu dans le stylo sont connectés entre eux dans un réseau local via un point d’accès ou un routeur. Ainsi, nous avons nos deux équipements qui sont dans le même sous-réseau et qui peuvent communiquer facilement. 

La norme 802.11 utilise des ondes électromagnétiques pour une liaison sans fil avec la couche physique qui définit la modulation des ondes radioélectriques et les caractéristiques de la signalisation pour la transmission de données, et la couche liaison de données qui définit l’interface entre le bus de la machine et la couche physique. La troisième couche, celle qui est responsable du transport des messages complets de bout en bout (soit de processus à processus) au travers du réseau est assurée ici par le protocole TCP.

Pour permettre cette transmission, nous avons utilisé les sockets TCP. Concrètement, un socket représente l’association entre IP et Port. L’IP identifie la machine et le port une application. Dans notre projet, le serveur tourne dans le stylo et le client est intégré dans l’application. Ainsi, le serveur est activé à intervalle de temps régulier dans la raspberry pour permettre, dès qu’elle détecte le client de lancer la transmission.  Dans notre cas, le serveur se charge d’envoyer l’audio et le client reçoit le fichier en plusieurs paquets de 1024 octets. 

Ce choix est dû principalement à la facilité d’intégration et au fait que c’était une des compétences déjà acquises dans l’équipe.

 E. Algorithme de transcription d’un fichier audio en fichier texte

L’algorithme est disponible sur le Github du projet, dans la rubrique: https://github.com/camillebrl/Transcripen/blob/main/application/transcription_text/algo_speech_recognition.py.

Nous avons créé  une classe qui a pour attributs le chemin d’un fichier audio .wav ainsi que sa langue et qui renvoie le texte correspondant à la transcription du fichier audio en question. Cette classe effectue un « préprocessing » de l’audio d’entrée (calcul de la durée de l’audio, découpage en sous-audios de 10s), et applique à l’audio préprocessé l’algorithme de Speech Recognition développé par Google et accessible simplement via une API (incluse dans la librarie speech_recognition disponible sur Github https://github.com/Uberi/speech_recognition).

Nous utilisons pour cela plusieurs libraires, notamment Pydub, qui est une librairie permettant de manipuler un fichier audio simplement (ouverture de l’audio, augmentation / diminuaiton du volume de l’audio, segmentation de l’audio, calcul de la durée de l’audio, et toute autre manipulation possible sur un audio. La librairie est en open-source sur https://github.com/jiaaro/pydub). Pour utiliser pydub, il faut installer ffmpeg/avlib. nous utilisons aussi la librairie speech_recognition (https://github.com/Uberi/speech_recognition) qui effectue de la reconnaissance vocale via diverses APIs, en ligne et hors ligne, notamment CMU Sphinx, Google Cloud Speech, WIT.ai, Microsoft Azure Speech, Houndify, IBM Speech to Text, ou encore Snowboy Hotword Detection. Les différents réseaux ont été entraîné sur des audios dont la taille de dépasse pas les 50 secondes. Dès lors, nous avons découpé le fichier audio en sous-audios de 10s. 

1. Le découpage de l’audio

Pour découper l’audio en slots de 10s, on a tout d’abord récupéré la durée de l’audio à l’aide de la fonction duraction_seconds de Pydub. On divise ensuite la durée totale en n sous ensembles de 10 secondes. Pour ce faire, nous utilisons la fonction range de python (range(0, nombre total de secondes de l’audio, 10). On itère (for i) sur toutes les valeurs de cette liste, c’est-à-dire sur les secondes de l’audio. On coupe ensuite l’audio entre la seconde i et la seconde i + 10. Afin d’éviter qu’il y ait des coupures de mots qui gêneraient la transcription de chaque slot d’audio, on prend 1 seconde avant et 1 seconde après de l’audio (plus de détails dans la documentation de l’algorithme sur https://github.com/camillebrl/Transcripen/blob/main/application/transcription_text/algo_speech_recognition.py en lignes 49 à 55). Une fois le slot d’audio récupéré, on l’exporte.

2. L’application de l’algorithme sur les slots de 10 (exactement 11 à 12s d’audio)

Sur ce slot d’audio, on applique la fonction recognize_google (appel de l’API Google qui n’a pas de limite d’appel) sur le slot d’audio, et en définissant la langue. On a en retour un string correspondant à la transcription de l’audio du slot.

3. La concaténation finale du résultat

L’algorithme est donc appliqué sur chaque slot d’audio (on supprime le .wav du slot à chaque fois que l’on a obtenu la transcription de l’audio). On ajoute les transcriptions de chaque slot dans un string général (variable de la classe final_result). On obtient ensuite la transcription de l’audio tout entier.

III/ Résultats

La démonstration présente des résultats concluants sur de nombreux point : 

• Bien qu’étant de volume conséquent, l’objet présenté est bien portable, auto-alimenté et communique sans fil.
• L’enregistrement de l’audio se déroule sans réels problèmes, la qualité de l’enregistrement est très satisfaisante pour une distance à l’objet d’environ 50 cm. Cela est tout à fait cohérent avec le contexte d’un échange entre 2 personnes.  
• L’application reçoit bien le fichier audio, le transcrit et l’affiche sur l’application Web. La transcription est assez satisfaisante, bien que tous les mots ne soient pas réellement transcrits parfaitement. L’esprit et la forme globale de l’échange est bien retranscrit par la solution est ceci était l’objectif principal

IV/ Perspectives

• Automatisation du lancement de nos algorithmes lorsque la Raspberry boote: Nous n’avons pas configuré une exécution du script de manière automatique par manque de temps. Si nous avions eu une semaine supplémentaire (soit un sprint de plus), nous aurions pu mettre cela en place. Dès lors, nous étions obligé de lancer les commandes “python3 final_algo.py” en se connectant en SSH à la Raspberry afin de le faire tourner. Nous aurions pu effectuer une configuration du démarrage de la Raspberry afin que celle-ci lance automatiquement notre algorithme. Pour ce faire, nous aurions pu définir un contrab qui permet, après chaque démarrage, d’exécuter automatiquement un script, à l’aide de la ligne “@reboot  /home/user/final_algo.sh”.
• Miniaturisation: La principale amélioration possible serait de réduire considérablement la taille de nos composants. Dans un premier temps la carte Raspberry Pi Zero pourrait être remplacée au profit d’une carte plus petite intégrant uniquement les ports (seulement 4 port de donné, un port d’alimentation) dont nous avons besoins et un circuit imprimé ne contenant uniquement nos algorithmes utilisé pour le service rendu. Du côté de la batterie sa taille pourrait être diminuée également en réduisant sa capacité. Des tests devront être effectués sur les performances énergétiques des différents composants afin de calculer précisément la capacité nécessaire de notre batterie, pour information la Raspberry Pi Zero W requiert  5V pour environ 300 mA. En conclusion, plus la taille des composants se réduit, plus leur prix de production et de développement augmente.
• Ajout d’un bouton pour surligner les moments importants de l’audio: En plus de transcrire l’audio en texte, nous aurions pu
  • 2 algorithmes tournent : un qui transcrit le tout, un autre juste le moment indiqué, et on fait une recherche dans le document de là où se situe le paragraphe en question, et on y met un effet dessus
• Ajout d’un algorithme de différenciation des interlocuteurs : il existe un ensemble d’algorithmes disponibles (notamment de Google) qui permettent d’effectuer une différenciation d’interlocuteurs d’un audio. Nous aurions pu l’ajouter à notre projet si nous avions eu davantage de temps. Cependant, puisque nous travaillons sur des slots d’audios et puisque les algorithmes sont entraînés sur des audios de courte durée, nous ne savons pas comment nous aurions pu traiter cela. De nombreuses recherches ont été effectuées sur le sujet (sur de longs audios) que nous aurions pu étudier, si nous avions eu davantage de temps.
• Possibilité de configurer le cloud: le choix du wifi reste un bon choix. Mais on pourrait considérer le Cloud qui permettrait de stocker les audios et de récupérer tous les audios enregistrés dans l’application web.