Rapport Bentizi Khalid Pfe [PDF]

Zitiervorschau

ENSA5/GE/2018-2019

Rapport du Projet de Fin d’Etudes Présenté par

Khalid BENTIZI

Spécialité : Génie Electrique

Thème :

AUTOMATISATION DE LA PHASE VERIFICATIONCODIFICATION DES COMPOSANTS ELECTRONIQUES

Encadré par : M. Abdelilah KAHAJI, Encadrant à l’ENSA M. Hamza FAKHIR, Encadrant à l’Entreprise

Entreprise :

Dédicace

À mes chers membres de famille, Aucune expression, aussi exprimée, qu’elle soit, ne pourrait traduire ma profonde gratitude et ma reconnaissance pour toutes ces années, tant de sacrifices et de dévouement. Vous êtes symbole de bonté, de sacrifice et de soutien. Que ce travail soit pour vous la preuve de mon attachement au symbole de la compassion que j’ai pour vous. Veuillez trouver dans ce travail le témoignage de mon éternelle reconnaissance et mon respect indéfectible.

À tous mes amis, Vos affections et vos encouragements ont toujours été pour moi les plus précieux. Je vous souhaite beaucoup de bonheur et de réussite.

Aux personnes spéciales, Pour tous les moments inoubliables que j’ai passé avec vous, pour l’encouragement et le soutien que vous m’a offert, je vous dis MERCI.

Projet fin d’étude

1

Remerciements Avant tout développement de cette expérience professionnelle, je profite de l’occasion pour commencer ce rapport de stage de fin d’étude par des remerciements, à DIEU le tout puissant, à ceux qui m’ont beaucoup appris au cours de ce stage, et même à ceux qui ont eu la gentillesse de faire de ce stage un moment très profitable. Je tiens particulièrement à remercier Mr. Amine CHAMI Business line manager du SAFRAN ENGNEERING SERVICE (SengS), pour ce stage qu’il a bien voulu m’accorder et Mr. Azzeddine DKHISSI responsable d’activités et responsable plateau composants électroniques, ainsi que Mr. Hamza FAKHIR pour son encadrement et le temps qu’il m’a accordé. Ses réponses claires et précises qui m’ont permis de comprendre en détail des procédés qui m’intriguaient par leur complexité apparente. Je tiens également à représenter mes vifs remerciements au Mr. Abdelilah KAHAJI, mon encadrant pédagogique à l’Ecole Nationale Des Sciences Appliquées d’AGADIR, pour sa grande disponibilité, sa rigueur, son enthousiasme et son soutien moral qui m’a permis de mener à bien ce travail, pour l’esprit d’entraide qu’il a toujours manifesté à mon égard et ses précieux conseils qu’il n’a pas hésité à m’inculquer avec une patience et une pédagogie exemplaire. Une gratitude particulière aux membres du jury M. Nabil EL ALAMI et M. Rachid LATIF qui ont accepté d’évaluer ce travail ainsi qu’à l’ensemble du corps professoral et administratif de l’Ecole Nationale Des Sciences Appliquées d’AGADIR pour la qualité de la formation offerte, et d’avoir toujours répondu présents.

Projet fin d’étude

2

Résumé Le secteur de l’aéronautique s’est vite développé à travers le monde, actuellement les plus grandes entreprises de ce secteur optent pour la décentralisation de leurs sites de production. SAFRAN est un groupe leader dans ce domaine aéronautique. Mon stage s’est déroulé SAFRAN Engineering Services Maroc qui est une extension du bureau d’étude des sociétés du groupe SAFRAN. Mon projet de fin d’étude a pour objectif de automatisé la phase vérification de la codification des composants électroniques sur la plateforme SAP ce qui permettra de limiter les erreurs humaines.

Abstract The aeronautics sector has rapidly developed around the world, currently the largest companies in this sector opt for the decentralization of their production sites. SAFRAN is a leading group in this aeronautical field. My internship took place SAFRAN Engineering Services Morocco which is an extension of the design office of the companies of the SAFRAN group. My end of study project aims to automate the verification phase of the codification of electronic components on the SAP platform which will limit human errors.

Projet fin d’étude

3

Table des matières Table des matières....................................................................................................................................... 4 INTRODUCTION GENERALE .......................................................................................................................... 9 CHAPITRE 1 : Présentation de la société d’accueil et contexte du Projet......................................................11 I.

Présentation du groupe SAFRAN : .......................................................................................................12 1.

Le groupe SAFRAN...................................................................................................................... 12

1.1.

Aérospatial : ........................................................................................................................... 13

1.2

Défense .................................................................................................................................. 14

1.3

Sécurité : ................................................................................................................................ 15

2.

SAFRAN Engineering Services : ................................................................................................... 16

3.

SAFRAN Engineering Services MAROC: ....................................................................................... 16

4.

Département support production et industrialisation : ............................................................... 19

II.

CONTEXTE GENERAL DU PROJET .........................................................................................................21 1. Présentation du projet ................................................................................................................... 21 1.1 Thème du projet : ..................................................................................................................... 21 1.2. L’équipe du projet : ................................................................................................................. 21 1.3. Cartographie des processus : ................................................................................................... 21 1.4. Périmètre du projet : ............................................................................................................... 22 1.4. Six PACK : ................................................................................................................................ 23 II. Etude préliminaire.......................................................................................................................... 24 1. Le plateau composants électroniques : ....................................................................................... 24 2. Etat des lieux : ............................................................................................................................ 28 3. FLOW CHART : ....................................................................................... Erreur ! Signet non défini. 4. Taux de défaillance : .............................................................................. Erreur ! Signet non défini. 5. Diagramme de PARETO : ....................................................................... Erreur ! Signet non défini. 6. Estimation des pértes sur le chiffre d’affaire : ........................................ Erreur ! Signet non défini. 7.

Synthèse : ............................................................................................................................... 34

III. Planification du projet : ..........................................................................................................................34 1.

Charte du projet : ....................................................................................................................... 34

2.

Diagramme de GANTT : .............................................................................................................. 35

CHAPITRE 2 : Etude Fonctionnelle et technique ..........................................................................................37 I. Etude fonctionnelle ......................................................................................................................... 38 1.

Objectifs optionnel : ............................................................................................................... 38

2.

Besoins fonctionnels : ............................................................................................................. 38

Projet fin d’étude

4

3.

Des besoins non fonctionnels : ............................................................................................... 38

4.

Risques du projet:................................................................................................................... 39

II. Etude technique : ........................................................................................................................... 39 1.

Technologies utilisées : ........................................................................................................... 39

CHAPITRE 3 : REALISATION ET OUTILS .........................................................................................................43 I. Structure de la solution ................................................................................................................... 44 II. La réalisation de la macro............................................................................................................... 45 1.

Introduction : ......................................................................................................................... 45

2.

Environnement de travail : ..................................................................................................... 45

3.

Les interfaces graphiques : ..................................................................................................... 45

III. La réalisation de l’outil de vérification codification : ...................................................................... 47 1.

Introduction : ......................................................................................................................... 47

2.

Environnement de travail : ..................................................................................................... 47

3.

Les interfaces graphiques : ..................................................................................................... 49

4.

Manuel d’utilisation de l’outil : ............................................................................................... 50

5.

Transposition opportunités d’implémentation transverse : ..................................................... 53

Bibliographie ..............................................................................................................................................56 ANNEXES ....................................................................................................................................................57

Projet fin d’étude

5

LISTE DES FIGURES : Figure 1 : Organisation du Groupe Safran ............................................................................................................. 12 Figure 2 : Implantations des sites de Safran Engineering Services dans le monde ................................................... 16 Figure 3 : SAFRAN Engineering Services Maroc...................................................................................................... 17 Figure 4 : Répartition des activités ........................................................................................................................ 18 Figure 5 : Organigramme SES Maroc..................................................................................................................... 19 Figure 6 : Les activités Plateau Composants SES Maroc ......................................................................................... 20 Figure 7 : Chaîne d'approvisionnement en boucle fermée ...................................................................................... 20 Figure 8 : SIPOC .................................................................................................................................................... 23 Figure 9 : SIX PACK ............................................................................................................................................... 24 Figure 10 : Diagramme de GANTT du Projet .......................................................................................................... 35 Figure 11 : Structure générale de la solution ......................................................................................................... 38 Figure 12 : Top 10 des langages de programmation en forte croissance ................................................................ 40 Figure 13 : Top 10 des langages populaires dans la communauté open source ...................................................... 40 Figure 14 : Environnement de programmation VB ................................................................................................. 42 Figure 15 : structure détaillée de la solution proposée ........................................................................................... 44 Figure 16 : macro du traitement SAP/CHANGE ...................................................................................................... 46 Figure 17 : Exemple de fichier traité par la macro (partie 1) .................................................................................. 46 Figure 18 : Exemple de fichier traité par la macro (partie 2) .................................................................................. 47 Figure 19 : Vue globale de l'outil ........................................................................................................................... 50 Figure 20 : Première étape (méthode 1) ................................................................................................................ 50 Figure 21 : Première étape (méthode 2) ................................................................................................................ 50 Figure 22 : L’affichage des deux tableaux SAP et CHANGE ..................................................................................... 51 Figure 23 : Deuxième étape (méthode 1)............................................................................................................... 51 Figure 24 : Deuxième étape (méthode 2)............................................................................................................... 51 Figure 25 : Troisième étape................................................................................................................................... 52 Figure 26 : Vue finale après le traitement ............................................................................................................. 52 Figure 27 : projection automatique vers l’erreur.................................................................................................... 52 Figure 28 : Barre d’outils....................................................................................................................................... 53 Figure 29 : Personnalisation de la police ............................................................................................................... 53 Figure 30 : Transposition opportunités d’implémentation transverse ..................................................................... 53

Projet fin d’étude

6

LISTE DES TABLEAUX : Tableau 1 : Charte de projet ................................................................................................................................. 34 Tableau 2 : Méthode de questionnement QQOQCCP ............................................................................................. 23 Tableau 3 : Résumé des causes racines ................................................................................................................. 29 Tableau 4 : Estimation des pertes sur le Chiffre d’affair ..................................................... Erreur ! Signet non défini. Tableau 5 : Les risques du Projet ........................................................................................................................... 39

Projet fin d’étude

7

Liste des abréviations: SES: SAFRAN Engineering Services SengS: SAFRAN Engineering Services SESMR: SAFRAN Engineering Services MAROC SED: SAFRAN Electronics & Defense OQD: On Quality Delivery OTD: On Time Delivery DOD: Depth on Delay FTR: First Time Right KPI: Key Performance Indicator IHM: Interface Homme Machine KPI: Key Performance Indicator VBA: Visual Basic for Applications SSPI : Service Support Production et Industrialisation OQD : On quality delivred NQEs : Non qualité exportée UO : unité d’œuvres QQOQCP : Quoi Qui Où Quand Comment Pourquoi SAP: Systems, Applications and Products for data

Projet fin d’étude

8

INTRODUCTION GENERALE Le secteur de l’aéronautique s’est vite développé à travers le monde, actuellement les plus grandes entreprises de ce secteur optent pour la décentralisation de leurs sites de production. Bénéficiant de cette situation, le Maroc a développé une plateforme aéronautique et spatiale de grande qualité, afin d’augmenter son attractivité et faire face aux conditions de compétitivité internationale. A partir de 2010, le Maroc devient une destination de premier choix des grands opérateurs du secteur aéronautique à travers le monde. SAFRAN Engineering Service (SengS) s’est installé au Maroc afin de profiter des avantages offerts dans le pays en termes de compétences, la proximité géographique et la qualité du service. SAFRAN Engineering Service MAROC travaille principalement dans l’industrie des transports .ses compétences d’ingénierie couvrent le cycle entier de développement de système, allant des avant projets au service et passant par les études, la conception détaillée, les essaies de validation et la documentation technique. Le plateau composants électroniques au sein de SESMR, où j’ai effectué mon stage, assure un support technique à Safran Electronics & DEFENSE. Son rôle réside dans la sécurisation des commandes des composants électroniques et la veille aux respects des exigences pointues dans ce domaine vastement technique. Afin de respecter les délais, la qualité et les coûts demandés par les clients, SengS Maroc s’est penché vers une politique d’amélioration continue de ces performances, afin de faire face à la concurrence acharnée que connait ce secteur d’activité. Cette politique mène vers une vision d’optimisation des processus et une amélioration des outils de travail. C‘est dans ce cadre que s’inscrit cette partie de mon sujet de PFE qui porte sur l’amélioration et l’automatisation d’une phase importante qui réside dans la vérification de la correspondance entre la phase d’analyse et la base de données de la codification des composants électroniques sur SAP, remédiant ainsi au problème fréquent de la saisie manuelle des résultats des analystes sur la plateforme SAP. La solution proposée permettra d’amélioré la qualité du service et de gagner du temps global des projets, ce qui s’inscrit parfaitement avec la vision de l’amélioration continue de SAFRAN Engineering Services. Projet fin d’étude

9

Ce mémoire décrit notre solution qui consiste à l’élaboration d’une application permettant la comparaison entre l’étude faite par les analystes et ce qui est saisi sur SAP, et ce compose comme suit : Le premier chapitre présente la société d’accueil et le contexte de mon projet, dans le deuxième chapitre consiste à l’étude fonctionnelle et technique et finalement le dernier chapitre qui présente la réalisation de la solution et les outils utilisés.

Projet fin d’étude

10

CHAPITRE 1 : Présentation de la société d’accueil et contexte du Projet Le but de ce premier chapitre est de présenter dans un premier temps et d’une manière générale l’organisme d’accueil de notre projet de fin d’études, Safran Engineering Services MAROC, son secteur d’activité et ses différents produits. La deuxième partie de ce chapitre sera réservée à la présentation du contexte général du projet où nous élaborerons une étude préliminaire de procédure et des processus métier pour pouvoir comprendre le métier. Dans la dernière partie nous présentons la charte et notre planning prévisionnel pour l’étude et la réalisation.

Projet fin d’étude

11

I.

Présentation du groupe SAFRAN : 1. Le groupe SAFRAN SAFRAN est un équipementier international de haute technologie piloté par SAFRAN,

société de droit français à Conseil de Surveillance et Directoire, dont le siège est situé à Paris (France). Le groupe est un leader en aéronautique, défense et sécurité. Présent sur tous les continents. Sa dimension internationale lui permet de bâtir des relations industrielles et commerciales avec les plus grands maîtres d’œuvre et opérateurs mondiaux, tout en offrant des services de proximité réactifs. Composé de nombreuses sociétés (Figure 1), ce groupe occupe, seul ou en partenariat, des positions de premier plan mondial ou européen sur ses marchés.

Projet fin d’étude

Figure 1 : Organisation du Groupe Safran

12

Le Groupe emploie 60 000 personnes en réalisant un chiffre d’affaire de 11,7 milliards d’euros en 2011 et gère des implantations industrielles, d’études ou commerciales dans plus de 30 pays. Les activités du Groupe SAFRAN sont réparties en trois branches : Propulsion aéronautique et spatiale, Equipements aéronautiques, Défense et Sécurité. Chacune d’entre elles, sous l’autorité d’un Directeur général adjoint de branche, coordonne les activités des sociétés qui la composent (Figure 1.1). Outre les sociétés filiales, le Groupe SAFRAN compte de nombreuses sociétés communes, JointVenture ou participations.

1.1.

Aérospatial :

L’activité Aéronautique du groupe Safran regroupe les métiers de la propulsion aéronautique et spatiale et des équipements aéronautiques. Motoriste et équipementier aéronautique de premier rang mondial, le groupe Safran propose à ses clients des solutions de haute technologie pour la propulsion d’avions, d’hélicoptères, de missiles, de lanceurs spatiaux, et de satellites et pour l’équipement d’aéronefs, sur les marchés civils et militaires. Dans tous ses domaines d’activité, le groupe Safran commercialise dans le monde entier des systèmes propulsifs et des équipements aéronautiques qu’il conçoit, développe, produit et dont il assure la maintenance et réparation. Partie prenante dans les plus grands programmes aéronautiques et spatiaux mondiaux, Safran conduit ses opérations au travers de nombreuses sociétés, seul ou en partenariat. Equipements aéronautiques



-

Nacelles moteurs

-

Systèmes d’atterrissage

-

Systèmes de freinage et d’atterrissage

-

Transmission et électronique de puissance

-

Câblage aéronautique et engineering

-

Avionique et navigation

LES PRINCIPAUX MARCHÉS Propulsion aéronautique et spatiale

Projet fin d’étude

-

Moteurs d’avions civils

-

Moteurs d’avions militaires

-

Moteurs d’hélicoptères

-

Moteurs spatiaux 13



1.2

POSITIONS SUR LE MARCHÉ -

N°1 mondial des moteurs d’avions civils

-

N°1 mondial des moteurs d’hélicoptères

-

N°1 mondial des trains d’atterrissage

-

N°1 mondial des systèmes d’interconnexions électriques aéronautiques

Défense

Systémier et équipementier de Défense, l’activité Défense du groupe Safran regroupe toutes les activités destinées aux marchés de la défense navale, terrestre et aéronautique, spécialiste des hautes technologies de l’optronique, de l’avionique, de la navigation, de l’électronique et des logiciels critiques, Safran propose aux Forces armées une offre complète de systèmes et d’équipements destinés aux marchés aéronautiques, navals et terrestres. Le Groupe développe et commercialise des boules gyrostabilisées des viseurs, des périscopes, des caméras infrarouges, des jumelles multifonctions, etc. Il offre aussi toute une gamme de systèmes de navigation inertielle au meilleur niveau mondial. Ces différents matériels équipent notamment des avions de combat et de transport, des hélicoptères, des navires de combat, des sous-marins, des véhicules blindés et des systèmes d’artillerie. Le Groupe équipe ainsi les forces aériennes, navales et terrestres de nombreux pays dans le monde. Safran propose également des solutions avancées s’inscrivant dans la numérisation de l’espace de bataille aéroterrestre : modernisation des combattants, numérisation des véhicules, cryptologie, systèmes de communication et systèmes de drones tactiques. 

LES PRINCIPAUX MARCHÉS Défense navale

Projet fin d’étude

-

Navigation pour navires de surface

-

Navigation pour sous-marins

-

Optronique pour navires de surface

-

Optronique pour sous-marins

14

Défense terrestre



1.3

-

Modernisation du combattant

-

Optronique portable

-

Drones

-

Systèmes d’information tactique

-

Navigation et guidage

CHIFFRES CLÉS -

N°1 européen en Systèmes optroniques.

-

N°1 européen en Navigation inertielle.

-

N°1 européen en Drones tactiques.

Sécurité :

Dans un monde où les besoins de sécurisation sont en forte croissance, le groupe Safran se positionne aujourd’hui comme l’un des leaders mondiaux de l’identification biométrique, des documents sécurisés et de la détection de matières et produits dangereux. Safran propose une gamme complète de solutions issues de son expertise dans trois grands secteurs d’activité : l’identification, les documents sécurisés et la détection. Grâce aux acquisitions stratégiques des sociétés GE Homeland Protection, Printrak et au projet d’acquisition de L-1 Identity Solutions, le Groupe bénéficie d’une présence mondiale étendue dans le domaine des solutions globales de sécurité. Leader des technologies de reconnaissance multi biométrique (empreintes digitales, iris, visage, veines), acteur majeur dans les domaines de la détection d’explosifs et des cartes à puce, le groupe Safran répond aux nouveaux besoins de sécurité des citoyens, des entreprises et des Etats. Déployés dans plus de cent pays, ses équipements et ses systèmes intégrés contribuent dans le monde entier à la sécurité des transports et des infrastructures sensibles, à l’identification et la protection des citoyens et au maintien au plus haut niveau de la sûreté des Etats. 

CHIFFRES-CLÉS -

N°1 mondial des documents d‘identité biométriques

-

N°1 mondial des systèmes d’identification automatiques d’empreintes digitales

-

N°1 mondial des systèmes de détection d’explosifs (EDS) pour bagages en soute

Projet fin d’étude

15

-

Plus de 250 000 équipements sécurisés produits par an

2. SAFRAN Engineering Services : Safran Engineering Services, société du groupe Safran est filiale de Labinal Power Systèmes, offre des services en ingénierie en haute technologie dans les domaines de l’aéronautique et du transport terrestre. Avec ses 3700 ingénieurs et techniciens, la société Safran Engineering Services dispose de plusieurs centres d’affaires répartis dans le monde (France, Allemagne, Royaume-Uni, Espagne, EtatsUnis, Mexique, Maroc, Canada, Brésil et Inde); comme montre la Figure 4, organisés en centre des compétences combinant l’expertise en matière des systèmes électriques, d’aérostructures, des systèmes mécaniques et des logiciels et systèmes électroniques embarqués.

Figure 2 : Implantations des sites de Safran Engineering Services dans le monde

3. SAFRAN Engineering Services MAROC: Safran Engineering Services Maroc est une extension du bureau d’études des sociétés du groupe Safran : Snecma, Nacelle, Messier, Hispano-Suiza. Elle a été créée à partir de la fusion de la société Teuchos et de la Division Ingénierie et Technologie de la société Labinal au 1er Mars 2010, chacune de ces organisations ayant plus de 20 ans d’expérience sur le marché des services d’ingénierie.

Projet fin d’étude

16

Figure 3 : SAFRAN Engineering Services Maroc

Safran Engineering Services travaille principalement dans l’industrie des transports. Ses compétences d’ingénierie couvrent le cycle entier de développement de système, allant des avant projets au support en service et passant par les études, la conception détaillée, les essais, la validation et la documentation technique. Elle participe à des projets d’envergure et apporte son savoir-faire à de grandes entreprises du secteur des transports aéronautiques, spatiaux, automobile et défense en les accompagnants dans le développement de leurs produits. Elle propose son expertise dans les domaines suivants : 

Systèmes Electriques : architecture système, conception de faisceau électrique, baies avioniques, maquette numérique, intégration, logiciels…



Aérostructures : Chargement & Aéroélasticité, analyses de masses et contrôle, calculs dynamiques, aérodynamique, conception de structure aéronautique, dimensionnement…



Avionique

et

Systèmes

embarqués

:

Soutien

Logistique

Intégré,

Maintenance, Méthodologies, outils, Intégration, qualification de systèmes avioniques, essais en vol... 

Systèmes Mécaniques : Conception et justification de machines tournantes, Conception de Groupe Motopropulseur, Conception d’équipements aéronautiques.

Réseaux clients de Safran Engineering Services : 

Snecma : une société française spécialisée dans la fabrication de moteurs pour l'industrie aéronautique et astronautique. Il conçoit, développe, produit, et commercialise, seul ou en partenariat, des moteurs pour avions civils et militaires, lanceurs spatiaux et satellites. Il assure la maintenance et le support pour ses appareils.

Projet fin d’étude

17



Aircelle : Cette société fournit des nacelles complètes pour moteurs d’avions ainsi que le support et les services associés, des matériaux composites pour Aérostructures. Il est le nacelliste intégrateur des deux motorisations de l’Airbus A380.



Hispano-Suiza : c’est un équipementier aéronautique d'origine espagnole réputée pour ses moteurs d’avions.



Messier Dowty/Bugatti : le leader mondial des fonctions d’atterrissage et de freinage pour aéronefs (train d'atterrissage, roue et freins, etc.). Présent sur les marchés civil et militaire, il équipe les programmes Airbus, de l'A300 à l'A350, mais aussi Boeing (767ER, 777ER, 737 NG et le programme 787).

Figure 4 : Répartition des activités

Ci-dessous, on trouve une description détaillée de l’organigramme SEngS, en indiquant le service dans lequel s’est déroulé mon projet de fin d’études :

Projet fin d’étude

18

Figure 5 : Organigramme SES Maroc

4. Département support production et industrialisation : Service Electronique : La contribution du plateau composants réside au premier niveau/maillon de la supply chain de SED en effet le concept générique suivi est celui de la CLSP (cloosed loop supply chain) et la prestation fournie par SES équivaut à la partie R&D ( Recherche & devellopement). Le plateau composants électroniques SESMR assure un support technique à Safran Electronics & DEFENSE. En effet, son rôle et réside dans la sécurisation des commandes (en composants électroniques) et la veille au respect des exigences pointues dans ce domaine vastement technique et dont le risque lié à la contrefaçon (asiatiques) et à l’erreur (composants électronique à usage aéronautique donc la tolérance à l’erreur doit toujours être minime) est très pesant, le plateau comprend plusieurs activités dont :

Projet fin d’étude

19

Pré-analyse Analyse Codification MRO PCI Gestion d’obsolescence Figure 6 : Les activités Plateau Composants SES Maroc

R&D VALORISAT ION DU PRODUIT RETOURNE

RETOUR

PRODUC TION CLOSED LOOP SUPPLY CHAIN DISTRIBU TION

DU PRODUIT

UTILISA TION Figure 7 : Chaîne d'approvisionnement en boucle fermée

Projet fin d’étude

20

II. CONTEXTE GENERAL DU PROJET Cette partie présente le projet dans sa globalité ses objectifs, la démarche suivie pour assurer son bon déroulement ainsi que les intervenants en relation avec le projet.

1. Présentation du projet 1.1 Thème du projet : Le projet vise à concevoir une solution simple et pratique pour vérifie les données des composants électronique enregistrées sur SAP et leurs conformités à certaines normes internationaux et pour limiter les erreurs dues aux facteurs humains.

1.2. L’équipe du projet : L’équipe du projet est constituée de quatre personnes : • Le directeur technique • Le chef d’équipe • Mon tuteur en entreprise : Le responsable de l’activité XAO, • Moi-même, BENTIZI Khalid, stagiaire ingénieur en génie électrique Les étapes de développement de l’outil seront validées par le directeur technique, le chef d’équipe et par le département qualité. Mes choix technologiques quant à eux, sont soumis à l’approbation de mon tuteur de stage en entreprise. Les membres de l’équipe du plateau composants électronique vont m’aider à avoir accès aux informations dont j’aurais besoin durant le développement de la solution, m’orienter pour s’aligner aux objectifs métiers attendus et m’aider à tester les différents livrables.

1.3. Cartographie des processus : Il est recommandé d’employer le SIPOC dans la phase initiale d’un projet d’amélioration d’un processus. C’est un outil de visualisation pour identifier tous les éléments pertinents associés à un processus Etapes du diagramme SIPOC : Projet fin d’étude

21

 S : identifier les fournisseurs S requis par les entrées du processus ;  I : identifier les entrées I qui sont requises par le processus ;  P : identifier les étapes principales qui définissent le processus P ;  O : identifier les sorties O du processus ;  C : identifier les clients C qui reçoivent les sorties du processus.

Figure 8 : SIPOC

1.4. Périmètre du projet : Méthode de questionnement QQOQCCP : C’est un outil qui permet de décrire entièrement une situation pour en analyser avec précision tous les éléments. Soumettre à l’analyse le sujet, la situation en se posant les questions suivantes :  Quoi : de quoi s’agit-il ? en vue de quoi ? quel est le contenu ?  Qui : qui est concerné ? Qui décide ?  Où : à quel endroit ? à quelle distance ?  Quand : à quel moment ? quelle durée ? quelle fréquence ?  Comment : comment le faire ? quelle méthode ? quel savoir-faire ? Projet fin d’étude

22

 Pourquoi : pourquoi cette action ? pourquoi cette personne ?

Tableau 1 : Méthode de questionnement QQOQCCP

L’automatisation de la phase vérification-codification des composants

Quoi ?

électroniques Qui ?

Equipe du projet : 

Responsible du plateau



Service qualité



Stagiaire

Où ?

Plateau composants électroniques

Quand ?

Du 01/03/2019 au 11/06/2019

Comment ?

Réalisation d’une solution de control et vérification

Pourquoi ?





Remédier aux risques liés au facteur humain. Prévenir les erreurs de codification.

1.4. Six PACK : Pour bien cadrer le projet, avant son lancement, nous avons défini et détaillé les 6 points nécessaires suivants :

Projet fin d’étude

23

Impact opérationnels du projet Qualité: remédier aux risqué lies aux facteurs humain. Climat de travail: Réduction de la charge et prévention du stress. Satisfaction client : monitoring de la récurrence du CFB Marge de manœuvre supplémentaire lors de la consolidation des métriques et négociation des UOs.

Objectifs opérationnels

Description du problème La vérification codification est une phase capitale dans le processus de traitement des demandes, c’est la phase ultime entre les livrables finalisés des métiers (préanalyse électronique, analyse technologique et fonctionnelle électronique, CAO électronique, analyse méthode et Process, qualification électronique) et le donneur d’ordre, qui est, exigent sur ce volet. L’OQD* doit être supérieure à 95% sachant que la contribution humaine est à 100% et que les livrables dans cette phase doivent être vérifiés en totalité, vue que le facteur humain reste présent, le risque d’erreurs liées au facteur humain demeure manifeste, d’ailleurs plusieurs NQEs* ont été relevées et remontées à ce niveau-là.

Périmètre Inclus : Activité d’analyse, Activité codification. Exclus : Activité pré-analyse, activité PXN PLANNING

Kick-off: 01/03/19

Define: 10/03/19

Measure: 25/03/19

Analyze: 20/04/19

Improve : 03/05/19

Control : 20/05/2019

Equipe  Pilote du projet : M. FAKHIR Hamza  Chef de projet: M.BENTIZI KHALID  Membres du Projet : M.BERRA Mehdi, M.MAYOU Mustapha, M.BENTAMRI Abderrahim, M.AJEM Hamza, M.ISSAM Hamza Figure 9 : SIX PACK

II. Etude préliminaire 1. Le plateau composants électroniques : Le plateau composants électroniques SESMR assure un support technique à Safran Electronics & DEFENSE. En effet, son rôle réside dans la sécurisation des commandes (en composants électroniques) et la veille aux respects des exigences pointues dans ce domaine vastement technique et dont le risque lié à la contrefaçon (asiatiques) et à l’erreur (composants électroniques à usage aéronautique donc la tolérance à l’erreur doit toujours être minime) est très pesant, le plateau comprend plusieurs activités dont :

Projet fin d’étude

24

Demande de création d’un article avec un composant électronique PHASE PRE-ANALYSE PHASE ANALYSE

PHASE ANALYSE METHODE & PROCESS

PHASE QUALIFICATION

PHASE CODIFICATION

PHASE VERIFICATION CODIFICATION

La phase que je dois automatiser

Composant électronique introduit dans la base de production Figure 10 : Logigramme du processus global de création d’un composant électronique

1.1. L’activité analyse : L’analyse consiste à traiter les demandes du client reçues sur le Workflow Change, et de rechercher les différentes caractéristiques techniques des composants. Dans le but, est de pouvoir juger la compatibilité de la demande au besoin du client. Les informations nécessaires à l’analyse sont collectées des fiches techniques, des sites fabricants, ou par mailing, puis regroupés sur le formulaire de l’outil CHANGE. L’analyste doit s’assurer avant de valider chaque demande, que les références à introduire sont:  Projet fin d’étude

La Réalisation des cas d’emploi nécessaires 25



Le check des éléments interdis du panel achat ou du label expertise technique de SED.



La proposition de source en alternative si blocage dans l’une des conditions citées auparavant.



Assurance qualité des fournisseurs de SED.

Chaque composant a une partie où les champs doivent être saisis, appeler PART :

Projet fin d’étude

26

Figure 14 : les champs à remplir Dans la demande pour chaque composant

Projet fin d’étude

27

Activité codification sur GITIS : C’est l’étape après l’analyse, dans cette phase on contribue à l’enrichissement du support de la Supply Chain du client final et la validation des commandes du service achat, en introduisant les références composants déjà analysés dans la base GITIS. Le codificateur a pour mission: 

Vérifier que les informations présentes sur les désignations sont correctes.



Identifier le type de la demande et les composants à introduire.



Créer des codes sur GITIS pour les références de la demande.



Créer la documentation technique.

2. Etat des lieux : 2.1. Etat actuelle : La phase de vérification codification se fait en comparant les demandes analysées par les opérateurs avec les données enregistrées dans GITIS : cette méthode consiste à ouvrir une fenêtre de IBM Change dans un écran et dans un autre une fenêtre de SAP puis comparer les des données saisi dans les deux plateformes cette méthode de vérification prend beaucoup de temps et rond le cycle globale du traitement d’une demande plus intéressant.

2.2. Problématique : La vérification codification est une phase capitale dans le processus de traitement des demandes, c’est la phase ultime entre les livrables finalisés des métiers (pré-analyse électronique, analyse technologique et fonctionnelle électronique, CAO électronique, analyse méthode et Process, qualification électronique). L’OQD doit être supérieure à 95% sachant que la contribution humaine est à 100% et que les livrables dans cette phase doivent être vérifiés en totalité, vue que le facteur humain reste présent, le risque d’erreurs liées au facteur humain demeure manifeste, d’ailleurs plusieurs NQEs ont été relevées et remontées à ce niveau-là.

Projet fin d’étude

28

2.3. Cahier de charge : Le cahier de charge proposé pour le présent projet de fin d’étude consiste à : 

La réalisation d’un outil qui détecte les erreurs de codifications sur SAP cela permettra d’alléger le travail des opérateurs et de limiter les erreurs dues aux facteurs humains.

2.6. Analyse des causes racines: Tableau 2 : Résumé des causes racines

impact Problèmes

Causes Racines

Potentiel

P1: Confusion de la température stockage et temps opérationnelle P2: La température max sur la demande change est 125 °C au lieu de 150°C P3: La température max sur la demande change est 155 °C au lieu de 165°C P4: Température ambiante erronée

P1.C1: Ressource non expérimentée 0,9 jour (13%) dans le métier "Analyse" P2.C1: Mauvaise interprétation de la 0,6 jour (9%) datasheet

P5: La gamme de T°C est erronée

P5.C1: Le composant a deux ordering Code différents. Lors de la saisie, le réalisateur n'a pas saisi les 2 composants en parallèle. Ce qui a augmenté le risque d'erreur P6.C1: Mauvaise manipulation : Les deux plages de température sont l'une après l'autre dans le menu de sélection CHANGE P7.C1: La partie codification a été faite correctement dans un premier temps. Un retour interne a été détecté lors de la vérification codification portant sur une erreur "Analyse" (pour motif température vs température de la carte). Le codificateur avait déjà créé les codes correctement (MATP et PART COND). Entre temps l'analyste a bloqué la demande suite à l'erreur. Le codificateur a réutilisé les codes crées pour cette demande pour une

P6: La gamme de T°C du composant est erronée sur l’Analyse P7: les codes ajoutés à la demande représentent un MATP et PART de diode alors que le demandeur souhaitait introduire un condensateur

Projet fin d’étude

P3.C1: Mauvaise interprétation de la 0,4 jour (6%) datasheet P4.C1: Vérification de la mise à jour 0,3 jour (4,5%) des données d'entrées non fait +0,6 jour (9%) 0,12 jour (2%)

(0,7/2)=0,35 jour (5%) (0,68/2) =0,34 jour (5%)

29

autre demande (MATP ET PART DIODE)... Lorsque la demande a été réactivée, un autre codificateur a finalisé la demande et a gardé les codes déjà crées sur la demande.

Durant cette phase d’analyse des erreurs, nous avons suivi plusieurs demandes de codification afin de savoir les causes racines d’où la phase vérification est importante :

Projet fin d’étude

30

Problème

Cause racine cause

Pourquoi

Le PART n’a pas été rattaché à la classification Codification 5044869 5044567 5044573 5045175 (5037650)

Valeur ohmique de la classification du MATP (erronée)

Valeur ohmique de la classification du MATP (erronée)

Le PART et MATP ont été créés séparément, mais la sauvegarde de la transaction PIC01 n'a pas été faite

L’initiateur a pris la valeur de puissance comme valeur ohmique (330M au lieu de 5K36)

Insertion d'un point au lieu de virgule a généré la valeur en K. lors de la création du Part

L'absence de l'unité OHM a généré une confusion. Le réalisateur a utilisé la valeur de la puissance par inattention

Le codificateur a utilisé par erreur le point situé au niveau du clavier numérique, ce qui a généré un point et non une virgule.

Figure 17 : Les causes racines des erreurs de codification 1

Projet fin d’étude

31

Il y a eu une confusion entre le point du clavier numérique qui généré un point sur SAP et une virgule sur Excel

Pourquoi

Problème

Cause racine

Terminaisons déclarées étain mat (finition Or dans datasheet)

T° et Boitier 5043458

Différence de boitiers non vue en analyse

Boitier 5046218

Le mot clé utilisé pour la recherche est " mat tin finish"

Effectivement, le paragraphe "Lead/lead free information "de la datasheet du fabricant indique que : pour les composants avec un ordering code type "B" la terminaison est étain mat

Le composant en question est un réseau de résistance généralement ce composant a comme terminaison (étain mat ou étain pur)

Boitier CMS renseigné correctement sur le premier PART, le deuxième boitier a été mal renseigné

Type boitier erroné (CMS vs traversant)

Indication induisant à l'erreur sur la spécification fournie par le fabricant voir imprimé écran ci-dessous (les infos disponibles) : (Tension courant efficience typique)

Figure 18 : Les causes racines des erreurs de codification 2

Projet fin d’étude

32

Mauvaise interprétation de l'ordering code

Pourquoi

Problème

Cause racine

5045398

Pb non détecté en check croisé

La vérification codification a été effectuée en totalité et a détecté une erreur sur la partie analyse. L'erreur sur la partie codification n'existait pas encore

Après le déblocage de la demande, le contrôleur a contrôlé uniquement la correction de l'erreur analyse

T° et Process 5045785 Champs erroné : Compatible process sans plomb : oui à faux - finition SnPb

L’icône de la conformité RoHS présente sur la première page à induit l'initiateur en l'erreur

Lecture rapide de la datasheet

Les recherches supplémentaires effectués sur les BOM "Silicon expert" et sur les sites des fournisseurs n'ont pas mené à des résultats concrets Figure 19: Les causes racines des erreurs de codification 3

Projet fin d’étude

33

7. Synthèse : Pour remédier au problème cité ci-dessus, et pour éliminer ou au moins réduire l’étape de vérification codification, on cherche à mettre en place un outil qui assure la détection des erreurs commises par les opérateurs et de leur envoyer un email précisant l’erreur à corriger. Cette étude préliminaire m’a permis de bien cerner le sujet et de dégager les principales fonctionnalités.

III. Planification du projet : 1. Charte du projet : La charte du projet est un document qui définit le projet de manière claire, concise et précise. Elle sert de référence pour les acteurs du projet. Tableau 3 : Charte de projet

Nom du projet

Charte de Projet L’automatisation de la phase vérification-codification des composants électroniques

Chef de projet

Mr FAKHIR Hamza

Présentation synthétique du

Identifier puis analyser les différentes causes des erreurs et

projet

de cette Performance insuffisante puis proposer des solutions pour y remédier

Exposé du besoin

Solutions permettant réduire les erreurs de codification sur SAP.

Périmètre du projet

Le projet sera focalisé sur le plateau composants électroniques.

Objectif du projet

Critères de succès du projet

Projet fin d’étude

   

Gagner en temps de cycle global. Verrouiller les risques liés au facteur humain. Prévenir les erreurs de codification. Avoir des marges de manœuvres supplémentaires lors des négociations des UOs* avec le donneur d’ordre.

Satisfaction de la société

34

2. Diagramme de GANTT : Nous présentant ci-dessous le diagramme de Gant permettant d’ordonnancer les tâches du projet, et estimer leur charge en termes de temps, à travers une représentation visuelle simple, pratique à mettre à jour, et facilement compréhensible.

Figure 10 : Diagramme de GANTT du Projet

CONCLUSION : Dans cette partie nous avons présenté la thématique du projet et son objectif général, nous avons pu déterminer la démarche à suivre pour le mener à bien, ce qui nous a permis de décortiquer les taches et réaliser le planning initial. Après avoir présenté la thématique et définir le scope de notre projet, une étude préliminaire de procédure et des processus métier s’avérait nécessaire pour pouvoir comprendre le métier, ses différentes étapes et contraintes. Ce qui nous va permettre de dégager notre étude de besoins fonctionnels et techniques qui sera présenté dans le chapitre suivant.

Projet fin d’étude

35

Projet fin d’étude

36

CHAPITRE 2 : Etude Fonctionnelle et technique Le contenu de ce chapitre s’articule autour de deux sections, la première présente une étude fonctionnelle nous permettant de dégager clairement l’objectif et les besoins fonctionnels et non fonctionnels et la deuxième se porte sur une étude technique qui nous permet de bien choisir les outils avec lesquels nous allons travailler.

Projet fin d’étude

37

I. Etude fonctionnelle Les principales étapes de l’étude fonctionnelle se présentent comme suit : La phase de capture des besoins fonctionnels qui a pour objectif de définir les activités attendues des différents utilisateurs

par rapport au système et la phase d’analyse qui consiste à étudier les

spécifications fonctionnelles de manière à obtenir une idée de ce que va réaliser le système en terme de métier.

1. Objectifs optionnel : La solution à développer doit comparer les données analysées et enregistrée sur Change avec les données codifiées sur le SAP :

Données de Change IBM

Le système de la vérification

Données saisis dans SAP

Erreurs de Codification

Figure 11 : Structure générale de la solution

2. Besoins fonctionnels : Avant d’imposer une solution, il faut se tourner vers le demandeur, pour aboutir de manière structurée à la solution. En effet, le but du projet est de satisfaire le besoin. Il faut exprimer clairement les objectifs à atteindre du projet, afin d'éviter toute confusion entre nous et le demandeur. Le futur outil doit permettre à l’utilisateur de détecter toutes les erreurs de codification commise par les opérateurs, dont on trouve : 

L’affichage de toutes les erreurs.



Connaitre le numéro de la demande et le code GITIS du composant.

3. Des besoins non fonctionnels : Après avoir listé les besoins fonctionnels au quels notre système doit répondre nous énumérons les besoins implicites non fonctionnels qu’attend le client de la solution. Projet fin d’étude

38



L’extensibilité : l’outil doit tolérer la modification et l’ajout de nouvelles fonctionnalités.



L’ergonomie : l’outil doit être simple et facile à manipuler.

4. Risques du projet: Tableau 4 : Les risques du Projet

Les risques Cahier des charges

Les types Risque non bloquant

Impact Créer une ambigüité ce qui pourra générer un retard qui influencera probablement la date de livraison.

Les pannes inattendues du Matériel

Risque non bloquant

Ralentissement des travaux.

Absence ou maladie

Risque non bloquant

Ralentissement des travaux.

Actions correctives Prévoir des réunions et des points de validation avec l’encadrant au fur et à mesure de l’avancement du projet. Utiliser les autres matériaux disponibles. Recours à une réparation rapide. Doubler l’effort et travailler un temps extra.

II. Etude technique : 1. Technologies utilisées : Le choix du langage à utiliser va influer le projet et la manière dont celui-ci sera développé, en fonction des avantages et des inconvénients du langage choisi. Il convient donc de choisir le langage en considérant les besoins de l’entreprise, pour éviter de devoir changer de langage en cours du projet. Pour choisir un langage de programmation adéquat, il convient de comparer les langages disponibles entre eux. Il existe cependant une grande quantité de langages de programmation web, il convient donc de limiter le nombre de langages pris en compte dans le cadre d’une comparaison. On se limitera à comparer les langages les plus connus et les plus utilisés. Pour cela, nous nous baserons sur les statistiques publiées au rapport annuel sur les meilleurs langages de programmation pour l’année 2016 de l’Institute of Electrical and Electronics Engineers (IEEE). La popularité des langages selon divers domaines (web, mobile, entreprise/desktop, systèmes embarqués), leurs taux de croissance et leur taux d’attractivité pour les employeurs sont les critères sur lesquels IEE s’est basé pour comparer entre les différents langages.

Projet fin d’étude

39

Figure 12 : Top 10 des langages de programmation en forte croissance

Figure 13 : Top 10 des langages populaires dans la communauté open source

Le langage python est relativement plus populaire dans la communauté open source avec une plus forte croissance c’est pour cette raison que l’on a choisi comme étant le langage le plus adapté pour le projet vu que les logiciels écrits avec ce dernier sont très facilement portables sur plusieurs systèmes d'exploitation tels que UNIX, Windows, Mac OS ou GNU/Linux avec peu ou pas de modifications, la multitude d’outils existants, une riche documentation et de plugins ou librairies déjà pré-testées. Nous utiliserons également le Langage VB de Microsoft afin d’extraire les données d’analyse de puis un fichier de format MSExcel.

Projet fin d’étude

40

1.1 Le langage PYTHON : Python est un langage de programmation interprété, multi-paradigme et multiplateformes. Il favorise la programmation impérative structurée, fonctionnelle et orientée objet. Il est doté d'un typage dynamique fort, d'une gestion automatique de la mémoire par ramasse-miettes et d'un système de gestion d'exceptions ; il est ainsi similaire à Perl, Ruby, Scheme, Smalltalk et Tcl. Le langage Python est placé sous une licence libre proche de la licence BSD et fonctionne sur la plupart des plates-formes informatiques, des Smartphones aux ordinateurs centraux, de Windows à Unix avec notamment GNU/Linux en passant par MacOs, ou encore Androïde, IOS, et peut aussi être traduit en Java ou .NET. Il est conçu pour optimiser la productivité des programmeurs en offrant des outils de haut niveau et une syntaxe simple à utiliser. Il est également apprécié par certains pédagogues qui y trouvent un langage où la syntaxe, clairement séparée des mécanismes de bas niveau, permet une initiation aisée aux concepts de base de la programmation.

1.2 Le langage VB : Visual Basic (VB) est un environnement de programmation qui accompagne et permet d'automatiser la plupart des applications bureautiques de Microsoft. 

VB est le langage de programmation des applications de Microsoft Office.



VB permet d’automatiser les tâches, de créer des applications complètes, de sécuriser les saisies et les documents.



VB est un langage puissant, souple et facile à utiliser permet de réaliser très rapidement des applications qui feront économiser du temps et de l’argent.

L’environnement de programmation se compose de trois parties. Tout d’abord l’explorateur de projets dans lequel se trouve le code. Ensuite une fenêtre de propriété qui permet d’attribuer des paramètres et enfin une fenêtre espionne qui permets de suivre, d’espionner le programme lors d’une exécution pas à pas.

Projet fin d’étude

41

Figure 14 : Environnement de programmation VB

Règles de codage : Pour l’écriture des codes et les instructions des macros, SES a des règles précises à respecter au niveau de la déclaration ; des types des variables, des Interfaces Hommes Machines (IHM), des objets, et les couleurs à utiliser pour chaque type d’information. CONCLUSION

:

Cette partie comporte les outils de travail utilisé lors de la réalisation du cahier de charge: premièrement VB pour la création d’une macro qui va extraire un tableau EXCEL de SAP GITIS d’une part, et d’autre part cette macro va trier les données extraites du SAP et les données extraites d’IBM CHANGE, deuxièmement le langage PYTHON c’est pour la détection des erreurs.

Projet fin d’étude

42

CHAPITRE 3 : REALISATION ET OUTILS Le contenu de ce chapitre s’articule autour de deux sections : La première est consacrée à l’analyse et la conception de La macro qui va traiter les données obtenues des deux sources : SAP et CHANGE, la deuxième est consacrée au développement de l’outil.

Projet fin d’étude

43

I. Structure de la solution

Fichier Excel du SAP

Fichier Excel du CHANGE

Macro

Deux Fichiers Excel identiques (SAP/CHANGE)

Application de vérification

Erreurs détectées Figure 15 : structure détaillée de la solution proposée

Projet fin d’étude

44

II. La réalisation de la macro 1. Introduction : Dans cette première phase nous présentons l’environnement de réalisation de cette macro et l’interface de notre macro.

2. Environnement de travail : 2.1.

Environnement logiciel :

Excel est un programme informatique développé et distribué par Microsoft Corp. Il s’agit d’un logiciel qui permet de réaliser des tâches comptables et financières grâce à ses applications pour créer et travailler avec des feuilles de calcul. La première incursion de Microsoft avec les feuilles de calcul (permettant de manipuler des données numériques en tableaux formés par l’union de lignes et colonnes) a eu lieu en 1982.

2.2.

Langage de programmation :

EXCEL VBA (Visual Basic pour Application) est un langage de programmation permettant d’utiliser du code Visual Basic pour exécuter les nombreuses fonctionnalités de l’Application EXCEL. Un programme écrit en VBA est souvent appelé une macro, Les macros permettent notamment d’automatiser des tâches répétitives réalisées sous EXCEL. Elles peuvent aussi être utilisées pour créer des boîtes de dialogue afin de rendre une application développée sous EXCEL plus conviviale. Une macro peut être créée en utilisant l'enregistreur de macros, qui ne nécessite aucune connaissance du langage VBA. Cependant une macro ainsi créée ne s’exécutera que sur un ensemble de cellules données et le code produit ne sera pas toujours très efficace. Pour pouvoir créer des macros propres à ses besoins, efficaces et interactives, il faut apprendre à programmer en VBA.

3. Les interfaces graphiques : 3.1.

Description et rôle du Macro :

Pour notre cas nous avons deux tableaux Excel l’un qui contient des données extraire via SAP et l’autre des informations des composants extraire via IBM Change, pour les rendre identiques nous avons utilisé une macro qui nous permet de traiter d’un premier temps le tableau du SAP par la vérification des données nécessaires et en deuxième temps les données du tableau Change même

Projet fin d’étude

45

d’ajouter des colonnes de puis les désignations de chaque composant cela pour but d’avoir l’équivalence entre eux et d’aboutir la facilité de la tache suivante.

Figure 16 : macro du traitement SAP/CHANGE

Et comme résultat les deux tableaux EXCEL s’affichent :

Figure 17 : Exemple de fichier traité par la macro (partie 1)

Projet fin d’étude

46

Figure 18 : Exemple de fichier traité par la macro (partie 2)

III. La réalisation de l’outil de vérification codification : 1. Introduction : Nous arrivons maintenant à la phase ultime. Cette dernière partie est la plus importante puisqu’elle met en réalité toute la théorie précédente. Dans un premier temps nous présentons l’environnement de réalisation sur le plan logiciel. Dans un second temps nous présentons quelques interfaces de notre outil ainsi que quelques scripts considérées les plus importantes.

2. Environnement de travail : 2.1.

Environnement matériel :

Nous mentionnons les caractéristiques de l’ordinateur sur lequel nous avons développé l’outil parce qu’elles peuvent donner une idée sur les conditions du travail. Donc l’outil a été développée sur un ordinateur fixe dont les caractéristiques principales sont :  Nom : ASUS Projet fin d’étude

47

 Processeur : Intel(R) Coré (TM) i54210U CPU @ 1.70GHz 2.40 GHz  Mémoire installée (RAM) : 8,00Go (7.89GO utilisable)  Type de système : Système d’exploitation 64bits

2.2.

Environnement logiciel :

Nous avons énuméré au cours de cette partie les différents outils utilisés tout au long de ce projet pour l’étude et la mise en place de notre outil.

a. Système d’exploitation : Nous avons utilisé comme système d’exploitation :  Microsoft Windows 10 Professionnel

b. Environnement de développement : Anaconda est une distribution libre et open source des langages de programmation Python et R appliqué au développement d'applications dédiées à la science des données et à l'apprentissage automatique (traitement de données à grande échelle, analyse prédictive, calcul scientifique), qui vise à simplifier la gestion des paquets et de déploiement. Les versions de paquetages sont gérées par le système de gestion de paquets conda. La distribution Anaconda est utilisée par plus de 6 millions d'utilisateurs et comprend plus de 250 paquets populaires en science des données adaptés pour Windows, Linux et MacOs. Anaconda Navigator est une interface utilisateur graphique de bureau incluse dans la distribution Anaconda qui permet aux utilisateurs de lancer des applications et de gérer des packages conda, des environnements et des canaux sans utiliser de commandes de ligne de commande. Navigator peut rechercher des packages sur Anaconda Cloud ou dans un référentiel Anaconda local, les installer dans un environnement, les exécuter et les mettre à jour. Les applications suivantes sont disponibles par défaut dans Navigator : 

JupyterLab



Jupyter Notebook



QtConsole



Spyder



Glueviz



Orange



Rstudio

Projet fin d’étude

48



Code Visual Studio

Spyder est un environnement scientifique puissant écrit en Python, pour Python, et conçu par et pour les scientifiques, les ingénieurs et les analystes de données. Il offre une combinaison unique des fonctionnalités avancées d'édition, d'analyse, de débogage et de profilage d'un outil de développement complet avec l'exploration de données, l'exécution interactive, l'inspection approfondie et les superbes capacités de visualisation d'un progiciel scientifique. En outre, Spyder offre une intégration intégrée à de nombreux logiciels scientifiques populaires. Au-delà de ses nombreuses fonctionnalités intégrées, les capacités de Spyder peuvent être étendues encore davantage via son système de plug-in et son API. Spyder peut également être utilisé en tant que bibliothèque d’extensions PyQt5, vous permettant de développer ses fonctionnalités et d’incorporer ses composants, tels que la console interactive, dans votre propre logiciel.

c. Langage de programmation : L’outil a été développée en PYTHON. En fait, ce langage de programmation est avantageux par rapport aux autres langages car les programmes peuvent être exécutés sur différents systèmes d’exploitation et architectures matérielles. De plus, il permet de créer facilement des interfaces graphiques ergonomiques.

3. Les interfaces graphiques : L’interface graphique est une partie très importante pour la réalisation d’une application convenable offrant un certain plaisir à l’utilisateur lors de sa navigation. Ainsi, ce critère peut faire la différence entre une application et une autre bien qu’elles aient les mêmes fonctionnalités. Voici un ensemble de captures d’écrans sur les principaux points d’entrées de l’application : a. Vue globale :

Projet fin d’étude

49

Figure 19 : Vue globale de l'outil

4. Manuel d’utilisation de l’outil : Peut être ouvert dans la barre de menu ou ouvert dans la barre d'outils. Nous ouvrons d'abord le tableau Excel de CHANGE, puis le tableau Excel du SAP.

Figure 20 : Première étape (méthode 1)

Figure 21 : Première étape (méthode 2)

L’outil affichera les deux tableaux suivants (figure 26):

Projet fin d’étude

50

Figure 22 : L’affichage des deux tableaux SAP et CHANGE

Ouvrez et cliquez sur « Find Errors » dans la barre de menus ou la barre d’outils pour démarrer « Start Verification ».

Figure 23 : Deuxième étape (méthode 1)

Figure 24 : Deuxième étape (méthode 2)

Projet fin d’étude

51

Cliquez sur « Yes » dans la liste pour commencer l’analyse des deux tableaux :

Figure 25 : Troisième étape

L’outil affichera dans la zone droite les erreurs détecté

Figure 26 : Vue finale après le traitement

Cliquez sur les résultats dans la liste « Errors Codification » pour voir les erreurs dynamiquement :

Figure 27 : projection automatique vers l’erreur

Cliquez sur le menu de format ou sur la barre d’outils pour personnaliser la couleur et la police : Projet fin d’étude

52

Figure 28 : Barre d’outils

Figure 29 : Personnalisation de la police

5. Transposition opportunités d’implémentation transverse : Discussions en cours avec le responsable pour mettre en œuvre le même outil dans les deux autres activités : gestion d’obsolescence et PCI.

Figure 30 : Transposition opportunités d’implémentation transverse

Projet fin d’étude

53

Conclusion : Le dernier chapitre était dédié à la navigation dans notre outil. Elle constitue le dernier volet de ce rapport, elle a pour objet de présenter l’environnement logiciel et matériel de réalisation, et de décrire les principales fonctionnalités implémentées suite au développement par des captures écrans présentant les principales interfaces de l’outil.

Projet fin d’étude

54

CONCLUSION GENERALE A l’issue de ce travail visant à fiabiliser et améliorer le processus globale de traitement des demandes de codification des composants électroniques pour Safran Engineering Services, nous pouvons dire que nous avons respecté et atteint les objectifs fixés par le cahier des charges. En effet, les solutions aux problèmes rencontrés sont multiples, variées et complexes, ils impliquent de nombreux acteurs ou services. Le choix du développement d’une application informatique n’a pas été automatique. L’application d’une méthodologie qui globalise les efforts et montre le sens général de la démarche a été indispensable. Nous avons pu cerner les différentes sources de problèmes handicapants la structure existante du processus, en utilisant la voix du client et le SIPOC lors de la phase de définition des mesures de performance et de variations. En outre, les phases de la méthodologie en lien avec les phases de développement du logiciel peuvent cohabiter facilement afin d’assurer une conception et une amélioration selon les besoins du client en réduisant les variations du processus et créant de la valeur au client. La solution que nous avons élaborée au niveau de la structure de base est optimisée, verrouiller les risques liés au facteur humain et prévenir les erreurs de codification. Celui-ci nous a permis néanmoins de résoudre de nombreux problèmes rencontrés. Animés correctement par une équipe efficace, les résultats ont dépassé les attentes. Les personnes ont accepté parfaitement la solution mise en place. C’est la raison pour laquelle leur implication, dès la phase d’analyse du problématique, a était indispensable jusqu’à l’intégration complète de l’application.

Projet fin d’étude

55

Bibliographie www.wikipedia.com www.insite.collab.group.safran http://www.systemplus.fr/documents/96intercomcm.pdf http://www.powersystemsdesign.com http://www.ekt2.com https://www.supinfo.com/articles/single/1881-vba-qu-est-ce-que-c-est https://www.developpez.net/forums/f664/logiciels/microsoft-office/excel/macros-vba-excel/ Document de l’entreprise SES MAROC

Projet fin d’étude

56

ANNEXES

Annexe 1 : Le workflow IBM CHANGE

Annexe 2 : extrait du code VBA utilisé

Projet fin d’étude

57

Annexe 3 : extrait du code PYTHON utilisé

Annexe 4 : extrait du code PYTHON utilisé Projet fin d’étude

58

Annexe 5 : extrait du code PYTHON utilisé

Annexe 6 : extrait du code PYTHON utilisé Projet fin d’étude

59