Université Ibn Tofail

Ecole nationale des sciences

Appliquées
-Kenitra-

Rapport de stage PFA :

Réalisé par :
ELOMARI ZAKARIAE

Optimisation de l'Efficience au sein du Secteur Switch à CROUZET

« Conception d'une Application Excel VBA pour le Suivi Automatique de la
Non-performance »

Encadré par :
Mme. IDAMIA Aicha (Production Manager)

Année 2022 - 2023

Page 1 sur 53
 Remerciements
Je tiens à exprimer mes sincères remerciements à tous ceux qui ont rendu cette
expérience de stage si enrichissante et formatrice.

Tout d'abord, je tiens à remercier l'équipe du secteur Switch de CROUZET pour

son accueil chaleureux et pour l'environnement de travail collaboratif qu'elle a créé.
L'opportunité de participer à votre travail quotidien m'a permis de comprendre les
processus de production en profondeur et de voir comment une équipe dévouée et
compétente peut surpasser les attentes.

Je voudrais également exprimer ma gratitude à tous ceux qui ont contribué à faire
de ce stage une expérience si positive. Que ce soit par un conseil, une orientation ou
simplement un mot d'encouragement au bon moment, votre soutien a joué un rôle
crucial dans ma progression et ma réussite durant cette période.

Enfin, un remerciement tout particulier à mon encadrante, Mme Aicha Idamia,

pour son accompagnement précieux tout au long de ce stage. Vos conseils judicieux,
vos remarques pertinentes et le partage de vos expériences ont été d'une valeur
inestimable pour moi. Vous avez su instaurer un climat de confiance et d'échange qui
a favorisé ma montée en compétences et aiguillé mes réflexions professionnelles.

Page 2 sur 53
 - Introduction -
L'ère numérique actuelle impose aux organisations de toutes sortes de s'adapter et
d'optimiser leurs processus pour rester compétitives. Cette adaptation nécessite souvent
l'automatisation de certaines tâches pour accroître l'efficacité opérationnelle. L'un des
défis majeurs auxquels sont confrontées de nombreuses organisations est la non-
performance, qui peut se manifester de différentes manières et qui peut avoir un impact
considérable sur l'efficience et la productivité.

Le suivi de la non-performance est un élément crucial pour toute organisation cherchant

à améliorer son efficience. Sans une compréhension claire des problèmes fréquents et de
leurs causes, il est difficile de mettre en place des stratégies efficaces pour les surmonter.
C'est ici qu'intervient l'importance d'automatiser ce suivi. En automatisant ce processus,
non seulement nous parvenons à saisir de manière systématique et cohérente les
problèmes de non-performance, mais nous nous donnons également les moyens de les
analyser de manière approfondie pour identifier les causes sous-jacentes.

Dans ce contexte, ce rapport de stage va aborder l'automatisation du suivi de la non-

performance, qui est mise en œuvre à l'aide d'une application Excel VBA. Cet outil
robuste et adaptable donne l'opportunité de recueillir, gérer et examiner les données de
manière efficace et organisée.

En incorporant cette solution au sein du secteur Switch de l'organisme CROUZET,

notre objectif est d'affiner le processus de suivi, de recensement et d'interprétation des
incidents liés à la non-performance.

Grâce à cette automatisation, l'équipe en charge du suivi aura non seulement la possibilité
de répertorier ces incidents, mais aussi de générer des rapports exhaustifs. De plus, elle
pourra contribuer de façon significative à l'élaboration des plans stratégiques à venir de
l'organisation.

Page 3 sur 53
Table des matières
Remerciements .............................................................................................................................................. 2
- Introduction - ............................................................................................................................................ 3
- Chapitre 1 -............................................................................................................................................... 6
Présentation de l’organisme d’accueil ..................................................................................................... 6
1 Présentation de l’organisme d’accueil ..................................................................................... 7
1.1 CROUZET : ................................................................................................................................. 7
1.2 Nom commercial et statut juridique : ...................................................................................... 7
1.3 Chiffre d’affaires Total : ............................................................................................................ 8
1.4 Background Historique : ........................................................................................................... 8
1.5 Les principaux segments de marché....................................................................................... 10
1.6 Crouzet Maroc Overview : ...................................................................................................... 10
1.6.1 Les deux sites Crouzet Maroc : ............................................................................................... 11
1.6.2 Organigramme Crouzet Maroc : ............................................................................................. 12
1.6.3 Produits fabriqués dans les usines de Casablanca :................................................................ 12
1.6.4 Applications des produits Crouzet : ........................................................................................ 13
1.6.5 Processus principaux à Casablanca : ....................................................................................... 14
1.6.6 Qualité et amélioration continue : ......................................................................................... 15
1.6.7 Les clients de Crouzet : ........................................................................................................... 15
- Chapitre 2 -......................................................................................................................................... 16
Cadre général du projet Excel - Vba ............................................................................................. 16
1 Présentation du projet : ..................................................................................................... 17
1. Planifier (Plan) :............................................................................................................................... 18
1.1 Cadre du projet : ..................................................................................................................... 18
1.2 Etude de l’existant : ................................................................................................................ 19
1.4 Critique de l’existant : ............................................................................................................. 20
1.5 Solution proposée : ................................................................................................................. 21
1.6 Spécifications des besoins : .................................................................................................... 22
2. Développer et réaliser (DO) : .......................................................................................................... 23
2.1 Chronologie du projet : ........................................................................................................... 23
2.2 Prototypage des interfaces de l’application « APP_suivi » :................................................... 24
3.1 Contrôler (Check) : .................................................................................................................. 46
3.1 Identification et résolution des problèmes et erreurs : ......................................................... 46
3.2 Conclusion de la Phase de Vérification (Check) : .................................................................... 49
4. Agir (Act) : ............................................................................................................................... 50

Page 4 sur 53
 4.1 Anticipation et Adaptation Continue : Garantir la Fiabilité et l'Agilité de l'Application
APP_suivi : 50
- Chapitre 3 -......................................................................................................................................... 51
Conclusion générale .......................................................................................................................... 51
Conclusion générale :.......................................................................................................................... 52
- Bibliographie - ......................................................................................................................................... 53

Page 5 sur 53
 - Chapitre 1 -
Présentation de l’organisme d’accueil

Page 6 sur 53
1 Présentation de l’organisme d’accueil
Dans cette partie, nous prévoyons de donner un aperçu complet de l'institution d'accueil, y compris
l'historique, le marché, les clients, la situation concurrentielle, la structure des ressources humaines, la
culture, et les collaborateurs de Crouzet.

1.1 CROUZET :

Crouzet est un industriel indépendant qui fabrique des composants mécatroniques pour des applications
critiques liées à l'Aéronautique & au Transport, à l'Energie, au Bâtiment et à la Construction de
Machines.
L’offre Crouzet comprend des Interrupteurs et des Capteurs, des Actuateurs Electromécaniques, des
Equipements de Protection Electrique et de Cockpit, des Composants d’Automatisme et de Contrôle, ainsi
que des Services d’Instrumentation.
Forte de son histoire et son héritage, la société Crouzet accorde, depuis 1921, une importance particulière
aux relations privilégiées avec ses clients dans le développement de produits, depuis les composants
standards jusqu’à la conception de solutions entièrement customisées. Les clients et partenaires de Crouzet
peuvent compter sur nos équipes présentes dans le monde entier pour leur donner entière satisfaction.

1.2 Nom commercial et statut juridique :

Nom CROUZET

Statut juridique SAS - Société par actions simplifiée

Capital social 29,110,000 euros

Siège Adresse
12, rue Jean Jullien-
Davin Plateau de
Lautagne
26 000 Valence – France

Adresse postale
12, rue Jean Jullien-
Davin CS 60059
26902 VALENCE Cedex
9 FRANCE

Téléphone +33 4 75 44 88 44
Fax +33 4 75 55 98 03
Adresse Email com-fr@crouzet.com

Site web https://www.crouzet.fr

https://www.crouzet.com

Page 7 sur 53
 Code d'activité principale APE (NAF) 2733Z

NATO code FA0X2

Numéro d'identification fiscale (TIN) FR 35 663 820 413

Numéro de référence de B 663 820 413 / B 663 820 413 00206

l'entreprise SIREN/SIRET
(Lautagne)

Place of registration Romans sur Isère - France

FEIN 98-1208584
DUNS # 27-669-9279

CAGE Code Valence LPA CAGE FA0X2

Code Casablanca 1

CAGE Code GAROS & Microprécision A106M

1.3 Chiffre d’affaires Total :

!

CA 2016 2017 2018 2019 2020 2021 2022

Crouzet 136 M€ 142M€ 150M€ 150,5 M€ 121,6 M€ 141 M€ 163M€

Garos 7 M€ (over 10 6,5 M€ 7,5 M€ 8M€

months of the
year)

Microprécision 1M€ (over 3 3,5 M€ 4,5M€ 5M€

months of the
year)

CA Total 136 M€ 142M€ 150M€ 158M€ 131 M€ 153 M€ 176M€

1.4 Background Historique :

1921 – Fondation des ateliers E. CROUZET dans le domaine de la mécanique générale (fabrication de
machines pour l'industrie textile), avec son siège social à Valence, dans la région française de la Drôme.

1934 – J.J. DAVIN rejoint CROUZET en tant que directeur et développe l'entreprise pendant 46 ans.

1937 – Décès de E. CROUZET.

1939 – Création de la société à responsabilité limitée (SARL) CROUZET avec 150 employés.

1942 – CROUZET concentre ses activités sur la mécanique horlogère.

Page 8 sur 53
1945 – Création du segment d'activité Interrupteurs. Les activités de CROUZET s'étendent à l'outillage-
machinerie et aux instruments de navigation aérienne.

1947 – Création du segment d'activité Moteurs.

1950 – Lancement du segment d'activité « Aérospatial ».

1954 – Le segment d'activité chronométrie est créé.

1957 – Création d'une première filiale à l'étranger en Italie.

1960 – Construction d'une grande usine à l'adresse Jules Védrines à Valence. Employés : 2000.

1961 – Les activités de CROUZET sont élargies pour inclure l'électronique.

1966 – CROUZET SARL change de statut juridique pour devenir une société anonyme,

1969 – Introduction en Bourse à Paris.

1976 – Lancement du segment d'activité pneumatique.

1989 – Le 12 juillet, SEXTANT Avionique est fondée, regroupant plusieurs entreprises travaillant dans
les mêmes domaines.

1989 – Acquisition de SYRELEC.

1992 – Acquisition de GORDOS.

1993 – En tant que filiale à 100% du groupe SEXTANT Avionique, CROUZET Automatismes est créé
le 1er janvier, avec ses filiales étrangères (Allemagne, Angleterre, Espagne, Italie, Belgique, Pays-Bas,
Suède, Suisse, Mexique et États-Unis). Siège social à Valence.

1995 – Création de CROUZET SA (filiale marocaine) à Casablanca.

2000 – Vente de Crouzet Automatismes par Thomson à Schneider Electric.

2002 – MAFELEC rejoint le groupe CROUZET et est vendu en 2005.

2006 – Création de la division CST (Custom Sensors & Technologies, qui regroupe différentes
acquisitions, dont Crouzet) au sein de Schneider Electric.

2008 – CROUZET Automatismes Valence remporte le Prix de la Qualité pour la région Rhône-Alpes,
ainsi que le Prix Français de la Qualité (dans la catégorie "filiale d'un grand groupe").

2012 – Ouverture d'un deuxième site de production à Casablanca.

2013 – Transfert du site de production d'Alès vers les locaux du centre technique d'expertise.

Page 9 sur 53
2014 – Vente de la division CST à PAI Partners (35%) et Carlyle (35%). Schneider Electric reste
actionnaire minoritaire (30%).

2015 – CST est rebaptisé InnoVista Sensors après la vente de 4 entités (Kavlico, BEI, Crydom et Newall)

2016 – Transfert du siège social sur le site de Lautagne à Valence dans de nouveaux locaux. L'unité de
production reste sur le site de La Plaine.

2018 – InnoVista Sensors CROUZET est acquis par un nouvel actionnaire unique, LBO France.
Ouverture d'un site à Dallas, en Amérique du Nord (Service client, Marketing et Ventes).

2019 – Acquisition des entreprises Garos (Garos Electronique, Garos Capteurs) & Microprecision
Electronics

2020 – Transfert de production de l'Inde à Huizhou (fermeture du site de Bangalore)

Modification du nom de l'entreprise : « Crouzet Automatismes » devient « Crouzet » pour les sites de
Valence & Alès
Modification du nom de l'entreprise : « Garos » devient « Garos Crouzet » Participation au capital de
l'entreprise Chambon & partenariat

2021 – Fermeture du site Crouzet Alès

Consolidation des deux sites historiques Garos dans la région de Nantes sur un seul site à Couëron

2022 – CROUZET est acquis par un nouvel actionnaire, Tikehau Ace Capital 2022 – Acquisition des
entreprises STPI / REL / FSRC

1.5 Les principaux segments de marché

1.6 Crouzet Maroc Overview :

Page 10 sur 53
1.6.1 Les deux sites Crouzet Maroc :

Page 11 sur 53
1.6.2 Organigramme Crouzet Maroc :

1.6.3 Produits fabriqués dans les usines de Casablanca :

• Micro switches & Limit switches • Circuit breakers, RCCB, CB panels,

• Qty: 13 500 000 p / y trims, Limit/proximity switches
• Process: 30 manual assembly lines • Qty: 930 000 p / y
• Process: 12 manual assembly lines

• Synchronous 1 & 2 direct, stepper, linear & DC • Electro valves ogic components,
motors, DC Brushless limit switches
• Qty 1 800 000 p / y • Qty 600 000 p / y
• Process: 20 manual assy lines • Process: 20 manual assy lines

Page 12 sur 53
1.6.4 Applications des produits Crouzet :

Page 13 sur 53
1.6.5 Processus principaux à Casablanca :

Page 14 sur 53
 1.6.6 Qualité et amélioration continue :

9001 Lean Manufacturing and DMAIC experts

IATF 16949 5S, VSM, SMED, TPM,
Kaizen, A3 analysis
Part 21 G
ATEX - ISO EN IEC 800079-34
14001
NADCAP (Laser Soldering)

1.6.7 Les clients de Crouzet :

Page 15 sur 53
 - Chapitre 2 -
Cadre général du projet Excel - Vba

Page 16 sur 53
 1 Présentation du projet :

Méthode PDCA :

Le cycle PDCA (Plan-Do-Check-Act) est une stratégie de résolution de problèmes interactive qui consiste
à améliorer les processus et à mettre en œuvre les changements. Le cycle PDCA est une méthode
d’amélioration continue. Au lieu de représenter un processus de façon linéaire, les itérations et
améliorations de processus sont gérées de manière circulaire. En adoptant le cycle PDCA, les équipes
suggèrent des idées, les testent et les améliorent de façon continue.

Le cycle PDCA est une technique utilisée pour identifier, analyser et résoudre les problèmes en
entreprise. Étant basé sur l’amélioration continue, il permet un développement souple et itératif.

Les 4 étapes du processus PDCA se trouvent dans son nom : planifier (Plan), développer ou réaliser (Do),
contrôler (Check) et agir ou ajuster (Act). Ce processus est un cycle, ce qui signifie qu’une fois arriver au
bout, vous pouvez recommencer du début.

-Figure- Le cycle PDCA

Page 17 sur 53
 1. Planifier (Plan) :
Pour toute amélioration de processus ou planification de projet, la première étape consiste à définir le
travail à réaliser. Comme tout plan de projet, cela inclut diverses informations, notamment :

• Les objectifs du projet

• Les indicateurs de réussite

• Les livrables de projet ou résultats attendus

• Les participants au projet

• La chronologie du projet

1.1 Cadre du projet :

Dans le cadre d'un stage PFA chez Crouzet, secteur Switch, un besoin s'est manifesté pour améliorer le
suivi des causes de non-performance actuellement géré de manière manuelle. Le projet se concrétise par
la conception d'une application sous Excel-VBA nommée « APP_suivi ».

• Objectifs de l'application "APP_suivi" :

1. Identification et suivi des non-performances :

• Automatisation de la saisie : Simplification de la procédure de renseignement des facteurs de
non-performance par rapport à la méthode actuelle des fiches d'escalade.

• Catégorisation des incidents : Facilité pour les utilisateurs de classifier les incidents selon leur
nature, leur gravité ou tout autre critère pertinent.

• Traçabilité : L'application conservera un historique des incidents, ce qui permettra une analyse
rétrospective pour identifier des tendances ou des schémas récurrents.

2. Mesure de l'efficience :
• Fréquence variable : La capacité de mesurer l'efficience sur une base hebdomadaire, mensuelle
et annuelle.
• Segmentation par ligne : Une analyse distincte pour chaque ligne de fabrication, permettant de
cibler des améliorations spécifiques.

Page 18 sur 53
 3. Visualisation des données :
• Tableaux croisés dynamiques : Ces outils permettront d'extraire et de visualiser rapidement des
données spécifiques selon divers critères, offrant une flexibilité dans l'analyse.

• Représentations graphiques : Des graphiques clairs et pertinents qui permettront une

compréhension rapide de l'évolution de l'efficience, ainsi que des zones à problèmes.

1.2 Etude de l’existant :

L'analyse de l'existant est une phase essentielle qui facilite la reconnaissance des atouts et des limitations
d'un produit. Cette analyse est vitale pour comprendre précisément les exigences du client et s'assurer
qu'elles sont pleinement intégrées lors de la conception et du déploiement de notre application.

1.3 Description de l’existant :

Chez Crouzet, dans le secteur Switch, la gestion des incidents de production est actuellement gérée de
manière manuelle. Lorsqu'un problème survient, que ce soit une panne ou un arrêt inattendu sur l'une
des lignes de fabrication, le processus de suivi est le suivant :

1. Détection de la panne ou de l'arrêt : L'incident est d'abord identifié par les agents de
fabrication présents sur la ligne concernée.

2. Remplissage de la fiche d'escalade : Suite à l'identification du problème, les agents sont

chargés de remplir des fiches d'escalade. Ces fiches contiennent des informations essentielles
concernant l'incident :
• Lieu de la panne : Cela permet d'identifier rapidement la machine ou la partie de la ligne touchée.

• Cause de la panne : Cela donne une première indication sur la nature du problème, qu'il s'agisse

d'une défaillance mécanique, d'une erreur opérateur ou de tout autre souci.

• Durée de la panne : Cette information est cruciale pour estimer l'impact de l'incident sur la

production.

• Date de la panne : Elle permet d'avoir une traçabilité temporelle de l'incident.

Page 19 sur 53
 3. Escalade de l'incident : Une fois la fiche remplie, l'incident est remonté selon sa gravité et sa
fréquence :
• Au régleur : Si la panne est fréquente, l'agent de fabrication alerte directement le régleur. Ce
dernier possède généralement une expertise technique lui permettant d'identifier et de corriger
rapidement certains problèmes.
• Au service Maintenance : Si le régleur n'est pas en mesure de résoudre le problème ou si l'incident
nécessite une intervention plus spécialisée, la fiche d'escalade est alors transmise au service
Maintenance pour une prise en charge plus approfondie.

Ce système manuel permet d'assurer une traçabilité des incidents et d'alerter rapidement les bons
interlocuteurs. Cependant, il présente des limites en termes d'efficacité et de rapidité d'intervention.

1.4 Critique de l’existant :

1. Efficacité du système actuel :

Le système manuel de suivi des incidents chez Crouzet présente plusieurs problèmes en termes
d’efficacité :

• Délais de réponse : La nature manuelle de la saisie des fiches d'escalade peut entraîner des
retards dans la remontée des incidents. En conséquence, cela peut retarder l'intervention du
régleur ou du service de maintenance, prolongeant ainsi les périodes d'arrêt.

• Estimations imprécises : Lorsque les agents de fabrication ou les opérateurs oublient de

remplir immédiatement les fiches, ils sont amenés à estimer les durées d'arrêt a posteriori. Ces
estimations, qui peuvent être imprécises, biaisent la représentation réelle des incidents et de leur
impact sur la production.

2. Traçabilité :
• Le principal problème concernant la traçabilité dans le système actuel est le manque de fiabilité
et de cohérence des données
• Incohérences dans la saisie : La dépendance à la mémoire et à l'estimation des agents lors
de la saisie manuelle des fiches peut entraîner des incohérences dans les données. Deux agents
peuvent avoir des perceptions différentes de la durée et de la nature d'un même incident.

• Omissions : La nature humaine étant ce qu'elle est, il est inévitable que certains incidents soient
complètement omis. Cela rend l'ensemble des données incomplètes, ce qui limite leur utilité pour
l'analyse et la prise de décision.

Page 20 sur 53
 4. Impacts sur la planification :

Les lacunes mentionnées ci-dessus ont des répercussions directes sur les bilans et les plans futurs :

• Analyse faussée : Lors des revues hebdomadaires, mensuelles ou annuelles, les superviseurs
ou managers doivent eux aussi se baser sur des estimations pour combler les lacunes dans les
données. Cela signifie que toute décision prise en se basant sur ces analyses sera fondée sur des
informations inexactes.

• Planification imparfaite : Une analyse faussée conduit à une planification imparfaite. Si

l'entreprise prend des décisions stratégiques basées sur des données inexactes, cela peut
entraîner une mauvaise allocation des ressources, des investissements malavisés ou des attentes
irréalistes.

Conclusion :

Bien que le système actuel offre une certaine traçabilité des incidents, ses failles en matière d'efficacité
et de fiabilité des données en font un outil imparfait. Pour Crouzet, secteur Switch, il est essentiel
d'évoluer vers un système plus automatisé et fiable pour garantir une meilleure prise de décision et une
planification stratégique solide.

1.5 Solution proposée :

Pour pallier les problèmes de traçabilité et d'efficacité rencontrés dans le système actuel chez Crouzet -
Secteur Switch, une solution numérisée a été envisagée : la mise en place de l'application « APP_suivi »
sous Excel-VBA. Cette application vise à automatiser le processus de saisie, de suivi et d'analyse des
incidents. Grâce à une interface conviviale, les agents pourront rapidement renseigner les incidents dès
leur survenue, réduisant ainsi les risques d'omission ou d'estimations imprécises. De plus, l'application
générera automatiquement des rapports périodiques, offrant aux superviseurs et aux managers une
vision claire et précise de l'efficience des lignes de production.

Page 21 sur 53
 1.6 Spécifications des besoins :

L'application APP_suivi est conçue pour répondre aux besoins de plusieurs profils d'utilisateurs au sein
de l'organisation :

1. Administrateur :
• Il doit avoir la capacité de s'authentifier pour accéder à son interface.
• Il doit pouvoir ajouter, modifier et supprimer des utilisateurs de différents types, à savoir :
admin, user, Regleur, et back_office.
• Il est responsable de la modification des données présentes dans les combo-boxes via la feuille
SUPPORT.
• L'interface doit lui permettre de visualiser l'ensemble des tableaux de bord créés à partir des
données saisies par les autres utilisateurs. Ces tableaux de bord incluent TABLEAU DE BORD,
TDB et TDB_EFF.
• Il doit également avoir un accès en lecture aux données renseignées par les autres utilisateurs
dans les feuilles DATA_suivi et Pointage_suivi.
• Enfin, l'administrateur doit pouvoir se déconnecter une fois ses tâches accomplies.
2. user :
• Il peut s'authentifier pour accéder à son espace de travail.
• Il est en charge de la saisie, modification, et suppression des données relatives aux causes de
non-performance via l'interface qui lui est dédiée.
• Il doit également pouvoir se déconnecter après avoir effectué ses tâches.

3. Regleur :
• Ce profil nécessite une authentification.
• Il a la responsabilité de saisir, modifier et supprimer des données relatives aux causes de non-
performance ainsi qu'aux problèmes non résolus à travers l'interface qui lui est proposée.
• Après achèvement de ses tâches, le Regleur peut se déconnecter.

4. Back_office :
• Une authentification est requise pour accéder à son espace.
• Il est en charge de la saisie, modification et suppression des données nécessaires au calcul de
l'efficience pour chaque Ligne de Fabrication (LDF). Les données concernées comprennent : la
date, les heures de présence, les heures facturées, le type de LDF, et le superviseur de la ligne.
• Il peut se déconnecter une fois ses opérations terminées.

Page 22 sur 53
 2. Développer et réaliser (DO) :
Nous nous trouvons actuellement à la phase "DO" (Faire). Cette étape cruciale fait suite à la phase de
planification, où les objectifs et les moyens d’atteindre ces objectifs ont été clairement définis. La phase
"DO" est le moment où les idées et les plans sont transformés en actions. C'est ici que les solutions
élaborées dans la phase "Plan" (Planifier) sont mises en œuvre, testées et documentées.

Dans cette section de mon rapport, je présenterai la chronologie détaillée de mon projet de stage, du
début à la fin. Cette chronologie illustre les étapes que j’ai suivies pour développer une application
destinée à suivre les causes de non-performance au sein du secteur de production du switch. Chaque
étape du processus est décrite avec précision, permettant ainsi de comprendre clairement comment le
projet a évolué dans le temps, quelles tâches ont été accomplies et comment les défis qui se sont présentés
ont été abordés et résolus.

2.1 Chronologie du projet :

Ce diagramme de Gantt offre une vue structurée des étapes majeures, des activités et des jalons du stage.
Chaque entrée fournit des détails sur les tâches réalisées pendant la période spécifiée, permettant une
compréhension claire de la progression du projet.

Date Activités

12/06/2023 -Tour du secteur Switch avec la monitrice pour se familiariser avec les processus
de fabrication.
13/06/2023 - Discussion du besoin avec l'encadrante, Aicha Idamia, manager de production
14/06/2023 du secteur Switch.
- Visite du site 2 pour étudier une application existante du secteur Moteur et
15/06/2023 identifier ses limitations. Collecte d'informations sur l'interface graphique
nécessaire.
16/06/2023 - Collecte de documentation et des ressources nécessaires.
20/06/2023 - Interaction avec le service IT du site 2 pour obtenir les fichiers et manuels de
l'application existante.
21/06/2023 - Début de la conception de l'application Excel-VBA Système de login. Système
03/07/2023 d'enregistrement pour les nouveaux utilisateurs. Création d'une base de données.
- Ajout des droits d'accès pour les utilisateurs.
04/07/2023 - Modification esthétique de l'application.
07/07/2023 - Première réunion pour évaluer l'avancement du projet et les fonctionnalités
souhaitées.

Page 23 sur 53
 10/07/2023 -Conception et ajout de l'interface pour la saisie des causes de non-performance.
14/07/2023
- Duplication de l'interface de suivi des causes de non-performance pour les
17/07/2023 utilisateurs "Regleur" et "Back-office".
21/07/2023 -Deuxième réunion avec l'encadrante pour montrer les progrès, les
fonctionnalités et discuter la procédure de saisie des HF et HP.
- Réalisation des modifications nécessaires sur l'interface.
24/07/2023 - Transformation des données tests en tableaux croisés dynamiques pour la
28/07/2023 création des graphiques.
- Présentation de l'avancement à l'encadrante et préparation de la phase de tests
en temps réel sur une ligne de fabrication.
31/07/2023 - Envoi de la version finale de l'application au superviseur de production.
04/08/2023 - Installation de l'application sur le PC de la ligne SBR pour tests en temps réel.
- Utilisation de l'application depuis OneDrive pour valider sa fiabilité.

2.2 Prototypage des interfaces de l’application « APP_suivi » :

1. Système de login :

Cette interface est le point d'entrée de l'application APP_suivi. Elle permet aux utilisateurs de différents
rôles (Admin, user, Regleur, Back_office) de se connecter à l'application en utilisant leurs identifiants et
mots de passe respectifs, qui sont préalablement définis par l'administrateur du système.
Fonctionnalités

1. Saisie des Identifiants :

• Les utilisateurs doivent entrer leur identifiant et leur mot de passe pour accéder à
l'application.

2. Vérification des Données :

• Après avoir saisi leurs informations, le système compare ces données avec celles
enregistrées dans la base de données.
3. Messages de Feedback :

• En cas de succès de la connexion, un message de bienvenue s'affiche, comportant le nom

et le prénom de l'utilisateur.
• En cas d'échec, un message d'erreur s'affiche pour informer l'utilisateur que les données
saisies sont incorrectes.

Page 24 sur 53
 4. Redirection :

• Si les informations d'identification sont correctes, les utilisateurs sont redirigés vers la
page d'accueil (ACCEUIL) de l'application, où ils peuvent commencer à utiliser les
fonctionnalités correspondant à leur rôle.

-Figure- Interface du système de Login

Cas d’Utilisation :

• Utilisateur Valide :

1. L'utilisateur ouvre l'application et est dirigé vers la page de login.

2. Il saisit son identifiant et son mot de passe.
3. Le système vérifie les informations.
4. Un message de bienvenue s'affiche.
5. L'utilisateur est redirigé vers la page ACCEUIL.

• Utilisateur Non Valide :

1. L'utilisateur ouvre l'application et est dirigé vers la page de login.

2. Il saisit un identifiant et/ou un mot de passe incorrect(s).
3. Le système vérifie les informations.
4. Un message d'erreur s'affiche, indiquant que les données saisies sont incorrectes.

Page 25 sur 53
 -Figure- Utilisateur valide

-Figure- Utilisateur non valide

Page 26 sur 53
 2. Feuille ACCEUIL :

Description :

Après une connexion réussie, l'utilisateur est redirigé vers la première feuille de l'application, nommée
"ACCEUIL". Cette feuille affiche le nom, le prénom et l'ID de l'utilisateur connecté. Elle contient
également une barre de navigation permettant d’accéder aux autres feuilles interactives de l'application,
ainsi que deux boutons principaux : un pour saisir des données et l'autre pour se déconnecter.

Fonctionnalités Communes à Tous les Utilisateurs :

1. Affichage des Informations de l’Utilisateur :

• Nom, Prénom et ID de l'utilisateur connecté sont visibles.

2. Barre de Navigation :

• Permet de naviguer vers les autres feuilles interactives de l'application.

3. Bouton de Saisie des Données :

• Redirige l'utilisateur vers une interface où il peut saisir ou éditer des données selon son

rôle.

4. Bouton de Déconnexion :

• Permet à l'utilisateur de se déconnecter de l'application.

-Figure- la feuille ACCEUIL

Page 27 sur 53
Fonctionnalités Spécifiques par Rôle d’Utilisateur dans la Feuille ACCEUIL :

Admin :
1. Accès au Tableau de Bord :
• L'Admin est le seul utilisateur qui peut visualiser les tableaux de bord. Pour cela, il clique
sur l'onglet "TABLEAU DE BORD" qui existe dans la barre de navigation.
2. Gestion des Utilisateurs :
• L'Admin est également le seul utilisateur qui peut visualiser et interagir avec la feuille
"UTILISATEURS". Il accède à cette feuille en cliquant sur l'onglet "UTILISATEURS"
existant dans la barre de navigation. Ici, il peut ajouter, modifier ou supprimer des
utilisateurs et définir leurs rôles.

-Figure- la feuille ACCEUIL pour admin

-Figure- l’onglet qui redirige vers le TABLEAU DE BORD (Admin)

-Figure- l’onglet qui redirige vers la feuille UTILISATEURS (Admin)

Page 28 sur 53
User, Régleur, Back_office :
Même si ces rôles ont des fonctionnalités similaires dans la feuille "ACCEUIL", ils interagissent avec des
interfaces de saisie distinctes, comme vous l'avez mentionné. Voici les fonctionnalités communes à ces
rôles, avec une note sur les interfaces de saisie distinctes :

1. Saisie des Données :

• Chacun de ces utilisateurs peut saisir des données via sa propre interface de saisie. Cette
interface est conçue pour répondre aux besoins spécifiques de chaque rôle.

2. Modification des Données :

• Ces utilisateurs peuvent également modifier les données qu'ils ont saisies, toujours via
leur propre interface de saisie.

3. Suppression des Données :

• Ces utilisateurs ont la capacité de supprimer les données qu'ils ont saisies, en fonction des
permissions qui leur sont accordées.

4. Visualisation et Consultation des Données Saisies :

• Tous ces utilisateurs peuvent visualiser et consulter les données qu'ils ont saisies. Cela
leur permet de vérifier et de valider les informations enregistrées dans le système.

-Figure- message d'avertissement qui s'affiche lors de la clique sur l’onglet TABLEAU DE BORD ou
UTILISATEURS

Page 29 sur 53
 3. Feuilles TABLEAU DE BORD et UTILISATEURS :

TABLEAU DE BORD :

1 TDB_EFF :

• Description : En cliquant sur l'onglet "TABLEAU DE BORD", l'admin est redirigé vers la feuille
"TDB_EFF". C'est le tableau de bord principal pour suivre le développement de l'efficience de
l'entreprise ou du projet.
• Fonctionnalités :
• Slicers (Filtres dynamiques) : L'admin a la possibilité de filtrer les données par
plusieurs critères, comme l'année, le mois, la semaine et les Lieux de Fabrication (LDF).
• Visualisation : Des graphiques, des indicateurs clés de performance (KPI) et d'autres
éléments visuels offrent une vue d'ensemble du niveau d'efficience.

2 TDB et TABLEAU DE BORD :

• Description : Les feuille "TDB" et "TABLEAU DE BORD" offrent un aperçu détaillé des causes
de non-performance et des temps perdus.
• Fonctionnalités :
• Slicers (Filtres dynamiques) : Comme dans "TDB_EFF", l'admin peut également
naviguer et filtrer les données selon divers critères à l'aide de slicers.
• Analyse des Causes de Non-Performance et Temps Perdus : Des tableaux et des
graphiques aident à identifier et à analyser les causes de non-performance et les temps
perdus.

-Figure- La feuille TDB_EFF (Les données sont provisoires pour le test)

Page 30 sur 53
-Figure- La feuille TABLEAU DE BORD

-Figure- La feuille TDB

Page 31 sur 53
 UTILISATEURS et interface d'ajout d'utilisateur :

• Description :
Cette feuille est accessible uniquement par l'admin et sert à la gestion des utilisateurs de l'application.
Fonctionnalités
• Tableau des Utilisateurs :

L'admin peut visualiser un tableau qui liste tous les utilisateurs enregistrés dans la base de données. Ce
tableau affiche des informations telles que l'identifiant, le mot de passe, le rôle et la zone de fabrication
de chaque utilisateur.

-Figure- La feuille UTILISATEURS

Accès au Formulaire d'Inscription :

En cliquant sur l'onglet "AJOUTER USER" dans la barre de navigation, l'interface d'enregistrement
(registration form) s'affiche. Cette interface est exclusivement accessible par l'administrateur.

Fonctionnalités de l'Interface d'Inscription :

1. Champs du Formulaire :
• Nom et Prénom : Champs obligatoires pour identifier l'utilisateur.
• Identifiant : Généré automatiquement en combinant le nom et le prénom, mais
modifiable.
• Mot de passe : Créé automatiquement et peut être modifié par l'administrateur.
• Rôle : L'administrateur choisit le rôle de l'utilisateur à partir d'une liste déroulante.
• Autres informations : Ces champs sont optionnels.

Page 32 sur 53
2. Boutons du Formulaire :

• Submit : Une fois cliqué, le nouveau compte utilisateur est ajouté à la base de données.
• Réinitialiser : En cliquant sur ce bouton, tous les champs du formulaire seront vidés.
3. Gestion des Utilisateurs

• Modification : Après la création d'un nouveau compte, l'administrateur peut le modifier en

cliquant sur le bouton "Modifier".
• Suppression : Pour supprimer un utilisateur, il faut d'abord le sélectionner dans la liste, puis
cliquer sur le bouton "Supprimer".
• Recherche : L'administrateur peut utiliser la fonction de recherche pour trouver un utilisateur
spécifique.

-Figure- Registration Form

Page 33 sur 53
-Figure- Processus d’ajout d’un nouvel utilisateur

-Figure- Utilisateur ajouté avec succès

Page 34 sur 53
-Figure- Processus de modification des données

-Figure- Processus de suppression d’utilisateur

Page 35 sur 53
 4. Feuille "SUPPORT" :

Description :

La feuille "SUPPORT" est uniquement accessible par l'administrateur. Elle permet de gérer les éléments
qui alimentent les listes déroulantes (combo-boxes) dans les interfaces de tous les utilisateurs de
l'application.
Fonctionnalités :

1. Tableau de Gestion :
• L'administrateur peut saisir manuellement des éléments dans ce tableau.
• Chaque ligne du tableau représente un élément différent qui peut être utilisé dans les
listes déroulantes des interfaces des utilisateurs.

2. Ajout d'Éléments :
• L'administrateur peut ajouter de nouveaux éléments en saisissant les données
directement dans le tableau.

3. Modification et Suppression :
• Les éléments existants peuvent être modifiés ou supprimés par l'administrateur selon les
besoins.

-Figure- La Feuille SUPPORT

Page 36 sur 53
 5. Interfaces de saisi et leurs Fonctionnalités pour les Utilisateurs Non-Administrateurs :

Interface de Saisie de Causes de Non-Performance pour l’utilisateur avec le rôle «user » :

Introduction :

Les utilisateurs ayant le rôle de "User", souvent des agents de fabrication, ont une interface dédiée pour
saisir les causes de non-performance dans le processus de production. Cette interface est spécialement
conçue pour être intuitive et efficace, alimentée par des données de la feuille SUPPORT.

Champs de Saisie et Listes Déroulantes :

1. Agent de Fabrication : Liste déroulante pour sélectionner l'agent qui a détecté le problème.
2. Secteur : Options pour choisir entre SWITCH, AERO, MOTEUR.
3. Zone : Zone de l'usine où le problème a été détecté.
4. LDF : Liste déroulante des lieux de fabrication correspondant à la zone choisie.
5. Nature de la Cause : Options comme production, méthode, etc.
6. Date d’Occurrence : Affiche automatiquement la date du jour.
7. Cause de la Perte : Liste déroulante des causes de perte spécifiques à la nature choisie.
8. Temps Perdu : Champ pour saisir le temps perdu en minutes.
9. Impact : Liste déroulante pour choisir l'impact de la cause.
10. Description : Zone de texte pour décrire le problème en détail.

Boutons Fonctionnels :
• Envoyer : Soumet les données saisies à la base de données.
• Réinitialiser : Efface tous les champs pour permettre une nouvelle saisie.
Fonctionnalités Supplémentaires
• ListBox : Pour visualiser les données déjà envoyées.
• Filtrage : Filtre les données visualisées selon divers critères.
• Supprimer : Permet la suppression de données enregistrées.
• Excel : Exporte les données filtrées dans une feuille Excel séparée.
Flux de Travail Typique
1. L'utilisateur remplit tous les champs nécessaires à partir des listes déroulantes et des zones de
texte.
2. Cliquer sur "Envoyer" pour soumettre les données.
3. Utilise les fonctionnalités de filtrage pour visualiser ou analyser les données soumises.
4. Supprimer ou exporter les données au besoin.
5. Modifier les données saisies en double cliquant sur la ligne souhaitée

Page 37 sur 53
-Figure- Interface de saisi des causes de non performance

-Figure- Données ajoutées avec succès

-Figure- Données supprimées avec succès

Page 38 sur 53
 -Figure- Processus de filtration par lieu de fabrication

-Figure- Exportation des données filtrer dans une autre feuille

-Figure- Données exportées

Page 39 sur 53
Interface de Saisie de Causes de Non-Performance pour l’utilisateur avec le rôle « Regleur » en
cas de non-règlement :
Introduction :

Les utilisateurs avec le rôle de "Régleur" ont une interface spécifiquement adaptée à leurs besoins pour
rapporter les causes de non-performance lorsqu'ils ne peuvent pas résoudre un problème. Tout comme
pour les agents de fabrication, cette interface est alimentée par des données provenant de la feuille
"SUPPORT".
Champs de Saisie et Listes Déroulantes :

1. Regleur : Liste déroulante pour choisir le régleur qui a tenté de résoudre le problème.
2. Secteur : Options pour choisir le secteur d'activité (par exemple, SWITCH, AERO, MOTEUR).
3. Zone : Zone dans l'usine où le problème a été identifié.
4. LDF : Liste déroulante des lieux où le problème s'est produit.
5. Nature du Problème : Type de problème rencontré.
6. Cause Racine : Cause fondamentale du problème.
7. Temps Excédé : Le temps qui a dépassé le temps nécessaire pour le réglage.
8. Impact : Impact du problème sur le processus de fabrication.
9. Description : Une zone texte pour fournir des détails supplémentaires sur le problème.
Boutons Fonctionnels :

• Envoyer : Soumet les données à la base de données.

• Réinitialiser : Efface tous les champs pour une nouvelle saisie.
Fonctionnalités Supplémentaires :

• ListBox : Permet de visualiser les données envoyées.

• Filtrage : Filtre les données visualisées selon différents critères.
• Supprimer : Permet la suppression des données enregistrées.
• Excel : Permet d'exporter les données filtrées dans une feuille Excel séparée.

Flux de Travail Typique :

1. Le régleur remplit tous les champs nécessaires à partir des listes déroulantes et des zones de
texte.
2. Il clique sur "Envoyer" pour soumettre les données.
3. Il utilise la fonction de filtrage pour analyser ou retrouver des données spécifiques.
4. Si nécessaire, il peut supprimer ou exporter les données.

Page 40 sur 53
-Figure- Interface de saisi des causes de la non performance (Regleur)

-Figure- Données envoyées avec succès

Page 41 sur 53
 -Figure- Données supprimées avec succès

-Figure- Processus de filtration par le nom de régleur

-Figure- Exportation des données filtrer dans une autre feuille

-Figure- Données exportées

Page 42 sur 53
Interface et Fonctionnalités pour les Utilisateurs avec le Rôle "Back-Office" :

Introduction :

Les utilisateurs avec le rôle de "Back-Office" ont une interface spécifique adaptée à leurs besoins pour
rapporter les heures facturées et les heures de présence. Cette interface est particulièrement importante
car elle alimente les tableaux croisés dynamiques du tableau de bord qui suivent l'évolution de l'efficience
des différentes lignes de fabrication.

Champs de Saisie et Informations :

1. Date : Affiche automatiquement la date du jour.

2. Nom du Back-Office : Champ texte pour saisir le nom de la personne en charge (optionnel).
3. Zone : Liste déroulante pour choisir la zone de travail.
4. Superviseur : Liste déroulante pour choisir le superviseur responsable.
5. Ligne de Fabrication : Liste déroulante pour sélectionner la ligne de fabrication concernée.
6. Objectif : S'affiche automatiquement une fois la ligne de fabrication sélectionnée (tiré de la
feuille SUPPORT).
7. HF (Heures Facturées) : Champ de texte pour saisir les heures facturées.
8. HP (Heures de Présence) : Champ de texte pour saisir les heures de présence.
Boutons Fonctionnels

• Envoyer : Soumet les données à la base de données.

• Réinitialiser : Efface tous les champs en cas d'erreur de saisie.
Fonctionnalités Supplémentaires

• Filtrage : Option pour filtrer les données selon des critères spécifiques.
• Suppression : Bouton pour supprimer des données enregistrées.
• Export Excel : Bouton pour exporter les données filtrées dans une nouvelle feuille Excel.

Flux de Travail Typique

1. L'utilisateur du Back-Office remplit les champs nécessaires.

2. Il clique sur "Envoyer" pour ajouter ces données à la base de données.
3. Si nécessaire, il utilise la fonction de filtrage pour analyser ou retrouver des données.
4. Il a également la possibilité de supprimer ou d'exporter les données pour d'autres utilisations.

 Grâce à cette interface, les responsables du Back-Office peuvent efficacement suivre et mettre à
jour les heures facturées et de présence, ce qui contribue à une meilleure gestion et suivi de
l'efficience des opérations de fabrication.

Page 43 sur 53
 -Figure- Interface de pointage

-Figure- Données envoyées avec succès

Page 44 sur 53
 -Figure- Données supprimées avec succès

-Figure- Processus de filtration par date

-Figure- Données filtrées sont exportées avec succès

-Figure- Données filtrées sont exportées vers une autre feuille

Page 45 sur 53
 3.1 Contrôler (Check) :
Après avoir conçu et déployé notre application avec ses différentes interfaces pour les différents rôles
d'utilisateurs, nous entrons maintenant dans une étape cruciale du cycle PDCA (Plan-Do-Check-Act) : la
phase "Check". Cette phase est dédiée à l'évaluation rigoureuse de la performance du système, à
l'identification des domaines d'amélioration et à la comparaison des résultats avec les objectifs initiaux.
3.1 Identification et résolution des problèmes et erreurs :

Introduction :

Dans le processus de développement de notre système de gestion d'utilisateurs et de suivi, l'étape de

vérification est d'une importance capitale. Chaque fonctionnalité ajoutée subit des tests rigoureux pour
s'assurer de son efficacité et de sa pertinence pour les utilisateurs finaux. À travers cette démarche,
plusieurs erreurs et problèmes ont été identifiés. Cette section détaille ces défis et les solutions apportées
pour les résoudre.
Problème 1 : Déconnexion Inadéquate des Workbooks :
Situation initiale :

Lorsque plusieurs workbooks Excel étaient ouverts en parallèle avec APP_suivi, et que l'utilisateur
choisissait de se déconnecter de APP_suivi, tous les workbooks étaient fermés, mettant fin à toute
session Excel en cours.
Solution :

Le code derrière la fonction de déconnexion a été modifié. Ainsi, le programme vérifie s'il y a d'autres
workbooks ouverts en parallèle. Si c'est le cas, seule l'application APP_suivi sera fermée, laissant les
autres Workbooks actifs.

Problème 2 : Visibilité des Feuilles après Déconnexion

Situation initiale :

Si un utilisateur lançait le workbook APP_suivi et fermait l'interface de connexion sans entrer ses
identifiants, toutes les feuilles de l'application étaient visibles lors du double-clic sur le fichier, exposant
les données de la dernière session active.

Solution :

Deux ajustements de code ont été réalisés pour remédier à cette situation:
1. Le code de la fonction de déconnexion a été modifié pour cacher toutes les données de l'utilisateur
lorsqu'il se déconnecte.
2. Le système de connexion a été modifié pour vérifier si l'interface de connexion est fermée sans
saisie de données. Si c'est le cas, l'interface de connexion sera la seule à s'afficher lors du prochain
lancement de l'application.

Page 46 sur 53
Problème 3 : Cachement Automatique des Workbooks Existantes
Situation initiale :

Lorsque d'autres Workbooks étaient déjà ouverts et que l'utilisateur lançait APP_suivi, ces Workbooks
devenaient cachés. Ils ne redevenaient visibles que lorsque APP_suivi était fermé. Ce comportement est
dû à la manière dont Excel gère la visibilité des Workbooks lorsque l'un d'entre eux contient des macros
à exécuter au démarrage.

Solution :

Il y a deux approches pour résoudre ce problème:

1. Si l'utilisateur souhaite travailler simultanément sur APP_suivi et d'autres Workbooks, il est

conseillé d'ouvrir APP_suivi en premier, puis les autres Workbooks.

2. Si d'autres Workbooks sont déjà ouverts, il est recommandé de les fermer, d'ouvrir APP_suivi,
puis de réouvrir les Workbooks précédemment fermés.

Ps : Cette solution est un contournement efficace pour éviter le problème de visibilité,

sachant que les Workbooks cachés redeviendront visibles une fois que APP_suivi sera
fermé.

Problème 4 : Erreurs lors de la Modification ou Suppression des Données Utilisateurs (Session

Admin) :

Situation initiale :

Lorsque l'administrateur essayait de modifier les données d'un utilisateur déjà existant et laissait le
champ du numéro de téléphone vide, ce "vide" était interprété comme un caractère. Par conséquent, un
signe "+" s'ajoutait automatiquement au numéro de téléphone. De plus, lors de la tentative de
suppression de cet utilisateur, toutes les données étaient supprimées sauf le numéro de téléphone.

Solution :

Le code a été modifié pour mieux gérer les champs vides, en particulier le champ du numéro de
téléphone. Le nouveau code est capable de gérer un champ de téléphone vide sans le considérer comme
un caractère. Ceci permet à l'administrateur de laisser ce champ vide sans rencontrer de problèmes lors
de la modification ou de la suppression des données de l'utilisateur.

Page 47 sur 53
Problème 5 : Problème avec OneDrive
Situation initiale :

Lorsque l'administrateur ouvrait le fichier de l'application à partir de OneDrive et tentait de modifier les
données d'un utilisateur existant, une erreur de chemin d'accès apparaissait. Le message d'erreur
indiquait qu'il y avait un problème d'accès au chemin ou au fichier, suggérant que l'image standard et le
fichier ne se trouvaient pas dans le même répertoire.
Solution :

J'ai retiré la partie du code qui gérait l'importation et la modification des dimensions des images, ainsi
que la suppression des boutons et du champ d'image. Après ces ajustements, le problème de chemin
d'accès a été résolu. Maintenant, l'application fonctionne correctement même lorsque le fichier est ouvert
à partir de OneDrive.

Ajout concernant la prise de décision pour le problème 5 :

Après avoir rencontré ce problème lié à OneDrive, j'ai discuté avec mon encadrante pour évaluer
l'importance de la fonctionnalité d'ajout et de modification des photos des utilisateurs.

À la suite de cette discussion, il a été conclu que la photo de profil n'était pas une fonctionnalité
essentielle pour le bon fonctionnement de l'application. Par conséquent, la décision a été prise de retirer
cette partie du code afin de résoudre le problème de chemin d'accès, tout en maintenant l'efficacité et la
fonctionnalité globale de l'application.

Problème 6 : Incohérence entre la feuille "UTILISATEURS" et la feuille "DATABASE" lors de la

modification ou la suppression des données utilisateur :

Situation initiale :

Lors des opérations de modification ou de suppression des utilisateurs existants, nous avons constaté
une incohérence entre les feuilles "DATABASE" et "UTILISATEURS" dans notre base de données Excel.
Plus précisément, si un administrateur modifiait le mot de passe ou le rôle d'un utilisateur, ces
changements n'étaient reflétés que dans la feuille "DATABASE" et non pas dans la feuille
"UTILISATEURS". Ce problème se posait également lors de la suppression d'un utilisateur.
Solution :

J'ai ajusté le module mdDataentry pour qu'il puisse synchroniser les modifications entre ces deux
feuilles. Ainsi, toute opération de modification ou de suppression effectuée par l'administrateur est
maintenant reflétée dans les deux feuilles simultanément.

Page 48 sur 53
Note :
Il est déconseillé de modifier l'identifiant ou le rôle d'un utilisateur via l'interface d'administration, car
ces changements seront automatiquement appliqués uniquement dans la feuille "DATABASE". Dans la
feuille "UTILISATEURS", un identifiant modifié sera considéré comme celui d'un nouvel utilisateur. Par
conséquent, si vous choisissez de modifier l'identifiant, assurez-vous de supprimer manuellement
l'ancienne ligne contenant l'ancien identifiant dans la feuille "UTILISATEURS" afin de maintenir la
cohérence des données entre les deux feuilles.

3.2 Conclusion de la Phase de Vérification (Check) :

La phase de vérification du cycle PDCA est cruciale pour assurer la qualité et la fonctionnalité de notre
application APP_suivi. Au cours de cette étape, plusieurs problèmes et défis ont été identifiés, analysés
et résolus, ce qui a permis d'améliorer considérablement l'expérience utilisateur et la fiabilité de
l'application.

1. Problème de déconnexion : Une solution a été trouvée pour s'assurer que seuls les
Workbooks appropriés sont fermés lors de la déconnexion.
2. Visibilité des Feuilles : Un ajustement du code a été fait pour garantir que les feuilles restent
invisibles si l'utilisateur se déconnecte ou quitte l'interface de connexion sans s'être connecté.
3. Workbooks Cachés : Des directives ont été fournies aux utilisateurs pour éviter ce problème,
bien que ce ne soit pas une solution définitive.
4. Erreur de Modification/Suppression des Données Utilisateurs (Session Admin) : Un
réajustement du code a permis de corriger ce défaut.
5. Problème sur OneDrive : Après discussion avec l'encadrant, il a été décidé que les photos de
profil ne sont pas cruciales pour le fonctionnement de l'application, permettant ainsi une
résolution simple du problème.
6. Problème de Modification/Suppression des Données dans la feuille
UTILISATEURS : Une mise en garde a été émise concernant la modification de l'identifiant et
du rôle, car ils ne sont mis à jour que dans la feuille "DATABASE".

Ces ajustements n'auraient pas été possibles sans la phase de vérification, qui a servi non seulement à
identifier les erreurs mais aussi à mettre en place des mesures correctives efficaces. Cependant, il est
important de noter que cette phase n'est pas une fin en soi, mais plutôt une étape continue dans
l'amélioration de notre application. Des tests futurs et des retours d'utilisateurs continueront à alimenter
cette phase, garantissant que l'application reste robuste, efficace et centrée sur l'utilisateur.

Page 49 sur 53
 4. Agir (Act) :

La phase "Act" (Agir) du cycle PDCA ne se limite pas uniquement à la mise en œuvre des changements.

C'est également le moment où vous évaluez l'impact global des modifications apportées lors de la phase

"Check", et où vous décidez si ces changements devraient être standardisés et appliqués à d'autres

aspects ou projets.

4.1 Anticipation et Adaptation Continue : Garantir la Fiabilité et l'Agilité de

l'Application APP_suivi :

Jusqu'à présent, notre application APP_suivi a montré une robustesse et une fiabilité considérables,

indiquant que le processus de développement et de mise en œuvre a été largement réussi. Néanmoins,

en tenant compte du principe de précaution, nous avons identifié une zone potentielle d'attention: les

incohérences de synchronisation entre les feuilles de données "DATABASE" et "UTILISATEURS". Pour

aborder ce scénario, nous avons déjà ajusté le code du module mdDataentry pour garantir la

synchronisation en temps réel entre ces deux feuilles. Cette stratégie proactive souligne notre

engagement à anticiper et à résoudre des problèmes futurs éventuels, assurant ainsi la fluidité et

l'efficacité de l'usage de notre application par diverses équipes et rôles au sein de l'organisation.

La phase "Agir" du cycle PDCA valide notre engagement continu à optimiser l'application APP_suivi,

confirmant notre aspiration à fournir un outil qui non seulement répond aux besoins actuels mais est

également agile face aux exigences changeantes de l'environnement de production.

Page 50 sur 53
- Chapitre 3 -
Conclusion générale

Page 51 sur 53
 Conclusion générale :

Ce rapport de stage offre une vue d'ensemble complète du processus d'optimisation du suivi de

performance au sein du secteur Switch de l'entreprise Crouzet. Le premier chapitre a servi à introduire

l'organisme d'accueil, Crouzet, un acteur industriel indépendant spécialisé dans la création de

composants mécatroniques destinées à des applications exigeantes dans des domaines comme

l'Aéronautique & Transport, l'Énergie, ou encore le Bâtiment et la Construction de Machines. Cette mise

en contexte a permis de circonscrire le sujet de mon stage au sein du secteur Switch.

Le deuxième chapitre a détaillé le cadre général de l'application APP_suivi, développée pour faciliter la

transition du suivi manuel au suivi automatisé des causes de non-performance. Cette application vise

également à évaluer et visualiser l'efficience des différentes lignes de fabrication. Le cycle PDCA a été

adopté comme méthodologie de référence, mettant en évidence comment une planification soigneuse et

une mise en œuvre précise peuvent aboutir à des améliorations notables dans les performances

opérationnelles.

Ce stage a été une expérience inestimable pour moi, me donnant l'opportunité de plonger dans les

complexités des industries de pointe et de collaborer avec des équipes hautement qualifiées. Cela a

renforcé ma compréhension de l'importance du travail en équipe et de la gestion de projet, compétences

essentielles dans n'importe quel environnement professionnel.

En conclusion, il est mon souhait sincère que ce travail serve d'outil précieux à l'ENSAK et offre aux

futurs étudiants une référence pertinente, permettant d'optimiser leurs efforts de recherche et d'analyse.

Page 52 sur 53
 - Bibliographie -

[1] les produits du CROUZET « https://www.crouzet.fr/#products »

[2] à propos du CROUZET « https://www.crouzet.fr/a-propos/ »

[3] définition du détecteur de position « https://fr.wikipedia.org/wiki/Capteur_de_position

»

[4] Historique du CROUZET « https://fr.wikipedia.org/wiki/Crouzet_(marque) »

[5] définition de la méthode PDCA « https://prium-transition.com/methode-pdca-

roue-de-Deming/»

[6] Le cycle PDCA, principe et utilisation « https://asana.com/fr/resources/pdca-

cycle »

Page 53 sur 53