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

30 Figure 2.2 : Architecture de l application «Gestion des flux de déchet» La performance : le chargement de l application, des interfaces, des requêtes, de mise à jour, d affichage, ou bien d insertion ne doit pas pendre un temps remarquable. La compatibilité : l application doit être compatible avec l environnement fourni par l entreprise d accueil et le système d exploitation existant. L ergonomique : les interfaces doit être simple et facile à comprendre Identification des acteurs et des cas d utilisation et affectation des priorités: Dans cette partie, nous avons identifié les acteurs nécessaires de notre application, ainsi que les différents cas d utilisation relatifs à eux en affectant leurs priorités. Acteur Cas d utilisation Priorité Agent «Scrap» Gérer les données relatives aux déchets horsproduction 1 Agent «Scrap» Gérer les données de déchets générés par la zone 1 «coupe» Agent «Scrap» Gérer les données de déchets générés par la zone «assemblage» 1 13

31 Agent «Scrap» Gérer les données de déchets générés par la zone 1 «préparation» Agent «Scrap» Editer les rapports de déchets 2 Agent «Scrap» Effectuer les analyses sur les flux de déchets 2 Agent «Scrap» Exporter un fichier des données relatives aux déchets 2 sous forme Excel Responsable «Scrap» Gérer les paramètres 3 Responsable «Scrap» Gérer les mises à jour 3 Employée de Consulter liste des déchets 2 département Agent «Scrap», S authentifier 1 responsable «Scrap» et employée de département Tableau 2.1 : Affectation des acteurs\priorités aux cas d utilisation Raffinement des cas d utilisations prioritaires : À ce niveau de l activité «Capture des besoins», nous allons raffiner les cas des utilisations de priorité 1 dont nous allons faire à chacune des cas des utilisations, la description textuelle de son scénario principal, ainsi que les exceptions qui peuvent se déroulent pendant l utilisation de l application Raffinement de cas d utilisation «S authentifier» : Figure 2.3 : Diagramme de cas d utilisation «S authentifier» Il s agit d un diagramme de cas d utilisation relatif à tous les utilisateurs de l application qui sont obligatoirement avoir un login et un mot de passe pour pouvoir utiliser l application. Cas d utilisation S authentifier Acteur Agent «Scrap», Responsable «Scrap» et employée de département Pré-condition L application installée sur l ordinateur de l utilisateur Post-condition L utilisateur est authentifié et autorisé. 14

32 Description du 1- Le système affiche l interface de l authentification scénario principale 2- L utilisateur saisit son login et son mot de passe 3- L utilisateur survole sur le bouton «Connecter» 4- Le système vérifie le login et le mot de passe Exception Le système affiche un message d erreur indiquant que le login ou le mot de passe est incorrect Tableau 2.2 : Description du scénario de cas d utilisation «S authentifier» Raffinement de cas d utilisation «Gérer les données relatives aux déchets hors-production» : Figure 2.4 : Diagramme de cas d utilisation «Gérer les données relatives aux déchets horsproduction» Il s agit d un diagramme de cas d utilisation relatif à l acteur «Agent Scrap» qui a le droit de gérer les données des déchets hors-production. Cas d utilisation Gérer les données relatives aux déchets hors-production Acteur Agent «Scrap» Pré-condition L agent «Scrap» doit être identifié et autorisé Post-condition Les données des déchets hors-production sont enregistrées dans la base de données. Description du 1- Le système affiche l interface. scénario principale 2- L agent «Scrap» choisit le département qui génère le déchet à déclarer. 3- L agent «Scrap» saisit les informations des déchets horsproduction. 4- L agent «Scrap» survole sur le bouton «Enregistrer» 5- Le système enregistre les données nécessaires. Exception Le système affiche un message d erreur indiquant qu une information est manquante ou incorrecte. Tableau 2.3 : Description du scénario de cas d utilisation «Gérer les données relatives aux déchets hors-production» 15

33 Raffinement de cas d utilisation «Gérer les données de déchets générés par la zone coupe» : Figure 2.5 : Diagramme de cas d utilisation «Gérer les données de déchets générés par la zone coupe» Il s agit d un diagramme de cas d utilisation relatif à l acteur «Agent Scrap» qui a le droit de gérer les données de déchets générés par la zone «coupe». Cette dernière est composée de deux catégories : déchet circuit technologique et celui exceptionnel. Cas d utilisation Gérer les données de déchets générés par la zone «coupe». Acteur Agent «Scrap» Pré-condition L agent «Scrap» doit être identifié et autorisé Post-condition Les données de déchets «coupe» sont enregistrées dans la base de données. Description du 1- Le système affiche l interface. scénario principale 2- L agent «Scrap» va choisir : 2.1- Déchets circuits technologiques de la zone «coupe» Déchets circuits exceptionnels de la zone «coupe». 3- L agent «Scrap» saisit les informations des déchets de la zone «coupe». 4- L agent «Scrap» survole sur le bouton «Enregistrer». 5- Le système enregistre les données nécessaires. Exception Le système affiche un message d erreur indiquant qu une information est manquante ou incorrecte. 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

34 Raffinement de cas d utilisation «Gérer les données de déchets générés par la zone assemblage» : Figure 2.6 : Diagramme de cas d utilisation «Gérer les données des déchets générés par la zone assemblage» Il s agit d un diagramme de cas d utilisation relatif à l acteur «Agent Scrap» qui a le droit de gérer les données de déchets générés par la zone «assemblage». Cette dernière est composée par deux catégories : circuit (technologique et exceptionnel) et composant. Cas d utilisation Gérer les données des déchets générés par la zone «assemblage». Acteur Agent «Scrap» Pré-condition L agent «Scrap» doit être identifié et autorisé. Post-condition Les données des déchets d assemblage sont enregistrées dans la base de données. Description du 1- Le système affiche l interface. scénario principale 2- L agent «Scrap» va choisir : Déchets circuits technologiques de la zone «assemblage» Déchets circuits exceptionnels de la zone «assemblage» Déchets composants de la zone «assemblage». 3- L agent «Scrap» saisit les informations des déchets. 4- L agent «Scrap» survole sur le bouton «Enregistrer» 5- Le système enregistre les données nécessaires. Exception Le système affiche un message d erreur indiquant qu une information est manquante ou incorrecte. 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

35 Raffinement de cas d utilisation «Gérer les données de déchets générés par la zone préparation» : 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» Il s agit d un diagramme de cas d utilisation relatif à l acteur «Agent Scrap» qui a le droit de gérer les données des déchets générés par la zone «préparation». Cas d utilisation Gérer les données de déchets générés par la zone «préparation». Acteur Agent «Scrap» Pré-condition L agent «Scrap» doit être identifié et autorisé. Post-condition Les données des déchets de la zone «préparation» sont enregistrées dans la base de données. Description du 1- Le système affiche l interface. scénario principale 2- L agent «Scrap» saisit les informations des déchets de la zone «préparation». 3- L agent «Scrap» survole sur le bouton «Enregistrer» 4- Le système enregistre les données nécessaires. Exception Le système affiche un message d erreur indiquant qu une information est manquante ou incorrecte. 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» Prototype des interfaces utilisateurs : La figure 2.8 illustre un prototype des interfaces utilisateurs : la connexion et le menu principal. Tout d abord, l utilisateur de l application saisit son login et son mot de passe, ensuite, il survole sur le bouton «Connecter». Dans ce cas, le système vérifie les données de la connexion : si les données sont valides alors le menu principal relatif à l utilisateur connecté sera affiché. 18

36 Figure 2.8 : Prototypes des interfaces utilisateur : Connexion et menu principal 2.2. Analyse des cas d utilisation prioritaires : L'objectif de l'analyse est d'accéder à une compréhension des besoins et des exigences du client. Il s'agit de livrer des spécifications pour permettre de choisir la conception de la solution. Un modèle d'analyse livre une spécification complète des besoins issus des cas d'utilisation et les structures qui facilitent la compréhension des scénarios, la préparation, la modification et la maintenance du futur système. [2] 19

37 Traçabilité entre le modèle de cas d utilisation (MCU) et le modèle d analyse (MA) : À ce niveau de l activité «Analyse» de la phase d incubation, nous avons précis les tables relatives aux cas d utilisation ainsi que les interfaces utilisateurs et les contrôles de chaque cas d utilisation Traçabilité entre MCU et MA relatif au cas d utilisation «S authentifier» : La figure 2.9 représente la table qui est utilisée dans le cas d utilisation «S authentifier» et qui est la table : «user». Figure 2.9 : 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» : La figure 2.10 représente les tables qui sont utilisées dans le cas d utilisation «Gérer les données relatives aux déchets hors-production» et qui sont principalement : «circuit_ford», «circuit_psa», «composants», «info_mise_en_scrap» et «mise_en_scrap». 20

38 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» 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» : La figure 2.11 représente les tables qui sont utilisées dans le cas d utilisation «Gérer les données de déchets générés par la zone coupe» et qui sont principalement : «circuit_psa», «circuit_ford», «déchet_coupe», «def_circuit_coupe», «matricule_op» et «machines». 21

39 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» 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» : La figure 2.12 représente les tables qui sont utilisées dans le cas d utilisation «Gérer les données de déchets générés par la zone assemblage» et qui sont principalement : «circuit_ford», «circuit_psa», «composants», «info_déchet_ass», «projet», «déchet_ass», «def_composant», «def_circuit_prep_ass» et «matricule_op». 22

40 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» 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» : La figure 2.13 représente les tables qui sont utilisées dans le cas d utilisation «Gérer les données de déchets générés par la zone préparation» et qui sont principalement : «circuit_ford», «circuit_psa», «projet», «def_circuit_prep_ass», «déchet_prep», «info_déchet_prep» et «matricule_op». 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

41 Diagrammes de classes d analyse : À ce niveau de l activité «Analyse» de la phase d incubation, nous allons présenter les relations entre les tables, les acteurs, les contrôles et les interfaces de quelques cas d utilisation Diagramme de classes d analyse relatif au cas d utilisation «S authentifier» : La figure 2.14 représente les relations entre les tables utilisées dans le cas d utilisation «S authentifier», l interface utilisateur «IU_Authetifier», le contrôle «C_authentifier» et chaque utilisateur de l application. Figure 2.14 : 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» : La figure 2.15 représente les relations entre les tables utilisées dans le cas d utilisation «Gérer les données relatives aux déchets hors-production», l interface utilisateur «IU_Horsprod», le contrôle «C_Hors-prod» et l utilisateur «Agent Scrap». 24

42 Figure 2.15 : 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» : La figure 2.16 représente les relations entre les tables utilisées dans le cas d utilisation «Gérer les données de déchets générés par la zone coupe», l interface utilisateur «IU_Coupe», le contrôle «C_Coupe» et l utilisateur «Agent Scrap». 25

43 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» 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» : La figure 2.17 représente les relations entre les tables utilisées dans le cas d utilisation «Gérer les données de déchets générés par la zone assemblage», l utilisateur «Agent Scrap», le contrôle «C_Assemblage», les interfaces utilisateur «IU_Assemblage», «assemblage_circuit» et «assemblage_composant». 26

44 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

45 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» : La figure 2.18 représente les relations entre les tables utilisées dans le cas d utilisation «Gérer les données de déchets générés par la zone préparation», l interface utilisateur «IU_Préparation», le contrôle «C_Preparation» et l utilisateur «Agent Scrap». 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» Diagrammes de collaboration : À ce niveau de l activité «Analyse» de la phase d incubation, nous allons élaborer les diagrammes de collaboration des cas des utilisations prioritaires, qui présentent le scénario en détail ainsi que l interaction entre les éléments du système et l utilisateur. 28

46 Diagramme de collaboration relatif au cas d utilisation «S authentifier» : La figure 2.19 représente en détaille scénario principal relatif au cas d utilisation «S authentifier» ainsi que les interactions entre l utilisateur et l application au niveau de ce cas d utilisation. Figure 2.19 : 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» : La figure 2.20 représente en détaille scénario principal relatif au cas d utilisation «Enregistrer les données relatives aux déchets hors-production» ainsi que les interactions entre l agent «scrap» et l application au niveau de ce cas d utilisation. Figure 2.20 : Diagramme de collaboration relatif au cas d utilisation «Enregistrer les données relatives aux déchets hors-production» 29

47 Diagramme de collaboration relatif au cas d utilisation «Enregistrer les données de déchets générés par la zone coupe» : La figure 2.21 représente en détaille scénario principal relatif au cas d utilisation «Enregistrer les données de déchets générés par la zone coupe» ainsi que les interactions entre l agent «scrap» et l application au niveau de ce cas d utilisation. 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» Diagramme de collaboration relatif au cas d utilisation «Enregistrer les données de déchets générés par la zone assemblage» : La figure 2.22 représente en détail le scénario principal relatif au cas d utilisation «Enregistrer les données de déchets générés par la zone assemblage» ainsi que les interactions entre l agent «scrap» et l application au niveau de ce cas d utilisation. 30

48 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

49 Diagramme de collaboration relatif au cas d utilisation «Enregistrer les données de déchets générés par la zone préparation» : La figure 2.23 représente en détail le scénario principal relatif au cas d utilisation «Enregistrer les données de déchets générés par la zone préparation» ainsi que les interactions entre l agent «scrap» et l application au niveau de ce cas d utilisation. 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» 2.3. Conception des cas d utilisation prioritaires : La conception dans cette phase consiste à concevoir les cas d utilisations, nous allons construire alors les diagrammes de classes de conception, ainsi que les interactions entre eux et les diagrammes de séquence de chaque cas d utilisation de priorité Diagrammes des classes de conception : Les diagrammes de classes expriment de manière générale la structure statique d un système, en termes de classes et de relations entre ces classes. Une classe permet de décrire un ensemble d objets (attributs et comportement), tandis qu une relation ou association permet de faire apparaître des liens entre ces objets. [2] 32

50 Diagramme de classes de conception relatif au cas d utilisation «S authentifier» : La figure 2.24 représente les classes du cas d utilisation «S authentifier» et les relations entre elles. Figure 2.24 : 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»: La figure 2.25 représente les classes du cas d utilisation «Enregistrer les données relatives aux déchets hors-production» et les relations entre elles. Figure 2.25 : Diagramme de classes de conception relatif au cas d utilisation «Enregistrer les données relatives aux déchets hors-production» 33

51 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»: La figure 2.26 représente les classes du cas d utilisation «Enregistrer les données de déchets générés par la zone coupe» et les relations entre elles. 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» 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»: La figure 2.27 représente les classes du cas d utilisation «Enregistrer les données de déchets générés par la zone assemblage» et les relations entre elles. 34

52 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

53 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» : La figure 2.28 représente les classes du cas d utilisation «Enregistrer les données de déchets générés» par la zone préparation» et les relations entre elles. 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

54 Diagrammes de séquences : Les diagrammes de séquences sont la représentation graphique des interfaces entre les acteurs et le système selon un ordre chronologique. Le but étant de décrire comment se déroulent les actions entre les acteurs ou objets Diagramme de séquences relatif au cas d utilisation «S authentifier» : La figure 2.29 illustre une description détaillée du scénario relatif au cas d utilisation «S authentifier». Figure 2.29 : 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» : La figure 2.30 illustre une description détaillée du scénario relatif au cas d utilisation «Enregistrer les données relatives aux déchets hors-production». 37

55 Figure 2.30 : 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» : La figure 2.31 illustre une description détaillée du scénario relatif au cas d utilisation «Enregistrer les données de déchets générés par la zone coupe». 38

56 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» Diagramme de séquences relatif au cas d utilisation «Enregistrer les données de déchets générés par la zone assemblage» : La figure 2.32 illustre une description détaillée du scénario relatif au cas d utilisation «Enregistrer les données générés par la zone assemblage». 39

57 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

58 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» : La figure 2.33 illustre une description détaillée du scénario relatif au cas d utilisation «Enregistrer les données relatives aux déchets préparation». 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

59 Conclusion : Dans ce chapitre, nous sommes concentrés à la spécification des besoins fonctionnels et non fonctionnels de notre projet de fin d étude, nous avons aussi concevoir les cas d utilisation prioritaires de notre futur système, ce qui nous a permis de passer à la phase d élaboration. 42

60 Chapitre 3 : Conception «Phase d élaboration» Introduction : Cette phase utilise le modèle des cas d'utilisation comme moyen de compréhension et de description des besoins, alors nous consistons à compléter l'identification des besoins et à détailler les cas d'utilisations secondaires trouvés dans la phase d'incubation Capture des besoins : Raffinement des cas d utilisations secondaires : Raffinement de cas d utilisation «Editer les rapports de déchets» : Figure 3.1 : Diagramme de cas d utilisation «Editer les rapports de déchets» Il s agit d un diagramme de cas d utilisation relatif à l acteur «Agent Scrap» qui a le droit d éditer les rapports de déchets qui contient tous les informations (Coûts, Quantité) concernant les déchets générés dans une période précise. Cas d utilisation Editer les rapports de déchets Acteur Agent «Scrap» Pré-condition L agent «Scrap» doit être identifié et autorisé Post-condition Rapport est édité et enregistré Description du 1- Le système affiche l interface du rapport scénario principale 2- L agent «scrap» choisit la date 3- L agent «scrap» choisit le client 4- L agent «scrap»survole sur le bouton «Démarrer» 5- Le système affiche le rapport 6- L agent «scrap» remplit les champs manquants du rapport 7- L agent survole sur bouton «Enregistrer» 8- Le système effectue les calculs nécessaires 9- Le système enregistre le rapport Exception Le système affiche un message d erreur indiquant qu une 43

61 information est manquante ou incorrecte. Tableau 3.1 : Description du scénario de cas d utilisation «Editer les rapports de déchets» Raffinement de cas d utilisation «Effectuer les analyses sur les flux de déchets» : Figure 3.2 : Diagramme de cas d utilisation «Effectuer les analyses sur des flux de déchets» Il s agit d un diagramme de cas d utilisation relatif à l acteur «Agent Scrap» qui a le droit d effectuer les analyses des flux de déchets à fin d avoir des statistiques sous forme de Pareto selon les machines, les opérateurs, les zones ou les équipes. Cas d utilisation Effectuer les analyses sur des flux de déchets Acteur Agent «Scrap» Pré-condition L agent «Scrap» doit être identifié et autorisé Post-condition Les analyses sont effectuées Description du 1- Le système affiche l interface des analyses scénario principale 2- L agent «scrap» choisit le type d analyse 3- L agent «scrap» choisit la date 4- L agent «scrap» choisit le client 5- L agent «scrap» survole sur bouton «Analyse» 6- Le système affiche les graphes d analyse Exception Le système affiche un message d erreur indiquant l existence d un problème de chargement de données Tableau 3.2 : Description du scénario de cas d utilisation «Effectuer les analyses sur des flux de déchets» 44

62 Raffinement de cas d utilisation «Exporter un fichier des déchets sous forme Excel» : Figure 3.3 : Diagramme de cas d utilisation «Exporter un fichier des données relatives aux déchets sous forme Excel» Il s agit d un diagramme de cas d utilisation relatif à l acteur «Agent Scrap» qui a le droit d exporter un fichier Excel qui contient les données de déchets pour faciliter la déclaration de ces données sur le système MFG-Pro. Cas d utilisation Exporter un fichier des données relatives aux déchets sous forme Excel Acteur Agent «Scrap» Pré-condition L agent «Scrap» doit être identifié et autorisé Post-condition Un fichier Excel contient les enregistrements de déchets «assemblage» est enregistré. Description du 1- Le système affiche l interface scénario principale 2- L agent «scrap» choisit la date 3- L agent «scrap» choisit le client 4- L agent «scrap» choisit la zone 5- L agent «scrap» survole sur le bouton «Démarrer» 6- Le système affiche tous les enregistrements de la date choisi par l agent 7- L agent «scrap» survole sur le bouton «Enregistrer» 8- Le système enregistre les enregistrements trouvés dans le fichier Excel Exception Le système affiche un message d erreur indiquant que les choix ne sont pas valides 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

63 Raffinement de cas d utilisation «Consulter les listes des déchets» : Figure 3.4 : Diagramme de cas d utilisation «Consulter les listes des déchets» Il s agit d un diagramme de cas d utilisation relatif à l acteur «Employée Département» qui a le droit de consulter les listes des déchets pour vérifier les détails des enregistrements à fin de préciser les problèmes du déchet le plus généré. Cas d utilisation Consulter les listes des déchets Acteur Employée de Département Pré-condition Employée de Département doit être identifié et autorisé Post-condition Les listes des déchets sont affichées. Description du 1- Le système affiche l interface des listes des déchets scénario principale 2- L agent «scrap» choisit le date 3- L agent «scrap» choisit le type de déchet 4- L agent «scrap» survole sur bouton «Afficher» 5- Le système affiche les listes selon les choix de l utilisateur Exception Le système affiche un message d erreur indiquant que les choix ne sont pas valides Tableau 3.4 : Description du scénario de cas d utilisation «Consulter les listes des déchets» 3.2. 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» : La figure 3.5 représente les tables qui sont utilisées dans le cas d utilisation «Editer les rapports de déchets» et qui sont principalement : «info_mise_en_scrap», «mise_en_scrap», «déchet_coupe», «déchet_prep», «déchet_ass», «info_déchet_ass», «info_déchet_prep», «valeur», «daily» et«info_daily». 46

64 Figure 3.5 : Diagramme de 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» : La figure 3.6 représente les tables qui sont utilisées dans le cas d utilisation «Effectuer les analyses sur les flux de déchets» et qui sont principalement : «valeur», «déchet_coupe» et «info_déchet_ass». 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

65 Traçabilité entre MCU et MA relatif au cas d utilisation «Exporter un fichier des déchets sous forme Excel» : La figure 3.7 représente les tables qui sont utilisées dans le cas d utilisation «Exporter un fichier des déchets sous forme Excel» et qui sont principalement : «déchet_ass», «info_déchet_ass», «déchet_prep», «info_déchet_prep» et «déchet_coupe». 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» Traçabilité entre MCU et MA relatif au cas d utilisation «Consulter les listes des déchets» : La figure 3.8 représente les tables qui sont utilisées dans le cas d utilisation «Consulter les listes des déchets» et qui sont principalement : «info_mise_en_scrap», «mise_en_scrap», «déchet_coupe», «déchet_prep», «déchet_ass», «info_déchet_ass» et «info_déchet_prep». 48

66 Figure 3.8 : Diagramme de 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» : La figure 3.9 représente les relations entre les tables utilisées dans le cas d utilisation «Editer les rapports de déchets», l interface utilisateur «IU_Rapport», le contrôle «C_Rapport» et l utilisateur «Agent Scrap». 49

67 Figure 3.9 : 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» : La figure 3.10 représente les relations entre les tables utilisées dans le cas d utilisation «Effectuer les analyses sur les flux de déchets», l interface utilisateur «IU_Analyse», le contrôle «C_Analyse» et l utilisateur «Agent Scrap» 50

68 Figure 3.10 : Diagramme de classes d analyse relatif au cas d utilisation «Effectuer les analyses sur les flux de déchets» Diagramme de classes d analyse relatif au cas d utilisation «Exporter un fichier des déchets sous forme Excel» : La figure 3.11 représente les relations entre les tables utilisées dans le cas d utilisation «Exporter un fichier des déchets sous forme Excel», l interface utilisateur «IU_Exporter», le contrôle «C_Ecporter» et l utilisateur «Agent Scrap» Figure 3.11 : Diagramme de classes d analyse relatif au cas d utilisation «Exporter un fichier des déchets assemblage sous forme Excel» 51

69 Diagramme de classes d analyse relatif au cas d utilisation «Consulter les listes des déchets» : La figure 3.12 représente les relations entre les tables utilisées dans le cas d utilisation «Consulter les listes des déchets», l interface utilisateur «IU_Déchet», le contrôle «C_Déchet» et l utilisateur «Employée de département» Figure 3.12 : 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» : La Figure 3.13 représente en détail le scénario principal relatif au cas d utilisation «Editer les rapports de déchets», ainsi que les interactions entre l utilisateur et l application au niveau de ce cas d utilisation. 52

70 Figure 3.13 : 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» : La Figure 3.14 représente en détail le scénario principal relatif au cas d utilisation «Effectuer les analyses sur les flux de déchets», ainsi que les interactions entre l utilisateur et l application au niveau de ce cas d utilisation. Figure 3.14 : Diagramme de collaboration relatif au cas d utilisation «Effectuer les analyses sur les flux de déchets» 53

71 Diagramme de collaboration relatif au cas d utilisation «Exporter un fichier des déchets sous forme Excel» : La Figure 3.15 représente en détail le scénario principal relatif au cas d utilisation «Exporter un fichier des déchets sous forme Excel», ainsi que les interactions entre l utilisateur et l application au niveau de ce cas d utilisation. Figure 3.15 : Diagramme de collaboration relatif au cas d utilisation «Exporter un fichier des déchets assemblage sous forme Excel» Diagramme de collaboration relatif au cas d utilisation «Consulter les listes des déchets» : La Figure 3.16 représente en détail le scénario principal relatif au cas d utilisation «Consulter les listes des déchets», ainsi que les interactions entre l utilisateur et l application au niveau de ce cas d utilisation. 54

72 Figure 3.16 : Diagramme de collaboration relatif au cas d utilisation «Consulter les listes des déchets» 3.3. 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» : La figure 3.17 représente les classes du cas d utilisation «Editer les rapports de déchets» et les relations entre elles. 55

73 Figure 3.17 : Diagramme de classes de conception relatif au cas d utilisation «Editer les rapports de déchets» 56

74 Diagramme de classes de conception relatif au cas d utilisation «Effectuer les analyses sur les flux de déchets» : La figure 3.18 représente les classes du cas d utilisation «Effectuer les analyses sur les flux de déchets» et les relations entre elles. Figure 3.18 : 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» : La figure 3.19 représente les classes du cas d utilisation «Exporter un fichier des déchets sous forme Excel» et les relations entre elles. 57

75 Figure 3.19 : 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» : La figure 3.20 représente les classes du cas d utilisation «Consulter les listes des déchets» et les relations entre elles. 58

76 Figure 3.20 : 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» : La figure 3.21 illustre la description détaillée du scénario relatif au cas d utilisation «Editer les rapports de déchets». 59

77 Figure 3.21 : Diagramme de séquences relatif au cas d utilisation «Editer les rapports de déchets» 60

78 Diagramme de séquences relatif au cas d utilisation «Effectuer les analyses sur les flux de déchets» : La figure 3.22 illustre la description détaillée du scénario relatif au cas d utilisation «Effectuer les analyses sur les flux de déchets». Figure 3.22 : Diagramme de séquences relatif au cas d utilisation «Effectuer les analyses sur les flux de déchets» 61

79 Diagramme de séquences relatif au cas d utilisation «Exporter un fichier des déchets assemblage sous forme Excel» : La figure 3.23 illustre la description détaillée du scénario relatif au cas d utilisation «Exporter un fichier des déchets assemblage sous forme Excel». Figure 3.23 : 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» : La figure 2.24 illustre la description détaillée du scénario relatif au cas d utilisation «Consulter les listes des déchets». 62

80 Figure 3.24 : Diagramme de séquences relatif au cas d utilisation «Consulter les listes des déchets» 63

81 Conclusion : Au cours de cette phase, nous avons terminé le raffinement, l analyse et la conception des cas d utilisations secondaires. Alors, nous pourrons passer à la troisième phase du processus unifié qui est la phase de la «construction». 64

82 Chapitre 4 : Conception «Phase de construction» Introduction : La phase de construction est la troisième phase du processus unifié. Au cours de ce chapitre, nous allons concevoir les cas d utilisations tertiaires Capture des besoins : Diagramme de cas d utilisations : A ce niveau de ce chapitre, nous avons construit des nouveaux cas d utilisations comme les représente la figure 4.1. Figure 4.1 : Diagramme de cas d utilisations relatif à l acteur «Responsable Scrap» Raffinement des cas d utilisation tertiaires : Raffinement de cas d utilisation «Gérer les paramètres» : Figure 4.2 : Diagramme de cas d utilisations«gérer les paramètres» Il s agit d un diagramme de cas d utilisation relatif à l acteur «Responsable Scrap» qui a le droit de gérer les paramètres de l application et qui sont principalement : 65

83 L ajout d un utilisateur. La suppression d un utilisateur. La modification d un utilisateur. Cas d utilisation Gérer les paramètres Acteur Responsable «Scrap» Pré-condition Le responsable «scrap» doit être identifié et autorisé Post-condition Les paramètres de la liste des utilisateurs sont effectués Description du 1- Le système affiche l interface. scénario principale 2- Le système affiche la liste des utilisateurs Le responsable «scrap» sélectionne un utilisateur Le responsable «scrap» change les informations de l utilisateur sélectionné Le responsable «scrap» survole sur le bouton «Modifier» Le système enregistre les modificationseffectuées au niveau de l utilisateur sélectionné Le responsable «scrap» sélectionne un utilisateur Le responsable «scrap» survole sur le bouton «Supprimer» Le système supprime l utilisateur de la base de données Le responsable «scrap» saisit les informations du nouvel utilisateur Le responsable «scrap» survole sur le bouton «Ajouter» Le système ajout le nouvel utilisateur à la base de données Exception Le système affiche un message d erreur indiquant l existence d un problème de chargement de données Tableau 4.1 : Description du scénario de cas d utilisation «Gérer les paramètres» 66

84 circuits» : Raffinement de cas d utilisation «Gérer les mises à jour des références des Figure 4.3 : Diagramme de cas d utilisation «Gérer les mises à jour des références des circuits» Il s agit d un diagramme de cas d utilisation relatif à l acteur «Responsable Scrap» qui a le droit de gérer les mises à jour des références des circuits. Cas d utilisation Gérer les mises à jour des références des circuits Acteur Responsable «Scrap» Pré-condition Le responsable «scrap» doit être identifié et autorisé Post-condition Les paramètres des références des circuits sont effectués Description du 1- Le système affiche l interface. scénario principale 2- Le système affiche la liste des circuits Le responsable «scrap» sélectionne une référence d un circuit Le responsable «scrap» change les informations de la référence sélectionnée Le responsable «scrap» survole sur le bouton «Modifier» Le système enregistre les modifications effectuées au niveau de la référence sélectionnée Le responsable «scrap» sélectionne une référence d un circuit Le responsable «scrap» survole sur le bouton «Supprimer» Le système supprime la référence de la base de données Le responsable «scrap» saisit les informations de la nouvelle référence du circuit Le responsable «scrap» survole sur le bouton «Ajouter» Le système ajout la nouvelle référence à la base de 67

85 données. Exception Le système affiche un message d erreur indiquant l existence d un problème de chargement de données Tableau 4.2 : Description du scénario de cas d utilisation «Gérer les mises à jour des références des circuits» Raffinement de cas d utilisation «Gérer les mises à jour des composants» : Figure 4.4 : Diagramme de cas d utilisation «Gérer les mises à jour des composants» Il s agit d un diagramme de cas d utilisation relatif à l acteur «Responsable Scrap» qui a le droit de gérer les mises à jour des composants. Cas d utilisation Gérer les mises à jour des composants Acteur Responsable «Scrap» Pré-condition Le responsable «scrap» doit être identifié et autorisé Post-condition Les paramètres de la liste des composants sont effectués Description du 1- Le système affiche l interface. scénario principale 2- Le système affiche la liste des composants Le responsable «scrap» sélectionne une référence d un composant Le responsable «scrap» change les informations de la référence sélectionnée Le responsable «scrap» survole sur le bouton «Modifier» Le système enregistre les modifications effectuées au niveau de la référence sélectionnée Le responsable «scrap» sélectionne une référence d un composant Le responsable «scrap» survole sur le bouton «Supprimer». 68

86 Le système supprime la référence de la base de données Le responsable «scrap» saisit les informations de la nouvelle référence du composant Le responsable «scrap» survole sur le bouton «Ajouter» Le système ajout la nouvelle référence à la base de données. Exception Le système affiche un message d erreur indiquant l existence d un problème de chargement de données Tableau 4.3 : Description du scénario de cas d utilisation «Gérer les mises à jour des composants» Raffinement de cas d utilisation «Gérer les mises à jour des machines» : Figure 4.5 : Diagramme de cas d utilisation «Gérer les mises à jour des machines» Il s agit d un diagramme de cas d utilisation relatif à l acteur «Responsable Scrap» qui a le droit de gérer les mises à jour des machines. Cas d utilisation Gérer les mises à jour des machines Acteur Responsable «Scrap» Pré-condition Le responsable «scrap» doit être identifié et autorisé Post-condition Les paramètres de la liste des machines sont effectués Description du 1- Le système affiche l interface. scénario principale 2- Le système affiche la liste des machines Le responsable «scrap» sélectionne une machine Le responsable «scrap» change les informations de la machine sélectionnée Le responsable «scrap» survole sur le bouton «Modifier» Le système enregistre les modifications effectuées au niveau de la machine sélectionnée Le responsable «scrap» sélectionne une machine. 69

87 Le responsable «scrap» survole sur le bouton «Supprimer» Le système supprime la machine de la base de données Le responsable «scrap» saisit les informations de la nouvelle machine Le responsable «scrap» survole sur le bouton «Ajouter» Le système ajout la nouvelle machine à la base de données Exception Le système affiche un message d erreur indiquant l existence d un problème de chargement de données Tableau 4.4 : Description du scénario 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» : Figure 4.6 : Diagramme de cas d utilisation «Gérer les mises à jour des matricules des opérateurs» Il s agit d un diagramme de cas d utilisation relatif à l acteur «Responsable Scrap» qui a le droit de gérer les mises à jour des matricules des opérateurs. Cas d utilisation Gérer les mises à jour des matricules des opérateurs Acteur Responsable «Scrap» Pré-condition Le responsable «scrap» doit être identifié et autorisé Post-condition Les paramètres de la liste des opérateurs sont effectués. Description du 1- Le système affiche l interface. scénario principale 2- Le système affiche la liste des opérateurs Le responsable «scrap» sélectionne un opérateur Le responsable «scrap» change les informations de l opérateur sélectionné. 70

88 Le responsable «scrap» survole sur le bouton «Modifier» Le système enregistre les modifications effectuées au niveau de l opérateur sélectionné Le responsable «scrap» sélectionne un opérateur Le responsable «scrap» survole sur le bouton «Supprimer» Le système supprime l opérateur de la base de données Le responsable «scrap» saisit les informations du nouvel opérateur Le responsable «scrap» survole sur le bouton «Ajouter» Le système ajout nouvel opérateur à la base de données. Exception Le système affiche un message d erreur indiquant l existence d un problème de chargement de données Tableau 4.5 : Description du scénario 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» : Figure 4.7 : Diagramme de cas d utilisation «Gérer les mises à jour des projets» Il s agit d un diagramme de cas d utilisation relatif à l acteur «Responsable Scrap» qui a le droit de gérer les mises à jour des projets. Cas d utilisation Gérer les mises à jour des projets Acteur Responsable «Scrap» Pré-condition Le responsable «scrap» doit être identifié et autorisé Post-condition Les paramètres de la liste des projets sont effectués Description du 1- Le système affiche l interface. scénario principale 2- Le système affiche la liste des projets Le responsable «scrap» sélectionne un projet Le responsable «scrap» change les informations du projet 71

89 sélectionné Le responsable «scrap» survole sur le bouton «Modifier» Le système enregistre les modifications effectuées au niveau duprojet sélectionné Le responsable «scrap» sélectionne un projet Le responsable «scrap» survole sur le bouton «Supprimer» Le système supprime le projetde la base de données Le responsable «scrap» saisit les informations du nouveau projet Le responsable «scrap» survole sur le bouton «Ajouter» Le système ajout le nouveau projet à la base de données. Exception Le système affiche un message d erreur indiquant l existence d un problème de chargement de données Tableau 4.6 : Description du scénario de cas d utilisation «Gérer les mises à jour des projets» Raffinement de cas d utilisation «Gérer les mises à jour des défauts» : Figure 4.8 : Diagramme de cas d utilisation «Gérer les mises à jour des défauts» Il s agit d un diagramme de cas d utilisation relatif à l acteur «Responsable Scrap» qui a le droit de gérer les mises à jour des défauts. Cas d utilisation Gérer les mises à jour des défauts Acteur Responsable «Scrap» Pré-condition Le responsable «scrap» doit être identifié et autorisé Post-condition Les paramètres de la liste des défauts sont effectués Description du 1- Le système affiche l interface des mises à jour. scénario principale 2- Le responsable «scrap» choisit le type de défaut : - Circuit préparation assemblage. - Circuit coupe. 72

90 - Composants. 3- Le système affiche la liste des défauts relatifs au choix du responsable «scrap» Le responsable «scrap» sélectionne un défaut Le responsable «scrap» change les informations du défaut sélectionné Le responsable «scrap» survole sur le bouton «Modifier» Le système enregistre les modifications effectuées au niveau du défaut sélectionné Le responsable «scrap» sélectionne un défaut Le responsable «scrap» survole sur le bouton «Supprimer» Le système supprime le défaut de la base de données Le responsable «scrap» saisit les informations du nouveau défaut Le responsable «scrap» survole sur le bouton «Ajouter» Le système ajout le nouveau défaut à la base de données Exception Le système affiche un message d erreur indiquant l existence d un problème de chargement de données Tableau 4.7 : Description du scénario 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» : Figure 4.9 : Diagramme de cas d utilisation «Gérer les mises à jour des valeurs des circuits» Il s agit d un diagramme de cas d utilisation relatif à l acteur «Responsable Scrap» qui a le droit de gérer les mises à jour des valeurs des circuits. Cas d utilisation Gérer les mises à jour des valeurs des circuits 73

91 Acteur Responsable «Scrap» Pré-condition Le responsable «scrap» doit être identifié et autorisé Post-condition Les modifications des valeurs des circuits sont effectuées Description du 1- Le système affiche l interface. scénario principale 2- Le système affiche les anciennes valeurs des circuits. 3- Le responsable «scrap» change les valeurs des circuits. 4- Le responsable «scrap» survole sur le bouton «Modifier». 5- Le système enregistre les nouvelles valeurs des circuits Exception Le système affiche un message d erreur indiquant l existence d un problème de chargement de données Tableau 4.8 : Description du scénario de cas d utilisation «Gérer les mises à jour des valeurs des circuits» 4.2. 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» : La figure 4.10 représente la table «user» qui est utilisée dans le cas d utilisation «Gérer les paramètres». Figure 4.10 : Traçabilité entre MCU et MA relatif au cas d utilisation «Gérer les paramètres» 74

92 Traçabilité entre MCU et MA relatif au cas d utilisation «Gérer les mises à jour des références des circuits» : La figure 4.11 représente les tables qui sont utilisées dans le cas d utilisation «Gérer les mises à jour des références des circuits», et qui sont principalement : «circuit_ford» et «circuit_psa». 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» Traçabilité entre MCU et MA relatif au cas d utilisation «Gérer les mises à jour des composants» : La figure 4.12 représente la table «composant» qui est utilisée dans le cas d utilisation «Gérer les mises à jour des composants». 75

93 Figure 4.12 : 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» : La figure 4.13 représente la table «machine» qui est utilisée dans le cas d utilisation «Gérer les mises à jour des machines». Figure 4.13 : Traçabilité entre MCU et MA relatif au cas d utilisation «Gérer les mises à jour des machines» 76

94 Traçabilité entre MCU et MA relatif au cas d utilisation «Gérer les mises à jour des matricules des opérateurs» : La figure 4.14 représente la table «matricule_op» qui est utilisée dans le cas d utilisation «Gérer les mises à jour des matricules opérateurs». Figure 4.14 : 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» : La figure 4.15 représente la table «projet» qui est utilisée dans le cas d utilisation «Gérer les mises à jour des projets». 77

95 Figure 4.15 : 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» : La figure 4.16 représente les tables qui sont utilisées dans le cas d utilisation «Gérer les mises à jour des défauts» et qui sont principalement : «def_circuit_prep_coupe», «def_circuit_coupe» et «def composant». 78

96 Figure 4.16 : 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» : La figure 4.17 représente la table «valeur» qui est utilisée dans le cas d utilisation «Gérer les mises à jour des valeurs des circuits». Figure 4.17 : Traçabilité entre MCU et MA relatif au cas d utilisation «Gérer les mises à jour des valeurs des circuits» 79

97 Diagrammes de classes d analyse : Diagramme de classes d analyse relatif au cas d utilisation «Gérer les paramètres» : La figure 4.18 représente les relations entre la table «user» utilisée dans le cas d utilisation «Gérer les paramètres», l interface utilisateur «update_user», le contrôle «C_user» et l utilisateur «Responsable Scrap». Figure 4.18 : 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» : La figure 4.19 représente les relations entre les tables utilisées dans le cas d utilisation «Gérer les mises à jour des références circuits», l interface utilisateur «update_ref», linterface «upd_ref», le contrôle «C_circuit» et l utilisateur «Responsable Scrap». 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

98 Diagramme de classes d analyse relatif au cas d utilisation «Gérer les mises à jour des composants» : La figure 4.20 représente les relations entre la table «composant» utilisée dans le cas d utilisation «Gérer les mises à jour des composants», l interface utilisateur «update_comp», le contrôle «C_composant» et l utilisateur «Responsable Scrap». Figure 4.20 : 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» : La figure 4.21 représente les relations entre la table «machine» utilisée dans le cas d utilisation «Gérer les mises à jour des machines», l interface utilisateur «update_mach», le contrôle «C_machine» et l utilisateur «Responsable Scrap». Figure 4.21 : Diagramme de classes 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» : La figure 4.22 représente les relations entre la table «matricule_op» utilisée dans le cas d utilisation «Gérer les mises à jour des matricules opérateurs», l interface utilisateur «update_mat», le contrôle «C_mat» et l utilisateur «Responsable Scrap». 81

99 Figure 4.22 : Diagramme 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» : La figure 4.23 représente les relations entre la table «projet» utilisée dans le cas d utilisation «Gérer les mises à jour des projets», l interface utilisateur «update_projet», le contrôle «C_projet» et l utilisateur «Responsable Scrap». Figure 4.23 : Diagramme de classes d analyse relatif au cas d utilisation «Gérer les mises à jour des projets» Diagramme de classes d analyse relatif au cas d utilisation «Gérer les mises à jour des défauts» : La figure 4.24 représente les relations entre les tables utilisées dans le cas d utilisation «Gérer les mises à jour des défaut», l interface utilisateur «update_defaut», le contrôle «C_defaut» et l utilisateur «Responsable Scrap». 82

100 Figure 4.24 : 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» : La figure 4.25 représente les relations entre la table «valeur» utilisée dans le cas d utilisation «Gérer les mises à jour des valeurs des circuits», l interface utilisateur «upd_valeur», le contrôle «C_valeur» et l utilisateur «Responsable Scrap». Figure 4.25 : Diagramme de classes d analyse relatif au cas d utilisation «Gérer les mises à jour des valeurs des circuits» 83

101 Digrammes de collaboration : Diagramme de collaboration relatif au cas d utilisation«gérer les paramètres» : La figure 4.26 représente en détail le scénario principal relatif au cas d utilisation «Gérer les paramètres», ainsi que les interactions entre le responsable «scrap» et l application au niveau de ce cas d utilisation. Figure 4.26 : 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» : La figure 4.27 représente en détail le scénario principal relatif au cas d utilisation «Gérer les mises à jour des références des circuits», ainsi que les interactions entre le responsable «scrap» et l application au niveau de ce cas d utilisation. 84

102 Figure 4.27 : Diagramme de collaboration relatif au cas d utilisation «Gérer les mises à jour des références des circuits» 85

103 Diagramme de collaboration relatif au cas d utilisation «Gérer les mises à jour des composants» : La figure 4.28 représente en détail le scénario principal relatif au cas d utilisation «Gérer les mises à jour des composants», ainsi que les interactions entre le responsable «scrap» et l application au niveau de ce cas d utilisation. Figure 4.28 : 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» : La figure 4.29 représente en détail le scénario principal relatif au cas d utilisation «Gérer les mises à jour des machines», ainsi que les interactions entre le responsable «scrap» et l application au niveau de ce cas d utilisation. Figure 4.29 : Diagramme de collaboration relatif au cas d utilisation «Gérer les mises à jour des machines» 86

104 Diagramme de collaboration relatif au cas d utilisation «Gérer les mises à jour des matricules des opérateurs» : La figure 4.30 représente en détail le scénario principal relatif au cas d utilisation «Gérer les mises à jour des matricules opérateurs», ainsi que les interactions entre le responsable «scrap» et l application au niveau de ce cas d utilisation. Figure 4.30 : 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» : La figure 4.31 représente en détail le scénario principal relatif au cas d utilisation «Gérer les mises à jour des projets», ainsi que les interactions entre le responsable «scrap» et l application au niveau de ce cas d utilisation. Figure 4.31 : 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» : La figure 4.32 représente en détail le scénario principal relatif au cas d utilisation «Gérer les mises à jour des défauts», ainsi que les interactions entre le responsable «scrap» et l application au niveau de ce cas d utilisation. 87

105 Figure 4.32 : Diagramme de collaboration relatif au cas d utilisation «Gérer les mises à jour des défauts» 88

106 Diagramme de collaboration relatif au cas d utilisation «Gérer les mises à jour des valeurs des circuits» : La figure 4.33 représente en détail le scénario principal relatif au cas d utilisation «Gérer les mises à jour des valeurs des circuits», ainsi que les interactions entre le responsable «scrap» et l application au niveau de ce cas d utilisation. Figure 4.33 : Diagramme de collaboration relatif au cas d utilisation «Gérer les mises à jour des valeurs des circuits» 4.3. Conception : Diagrammes des classes de conception : Diagramme de classes de conception relatif au cas d utilisation «Gérer les paramètres» : La figure 3.34 représente les classes relatives au cas d utilisation «Gérer les paramètres» et les relations entre elles. Figure 4.34 : Diagramme de classes de conception relatif au cas d utilisation «Gérer les paramètres» 89

107 Diagramme de classes de conception relatif au cas d utilisation «Gérer les mises à jour des références des circuits» : La figure 3.35 représente les classes relatives au cas d utilisation «Gérer les mises à jour des références des circuits» et les relations entre elles. Figure 4.35 : 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» : La figure 3.36 représente les classes relatives au cas d utilisation «Gérer les mises à jour des composants» et les relations entre elles. 90

108 Figure 4.36 : 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» : La figure 3.37 représente les classes relatives au cas d utilisation «Gérer les mises à jour des machines» et les relations entre elles. Figure 4.37 : 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» : La figure 3.38 représente les classes relatives au cas d utilisation «Gérer les mises à jour des matricules opérateurs» et les relations entre elles. 91

109 Figure 4.38 : 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» : La figure 3.39 représente les classes relatives au cas d utilisation «Gérer les mises à jour des projets» et les relations entre elles. Figure 4.39 : 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» : La figure 3.40 représente les classes relatives au cas d utilisation «Gérer les mises à jour des défauts» et les relations entre elles. 92

110 Figure 4.40 : 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» : La figure 3.41 représente les classes relatives au cas d utilisation «Gérer les mises à jour des valeurs des circuits» et les relations entre elles. Figure 4.41 : Diagramme de classes de conception relatif au cas d utilisation «Gérer les mises à jour des valeurs des circuits» 93

111 Diagrammes de séquences : Diagramme de séquences relatif au cas d utilisation «Gérer les paramètres» : La figure 2.42 illustre une description détaillée du scénario relatif au cas d utilisation «Gérer les paramètres». Figure 4.42 : Diagramme de séquences relatif au cas d utilisation «Gérer les paramètres» 94

112 Diagramme de séquences relatif au cas d utilisation «Gérer les mises à jour des références des circuits» : La figure 2.43 illustre une description détaillée du scénario relatif au cas d utilisation «Gérer les mises à jour des références des circuits». Figure 4.43 : Diagramme de séquences relatif au cas d utilisation «Gérer les mises à jour des références des circuits» 95

113 Diagramme de séquence relatif au cas d utilisation «Gérer les mises à jour des composants» : La figure 2.44 illustre une description détaillée du scénario relatif au cas d utilisation «Gérer les mises à jour des composant». Figure 4.44 : Diagramme de séquences relatif au cas d utilisation «Gérer les mises à jour des composants» 96

114 Diagramme de séquences relatif au cas d utilisation «Gérer les mises à jour des machines» : La figure 2.45 illustre une description détaillée du scénario relatif au cas d utilisation «Gérer les mises à jour des machines». Figure 4.45 : Diagramme de séquences relatif au cas d utilisation «Gérer les mises à jour des machines» 97

115 Diagramme de séquences relatif au cas d utilisation «Gérer les mises à jour des matricules des opérateurs» : La figure 2.46 illustre une description détaillée du scénario relatif au cas d utilisation «Gérer les mises à jour des matricules des opérateurs». Figure 4.46 : Diagramme de séquences relatif au cas d utilisation «Gérer les mises à jour des matricules des opérateurs» 98

116 Diagramme de séquences relatif au cas d utilisation «Gérer les mises à jour des projets» : La figure 2.47 illustre une description détaillée du scénario relatif au cas d utilisation «Gérer les mises à jour des projets». Figure 4.47 : Diagramme de séquences relatif à l acteur «Responsable Scrap» Diagramme de séquences relatif au cas d utilisation «Gérer les mises à jour des défauts» : La figure 2.48 illustre une description détaillée du scénario relatif au cas d utilisation «Gérer les mises à jour des défauts». 99

117 Figure 4.48 : Diagramme de séquences relatif au cas d utilisation «Gérer les mises à jour des défauts» 100

118 Diagramme de séquences relatif au cas d utilisation «Gérer les mises à jour des valeurs des circuits» : La figure 2.49 illustre une description détaillée du scénario relatif au cas d utilisation «Gérer les mises à jour des valeur des circuits». Figure 4.49 : Diagramme de séquences relatif au cas d utilisation «Gérer les mises à jour des valeurs des circuits» 4.4. Diagramme de classe des entités : La classe est un concept abstrait qui permet de représenter toutes les entités d'un système. La classe est définie par son nom, ses attributs et ses opérations. [url 4] La figure 4.50 illustre le schéma de la base de données «Scrap» et les relations entre les tables (les tables mères et les tables filles). 101

119 Figure 4.50 : Diagramme de classes d entité globale 102

120 Conclusion : Dans ce chapitre, nous avons présenté le raffinement, l analyse et la conception des cas d utilisations tertiaires, ainsi que le schéma de la base de données «Scrap» de notre application. Nous passons à la prochaine phase qui consiste à l intégration de notre application dans l environnement de l utilisateur. 103

121 Chapitre 5 : Conception «Phase de transition» Introduction : Cette phase suppose des activités comme la formation des utilisateurs clients, la mise en œuvre d'un service d'assistance et la correction des anomalies constatées. Un groupe d'utilisateurs essaye le produit et détecte les anomalies et défauts. [url 3] Au cours de ce chapitre, nous allons présenter notre environnement matériel et logiciel, ensuite, nous allons mettre en place l application et l intégrer dans l environnement de l utilisateur Environnement logiciel : Microsoft Visual Studio 2010 : C est l'outil essentiel pour effectuer des tâches de développement de base. Il simplifie la création, le débogage et le déploiement d'applications sur diverses plateformes dont SharePoint et les services Cloud. Il prend également en charge des méthodes de développement s'appuyant sur des tests, ainsi que des outils de débogage qui contribuent à garantir la production de solutions de grande qualité. Visual Studio 2010 Professional intègre des outils de développement pour Windows 7, notamment des composants d'interface utilisateur multipoint et "ruban", qui vous mettent à la pointe de la technologie Windows 7. [url 5] Microsoft SQL (Structured Query Language)Server 2008 : C est un système de gestion de base de données (abrégé en SGBD ou SGBDR pour «Système de gestion de base de données relationnelles») développé et commercialisé par la société Microsoft. SQL Server est un SGBD relationnel. Il est possible de définir des liens entre les tables de façon à garantir fortement l'intégrité des données qui y sont stockées. Ces liens d'intégrité peuvent être utilisés pour modifier ou supprimer en chaîne des lignes liées. [url 6] Enterprise Architect : C est un logiciel de modélisation et de conception UML, édité par la société australienne Sparx Systems. Couvrant, par ses fonctionnalités, l'ensemble des étapes du cycle de conception d'application, il est l'un des logiciels de conception et de modélisation les plus reconnus. [url 7] Crystal Reports : C est un composant de Visual Studio depuis 1993 et constitue maintenant l'outil standard pour le reporting dans Visual Studio. Fourni avec chaque copie de 104

122 Visual Studio Professional, il est directement intégré dans l'environnement de développement. Crystal Reports pour Visual Studio permet de créer des rapports interactifs et soigneusement présentés dans l'environnement Windows. Avec Crystal Reports pour Visual Studio, vous pouvez créer des rapports complexes de qualité professionnelle dans un programme d'interface utilisateur graphique. Ensuite, vous pouvez connecter un rapport à pratiquement n'importe quelle source de base de données ou à des données proxy, comme un ensemble de résultats. A l'aide des assistants disponibles dans le composant Designer, vous pouvez facilement mettre en forme les données du rapport, les regrouper, les présenter sous forme de diagramme ou définir d'autres critères. [url 8] Microsoft.Net Framework 4 : Le Framework.Net repose sur la Common Langage Infrastructure (ou CLI). Son but est de fournir un langage indépendant de la plate-forme, aussi bien pour le développement que pour l'exécution. Elle inclut des fonctions pour gérer les erreurs, le ramasse-miettes (récupérateur de mémoire), la sécurité et l'interopérabilité avec les objets COM (technique de composants logiciels développée par Microsoft, Utilisée pour mettre en œuvre OLE et ActiveX). [url 9] 5.2. Enchainement des interfaces utilisateur: Durant cette activité, nous présentons quelques interfaces de notre application réalisée Interface d authentification : La figure 5.1 représente l interface d authentification, d où l utilisateur de l application doit saisir son login et son mot de passe pour pouvoir accéder à l application. Figure 5.1 : Interface d authentification 105

123 Interface de gestion des données de déchets «Coupe Exceptionnel» : La figure 5.2 représente l interface «Gestion des données des déchets Coupe Exceptionnel» qui permet à l agent «scrap» de saisir les données relatives aux déchets «coupe exceptionnel» et les enregistrer dans la base de données Figure 5.2 : Interface de gestion des données de déchets «Coupe Exceptionnel» Interface d édition des rapports : La figure 5.3 représente l interface d édition des rapports dont l agent «scrap» peut éditer un rapport (daily) qui contient les informations générales relatives aux déchets générés par toutes les zones et par tous les départements dans une période donnée par l utilisateur. Tout d abord, après avoir choisi la date début, la date fin du période et le client, l utilisateur survola sur le bouton «Démarrer». Le système alors calcule et affiche les valeurs relatives à cette période de temps. Ensuite, l agent «scrap» saisit les valeurs calculées par le système «MFG-Pro», puis, il survole sur le bouton «Enregistrer» pour que le système les enregistrer dans la base de données et afficher le rapport final sous forme «PDF» comme le représente Annexe

124 Figure 5.3 : Interface d édition des rapports Interface de «Effectuer des analyses sur les flux de déchets» : L interface représentée dans la figure 5.4 permet à l agent «scrap» d effectuer des analyses sur les flux des déchets. Les analyses s affichent sous forme des Pareto comme les représentent Annexe 2,3,4 et 5. Figure 5.4 : Interface de «Effectuer des analyses sur les flux de déchets» 107

125 Interface de gestion des paramètres : La figure 5.5 représente l interface de gestion des paramètres qui permet au responsable «scrap» d ajouter à la liste des utilisateurs de l application un nouvel utilisateur en saisissant ses informations (nom, prénom, ID, affectation, type d accès, login et mot de passe). Après avoir enregistré l utilisateur, ce dernier peut accéder à l application en saisissant tout d abord ses coordonnées. Cette interface permet aussi au responsable «scrap» de modifier ou supprimer un utilisateur de l application. Figure 5.5 : Interface de gestion des paramètres Interface de «Consulter les listes des déchets» : L interface de «Consulter les listes des déchets» permet à tous les utilisateurs de l application de consulter les listes des déchets en choisissant la zone, le type de déchet, la date début, la date fin et le client (PSA ou FORD). Le système affiche alors les données relatives au choix de l utilisateur sous forme d une liste comme la représente la figure

126 Figure 5.6 : Interface de «Consulter les listes des déchets» Interface de gestion des mises à jour des composants: L interface de gestion des mises à jour des composants représentée par la figure 5.6 permet au responsable «scrap» de gérer la liste des composants. Ce responsable pourra ajouter, supprimer et modifier les composants. Figure 5.7 : Interface de gestion des mises à jour des composants Conclusion : À travers ce dernier chapitre, nous avons présenté l environnement logiciel et quelques interfaces réalisées dans notre application. 109

127 Conclusion générale Dans le cadre de l optimisation des flux physiques et l exploitation informatique de données dans l usine, Lear Tunisie veut mettre sous contrôle leurs flux des déchets pour plusieurs raisons telles que la diminution des écarts de stock, la connaissance de la valeur exacte des déchets jetés, la détermination du coût réel de la production et l identification des causes qui génèrent les déchets afin de mener des actions de réduction. Dans ce contexte et malgré les difficultés rencontrées, nous avons procédé à l informatisation de la gestion des déchets en développant une application et en élaborant de nouveaux indicateurs de suivi tels que la répartition du poids du déchet de la production par source et les Pareto. Notre projet a permis à Lear de distinguer les déchets générés par chaque centre et à exploiter les 94% des données remplis dans les fiches grâce à la nouvelle application. 110

128 Annexe Annexe 1 : Rapport «Daily» 111

129 Annexe 2: Exemple d analyse «Heures/Machine et Matricule opérateur» Annexe 3 : Exemple d analyse «Poids/Défaut et Matricule opérateur» 112

130 Annexe 4 : Exemple d analyse «Poids/Equipe et Ligne» Annexe 5 : Exemple d analyse «Poids / Machine» 113

131 Bibliographies [1] Méthodologie UML par Annick Lassus [2] Processus de conception de SI. Yannick Prié Département Informatique _ Faculté Des Sciences Et Technologies Université Claude Bernard Lyon 1 Néographie [url 1] [url 2] [url 3] [url 4] [url 5] [url 6] [url 7] [url 8] [url 9] 114