Application de gestion des flux des déchets

Transcription

1 Université de Tunis Institut Supérieur de Gestion RAPPORT de Projet de Fin d'etudes Présenté par : Chiraz SLOULI Ismail JAOUADI SUJET : Application de gestion des flux des déchets Organisme : Lear Corporation Encadré par : Mourad OUNI et Mondher JANDOUBI Supervisé par : Ahmed BADREDDINE

2 Dédicaces Après avoir rendu grâce â Dieu le tout puissant, nous dédions ce travail À Nos chers parents Aucun hommage ne pourrait être à la hauteur de l amour et de l affection dont ils ne cessent de nous combler. Qu ils trouvent dans ce travail un témoignage de nos profond amour et éternelle reconnaissance. À Nos chères frères et sœurs Pour leur soutien, leur patience et leur encouragement. Et spécialement à Chaïma SLOULI à son aide. À Toutes nos familles et nos amis Pour leur aide et leur soutien moral durant l élaboration du projet de fin d études. Chiraz SLOULI et Ismail JAOUADI

3 Remerciements Au terme de ce travail, nous tenons à remercier tous ceux qui ont contribué à la réalisation de ce Projet de Fin d Etudes, et en particulier : Notre encadreur à l ISG: Monsieur Ahmed BADREDDINE, pour la qualité de son encadrement, sa disponibilité, son aide précieuse et ses conseils constructif squi nous ont permis de mener à terme ce projet. Ainsi que nos encadreurs à Lear Tunisie : Monsieur Mourad OUNI et Monsieur Mondher JANDOUBI qui ont eu la bienveillance de diriger ce travail en nous prodiguant conseils, directives et encouragements. Nos sincères remerciements à tous les personnels, les ingénieurs et les techniciens de Lear qui n ont jamais cessé de nous apporter leur aide tout au long de ce travail. Nous avons le devoir et le plaisir de témoigner notre reconnaissance à tous mes enseignants de l ISG, pour le savoir et le savoir-faire qu ils m ont généreusement inculqués.

4 Sommaire Introduction générale...1 Chapitre 1 : Identification des besoins...2 Introduction : Objectifs : Présentation de l organisme : Le groupe Lear : Lear Tunisie : Présentation Générale : Structure de Lear Tunisie : Certification de Lear Tunisie : Activités de production : Problématiques : Recherche bibliographique : Solutions : Input & Output : Processus de conception :...8 Conclusion :...9 Chapitre 2 : Conception «Phase d Incubation»...10 Introduction : La Capture des besoins : Description du contexte du système : Définition des besoins fonctionnels : Définition des besoins non fonctionnels : Identification des acteurs et des cas d utilisation et affectation des priorités: Raffinement des cas d utilisations prioritaires : Raffinement de cas d utilisation «S authentifier» : Raffinement de cas d utilisation «Gérer les données relatives aux déchets horsproduction» : Raffinement de cas d utilisation «Gérer les données de déchets générés par la zone coupe» : Raffinement de cas d utilisation «Gérer les données de déchets générés par la zone assemblage» : Raffinement de cas d utilisation «Gérer les données de déchets générés par la zone préparation» :...18

5 Prototype des interfaces utilisateurs : Analyse des cas d utilisation prioritaires : Traçabilité entre le modèle de cas d utilisation (MCU) et le modèle d analyse (MA) : Traçabilité entre MCU et MA relatif au cas d utilisation «S authentifier» : Traçabilité entre MCU et MA relatif au cas d utilisation «Gérer les données relatives aux déchets hors-production» : Traçabilité entre MCU et MA relatif au cas d utilisation «Gérer les données de déchets générés par la zone coupe» : Traçabilité entre MCU et MA relatif au cas d utilisation «Gérer les données de déchets générés par la zone assemblage» : Traçabilité entre MCU et MA relatif au cas d utilisation «Gérer les données de déchets générés par la zone préparation» : Diagrammes de classes d analyse : Diagramme de classes d analyse relatif au cas d utilisation «S authentifier» : Diagramme de classes d analyse relatif au cas d utilisation «Gérer les données relatives aux déchets hors-production» : Diagramme de classes d analyse relatif au cas d utilisation «Gérer les données de déchets générés par la zone coupe» : Diagramme de classes d analyse relatif au cas d utilisation «Gérer les données de déchets générés par la zone assemblage» : Diagramme de classes d analyse relatif au cas d utilisation «Gérer les données de déchets générés par la zone préparation» : Diagrammes de collaboration : Diagramme de collaboration relatif au cas d utilisation «S authentifier» : Diagramme de collaboration relatif au cas d utilisation «Enregistrer les données relatives aux déchets hors-production» : Diagramme de collaboration relatif au cas d utilisation «Enregistrer les données de déchets générés par la zone coupe» : Diagramme de collaboration relatif au cas d utilisation «Enregistrer les données de déchets générés par la zone assemblage» : Conception des cas d utilisation prioritaires : Diagrammes des classes de conception : Diagramme de classes de conception relatif au cas d utilisation «S authentifier» : Diagramme de classes de conception relatif au cas d utilisation «Enregistrer les données relatives aux déchets hors-production»: Diagramme de classes de conception relatif au cas d utilisation «Enregistrer les données de déchets générés par la zone coupe»: Diagramme de classe de conception relatif au cas d utilisation «Enregistrer les données de déchets générés par la zone assemblage»:...34

6 Diagramme de classes de conception relatif au cas d utilisation «Enregistrer les données de déchets générés par la zone préparation» : Diagrammes de séquences : Diagramme de séquences relatif au cas d utilisation «S authentifier» : Diagramme de séquences relatif au cas d utilisation «Enregistrer les données relatives aux déchets hors-production» : Diagramme de séquences relatif au cas d utilisation «Enregistrer les données de déchets générés par la zone coupe» : Diagramme de séquences relatif au cas d utilisation «Enregistrer les données de déchets générés par la zone assemblage» : Diagramme de séquences relatif au cas d utilisation «Enregistrer les données de déchets générés par la zone préparation» :...41 Conclusion :...42 Chapitre 3 : Conception «Phase d élaboration»...43 Introduction : Capture des besoins : Raffinement des cas d utilisations secondaires : Raffinement de cas d utilisation «Editer les rapports de déchets» : Raffinement de cas d utilisation «Effectuer les analyses sur les flux de déchets» : Raffinement de cas d utilisation «Exporter un fichier des déchets sous forme Excel» : Raffinement de cas d utilisation «Consulter les listes des déchets» : Analyses des cas des utilisations secondaires : Traçabilité entre le modèle de cas d utilisation (MCU) et le modèle d analyse (MA) : Traçabilité entre MCU et MA relatif au cas d utilisation «Editer les rapports de déchets» : Traçabilité entre MCU et MA relatif au cas d utilisation «Effectuer les analyses sur les flux de déchets» : Traçabilité entre MCU et MA relatif au cas d utilisation «Exporter un fichier des déchets sous forme Excel» : Traçabilité entre MCU et MA relatif au cas d utilisation «Consulter les listes des déchets» : Diagrammes de classes d analyse : Diagramme de classes d analyse relatif au cas d utilisation «Editer les rapports de déchets» : Diagramme de classes d analyse relatif au cas d utilisation «Effectuer les analyses sur les flux de déchets» :...50

7 Diagramme de classes d analyse relatif au cas d utilisation «Exporter un fichier des déchets sous forme Excel» : Diagramme de classes d analyse relatif au cas d utilisation «Consulter les listes des déchets» : Diagrammes de collaboration : Diagramme de collaboration relatif au cas d utilisation «Editer les rapports de déchets» : Diagramme de collaboration relatif au cas d utilisation «Effectuer les analyses sur les flux de déchets» : Diagramme de collaboration relatif au cas d utilisation «Exporter un fichier des déchets sous forme Excel» : Diagramme de collaboration relatif au cas d utilisation «Consulter les listes des déchets» : Conception des cas d utilisation secondaire : Diagrammes de classes de conception : Diagramme de classes de conception relatif au cas d utilisation «Editer les rapports de déchets» : Diagramme de classes de conception relatif au cas d utilisation «Effectuer les analyses sur les flux de déchets» : Diagramme de classes de conception relatif au cas d utilisation«exporter un fichier des déchets sous forme Excel» : Diagramme de classes de conception relatif au cas d utilisation «Consulter les listes des déchets» : Diagrammes de séquences : Diagramme de séquences relatif au cas d utilisation «Editer les rapports de déchets» : Diagramme de séquences relatif au cas d utilisation «Effectuer les analyses sur les flux de déchets» : Diagramme de séquences relatif au cas d utilisation «Exporter un fichier des déchets assemblage sous forme Excel» : Diagramme de séquences relatif au cas d utilisation «Consulter les listes des déchets» :...62 Chapitre 4 : Conception «Phase de construction»...65 Introduction : Capture des besoins : Diagramme de cas d utilisations : Raffinement des cas d utilisation tertiaires : Raffinement de cas d utilisation «Gérer les paramètres» : Raffinement de cas d utilisation «Gérer les mises à jour des références des circuits» :...67

8 Raffinement de cas d utilisation «Gérer les mises à jour des composants» : Raffinement de cas d utilisation «Gérer les mises à jour des machines» : Raffinement de cas d utilisation «Gérer les mises à jour des matricules des opérateurs» : Raffinement de cas d utilisation «Gérer les mises à jour des projets» : Raffinement de cas d utilisation «Gérer les mises à jour des défauts» : Raffinement de cas d utilisation «Gérer les mises à jour des valeurs des circuits» : Analyse : Traçabilité entre le modèle de cas d utilisation (MCU) et le modèle d analyse (MA) : Traçabilité entre MCU et MA relatif au cas d utilisation «Gérer les paramètres» : Traçabilité entre MCU et MA relatif au cas d utilisation «Gérer les mises à jour des références des circuits» : Traçabilité entre MCU et MA relatif au cas d utilisation «Gérer les mises à jour des composants» : Traçabilité entre MCU et MA relatif au cas d utilisation «Gérer les mises à jour des machines» : Traçabilité entre MCU et MA relatif au cas d utilisation «Gérer les mises à jour des matricules des opérateurs» : Traçabilité entre MCU et MA relatif au cas d utilisation «Gérer les mises à jour des projets» : Traçabilité entre MCU et MA relatif au cas d utilisation «Gérer les mises à jour des défauts» : Traçabilité entre MCU et MA relatif au cas d utilisation«gérer les mises à jour des valeurs des circuits» : Diagrammes de classes d analyse : Diagramme de classes d analyse relatif au cas d utilisation «Gérer les paramètres» : Diagramme de classes d analyse relatif au cas d utilisation «Gérer les mises à jour des références des circuits» : Diagramme de classes d analyse relatif au cas d utilisation «Gérer les mises à jour des composants» : Digramme de classe d analyse relatif au cas d utilisation «Gérer les mises à jour des machines» : Digramme de classes d analyse relatif au cas d utilisation«gérer les mises à jour des matricules des opérateurs» : Diagramme de classes d analyse relatif au cas d utilisation «Gérer les mises à jour des projets» :...82

9 Diagramme de classes d analyse relatif au cas d utilisation «Gérer les mises à jour des défauts» : Digramme de classes d analyse relatif au cas d utilisation «Gérer les mises à jour des valeurs des circuits» : Digrammes de collaboration : Diagramme de collaboration relatif au cas d utilisation«gérer les paramètres» : Diagramme de collaboration relatif au cas d utilisation «Gérer les mises à jour des références des circuits» : Diagramme de collaboration relatif au cas d utilisation «Gérer les mises à jour des composants» : Diagramme de collaboration relatif au cas d utilisation «Gérer les mises à jour des machines» : Diagramme de collaboration relatif au cas d utilisation «Gérer les mises à jour des matricules des opérateurs» : Diagramme de collaboration relatif au cas d utilisation «Gérer les mises à jour des projets» : Diagramme de collaboration relatif au cas d utilisation «Gérer les mises à jour des défauts» : Diagramme de collaboration relatif au cas d utilisation «Gérer les mises à jour des valeurs des circuits» : Conception : Diagrammes des classes de conception : Diagramme de classes de conception relatif au cas d utilisation «Gérer les paramètres» : Diagramme de classes de conception relatif au cas d utilisation «Gérer les mises à jour des références des circuits» : Diagramme de classes de conception relatif au cas d utilisation «Gérer les mises à jour des composants» : Diagramme de classes de conception relatif au cas d utilisation «Gérer les mises à jour des machines» : Diagramme de classes de conception relatif au cas d utilisation «Gérer les mises à jour des matricules des opérateurs» : Diagramme de classes de conception relatif au cas d utilisation «Gérer les mises à jour des projets» : Diagramme de classes de conception relatif au cas d utilisation «Gérer les mises à jour des défauts» : Diagramme de classes de conception relatif au cas d utilisation «Gérer les mises à jour des valeurs des circuits» : Diagrammes de séquences : Diagramme de séquences relatif au cas d utilisation «Gérer les paramètres» :...94

10 Diagramme de séquences relatif au cas d utilisation «Gérer les mises à jour des références des circuits» : Diagramme de séquence relatif au cas d utilisation «Gérer les mises à jour des composants» : Diagramme de séquences relatif au cas d utilisation «Gérer les mises à jour des machines» : Diagramme de séquences relatif au cas d utilisation «Gérer les mises à jour des matricules des opérateurs» : Diagramme de séquences relatif au cas d utilisation «Gérer les mises à jour des projets» : Diagramme de séquences relatif au cas d utilisation «Gérer les mises à jour des défauts» : Diagramme de séquences relatif au cas d utilisation «Gérer les mises à jour des valeurs des circuits» : Diagramme de classe des entités : Conclusion : Chapitre 5 : Conception «Phase de transition» Introduction : Environnement logiciel : Microsoft Visual Studio 2010 : Microsoft SQL (Structured Query Language)Server 2008 : Enterprise Architect : Crystal Reports : Microsoft.Net Framework 4 : Enchainement des interfaces utilisateur: Interface d authentification : Interface de gestion des données de déchets «Coupe Exceptionnel» : Interface d édition des rapports : Interface de «Effectuer des analyses sur les flux de déchets» : Interface de gestion des paramètres : Interface de «Consulter les listes des déchets» : Interface de gestion des mises à jour des composants: Conclusion : Conclusion générale Annexe Bibliographies Néographie...114

11 Liste des figures Figure 1.1 : Les sites et les clients du groupe Lear dans le monde...3 Figure 1.2 : L organigramme de Lear Tunisie...4 Figure 1.3 : La fabrication d un faisceau électrique...5 Figure 1.4 : Exemple des matières premières...5 Figure 1.5 : Input et output de l application...7 Figure 2.1 : Diagramme de cas d utilisation Global «Gestion des flux de déchets»...12 Figure 2.2 : Architecture de l application «Gestion des flux de déchet»...13 Figure 2.3 : Diagramme de cas d utilisation «S authentifier»...14 Figure 2.4 : Diagramme de cas d utilisation «Gérer les données relatives aux déchets horsproduction»...15 Figure 2.5 : Diagramme de cas d utilisation «Gérer les données de déchets générés par la zone coupe»...16 Figure 2.6 : Diagramme de cas d utilisation «Gérer les données des déchets générés par la zone assemblage»...17 Figure 2.7 : Diagramme de cas d utilisation «Gérer les données de déchets générés par la zone préparation»...18 Figure 2.8 : Prototypes des interfaces utilisateur : Connexion et menu principal...19 Figure 2.9 : Traçabilité entre MCU et MA relatif au cas d utilisation «S authentifier»...20 Figure 2.10 : Traçabilité entre MCU et MA relatif au cas d utilisation «Gérer les données relatives aux déchets hors-production»...21 Figure 2.11 : Traçabilité entre MCU et MA relatif au cas d utilisation «Gérer les données de déchets générés par la zone coupe»...22 Figure 2.12 : Traçabilité entre MCU et MA relatif au cas d utilisation «Gérer les données de déchets générés par la zone assemblage»...23 Figure 2.13 : Traçabilité entre MCU et MA relatif au cas d utilisation «Gérer les données de déchets générés par la zone préparation»...23 Figure 2.14 : Diagramme de classes d analyse relatif au cas d utilisation «S authentifier»...24 Figure 2.15 : Diagramme de classes d analyse relatif au cas d utilisation «Gérer les données relatives aux déchets hors-production»...25 Figure 2.16 : Diagramme de classes d analyse relatif au cas d utilisation «Gérer les données de déchets générés par la zone coupe»...26 Figure 2.17 : Diagramme de classes d analyse relatif au cas d utilisation «Gérer les données de déchets générés par la zone assemblage»...27 Figure 2.18 : Diagramme de classes d analyse relatif au cas d utilisation «Gérer les données de déchets générés par la zone préparation»...28 Figure 2.19 : Diagramme de collaboration relatif au cas d utilisation «S authentifier»...29

12 Figure 2.20 : Diagramme de collaboration relatif au cas d utilisation «Enregistrer les données relatives aux déchets hors-production»...29 Figure 2.21: Diagramme de collaboration relatif au cas d utilisation «Enregistrer les données de déchets générés par la zone coupe»...30 Figure 2.22 : Diagramme de collaboration relatif au cas d utilisation «Enregistrer les données de déchets générés par la zone assemblage»...31 Figure 2.23 : Diagramme de collaboration relatif au cas d utilisation «Enregistrer les données de déchets générés par la zone préparation»...32 Figure 2.24 : Diagramme de classes de conception relatif au cas d utilisation «S authentifier»...33 Figure 2.25 : Diagramme de classes de conception relatif au cas d utilisation «Enregistrer les données relatives aux déchets hors-production»...33 Figure 2.26 : Diagramme de classes de conception relatif au cas d utilisation «Enregistrer les données de déchets générés par la zone coupe»...34 Figure 2.27 : Diagramme de classes de conception relatif au cas d utilisation «Enregistrer les données de déchets générés par la zone assemblage»...35 Figure 2.28 : Diagramme de classes de conception relatif au cas d utilisation «Enregistrer les données de déchets générés par la zone préparation»...36 Figure 2.29 : Diagramme de séquences relatif au cas d utilisation «S authentifier»...37 Figure 2.30 : Diagramme de séquences relatif au cas d utilisation «Enregistrer les données relatives aux déchets hors-production»...38 Figure 2.31 : Diagramme de séquences relatif au cas d utilisation «Enregistrer les données de déchets générés par la zone coupe»...39 Figure 2.32 : Diagramme de séquences relatif au cas d utilisation «Enregistrer les données de déchets générés par la zone assemblage»...40 Figure 2.33 : Diagramme de séquences relatif au cas d utilisation «Enregistrer les données de déchets générés par la zone préparation»...41 Figure 3.1 : Diagramme de cas d utilisation «Editer les rapports de déchets»...43 Figure 3.2 : Diagramme de cas d utilisation «Effectuer les analyses sur des flux de déchets»...44 Figure 3.3 : Diagramme de cas d utilisation «Exporter un fichier des données relatives aux déchets sous forme Excel»...45 Figure 3.4 : Diagramme de cas d utilisation «Consulter les listes des déchets»...46 Figure 3.4 : Diagramme de cas d utilisation «Consulter les listes des déchets»...46 Figure 3.5 : Diagramme de Traçabilité entre MCU et MA relatif au cas d utilisation «Editer les rapports de déchets»...46 Figure 3.6 : Diagramme de traçabilité entre MCU et MA relatif au cas d utilisation «Effectuer les analyses sur les flux de déchets»...47 Figure 3.7 : Diagramme de traçabilité entre MCU et MA relatif au cas d utilisation «Exporter un fichier des déchets sous forme Excel»...47

13 Figure 3.8 : Diagramme de traçabilité entre MCU et MA relatif au cas d utilisation «Consulter les listes des déchets»...49 Figure 3.9 : Diagramme de classes d analyse relatif au cas d utilisation «Editer les rapports de déchets»...50 Figure 3.10 : Diagramme de classes d analyse relatif au cas d utilisation «Effectuer les analyses sur les flux de déchets»...51 Figure 3.11 : Diagramme de classes d analyse relatif au cas d utilisation «Exporter un fichier des déchets assemblage sous forme Excel»...51 Figure 3.12 : Diagramme de classes d analyse relatif au cas d utilisation «Consulter les listes des déchets»...52 Figure 3.13 : Diagramme de collaboration relatif au cas d utilisation «Editer les rapports de déchets»...53 Figure 3.14 : Diagramme de collaboration relatif au cas d utilisation «Effectuer les analyses sur les flux de déchets»...53 Figure 3.15 : Diagramme de collaboration relatif au cas d utilisation «Exporter un fichier des déchets assemblage sous forme Excel»...54 Figure 3.16 : Diagramme de collaboration relatif au cas d utilisation «Consulter les listes des déchets»...55 Figure 3.17 : Diagramme de classes de conception relatif au cas d utilisation «Editer les rapports de déchets»...56 Figure 3.18 : Diagramme de classes de conception relatif au cas d utilisation «Effectuer les analyses sur les flux de déchets»...57 Figure 3.19 : Diagramme de classes de conception relatif au cas d utilisation «Exporter un fichier des déchets sous forme Excel»...58 Figure 3.20 : Diagramme de classes de conception relatif au cas d utilisation «Consulter les listes des déchets»...59 Figure 3.21 : Diagramme de séquences relatif au cas d utilisation «Editer les rapports de déchets»..60 Figure 3.22 : Diagramme de séquences relatif au cas d utilisation «Effectuer les analyses sur les flux de déchets»...61 Figure 3.23 : Diagramme de séquences relatif au cas d utilisation «Exporter un fichier des déchets assemblage sous forme Excel»...62 Figure 3.24 : Diagramme de séquences relatif au cas d utilisation «Consulter les listes des déchets»63 Figure 4.1 : Diagramme de cas d utilisations relatif à l acteur «Responsable Scrap»...65 Figure 4.2 : Diagramme de cas d utilisations«gérer les paramètres»...65 Figure 4.3 : Diagramme de cas d utilisation «Gérer les mises à jour des références des circuits»...67 Figure 4.4 : Diagramme de cas d utilisation «Gérer les mises à jour des composants»...68 Figure 4.5 : Diagramme de cas d utilisation «Gérer les mises à jour des machines»...69 Figure 4.6 : Diagramme de cas d utilisation «Gérer les mises à jour des matricules des opérateurs».70 Figure 4.7 : Diagramme de cas d utilisation «Gérer les mises à jour des projets»...71 Figure 4.8 : Diagramme de cas d utilisation «Gérer les mises à jour des défauts»...72

14 Figure 4.9 : Diagramme de cas d utilisation «Gérer les mises à jour des valeurs des circuits»...73 Figure 4.10 : Traçabilité entre MCU et MA relatif au cas d utilisation «Gérer les paramètres»...74 Figure 4.11 : Traçabilité entre MCU et MA relatif au cas d utilisation «Gérer les mises à jour des références des circuits»...75 Figure 4.12 : Traçabilité entre MCU et MA relatif au cas d utilisation «Gérer les mises à jour des composants»...76 Figure 4.13 : Traçabilité entre MCU et MA relatif au cas d utilisation «Gérer les mises à jour des machines»...76 Figure 4.14 : Traçabilité entre MCU et MA relatif au cas d utilisation «Gérer les mises à jour des matricules des opérateurs»...77 Figure 4.15 : Traçabilité entre MCU et MA relatif au cas d utilisation «Gérer les mises à jour des projets»...78 Figure 4.16 : Traçabilité entre MCU et MA relatif au cas d utilisation «Gérer les mises à jour des défauts»...79 Figure 4.17 : Traçabilité entre MCU et MA relatif au cas d utilisation «Gérer les mises à jour des valeurs des circuits»...79 Figure 4.18 : Diagramme de classes d analyse relatif au cas d utilisation«gérer les paramètres»...80 Figure 4.19 : Diagramme de classes d analyse relatif au cas d utilisation«gérer les mises à jour des références des circuits»...80 Figure 4.20 : Diagramme de classes d analyse relatif au cas d utilisation «Gérer les mises à jour des composants»...81 Figure 4.21 : Diagramme de classes d analyse relatif au cas d utilisation «Gérer les mises à jour des machines»...81 Figure 4.22 : Diagramme de classes d analyse relatif au cas d utilisation «Gérer les mises à jour des matricules des opérateurs»...82 Figure 4.23 : Diagramme de classes d analyse relatif au cas d utilisation «Gérer les mises à jour des projets»...82 Figure 4.24 : Diagramme de classes d analyse relatif au cas d utilisation «Gérer les mises à jour des défauts»...83 Figure 4.25 : Diagramme de classes d analyse relatif au cas d utilisation «Gérer les mises à jour des valeurs des circuits»...83 Figure 4.26 : Diagramme de collaboration relatif au cas d utilisation «Gérer les paramètres»...84 Figure 4.27 : Diagramme de collaboration relatif au cas d utilisation «Gérer les mises à jour des références des circuits»...85 Figure 4.28 : Diagramme de collaboration relatif au cas d utilisation «Gérer les mises à jour des composants»...86 Figure 4.29 : Diagramme de collaboration relatif au cas d utilisation «Gérer les mises à jour des machines»...86 Figure 4.30 : Diagramme de collaboration relatif au cas d utilisation «Gérer les mises à jour des matricules des opérateurs»...87

15 Figure 4.31 : Diagramme de collaboration relatif au cas d utilisation «Gérer les mises à jour des projets»...87 Figure 4.32 : Diagramme de collaboration relatif au cas d utilisation «Gérer les mises à jour des défauts»...88 Figure 4.33 : Diagramme de collaboration relatif au cas d utilisation «Gérer les mises à jour des valeurs des circuits»...89 Figure 4.34 : Diagramme de classes de conception relatif au cas d utilisation «Gérer les paramètres»...89 Figure 4.35 : Diagramme de classes de conception relatif au cas d utilisation «Gérer les mises à jour des références des circuits»...90 Figure 4.36 : Diagramme de classes de conception relatif au cas d utilisation «Gérer les mises à jour des composants»...91 Figure 4.37 : Diagramme de classes de conception relatif au cas d utilisation «Gérer les mises à jour des machines»...91 Figure 4.38 : Diagramme de classes de conception relatif au cas d utilisation «Gérer les mises à jour des matricules des opérateurs»...92 Figure 4.39 : Diagramme de classes de conception relatif au cas d utilisation «Gérer les mises à jour des projets»...92 Figure 4.40 : Diagramme de classes de conception relatif au cas d utilisation «Gérer les mises à jour des défauts»...93 Figure 4.41 : Diagramme de classes de conception relatif au cas d utilisation «Gérer les mises à jour des valeurs des circuits»...93 Figure 4.42 : Diagramme de séquences relatif au cas d utilisation «Gérer les paramètres»...94 Figure 4.43 : Diagramme de séquences relatif au cas d utilisation «Gérer les mises à jour des références des circuits»...95 Figure 4.44 : Diagramme de séquences relatif au cas d utilisation «Gérer les mises à jour des composants»...96 Figure 4.45 : Diagramme de séquences relatif au cas d utilisation «Gérer les mises à jour des machines»...97 Figure 4.46 : Diagramme de séquences relatif au cas d utilisation «Gérer les mises à jour des matricules des opérateurs»...98 Figure 4.47 : Diagramme de séquences relatif à l acteur «Responsable Scrap»...99 Figure 4.48 : Diagramme de séquences relatif au cas d utilisation «Gérer les mises à jour des défauts» Figure 4.49 : Diagramme de séquences relatif au cas d utilisation «Gérer les mises à jour des valeurs des circuits» Figure 4.50 : Diagramme de classes d entité globale Figure 5.1 : Interface d authentification Figure 5.2 : Interface de gestion des données de déchets «Coupe Exceptionnel» Figure 5.3 : Interface d édition des rapports...107

16 Figure 5.4 : Interface de «Effectuer des analyses sur les flux de déchets» Figure 5.5 : Interface de gestion des paramètres Figure 5.6 : Interface de «Consulter les listes des déchets» Figure 5.7 : Interface de gestion des mises à jour des composants...109

17 Liste des table Y Tableau 2.1 : Affectation des acteurs\priorités aux cas d utilisation...14 Tableau 2.2 : Description du scénario de cas d utilisation «S authentifier»...15 Tableau 2.3 : Description du scénario de cas d utilisation «Gérer les données relatives aux déchets hors-production»...15 Tableau 2.4 : Description du scénario de cas d utilisation «Gérer les données de déchets générés par la zone coupe»...16 Tableau 2.5 : Description du scénario de cas d utilisation «Gérer les données des déchets générés par la zone assemblage»...17 Tableau 2.6 : Description du scénario de cas d utilisation «Gérer les données de déchets générés par la zone préparation»...18 Tableau 3.1 : Description du scénario de cas d utilisation «Editer les rapports de déchets»...44 Tableau 3.2 : Description du scénario de cas d utilisation «Effectuer les analyses sur des flux de déchets»...44 Tableau 3.3 : Description du scénario de cas d utilisation «Exporter un fichier des données relatives aux déchets sous forme Excel»...45 Tableau 3.4 : Description du scénario de cas d utilisation «Consulter les listes des déchets»...46 Tableau 4.1 : Description du scénario de cas d utilisation «Gérer les paramètres»...66 Tableau 4.2 : Description du scénario de cas d utilisation «Gérer les mises à jour des références des circuits»...68 Tableau 4.3 : Description du scénario de cas d utilisation «Gérer les mises à jour des composants». 69 Tableau 4.4 : Description du scénario de cas d utilisation «Gérer les mises à jour des machines»...70 Tableau 4.5 : Description du scénario de cas d utilisation «Gérer les mises à jour des matricules des opérateurs»...71 Tableau 4.6 : Description du scénario de cas d utilisation «Gérer les mises à jour des projets»...72 Tableau 4.7 : Description du scénario de cas d utilisation «Gérer les mises à jour des défauts»...73 Tableau 4.8 : Description du scénario de cas d utilisation «Gérer les mises à jour des valeurs des circuits»...74

18 Introduction générale Sous la pression perpétuelle de la concurrence, les entreprises doivent toujours améliorer leurs processus pour demeurer compétitives. Leurs efforts sont essentiellement orientés vers la réduction des gaspillages et l amélioration des flux qui ont une influence directe sur les coûts et la productivité. Dans le secteur automobile, un budget important est consacré pour traiter les problèmes de gaspillage et surtout de gaspillage lié aux déchets. En effet, perdre du temps et dépenser de l argent sur un produit non conforme limitent le pouvoir de l entreprise à augmenter sa part de marché. Pour ce faire, il faut mettre sous contrôle la gestion des flux des déchets et mener des actions pour les réduire. Dans cette optique, la multinationale américaine «Lear Corporation» nous a confié un projet de fin d études intitulé «Application de gestion des flux de déchets» ayant pour objectif l amélioration et l informatisation de la gestion des déchets au sein de son site tunisien. 1

19 Chapitre 1 : Identification des besoins Introduction : Dans ce premier chapitre, nous allons présenter notre projet de fin d étude réalisé au sein de la société «Lear Corporation Tunisie»qui a pour but d appliquer la connaissance que nous avons apprise au sein de l ISG (Institut Supérieure de Gestion) pour arriver à aboutir à la réalisation d une application de gestion des flux de déchets Objectifs : L objectif de notre projet est de créer une application qui facilite la gestion des flux des déchets d où la saisie des informations plus détaillées de ce dernier aide les départements suivants à réaliser des différentes activités : Le département logistique permet la correction de stock, Le département de la finance permet la détermination du coût total des déchets jetés, Les départements de la finance et de la direction permettent la détermination du coût réel de la production, Le département de la qualité permet la détermination des causes qui génèrent les déchets, Les départements de la qualité et de la direction permettent l orientation de l action Présentation de l organisme : Le groupe Lear : «Lear Corporation» est un groupe américain spécialisé dans la production et la distribution des équipements automobiles, fondé en 1917 à Detroit Michigan aux États-Unis. Aujourd hui, son siège social se situe à South field au Michigan, États-Unis. Les activités du groupe «Lear» sont réparties en deux branches : Les sièges internes des voitures, Les systèmes électriques. Ce groupe compte employés répartis sur 235 sites à travers 34 pays dans le monde, représentés dans la figure 1.1. [url 1] 2

20 Figure 1.1 : Les sites et les clients du groupe Lear dans le monde Lear Tunisie : Présentation Générale : «Lear Automotive Electrical and Electronic Distribution System (E.E.D.S) Tunisia» est une filiale du groupe international «Lear Corporation» crée en 1997 sous la division Europe en tant que société anonyme d un capital sociale égal à DT. Elle est située au Nord-Est de la Tunisie, dans la zone industrielle de Borj-Cedria. Plus de 1172 employés y travaillent divisée sur ses deux sites: «Lear 1» et «Lear 2» : Ces deux sites se spécialisent dans la fabrication des faisceaux électriques et ils s occupent de l importation du besoin en matières premières et l exportation de toutes leurs productions. Les clients de «Lear Automative Tunisia» sont : PSA (Peugeot et Citroën). FORD Structure de Lear Tunisie : «Lear Tunisie» comporte six départements représentés dans la figure 1.2, chapotés par la direction : Le département des ressources humaines : il assure l amélioration des capacités humaines pour les adapter à la charge de travail affectée, Le département de la qualité : il assure la conformité des processus et des produits, Le département Engineering : il définit et implémente les processus industriels selon le besoin du client, 3

21 Le département logistique : il assure l approvisionnement en matière première, la planification et la livraison des produits finis selon la demande du client, Le département de la finance : il gère les ressources financières d une manière plus rentable afin de réduire les gaspillages au niveau de l entreprise, Le département de la production : il permet de transformer les matières premières (bobines...) en produits finis (faisceau) en exploitant la capitale humaine, suivant les instructions élaborées par le département de la qualité et celui d engineering et respectant les délais des clients. Figure 1.2 : L organigramme de Lear Tunisie Certification de Lear Tunisie : «Lear Tunisie» est certifiée : ISO/TS (version 2009) : Il s agit de l ISO 9001 (2008) avec des «exigences en matière de système management de la qualité pour la conception, le développement, la production et les prestations de services associées aux produits du secteur automobile». ISO14001 (version 2004) : Il s agit d un ensemble d exigence liée aux systèmes de management environnemental. 4

22 Activités de production : La fabrication d un faisceau électrique est complexe, elle nécessite plusieurs opérations et chaque opération nécessite plusieurs matières premières selon une gamme de production bien déterminée. Tout d abord, nous commençons par la compréhension du processus de la fabrication d un faisceau électrique depuis la réception de la matière première jusqu à son expédition. Voici un synoptique qui schématise ce processus (voir figure 1.3). Figure 1.3 : La fabrication d un faisceau électrique Selon le processus présenté dans la figure 1.3, il existe six activités principales : Activité 1 : La réception de la matière première Il s agit de recevoir toutes les matières premières nécessaires dans la production. Nous pouvons distinguer plusieurs types de matières premières mentionnés dans la figure1.4: connecteurs électriques, terminaux, Seal, bobines de fils électriques, gaines plastiques, agrafe plastique. Figure 1.4 : Exemple des matières premières 5

23 Activité 2 : Coupe Dans cette zone, une bobine de fils est coupée selon les paramètres qui se trouvent sur la feuille de route préparée par le département logistique. Activité 3 : Préparation Un ensemble de fils sont acheminés directement vers la zone préparation pour effectuer des opérations spécifiques comme : La soudure ultrason : c est la soudure de plusieurs fils grâce à une machine ultrason. Le torsadage : il s agit d effectuer une tresse sur plusieurs fils grâce à une machine automatique. Le sertissage manuel : il s agit de sertir manuellement les fils ayant une section supérieure à 6 mm² ou leurs caractéristiques du contact sont différentes. L éclipsage : c est comme la soudure ultrason mais cette opération se réalise grâces à des clips. Le séchage : c est la protection de la partie soudée grâce à une gaine thermoplaste. Le jumelage : c est le sertissage manuel des deux fils différents sur les extrémités d une cosse. Après le passage du produit par la zone «coupe» ou par la zone «préparation», il devient un produit semi fini qui est appelé «circuit électrique». Activité 4 : Assemblage L opération d assemblage consiste à assembler les faisceaux fabriqués suivant un mode opératoire précis. Il s agit d une ligne tournante où les planches défilent dans un circuit fermé sur lesquelles les opératrices assemblent les câbles. En effet, l opératrice assemble les circuits électriques et les connecteurs en utilisant des gaines plastiques, des scotchs toile isolant lorsque la planche défilante arrive devant elle. Activité 5 : Contrôle et Emballage Une fois le produit est assemblé dans la zone assemblage, il subit ces 3 dernières opérations: Maquette agrafe : d abord, les opératrices doivent mettre le câblage sur une maquette et en suivant un «Check liste», elles doivent contrôler la présence des agrafes plastiques ainsi les connecteurs afin d assurer une bonne qualité du produit. Contrôle électrique (Contrôle offline) : ensuite, pour s assurer du passage et de la continuité du courant électrique, il est primordial de placer le produit sur une maquette spécifique qui permet aussi de détecter s il y a une inversion possible entre les circuits électriques. Contrôle 100% et Emballage : enfin, il est nécessaire de contrôler visuellement l ensemble du câblage avant de l emballer. 6

24 Activité 6 : Expédition des produits finis Une fois le produit est placé dans la zone de l expédition, le sous-traitant Calsina carré se charge de le stocker et de l expédier vers le magasin avancé de Lear corporation à Valencia. Durant ces activités, des déchets générés doivent être contrôlé Problématiques : Dans un marché ouvert à la concurrence, «Lear Tunisie» doit respecter des exigences clients de plus en plus strictes au niveau qualité et délais. Malheureusement, dans sa course à la satisfaction des exigences clients, Lear Tunisie génère quotidiennement plusieurs types de déchet, la mauvaise gestion de ces derniers pose plusieurs problèmes au niveau : Financier : la détermination du coût réel de production, des produits finis et des déchets générés (déchets cuivre et plastique à vendre) Logistique : des problèmes des écarts de stock Engineering : manque des détails sur les déchets générés va produire un gaspillage de temps et des ressources afin de visé les raisons qui génère les grandes quantités des déchets (panne machines, mauvais plan de production ) Influencer la qualité des produits Recherche bibliographique : «Lear Tunisie» possède un ERP nommé MFG-PRO.C est un système qui permet de gérer toutes les ressources de l entreprise inclue la gestion de déchets, mais il possède des limites concernant cette tâche : N est pas conforme ou fiche de déclaration de déchets. Le système MFG PRO est incapable de stocker toutes les données remplies dans les formulaires de déclaration de déchets Solutions : Nous avons constaté que la procédure de gestion de déchets présente beaucoup d anomalie c est pourquoi nous allons concevoir un système d information informatisé intitulé «Application de gestion des flux de déchets»pour stocker et gérer les déchets Input & Output : Figure 1.5 : Input et output de l application 7

25 Les inputs de notre application : Les fiches de déchets qui sont rempliées par les opérateurs et qui sont : - Hors-production : concernant les déchets générer par les départements horsproduction. - Zone coupe : concernant les déchets générer par la zone coupe. - Zone assemblage : concernant les déchets générer par la zone assemblage. - Zone préparation : concernant les déchets générer par la zone préparation. Les paramètres et les mises à jour de l application. Les outputs de notre application sont principalement : Des rapports de déchets contiennent les informations globales et détaillées sur les quantités et les coûts réels des déchets générer par chaque zone et chaque département. Des graphes contiennent les statistiques des flux de déchets. Un fichier sous forme «Excel» contient les données de déchets. Des listes contiennent les informations de chaque type de déchet Processus de conception : Nous avons choisi la méthode de conception «Processus Unifié» : C est un processus de développement logiciel, il regroupe les activités à mener pour transformer les besoins d un utilisateur en système logiciel. Les caractéristiques essentielles du processus unifié sont : Le processus unifié est à base de composants : Le processus unifié est piloté par les cas d utilisation : Il faut bien comprendre les désirs et les besoins des futurs utilisateurs, le processus de développement sera donc centré sur l'utilisateur (Les utilisateurs humains et/ou systèmes), Centré sur l architecture : L architecture émerge des besoins de l entreprise, tels qu ils sont exprimés par les utilisateurs et autres intervenants et tels qu ils sont reflétés par les cas d utilisation, Itératif et incrémental : Le développement d un produit logiciel peut s étendre sur plusieurs mois. Nous n allons pas tout développer d un coup. Nous pouvons découper le travail en plusieurs parties qui sont autant de mini projets. Chacun d entre eux représentant une itération qui donne lieu à un incrément, Le processus unifié utilise le langage UML : (Unified Modeling Language ou «langage de modélisation unifié») C est un langage de modélisation graphique à base de pictogrammes. Il est apparu dans le monde du génie logiciel, dans le cadre de la «Conception orientée objet». UML est couramment utilisé dans les projets logiciels. [1] 8

26 Conclusion : Au cours de ce premier chapitre, nous avons présenté l entreprise LEAR AutomativeTunisie, déterminé la problématique de notre sujet PFE, étudié l existant et identifié les besoins de l entreprise d accueil. Le chapitre suivant sera consacré à concevoir l application proposée. 9

27 Chapitre 2 : Conception «Phase d Incubation» Introduction : La conception est un processus créatif. C est la phase la plus importante dans le cycle de développement d un projet. C est pour cela, au niveau de ce chapitre, nous allons commencer tout d abord par présenter et expliciter la première phase de la conception «Phase d Incubation» qui donne une vue du projet sous forme du produit fini La Capture des besoins : Les diagrammes de cas d'utilisation sont des diagrammes UML utilisés pour donner une vision globale du comportement fonctionnel d'un système logiciel. Ils sont utiles pour des présentations auprès de la direction ou des acteurs d'un projet, mais pour le développement, les cas d'utilisation sont plus appropriés. Un cas d'utilisation représente une unité discrète d'interaction entre un utilisateur (humain ou machine) et un système. Il est une unité significative de travail. Dans un diagramme de cas d'utilisation, les utilisateurs sont appelés acteurs (actors), ils interagissent avec les cas d'utilisation (use cases). [url 2] Dans cette activité, nous allons définir une liste des besoins : tout d abord, nous allons comprendre le contexte du système, puis nous allons exprimer les besoins fonctionnels en dégageant les différents diagrammes de cas d utilisation, ainsi que les besoins non fonctionnels Description du contexte du système : L organisme «Lear Corporation Tunisie» souhaite informatiser son système de la gestion des flux de déchets. Nous allons donc étudier les différentes fonctions de cette gestion : Chaque zone (Coupe, Assemblage et Préparation) et chaque département (Qualité, Engineering, Logistique, Finance et Maintenance) génère son propre déchet. Chaque jour, un opérateur de chaque équipe d une zone de la production ramène le déchet de son équipe à la zone de la collecte du déchet avec une fiche d informations concernant le déchet généré par son équipe et de la même manière s il existe un déchet hors-production généré d une des départements. L agent «scrap» faire le pesage de déchets circuits générés par toutes les zones ainsi les déchets circuits générés par les différents départements (horsproduction), en suite, il enregistre les données relatives à chaque type de déchet après avoir choisir le client (PSA ou Ford). À la fin du chaque jour, l agent «scrap» importe à partir de l application un fichier «Excel» qui contient les informations des déchets des zones «coupe, assemblage et préparation» pour déterminer les coûts réels de déchet généré par ces zones, et il édite un rapport qui contient les informations générales des déchets de chaque zone ainsi que les coûts totaux et les coûts unitaires de chaque type de déchet. 10

28 L agent «scrap» effectue aussi des analyses sur les flux de déchets pour déterminer les causes d avoir un taux élevé du déchet. Le responsable «scrap» qui est l un des agents «scrap» peut gérer les paramètres de l application : supprimer, ajouter et modifier un utilisateur de l application. Lors de l ajout d un utilisateur, le responsable «scarp» lui donne un droit d accès (t : responsable «scrap», s : agent «scrap», c : employée département). Ce responsable a le droit aussi de gérer les mises à jour de la base de données des déchets : supprimer, ajouter et modifier une des circuits ou un des composants. Tous les utilisateurs de l application, qui sont tous les employées d une des départements, ont le droit de consulter les listes de déchets. Il faut que tous les utilisateurs de l application avoir un login et un mot de passe pour accéder à l application Définition des besoins fonctionnels : Le diagramme de cas d utilisation global représenté dans la Figure 2.1 décrit les différents cas d utilisation qui dégagent les besoins fonctionnels de notre application, ainsi que leurs acteurs qui sont principalement : L acteur principal est celui de l agent de «scrap» qui permet de : - Gérer les informations des déchets relatifs aux activités «production» et «horsproduction». - Gérer les données de déchets générés par la zone «coupe». - Gérer les données de déchets générés par la zone «assemblage». - Gérer les données de déchets générés par la zone «préparation». - Editer les rapports de déchets. - Effectuer les analyses sur les flux de déchets. - Exporter un fichier des déchets sous forme «Excel». L acteur «Responsable scrap», qui gère les utilisateurs ainsi que les circuits et les composants, permet de : - Gérer les paramètres par : L ajout d un utilisateur La suppression d un utilisateur La modification d un utilisateur - Gérer les mises à jour des : Matricules opérateurs, Machines, Références circuits, Composants, 11

29 Projets, Valeurs des circuits. L acteur «Employé département» qui pourra consulter les listes de déchets. Figure 2.1 : Diagramme de cas d utilisation Global «Gestion des flux de déchets» Définition des besoins non fonctionnels : Les besoins non fonctionnels sont des exigences qui caractérisent une propriété désirée du système. Pour certains projets, ces besoins demanderont un travail très important et pour d autres un contrôle rapide sera suffisant. Notre application «Gestion de flux de déchets» doit répondre aux besoins suivants : Le fonctionnement en réseau : l application communique avec une base de données distante située sur un serveur contient un SGBDSQL, suivant une architecture clients\serveur comme elle est représentée dans la figure 2.2 ci-dessous. 12