Documente Academic
Documente Profesional
Documente Cultură
Réalisé par :
Classe :
2GSIL C
Encadré par :
M.Zied Achour
Nous voudrions tout d’abord témoigner nos sincères remerciements et notre profonde
reconnaissance à Monsieur Zied Achour professeur à l’école nationale d’ingénieurs de Car-
thage (ENICAR) pour son encadrement lors de la réalisation de ce projet.
Les directives de Monsieur Zied ont fait la partie majeure du succès de ce projet. Nous
tenons à le remercier pour la qualité de son encadrement, ses conseils et son soutien moral.
Nos remerciements s’adressent également aux membres du jury pour l’intérêt qu’ils ont
porté en acceptant d’examiner notre travail et de l’enrichir avec leurs propositions.
Liste des abréviations
Introduction générale 1
1 Le contrôle de réception 2
Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
1 Les notion de base . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
1.1 Risque client et risque fournisseur . . . . . . . . . . . . . . . . . . . 2
1.2 Niveau de qualité acceptable . . . . . . . . . . . . . . . . . . . . . . 3
2 Contrôle de réception . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
2.1 Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
2.1.1 Définition . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
2.1.2 But . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
2.2 Différents types de contrôle . . . . . . . . . . . . . . . . . . . . . . 6
2.2.1 Contrôle par attribut . . . . . . . . . . . . . . . . . . . . . 6
2.2.2 Contrôle par mesures . . . . . . . . . . . . . . . . . . . . . 6
2.2.3 Contrôle par décompte du nombre des défauts . . . . . . . 6
2.3 Stade de contrôle . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
2.4 Classement des défauts . . . . . . . . . . . . . . . . . . . . . . . . . 7
2.5 Modes de contrôle . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
2.5.1 Contrôle à 100 % . . . . . . . . . . . . . . . . . . . . . . . 8
2.5.2 Contrôle par échantillonnage . . . . . . . . . . . . . . . . 8
3 Plans de contrôle . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
3.1 Plan simple . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
3.2 Plan double . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
iv
TABLE DES MATIÈRES v
2 Conception générale 16
Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
1 Critique de l’existant . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
2 Présentation du travail demandé . . . . . . . . . . . . . . . . . . . . . . . . 16
3 Analyse des besoins et spécification . . . . . . . . . . . . . . . . . . . . . . 17
3.1 Besoins fonctionnels . . . . . . . . . . . . . . . . . . . . . . . . . . 17
3.2 Besoins non-fonctionnels . . . . . . . . . . . . . . . . . . . . . . . . 17
4 Conception UML . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
4.1 Identification des acteurs . . . . . . . . . . . . . . . . . . . . . . . . 18
4.2 Les cas d’utilisations . . . . . . . . . . . . . . . . . . . . . . . . . . 18
4.3 Diagramme de classes . . . . . . . . . . . . . . . . . . . . . . . . . 19
4.4 Diagramme de séquence . . . . . . . . . . . . . . . . . . . . . . . . 21
5 Schéma relationnel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
3 Réalisation 23
Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
1 Environnement de travail . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
1.1 Environnement Matériel . . . . . . . . . . . . . . . . . . . . . . . . 23
1.2 Environnement Logiciel . . . . . . . . . . . . . . . . . . . . . . . . 23
2 Choix techniques . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
2.1 Choix du langage de programmation . . . . . . . . . . . . . . . . . 24
2.2 Choix du système de gestion de bases de données (SGBD) . . . . . 24
3 Interfaces graphiques de l’application . . . . . . . . . . . . . . . . . . . . . 24
3.1 Interface Mobile . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25
3.1.1 Interface SCAN . . . . . . . . . . . . . . . . . . . . . . . . 25
3.1.2 Interface de contrôle normal . . . . . . . . . . . . . . . . . 26
3.1.3 Interface de control double . . . . . . . . . . . . . . . . . . 27
3.2 Interface Web . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
vi TABLE DES MATIÈRES
Conclusion générale 30
Bibliographie 30
Liste des tableaux
vii
Table des figures
viii
Introduction générale
De nos jours, chaque entreprise cherche le meilleur moyen pour augmenter sa production
et de confronter les différents conflits qui peuvent être engendrés par le manque de coor-
dination et d’organisation au sein de ses différentes équipes. En effet, vu l’augmentation
de la concurrence, les différentes entreprise cherchent à assurer la qualité totale pour
être leader du marché et surmonter les concurrents.
Pour assurer la conformité de ces produits, de nombreux processus de contrôle sont à la
disposition. Le contrôle de réception présente l’un de ces processus, qui permet à l’entre-
prise de n’accepter que des produits de qualité afin d’engendrer des produits fiables.
Pour cela, nous proposons d’élaborer une plateforme web et mobile qui informatise et
facilite cette tâche afin de gagne en temps et en fiabilité pour générer des gains financier.
1
Chapitre 1
Le contrôle de réception
Introduction
Dans ce chapitre, nous allons présenter quelques notions de base du contrôle de récep-
tion en détaillant le but, les types et les différents modes de contrôle. Nous terminons par
présenter les différents plans d’échantillonnage en indiquant les règles de passages entre
ces derniers.
- Trouver bon, un lot qui en fait était mauvais (Risque β) : Le risque client (appelé
aussi risque β) est la probabilité, pour un plan d’échantillonnage donné, d’accepter un lot
mauvais alors qu’il est bon.
2
Le lot est conforme Le lot n’est pas conforme
Refus Risque a Décision correcte
Acceptation Décision correcte Risque B
Il est délicat de déterminer facilement le plan qui convient aux deux risques.Alors
l’utilisation des tables standard qui permet de définir le plan d’échantillonnage.
4
Normale
Lettre Code Échantillon
Plan simple Plan double Plan multiple
A 2
B 3
C 5 3
D 8 5 2
E 13 8 3
F 20 13 5
G 32 20 8
H 50 32 13
J 80 50 20
K 125 80 32
L 200 125 50
M 315 200 80
N 500 315 125
P 800 500 200
Q 1250 800 315
2 Contrôle de réception
2.1 Présentation
2.1.1 Définition
Mise à part l’acceptation ou le refus d’un lot, le contrôle de réception a pour objectifs :
- Vérifier la conformité de la marchandise reçue.
- D’éviter l’utilisation d’un lot de matières défectueuses.
- D’évaluer et de suivre le niveau de qualité des produits reçus.
- Evaluer la performance et la qualité des produits du fournisseur.
Ce type de contrôle s’applique aux caractères qualitatifs (aspect, couleurs...). Les in-
dividus (les pièces contrôlé) sont classés en bon ou défectueux selon qu’ils sont, ou non,
conformes aux spécifications qui ont fait l’objet d’un accord avec le fournisseur. La dé-
cision d’accepter au refuser un lot est basée sur le nombre de défectueux trouvé lors du
contrôle, si le contrôle ne prendre que un échantillon de lot.
7
2.5 Modes de contrôle
2.5.1 Contrôle à 100 %
Dans ce mode de contrôle, chaque produit est contrôlé et c’est ce qui augmente le temps
de processus et augmenter le cout de contrôle.
Ce mode est nécessaire lorsqu’il y a un risque pour la vie des personnes.
Avantages :
Inconvénients :
L’acceptation ou le refus du lot tout entier basant sur les résultats obtenus en exami-
nant quelques individus, laisse une incertitude. En effet, le pourcentage des défectueux
trouvés dans l’échantillon peut-être différent de celui que l’on aurait trouvé en examinant
la totalité de lot. La certitude comporte donc le risque du fournisseur et le risque du
client.[2]
• Pour des risques égaux, l’échantillon est nécessaire pour le contrôle par mesure et
il est plus réduit que celui requis pour un contrôle par attributs, mais les calculs
8
à effectuer sont plus longs. Il ne peut être utilisé d’autre part, que si le caractère
contrôlé suit une loi normale.
• En cas du contrôle par attributs, pour une taille d’échantillon donnée, l’efficacité
augmente lorsque l’on réduit le nombre de défectueux au-delà duquel l’ensemble du
lot reçu est refusé.
Des variantes du contrôle par attributs :
• Échantillonnage double.
• Échantillonnage multiple .
• Échantillonnage progressif .
Ces types d’échantillonnage sont plus économiques que l’échantillonnage simple, quant au
nombre d’individus à contrôler.
Choix de contrôle
Le contrôle par échantillonnage devra être utilisé pour tous les contrôles destructifs et
contrôle non destructif dans le cas au les produits n’ayant aucun risque humaine. Aussi la
taille de séries, la valeur ajoutée des produits et le cout du contrôle sont prendre en compte
pour déterminer le type de contrôle convenable. Il est possible de résumer grossièrement
l’utilisation des deux types de contrôle sous forme de tableau 1.4 :
3 Plans de contrôle
Il existe quatre types principaux de plans d’échantillonnage, dont on s’intéresse uni-
quement à 3 plans majeurs.
n\NQA% 0.025 0.04 0.065 0.1 0.15 0.25 0.4 0.65 1 1.5 2.5 4 6.5 10
2 0
3 0
5 0 1
8 0 1 2
13 0 1 2 3
20 0 1 2 3 5
32 0 1 2 3 5 7
50 0 1 2 3 5 7 10
80 0 1 2 3 5 7 10 14
125 0 1 2 3 5 7 10 14 21
200 0 1 2 3 5 7 10 14 21
315 0 1 2 3 5 7 10 14 21
500 0 1 2 3 5 7 10 14 21
10
Le schéma 1.2 ci-dessous traduit le principe de ce type de contrôle :
Principe :
11
Le schéma 1.3 ci-dessous traduit le principe de ce type de contrôle :
12
Dans ce plan on déterminer nos critères à l’aide de tableau suivant :
Si une forte proportion de lots est refusée, cela signifie que la qualité des lots est
moins bonne que celle définie par le NQA. En règle générale, si deux lots parmi cinq lots
successifs ont été refusés, on passe au contrôle renforcé. On doit bien évidemment prendre
des mesures pour mettre en œuvre des actions correctives.
Le passage au contrôle normal suppose que la qualité des lots est en moyenne meilleure
que le NQA. Si cinq lots successifs ont été acceptés, on repasse au contrôle normal.
Si au cours des contrôles, il apparaı̂t que la qualité des lots est notablement meilleure
que le NQA et que ce niveau de qualité a toutes les chances de se maintenir, il est alors
possible de diminuer les coûts de contrôle en passant au contrôle réduit. On retourne
au contrôle normal en cas de refus d’un lot ou en cas d’augmentation de la proportion
d’individus non conformes. En contrôle réduit, lorsque le critère d’acceptation est dépassé,
mais que le critère de rejet n’est pas atteint, le lot est accepté, mais le contrôle normal
est rétabli.
14
Figure 1.4 – Schéma qui résume les règles de passage[2]
Conclusion
Dans ce qui a précédé, nous avons présenté le contrôle de réception, ses différents types
et stades ainsi que le plan échantillonnage représenté par la taille de l’échantillon et les
différents critères.
Vu la difficulté du protocole et le risque élevé d’effectuer des erreurs en appliquant manuel-
lement les différents opérations, il vaut mieux d’informatiser et automatiser ce mécanisme.
La partie suivant va couvrir la conception d’une plateforme dédiée à simplifier le contrôle.
En s’intéressera uniquement aux plans de contrôle simple et double.
15
Chapitre 2
Conception générale
Introduction
Dans ce qui suit, nous allons présenter notre solution proposée, les objectifs de notre
application et sa conception générale que nous présentons par un ensemble de diagrammes.
1 Critique de l’existant
Le contrôle réception est un enjeu prioritaire au sein de l’industrie. L’opérateur est
en effet ammenés a traité au quotidien des volumes importants de lot reçu, consulter,
contrôler, remplir des rapports etc.
Toute une organisation qui entraı̂ne bien souvent :
• Des pertes ou des oublis provoquant des retards ;
• Des erreurs de calcul des critères ou passage entre les différents plans ;
• Perte du temps dut aux opérations manuelles de traitement ;
• Risque de perte de la traçabilité du rapport.
Application WEB
• Gérer les fournisseurs.
• Imprimé les reçu.
Le responsable qualité : C’est une personne dont le rôle est de superviser le déroule-
ment du processus de contrôle qualité.
L’ouvrier :
• Scanner les QR code : L’ouvrier a pour tâche de scanner les QR code relatifs à
chaque lot en utilisant l’application conçue.
• Déterminer la taille des échantillons et le critère d’acceptation : L’application facilite
la tâche de calcul de la taille de l’échantillon pour l’ouvrier.
• Contrôler les échantillons : Après avoir déterminer la taille de l’échantillon, l’ouvrier
doit procéder au contrôle qualité. Il doit fournir à l’application le nombre de non-
conforme qu’il vient de trouver dans l’échantillon et finalement prendre une décision
finale vis-à-vis le lot.
Le responsable qualité :
• Gérer les fournisseurs : le responsable a pour tâche d’ajouter, modifier ou supprimer
un fournisseur.
• Imprimer les reçus des contrôlers.
18
Figure 2.1 – Diagramme de cas d’utilisation général
19
Ci-dessous est représenté le diagramme de classe de notre application :
20
4.4 Diagramme de séquence
Le diagramme de séquence permet une représentation graphique des interactions entre
les acteurs et le système selon un ordre chronologique. Il permet de montrer les interactions
d’objets dans le cadre d’un scénario de cas d’utilisation. Les principales informations
contenues dans un diagramme de séquence sont les messages échangés entre les lignes de
vie. Il décrit comment les éléments du système interagissent entre eux et avec les acteurs. Il
expose en détail la façon dont les opérations sont effectuées : quels messages sont envoyés
et quand ils le sont. Les diagrammes de séquence sont organisés en fonction du temps.
Le temps s’écoule au fur et à mesure qu’on parcoure la page. Les objets impliqués dans
l’opération sont répertoriés de gauche à droite en fonction du moment où ils prennent part
dans la séquence des messages.
Le diagramme de séquence de notre application mobile pour un contrôle normal et simple
est le suivante :
21
5 Schéma relationnel
fournisseur ( Id Four ,NQA,echantillonnage,PlanC,Email )
LotRecu (id cntrl,#userid,NumLot,TailleLot,Pdef,PlanC,echantillonnage,date,etat)
Responsable(UserID,UserPass)
Attributs Désignations
Id Four Identifiant du fournisseur
NQA Niveau de qualité du fournisseur
Echantillonnage Type de contrôle du fournisseur
PlanC Plan de contrôle du fournisseur
Id cntrl Identifiant du contrôle
Userid Fournisseur de lot contrôlé
NumLot Numéro de lot
TailleLot Taille de Lot
Pdef Nombre de pièce non conformes
Date Date de contrôle
Etat Décision vis-à-vis lot contrôlé
UserID Identifiant de responsable
UserPass Mot de passe de responsable
22
Conclusion
Dans ce chapitre, nous avons élaboré la conception de l’application. Ce qui nous permet
de faciliter sa réalisation. Le chapitre suivant décrit cette phase en se basent sur l’étude
et les diagrammes élaborés dans la phase de conception.
23
Chapitre 3
Réalisation
Introduction
Après avoir effectué l’étude et la conception de l’application, on va passer à la phase
d’implantation. Ce chapitre présente le résultat du travail effectué durant ce projet.
Ce chapitre sera clôturé par quelques captures d’écran démontrant les fonctionnalités de
notre application.
1 Environnement de travail
Pour la réalisation de ce travail, nous avons eu recours aux environnements suivants
2 Choix techniques
Cette interface représente l’interface d’accueil. C’est une interface simple contenant un
bloc pour charger le camera directement, un label pour charger et afficher le contenu de
QR code et un bouton qui permettra à vérifier l’existence de fournisseur, la comptabilité
entre taille de lot et le niveau de qualité et le passage vers l’interface de contrôle.
26
Figure 3.3 – Interface SCAN
27
Après avoir cliqué sur le bouton résultat, l’application fait les mises à jour sur le plan
de contrôle pour le fournisseur sélectionné à base de son historique de réception, après il
faut cliquer sur le bouton ok pour que l’application revienne à l’interface scan pour
scan un autre QR code.
28
Figure 3.6 – Interface authentification
29
Figure 3.8 – Interface consulter :ajoute de fournisseur
Conclusion
Dans ce chapitre, nous avons traité les détails de la réalisation de notre projet pour
aboutir enfin à l’application dont nous avons présenté certaines interfaces pour quelques
fonctionnalités.
30
À la fin de cette phase, on a obtenu une version finale de l’application Contrôle de
réception prête à être utilisée.
31
Conclusion générale
32
Bibliographie
33
Annexe
La figure ci-dissous présente les méthodes livre par notre service web :
34
Ci-dessous est représenté le les chemine de connexion avec la base de données :
Ci-dessous une example de connexion de l’application mobile avec le service web et qui
montre l’appel d’une fonction :
35
La figure 3.13 ci-dessous présente le modèle de reçu généré par l’application :
36