WOW !! MUCH LOVE ! SO WORLD PEACE !
Fond bitcoin pour l'amélioration du site: 1memzGeKS7CB3ECNkzSn2qHwxU6NZoJ8o
  Dogecoin (tips/pourboires): DCLoo9Dd4qECqpMLurdgGnaoqbftj16Nvp


Home | Publier un mémoire | Une page au hasard

 > 

Elaboration d'un système d'information de la gestion de la traçabilité des échantillons dans un laboratoire métallurgique

( Télécharger le fichier original )
par Dany Chacko KALOMBO NDJAMBA
Université de Kolwezi RDC - Graduat 2013
  

Disponible en mode multipage

Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy

~ 1 ~

0. INTRODUCTION GENERALE

Durant ces dernières années, l'informatique s'est imposée d'une manière très impressionnante dans les entreprises, cela est du à son apport extraordinaire dans le domaine de gestion des bases de données.

En effet, l'informatique désigne l'automatisation du traitement de l'information par un système concret « machine » ou abstrait. On entend également par « l'informatique » l'ensemble des sciences et techniques en rapport avec le traitement de l'informatique.1

L'informatique de gestion est un domaine de l'informatique se concentrant sur la programmation de logiciels tournes vers la gestion : comptable, financière, ressources humaines, stocks, logistique, gestion des populations,

Ceci, nous a permis de rattacher notre étude de gestion de la traçabilité des échantillons pour une meilleure gestion des différents traitements exiges par cette activité de traçabilité et éventuellement d'audit interne ou externe.

C'est dans ce cadre que l'Université du CEPROMAD (UNIC) forme et lance sur le marché, des gradués et licenciés en Management et Informatique de gestion.

A l'issu de trois années d'études universitaires, l'étudiant ayant suivie avec succès tous les cours au programmes du premier cycle, doit produire un travail de fin de cycle(TFC) afin de concilier les notions théoriques apprises durant ces trois années et la pratique. D'ou la raison d'être du présent travail qui prouve que nous sommes arrivés au terme du premier cycle en Informatique de Gestion à l'Université du CEPROMAD.

1 Jacques BERT, Dictionnaire scientifique français,3eedition, Dunod, Paris 2007, p.231

~ 2 ~

0.1. ETAT DE LA QUESTION

L'idée de mettre en place un système d'information sur la gestion de la traçabilité des échantillons dans le laboratoire, nous est venue au cours de l'année 2011 lors de l'audite des experts du contrôle de qualité venue en vue de l'accréditation aux normes internationales du laboratoire métallurgique de KCC Sarl.

La cote obtenu à l'issue de l'audite était relativement en dessous de la moyenne par le fait qu'il n avait pas de support matériel et informatique pour faire la trace des échantillons qui se seraient traités et analysés par le laboratoire.

Etant à la première étape d'un travail scientifique qui nous permet de passer en revue quelques-uns des ouvrages de nos prédécesseurs que nous avions eu la chance de parcourir et ressortir le point de démarcation qui fait de notre sujet, un sujet authentique et différent des autres du même domaine1.

Par manque de documents parlant de l'informatisation de la gestion de la traçabilité des échantillons dans notre bibliothèque universitaire, nous n'avons pas eu des références sur les quelles nous appuyer que de nous tailler notre propre chemin en abordant ce sujet intitulé : « élaboration d'un système d'informations de la gestion de la traçabilité des échantillons dans un laboratoire métallurgique », cas du laboratoire KCC Sarl, afin de permettre à la génération futures qui affronteront un sujet similaires de se documenter ou/et nous compléter

0.2. CHOIX ET INTERET DU SUJET

Le choix de ce sujet a été motive par la carence au laboratoire d'une application, équipée d'une base de données, n'est pas un fait du hasard, bien que ce choix soit d' abord personnel et volontaire

Etant nous même agent affecté au laboratoire métallurgique comme chimiste de la société, nous avons constaté que les travaux d'audite et de contrôle de qualité empêchaient la accréditation de celui-ci aux normes ISO, due aux pertes d'informations liées aux échantillons .et aux résultats obtenus après analyse, sans oublier de leurs mal conservations

1 NGOY MUKANYA Ignace, Cours d'initiation au travail scientifique, G1 UNIC/KZI, 2010-2011, inédit

~ 3 ~

Dans le cadre de notre travail, l'intérêt poursuivi est vraiment de taille et non négligeable pour le monde scientifique, pour l'entreprise et pour nous même étudiant finaliste du premier cycle.

· Sur le plan scientifique : il pourra servir de référence pour des futurs chercheurs qui voudront l'améliorer ou travailler dans le même domaine

· Sur le plan pratique : c'est un outil indispensable à la prise de la décision par de sommet stratégique du laboratoire de la fonction « traçabilité et contrôle de qualité » il va non seulement améliorer et simplifier les audites mais encore et surtout faciliter la recherche des données et ainsi donc le temps pourra être optimisé.

· Sur le plan estudiantin : ce travail nous a permis, à nous finaliste du premier cycle de mettre à l'oeuvre toutes les matières théoriques apprises durant tout le parcours du premier cycle.

0.3. PROBLEMATIQUE

La problématique est « un ensemble des questions primordiales, fondamentales et essentielles que tout chercheur doit se poser au début de son travail et qui auront ainsi la tache de l'oriente »1

D' après le dictionnaire Larousse française, la problématique est définit comme : un ensemble des questions, des problèmes concernant un domaine de connaissance ou qui sont posés par une situation.

Nous avons pu constater, en effet ,pendant nos recherches que l'ensemble des traitements au sein du laboratoire métallurgique de Kamoto Copper Company se fait manuellement, ce qui engendre un certain nombre de problèmes tels que la lenteur dans l'accès aux données après analyses et le risque de perte d'informations ;donc la meilleur solution pour palier aux problèmes est l'informatisation afin d'assurer l'accès instantané aux données et une sécurisation de ces dernières ,ce qui simplifie le travail administratif et d'audite.

C'est ainsi que pour mieux saisir le sens des difficultés du système de gestion ainsi rencontrées dans l'exercice de nos fonctions; nous nous sommes posé la question

1 Madeleine GRAWITZ citée par NGOY MUKANYA Ignace dans le cours d'initiation au travail scientifique, G1 UNIC/KZI, 2010-2011, inédit

~ 4 ~

suivante : existe-t-il un autre moyen de gestion de traçabilité des échantillons plus efficace, nous permettant de réduire le temps d'accès aux données et d'éliminer les erreurs dues à la quantité d'informations liés au traitement de ces échantillons au laboratoire

0.4. HYPOTHESE

Une hypothèse selon PIRETE ROGER est une suite de réponse provisoire que tout chercheur propose à une question posée et qui sera confirmée ou confirmée à la longue durant les recherches.1

Pour DECOSTER, l'hypothèse s'étend comme une proposition douteuse à

vérifier.2

Quand à Madeleine GRAWITZ, une hypothèse est « une proposition de la réponse à la question posée, elle tend à formuler une relation entre des faits significatifs ».3

Nous basant sur la problématique, nous nous proposons de l'introduction de l'outil informatique ; nous citons un logiciel de gestion répondant efficacement à résoudre les problèmes ci-haut.

0.5. METHODES ET TECHNIQUES

Méthode

Par définition, une méthode est l'ensemble d'opérations sciemment coordonnées par lesquelles une discipline cherche à atteindre les vérités qu'elle poursuit, les démontre et les vérifie.4

Pour la réalisation de cette tache, notre choix, s'est porté sur le processus non-unifié .En effet, le processus non unifié est une solution de développement logiciel se basant sur la séparation des données et des traitements à effectuer en plusieurs modèles conceptuel et physiques.

La méthode qui a soutenue notre réflexion est essentiellement systémique .En effet la conception systémique nous a permis de considérer le Laboratoire comme un système.

1 PIRETE ROGER, cité par MASENGO ILUNGA, « l'informatisation d'une station-service », cas de la station ENGEN, TFC, UNIC/KZI ,2010-2011

2 DECOSTER, cité par NGOY MUKANYA Ignace dans le cours d'initiation au travail scientifique, G1 UNIC/KZI, 2010-2011, inédit

3 R.PINTO et M.GRAWITZ, Méthodes de recherche en science sociales, éd.dolloz, Paris 1971, p.20

4 R.PINTO et M.GRAWITZ, op.cit

~ 5 ~

D'ou, grâce à la méthode MERISE (Méthode de Réalisation Informatique par des sous-ensembles) qui est une méthode d'analyse informatique, nous avons pu procéder à l'analyse approfondie du système d'information existant et proposer le système d'information futur en décomposant le problème en entités et établir des relations pouvant exister entre elles.1

Pour l'implémentation, le choix du langage de programmation a été dicté par le type de l'application qui devrait être réalisé' et parfois être accessibles via le réseau intranet de la société .ainsi, le choix s'est porte sur le langage de programmation Visual basic .net et la base de données est implémentée sous Microsoft Access 2007.

Technique

Une technique est l'ensemble des procèdes employés pour produire un résultat déterminé, c'est un moyen pour atteindre un objectif bien définit.2

Ainsi, pour atteindre l'objectif de notre travail, nous avons utilise les techniques suivantes :

· La technique documentaire : qui consiste à étudier les documents, en vue d'établir les phénomènes dont elle contrôle les faits. Nous avons eu le temps de parcourir divers document du quotidien du laboratoire, des ouvrages, des TFC et des notes de cours.

· La technique d'observation participante : qui est une surveillance méthodique d'une personne ou d'un groupe des personnes qui prennent part à une observation. Notre fréquentation permanente lors de la récolte de données, nous a ouvert la réalité de gestion du laboratoire d'autant plus que nous travaillons dans cette entité du système étudie.

· L'interview libre : elle a été utilisée en faisant recours aux personnes que nous avons jugées capable de nous fournir les informations supplémentaires et corrects en matière de gestion échantillons en amont et aval ainsi que qu'à la circulation des informations au sein de toutes les sections du laboratoire

1 KAYUMBA Michel, cours de méthode et analyse informatique I, G2 info UNIC/KZI, 2011-2012, inédit

2 R.PINTO et M.GRAWITZ, idem

~ 6 ~

0.6. DELIMITATION DU SUJET

Du point de vue spatial, notre sujet « Elaboration d'un système d'information de la gestion de la traçabilité des échantillons dans un laboratoire métallurgique »se limite au niveau des échantillons traités au laboratoire métallurgique de l'entreprise Kamoto Copper Company, basée à Kolwezi, dans la province du Katanga, en République Démocratique du Congo.

Quant à la délimitation temporelle, nous avons pris les données de 2012 pour mener l'étude de données de notre travail.

0.7. DIFFICULTES RENCONTREES

Les difficultés ne manquent jamais dans la vie quotidien car dit on « on n'obtient pas d'omelette sans casser l'oeuf »

Dans le cadre de la recherche que nous avons menée au laboratoire de KCC Sarl, les difficultés étaient surtout liées à la récolte des données due au manque d'une entité d'archivage et du changement perpétuel de l'équipe managériale qui lors de leur passage, ne laissant aucun document pour leurs remplaçants.

Le deuxième problème est le manque des moyens suffisant ainsi que le manque de temps matériel car étant travailleur et étudiant, la combinaison de deux n'est pas facile à gérer.

0.8. SUBDIVISION DU TRAVAIL

Ayant présente les outils et la méthode adoptée, nous allons maintenant exposer le plan du travail proprement dit :

Hormis l'introduction générale et la conclusion générale, ce travail comprend cinq chapitres :

Dans le premier chapitre intitule « Considérations générales et définitions des concepts »nous allons définir tout les mots clés de notre sujet du travail.

Puis, au sein de l' « Analyse de l'existant »deuxième chapitre de ce travail, nous ferons un ensemble d'études préliminaires du système existant du domaine après un diagnostic des forces et faiblesses.

~ 7 ~

Au niveau du troisième chapitre intitule « Analyse conceptuel »nous ferons une formalisation du système d'information sans tenir comptes de concepts lie à l'organisation.

Au niveau du quatrième chapitre « Analyse logique et organisationnelle »nous ferons une formalisation en tenant compte des contraintes liées à l'organisation.

Finalement dans le dernier chapitre qu'on a nommé « Programmation »nous ferons l'implémentation qui est une traduction du modèle logique de données dans le langage de programmation compréhensible par l'ordinateur pour rendre notre base de données opérationnelle.

~ 8 ~

CHAPITRE I CONSIDERATIONS GENERALES ET DEFINITIONS
DES CONCEPTS

1.1. DEFINITIONS DES CONCEPTS

Pour mieux comprendre notre sujet, il est indispensable de définir tous les vocables clés qui le composent. Cela permettra aux lecteurs de se situer et d'entre dans le vif du travail.

· Le système d'information à la différence du système informatique qui soit désigne un ensemble d'éléments matériels ou immatériels en interaction, transformant par un processus les entrées en sortie (tout ce qui lui permet de manipuler automatiquement de l'information).

o Le système d'information en soit est un ensemble d'éléments divers

(employés, ordinateurs, règles et méthodes...) charges de stocker et de traiter les informations relatives au système opérant.1

· La gestion :selon Bergeron PG, c'est un processus de planification, d'organisation, de direction et de contrôle des ressources humaines et physique par lesquelles on veut atteindre ses objectifs .2

o La gestion est la prise de décision économique qui correspond à la conception managériale de FAYOL, selon laquelle cette notion implique la prévision, l'organisation, le commandement et le contrôle.3

· Un échantillon est une petite quantité d'une matière, d'une information ou d'une solution suffisamment représentative et permettant d'extrapoler les résultats obtenus lors d'une analyse, d'un test,...4

· Un laboratoire métallurgique est un lieu qui rassemble les moyens humains et matériels destines à l'exécution d'un travail de recherche et d'analyse des produits du domaine de la métallurgie.5

· La traçabilité : on ne trouve pas la définition de ce terme dans le dictionnaire de langue française car il s'agit d'un néologisme qui nous vient de l'anglais trace-

1 MATHERON, JP, Comprendre MERISE. Outils conceptuels et organisationnels, Paris, Eyrolles, 2007, p.3

2 BERGERON PG, citée par AMSINI JUBA Zacharie dans le cours de management générale, G1 UNIC/KZI, 2010-2011, inédit

3 FAYOL H, citée par AMSINI JUBA Zacharie dans le cours de management générale, G1 UNIC/KZI, 20102011, inédit

4 VOGGEL, la chimie analytique.la méthodologie de laboratoire, éd Amazon, Paris, 2003, p.11

5 VOGGEL, idem

~ 9 ~

ability.il faut alors se référer à la définition donnée dans la norme ISO 8402 selon laquelle: « la traçabilité est l'aptitude à retrouver l'historique, l'utilisation ou la localisation d'article ou d'activité semblable au moyen d'une identification enregistrée. »1

1.2. NOTION SUR LA TRAÇABILITE

Ainsi nous pouvons analyser chacun des principaux termes de la définition de la traçabilité ci-haut :

· Retrouver : « des informations celles aptes à répondre à une question d'une manière systématique dans les bases de données dans lesquelles les données sont sauvegardées, archivées en vue d'être d'une gestion appropriée.

· Articles ou activités : la signification de ces terme peut être fonction du busines de l'utilisateur ; une pièce, un lot, une activité, un compte en banque, un échantillon,...et qu'on défini d'une manière neutre et générique comme tout ce qui est sujet à un domaine applicatif et faisant l'objet d'une procédure.

· Semblables : est ce qui peu différent

· Identité enregistrée : identifier quelque chose, c'est nécessaire, mais pas suffisant. Mais alors il faut gérer cette identité parmi d'autre dans une base de données

1.2.1. Intérêt de la traçabilité

La traçabilité joue un rôle important dans la surveillance et l'appréciation de la qualité d'un produit ; mais il ne suffit pas de constater qu'un élément du produit est defaillant.il s'agit aussi et surtout de savoir quel produit composent cet élément et quelles opérations ont été effectuées sur ces composants ceci afin d'être en mesure de :

· D'agir de façon curative pour rectifier le plus rapidement possible la conformité du produit et mieux gérer les conséquences provoques.

· De réaliser une analyse du problème en amont et aval pour mettre en place des actions correctives.

· D'intégrer de manière préventive dans la conception et dans la production tous les éléments pertinents.

· De poursuivre même en justice par le biais de la mise en cause de sa responsabilité juridique un producteur ayant occasionne aux personnes et aux biens des désordres graves.

1 Norme ISO 8402, identification et traçabilité des produits, section 4.8, version 2000, p.325

~ 10 ~

1.2.2. Domaine d'application de la traçabilité

En tant qu'outil d'identification et de suivi de différents objets (produits, données, activités...), la traçabilité est un terme que nous pouvons rencontrer aujourd'hui dans divers domaines et disciplines. Si le principe reste le même, les finalités et les préoccupations sont plus ou moins différentes selon le champ de mise en oeuvre. Sans rentrer trop dans les détails, examinons les principaux champs concernés

1.2.2.1. Management de la qualité

La traçabilité des produits est le plus souvent associée à des préoccupations relevant du management de la qualité. Dans la plupart des normes d'assurance Qualité (ISO), on retrouve des clauses insistant sur la mise en place de moyens permettant la traçabilité des objets manipulés. Mais le lien entre la traçabilité et la qualité ne se résume pas au respect de ces normes. En effet, si les systèmes de management de la qualité sont basés sur la notion de progrès continu, la traçabilité, au sens large, constitue un moyen de remonter aux causes de non qualité afin d'y pallier. C'est-à-dire un moyen de progrès continu.

1.2.2.2 Gestion des risques

Dans l'esprit du législateur, la traçabilité des produits est d'abord un outil de gestion des risques qui doit permettre aux différents acteurs d'une chaîne de valeur d'être réactifs en cas de mise sur le marché de produits susceptibles de nuire aux consommateurs. C'est dans ce genre de crise que l'on fait appel aux opérations de retrait et de rappel .Bien entendu, la traçabilité ne permettra jamais d'éliminer complètement des risques liés à la consommation ou l'utilisation de produits alimentaires, métallurgiques, chimiques ou autres. Mais c'est tout de même un outil très efficace pour identifier, localiser et circonscrire ces risques en cas de survenances.

1.2.2.3 Gestion de la chaîne logistique

La gestion de la chaîne logistique est fondée sur un ensemble de méthodes et moyens dont l'objectif est d'assurer un bon pilotage des flux de produits allant de l'approvisionnement à la distribution en passant par les diverses étapes intermédiaires. Ceci passe par la mise en en oeuvre des moyens permettant la trace des flux physiques en leur associant des flux informationnels. C'est dans cette optique que de nombreux standards et outils d'identification automatique et de suivi des unités logistiques (palettes, containers..) ont été développés. La mise en place d'un système de traçabilité permet aux logisticiens de :

~ 11 ~

· Contrôler la circulation physique (vérifier que tout se passe comme prévu) et d'évaluer la fiabilité de la chaîne.

· Pouvoir réagir rapidement pour répondre à des demandes urgentes et faire face à des aléas divers.

· Acquérir une flexibilité permettant de s'adapter facilement à des changements plus structurels (concernant par exemple la fréquence des envois, la nature des commandes...).

· Favoriser un apprentissage organisationnel en exploitant les données de suivi.

1.2.2.4 Conception

D'une manière générale, la traçabilité en conception permet de rendre compte des décisions prises au cours des différentes étapes, des exigences générées par les choix techniques et des contraintes de réalisation. Ainsi, le concepteur est à même de maîtriser ses actions, de valider et vérifier les solutions retenues et de s'assurer que la solution choisie constitue le meilleur compromis. Elle est également très utile dans le cadre des opérations de maintenance ou de réingénierie des outils en questions.

Dans ce qui va suivre nous nous focalisons sur la traçabilité des échantillons métallurgiques, qui est l'objet de notre travail, afin de mètre en un système de traçabilité qui sera un dispositif dont la finalité est de pouvoir reconstituer totalement ou partiellement le cycle de vie de l'échantillon considéré. Autrement dit, la restitution de la totalité ou d'une partie des données liées à cet échantillon durant sa durée de vie dans le laboratoire toutes en respectant les exigences réglementaires et normatives en la matière.

~ 12 ~

CHAPITRE II ANALYSE DE L'EXISTANT 2.1. PRESENTATION DE L'EXISTANT

2.1.1 Historique

Kamoto Copper Company « KCC »est une entreprise privée en partenariat avec la générale des carrières et des mines « GCM »regroupant en son sein plusieurs installations parmi lesquelles nous avons les Usines de Luilu, le concertateur de Kamoto(KTC) et les mines à ciel ouvert de Kamoto Oliviera Virgile (KOV), de T17.

Katanga mining limited fut rapport à la signature d'un mémorandum d'accord avec joint venture partenaire de la GCM, sera la base de modification de Kamoto Copper Company, accord d'entreprise commune à incorporer les dispositions du 7 février 2008,accord de la libération de la Dikulwe dépôt et Mashamba Ouest ,issue de la fusion de deux géant du cuivres et cobalts en république démocratique du Congo, KOL(Kamoto operating limited) et DCP(Projet du Cuivre et Cobalt en RDC) pour former KCC.

KCC a comme objectif principal, la production du cuivre électrolytique et secondairement la production du Cobalts électrolytique destiné à l'exportation sur le marche international.

2.1.2 Organigramme

MET

DT

SG

FINANCE

MTN

MINE

STAT

LABORATOIRE

DCE/ECM

KTC

LUILU

ST MET

~ 13 ~

DG

ADG

TEAM DAILY SUPPORT

Lab Section Leader

2

Chemist Operator

8

 

Lab Worker

7

 
 

Figure 1

TEAM SHIFT A

Lab Section
Leader

2

Chemist
Operator

8

Lab Worker

7

TEAM SHIFT B

Lab Section Leader

2

Chemist Operator

8

 

Lab Worker

7

 
 

TEAM SHIFT C

Lab Section
Leader

2

Chemist
Operator

8

Lab Worker

7

TEAM SHIFT D

Lab Section
Leader

2

Chemist
Operator

8

Lab Worker

7

~ 14 ~

2.2. ETUDE DES DIFFERENTS POSTES

2.2.1. Manager laboratoire

Le manager du laboratoire métallurgique KCC assume les fonctions suivantes : Définir des priorités de recherche :

· Proposer et mettre en place les travaux annuels de recherche dans le domaine d'expertise du laboratoire en lien avec direction d'étude et de développement.

· Analyser les couts, les budgets et les plannings nécessaires à la bonne réalisation des objectifs du laboratoire.

Encadre des équipes :

· Animer des réunions régulières avec les différents tean leader du laboratoire afin d'évaluer l'état d'avancement des manipulations.

· Evaluer individuellement et collectivement la performance des équipes du laboratoire assurer la montée en compétence des chimistes

2.2.2. Superviseur

Le superviseur a pou rôle majeur au sein du laboratoire d'élaborer, de suivre et contrôler des études scientifiques en gérant les moyens humains et matériels nécessaires à leur réalisation.

Il définit les procédures et modes opératoires, les ressources et moyens nécessaires, propose la mise en place de nouvelles technologie, gère la logistique du service (équipements, matériels, stocks, hygiène et sécurité...)

Il rédige des rapports de travail, échange des informations techniques avec les demandeurs des analyses et anime les équipes de travail tout en suivant le budget du laboratoire

2.2.3. Team daily support et Team shift A, B, C, D

Ce sont des équipes des chimistes et échantillonneur réalisant des expériences, des analyses ou des synthèses selon un protocole define.ils effectuent des essaies et travaillant sous la responsabilité d'un team leader.

Les chimiste de laboratoire effectuent des essais et des analyses en vue

d'étudier les phénomènes chimiques et métallurgique tout en élaborant de nouveaux produits, chercher de nouvelles application à un produit existant ou bien effectuer des contrôles de qualité.

Figure 2

~ 15 ~

2.3. DESCRIPTION DES DOCUMENTS

Une donnée étant toute information sous une forme permettant son stockage

sur un support ainsi que son traitement. Autrement dit, c'est une information qui a été codifiée pour être stockée sur un support, de quelque nature qu'il soit et traite.1

Le stockage étant fait sur des supports, nous pouvons passer au crible de l'étude des supports

ou document utilises pour la conservation des données tout en décelant les différentes données correspondantes

2.3.1. Bordereau de demande d'analyse

C'est un bordereau qui permet aux demandeurs ou clients qui sont les

différents départements de l'entreprise qui ont besoin d'avoir des résultats d'analyse pour leurs permettre soit d'intervenir sur le processus métallurgique, minière et environnemental, soit de faire l'étude statistique.

LABOCENTRALE Kolwezi, le 08 /05 /2012

SERVICE TECHNIQUE

BORDEREAU DEMANDE D'ANALYSE N° D00010

Demandeur : MAKONGA KASEKI /code 4528. Département/service : LUI/MET/DCE

Imputation : URGENT

N°Lot

N°Ech

Libellé Ech.

Types Ech

ELEMENTS A DETERMINER

201205100

J3150001

Gâteau KTO sulf.

Solide

Cu, Co, Fe

201205100

J3152001

Solution Strippage

solution

Cu, Co, Fe

201205100

J3152002

Solution sortie Strippage

solution

Cu, Co, Mn

201205100

J3153001

Alim.primaire acid

solide

Cu, Co, Cu ox

201205100

J3153003

Alim.primaire acide

solution

Cu, Co, Fe

Visa demandeur Pour réception échantillonnage Analyste

Reçu le 09/05/2012 Reçu le 10/05/2012

MET-LAB-FM-101,Rev-0 CONFIDENTIEL Page 1 of 1

~ 16 ~

2.3.2. Fiche des résultats

C'est une fiche qui permet à l'analyste de rapporter les résultats obtenus des analyses selon la demande du client.

LABOCENTRALE Kolwezi, le 11 /05 /2012

SERVICE TECHNIQUE

FICHE DES RESULTATS N° R00011

Demandeur : MAKONGA KASEKI /code 4528 Département/service : LUI/MET/DCE Imputation : URGENT

N°Lot

N°Ech

Libellé Ech.

Types Ech

element

Résultats

Unite

201205100

J3150001

Gâteau KTO sulf.

Solide

Cu

35,21

%

201205100

J3150001

Gâteau KTO sulf.

Solide

Co

5,75

%

201205100

J3150001

Gâteau KTO sulf.

Solide

Fe

3.45

%

201205100

J3152001

Solution Strippage

solution

Cu

20,63

g/l

201205100

J3152001

Solution Strippage

solution

Co

10,08

g/l

201205100

J3152001

Solution Strippage

solution

Fe

2,74

g/l

201205100

J3152002

Solution sortie Strippage

solution

Cu

12,53

g/l

201205100

J3152002

Solution sortie Strippage

solution

Co

6,78

g/l

201205100

J3152002

Solution sortie Strippage

solution

Mn

0,46

g/l

Analyste Superviseur Labo

Approuvé le 12/05/2012

MET-LAB-FM-101, Rev-0 CONFIDENTIEL Page 1 of 1

Figure 3

3.3.3. Registre échantillonnage

C'est un registre dans est enregistre les coordonnes de l'échantillon issue de la demande d'analyse afin d'acquise la réception de celui-ci au niveau de la section d'échantillonnage.

~ 17 ~

N°Lot

N°Ech

Libellé Ech.

Types
Echant

Code demandeur

Date bordereau

Date reception

201205100

J3150001

Gâteau KTO sulf.

Solide

4528

08/05/2012

09/05/2012

201205100

J3152001

Solution Strippage

solution

4528

08/05/2012

09/05/2012

Figure 4

2.3.4. Registre d'analyse

C'est un registre dans lequel, le chimiste analyste enregistre les résultats obtenus après analyses

N°Lot

N°Ech

Libellé Ech.

Types
Echant

Date analyse

element

Résultats

Unite

Analyste

201205100

J3150001

Gâteau KTO sulf.

Solide

11/05/2012

Cu

35,21

%

SEYA

201205100

J3150001

Gâteau KTO sulf.

Solide

11/05/2012

Co

5,75

%

SEYA

201205100

J3150001

Gâteau KTO sulf.

Solide

11/05/2012

Fe

3.45

%

SEYA

201205100

J3152001

Solution Strippage

solution

11/05/2012

Cu

20,63

g/l

SEYA

201205100

J3152001

Solution Strippage

solution

11/05/2012

Co

10,08

g/l

SEYA

201205100

J3152001

Solution Strippage

solution

11/05/2012

Fe

2,74

g/l

SEYA

Figure5

2.3.5 Registre de stock

Dans ce registre est enregistre tous les échantillons en vue de leurs entreposage pour des analyses ultérieurs.

N°Lot

N°Ech

Libellé Ech.

Types
Ech

Date entree

Date sortie

stock

emplacement

Observation

201205100

J3150001

Gâteau KTO sulf.

Solide

13/05/2 012

xxxx

S062

AA005/001

xxxx

201205100

J3152001

Solution Strippage

solution

 

xxxx

 

AA005/002

xxxx

~ 18 ~

Figure 5

2.4. INVENTAIRE DES LOTS D'INFORMATIONS

Il s'agit d'un tableau dans lequel nous allons ressortir le contenu de lots d'information ainsi que les documents utilisés dans le système étudié.

Document

Rubrique

Observation

1

Bordereau de demande d'analyse

-Numéro bordereau -Nom demandeur -Date établissement -Numéro échantillon -Nom échantillon -Département

-Service

-Imputation

-Numéro lot

-Nature échantillon -Elément à déterminer -code demandeur

Ce bordereau est établi par les demandeurs d'analyse sur lequel, ils expriment clairement leurs besoins.

2

fiche des résultats

-Numéro fiche résultats - Nom demandeur -Date établissement -Numéro échantillon -Nom échantillon -Département

-Service

-Imputation

-Numéro lot

-Nature échantillon -Elément

-Résultats

-unité

-Nom analyste

-Nom superviseur

Cette fiche permet la publication des résultats aux demandeurs d'analyse

3

Registre échantillonnage

-Numéro lot

-Nature échantillon

-Numéro échantillon

-Nom échantillon

-code demandeur

-date établissement bordereau

-date réception

Ce registre permet l'enregistrement à la réception des échantillons au niveau de l'échantillonnage.

4

Registre d'analyse

-Numéro échantillon -Nom échantillon -Numéro lot -Nature échantillon -Elément -Résultats -unité

-Nom analyste

-date analyse

Ce registre permet d'enregistre les résultats des différentes analyses.

5

Registre de stock

-Numéro échantillon -Nom échantillon -Numéro lot

Ce permet d'enregistre les entrée et sortie au stock.

~ 19 ~

 
 

-Nature échantillon

 
 
 

-Date entrée stock

 
 
 

-Date sortie stock

 
 
 

-Code stock

 
 
 

-Numéro emplacement

 
 
 

-Observation

 

2.5. INVENTAIRE DES RUBRIQUES

Le tableau ci-dessous récence toutes les informations relevées relativement aux

différents documents passes sous étude.

Rubriques

BORDEREAU DE DEMANDE D'ANALYSE

FICHE DES RESULTATS

Registre

échantillonnage

Registre d'analyse

Registre de stock

1

num_lot

*

*

*

*

*

2

num_ech

*

*

*

*

*

3

libelle_ ech.

*

*

*

*

*

4

types _ech

*

*

*

*

*

5

elements_a determiner

*

*

 

*

 

6

nom_demandeur

*

*

 
 
 

7

code_demandeur

*

*

*

 
 

8

departement

*

*

 
 
 

9

service

*

*

 
 
 

10

imputation

*

*

 
 
 

11

date_etabli_bordereau

*

 

*

 
 

12

date_recept_echantillonnage

*

 

*

 
 

13

date_recept_analyse

*

 
 
 
 

14

num_bordereau

*

 
 
 
 

15

num_fiche_resultats

 

*

 
 
 

16

resultats

 

*

 

*

 

17

unite

 

*

 

*

 

18

date_fiche_result

 

*

 
 
 

19

nom_analyste

 

*

 

*

 

20

nom_sup_labo

 

*

 
 
 

21

date_approbation

 

*

 
 
 

22

date_analyse

 
 
 

*

 

23

code_emplacement

 
 
 
 

*

~ 20 ~

24

date_entree_stock

 
 
 
 

*

25

date_sortie_stock

 
 
 
 

*

26

observation

 
 
 
 

*

27

code_stock

 
 
 
 

*

2.6. ETUDE DE LA CIRCULATION DES INFORMATIONS

2.6.1. Tableau des acteurs

Ce tableau, permet de ressortir les acteurs qui interviennent dans le système

étudié.

Un acteur est une entité humaine ou matérielle, intervenant dans le système d'information.1Les acteurs se divisent en deux catégories à savoir interne et externe, selon leur appartenance ou non à l'entreprise.

A cet effet les intervenant des notre système sont :

ACTEUR

TYPE

DESCRIPTION

01

Demandeur ou client

externe

Est la personne ou le département qui expédie les échantillons au laboratoire pour solliciter leur analyse

02

Section d'échantillonnage

interne

Est la section chargée de la réception et de la préparation des échantillons afin de le rendre utile ou prête pour l'analyse ultérieure

03

Section d'analyse

interne

Est la section chargée de faire les différentes analyses sur les échantillons selon la demande du demandeur.

04

Superviseurs du laboratoire

interne

Est la personne chargée de faire la critique, la certification, l'approbation et la publication des résultats obtenus par la section d'analyse.

05

Section de stockage

interne

Est la section chargée de faire le stockage des échantillons après leurs analyses.

1 John KAIDI, Cours de technique de base de données, G3 info, UNIC/KZI, 2012-2013, inédit

~ 21 ~

2.6.2. Graphe de flux

Un flux est un échange d'information entre un acteur émetteur et un acteur

récepteur1.

Le diagramme de flux, aussi appelé le modèle conceptuel de communication(MCC) permet la description des flux d'informations échangées entre acteurs en décomposant l'organisation en une série d'acteurs internes2.dans ce diagramme, la représentation standard est constituée par les ellipses qui représentent les acteurs internes, les flèches qui représentent les messages externes et les boucles les messages internes.

3 2

Section
Echantillonnage

1

4

Demandeur

11

5

6

Section d'

7 Analyse

8

9

13

12

Section de Stockage

Superviseur

10

Figure 6

1 John KAIDI, Op cit

2 BOUBKER .S et R.EL YAAGOUBI, Analyse et conception d'un système d'information avec MERISE, RESI n°14, décembre 2004, p.60.

~ 22 ~

LEGENDE

(1) Dépôt bordereau et échantillon

(2) Bordereau enregistré

(3) Préparation échantillon

(4) Transmission bordereau et échantillon

(5) Bordereau enregistré

(6) Echantillon analysé

(7) Enregistrement résultat obtenu

(8) Etablissement fiche des résultats

(9) Fiche des résultats transmis

(10) Approbation des résultats

(11) Résultats transmis

(12) Dépôt échantillon analysé

(13) Echantillon enregistré

~ 23 ~

2.7. CRITIQUE DE L'EXISTANT

Pour mener à bien notre critique de l'existant, nous avons relevé les points faibles et les points forts de notre système d'information afin de pouvoir proposer des solutions adéquates.

+ Les points faibles

En examinant le système d'information au sein du laboratoire de KCC, nous avons constaté que :

o La société a disponibilité dans chaque section du laboratoire au moins un ordinateur qui n'est presque pas utiliser pour des fin de celui-ci.

o Au sein du laboratoire, il y a absence total d'une section d'archivage des documents et même pas des étager pour le classement des documents ; ceci a pour conséquence majeur de rendre la traçabilité quasi impossible

+ Les points forts

o Nous avons constate au sein du laboratoire, la présence d'une structure organisationnelle dynamique, se basant sur les recommandations stricte du contrôle de qualité en vue de la certification aux normes ISO.

o Nous avons constate que le personnel du laboratoire était bien forme et expérimenté.

o Nous avons aussi remarque la présence des matériels et appareils au laboratoire de très haute technologie.

+ Proposition des solutions

En tant qu'informaticien de gestion, nous trouvons que pour rendre la traçabilité des échantillons plus aisé afin de se conforme aux recommandations précédentes des auditeurs, nous devons mettre en place un logiciel capable de faire la trace de l'historique d'un échantillon même après plusieurs années.

Nous suggérons aussi à l'équipe managériale du laboratoire de mettre en place une section d'archivage des documents afin de permettre de retrouver les traces écrites pouvant servir à des générations futures.

~ 24 ~

CHAPITRE III ANALYSE CONCEPTUELLE

L'analyse conceptuelle consiste à mettre au point, le premier niveau d'abstraction de Merise en s'appuyant sur les invariants, c'est-à-dire Le niveau conceptuel consiste à concevoir le système informatique en faisant abstraction de toutes les contraintes techniques ou organisationnelles et cela tant au niveau des données que des traitements1.

Le niveau conceptuel répond à la question Quoi ? (le quoi faire, avec quelles

données).

Le formalisme Merise employé sera :

· Le Modèle Conceptuel des Données (MCD). : statique

· Le Modèle Conceptuel des Traitements (MCT). : dynamique

L'analyse conceptuel étant un domaine de gestion conduit à l'obtention de :

· Données manipulées

· Règles de gestion

· Enchainement des traitements

3.1. MODELE CONCEPTUEL DES DONNEES (MCD)

Le modèle conceptuel des données est une représentation graphiques des données à un niveau conceptuel, c'est-à-dire, sans se préoccuper ni des contraintes d'organisation, ni du gestionnaire de bases de données utilise, ni des traitements.2

Le MCD a pour but de modéliser les données (aspect statique) mémorisées dans le système d'information. Le formalisme adopté par la méthode Merise pour réaliser le MCD est base sur le modèle Entité-Association3

3.1.1. Définition des concepts de base

· Entité

o L'entité est la représentation d'un objet matériel ou immatériel pourvu d'une existence propre et conforme aux choix de gestion de l'entreprise.4

· Occurrence d'une entité

o Une occurrence d'une entité est une instance ou représentation de l'entité dans le monde de l'entreprise.5

1 Jean-Luc BAPTISTE, Merise, Modélisation des données et des traitements, Langage SQL, éd Eni, p.9

2 Michel KAYUMBA, op cit

3 DIGALLO Frederic, Methodologies des systems d'information Merise, CNAM 4Michel KAYUMBA,idem

5 Michel KAYUMBA,Ibidem

~ 25 ~

· Propriété ou attribut

o Une propriété est une donnée élémentaire qu'on perçoit sur l'entité.1

· Identifiant d'une entité

o L'identifiant d'une entité est une propriété ou un ensemble de plusieurs propriétés de l'entité telle que, à chaque valeur de l'identifiant, correspond une et une seule occurrence de l'entité.2

· Association

o L'association ou relation est relation que les règles de gestion établissent entre deux entités ou plus.3

· Cardinalité

o La cardinalité d'une relation est compose d'un couple comportant une borne maximale et une borne minimale.

o Les cardinalités permettent de caractériser le lien qui existe entre une entité et la relation à la quelle elle est reliée.4

3.1.2 Règle de vérification du MCD

Règle sur les entités (à appliquer avec bon sens)

Toute propriété est élémentaire ;

Une propriété ne doit pas être «instable», pas «calculable» ;

Toute propriété d'une instance aura au plus une valeur ;

Une propriété doit permettre d'éviter la redondance des valeurs sur l'ensemble des instances ;

Toute entité possède un identifiant ;

Toute propriété dépend (directement) de l'identifiant ;

Toute propriété dépend de tout l'identifiant ; Règle sur les associations

Toutes les règles sur les entités s'appliquent également sur les associations.

Une association peut posséder des propriétés et son identifiant est la concaténation des identifiant des entités qu'elle relie

1 Michel KAYUMBA, Ibidem

2 Michel KAYUMBA, Op cit

3 Michel KAYUMBA, Idem

4 Michel KAYUMBA, Ibidem

~ 26 ~

Règle globales

Une propriété ne figure qu'une fois dans le MCD ;

Les propriétés calculées ne figurent pas dans le MCD (mais il faut s'assurer qu'avec le MCD on puisse les calculer) ;

On ne fait pas figurer les associations qui se déduisent par transitivité.

3.1.3 Dictionnaire des Données

Le dictionnaire des données est un outil de conception qui décrit l'ensemble de données qui seront utilisées pour élaborer le schéma conceptuel des données.

Le dictionnaire des données regroupe les propriétés atomique des entités en vue de faciliter la conception ultérieur da la base données de l'organisation étudiée.1

PROPRITES

SIGNIFICATION

DOMAINE

TYPE

TAILLE

CONTROLE

01

Num_Bord

Numéro du bordereau de demande d'analyse

alphanumérique

NC

6

Unique

02

Imputation

Ordre de priorité

alphabétique

NC

15

_

03

Date_Bord

Date d'établissement du bordereau de demande d'analyse

date

NC

8

JJ/MM/AAAA

04

Nom_demand

Nom du demandeur d'analyse

alphabétique

NC

20

_

05

Département

Département du demandeur

alphabétique

NC

15

_

06

Service

Service du demandeur

alphabétique

NC

10

_

07

Num_echant

Numéro de l'échantillon

alphanumérique

NC

8

Unique

08

Nom_echant

Nom de l'échantillon

alphabétique

NC

20

_

09

Type_echant

Type ou nature de l'échantillon

alphabétique

NC

15

_

10

NumF_Result

Numéro de la fiche de résultats

alphanumérique

NC

6

Unique

11

LibelleF_Result

Description de l'échantillon

alphabétique

NC

20

_

12

Date_etabl_FR

Date de l'établissement de la fiche des résultats

date

NC

8

JJ/MM/AAAA

13

Date_approb_FR

Date de l'approbation de la fiche des résultats

date

NC

8

JJ/MM/AAAA

14

Résultat

Résultats obtenu après analyse

numérique

NC

5

_

15

Unité

Unité de mesure : gr/l,%,...

Unité de mesure

NC

Unité

_

16

Elément

Elément à déterminer lors de l'analyse

alphabétique

NC

6

_

17

Num_lot

Numéro du lot

numérique

NC

9

Unique

18

Date_prelevement

Date de constitution du lot

date

NC

8

JJ/MM/AAAA

19

statut

Description du lot

alphabétique

NC

20

_

20

Num_rayon

Numéro du rayon de stockage

alphanumérique

NC

4

Unique

21

Libelle_rayon

Description du rayon de

alphabétique

NC

15

_

1 BOUBKER S& R.EL YAOGOUBI, Op cit, p.60

~ 27 ~

 
 

stockage

 
 
 
 

22

Num_emplace

Numéro de l'emplacement

alphanumérique

NC

8

Unique

23

Libelle_emplace

Description de l'emplacement

alphabétique

NC

15

_

24

Mat_superviseur

Matricule du superviseur laboratoire

alphanumérique

NC

6

Unique

25

Nom_superviseur

Nom du superviseur laboratoire

alphabétique

NC

20

_

26

Mat_analyste

Matricule de l'analyste

alphanumérique

NC

6

Unique

27

Nom_analyste

Nom de l'analyste

alphabétique

NC

20

_

28

Fonction

Fonction exerce par l'analyste

alphabétique

NC

15

_

29

Qualification

Qualification de l'analyste

alphabétique

NC

15

_

30

Code_labo

Code du laboratoire

numérique

NC

4

Unique

31

Nom_labo

Nom du laboratoire

alphabétique

NC

15

_

32

Date_analyse

Date de l'analyse

date

NC

8

JJ/MM/AAAA

3.1.4. Analyse des dépendances fonctionnelles

Le rôle de l'établissement des dépendances fonctionnelles est de nous aider à comprendre les liens existants entre chaque donnée. Cette démarche de recherche des dépendances fonctionnelles est la pierre angulaire de toute l'analyse des données. En effet, cette activité étant la première dans l'élaboration de l'analyse, si elle est négligée c'est tout l'ensemble qui en subira les conséquences1.

Une dépendance fonctionnelle est une propriété sémantique, elle correspond à une contrainte supposée toujours vrai du monde réel. L'étude des dépendances fonctionnelles conduit à identifier les liens entre les données et permet de normaliser le schéma inter relation.2

a) Matrice de dépendances fonctionnelles à source simple

C'est un tableau qui permet d'analyser les dépendances fonctionnelles qui existent entre les données répertoriées dans le dictionnaire de données en supprimant toutes les propriétés ayant le type calculé.3

1 Jean-Luc BAPTISTE, Op cit ,p.15

2 Michel KAYUMBA, Op cit

3 Michel KAYUMBA, Idem

~ 28 ~

PROPRIETES

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

1

Num_Bord

*

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

2

Imputation

1

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

3

Date_Bord

1

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

4

Nom_demandeur

1

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

5

Département

1

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

6

service

1

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

7

Num_echant

1

 
 
 
 
 

*

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

8

Nom_echant

 
 
 
 
 
 

1

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

9

Type_echant

 
 
 
 
 
 

1

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

10

numF_Result

 
 
 
 
 
 
 
 
 

*

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

11

LibelleF_Result

 
 
 
 
 
 
 
 
 

1

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

12

Date_etabl_FR

 
 
 
 
 
 
 
 
 

1

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

13

Date_approb_FR

 
 
 
 
 
 
 
 
 

1

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

14

Résultat

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

15

Code_Elément

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

*

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

16

Unité

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

1

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

17

Num_lot

 
 
 
 
 
 

1

 
 
 
 
 
 
 
 
 

*

 
 
 
 
 
 
 
 
 
 
 
 
 
 

18

Date_prelevement

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

1

 
 
 
 
 
 
 
 
 
 
 
 
 
 

19

Statut_lot

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

1

 
 
 
 
 
 
 
 
 
 
 
 
 
 

20

Code_depot

 
 
 
 
 
 

1

 
 
 
 
 
 
 
 
 
 
 
 

*

 
 
 
 
 
 
 
 
 
 
 

21

Libelle_depot

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

1

 
 
 
 
 
 
 
 
 
 
 

22

Num_emplacement

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

1

 

*

 
 
 
 
 
 
 
 
 

23

Libelle_emplacement

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

1

 
 
 
 
 
 
 
 
 

24

Mat_superviseur

 
 
 
 
 
 
 
 
 

1

 
 
 
 
 
 
 
 
 
 
 
 
 

*

 
 
 
 
 
 
 

25

Nom_superviseur

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

1

 
 
 
 
 
 
 

26

Mat_analyste

 
 
 
 
 
 
 
 
 

1

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

*

 
 
 
 
 

27

Nom_analyste

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

1

 
 
 
 
 

28

Fonction

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

1

 
 
 
 
 

29

Code_laboratoire

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

*

 
 

30

Nom_laboratoire

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

1

 
 

31

Date_analyse

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

32

Symbole_element

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

1

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

33

Date_entree_depot

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

1

 
 
 
 
 
 
 
 
 
 
 

34

Date_sortie_depot

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

1

 
 
 
 
 
 
 
 
 
 
 

~ 29 ~

Ainsi dans notre conception, nous avons les dépendances fonctionnelles à sources simples suivants :

DF1 : Num_Bord - Imputation, Date_Bord, Nom_demand, Département, service, Num_echant

DF2 : Num_echant - Nom_echant, Type_echant, Num_lot, Code_depot

DF3: NumF_Result - LibelleF_Result, Date_etabl_FR, Date_approb_FR, Mat_superviseur, Mat_analyste

DF4: Num_lot - Date prelevement, Statut_lot

DF5: Code_depot - Libelle_depot, Date_entree_depot, Date_sortie_depot, Num_emplacement

DF6: Num_emplacement - Libelle_emplacement

DF7: Mat_superviseur - Nom_superviseur

DF8: Mat_analyste - Nom_analyste, Fonction

DF9: Code_labo - Nom_labo

DF10: Code_element - Symbole_element, unité

b) Matrice de dépendances fonctionnelle à source composée

La matrice de dépendances fonctionnelle à source composée est obtenue à partir de la matrice de dépendance fonctionnelle à source simple selon les règles suivantes :

· Maintenir uniquement les propriétés clés de la matrice à source simple.

· Reprendre les propriétés qui n'ont pas été utilisées dans la matrice à source simple (type calculé).

· Il doit y avoir dans la matrice à source simple un ou plusieurs propriétés clés ou identifiants qui détermine une propriété. Dans notre système, la matrice de dépendances fonctionnelle à source composée se présente comme suite :

PROPRIETES

DF11

DF12

01

Num_Bord

 
 

02

Num_echant

G

G

03

NumF_Result

G

 

04

Num_lot

 
 

05

Code_depot

 
 

06

Num_emplace

 
 

07

Mat_superviseur

 
 

08

Mat_analyste

 
 

09

Code_labo

 

G

10

Date_analyse

 

D

11

Résultat

D

 

12

Code_element

G

 

DF11: Num_echant, NumF_Result, Code_element- Résultat DF12 : Num_echant, Code_labo - Date_analyse

~ 30 ~

3.1.5. Matrice des clés

La matrice des clés permet d'analyser les dépendances fonctionnelles entre les propriétés trouvées dans la matrice de dépendance fonctionnelle à source simple, si et seulement qu'il y a une propriété qui est déterminée, par une autre propriété.

PROPRIETES

1

2

3

4

5

6

7

8

9

10

1

Num_echant

*

1

 
 
 
 
 
 
 
 

2

Num_Bord

 

*

 
 
 
 
 
 
 
 

3

NumF_Result

 
 

*

 
 
 
 
 
 
 

4

Num_lot

1

 
 
 
 
 
 
 
 
 

5

Code_depot

1

 
 
 

*

 
 
 
 
 

6

Num_emplacement

 
 
 
 

1

 
 
 
 
 

7

Mat_superviseur

 
 

1

 
 
 
 
 
 
 

8

Mat_analyste

 
 

1

 
 
 
 
 
 
 

9

Code_labo

 
 
 
 
 
 
 
 
 
 

10

Code_element

 
 
 
 
 
 
 
 
 
 

3.1.6 Graphe des clés

Le graphe des clés est un schéma qui nous donne les propriétés clés à partir des dépendances fonctionnelle à source composes. Dans notre le graphe des clés se présente comme suite :

NumF Result Code element

NumF Result, Code element, Num echant

Num echant, Code labo

Num echant

 

Code labo

~ 31 ~

Code depot Libelle_depot Date_entree_depot Date_sortie_depot

1 Michel KAYUMBA ,Op cit

Num emplacement Libelle_emplacement

3.1.7 Structure d'accès théorique aux données(SAT)

La SAT est un schéma obtenu en ajoutant au graphe des clés, les propriétés des dépendances fonctionnelles à source simple1.

Mat superviseur Mat analyste

Nom_superviseur Nom_analyste

Fonction

NumF_Result Code_element

LibelleF_Result Symbole_element

Date_etabl_FR Unité

Date_approb_FR

NumF_Result, Code_element, Num_echant

Résultat

Num_echant

Nom_echant Type_echant

Num Bord Num echant, Code labo

Date_Bord Date_analyse

Nom_demandeur

Département

Service

Imputation

Code_labo

Num lot Nom_labo
Date_prelevement

Statut_lot

Figure 7

1,1

1,1

~ 32 ~

3.1.8. Construction du modèle conceptuel des données (MCD)

Le modèle conceptuel des données est appelé aussi schéma conceptuel des données, sera établi après vérification des étapes suivantes :

Mat Superviseur Nom_Superviseur

Mat_Superviseur <pi>

Approuver

SUPERVISEUR

1,n

<pi> Texte (6) Texte (20)

<O>

1,1

NmF_Resultat LibelleF_Result Date_Etab Date_Approb

NumF_Resultat <pi>

FICHE RESULTAT

<pi> Texte (6)

Texte (20) Date

Date

<O>

1,n

1,n

Renseigner

Resultat Texte (5)

CodeElment Symbole Unité

Code_Element <pi>

ELEMENT

<pi> Texte (6) Texte (20) Texte (20)

<O>

1,n

1,1

Comporter

1,n

Num Echant
Nom_Echant
Type_Echant

Num_Echant <pi>

ECHANTILLON

<pi> Texte (8) Texte (20) Texte (15)

<O>

1,n

Num Lot Date_Prelevement Statut_Lot

Num_Lot <pi>

LOT

<pi> Texte (9)

Date

Texte (20)

<O>

1,n

Tirer

Stocker

CodeDepot Libellé_Depot Date_Entrée_Depo Date_Sortie_Dep

Code_depot <pi>

Se trouver

DEPOT

<pi> Texte (6)

Texte (20) Date

Date

1,1

<O>

1,n

NumEmp Libellé_Empl

Identifiant_1 <pi>

EMPLACEMENT

<pi> Texte (8)

Texte (15)

<O>

1,1

MatAnalyste Nom_Analyste Fonction

Mat_Analyste <pi>

ANALYSTE

Etablir

<pi> Texte (6)

Texte (20)
Texte (15)

1,n

<O>

Num Bord Nom_Demand Departement Service Imputation

Num_Bord <pi>

BORDEREAU DEMANDE D'ANALYSE

<pi> Texte (6) Texte (20) Texte (15) Texte (10) Texte (15)

<O>

1,n

1,n

CodeLabo Nom_Labo

Code_Labo <pi>

LABORATOIRE

<pi> Numérique (4) Texte (15)

<O>

Analyser

Date_Analyse Date

~ 33 ~

3.1.9. Tableau des cardinalités

Ce tableau nous montre comment les cardinalités sont placés.

ASSOCIATION

ENTITE

CARDINALITES

SIGNIFICATION

01

Approuver

Superviseur

(1,1)

Une fiche résultat est approuvée par un seul superviseur

Fiche résultat

(1, n)

Un superviseur n'approuve qu'au moins une fiches résultat

02

Etablir

Analyste

(1,1)

Une fiche résultat est établie par un seul

analyste

Fiche résultat

(1, n)

Un analyste n'établi qu'au moins une fiche résultat

03

Renseigner

Echantillon

(1, n)

Au moins une fiche résultat renseigne les

éléments d'au moins un échantillon.

Fiche résultat

(1, n)

Au moins un échantillon est renseigné sur les fiches résultats avec au moins un élément.

Elément

(1, n)

Au moins un élément est renseigné sur les fiches résultat pour au moins un échantillon

04

Comporter

Echantillon

(1, 1)

Un échantillon n'est comporté que sur un

seul bordereau de demande d'analyse.

Bordereau demande analyse

(1, n)

Un bordereau de demande d'analyse

comporte au moins un échantillon

05

Analyser

Echantillon

(1, n)

Dans un laboratoire est analysé au moins un échantillon.

laboratoire

(1, n)

un échantillon est analysé dans au moins un laboratoire.

06

tirer

Echantillon

(1, n)

un lot ne tire qu'au moins un échantillon.

Lot

(1, 1)

Un échantillon est tiré dans un seul lot.

~ 34 ~

07

Stocker

Echantillon

(1, n)

un dépôt ne stocke qu'au moins un

échantillon.

Dépôt

(1, 1)

Un échantillon est stocké dans un seul

dépôt.

08

Contenir

Dépôt

(1, n)

un dépôt ne contient qu'au moins un

emplacement.

Emplacement

(1, 1)

Un emplacement est contenu dans un seul dépôt.

3.2 MODELE CONCEPTUEL DE TRAITEMENT (MCT)

Les traitements constituent la partie dynamique du système d'information ; ils décrivent les opérations à effectuer sur les données pour les transformer en résultat demandé par les utilisateurs1.

Le niveau conceptuel construit une abstraction des traitements vécus. Il représente les traitements en dehors de toute mise en oeuvre particulière.

Une telle représentation dégagée des contraintes matérielles possède certains avantages :

1. Elle apporte une meilleure compréhension du phénomène étudié;

2. Cette représentation sert de base pour l'étude des différentes solutions d'organisation et de mise en place2.

Dans la construction du système d'information, l'aspect traitement est plus sensibles par les gestionnaires, l'articulation des différentes opérations, leurs enchainement dans le temps, la définition des règles de gestion à appliquer, traduisent directement leurs activités quotidiennes.

Le modèle de traitement à pour objectif de décrire le contenu (quelles

opérations ?, quel résultat ?) et la dynamique (déroulement dans le temps) des activités d'un domaine de l'organisation d'une manière indépendante de choix d'organisation (lieu d'exécution et durée de l'opération) et de moyen utilisé.

A travers le modèle conceptuel de traitement, on cherche à répondre à la question « Quoi faire ? »En négligeant les questions « Qui, Ou et Comment ? ».On espère

1 DIGALLO Frederic ,Op cit

2 Serge GASTON & Hubert LELOND, Analyse en entreprise : les flux, version de novembre 2005, p.5

~ 35 ~

ainsi obtenir un modèle stable, invariant par rapport aux choix d'organisation et aux choix techniques.

Avant de poursuivre d'avantage, nous allons faire une petite approche définitionnelle de quelques concepts :

· Evénement

Un événement se définit comme le fait que quelque chose s'est produit dans l'univers extérieur ou dans le système d'information. En d'autre terme, l'événement est une sollicitation (externe ou interne) du système d'Information auquel celui-ci doit réagir 1 ;

· Opération

Une opération est un ensemble d'action accomplie par le système d'information en

réaction à un événement ou à une conjonction d'événement. Autrement dit, une opération est un ensemble d'actions exécutables sans interruption 2 ;

· Processus

Un processus est un sous-ensemble de l'activité de l'entreprise dont les points d'entrée et de sortie sont stables et indépendants de l'organisation.3

· Synchronisation

Une synchronisation d'événements est une condition logique nécessaire au déclenchement d'une opération.4

· Résultat

Un résultat est le produit d'une opération, événement interne qui peut être événement déclencheur d'autres opérations.5

1 MATHERON JP,Op cit,p24

2 MATHERON. JP, op cit, p25

3 Michel KAYUMBA, Op cit

4 Michel KAYUMBA, Idem

5 Michel KAYUMBA, Ibidem

~ 36 ~

3.2.1. Diagramme de processus

Le diagramme de processus nous permet de représenter la circulation des informations et l'enchainement de traitement à chaque poste de travail.

Demandeur d'analyse

Section

d'échantillonnage

Section d'analyse

Superviseur laboratoire

Section de stockage

 
 
 
 
 

Dépôt

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Echantillon analysé

 
 
 
 
 
 
 

Expédition

Echantillon et
bordereau

 
 
 
 
 
 
 
 

Enregistrement
bordereau

 

Fiche

résultat établi

 
 
 

~ 37 ~

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

~ 38 ~

3.2.2. Tableau des événements

Ce tableau représente les événements dont l'apparition déclenche une réaction dans le domaine.

NOM

EVENEMENT

TYPE

EMETTEUR

RECEPTEUR

PROPRIETES

SIGNIFICATION

01

Bordereau demande analyse déposé

Externe

Demandeur d'analyse

Section

d'échantillonnage

Num_Bord Imputation Date_etabl Nom_demand Département Service Code_demandeur

Le demandeur d'analyse dépose le bordereau de demande d'analyse à la section d'échantillonnage

02

Bordereau de demande d'analyse enregistré

Interne

Section

d'échantillonnage

Section

d'échantillonnage

Num_Bord Imputation Date_etabl Nom_demand Département Service Date_réception

Le bordereau de demande d'analyse est enregistre a la section d'échantillonnage

03

Bordereau et Echantillon transmis

Interne

Section

d'échantillonnage

Section d'analyse

Num_echant
Nom_echant
Type_echant

La section d'échantillonnage transmet l'échantillon et le bordereau à la section d'analyse

04

Echantillon analysé

Interne

Section d'analyse

Section d'analyse

Num_echant Nom_echant Type_echant Date_analyse

L'échantillon est analysé à la section d'analyse

05

Résultat enregistré

Interne

Section d'analyse

Section d'analyse

Num_echant Nom_echant Type_echant Date_analyse Résultat

Le résultat obtenu
est enregistre à la
section d'analyse

06

Fiche résultat établi

Interne

Section d'analyse

Section d'analyse

NumF_Result Num_echant libelle Date_etabl_FR unité

élément

Mat_analyste Résultat

L'analyse de la section d'analyse établi la fiche résultat

07

Fiche résultat transmise

Interne

Section d'analyse

Superviseur laboratoire

NumF_Result Num_echant libelle Date_etabl_FR unité

élément

Mat_analyste Résultat

La section d'analyse transmet la fiche des résultats auprès du superviseur du laboratoire pour approbation

 

~ 39 ~

08

Fiche résultat approuvée

Interne

Superviseur laboratoire

Superviseur laboratoire

NumF_Result Num_echant libelle Date_etabl_FR unité

élément Mat_analyste Résultat Mat_superviseur Nom_superviseur Date_approbation

Le superviseur du laboratoire approuve la fiche résultat

09

Fiche résultat publie

Interne

Superviseur laboratoire

Demandeur d'analyse

NumF_Result Num_echant libelle Date_etabl_FR unité

élément Mat_analyste Résultat Mat_superviseur Nom_superviseur Date_approbation

Le superviseur du laboratoire publie la fiche résultat auprès du demandeur d'analyse

10

Echantillon non-analyse

Interne

Section d'analyse

Section de stockage

Num_echant
Nom_echant
Type_echant

La section d'analyse envoi l'échantillon non-analysé à la section de stockage

11

Bordereau demande d'analyse expédie

Interne

Section d'analyse

Section de stockage

Num_Bord Imputation Date_etabl Nom_demand Département Service Code_demandeur

La section d'analyse expédie le bordereau de demande d'analyse au stock pour archivage

12

Echantillon stocké

Interne

Section de stockage

Section de stockage

Num_echant
Nom_echant
Type_echant

La section de stockage stocke l'échantillon.

 

3.2.3. Tableau des actions induites

Le tableau des actions induites ou des événements-résultats, nous montre les

actions que les événements créent dans le domaine de notre organisation et les résultats ainsi obtenus.

~ 40 ~

NOM

EVENEMENT

EMETTEUR

RECEPTEUR

ACTION
INDUITE

RESULTAT

EXPLICATION

01

Bordereau demande analyse déposé

Demandeur d'analyse

Section

d'échantillonnage

Enregistrer

Bordereau demande analyse enregistré

La section d'échantillonnage enregistre le bordereau qui a été déposé

02

- Bordereau de demande d'analyse enregistré

- Echantillon transmis

Section

d'échantillonnage

Section d'analyse

Analyser

-Echantillon analysé

-Echantillon non-analysé

La section d'analyse analyse l'échantillon après l'enregistrement et la transmission de celui-ci par la section d'échantillonnage.

03

Echantillon analysé

Section d'analyse

Section d'analyse

Enregistrer

Résultat enregistré

La section d'analyse
enregistre le résultat
obtenu après analyse.

04

-Résultat enregistré

-Fiche résultat établi

Section d'analyse

Superviseur laboratoire

transmettre

Fiche résultat transmis

Le résultat enregistré est transcris sur la fiche résultat qui sera transmis auprès du superviseur du laboratoire

05

Fiche résultat transmis

Superviseur laboratoire

Superviseur laboratoire

Approuver

Fiche résultat approuvé

Le superviseur du laboratoire approuve la fiche résultat.

06

Fiche résultat approuvé

Superviseur laboratoire

Demandeur laboratoire

Publier

Fiche résultat publie

Le superviseur du laboratoire publie la fiche résultat auprès du demandeur d'analyse.

07

-Echantillon analysé

- Bordereau demande analyse expédié

Section d'analyse

Section de stockage

enregistrer

Echantillon enregistré

La section de stockage enregistre l'échantillon non analyse en fonction du bordereau de demande d'analyse

08

-Echantillon enregistré

Section de stockage

Section de stockage

stocker

Echantillon stocké

La section d'stockage stocke l'échantillon après l'enregistrement dans le registre de stock

 

~ 41 ~

3.2.4. Tableau des opérations

Le tableau des opérations répond à l'ensemble des actions déclenchées dans le processus pour réagir aux événements de ce dernier.

NOM

OPERATION

ACTION
INDUITE

EVENEMENTS
DECLENCHEUR

RESULTAT

EXPLICATION

01

Enregistrement

Enregistrer

Bordereau demande analyse déposé

Bordereau demande analyse enregistré

Bordereau demande analyse est enregistre lors de son dépôt

02

Analyse

Analyser

-Bordereau demande analyse enregistré

-Echantillon transmis

-Echantillon analysé

-Echantillon non- analysé

L'échantillon est analysé en se référant au bordereau de demande d'analyse juste après la transmission de celui-ci.

03

Enregistrement

Enregistrer

Echantillon analysé

Résultat enregistré

Le résultat obtenu après analyse est enregistré dans le registre des résultats

04

Transmission

Transmettre

-Résultat enregistré

-Fiche résultats établi

Fiche résultats transmise

La fiche résultats établi en fonction des résultats enregistre dans le registre des résultats est transmise au superviseur du laboratoire.

05

Approbation

Approuver

Fiche résultats transmise

Fiche résultats approuvée

La fiche résultats transmise est approuvée par le superviseur du laboratoire

06

Publication

Publier

Fiche résultats approuvée

Fiche résultats publie

La fiche résultats approuve est publier auprès du demandeur d'analyse

07

Enregistrement

Enregistrer

-Echantillon non- analysé

- Bordereau demande analyse expédie

Echantillon enregistré

L'échantillon non-analyse est enregistré à la section de stockage en fonction du bordereau de demande d'analyse.

 

~ 42 ~

08

Stockage

stocker

-Echantillon enregistré

Echantillon stocké

L'échantillon enregistré est stocké au stockage.

 

3.2.5. Synchronisation

Une synchronisation d'événements étant une condition logique nécessaire au déclenchement d'une opération. Autrement dit, il y a synchronisation si et seulement si deux événements A et B se déroulent au même moment pour déclencher une opération qui donnera un ou deux résultats.

Le tableau de synchronisation de notre système se présente comme suit :

NOM

SYNCHRONISATION

SYNCHRONISATION

EVENEMENT
DECLENCHEUR

EXPLICATION

01

S1

A et B

A : bordereau demande
analyse enregistré

B : échantillon transmis

Ayant le bordereau demande d'analyse ainsi que l'échantillon, l'analyse peut ainsi avoir eu lieu

02

S2

C et D

C : Bordereau demande
d'analyse expédie

D : Echantillon non- analysé

Ayant le bordereau de demande d'analyse ainsi que l'échantillon, l'enregistrement peut ainsi avoir eu lieu

03

S3

E et F

E : Résultats enregistré

F : fiche résultats établie

Ayant la fiche résultats établi en fonction de résultats enregistrés, la transmission peut ainsi avoir eu lieu

 

3.2.6. Règle d'émission des résultats RER

Ce tableau est obtenu à partir du tableau des opérations en se référent à la colonne des résultats et ou il doit y avoir des résultats qui sont conditionnels.

NOM RER

OPERATION

RESULTATS

EXPLICATION

01

R

Analyser

R1 : Echantillon analysé

R2 : Echantillon non-analyse

L'opération « Analyser »produit soit un échantillon analysé soit un échantillon non-analysé

 

~ 43 ~

Bordereau
demande d'analyse

Bordereau demande

Echantillon

d'analyse enregistré

transmis

Bordereau demande d'analyse expédie

Echantillon non-analysé

Echantillon analysé

Echantillon enregistré

Résultats enregistré

Fiche résultats établie

Fiche résultats transmis

Echantillon stocké

Fiche résultats approuvée

Fiche résultat publie

3.2.7. Graphe d'ordonnancement des événements (GOE)

~ 44 ~

Bordereau
demande d'
analyse

ENREGISTREMENT

Bordereau demande d' analyse enrgistré

Echantillon transmis

S1

ANALYSE ECHANTILLON

NON

OK

Bordereau demande d' analyse éxpedié

Echantillon non analysé

Echantillon analysé

S2

ENREGISTREMENT ECHANTILLON

ENREGISTREMENT RESULTAT

Echantillon enregistré

Résulat enregistré

Fiche
Resultat
établie

STOCKAGE

S3

TRANSMETTRE

Echantilon stocké

Fiche
résultat
transmis

3.2.8. Schéma conceptuel de traitement. (MCT)

~ 45 ~

PUBLICATION

APPROBATION

Fiche résulat approuvée

Fiche
résultat
publié

Fiche de
résultat
transmis

Figure 8

~ 46 ~

CHAPITRE IV ANALYSE LOGIQUE ET ORGANISATIONNELLE L'analyse logique et organisationnelle consiste à mettre au point, le deuxième niveau d'abstraction de Merise en s'appuyant sur les invariants tout en répondant à la question «QUI A FAIT QUOI ET OU »1

Cette étape décrit la statique (données) par le Modèle logique des

données « MLD » et la dynamique (traitement) par le modèle organisationnel de traitement « MOT »

L'analyse logique et organisationnelle étant un domaine fonctionnel conduit à l'obtention de :

La base de données

Description des propriétés des traitements non traitées nécessaire à une action.

4.1. MODELE LOGIQUE DES DONNEES (MLD)

Le modèle logique des données est une image du modèle conceptuel de données intégrant les choix d'organisation de données2.

Ce formalisme est bien adapté à l'objectif de spécification des besoins en liaison étroite avec les utilisateurs ; en outre, il présente l'avantage de fournir une description indépendante des choix techniques (langage de programmation).

La transformation du modèle conceptuel de données en modèle logique de données se fait à l'aide de plusieurs types de solutions entre autre :

· La solution de type fichier

· La solution de type base de données, dans laquelle nous avons :

~ La base de données réseau ;

~ La base de données relationnelle ; ~ La base de données hiérarchique.

Pour ce qui nous concerne, nous portons notre choix sur la solution de type base de données relationnelles. En effet, le modèle relationnel s'inspire directement des notions mathématiques des relations. Dans ce modèle, les données sont enregistrées sous forme des tables (adressage relatif) et stratégie d'accès déterminé par le SGBD.

1 BOUBKER S&R. EL YAOGOUBI, op cit, p.53

2 Bertrand LIAUDET, INSIA-SGL2, la méthode MERISE MCD1 ,1èreédition, mai 2008

~ 47 ~

Nous allons utiliser les règles courantes des transformations du modèle conceptuel de données en modèle logique de données qui sont à savoir :

· Pour les entités. Toute entités devient une table, les propriétés de l'entité sont les attributs ou les champs de la table, l'identifiant de l'entité est la clé primaire de la table.

· Pour les associations. Cela dépend des cardinalités. Deux cas sont possibles :

o association (1,1) à (1:n) : la relation est matérialisée par l'ajout d'une clé étrangère dans la table de cardinalité (1,1).

o Association (1, n) à (1, n) : la relation donne lieu a la création d'une table dans laquelle la clé étrangère est la concaténation des clés primaires des table en relation.

Le modèle relationnel offre les avantages ci-après

· simplicité de présentation : représentation sous forme de tables

· opérations relationnelles : algèbre relationnelle et langages assertionnels

· indépendance physique : optimisation des accès et stratégie d'accès déterminée par le système

· indépendance logique : concept de vues

· maintien de l'intégrité : contraintes d'intégrité définies au niveau du schéma

Après application de ces règles, nous obtiendrons le modèle logique des données relationnelle(MLDR) suivant :

~ 48 ~

SUPERVISEUR

<O>

Approuver

Etablir

Mat_Superviseur <pi>

Mat Superviseur Nom_Superviseur

<pi> Texte (6)

Texte (20)

FICHE RESULTAT

<pi>
<fi1>
<fi2>

<O>
<O>
<O>

NmF_Resultat Mat_Analyste Mat_Superviseur LibelleF_Result Date_Etab Date_Approb

Texte (6) Texte (6) Texte (6) Texte (20) Date

Date

NumF_Resultat <pi>

ANALYSTE

<O>

Mat_Analyste <pi>

Mat_Analyste Nom_Analyste Fonction

<pi> Texte (6)

Texte (20)
Texte (15)

Renseigner

Renseigner

Comporter

Renseigner

Code_Elment Symbole

Unité

Code_Element <pi>

ELEMENT

<pi> Texte (6)

Texte (20)
Texte (20)

<O>

NmFResultat Num Echant CodeElment Resultat

Identifiant_1 <pi>

Renseigner

<pi,fi1>
<pi,fi2>
<pi,fi3>

Texte (6) Texte (8) Texte (6) Texte (5)

<O>
<O>
<O>

ECHANTILLON

<pi>
<fi1>
<fi2>

<O>
<O>
<O>

Num_Echant <pi>

NumEchant Num_Lot Code_Depot Nom_Echant Type_Echant

Texte (8) Texte (9) Texte (6) Texte (20) Texte (15)

Analyser

<pi,fi1> <pi,fi2>

<O> <O>

Identifiant_1 <pi>

NumEchant
Code_Labo
Date_Analyse

Texte (8) Numérique (4) Date

Analyser

Analyser

LOT

<O>

Tirer Stocker

Num_Lot <pi>

NumLot Date_Prelevement Statut_Lot

<pi> Texte (9) Date

Texte (20)

LABORATOIRE

CodeLabo Nom_Labo

<O>

Code_Labo <pi>

<pi> Numérique (4) Texte (15)

CodeDepot Num_Emp Libellé_Depot Date_Entrée_Depo Date_Sortie_Dep

Code_depot <pi>

DEPOT

<pi> <fi>

Texte (6) Texte (8) Texte (20) Date

Date

<O> <O>

BORDEREAU DEMANDE D'ANALYSE

<pi> <fi>

<O> <O>

Num_Bord <pi>

Num_Bord Num_Echant Nom_Demand Departement Service Imputation

Texte (6) Texte (8) Texte (20) Texte (15) Texte (10) Texte (15)

Se trouver

NumEmp Libellé_Empl

EMPLACEMENT

<pi> Texte (8)

Texte (15)

<O>

Figure 9

~ 49 ~

4.1. MODELE ORGANISATIONNEL DE TRAITEMENT (MOD)

Le modèle conceptuel de traitement définit les aspects fonctionnels d'un existant ou d'une solution future ; le modèle permet de bien réfléchir aux activités, leur intérêt au plan de la gestion sans être encombré par des détails relatif à l'organisation et aux moyens, ce modèle fournit également une description d'une solution indépendante des choix organisationnels et des choix techniques, donc à priori plus stable1.

Le modèle organisationnel de traitement, constitue une étape de la démarche de conception pour les utilisateurs, il constitue l'impression correcte de la future solution telle qu'il a pratiquement été fait dans leur situation de travail.2

Le modèle organisationnel de traitement(MOT) s'attache à décrire les propriétés des traitements non traites par le modèle conceptuel de traitement qui sont :

V' Le temps

V' La ressource

V' Le lieu

La première étape du modèle organisation de traitement consiste à découper les opérations en procédures fonctionnelles, une succession des traitements déclenches par les événements.

Il s'agit donc d'associer dans un tableau :

· Les procédures fonctionnelles

· L'heure de début et de fin

· Le lieu du poste de travail

· Le responsable du poste de travail

· Les ressources de postes de travail.

Pour faciliter la compréhension et mettre complètement au point le modèle, il

est conseillé :

V' De décrire de manière plus fine chaque phase de traitement dans un diagramme de phase afin de détecter l'éventuel, l'oubli, les erreurs, ou l'incohérence ;

1 KAYUMBA Michel, cours de méthode et analyse informatique II, G3 info UNIC/KZI, 2012-2013, inédit

2 Bertrand LIAUDET, Op cit

~ 50 ~

ü De bien vérifier les liaisons entre les postes de travail en établissant un diagramme phase-poste (diagramme d'enchainement de procédure).

4.1.1. Diagramme d'enchainement de procédure

Ce diagramme décrit une représentation de mise en évidence de l'enchainement des phases de la réception ainsi que tous les éléments conceptuels et organisationnels.

TEMPS

TRAITEMENT

MODE DE
TRAITEMENT

POSTE DE
TRAVAIL ET
RESSOURCES

01

Lors de l'enregistrement du bordereau de demande d'analyse

Durée moyenne : 5minutes

 
 

Bordereau demande analyse

d'

 

Interactif

Section

d'échantillonnage

-registre -stylo

-papier -PC

-imprimante

 

ENREGISTREMENT

 
 
 
 
 
 

Bordereau
demande d'

 
 

analyse
enrgistré

 

02

L'Analyse de l'échantillon

Durée moyenne : 20minutes

 

Bordereau
demande d'
analyse

 

Echantillon
transmis

 

Manuel

Section d'analyse -analyste -réactifs

-matériel de laboratoire

 

enrgistré

 
 

S1

 
 
 

ANALYSE ECHANTILLON

 
 
 
 
 

NON

OK

 
 

Echantillon
non analysé

 

Echantillon
analysé

~ 51 ~

03

L'enregistrement des résultats

Durée moyenne : 5minutes

 

Interactif

Section d'analyse

- analyste

-registre

-Stylo

-papier

-PC

-imprimante

 

Echantillon analysé

 
 
 

ENREGISTREMENT
RESULTAT

 
 
 
 
 

Résulat
enregistré

 

04

Lors de la transmission du fiche résultat

Durée moyenne : 3minutes

Résulat

 

Fiche
Resultat

 

Manuel

Section d'analyse - analyste

enregistré

S3

établie

 

TRANSMETTRE

 
 
 
 
 

Fiche
résultat
transmis

 

05

Lors de

l'approbation de la fiche resultat.

Durée moyenne : 5minutes

 
 

Fiche de
résultat
transmis

 
 

Interactif

Superviseur du laboratoire

-personne -stylo

-PC

-imprimante

 
 

APPROBATION

 
 
 
 
 
 

Fiche résulat approuvée

 

~ 52 ~

06

Lors de la publication de la fiche resultat

Durée moyenne : 3minutes

 
 
 
 

Manuel

Superviseur du laboratoire

-personne -PC

-imprimante

Fiche résulat
approuvée

 
 
 

PUBLICATION

 
 
 

Fiche
résultat
publié

 

07

Lors de

l'enregistre du bordereau de demande

au stock

Durée moyenne : 5minutes

éxpediéd'analyse

 
 

d'

 

Interactif

Section

d'échantillonnage

-personne -registre

-stylo

-papier

-PC

-imprimante

Bordereau demande analyse

non

Echantillon analysé

 
 
 
 
 

S2

ENREGISTREMENT
ECHANTILLON

 
 
 
 

Echantillon

enregistré

 

~ 53 ~

08

Lors du stockage

 
 
 

Manuel

Section

d'échantillonnage

 
 
 

Echantillon
enregistré

 
 
 
 
 
 
 
 

-personne

 

Durée moyenne :

 
 
 
 
 
 

5minutes

 
 
 
 

-stylo

 
 
 
 
 
 
 

STOCKAGE

 
 
 
 
 
 
 
 

Echantilon
stocké

 

4.1.2 Diagramme d'enchainement de répartition des taches Homme-Machine

Le diagramme d'enchainement des procédures nous a fournit une description globale et parfois insuffisamment détaillée du MOT.

Il s avère nécessaire, pour valider chaque phase, de fournir une description plus fine sous forme d'un descriptif de phase. Cette description la plus fine est particulièrement utile lorsque la phase est exécutée en mode interactif : le descriptif de phase montre alors la répartition des taches entre l'homme et la machine.

~ 54 ~

PHASE : Enregistrement du bordereau de demande d'analyse POSTE : Section d'échantillonnage

Procédure :

TACHE

HOMME

MACHINE

bordereau de demande d'analyse

 
 
 
 
 
 

Consultation du bordereau

 
 

Saisir Saisir Saisir Saisir Saisir Saisir

Num_Bord Nom_demandeur Num_echant Type_echant Num_lot Datebordereau

 

Nouvelle donnée

 
 

Enregistrer Num_Bord Enregistrer Nom_demandeur Enregistrer Num_echant Enregistrer Type_echant Enregistrer Num_lot Enregistrer Datebordereau

 
 
 
 
 
 

Fermer la fenêtre de saisie

 
 

Afficher la fenêtre de menu

 

~ 55 ~

PHASE : Enregistrement des résultats POSTE : Section d'analyse

Procédure :

TACHE

HOMME

MACHINE

Enregistrement des résultats

 
 
 
 
 
 

Saisir Saisir Saisir Saisir Saisir Saisir Saisir

Date_analyse NumF_Result LibelleF_Result Date_etabl_FR Mat_analyste Nom analyste fonction

 

Nouvelle donnée

 
 

Enregistrer Date_analyse Enregistrer NumF_Result Enregistrer LibelleF_Result Enregistrer Date_etabl_FR Enregistrer Mat_analyste Enregistrer Nom analyste Enregistrer fonction

 
 
 
 
 

Fermer la fenêtre de saisie

 

Afficher la fenêtre de menu

~ 56 ~

PHASE : l'approbation de la fiche resultat. POSTE : Section d'échantillonnage Procédure :

TACHE

HOMME

MACHINE

Approbation de la fiche resultat

 
 
 
 
 
 
 

Saisir

Saisir

Saisir

Mat_superviseur Nom_superviseur Date_approbation

Nouvelle donnée

 
 
 
 

Enregistrer Mat_superviseur Enregistrer Nom_superviseur Enregistrer Date_approbation

 
 
 
 
 
 

Fermer la fenêtre de saisie

 
 

Afficher la fenêtre de menu

 

~ 57 ~

PHASE : l'enregistre du bordereau de demande d'analyse au stock POSTE : Section d'Stockage

Procédure :

TACHE

HOMME

MACHINE

Enregistre du bordereau de demande d'analyse au stock

 
 
 
 
 
 

Saisir Saisir Saisir Saisir Saisir Saisir

aalyseDate_entree_depot NumFResultDate_sortie_depot Code_depotLibeleF_Re Libll_depotDateeabl_FR Mat_analysteNum_emplacement Nom analysteLibelle_emplacement

 

Nouvelle donnée

 
 

Saisir Date_entree_depot

Et NFReslt

Saisir Date_sortie_depot Eitr LiblleFR

Saisir Code_depot

Eit Dat

Saisir Libelle_depot

Eit Mat

Saisir Num_emplacement

Eit Nm lt

Saisir Libelle_emplacement

Eit fonti

 
 
 
 
 

Fermer la fenêtre de saisie

 

Afficher la fenêtre de menu

 

~ 58 ~

CHAPITRE IV PROGRAMMATION

La programmation ou l'implémentation consiste à rendre opérationnelle la base de données ; cela nécessite le choix d'un gestionnaire de base de données adéquat .Et ce choix est guidé par le type de la base de données choisi au niveau logique1.

Cette activité est réalisée à partir d'un dossier d'analyse et consiste successivement à :

· Construire le programme, c'est-à-dire, le saisir et le compiler

· Concevoir le jeu d'essai

· Tester ce programme.

5.1. CHOIX DU SGBD

Un système de gestion de base de données est une application fournissant le service d'accès aux données2 :

o décrire une base de données

o modifier une base de données

o interroger une base de données

o administrer une base de données

o autoriser un accès aux informations à de multiples utilisateurs Un SGDB est caractérisé par les éléments suivants3 :

1. Persistance de données : les données surviennent à l'exécution des programmes ;

2. Disponibilité de données : tout utilisateur doit ignorer l'existence d'autres utilisateurs concurrent.les performances du système ne doivent pas se dégrade du fait de la présence de multiples utilisateurs.

3. Partage de données : plusieurs utilisateurs doivent pouvoir travailler en même temps sur la base de données. Le SGBD doit gérer les accès simultanés au même ensemble des données.

4. La fiabilité : les données sont chères et stratégiques : elles doivent être fiables pour garantir l'atomicité des transactions car elles peuvent s'effectuer en tout ou rien. Un SGBD doit être capable de supprimer une transaction non terminée ou de pouvoir la terminée.

1 John KAIDI, Op cit

2 Nicolas KAPEND, Cours de base de données, G2 Info-gestion, inédit UNIC/KZI ,2011-2012

3 Nicolas KAPEND, idem

~ 59 ~

5. Resistance aux pannes : la cohérence des données doit être garantie quel que soit le type d'incident qui peut se produire1.

En considèrent les caractéristiques précitée ci-haut, notre choix s'est porté sur le système de gestion de base de données Access 2007, qui est un outil de développement rapide des bases de données.

5.2. CHOIX DU LANGAGE DE PROGRAMMATION

Pour permettre l'implémentation de notre base des données crée en Access 2007, nous avons porté notre choix sur le VB.NET (Visual Basic.Net) comme langage de programmation dans l'environnement Microsoft Visual Studios 2010.

Le VB.NET fait partir de la plate forme framework qui est un environnement managé. Ce nom vient de la terminologie anglaise « Managed Risk Software ». Les langages managés utilisent une couche intermédiaire qui se met entre le système et l'application tandis que les langages classiques (natifs ou interprétés) s'exécutent directement sur le système d'exploitation2.

Avec la plate forme .Net : les ressources sont gérées par l'environnement plutôt que par le système et offre les avantages ci-après :

· L'architecture .Net utilise plusieurs langages et chaque langage vient avec son compilateur.

· L'architecture .Net intègre parfaitement tous les compilateurs et permet à ce que tous les langages utilisent les mêmes outils et les mêmes classes de base. Pour un programmeur, passer d'un langage à l'autre devient donc nettement plus simple que par le passé.

1 John KAIDI, Op cit

2 Lucien KITENTE, Cours de programmation VB.NET, G3 Info-gestion, inédit UNIC/KZI ,2012-2013

~ 60 ~

5.3. PRESSENTATION DES INTERFACES

Voici en annexe les interfaces les plus importantes de notre application :

Ce formulaire permet le démarrage de l'application.

Figure 10

~ 61 ~

Figure 11

Ce formulaire représente le menu principal de fonctionnement de notre application

~ 62 ~

Figure 12

Ce formulaire permet d'encoder les différentes données se trouvant sur le bordereau de demandes d'analyse provenant des clients ou demandeurs.

~ 63 ~

Figure 13

Ce formulaire permet d'encoder, sauvegarder et rechercher les échantillons dans l'application.

~ 64 ~

Figure 14

Ce formulaire permet d'enregistre les dates d'établissement du fiche résultat et d'approbation de la dite fiche.

~ 65 ~

Figure 15

Ce formulaire permet de saisir les résultats obtenu lors de l'analyse.

~ 66 ~

Figure 16

Ce formulaire permet d'enregistre les données de l'échantillon pour leurs stockage et permet aussi de retrouver les échantillons dans leurs emplacements.

~ 67 ~

CONCLUSION GENERALE

Nous avions pour ambition de contribuer à l' « Elaboration d'un système d'information de la gestion de la traçabilité des échantillons dans un laboratoire métallurgique »cas du Laboratoire KCC Sarl.

Ainsi, il nous est impérieux de souligner qu'il serait malhonnête et ridicule, de notre part, de prétendre avoir complément épuise le sujet d'autant plus que le problème relatif à la gestion de la traçabilité des échantillons d'un laboratoire dans une entreprise minière n'est pas du tout facile à exploiter.

La méthode MERISE nous a permis de structurer les besoins des décideurs de façon simple et compréhensible tout en améliore la communication entre les différents acteurs du processus de développement. Avec cette méthode, grâce à ses modèles, encadre le projet et de ce fait protège les intervenants d'un possible développement hors sujet. Nous avons élaboré ce travail scientifique en cinq chapitres hormis l'introduction et la conclusion.ces derniers nous ont permis de concevoir un système de traitement automatique des données en utilisant le langage de programmation VB.NET, connecté au système de gestion de base des données Access 2007.

En effet ,le premier chapitre de notre travail a été consacré aux considérations générales et définitions des concepts dans lequel nous avons défini les concepts constitutifs de notre sujet et développer les notions sur la traçabilité, le deuxième chapitre basé sur l'analyse de l'existant dans lequel nous avons fait un ensemble d'études préliminaires du système existant du domaine après un diagnostic des forces et faiblesses, le troisième chapitre ,base sue l'analyse conceptuelle où nous avons fait une formalisation du système d'information sans tenir compte de concepts liés à l'organisation, le quatrième chapitre sur l'analyse logique et organisation, dans lequel nous avons traduit les modèles conceptuels respectivement en modèle logique et modèle organisationnel et enfin le cinquième chapitre sur la programmation où l' implémentation du modèle logique de données et du modèle organisation de traitement dans un langage de programmation compréhensible par l'ordinateur a été faite. Cette implémentation a rendu opérationnelle notre base de données ainsi créée.

A cet effet, nous pensons qu'avec ce plus que nous venons d'apporter dans le monde scientifique, nous faciliterons l'exécution plus rapide des taches jadis manuel et difficile à réaliser grâce à l'emploi de l'ordinateur, ce qui libère par voie de conséquence, du temps pour d'autres taches,et nous avons particulièrement apprécie de pouvoir réduire la

~ 68 ~

masse des opérations en souffrance lors des audits et la conservation des données et leurs recherche dans un temps suffisamment réduit tout évitant des erreurs dues à la fatigue et à la routine.

Nous terminons en suppliant nos lecteurs d'avoir une certaine indulgence à notre égard, pour ce travail qui est une oeuvre humaine.

~ 69 ~

BIBLIOGRAPHIE

A. OUVRAGES

1. Jacques BERT, Dictionnaire scientifique français,3eédition, Dunod, Paris 2007.

2. R.PINTO et M.GRAWITZ, Méthodes de recherche en science sociales, ed.dolloz, Paris 1971.

3. MATHERON, JP, Comprendre MERISE. Outils conceptuels et organisationnels, Paris, Eyrolles, 2007.

4. VOGGEL, la chimie analytique.la méthodologie de laboratoire, éd Amazon, Paris, 2003.

5. Norme ISO 8402, identification et traçabilité des produits, section 4.8, version 2000.

6. BOUBKER .S et R.EL YAAGOUBI, Analyse et conception d'un système d'information avec MERISE, RESI n°14, décembre 2004.

7. Jean-Luc BAPTISTE, Merise, Modélisation des données et des traitements, Langage SQL, éd Eni.

8. DIGALLO Frederic, Methodologies des systems d'informations Merise, CNAM.

9. Serge GASTON & Hubert LELOND, Analyse en entreprise : les flux, version de novembre 2005.

10. Bertrand LIAUDET, INSIA-SGL2, la méthode MERISE MCD1 ,1èreédition, mai 2008.

B. COURS

1. NGOY MUKANYA Ignace, Cours d'initiation au travail scientifique, G1 UNIC/KZI, 2010-2011, inédit.

2. John KAIDI, Cours de technique de base de données, G3 info, UNIC/KZI, 2012-2013, inédit.

3. Nicolas KAPEND, Cours de base de données, G2 Info-gestion, inédit UNIC/KZI ,2011-2012.

4. Lucien KITENTE, Cours de programmation VB.NET, G3 Info-gestion, inédit UNIC/KZI ,2012-2013.

~ 70 ~

5. AMSINI JUBA Zacharie dans le cours de management générale, G1 UNIC/KZI, 2010-2011, inédit.

6. KAYUMBA Michel, cours de méthode et analyse informatique I, G2 info UNIC/KZI, 2011-2012, inédit.

7. KAYUMBA Michel, cours de méthode et analyse informatique II, G3 info UNIC/KZI, 2012-2013, inédit

C. INTERNET

1. http://www.commentçamarche.net

2. http://www.merise.developpez.com

3. http://www.fr.wikipedia.net

4. http://www.technique-ingenieur.fr

5. http://www.traçabilite.fr

6. http://www.tracenet.fr

~ 71 ~

TABLE DES FIGURES

Figure 1 : Organigramme

13

Figure 2 : Bordereau de demande d'analyse

..15

Figure 3 : Fiche des résultats

..16

Figure 4 : Registre échantillonnage

17

Figure 5 : Registre d'analyse

..17

Figure 6 : Registre de stock

18

Figure 7 : Graphe de flux

22

Figure 8 : Modèle conceptuel des données (MCD)

33

Figure 9 : Schéma conceptuel de traitement. (MCT)

.45

Figure 10 : Modèle logique des données (MLD)...

49

Figure 11 : Formulaire d'accueil

61

Figure 12 : Formulaire de menu principal

62

Figure 13 : Formulaire bordereau

63

Figure 14 : Formulaire échantillon

.64

Figure 15 : Formulaire fiche résultat

..65

Figure 16 : Formulaire renseignement

66

Figure 17 : Formulaire dépôt

..67

~ 72 ~

TABLE DES MATIERES

EPIGRAPHE I

DEDICACE .II

AVANT PROPOS III

0.INTRODUCTION GENERALE 1

0.1. ETAT DE LA QUESTION 2

0.2. CHOIX ET INTERET DU SUJET 2

0.3. PROBLEMATIQUE 3

0.4. HYPOTHESE 4

0.5. METHODES ET TECHNIQUES 4

0.6. DELIMITATION DU SUJET 6

0.7. DIFFICULTES RENCONTREES 6

0.8. SUBDIVISION DU TRAVAIL 6

CHAPITRE I CONSIDERATIONS GENERALES ET DEFINITIONS DES

CONCEPTS 8

1.1. DEFINITIONS DES CONCEPTS 8

1.2. NOTION SUR LA TRAÇABILITE 9

1.2.1. Intérêt de la traçabilité 9

1.2.2. Domaine d'application de la traçabilité 10

CHAPITRE II ANALYSE DE L'EXISTANT 12

2.1. PRESENTATION DE L'EXISTANT 12

2.1.1 Historique 12

2.1.2 Organigramme 13

2.2. ETUDE DES DIFFERENTS POSTES 14

2.2.1. Manager laboratoire 14

2.2.2. Superviseur 14

2.2.3. Team daily support et Team shift A, B, C, D 14

2.3. DESCRIPTION DES DOCUMENTS 15

2.3.1. Bordereau de demande d'analyse 15

2.3.2. Fiche des résultats 16

3.3.3. Registre échantillonnage 16

2.3.4. Registre d'analyse 17

~ 73 ~

2.3.5 Registre de stock 17

2.4. INVENTAIRE DES LOTS D'INFORMATIONS 18

2.5. INVENTAIRE DES RUBRIQUES 19

2.6. ETUDE DE LA CIRCULATION DES INFORMATIONS 20

2.6.1. Tableau des acteurs 20

2.6.2. Graphe de flux 21

2.7. CRITIQUE DE L'EXISTANT 23

CHAPITRE III ANALYSE CONCEPTUELLE 24

3.1. MODELE CONCEPTUEL DES DONNEES (MCD) 24

3.1.1. Définition des concepts de base 24

3.1.2 Règle de vérification du MCD 25

3.1.3 Dictionnaire des Données 26

3.1.4. Analyse des dépendances fonctionnelles 27

3.1.5. Matrice des clés 30

3.1.6 Graphe des clés 30

3.1.7 Structure d'accès théorique aux données(SAT) 31

3.1.8. Construction du modèle conceptuel des données (MCD) 32

3.1.9. Tableau des cardinalités 33

3.2 MODELE CONCEPTUEL DE TRAITEMENT (MCT) 34

3.2.1. Diagramme de processus 36

3.2.2. Tableau des événements 38

3.2.3. Tableau des actions induites 39

3.2.4. Tableau des opérations 41

3.2.5. Synchronisation 42

3.2.6. Règle d'émission des résultats RER 42

3.2.7. Graphe d'ordonnancement des événements (GOE) 43

3.2.8. Schéma conceptuel de traitement. (MCT) 44

CHAPITRE IV ANALYSE LOGIQUE ET ORGANISATIONNELLE 46

4.1. MODELE LOGIQUE DES DONNEES (MLD) 46

4.1. MODELE ORGANISATIONNEL DE TRAITEMENT (MOD) 49

4.1.1. Diagramme d'enchainement de procédure 50

4.1.2 Diagramme d'enchainement de répartition des taches Homme-Machine 53

CHAPITRE IV PROGRAMMATION 58

5.1. CHOIX DU SGBD 58

~ 74 ~

5.2. CHOIX DU LANGAGE DE PROGRAMMATION 59

5.3. PRESSENTATION DES INTERFACES 60

CONCLUSION GENERALE 67

BIBLIOGRAPHIE 69

TABLE DES FIGURES 71

TABLE DES MATIERES 72






Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy








"Tu supportes des injustices; Consoles-toi, le vrai malheur est d'en faire"   Démocrite