Vous êtes sur la page 1sur 60

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 VERIFICATION-
CODIFICATION DES COMPOSANTS
ELECTRONIQUES

Encadré par : Entreprise :


M. Abdelilah KAHAJI, Encadrant à l’ENSA

M. Hamza FAKHIR, Encadrant à l’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.

Figure 1 : Organisation du Groupe Safran


Projet fin d’étude 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, Joint-
Venture 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


- Moteurs d’avions civils
- Moteurs d’avions militaires
- Moteurs d’hélicoptères
- Moteurs spatiaux

Projet fin d’étude 13


 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

1.2 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
- Navigation pour navires de surface
- Navigation pour sous-marins
- Optronique pour navires de surface
- Optronique pour sous-marins

Projet fin d’étude 14


Défense terrestre

- 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.

1.3 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, Etats-
Unis, 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 PRODUC
PRODUIT TION
RETOURNE
CLOSED
LOOP
SUPPLY
CHAIN
RETOUR
DISTRIBU
DU
TION
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

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


é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 Description du problème
Qualité: remédier aux risqué lies aux La vérification codification est une phase capitale dans le
facteurs humain. processus de traitement des demandes, c’est la phase
Climat de travail: Réduction de la ultime entre les livrables finalisés des métiers (pré-
analyse électronique, analyse technologique et
charge et prévention du stress. fonctionnelle électronique, CAO électronique, analyse
Satisfaction client : monitoring de la méthode et Process, qualification électronique) et le
récurrence du CFB Marge de manœuvre donneur d’ordre, qui est, exigent sur ce volet.
supplémentaire lors de la consolidation L’OQD* doit être supérieure à 95% sachant que la
contribution humaine est à 100% et que les livrables dans
des métriques et négociation des UOs. 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à.
Objectifs opérationnels
Périmètre
Inclus : Activité d’analyse, Activité codification.
Exclus : Activité pré-analyse, activité PXN

PLANNING
Equipe
Kick-off: 01/03/19 Define: 10/03/19
 Pilote du projet : M. FAKHIR Hamza
Measure: 25/03/19 Analyze: 20/04/19  Chef de projet: M.BENTIZI KHALID
 Membres du Projet : M.BERRA Mehdi,
Improve : 03/05/19 Control : 20/05/2019
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

La phase que je
PHASE VERIFICATION CODIFICATION 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:

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


Projet fin d’étude 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 P1.C1: Ressource non expérimentée 0,9 jour (13%)
stockage et temps opérationnelle dans le métier "Analyse"
P2: La température max sur la P2.C1: Mauvaise interprétation de la 0,6 jour (9%)
demande change est 125 °C au lieu datasheet
de 150°C
P3: La température max sur la P3.C1: Mauvaise interprétation de la 0,4 jour (6%)
demande change est 155 °C au lieu datasheet
de 165°C
P4: Température ambiante erronée 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%)
P5: La gamme de T°C est erronée P5.C1: Le composant a deux 0,12 jour (2%)
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: La gamme de T°C du P6.C1: Mauvaise manipulation : Les (0,7/2)=0,35
composant est erronée sur deux plages de température sont
jour (5%)
l’Analyse l'une après l'autre dans le menu de
sélection CHANGE
P7: les codes ajoutés à la demande P7.C1: La partie codification a été (0,68/2) =0,34
représentent un MATP et PART de faite correctement dans un premier
jour (5%)
diode alors que le demandeur temps. Un retour interne a été
souhaitait introduire un détecté lors de la vérification
condensateur 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

Projet fin d’étude 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 Pourquoi Cause racine
cause

Le PART n’a
pas été Le PART et MATP ont été
rattaché à la créés séparément, mais la
classification sauvegarde de la
Codification transaction PIC01 n'a pas
5044869 été faite
5044567
5044573
5045175 Valeur ohmique
(5037650) de la
classification du L’initiateur a pris la valeur
MATP (erronée) de puissance comme L'absence de l'unité OHM
valeur ohmique (330M au a généré une confusion.
lieu de 5K36) Le réalisateur a utilisé la
valeur de la puissance
par inattention

Valeur ohmique
de la Insertion d'un point
classification du au lieu de virgule a Le codificateur a
Il y a eu une confusion
MATP (erronée) généré la valeur en K. utilisé par erreur le
entre le point du
lors de la création du point situé au niveau
clavier numérique qui
Part du clavier numérique,
généré un point sur
ce qui a généré un
SAP et une virgule sur
point et non une
Excel
virgule.

Figure 17 : Les causes racines des erreurs de codification 1

Projet fin d’étude 31


Problème Pourquoi Cause racine
Effectivement, le
Le composant en paragraphe
question est un "Lead/lead free Mauvaise
Terminaisons réseau de information "de la interprétation de
T° et Le mot résistance
déclarées datasheet du l'ordering code
Boitier clé utilisé généralement ce
étain mat fabricant indique
5043458 pour la composant a
(finition Or que : pour les
dans recherche comme composants avec
datasheet) est " mat terminaison un ordering code
tin finish" (étain mat ou type "B" la
étain pur) terminaison est
étain mat
Différence
Boitier CMS renseigné
de boitiers
correctement sur le
non vue en
premier PART, le
analyse
deuxième boitier a été
mal renseigné

Boitier
5046218
Type boitier erroné Indication induisant à l'erreur sur la
(CMS vs traversant) 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


Problème Pourquoi Cause racine

5045398
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
Pb non détecté en
check croisé

Après le déblocage de la demande, le contrôleur a contrôlé


uniquement la correction de l'erreur analyse

T° et Process L’icône de la conformité RoHS présente Lecture rapide de la


5045785 sur la première page à induit l'initiateur datasheet
en l'erreur
Champs erroné :
Compatible process
sans plomb : oui à
faux - finition SnPb
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

Charte de Projet
Nom du 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  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.

Critères de succès du projet Satisfaction de la société

Projet fin d’étude 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 Erreurs de
vérification Codification
Données saisis
dans SAP
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 Les types Impact Actions correctives


Cahier des charges Risque non bloquant Créer une ambigüité Prévoir des réunions
ce qui pourra générer et des points de
un retard qui validation avec
influencera l’encadrant au fur et à
probablement la date mesure de
de livraison. l’avancement du
projet.
Les pannes Risque non bloquant Ralentissement des Utiliser les autres
inattendues du travaux. matériaux
Matériel disponibles. Recours
à une réparation
rapide.
Absence ou maladie Risque non bloquant Ralentissement des Doubler l’effort et
travaux. 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 Fichier Excel du


SAP 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

Vous aimerez peut-être aussi