Rapport PFE (Bakary)

Réalisation d’une application web pour la Gestion de la Maintenance Assistée par Ordinateur
(GMAO)
DEDICACE
Je dédie ce présent travail à toute ma famille
Par KOUAME KOUADIO DIT BAKARY, en vue de l’obtention du diplôme de technicien supérieur en informatique
I
(GMAO)
REMERCIEMMENTS
Il me tient particulièrement à cœur de remercier d’une part Dieu, le pourvoyeur

sans qui rien n’est possible, et d’autre part la famille KOUADIO qui m’a accueilli
comme un des leurs à la SOGB. Je remercie également toute personne ayant
participé de près ou de loin à l’élaboration de ce travail.
II
(GMAO)
AVANT-PROPOS
L’éducation joue un rôle essentiel dans le développement d’un pays et est un

facteur explicatif important des écarts de niveaux de vie entre les nations.
Consciente de ce fait la Cote d’Ivoire s’est très vite dotée d’impressionnants outils
de dispensation du savoir. Ainsi, dans le domaine de l’enseignement supérieur, des
établissements d’excellence ont vu le jour :
 L’Ecole Nationale Supérieure des Travaux Publics (ENSTP) ;
 L’Ecole Nationale Supérieure d’Agronomie (ENSA) ;
 L’Institut National Supérieur de l’Enseignement Technique (INSET) ;
 L’Institut Agricole de Bouaké (IAB) ;
L’Institut National Polytechnique Félix Houphouët-Boigny (INP-HB), est né par le
décret 96-678 du 04/09/96, de la restructuration de l’Ecole Nationale Supérieure
d’Agronomie (ENSA), de l’Ecole Nationale Supérieure des Travaux Publics (ENSTP),
de l’Institut Agricole de Bouaké (IAB) et de l’Institut National Supérieur de
l’Enseignement (INSET). Quatre établissements que l’on désigne communément
sous le vocable de Grandes Ecoles de Yamoussoukro. Cet établissement public
d’enseignement supérieur et de recherche reçoit des bacheliers, des étudiants et
travailleurs, dont il se charge d’en faire des techniciens supérieurs, des ingénieurs
de techniques et des ingénieurs de conception dans les domaines du commerce, de
l’administration, de l’industrie, de l’agronomie, des mines et du génie civil. L’institut
est aussi présent dans le domaine de la recherche appliquée dans les domaines
susmentionnés, en plus de l’expertise, la production et du conseil au profit des
entreprises et des administrations.
L’INP-HB porte en son sein huit (8) écoles :
 Les Classes Préparatoires aux Grandes Ecoles (CPGE) ;
 Ecole Supérieure des Travaux Publics (ESTP);
 L’Ecole Supérieure des Mines et de Géologie (ESMG) ;
 L’Ecole Supérieure d’Industrie (ESI) ;
 L’Ecole Supérieure d’Agronomie (ESA) ;
III
(GMAO)
 L’Ecole Supérieure de Commerce et d’Administration des Entreprises

(ESCAE) ;
 L’Ecole de Formation Continue et de Perfectionnement des Cadres
(EFCPC) ;
 L’Ecole Doctorale Polytechnique (EDP).
L’ESI est l’école dans laquelle nous sommes inscrit. Elle est composée de deux
cycles de formation qui sont le DTS (Diplôme de Technicien Supérieur) et le cycle
ingénieur. Nous y avons effectué le cycle de technicien supérieur en Sciences et
Technologies de l’Information et de la Communication (STIC) option informatique
pour une durée de trois (3) ans.
En plus de la formation théorique de qualité qu’elle octroie grâce aux professeurs
qualifiés dont les compétences et l’expertise sont reconnues sur l’échiquier
national, l’ESI prévoit chaque année des stages pratiques en entreprise dans le
souci de produire des diplômés opérationnels. Ainsi, dans le cadre de notre Projet
de Fin d’Etude (PFE), nous avons été à la SOGB pour notre stage du 16 Juin au 16
septembre 2020.
Ce présent rapport est un fruit du travail réalisé au cours de ladite période.
IV
(GMAO)
SOMMAIRE
DEDICACE ........................................................................................................................................................................ I
REMERCIEMMENTS ....................................................................................................................................................... II
AVANT-PROPOS ............................................................................................................................................................ III
SOMMAIRE ..................................................................................................................................................................... V
LISTE DES FIGURES ........................................................................................................................................................ VI
LISTE DES TABLEAUX .................................................................................................................................................... VII
LISTE DES SIGLES ET ABREVIATIONS ............................................................................................................................ VIII
RESUME ........................................................................................................................................................................ IX
INTRODUCTION ............................................................................................................................................................. 1
CHAPITRE I : CADRE ET CONTEXTE DU PROJET ............................................................................................................. 2
I - PRESENTATION DE LA STRUCTURE D’ACCEUIL ...................................................................................................... 2
II- ENVIRONNEMENT MATERIEL ET LOGICIEL............................................................................................................. 7
CHAPITRE II : ETUDE PREALABLE ................................................................................................................................. 10
I- PRESENTATION SUR LE THEME ............................................................................................................................. 10
II- METHODE D’ANALYSE .......................................................................................................................................... 11
III- ETUDE DE L’EXISTANT ......................................................................................................................................... 14
IV- ETUDE DE LA SOLUTION PROPOSEE ................................................................................................................... 20
CHAPITRE III : ETUDE DETAILLEE .................................................................................................................................. 44
I- LE MODELE ORGANISATIONNEL DES TRAITEMENTS ............................................................................................ 44
II- LE MODELE LOGIQUE DE DONNEES ..................................................................................................................... 48
CHAPITRE IV : REALISATION ......................................................................................................................................... 53
I- ETUDE TECHNIQUE ............................................................................................................................................... 53
II- REALISATION ........................................................................................................................................................ 80
CONCLUSION ................................................................................................................................................................ 83
BIBLIOGRAPHIE ............................................................................................................................................................. XI
WEBOGRAPHIE .............................................................................................................................................................. XI
ANNEXE ........................................................................................................................................................................ XII
V
(GMAO)
LISTE DES FIGURES
Figure 1: Organigramme de la SOGB………………………………………………………………………………………………………………………………7
Figure 2 : récapitulatif des étapes de la démarche MERISE………………………………………………………………………………………13
Figure 3 : Processus de maintenance …………………………………………………………………………………………………………………………..14
Figure 4 : Processus de transfert des équipements……………………………………………………………………………………………………..18
Figure 5: Structure d’accès théorique (1) ………………………………………………………………………………………………………………………31
Figure 6 : Structure d’accès théorique (2) ……………………………………………………………………………………………….…………………...32
Figure 7 : Structure d’accès théorique (3) ………………………………………………………………………………………………………………………33
Figure 8 : Structure d’accès théorique (4) ……………………………………………………………………………………………………………………..34
Figure 9 : MCD du suivi du matériel …………………………………………………………………………………………………………………….……….35
Figure 10 : MCD du suivi des affectations……………………………………………………………………………………………………………………..36
Figure 11 : MCD du suivi de la maintenance………………………………………………………………………………………………………………….37
Figure 12 : MCD du suivi du workflow de demande de document…………………………………………………………………………...38
Figure 13 : Formalisme du MCT………………………………………………………………………………………………………………………………………39
Figure 14 : Les trois niveaux d’abstraction d’une application informatique………………………………………………………….76
Figure 15 : Architecture 3 tiers……………………………………………………………………………………………………………………………………….77
Figure : Schéma du modèle MVC………………………………………………………………………………………………………………………………..79
VI
(GMAO)
LISTE DES TABLEAUX
Tableau 1 : Récapitulatif des préoccupations à chaque niveau conceptuel…………………………………………………………….14
Tableau 2 : Dictionnaire de données……………………………………………………………………………………………………………………………..30
Tableau 3 : Règles de passage du MCD au MLD………………………………………………………………………………………………………….50
VII
(GMAO)
LISTE DES SIGLES ET ABREVIATIONS
SOGB : Société des Caoutchoucs de Grand-Béréby

AFNOR : Association Française de Normalisation
MCD : Modèle Conceptuel de données
MCT : Modèle Conceptuel de traitement
MOT : Modèle Organisationnel de Traitement
MLD : Modèle Logique de Données
MPD : Modèle Physique de Données
W/m2 : Watts par mètre carré
VIII
(GMAO)
RESUME
Ce mémoire de fin d'étude détaille la conception et la réalisation d’une application

de gestion des équipements et du suivi de la maintenance de la SOGB au sein de
laquelle nous avons effectué notre stage. La solution devra fonctionner dans un
environnement client-serveur qui est celui utilisé par l’entreprise, et devra être
capable de gérer les équipements et le suivi des maintenances de ladite entreprise.
Le département informatique de la SOGB est l’initiatrice de ce projet. L'objectif de
ce projet est de pouvoir enregistrer les équipements et de suivre leurs affectations,
de mettre en place un work flow de demande de document et de suivre les
opérations de maintenance sur ces équipements. Une étude menée sur le
fonctionnement des différents services quant à la planification et à la gestion des
maintenances et la gestion des équipements nous a permis d'approfondir notre
connaissance dans ce domaine. L’étude globale de l’existant ainsi que le recueil
des besoins fonctionnels et techniques nous ont permis de cerner les contours du
projet et d’avoir une vision claire du travail qui nous a été confié. Ce mémoire fait
la présentation de l’ensemble des travaux réalisés pendant la période de notre
stage de fin d’études à la SOGB.
IX
(GMAO)
INTRODUCTION
Le développement de systèmes d’informations informatisés en entreprise et le

partage des données ont révolutionné le travail collaboratif, qui permet de maximiser
la créativité et l’efficience d’un groupe de collaborateur associé sur des projets
d’envergure même s’ils ont des positions géographiques différentes.
Les départements informatiques ont su se faire une place de choix dans le
fonctionnement quotidien des entreprises du fait de leur participation active dans les
activités de celles-ci ; Ils permettent une meilleure communication et une circulation
optimisée des informations, une traçabilité et un raccourcissement de certains
processus administratifs.
Bien que disposant d’applications faites maison pour gérer l’approvisionnement, la
paie et bien d’autres aspects du fonctionnement de l’entreprise, la SOGB ne dispose
pas de ressource logicielle lui permettant de gérer ses équipements et de suivre leur
maintenance de façon optimale. Elle a donc initié à travers le département
informatique le développement d’une application qui devra fonctionner dans un
environnement client-serveur pour pallier ce manque.
Ce mémoire présente les travaux effectués pendant ce trimestre de stage. Cette
étude détaillera d’abord le cadre du projet, afin de mettre en évidence les
opportunités d’amélioration pour mieux appréhender les fonctionnalités à proposer.
Ensuite elle s’étendra sur les détails de la conception qui consistera à analyser le
système selon les axes fonctionnels et techniques. Elle finira enfin par l’état de
réalisation de la solution qui descellera tout le contour technologique mis en œuvre.
1
(GMAO)
CHAPITRE I : CADRE ET CONTEXTE DU PROJET
I - PRESENTATION DE LA STRUCTURE D’ACCEUIL
1- Historique
Après l’obtention de son Indépendance en 1960, la Cote d’Ivoire cherchait des

stratégies de croissance économique reposant sur l’agriculture. L’arrivée de
l’hévéaculture dans le cadre d’un programme de diversification des cultures a constitué
un élément essentiel de cette stratégie, l’objectif étant d’accroitre la stabilité des
recettes provenant des exportations.
Pour étudier à fond ce programme, le gouvernement a créé en association avec la
Compagnie Générale des Établissements Michelin (CGEM) et grâce à un financement de
la Banque Internationale pour la Reconstruction et le Développement (BIRD) en 1970 la
SATAC qui fut successivement appelée SODEHEVEA, SOCATCI, avant d’être enfin
nommée SOGB (Société des Caoutchoucs de GRAND-BEREBY) en 1979 ; appellation
actuelle de la société.
2- Situation géographique et statut juridique
Située au sud-ouest de la Côte-D’ivoire, dans la région du bas Sassandra, la SOGB

est une société anonyme avec un capital de 21 601 840 000F CFA et est enregistrée au
registre de commerce n° CI.SAS.1979 B.1622.
En empruntant la côtière, elle se situe à quatre cents (400) kilomètres d’Abidjan et est
encadrée en avant par la ville de San-Pedro chef-lieu de région, située à cinquante-
quatre (54) kilomètres de celle-ci, et par celle de GRAND-BEREBY a vingt-six (26)
kilomètres et plus bas en arrière par celle de Tabou à cinquante-neuf (59) kilomètres.
3- Constitution
Crée avec un capital reparti entre l’Etat (95%) et Michelin (5%), la SOGB est devenue
propriétaire de la plantation de GRAND-BEREBY et toutes ses infrastructures à la suite
d’une augmentation de son capital en avril, 1984. Elle a été privatisée en 1995 à la faveur
2
(GMAO)
du désengagement de l’Etat des structures de production devenant ainsi une filiale de

SOCFINCO (une compagnie Belge), avec un actionnariat partagé comme suit :
 BEREBY finance : 77,69%
 Actionnaires privés : 22,31%
4- Données générales
La concession du complexe Agro Industriel de la SOGB s’étend sur 34 712 hectares

dont 16 656,238 hectares sont plantés en hévéas, 7 488,659 hectares en palmier à huile
et 2000 hectares de forêt sont protégés, car réservés au maintien de la biodiversité.
La pluviométrie pour l’année 2019 était de 1879 mm3 et l’ensoleillement, de 4568,3
W/m2.
5- Activités
5.1-L’hévéa
L’activité principale de la SOGB demeure la création, la gestion des plantations d’hévéa

ainsi que la fabrication et la commercialisation du caoutchouc naturel. Avec des
rendements moyens annuels en caoutchoucs supérieur à 2 T/ha, la plantation
industrielle de la SOGB se classe parmi les meilleurs du monde.
Elle encadre plus de 20 000 planteurs villageois pour une surface plantée de plus de 5
112 hectares. En plus de l’activité d’hévéa la SOGB produit aussi l’huile de palme.
5.2-L’huile de palme
Afin de prévenir les fluctuations des cours mondiaux la SOGB a préféré la

diversification de ses activités. C’est ainsi qu’en 1998 un vaste projet de plantation de
palmier à huile a été mis en place. Les plantations de palmier sont cultivées dans les bas-
fonds surfaces sur lesquels l’hévéa est impraticable. La surface de plantation exploitée
est évaluée à 6041 hectares. Pour ce projet la SOGB a investi 22 milliards de francs
répartis comme suit :
- Treize milliards pour les plantations financées sur fonds propres
3
(GMAO)
- Neuf milliards pour la construction de l’usine financée par un emprunt.

La SOGB réalise aussi des travaux d’ingénieries toutes prestations nécessaires à la
création et Installation industrielle.
6- Le fonctionnement
Pour assurer son bon fonctionnement et coordonner les activités de manière

adéquate la SOGB fonctionne avec plusieurs Directions qui sont :
- La Direction Générale (DG)
Avec à sa tête le Directeur General qui représente les actionnaires, la Direction

Générale constitue l’organe principale de l’entreprise. Elle détermine les grandes lignes
de production, dégage tous les moyens nécessaires, concrétise l’orientation pratique et
élabore les plans des autres Directions et surtout coordonne toutes les actions et
opérations effectuées au sein de l’entreprise afin que tous convergent vers l’atteinte de
l’objectif défini.
- La Direction de l’Aménagement et des Travaux Agricoles (DATA)
Sous la supervision du directeur General ; la DATA intervient dans tous les travaux
d’aménagement agricoles d’ordre générale sur le complexe à savoir : les travaux de
planting et d’entretien de plantation d’hévéas et de palmiers. Elle se charge de la
formation des greffeuses, et assure le développement et la récolte des régimes du
palmier à huile. Elle s’occupe aussi de tous les travaux de génie civil, de cartographie.
Ainsi, elle se charge de rechercher des sites pour la création de nouvelles plantations et
garantit la préparation des terrains.
Enfin, elle suit et contrôle tous les travaux de création et d’entretien du réseau routier.
- La Direction de l’Exploitation Agricole (DEA)
Avec à sa tête un Directeur et six chefs d’unités, la DEA est l’un des maillons
essentiels de la société. Elle est chargée d’optimiser l’exploitation des différentes
plantations d’hévéa, elle doit harmoniser les moyens et les méthodes depuis la
formation du coagulum tout en y mettant le matériel roulant et les équipements
4
(GMAO)
permettant de réaliser le plus efficacement possible les travaux dans le respect des
normes et consignes élaborées par le Département des Techniques Agricoles.
Elle assure également l’acheminement de la production vers l’usine de transformation
sise à la zone centrale. Pour l’année 2020 la DEA a pour objectif de production 20.000
tonnes de coagulum sur une surface nette exploitée de 11.986 hectares.
- La Direction Financière et Comptable (DFC)
La DFC veille à la tenue d’une comptabilité conforme aux règles d’usage. Avec la
comptabilité générale et analytique, elle s’assure que tous les flux liés aux activités de
la société sont comptabilisés selon les règles en vigueur en côte d’ivoire. La DFC veille à
la production dans les délais des déclarations fiscales périodiques. Au niveau financier,
la DFC assure la gestion des ressources en vue de garantir l’équilibre financier de
l’entreprise. Elle supervise l’élaboration de tous les budgets et les soumet à l’arbitrage
de la Direction Générale.
La DFC veille également au bon fonctionnement et au bon déroulement des opérations
de paie du personnel. Elle regroupe en son sein la comptabilité Générale, audit et
contrôle de Gestion, la Paie et enfin le département informatique qui nous a accueilli et
le service achat.
- La Direction de l’Ingénierie et des Supports Techniques (DIST)
La DIST s’occupe de l’Ingénierie (investissement, projet, bureau d’étude)

- La Direction du conditionnement du caoutchouc (DCC)
Cette direction est chargée de la gestion du caoutchouc. Elle veuille sur la bonne
marche de l’usine (les entrées et sorties) de matière première et la transformation des
caoutchoucs en produit semi fini, cette direction est en relation direct avec le directeur
général.
- La Direction des Plantations Villageoises (DPV)
La DPV avec son service achat caoutchouc est chargée d’acheter du coagulum à
l’extérieur avec les planteurs villageois et bien, d’autres pour l’approvisionnement du
centre de conditionnement de caoutchouc afin de combler le déficit de caoutchoucs
pour ainsi répondre aux attentes des clients. Aussi, elle supervise la vulgarisation de
5
(GMAO)
l’hévéaculture en milieu villageois. A cet effet, depuis octobre 1983, elle encadre pour
le compte de l’état et l’association professionnelle pour la promotion hevéicole (APPH)
plus de 100 planteurs villageois et groupements.
Depuis 1996, elle bénéficie d’un projet de financement allemand DEG (compagnie
allemande d’investissement et de développement), pour le développement de plus de
3810 hectares d’hévéa regroupant 1518 planteurs villageois
En plus dans le cadre de la convention ivoire-suisse FISDES (fond ivoire-suisse pour le
développement économique et social), elle encadra de 1997 jusqu’en 2017, six cent
soixante-dix-sept (677) planteurs sur une superficie de mille trois cent soixante–six
(1366) hectares au sein des populations villageoises.
Elle encadre toujours les planteurs villageois et assure la collecte de leurs productions.
- La Direction des Techniques Agricoles, de l’Audit et de l’Organisation (DTA-AO)
La DTA-AO est chargée de l’organisation du travail agricole, avec une surface d’essai
de 151.64 hectares. Elle se charge de toutes les expérimentations afin d’optimiser la
croissance de plantations et d’augmenter la production du latex tout en respectant les
normes prescrites ; avec sa fonction d’audit, elle se charge de vérifier sur le terrain si les
normes définies sont appliquées.
Elle est chargée du contrôle qualité de la saignée, des contrôles phytosanitaires. La DTA-
AO représente la SOGB auprès de toutes les instances et institutions agricoles.
- Centre Médical (CM)
Le centre médical est chargé d’assurer la santé des travailleurs et de leurs familles.
Ainsi, le centre médical doit prendre des mesures pour éviter toute altération de la santé
des travailleurs du fait de leur travail, allant de la commande des médicaments, des
préfinancements jusqu’aux évacuations sanitaires et consultations externes.
- La Direction de l’Administration et des Ressources Humaine (DARH)
Cette direction est chargée de la gestion des ressources humaine. Elle veille au suivi
de l’ensemble du personnel du complexe (les entrées et les sorties, la formation),
6
(GMAO)
élabore et soumet au Directeur General les tableaux de classification, les grilles de

salaires les plans d’avancement et autres avantages. Elle assure une bonne
communication au sein de la société afin de conserver un bon climat social. De plus, elle
s’occupe de la gestion des carrières de chaque employé. À travers la direction de
l’administration et des ressources humaines, la SOGB est en relation avec tous les
organismes régulateurs du travail (inspection du travail AGEPE, FDFP, CNPS, les
organismes sociaux, les syndicats)
DIRECTION
GENERAL
DTA AO DPV DIST DARH DFC DATA DEA
DEP
INFO
Figure 1: Organigramme de la SOGB
II- ENVIRONNEMENT MATERIEL ET LOGICIEL
La SOGB, pour faciliter le travail de traitement de l’information, s’est doté d’outils

informatique.
1- Matériel
Le parc informatique de la SOGB se compose d’environ 300 ordinateurs (PC), 3

serveurs physiques et d’un grand nombre d’autres matériels informatiques
(imprimantes réseau, imprimantes personnels, scanners, etc.). Les équipements sont
interconnectés grâce à un réseau local d’entreprise.
7
(GMAO)
- Les serveurs : Ils ont pour système d’exploitation Microsoft Windows Server 2012
Standard Edition. Ils assurent l’essentiel des prestations informatiques. Ils fournissent
les services de serveurs d’applications, serveur de messagerie (Microsoft Exchange
Server 2013), serveur DNS et DHCP. Ils sont équipés de plusieurs disques durs de 4To
avec les mémoires RAM de 8Go.
- Les PC : Ils ont pour système d’exploitation Microsoft 10 Professionnel et sont
essentiellement des Pentium Dual-Core, des Core i3,5 et 7 avec 2 à 4 Go de RAM et des
disques durs d’au moins 500Go.
- Le réseau de la SOGB : Le réseau en place est un réseau local d’entreprise en anglais
LAN (Local Area Network). En clair, on a plusieurs réseaux locaux de topologie en étoile
qui s’interconnectent, soit par des câbles à fibre optique, soit par des câbles RJ45 de
catégorie 6 par l’intermédiaire de switches, soit par odes radio pour interconnecter les
sites distants.
Le schéma du réseau est présenté en annexe 1.
2- Logiciel
- Les logiciels de base (système d’exploitation)

Les systèmes d’exploitation utilisés par la SOGB sont : Microsoft Windows Server 2012
et Microsoft Windows 10 Professionnel.
- Les outils de développement
Ils permettent de réaliser des programmes d’application. Ce sont :
-Microsoft ACCESS 97, 2003, 2010
-Microsoft SQL Server 2008
-Microsoft Visual Studio .NET 2017
- Les logiciels d’application
Ils sont utilisés dans le cadre de l’activité quotidienne de l’entreprise. On a les logiciels
non développés en interne :
- SunSystems (pour la comptabilité et la gestion des stocks)
- Gestion des entrées variables (logiciel de gestion de la saisie des données de
paie)
8
(GMAO)
- Les logiciels développés en interne :

- Gestion du personnel (pour la gestion du personnel)
- Consultation Sun (édition d’états à partir de la base de données de SunSystems)
- Complément Stock (aide à la gestion des stocks, complémentaire à la gestion
des stocks sous SunSystems, comptabilisation de la paie)
- LOPES (Logiciel de pesage et suivi des stocks de matières premières)
- GATP (pour la saisie des pointages et le calcul des journées et des heures
supplémentaires des employés)
- Livraisons (pour la saisie des livraisons de matières premières des planteurs et
la gestion de leur paie)
- Essai DTA (Saisie des essais réalisés par la DTA-AO et production de rapports)
- Amortissements (Gestion des immobilisations, calcul des amortissements et
préparation des écritures comptables au format de SunSystems, édition de l’état
légal des immobilisations, cession des immobilisations)
Et d’autres outils tels que : Microsoft Office, etc.
9
(GMAO)
CHAPITRE II : ETUDE PREALABLE
I- PRESENTATION SUR LE THEME
1- Définition
Le thème qui nous est soumis dans le cadre de notre projet est : Réalisation d’une
application web pour la Gestion de la Maintenance Assistée par Ordinateur (GMAO)
pour la gestion des équipements et de suivi de la maintenance. Notre application
devra fonctionner dans un environnement client-serveur.
Selon la définition de l’AFNOR, la maintenance vise à maintenir ou à rétablir un bien
dans un état spécifié afin que celui-ci soit en mesure d'assurer un service déterminé.
La maintenance regroupe ainsi les actions de dépannage et de réparation, de réglage,
de révision, de contrôle et de vérification des équipements matériels (machines,
véhicules, objets manufacturés, etc.) ou même immatériels (logiciels).
Un service de maintenance peut également être amené à participer à des études
d'amélioration du processus industriel, et doit, comme d'autres services de
l'entreprise, prendre en considération de nombreuses contraintes comme la qualité, la
sécurité, l'environnement, le coût, etc.
Un environnement client/serveur désigne un mode de communication entre

plusieurs ordinateurs d’un réseau dans lequel on distingue un ou plusieurs postes clients
qui contactent un serveur, machine généralement très puissante en termes de capacités
d’entrée-sortie, de stockage et de traitement qui leur fournit des services (données,
connexion internet…) via une application dite application client/serveur. Ses principaux
atouts sont :
- Des ressources centralisées : étant au centre du réseau, le serveur peut gérer des
ressources communes à tous les utilisateurs, comme une base de données
centralisée, afin d'éviter les problèmes de redondance et de contradiction ;
- Une meilleure sécurité : car le nombre de points d'entrée permettant l'accès aux
données est moins important ;
- Une administration au niveau serveur : les clients ayant peu d'importance dans ce
modèle, ils ont moins besoin d'être administrés ;
10
(GMAO)
- Un réseau évolutif : grâce à cette architecture il est possible de supprimer ou

rajouter des clients sans perturber le fonctionnement du réseau et sans
modifications majeures.
2. Cahier de charges
Les fonctions attendues par la SOGB dans le cadre de la réalisation de ce projet sont :
 Gestion des équipements : Enregistrement des équipements immobilisés ou non
par domaine d’activité, inventaire des équipements, suivi des affectations
d’équipements ou des cessions
 Suivi de la maintenance : Cela consistera à l’élaboration de différents types de
documents (Fiche de travail, un bon magasin, etc.…) tout en suivant un système de
validation appelé workflow.
Nous allons, dans la suite de cette étude, faire ressortir les avantages et inconvénients
du système actuel et présenterons la solution retenue. Puis, nous décrirons les étapes
de la mise en place de la solution retenue.
II- METHODE D’ANALYSE
1. Définition
Modéliser un système d’information (SI) consiste à faire un état des lieux du

fonctionnement de l'entreprise quant à la circulation de l'information de façon à faire
ensuite évoluer certains de ses processus. En général, l'évolution du système
d'information correspond à une informatisation de certains processus. Cet état des lieux
permet donc de communiquer avec les informaticiens en charge de réaliser ces
évolutions en leur donnant les moyens de comprendre le fonctionnement de
l'entreprise, et ses nouveaux besoins.
La modélisation du système d'information a donc pour vocation de permettre à une
entreprise de communiquer et de décrire son fonctionnement et ses besoins avec un
service ou une entreprise spécialisée en informatique. Ce modèle permet de synthétiser
de façon claire et intelligible par tous. Il permet ainsi à l'entreprise et au prestataire
informatique de se mettre d'accord sur le produit informatique à réaliser pour faire
11
(GMAO)
évoluer le système d'information de l'entreprise en utilisant un support compris par les

deux parties. Pour ce faire, l’on utilise une méthode d’analyse et de conception.
Une méthode d'analyse et de conception est un procédé qui a pour objectif de permettre
de formaliser les étapes préliminaires du développement d'un système afin de rendre ce
développement plus fidèle aux besoins du client. Pour cela, on part d'un énoncé informel
(le besoin tel qu'il est exprimé par le client, complété par des recherches d'informations
auprès des experts du domaine fonctionnel, comme les futurs utilisateurs d'un logiciel),
ainsi que de l'analyse de l'existant éventuel (c'est-à-dire la manière dont les processus à
traiter par le système se déroulent actuellement chez le client).
La phase d'analyse permet de lister les résultats attendus, en termes de fonctionnalités,
de performance, de robustesse, de maintenance, de sécurité, d'extensibilité, etc.
La phase de conception permet de décrire de manière non ambiguë, le plus souvent en

utilisant un langage de modélisation, le fonctionnement futur du système, afin d'en
faciliter la réalisation.
2. Choix de la méthode d’analyse
La phase de conception nécessite des méthodes permettant de mettre en place des

modèles sur lesquels l’on devra s’appuyer pour décrire tous les aspects du système à
mettre en place. Il en existe plusieurs, mais dans le cadre de cette étude nous utiliserons
la méthode MERISE. Ce choix se justifie par le fait que cette méthode fournit tous les
outils (des modèles, une démarche) permettant de mener à bien une telle étude et elle
constitue un standard (elle est largement connue et utilisée). A côté de cela, il faut
souligner que c’est la méthode d’analyse qui est maîtrisée et utilisée par la SOGB dans
la conduite des projets informatiques.
La méthode Merise est basée sur la séparation des données et des traitements à
effectuer, ce qui assure une longévité aux modèles. En effet l’agencement des données,
n’a pas à être souvent remanié, tandis que les traitements le sont plus fréquemment.
MERISE se résume en les points suivants :
 Une approche globale du système informatique, il s’agit du schéma directeur
 Une étude préalable qui consiste en l’étude des différentes solutions possibles et
du choix à opérer parmi ces solutions
 Une étude détaillée représentant un complément des spécifications du domaine
12
(GMAO)
 Une étude technique

 Une phase de production, de mise en œuvre et de maintenance
Figure 2 : récapitulatif des étapes de la démarche MERISE
13
(GMAO)
Les différents niveaux que suit la démarche MERISE sont :

 Le niveau conceptuel,
 Le niveau organisationnel ou logique,
 Le niveau opérationnel ou physique.
A chaque niveau correspond un certain nombre de préoccupations (voir tableau ci-

après).
NIVEAU CHOIX PREOCCUPATION DONNEES TRAITEMENT
Conceptuel Quoi ? Que veut-on faire ?

Gestion MCD MCT
Organisationnel Qui fait quoi ? Où ?
Ou Logique Organisation Quand ? MLD MOT
Opérationnel Avec quels moyens ?
Ou physique Technique Comment ? MPD MPT
Tableau 1 : Récapitulatif des préoccupations à chaque niveau conceptuel

III- ETUDE DE L’EXISTANT
1- Description du système actuel
1.1- Suivi de la maintenance
Actuellement la SOGB ne dispose pas de logiciel pour le suivi de la maintenance ni pour

la gestion du matériel. Elle utilise un document pour demander les interventions au
14
(GMAO)
service technique concerné. Ce document est appelé « fiche de travail » (voir Annexe 2).
Il est à souligner que les procédures de maintenance des usines diffèrent légèrement
d’une usine à l’autre.
Dans le cas de la maintenance corrective, lorsqu’un agent de la production constate un
dysfonctionnement il alerte son chef qui remonte l’information au contremaître de
production. Ce dernier adresse une demande d’intervention au chef de la maintenance
qui à son tour adresse un ordre de travail (voir Annexe 3) au chef de l’équipe de
maintenance. Une fois les travaux terminés le chef de l’équipe de maintenance retourne
l’ordre de travail rempli au chef de la maintenance.
Lorsque la maintenance d’un équipement nécessite un nouvel article, le chef de
l’équipe de maintenance rempli un bon de sortie qu’il adresse au chef de la maintenance
pour visa avant de se rendre au magasin pour retirer l’article. L’agent du magasin lui
remet les articles ainsi qu’une copie du bon de sortie.
Graphe des flux : Processus de maintenance
Le graphe des flux est la matérialisation sous forme graphique des différents
échanges d’informations entre les acteurs du système.
2
3
4
Chef 7 Chef équipe
Maintenance maintenance
12
13
1
5
14
Société d' 15 10 6
11
entretien de
matériel
Chef 9 Agent
Agent équipe Agent 8 Contremaître
équipe magasin
maintenance production production
production
LEGENDE :
X
Acteur externe
X
Acteur interne
15
(GMAO)
1-Emission de Demande d’entretien

2-Lister les interventions de maintenance à effectuer
3-Transmission du bon de sortie d’article pour signature
4-Retour du bon de sortie signé
5-Présentation du bon de sortie d’article
6-Retour bon de sortie d’article et article demandé
7-Retour de la fiche de maintenance remplie / retour de la demande d’entretien
remplie
8- Déclaration de panne
9- Déclaration de panne
10-Demande verbale d’intervention
11-Fiche de demande d’intervention remplie
12-Ordre de travail
13-Retour de l’ordre de travail rempli
Figure 3 : Processus de maintenance
II.1.2- Procédure de suivi du transfert des équipements
A l’enregistrement, tout équipement a une localisation. Lorsqu’il y a déplacement d’un

équipement d’une localisation à une autre, cela constitue un transfert d’équipement ;
Et ce déplacement doit être pris en compte par le répertoire des équipements surtout
pour les besoins de l’inventaire.
Le service de départ remplit une fiche de transfert d’équipement en trois (3)
exemplaires. Voir Fiche de transfert d'équipement(Annexe4). Cette fiche renseigne sur le
nom du service d’arrivée.
La fiche de transfert est visée par le service de départ et transmise toujours en 3
exemplaires, au secrétariat technique de la DIST. C’est ce secrétariat technique qui est
chargé de vérifier que l’équipement existe dans le service d’arrivée.
Dans le cas où l’équipement existe, le secrétariat technique fait approuver la fiche de

transfert, dans la partie qui est réservée au service d’arrivée.
Puis il procède à la répartition des exemplaires comme suit :
- Un exemplaire est transmis au service de départ
- Un exemplaire est transmis au service d’arrivée
- Et le dernier exemplaire est conservé par le secrétariat technique lui-même.
16
(GMAO)
Le secrétariat technique va notifier le transfert d’équipement dans sa base de données.
Dans le cas où l’équipement n’existe pas, le secrétariat technique fait inscrire sur la fiche
de transfert, par l’utilisateur désigné comme responsable de la localisation d’arrivée,
une annotation appropriée. (Exemple : matériel inexistant/ matériel non reçu) et
l’utilisateur vise la fiche.
Le secrétariat technique détache les trois exemplaires.
- Un exemplaire est transmis à l’utilisateur désigné comme responsable de la

localisation de départ.
- Un exemplaire est transmis à l’utilisateur qui devrait être désigné comme
responsable de la localisation d’arrivée.
- Et le dernier exemplaire est conservé par le secrétariat technique
Le secrétariat technique ne procède à aucune saisie par dans la base de données qui gère
les matériels.
Graphe des flux : Processus de transfert des équipements
Service de
départ
3
1
4 Service
Service
2
Direction technique
technique
DLI
DIST
5
Service d'
arrivée
Légende :
X
Acteur interne
17
(GMAO)
1- Transmission de la fiche de transfert d’équipement pour visa

2- Retour de la fiche de transfert d’équipement visée
3- Transmission de la fiche de transfert d’équipement remplie et visée par le service
de départ
4- Transmission d’un exemplaire de la fiche de transfert d’équipement remplie et
visée au service de départ
5- Transmission d’un exemplaire de la fiche de transfert d’équipement remplie et
visée au service d’arrivée
Figure 4 : Processus de transfert des équipements

2- Critique de l’existant
L’analyse de l’existant nous a permis de déceler ses points forts et ses insuffisances en
vue de proposer une solution mieux adaptée.
2.1- Les points forts
L’analyse nous a permis de faire ressortir les points positifs suivants :

- La plupart des services qui interviennent dans le système sont équipés de PC,
ce qui facilitera la mise en exploitation future tout en réduisant de façon
considérable les besoins d’acquisition de PC.
- Le processus de demande de maintenance est clairement défini.
- Présence de documents permettant un bon suivi de la maintenance.
-
2.2- Les points faibles
L’étude du fonctionnement actuel nous a permis de déceler les difficultés

suivantes :
- Le suivi du matériel est très pénible du fait de l’inexistence de logiciel de suivi
du matériel.
- L’absence de base de connaissance pouvant aider à circonscrire rapidement les
pannes.
18
(GMAO)
- Il est quasiment impossible de déterminer le coût de maintenance d’un

équipement donné sur une période donnée. De ce fait, la SOGB ne dispose pas
de statistiques fiables pouvant lui permettre des prises de décisions comme le
remplacement d’un équipement du fait de son coût de maintenance trop élevé.
- Les retards sont fréquents dans le traitement des informations relatives aux
équipements.
Au vu de ces insuffisances il importe que la SOGB dispose d’outil de gestion pouvant lui
fournir des statistiques fiables et lui permettre d’assurer un meilleur suivi de son
patrimoine.
3- Présentation de la solution future
La solution future consiste en la mise à la disposition de la SOGB, une application

de suivi de la maintenance englobant les fonctionnalités d’enregistrement des
équipements par type et par domaine, de suivi des affectations, d’enregistrement des
travaux effectués lors d’une maintenance, les pièces de rechange utilisées et le temps
de maintenance par employé.
Le module de gestion des équipements sera à la disposition de tous les services
techniques afin que ceux-ci puissent suivre tous les biens sous leurs responsabilités.
Le module de suivi de la maintenance disposera d’une interface de gestion des
demandes de fiche de travail ouverte à des utilisateurs au-delà des services de
maintenance et permettant de signaler les anomalies en vue d’une intervention de
maintenance. Il permettra d’uniformiser les procédures de maintenance de la société,
d’optimiser les activités de maintenance et de fournir des éléments fiables pouvant
aider à la prise de décisions stratégiques.
Dans la nouvelle procédure de maintenance, pour un meilleur suivi, toutes les
interventions doivent être déclenchées par une demande d’intervention à travers une
fiche de travail. Cette fiche suit un circuit de validations sous forme électronique à partir
de l’application, ainsi que les bons magasins, les demande de transfert ou de cession.
Lorsqu’une demande est initiée par un utilisateur (Fiche de travail, bon magasin,
demande de transfert ou de cession), celle-ci suivra un circuit de validations en fonction
du document dont il est question.
Dans la suite de notre rapport, nous présenterons les différentes étapes de la
mise en place de la solution future que nous proposons.
19
(GMAO)
IV- ETUDE DE LA SOLUTION PROPOSEE
1- Construction du Modèle Conceptuel de Données
Le modèle conceptuel des données (MCD) a pour but d'écrire de façon formelle les
données qui seront utilisées par le système d'information. Il s'agit donc d'une
représentation claire des données et des relations qui existent entre elles.
Un MCD doit être normalisé afin de permettre la mise en place d’une base de
données sans redondances ni problèmes de mise à jour. Il doit donc respecter les formes
normales suivantes :
- Première forme normale (1FN) : Une entité est en 1FN si tout attribut n’est pas
décomposable.
- Deuxième forme normale (2FN) : Une entité est en 2FN si elle est en 1FN et tout
attribut non identifiant est dépendant de l’ensemble des attributs constituant
l’identifiant.
- Troisième forme normale (3FN) : Une entité est en 3FN si elle est en 2FN et il
n’existe aucune dépendance fonctionnelle entre deux attributs ne faisant pas
partie de l’identifiant.
1.1- Quelques règles de gestion du système
Les règles de gestion précisent les contraintes sur les données qui doivent être
respectées pour la mise en place de notre application. Nous avons pu relever les règles
de gestion suivantes :
1- Un matériel peut être d’un modèle de matériels.
2- Un model a une marque
3- Un matériel peut avoir un type.
4- Un matériel peut être composé d’autres matériels
5- Une panne est d’un type de panne donné.
6- Une fiche de travail signale une ou plusieurs pannes.
7- Une fiche de travail concerne un seul matériel.
8- Une fiche de travail a un délai bien défini.
9- Une fiche de travail est éditée par un employé.
20
(GMAO)
10- Une fiche de travail peut être adressée à un service donné.

11- Une fiche de travail est émise par un service.
12- Une section appartient à un service
13- Un service appartient à un département.
14- Un département appartient à une direction
15- Un matériel peut être affecté plusieurs fois à des dates différentes et pour
toute affectation de matériel on a une localisation ou un service destinataire
16- Une fiche de travail peut nécessiter la sortie d’articles à travers un bon
magasin
17- Une demande de transfert peut être faite pour un matériel
18- Une demande de transfert a un et un seul type de demande
19- Une demande de transfert est adressée à un service
20- Un document peut être d’un type donné de documents
21- Plusieurs décisions peuvent être accordées à un document à une étape
donnée
22- Chaque document suit un circuit de validation en fonction de son type
23- Un utilisateur peut être suppléer par lui-même
24- Un utilisateur peut suppléer un ou plusieurs utilisateurs
25- Chaque signataire d’un document a un ordre de priorité à chaque étape
donnée
26- Une confidentialité peut donner accès à d’autres confidentialités
27- Chaque document a au moins une étape de validation
1.2- Dictionnaire de données
Un dictionnaire de données est une collection des données significatives du domaine.

En vue d’éviter un certain nombre d’anomalies sur les données retenues, les
considérations relatives à la structure et à la nature des propriétés sont à prendre en
compte. Nous avons donc :
 Les données de situation qui sont des données qui évoluent avec le temps et
suivant les périodes ;
 Les données mouvement qui résultent de circonstances spécifiques, leur
existence est liée à un événement ;
21
(GMAO)
 Les données signalétiques ou stables qui demeurent généralement inchangées

quelque que soient les circonstances. Il s’agit de données ni de mouvement ni de
situation ;
 Les données élémentaires qui sont des données qui ne résultent pas de
concaténation de propriétés ;
 Les données calculées qui proviennent d’un calcul ;
 Les données concaténées qui proviennent de la concaténation de propriétés.
L’examen des informations circulant dans le domaine nous a permis d’établir le

dictionnaire de données épuré ci-après :
Code Désignation Type Taille Observation
ArticleID Code de l'article AN 15 Identifiant
sortie pour
intervention
LibelleArticle Libellé de l'article AN 50
ClasseMaterielID Classe du matériel AN 15 Identifiant
LibelleClasseMateriel Libellé de la classe AN 50
du matériel
ComposantID Code du AN 15 Identifiant
composant
caractéristique
LibelleComposant Libellé du AN 50
composant
OrdreComposant Ordre du N 3
composant
DelaiID Code de délai de AN 2 Identifiant
la fiche
LibelleDelai Libellé du délai AN 50
DomaineID Code du domaine AN 15 Identifiant
de l’équipement
LibelleDomaine Libellé du AN 50
domaine
22
(GMAO)
ElementCaracteristiqueID Code de l'élément AN 15 Identifiant

caractéristique
d’un équipement
LibelleElementCaracteristique Libellé de AN 50
l'élément
caractéristique
OrdreElementCaracteristique Ordre de N 3
l'élément
caractéristique
EmployeID Code de l'employé AN 15 Identifiant
Nom Nom de l'employé AN 30
Prenom Prénom de AN 40
l'employé
DateInstallation Date d'installation D 10
d’un composant
DateDeRetrait Date de retrait D 10
d’un composant
FamilleID Code de la famille AN 15 Identifiant
du matériel
LibelleFamille Libellé de la AN 50
famille
FicheDeTravailID Numéro Fiche de AN 15 Identifiant
travail
DateEmission Date d'émission D 10
de la fiche
FournisseurID Code du AN 15 Identifiant
fournisseur d’un
équipement
NomFournisseur Nom du AN 50
fournisseur
Adresse Adresse du AN 50
fournisseur
Contact Contact du AN 50
fournisseur
23
(GMAO)
ImputationAnalytiqueID Code d'imputation AN 15 Identifiant

analytique d’une
intervention
LibelleImputationAnalytique Libellé de AN 50
l'imputation
analytique
LocalisationID Code de la AN 15 Identifiant
localisation de
l’équipement
LibelleLocalisation Libellé de la AN 100
localisation
MarqueID Code de la AN 15 Identifiant
marque de
l’équipement
LibelleMarque Libellé de la AN 50
marque
ModeleID Code du modèle AN 5 Identifiant
de l’équipement
LibelleModele Libellé du modèle 20
de l’équipement
MaterielID Code du matériel AN 15 Identifiant
LibelleMateriel Libellé du matériel AN 50
DateMiseEnService Date de mise en D 10
service du
matériel
DateAcquisition Date d'acquisition D 10
du matériel
PrixAchat Prix d'achat du M 16
matériel
NumeroBonCommande Numéro du bon AN 15
de commande
NumeroFacture Numéro de la AN 15
facture
NumeroBonLivraison Numéro du bon AN 15
de livraison
24
(GMAO)
NumeroSerie Numéro de série AN 30

Actif Le matériel est-il B 1
actif ?
Garantie Garantie du N 10
matériel
DateSortie Date de sortie du D 10
matériel
Assemble Le matériel est-il B 1
assemblé ?
TypeMaterielID Code du type de AN 20 Identifiant
matériel
LibelleTypeMateriel Libellé du type de AN 50
matériel
DateInventaire Date de D 10
l’inventaire sur le
terrain
PanneID Code de la Panne AN 15 Identifiant
LibellePanne Libellé de la AN 50
panne
DateInsertion Date d'insertion DH 19
du matériel
DateRetrait Date de retrait du D 10
matériel
Valeur Valeur du matériel AN 20
PosteID Code du Poste AN 15 Identifiant
ServiceID Code du service AN 15 Identifiant
LibelleService Libellé du service AN 50
DirectionID Code de la AN 15 Identifiant
direction
DepartementID Code d’un AN 5 Identifiant
département
LibelleDepartement Libellé du AN 30
département
25
(GMAO)
LibelleDirection Libellé de la AN 50
direction
Commentaire Commentaire de AN 500
la panne
DateAffectation Date d'affectation D 10
du matériel
DateDesaffectation Date de la D 10
désaffectation du
matériel
NumeroBon Numéro du bon AN 30
de sortie (Bon
magasin) d’un
article
DateSortieArticle Date de la sortie D 10
de l’article
QuantiteSortie Quantité du N 10
matériel sortie
PrixUnitaire Prix Unitaire du M 16
matériel
SousFamilleID Code de la Sous AN 15 Identifiant
famille du
matériel
LibelleSousFamille Libellé de la sous AN 50
famille
TacheID Code de la tâche AN 15 Identifiant
LibelleTache Libellé de la tâche AN 50
DateDebut Date de début D 10
d’exécution de la
tâche
DureeTache Durée d'exécution H 10
de la tâche
TypePanneID Code du type de AN 15 Identifiant
panne
26
(GMAO)
LibelleTypePanne Libellé du type de AN 50

panne
TypeTacheID Code du type AN 15 Identifiant
tâche
LibelleTypeTache Libellé du type de AN 50
tâche
TypeFicheID Code du type de AN 3 Identifiant
fiche
LibelleTypeFiche Libellé du type de AN 50
fiche
EtatFicheID Etat de la fiche de AN 15 Identifiant
travail
LibelleEtatFiche Libellé de l’état de AN 50
la fiche de travail
GroupeInventaireID Code des types N 1 Identifiant
d’inventaire
LibelleGroupeInventaire Libellé des types AN 50
d’inventaire
UserGroupID Code du groupe AN 5 Identifiant
d’utilisateur
LibelleUserGroup Libellé du groupe AN 50
d’utilisateur
UserID Compte AN 20 Identifiant
d’utilisateur
NomComplet Nom complet de AN 50
l’utilisateur
PassWord Mot de passe de AN 20
l’utilisateur
TypeDocumentID L’identifiant su AN 5 Identifiant
type de document
LibelleTypeDocument Le libellé du type AN 20
de document
27
(GMAO)
DecisionID Identifiant de la AN 5 Identifiant

décision
concernant le
document
LibelleDecision le libellé de la AN 20
décision
DocumentID Identifiant du AN 5 Identifiant
document
LibelleDocument Libellé du AN 20
document
DateSaisie Date d'émission Date 12
du document
EstResolu Le processus de B 1
validation est-il
achevé ou pas
ConfID Identifiant de la AN 5 Identifiant
confidentialité
LibelleConfidentialite Le libellé de la AN 20
confidentialité
NumEtape Numéro de AN 5
l'étape
LibelleEtape Libelle de l’étape AN 20
DemandeID L’identifiant de la AN 5 Identifiant
demande
DateDemande La date à laquelle Date 12
la demande est
émise
CommentaireDemande Commentaire de AN 100
la demande
DateEtapeD La date à laquelle Date 12
correspond une
étape de heure
validation de la
demande
28
(GMAO)
CommentaireD Justification de la AN 100

décision par étape
de la demande
CommentaireF Justification de la AN 100
de la fiche
DateEtapeF La date à laquelle AN 12
correspond une
étape de
validation de la
fiche
Observation Observation AN 100
concernant la
fiche
DateEtapeB La date à laquelle Date 12
correspond une
étape de
validation du bon
CommentaireB Justification de la AN 100
du bon
DateDecisionD Date de la Date 12
décision de
l'étape pour une
demande
DateDecisionF Date de la Date 12
décision de
l'étape pour une
fiche de travail
DateDecisionB Date de décision Date 12
de l'étape pour un
bon
D : Date A : Alphabétique DH : Date et heure

AN : Alphanumérique M : Monétaire B : Booléen
29
(GMAO)
Tableau 2 : Dictionnaire de données
30
(GMAO)
1.3- Structure d’accès théorique (SAT)
MaterielId
LibelleMateriel
Actif
DateAcquis
DateEnService
DateSortie
Garantie
Immobilise
Note
NumCmde
NumeroImmo
NumeroSerie
PrixAchat
Figure 7 : Structure d’accès théorique (1)
31
(GMAO)
32
(GMAO)
33
(GMAO)
34
(GMAO)
1.4 Modèle Conceptuel de données

1.4.1- Modèle conceptuel de données du suivi du matériel
Figure 9 : MCD du suivi du matériel
35
(GMAO)
1.4.2-Modèle conceptuel de données du suivi des affectations
Figure 9 : MCD du suivi des affectations
36
(GMAO)
1.4.3-Modèle conceptuel de données du suivi de la maintenance
Figure 9 : MCD du suivi de la maintenance
37
(GMAO)
1.4.4-Modèle conceptuel de données du Work flow de demande de document
Figure 9 : MCD du workflow de demande de document
38
(GMAO)
2- Construction du Modèle Conceptuel de Traitements (MCT)
Bien que le terme « traitement » soit vu comme la transformation de données, donc la

description algorithmique (organigramme), pour Merise, décrire les traitements, c'est décrire
les processus déclenchés dans le domaine en réponse aux stimulations de son environnement.
Un MCT exprime ce que fait le domaine, et non par qui, quand, où et comment ces activités
sont réalisées.
2.1- Formalisme du Modèle Conceptuel des Traitements
Le MCT peut se formaliser par la figure suivante :
Evénement1 (a) Evénement2 (b)
a OU b Synchronisation
a
Opération
Action1
Action2
…
Condition Condition
d’émission 1 d’émission 2
Résultat1 Résultat2
Figure 5 : Formalisme du MCT
2.2- Modèle Conceptuel des Traitements (MCT)
Dans la suite nous présenterons le MCT pour les différents processus du système.
39
(GMAO)
 Processus d’enregistrement d’équipement
Besoin d’enregistrer
un équipement
Enregistrement de l’équipement
Saisie des références de l’équipement
Indication du domaine de l’équipement
Indication du service qui en est responsable
Toujours
Equipement
enregistré
40
(GMAO)
 Processus de transfert ou de cession d’équipement
Besoin de transfert ou de
cession d’équipements
Saisie des informations concernant l’action

Indication de l’équipement concerné
Choix du type d’action (transfert ou cession)
Choix de la localisation destinataire
Lancement du processus
Toujours
Validation en Transfert en
attente (a) attente (b)
a OU b
Confirmation d’exécution
Signature et validation de la demande
Vérification de la présence de l’équipement à la destination
Confirmation de l’opération
Equipement présent Equipement non présent Refusé
Equipement Transfert en Transfert

transféré attente (b) annulée
41
(GMAO)
 Processus de maintenance d’un équipement
Équipement en panne
Edition d’une fiche de travail

Edition d’une fiche de travail
Emission de la fiche
Validation
Circuit de validation de la fiche

Estimation du coût de la maintenance
Lecture et validation de la demande
Validée Refusée
Fiche validée (a) Intervention annulée
a OU (d ET c)
Réparation de l’équipement
Vérification de la panne
Réparation
Saisie de la période de travail
Saisie du nombre de travailleurs
Equipement hors service Equipement réparé Réparation suspendue
Equipement Demande de Réparation en

hors service(e) Equipement sortie d’article attente
réparé (b) d’articles (c)
42
(GMAO)
 Processus de maintenance d’un équipement (suite)
Demande de
sortie d’article (b)
b
Edition d’un bon magasin
Edition du bon magasin

Emission du bon
Validation
Bon validé Bon refusé
Article sortie pour

réparation (d) Refusé
Réapprovisionnement
effectué (f)
e OU (g ET f)
Remplacement de l’équipement
Retrait de l’équipement hors service
Ajout nouvel équipement
Enregistrer nouvel équipement
Equipement indisponible Equipement remplacé
Remplacement en Equipement
attente d’équipement(g) remplacé
43
(GMAO)
CHAPITRE III : ETUDE DETAILLEE
I- LE MODELE ORGANISATIONNEL DES TRAITEMENTS
Le modèle organisationnel des traitements (MOT) s'attache à décrire les propriétés des
traitements non traitées par le modèle conceptuel des traitements, c'est-à-dire : le
temps, le lieu et la nature.
L’on peut poser MOT=MCT + Période + Type + Lieu
La période consiste à mentionner la durée de l’exécution de l’action. L’on précisera le
début et la fin de l’action
La Nature consiste à déterminer si lune action est manuelle, automatique ou différée
Le Poste de travail consiste à localiser l’endroit où l’action est réalisée. Pour chaque poste
de travail on peut mentionner le lieu, les ressources nécessaires à son accomplissement,
et le responsable du poste.
1- Processus d’enregistrement d’équipement
Période Tâches Lieu Type
07h-17h30
44
(GMAO)
2- Processus de transfert d’équipement
Période Tâches Poste Nature
07h-17h30 Poste de travail Manuel
07h-17h30
Poste de travail Automatique
45
(GMAO)
3- Processus de maintenance d’équipement
Poste de Manuel
07h-17h30 travail
Postes de
travail Automatique
46
(GMAO)
Poste
de
travail Manuel
07h-17h30
Manuel
47
(GMAO)
07h-17h30
Manuel
II- LE MODELE LOGIQUE DE DONNEES
Le MLD intervient après le MCD. Il est constitué de deux opérations :

- Le choix du type de modèle de base de données
- La transformation du MCD en MLD
1- Le choix du modèle de base de données
Il consiste à opérer un choix entre plusieurs modèles dont les suivants :

-Le SGF (système de gestion des fichiers classique)
-Le CODASYL
-le modèle réseau
48
(GMAO)
- Le modèle hiérarchique
-Le modèle relationnel
-le modèle orienté objet
Dans le cas de notre projet nous choisissons d’utiliser un système de gestion de base de
données relationnel, car il assure une cohérence, une sécurité d’accès et une bonne
performance dans la gestion des données.
2- La transformation du MCD en MLD
Le MCD obtenu dans l’approche MERISE obéit en fait à une théorie de base dénommée
Entité-association ou entité-relation. De ce fait ce modèle se prête beaucoup plus à une
transformation relationnelle. Cette transformation du MCD en MLD de type relationnel se
fera de façon « mécanique » selon les règles de passage contenues dans le tableau ci-
après :
MCD MLD
Entité Table
Identifiant Clé primaire
Propriété Attribut
Relation de type : La clé primaire de l’entité de cardinalité (0,1) devient
(0,1) – (1,1) une clé étrangère dans la table issue de l’entité de
cardinalité (1,1).
Relation de type : La clé primaire de l’entité de cardinalité (0, n) ou
(0,n) ou (1,n) – (0,1) ou (1,1) (1,n) devient une clé étrangère dans la table issue de
l’entité de cardinalité (0,1) ou (1,1). Si la relation est
porteuse de propriétés celles-ci deviennent des
attributs dans la table issue de l’entité de cardinalité
(0,1) ou (1,1).
Relation de type : La relation devient une table dont la clé est obtenue
(0,n) – (1,n) par la concaténation des identifiants des entités qui
participent à la relation. Si la relation est porteuse de
propriétés celles-ci deviennent les attributs de la
table issue de la relation.
Tableau 3 : Règles de passage du MCD au MLD
49
(GMAO)
3- Le modèle logique de données
Absence(DateAbsence,DateReprise,UtilisateurId)
AccederConfidentialite(ConfidentialiteAccederID, ConfidentialiteID)
Affectation(AffectationId,Commentaire,DateAfffectation,#DocumentId,#EmployeId,
#LocalisationId, #MaterielId,#SerciceResponsableId,#ServiceId,#TypeAffectationId)
AppartenirGroupe(GroupeUtilisateurId,UtilisateurId)
Article(ArticleId,LibelleArticle)
AssocierMateriel(DateInstallation, DateRetrait,MaterielAssocieId,MaterielId)
AttribuerFiche(Date,FicheDeTravailId,SectionId)
AvoirConfidentialite(ConfidentialiteId,UtilisateurId)
BonMagasin (DateExecution,#DocumentId,LibelleBon,NumeroBon)
CaracteriserComposant (CaracteristiqueId,ComposantId)
Caracteristique (CaracteristiqueId, LibelleCaracteristique)
Classemateriel (ClasseMaterielId, LibelleClasse)
Composant (ComposantId, #DomaineId, LibelleComposant,OrdreComposant)
ComposantCaracteristique
(ComposantId,DateInsertion,MaterielId,Plafond,Quantite,#CaracteristiqueId,
Valeur)
Confidentialite(ConfidentialiteId,LibelleConfidentialite)
ConstaterPanne(Commentaire,FicheDeTravailId,PanneId)
Decision(DecisionId,LibelleDecision)
DecisionAffectation(AffectationId,Commentaire,Datedecision,DateEtape,DecisionId,
NumeroEtape)
DecisionBon(Commentaire,DateDecision,DateEtape,DecisionId,NumeroBon,
NumeroEtape)
50
(GMAO)
DecisionFiche(Commentaire,DateDecision,DateEtape,DecisionId,FicheDeTravailId,
NumeroEtape)
Delai(DelaiId,LibelleDelai)
Departement(DepartementId, #DirectionId, LibelleDepartement)
Direction(DirectionId,LibelleDirection)
Document(DocumentId, LibelleDocument, #TypeDocumentId)
Domaine(DomaineId,LibelleDomaine)
Employe(EmployeId, Nom,Prenom,#ServiceId)
Etape(#DocumentId,LibelleEtape,NumeroEtape,Ordre)
EtatFiche(EtatFicheId,LibelleEtatFiche)
FairePartie(DomaineId,UtilisateurId)
Famille(FamilleId,LibelleFamille)
FicheDeTravail(DateEmission,#DelaiId,#DocumentId,#EmployeId,#EtatFicheId,
FicheDeTravailId,#FicheDeTravailParentId,#FournisseurId,#ImputationAnalytiqueId,
#MaterielId,Observation,#ServiceEmmetteurId,#ServiceId,#TypeFicheId)
Fournisseur(Adresse,Contact,FournisseurId,NomFournisseur)
GroupeInventaire(GroupeInventaireId,LibelleGroupeInventaire)
GroupeUtilisateur(GoupeUtilisateurId,LibelleGroupeUtilisateur)
ImputationAnalytique(ImputationAnalytiqueId, LibelleImputationAnalytique)
Inventaire(Commentaire,DateIventaire,NumeroIventaire)
InventorierMaterield(.LocalisationActuelle, #LocalisationId,MaterielId,NumeroInventaire)
Localisation(LibelleLocalisaton,LocalisationId)
LocaliserMateriel(DateAffectation,DateFin,LocalisationId,MaterielId)
Marque(LibelleMarque,MarqueId)
Materiel(Actif,#ClasseMaterielId,DateAcquisition,DateMiseEnService,DateSortie,#Domain
eId,
#FournisseurId,Garantie,#GroupeInventaireId,Immobilise,LibelleMateriel,MaterielId,Note,
51
(GMAO)
NumeroBonCommande,NumeroImmobilisation,NumeroModel,NumeroSerie,PrixAchat,
SousFamilleId,TypeMaterielId)
Model(LibelleModel,MarqueId,NumeroModel)
NiveauSignataire(LibelleNiveauSignataire,NiveauSignataireId)
Panne(LibellePanne,PanneId,SousFamilleId,TypePanneId)
PouvoirSigner(NiveauSignataireId,NumeroEtape,SystemePrivilegeId)
Sections(LibelleSections,SectionsId,#ServiceId)
Service(#DepartementId,LibelleService,ServiceId)
Signaler(Commentaire,FicheDeTravailId,PanneId)
SignataireParNiveau(niveauSignataireId,Resigner,UtilisateurId)
Sortir(ArticleId,DateSortie,FicheDeTravailId,NumeroBon,PrixUnitaire,QuantiteDemande,
QuantiteSortie)
SousFamille(#FamilleId,LibelleSousFamille,SousFamilleId)
Suppleer (NumeroEtape, NumeroOrdre,SuppleantId,UtilisateurId)
SystemePrivilege (LibelleSystemPrivilege, SystemPrivilegeId)
SystemeTypeDocument (LibelleTypeDocument,TypeDocumentId)
Tache (LibelleTache, TacheId, #TypeTacheId)
TacheEffectuee (Commentaire, DateDebut,Dure,EmployeId,FicheDeTravailId,TacheId)
TypeAffectation (LibelleTypeAffectation,TypeAffectationId)
TypeFiche (LibelleTypeFiche,TypeFicheId)
TypeMateriel (LibelleTypeMateriel,TypeMaterielId)
TypePanne (LibelleTypePanne,TypePanneId)
TypeTache (LibelleTypeTache,TypeTacheId)
Unite (LibelleUnite, UniteId)
Utilisateur (#EmployeId, #GroupeUtilisateurId, NomComplet, Password, UtilisateurId)
52
(GMAO)
CHAPITRE IV : REALISATION
I- ETUDE TECHNIQUE
1. Modèle Physique des Données
1.1 Description de quelques tables
Table : ARTICLE Taille (Caractères) : 65

Rôle : Enregistrement des articles Nombre d’occurrence : 3000
Clé primaire : ArticleID
Clé secondaire :
Code Type Taille Observation
ArticleID AN 15 Clé primaire
LibelleArticle AN 50
TABLE : CLASSEMATERIEL Taille (Caractères) : 65

Rôle : Enregistrement des Classes des matériels Nombre d’occurrence : 20
Clé primaire : ClasseMaterielID
Clé secondaire :
ClasseMaterielID AN 15 Clé primaire
LibelleClasseMateriel AN 50
53
(GMAO)
TABLE : COMPOSANTCARACTERISTIQUE Taille (Caractères) : 83

Rôle : Enregistrement des composants Nombre d’occurrence : 200
caractéristiques des matériels
Clé primaire : ComposantCaracteristiqueID
Clé secondaire : DomaineID
ComposantCaracteristiqueID AN 15 Clé primaire
LibelleComposantCaracteristique AN 50
OrdreComposantCaractéristique N 3
DomaineID AN 15
TABLE : DELAI Taille (Caractères) : 52

Rôle : Enregistrement des délais d’exécution des Nombre d’occurrence : 10
travaux demandés sur les fiches de travail
Clé primaire : DelaiID
Clé secondaire :
DelaiID AN 2 Clé primaire
LibelleDelai AN 50
54
(GMAO)
TABLE : DOMAINE Taille (Caractères) : 65

Rôle : Enregistrement des domaines Nombre d’occurrence : 30
Clé primaire : DomaineID
Clé secondaire :
DomaineID AN 15 Clé primaire
LibelleDomaine AN 50
TABLE : CARACTERISTIQUE Taille (Caractères) : 83

Rôle : Enregistrement des éléments Nombre d’occurrence : 800
caractéristiques
Clé primaire : CaracteristiqueID
Clé secondaire : DomaineID
CaracteristiqueID AN 15 Clé primaire
LibelleElementCaracteristique AN 50
OrdreElementCaracteristique N 3
DomaineID AN 15 Clé secondaire
55
(GMAO)
TABLE : EMPLOYE Taille (Caractères) : 85

Rôle : Enregistrement des employés Nombre d’occurrence : 4000
Clé primaire : EmployeID
Clé secondaire :
EmployeID AN 15 Clé primaire
Nom AN 30
Prenom AN 40
TABLE : COMPOSER Taille (Caractères) : 50

Rôle : Enregistrement des matériels composants Nombre d’occurrence : 500
d’autres matériels
Clé primaire : ComposantID + DateInstallation
Clé secondaire :
ComposantID AN 15
DateInstallation D 10 Jj/mm/aaaa hh :mm
MaterielID AN 15
DateDeRetrait D 10
56
(GMAO)
TABLE : FAMILLE Taille (Caractères) : 65

Rôle : Enregistrement des familles des matériels Nombre d’occurrence : 30
Clé primaire : FamilleID
Clé secondaire :
FamilleID AN 15
LibelleFamille AN 50
TABLE : TypeFiche Taille (Caractères) : 40

Rôle : Enregistrement des types de fiche Nombre d’occurrence : 5
Clé primaire : TypeFicheID
Clé secondaire :
TypeFicheID AN 10
LibelleTypeFiche AN 30
57
(GMAO)
TABLE : FICHEDETRAVAIL Taille (Caractères) : 92

Rôle : Enregistrement des fiches de travail Nombre d’occurrence : 10000
Clé primaire : FicheDeTravailID
Clé secondaire : DelaiID, EmployeID, ServiceID, ImputationAnalytiqueID,
DocumentID, EtatFicheID, FournisseurID, FournisseurID, TypeFicheID, DelaiID,
FIcheTravailParentId, ServiceEmetteurId
FicheDeTravailID AN 15
DateEmission D 10 Jj/mm/aaaa hh :mm
MaterielID AN 10
EtatFicheID AN 20
FournisseurID AN 10
TypeFicheID AN 10
Observation D 10
DateEmission D 10
DelaiID AN 2
DocumentID AN 10
EmployeID AN 15
FIcheTravailParentId AN 10
ServiceId AN 15
ServiceEmetteurId AN 10
ImputationAnalytiqueID AN 15
58
(GMAO)
TABLE : FOURNISSEUR Taille (Caractères) : 230

Rôle : Enregistrement des fournisseurs Nombre d’occurrence : 250
Clé primaire : FournisseurID
Clé secondaire :
FournisseurID AN 15
NomFournisseur AN 50
RaisonSociale AN 50
Adresse AN 50
Contact AN 50
CompteContribuable AN 15
TABLE : IMPUTATIONANALYTIQUE Taille (Caractères) : 65

Rôle : Enregistrement des imputations Nombre d’occurrence : 150
analytiques
Clé primaire : ImputationAnalytiqueID
Clé secondaire :
ImputationAnalytiqueID AN 15
LibelleImputationAnalytique AN 50
59
(GMAO)
ABLE : CONFIDENTIALITE Taille (Caractères) : 65

Rôle : Enregistrement des confidentialités Nombre d’occurrence : 30
Clé primaire : ConfID
Clé secondaire :
ConfID AN 15
LibelleConf AN 50
Table : INVENTAIRE Taille (Caractères) : 75

Rôle : Enregistrement des inventaires des Nombre d’occurrence : 5000
matériels
Clé primaire : MaterielID + PeriodeID
Clé secondaire : LocalisationID
MaterielID AN 15
PeriodeID AN 15
DateInventaire D 10
LocalisationID AN 15
60
(GMAO)
TABLE : LOCALISATION Taille (Caractères) : 115

Rôle : Enregistrement des différentes Nombre d’occurrence : 5000
localisations des matériels
Clé primaire : LocalisationID
Clé secondaire :
LibelleLocalisation AN 100
TABLE : MARQUE Taille (Caractères) : 68

Rôle : Enregistrement des marques des Nombre d’occurrence : 500
matériels
Clé primaire : MarqueID
Clé secondaire :
MarqueID AN 15
LibelleMarque AN 50
OrdreMarque N 3
61
(GMAO)
TABLE: MATERIEL Taille (Caractères) : 523

Rôle : Enregistrement des matériels Nombre d’occurrence : 10000
Clé primaire : MaterielID
Clé secondaire : DomaineID, FournisseurID, ClasseMaterielID, MarqueID, TypeMaterielID, ActiviteID,
PosteID, SousFamilleID, NatureID, GroupeVerificationID, GroupeInventaireID
MaterielID AN 15
LibelleMateriel AN 50
DateMiseEnService D 10
DateAcquisition D 10
PrixAchat M 16
NumeroBonCommande AN 15
NumeroFacture AN 15
NumeroBonLivraison AN 15
NumeroSerie AN 30
CodeBarre BIN 50
ReferenceComptable AN 30
Actif B 1
Garantie AN 10
DateSortie D 10
Assemble B 1
DomaineID AN 15
FournisseurID AN 15
ClasseMaterielID AN 15
MarqueID AN 15
TypeMaterielID AN 15
SousFamilleID AN 15
62
(GMAO)
TABLE : TYPEMATERIEL Taille (Caractères) : 70

Rôle : Enregistrement des types des matériels Nombre d’occurrence : 20
Clé primaire : TypeMaterielID
Clé secondaire :
TypeMaterielID AN 20
LibelleTypeMateriel AN 50
TABLE : GROUPEINVENTAIRE Taille (Caractères) : 51

Rôle : Enregistrement des Types d’inventaire Nombre d’occurrence : 20
Clé primaire : GroupeInventaireID
Clé secondaire :
GroupeInventaireID N 1
LibelleGroupeInventaire AN 50
63
(GMAO)
TABLE : PANNE Taille (Caractères) : 95

Rôle : Enregistrement des pannes des matériels Nombre d’occurrence : 500
Clé primaire : PanneID
Clé secondaire : TypePanneID, SousFamilleID
PanneID AN 15
LibellePanne AN 50
TypePanneID AN 15
SousFamilleID AN 15
TABLE : POSSEDER Taille (Caractères) : 94

Rôle : Enregistrement des composants Nombre d’occurrence : 20000
caractéristiques des matériels
Clé primaire : ComposantCaracteristiquesID + ElementCaracteristiqueID +
MaterielID + DateInsertion
Clé secondaire :
ComposantCaracteristiquesID AN 15
ElementCaracteristiqueID AN 15
MaterielID AN 15
DateInsertion DH 19
DateRetrait D 10
Valeur AN 20
64
(GMAO)
TABLE : SERVICE Taille (Caractères) : 80

Rôle : Enregistrement des services Nombre d’occurrence : 30
Clé primaire : ServiceID
Clé secondaire : DepartementID
ServiceID AN 15
LibelleService AN 50
DepartementID AN 15
TABLE : DIRECTION Taille (Caractères) : 65

Rôle : Enregistrement des directions Nombre d’occurrence : 15
Clé primaire : DirectionID
Clé secondaire :
DirectionID AN 15
LibelleDirection AN 50
65
(GMAO)
TABLE : DEPARTEMENT Taille (Caractères) : 70

Rôle : Enregistrement des directions Nombre d’occurrence : 15
Clé primaire : DepartementID
Clé secondaire : DirectionID
DirectionID AN 10
LibelleDirection AN 50
DirectionID AN 10
TABLE : SIGNALER Taille (Caractères) : 30

Rôle : Enregistrement des pannes signalées sur Nombre d’occurrence : 30000
les matériels par les fiches de travail
Clé primaire : PanneID + FicheDeTravailID
Clé secondaire :
PanneID AN 15
FicheDeTravailID AN 15
66
(GMAO)
TABLE : AFFECTER Taille (Caractères) : 95
Rôle : Enregistrement des affectations des Nombre d’occurrence : 10000

matériels
Clé primaire : MaterielID + DateAffectation
Clé secondaire : LocalisationID, EmployeID, ServiceID, ImputationAnalytiqueID
MaterielID AN 15
DateAffectation D 10
DateDesaffectation D 10
EmployeID AN 15
ServiceID AN 15
TABLE : SORTIE Taille (Caractères) : 45

Rôle : Enregistrement des sorties d’articles pour Nombre d’occurrence : 20000
les interventions
Clé primaire : ArticleID + InterventionID + ReferenceSortie
Clé secondaire :
ArticleID AN 15
DateSortieArticle D 10
QuantiteSortie N 10
PrixUnitaire M 10
67
(GMAO)
TABLE : SOUSFAMILLE Taille (Caractères) : 80

Rôle : Enregistrement des sous-familles de Nombre d’occurrence : 100
matériels
Clé primaire : SousFamilleID
Clé secondaire : FamilleID
SousFamilleID AN 15
LibelleSousFamille AN 50
FamilleID AN 15
TABLE : TACHE Taille (Caractères) : 65

Rôle : Enregistrement des différentes tâches Nombre d’occurrence : 200
qu’on peut effectuer dans le cadre de la
maintenance
Clé primaire : TacheID
Clé secondaire :
TacheID AN 15
LibelleTache AN 50
68
(GMAO)
TABLE : TACHEEFFECTUEE Taille (Caractères) : 70

Rôle : Enregistrement des différentes tâches Nombre d’occurrence : 20000
effectuées pour les interventions
Clé primaire : TacheID + InterventionID + EmployeID
Clé secondaire :
TacheID AN 15
InterventionID AN 15
EmployeID AN 15
DateDebutTache D 10
DateFinTache D 10
DureeTache AN 5
TABLE : TYPEPANNE Taille (Caractères) : 65

Rôle : Enregistrement des types de pannes Nombre d’occurrence : 50
Clé primaire : TypePanneID
Clé secondaire :
TypePanneID AN 15
LibelleTypePanne AN 50
69
(GMAO)
TABLE : TYPETACHE Taille (Caractères) : 65

Rôle : Enregistrement des types de tâches Nombre d’occurrence : 50
Clé primaire : TypeTacheID
Clé secondaire :
TypeTacheID AN 15
LibelleTypeTache AN 50
TABLE : UTILISATEUR Taille (Caractères) : 95

Rôle : Enregistrement des utilisateurs et de leur Nombre d’occurrence : 500
mot de passe
Clé primaire : UtilisateurID
Clé secondaire : GroupeUtilisateurID
UtilisateurID AN 20
LibelleUtilisateur AN 50
MotDePasse AN 20
GroupeUtilisateurID AN 5
70
(GMAO)
TABLE : ETATFICHE Taille (Caractères) : 65

Rôle : Enregistrement des états de la fiche de Nombre d’occurrence : 15
travail
Clé primaire : EtatFicheID
Clé secondaire :
EtatFicheID AN 15
LibelleEtatFiche AN 50
TABLE : GROUPEUTILISATEUR Taille (Caractères) : 55

Rôle : Enregistrement des groupes d’utilisateurs Nombre d’occurrence : 50
Clé primaire : GroupeUtilisateurID
Clé secondaire :
GroupeUtilisateurID AN 5
LibelleGroupeUtilisateur AN 50
TABLE : MODELE Taille (Caractères) : 60

Rôle : Enregistrement des modèles de matériels Nombre d’occurrence : 4000
Clé primaire : NumeroModele
Clé secondaire :
NumeroModele AN 10
LibelleModele AN 50
TABLE : BON MAGASIN Taille (Caractères) : 60
71
(GMAO)
Rôle : Enregistrement des bons magasins Nombre d’occurrence : 30

Clé primaire : NumeroBon
Clé secondaire :
NumeroBon AN 10
LibelleBon AN 50
TABLE : SYSTEMTYPEDOC Taille (Caractères) : 65

Rôle : Table système d’enregistrement du type Nombre d’occurrence : 30
de document
Clé primaire : TypeDocID
Clé secondaire :
TypeDocID AN 15
LibelleTypeDoc AN 50
TABLE : DECISION Taille (Caractères) : 65

Rôle : Enregistrement de la décision concernant Nombre d’occurrence : 30
les documents
Clé primaire : DecisionID
Clé secondaire :
DecisionID AN 15
LibelleDecision AN 50
TABLE : Etape Taille (Caractères) : 65
Rôle : Enregistrement des étapes de validation Nombre d’occurrence : 30
Clé primaire : NumEtape
72
(GMAO)
Clé secondaire :
NumEtape AN 3
LibelleEtape AN 20
TABLE : GroupeConfidentialite Taille (Caractères) : 65

Rôle : Enregistrement de groupes de Nombre d’occurrence : 30
confidentialités
Clé primaire : GroupeConfidentialiteID
Clé secondaire :
GroupeConfidentialiteID AN 15
Libelle GroupeConfidentialite AN 50
TABLE : TypeDemande Taille (Caractères) : 65

Rôle : Enregistrement du type de demande Nombre d’occurrence : 30
Clé primaire : TypeDemandeID
Clé secondaire :
TypeDemandeID AN 15
LibelleTypeDemande AN 50
2. ARCHITECTURE DE LA SOLUTION
L’architecture logicielle décrit d’une manière symbolique et schématique les différents

éléments d’un ou de plusieurs systèmes informatiques, leurs interrelations et leurs
interactions. Contrairement aux spécifications produites par l’analyse fonctionnelle, le
modèle d'architecture, produit lors de la phase de conception, ne décrit pas ce que doit
réaliser un système informatique mais plutôt comment il doit être conçu de manière à
73
(GMAO)
répondre aux spécifications. L’analyse décrit le « quoi faire » alors que l’architecture
décrit le « comment le faire ».
De façon générale, une application informatique peut être découpée en trois niveaux
d'abstraction distincts :
 La couche de présentation, encore appelée interface homme-machine (IHM),
permet l’interaction de l’application avec l’utilisateur. Cette couche gère les saisies
au clavier, à la souris, et la présentation des informations à l’écran. Dans la mesure
du possible, elle doit être conviviale et ergonomique ;
 La logique applicative, les traitements, décrivant les travaux à réaliser par
l’application. Ils peuvent être découpés en deux familles :
- Les traitements locaux, regroupant les contrôles effectués au niveau du dialogue
avec l'IHM, visant essentiellement le contrôle et l'aide à la saisie,
- Les traitements globaux, constituant l’application elle-même. Cette couche
appelée couche métier, contient les règles internes qui régissent une entreprise
donnée.
 Les données, encore plus exactement l'accès aux données, regroupant l'ensemble
des mécanismes permettant la gestion des informations stockées par l'application.
Figure : Les trois niveaux d’abstraction d’une application informatique
1.1-L’ARCHITECTURE TROIS-TIERS
74
(GMAO)
L’architecture trois tiers applique les principes suivants :

- Les données sont toujours gérées de façon centralisée,
- La présentation est toujours prise en charge par le poste client ;
- La logique applicative est prise en charge par un serveur intermédiaire.
Par conséquent, cette architecture appelée encore client-serveur de deuxième

génération ou client-serveur distribué sépare l’application en trois niveaux de service
distincts :
- Premier niveau : l’affichage et les traitements locaux (contrôles de saisie, mise en
forme de données…) sont pris en charge par le poste client,
- Deuxième niveau : les traitements applicatifs globaux sont pris en charge par le
service applicatif,
- Troisième niveau : les services de base de données sont pris en charge par un
système de gestion de base de données (SGBD).
Dans le cadre d’une application web, le poste client prend la forme d’un navigateur, le
service applicatif est assuré par un serveur HTTP et la communication avec le SGBD met
en œuvre des mécanismes bien connus des applications client-serveur de la première
génération.
Figure : Architecture 3 tiers
Le principal intérêt d'une architecture 3-tiers est la facilité de déploiement.

L'application elle-même n'est déployée que sur une partie du serveur. La partie
cliente ne nécessite qu'une installation et une configuration minime. Cette facilité
de déploiement aura pour conséquence de réduire les coûts de déploiement mais
aussi de facilité l'évolutivité qui ne nécessite désormais que la mise à jour de
l'application sur le serveur applicatif. L'architecture 3-tiers permet d'accroître la
sécurité. En effet, dans un système client – serveur tous les clients accédaient à la
base de données, ce qui la rendait vulnérable. Avec une architecture 3-tiers l'accès
75
(GMAO)
à la base de données n'est effectué que par le serveur applicatif. Ce serveur est le
seul à connaître la façon de se connecter à cette base. Il ne partage aucune des
informations permettant l'accès aux données, en particulier le nom d’utilisateur et
le mot de passe de la base. Il est alors possible de gérer la sécurité au niveau de ce
serveur applicatif, par exemple en maintenant la liste des utilisateurs avec leurs
mots de passe ainsi que leurs droits d'accès aux fonctions du système. On peut
même accroître la sécurité par la mise en place d'une architecture réseau
interdisant l'accès au serveur de base de données pour les utilisateurs finaux. La
mise en place d'un firewall correctement configuré permet cela.
1.2-LE DESIGN PATTERN MVC (MODELE-VUE-CONTROLEUR)
Le MVC est une architecture et une méthode de conception qui organise l'interface
Homme-machine d'une application logicielle. Il divise l'IHM qui est la couche
présentation de l’architecture 3-tiers en un modèle (modèle de données), une vue
(présentation, interface utilisateur) et un contrôleur (logique de contrôle, gestion
des évènements, synchronisation), chacun ayant un rôle précis dans l'interface.
Cette méthode a été mise au point en 1979 par Trygve Reenskaug, qui travaillait
alors sur Smalltalkg dans les laboratoires de recherche Xerox PARC.
L'organisation globale d'une interface graphique est souvent délicate. L'architecture
MVC ne résout pas tous les problèmes, elle fournit souvent une première approche
qui peut ensuite être adaptée et offre aussi un cadre pour structurer une
application. Ce patron d'architecture impose la séparation entre les données, la
présentation et les traitements, ce qui donne trois parties fondamentales dans
l'application finale : le modèle, la vue et le contrôleur.
76
(GMAO)
- Figure : Schéma du modèle MVC
77
(GMAO)
 Le modèle
Le modèle représente le comportement de l'application : traitements des données,

interactions avec la base de données, etc. Il décrit ou contient les données
manipulées par l'application. Il assure la gestion de ces données et garantit leur
intégrité. Dans le cas typique d'une base de données, c'est le modèle qui la
contient. Le modèle offre des méthodes pour mettre à jour ces données (insertion,
suppression, changement de valeur). Il offre aussi des méthodes pour récupérer
ces données. Les résultats renvoyés par le modèle sont dénués de toute
présentation. Dans le cas de données importantes, le modèle peut autoriser
plusieurs vues partielles données.
 La vue
La vue correspond à l'interface avec laquelle l'utilisateur interagit. Sa première tâche
est de présenter les résultats renvoyés par le modèle. Sa seconde tâche est de
recevoir toutes les actions de l'utilisateur (clic de souris, sélection d'une entrées,
boutons, …). Ces différents évènements sont envoyés au contrôleur. La vue
n'effectue aucun traitement, elle se contente d'afficher les résultats des
traitements effectués par le modèle. Plusieurs vues, partielles ou non, peuvent
afficher des informations d'un même modèle.
 Le contrôleur
Le contrôleur prend en charge la gestion des évènements de synchronisation pour
mettre à jour la vue ou le modèle et les synchroniser. Il reçoit tous les évènements
de l'utilisateur et enclenche les actions à effectuer. Si une action nécessite un
changement des données, le contrôleur demande la modification des données au
modèle et ensuite avertit la vue que les données ont changé pour qu'elle se mette
à jour. Certains évènements de l'utilisateur ne concernent pas les données mais la
vue. Dans ce cas, le contrôleur demande à la vue de se modifier. Le contrôleur
n'effectue aucun traitement, ne modifie aucune donnée. Il analyse la requête du
client et se contente d'appeler le modèle adéquat et de renvoyer la vue
correspondante à la demande.
1.3 Choix de l’architecture de la solution
78
(GMAO)
Au vu de ce qui précède, nous optons pour le MODELE-VUES-CONTROLEUR (MVC) pour

plusieurs raisons :
- Il favorise une conception claire et efficace grâce à la séparation des données, de la
vue et du contrôleur
- Il facilite l’activité de maintenance de la solution et aussi les éventuelles évolutions
- Il permet une plus grande souplesse dans l’organisation du développement de la
solution si cela devrait se faire par plusieurs développeurs
Aussi, le MVC est une architecture beaucoup utilisé pour la mise en place d’applications,
ce qui certifie l’existence d’une vaste communauté à laquelle nous pouvons nous référer
face à d’éventuelles difficultés.
3. Choix des autres éléments techniques
3.1. Le système de gestion des bases de données (SGBD)
Le SGBD que nous avons choisi est Microsoft SQL Server. C’est en effet le celui utilisé par
la SOGB et qui permet déjà de gérer les autres bases de données des différentes
applications utilisées par la société. En plus de cela, SQL Server offre plusieurs autres
fonctionnalités telles que :
- La gestion avancée de la sécurité (deux modes d’authentification : authentification
Windows et authentification SQL Server)
- La gestion de la haute disponibilité
- La gestion et le déploiement centralisé de plusieurs instances et applications
depuis un seul point de contrôle
De tout ce qui précède, nous notons que SQL Server est le SGBD adéquat pour la mise
en place d’application de gestion, ce qui est le cas de la solution que nous proposons.
3.2 Langages de programmation
Le langage que nous utiliserons pour le développement du back office de notre solution
est le C#. C# (C Sharp en anglais britannique) est un langage de programmation orientée
objet, commercialisé par Microsoft depuis 2002 et destiné à développer sur la
plateforme Microsoft .NET. Il est dérivé du C++ et très proche du Java dont il reprend la
syntaxe générale ainsi que les concepts, y ajoutant des notions telles que la surcharge des
opérateurs, les indexeurs et les délégués. Il est utilisé notamment pour développer
79
(GMAO)
des applications web sur la plateforme ASP.NET. Aussi contrairement aux langages tels
que PHP qui contiennent assez de failles de sécurité, ASP.NET et par ricochet le C#
permet de créer des applications plus sécurisées.
A ce langage s’ajoutent les langages incontournables du web que sont le HTML et le CSS
et aussi le JavaScript que nous utiliserons dans la réalisation de nos interfaces homme-
machine. En plus nous avons la possibilité d’utiliser les pager Razor grâce à ASP.NET. En
effet, Razor a été conçu pour faciliter la conception des pages ASP.NET. Il introduit une
syntaxe de programmation assez facilement compréhensible, qui nous permet d’insérer
du code serveur dans une page Web qui peut également contenir du HTML, du CSS et des
scripts JavaScript.
Aussi, il faut noter que ces différents langages sont ceux utilisés par la SOGB dans la
réalisation de ses applications.
II- REALISATION
Figure : Page de connexion
80
(GMAO)
Figure : Affichage du matériel
Figure : Ajout de matériel
81
(GMAO)
Figure : Grille du détail des composants
Figure : Ajout des caractéristiques
82
(GMAO)
CONCLUSION
Dans le souci d’améliorer son système d’information afin d’assurer une meilleure
gestion de la maintenance et des immobilisations, la SOGB a initié le projet dont le thème
est : « Réalisation d’une application web pour la gestion de la maintenance assistée par
ordinateur ». L’étude présentée dans ce document s’inscrit dans le cadre de ce projet. Elle
a pour objet de déterminer avec précision les besoins, comprendre et expliquer le
problème, avant de proposer une solution adaptée. La méthode MERISE a été utilisée
comme méthode d’analyse.
Le résultat de cette étude est la conception détaillée du projet, l’implémentation de la base
de données sous SQL Server et la réalisation de l’application.
Cette application, composée de plusieurs modules, permet de gérer l’ensemble des biens
de la société. Elle en assure le suivi en ce qui concerne les affectations, les mouvements,
les cessions et les maintenances
Au plan personnel, ce stage a été d’un grand apport. En effet, il nous a permis de mettre
en pratiques les connaissances théoriques acquises tout le long de notre formation,
d’apprendre de nouvelles choses telles que le langage C# et de développer en nous les
qualités nécessaires à un technicien en informatique à savoir la rigueur, le sens de la
méthode, les qualités relationnelles, la rapidité d'exécution des tâches, l’autonomie et la
facilité de s'adapter à de nouveaux environnements.
Vu l’importance que revêt la croissance de la productivité pour les entreprises, il serait
opportun pour la SOGB de tendre vers une informatisation progressive de l’ensemble de
ses activités. Consciente de ce fait elle a mis en place un schéma directeur dont le suivi
apporterait certainement une réduction des coûts et un gain de productivité.
83
(GMAO)
BIBLIOGRAPHIE
- Cours de MERISE, par M. GNENESSIO ROBERT, enseignant chercheur à L’INP-HB

- Cours de MERISE, par Monsieur TRAORE SOULEYMANE, enseignant chercheur à
l’INP-HB
WEBOGRAPHIE
Serializing Dates in JSONwww.newtonsoft.com vu le 20/10/2020

asp.net-mvc - Affichage date/heure locale dans ASP.NET MVC Razor Viewstackoverrun.com vu le 05/11/2020
transformation des dates après récupération sur le serveur - Recherche Googlewww.google.com vu le 07/11/2020
invalid left-hand side in assignment javascript - Recherche Googlewww.google.com
SetCellValueByKey(key, columnFieldNameOrId, value) Method | ASP.NET Controls and MVC Extensions | DevExpress
Documentationdocs.devexpress.com vu le 22/10/2020
Aide et support Microsoftsupport.microsoft.com vu le 20/06/2020
https://support.microsoft.com/fr-ca/help/810098/support.microsoft.com vu le 17/07/2020
XI
(GMAO)
ANNEXE
XII
(GMAO)
FICHE DE TRAVAIL
Nom : ………………………….. Date : ….…./….…../...…..

CIA : ………………….
Service : ……………………… Visa demandeur
LIBELLE DU TRAVAIL (Lieu - dispositions particulières) :

…………………………………………………………………………………………..…………………..
……………………………………………………………………………………..………………………..
…………………………………………………………………………………..…………………………..
……………………………………………………………………………..………………………………..
……………………………………………………………………………..………………………………..
………………………………………………………………………………..……………………………..
SERVICE DESTINATAIRE :
Temps standard alloué……………….Délai…………URGENT-NORMAL

Fournitures-
N° Bons Prix Main d'œuvre Prix
Délai
Début d'exécution le ..…./..…./..…. Par : …………………
Travail terminé le .…../.…../.…..
Ordre de livraison donné le ..…./.…./..….
Prix global : ………………………. FCFA
Signature : …………………… Par M : ……………………
ANNEXE 2 : LA FICHE DE TRAVAIL
XIII
(GMAO)
ANNEXE 2 : LA FICHE DE MAINTENANCE
XIV
(GMAO)
ANNEXE 2 : LA FICHE DE TRANSFERT D’EQUIPEMENT
XV
(GMAO)
TABLE DES MATIERES
DEDICACE ...................................................................................................................................................................................... I
REMERCIEMMENTS ..................................................................................................................................................................... II
AVANT-PROPOS.......................................................................................................................................................................... III
SOMMAIRE................................................................................................................................................................................... V
LISTE DES FIGURES ...................................................................................................................................................................... VI
LISTE DES TABLEAUX .................................................................................................................................................................. VII
LISTE DES SIGLES ET ABREVIATIONS ......................................................................................................................................... VIII
RESUME ...................................................................................................................................................................................... IX
INTRODUCTION ........................................................................................................................................................................... 1
CHAPITRE I : CADRE ET CONTEXTE DU PROJET ........................................................................................................................... 2
I - PRESENTATION DE LA STRUCTURE D’ACCEUIL .................................................................................................................... 2
1- Historique ........................................................................................................................................................................ 2
2- Situation géographique et statut juridique ..................................................................................................................... 2
3- Constitution ..................................................................................................................................................................... 2
4- Données générales .......................................................................................................................................................... 3
5- Activités ........................................................................................................................................................................... 3
6- Le fonctionnement .......................................................................................................................................................... 4
DIRECTION GENERAL................................................................................................................................................................ 7
II- ENVIRONNEMENT MATERIEL ET LOGICIEL .......................................................................................................................... 7
1- Matériel ........................................................................................................................................................................... 7
2- Logiciel ............................................................................................................................................................................. 8
CHAPITRE II : ETUDE PREALABLE............................................................................................................................................... 10
I- PRESENTATION SUR LE THEME ........................................................................................................................................... 10
II- METHODE D’ANALYSE........................................................................................................................................................ 11
1. Définition .................................................................................................................................................................. 11
2. Choix de la méthode d’analyse ................................................................................................................................ 12
III- ETUDE DE L’EXISTANT ....................................................................................................................................................... 14
1- Description du système actuel ....................................................................................................................................... 14
2- Critique de l’existant ...................................................................................................................................................... 18
3- Présentation de la solution future ................................................................................................................................. 19
IV- ETUDE DE LA SOLUTION PROPOSEE ................................................................................................................................. 20
XVI
(GMAO)
1- Construction du Modèle Conceptuel de Données ......................................................................................................... 20

2- Construction du Modèle Conceptuel de Traitements (MCT) ......................................................................................... 39
CHAPITRE III : ETUDE DETAILLEE ................................................................................................................................................ 44
I- LE MODELE ORGANISATIONNEL DES TRAITEMENTS .......................................................................................................... 44
1- Processus d’enregistrement d’équipement ................................................................................................................... 44
2- Processus de transfert d’équipement............................................................................................................................ 45
3- Processus de maintenance d’équipement ..................................................................................................................... 46
II- LE MODELE LOGIQUE DE DONNEES ................................................................................................................................... 48
1- Le choix du modèle de base de données ....................................................................................................................... 48
2- La transformation du MCD en MLD ............................................................................................................................... 49
3- Le modèle logique de données ...................................................................................................................................... 50
CHAPITRE IV : REALISATION ....................................................................................................................................................... 53
I- ETUDE TECHNIQUE ............................................................................................................................................................. 53
1. Modèle Physique des Données ...................................................................................................................................... 53
2. ARCHITECTURE DE LA SOLUTION ................................................................................................................................... 73
3. Choix des autres éléments techniques .......................................................................................................................... 79
II- REALISATION ...................................................................................................................................................................... 80
CONCLUSION.............................................................................................................................................................................. 83
BIBLIOGRAPHIE ........................................................................................................................................................................... XI
WEBOGRAPHIE............................................................................................................................................................................ XI
ANNEXE ...................................................................................................................................................................................... XII
XVII

Rapport PFE (Bakary)

Transféré par

Droits d'auteur :

Formats disponibles

Vous aimerez peut-être aussi

Rapport PFE (Bakary)

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Rapport PFE (Bakary)

Transféré par

Droits d'auteur :

Formats disponibles

Réalisation d’une application web pour la Gestion de la Maintenance Assistée par Ordinateur

Je dédie ce présent travail à toute ma famille

Il me tient particulièrement à cœur de remercier d’une part Dieu, le pourvoyeur

L’éducation joue un rôle essentiel dans le développement d’un pays et est un

 L’Ecole Supérieure de Commerce et d’Administration des Entreprises

LISTE DES FIGURES

Figure 1: Organigramme de la SOGB………………………………………………………………………………………………………………………………7

Figure 2 : récapitulatif des étapes de la démarche MERISE………………………………………………………………………………………13

Figure 3 : Processus de maintenance …………………………………………………………………………………………………………………………..14

Figure 4 : Processus de transfert des équipements……………………………………………………………………………………………………..18

Figure 5: Structure d’accès théorique (1) ………………………………………………………………………………………………………………………31

Figure 6 : Structure d’accès théorique (2) ……………………………………………………………………………………………….…………………...32

Figure 7 : Structure d’accès théorique (3) ………………………………………………………………………………………………………………………33

Figure 8 : Structure d’accès théorique (4) ……………………………………………………………………………………………………………………..34

Figure 9 : MCD du suivi du matériel …………………………………………………………………………………………………………………….……….35

Figure 10 : MCD du suivi des affectations……………………………………………………………………………………………………………………..36

Figure 11 : MCD du suivi de la maintenance………………………………………………………………………………………………………………….37

Figure 12 : MCD du suivi du workflow de demande de document…………………………………………………………………………...38

Figure 13 : Formalisme du MCT………………………………………………………………………………………………………………………………………39

Figure 14 : Les trois niveaux d’abstraction d’une application informatique………………………………………………………….76

Figure 15 : Architecture 3 tiers……………………………………………………………………………………………………………………………………….77

Figure : Schéma du modèle MVC………………………………………………………………………………………………………………………………..79

LISTE DES TABLEAUX

Tableau 1 : Récapitulatif des préoccupations à chaque niveau conceptuel…………………………………………………………….14

Tableau 2 : Dictionnaire de données……………………………………………………………………………………………………………………………..30

Tableau 3 : Règles de passage du MCD au MLD………………………………………………………………………………………………………….50

LISTE DES SIGLES ET ABREVIATIONS

SOGB : Société des Caoutchoucs de Grand-Béréby

Ce mémoire de fin d'étude détaille la conception et la réalisation d’une application

Le développement de systèmes d’informations informatisés en entreprise et le

CHAPITRE I : CADRE ET CONTEXTE DU PROJET

I - PRESENTATION DE LA STRUCTURE D’ACCEUIL

Après l’obtention de son Indépendance en 1960, la Cote d’Ivoire cherchait des

Située au sud-ouest de la Côte-D’ivoire, dans la région du bas Sassandra, la SOGB

du désengagement de l’Etat des structures de production devenant ainsi une filiale de

La concession du complexe Agro Industriel de la SOGB s’étend sur 34 712 hectares

L’activité principale de la SOGB demeure la création, la gestion des plantations d’hévéa

Afin de prévenir les fluctuations des cours mondiaux la SOGB a préféré la

- Neuf milliards pour la construction de l’usine financée par un emprunt.

Pour assurer son bon fonctionnement et coordonner les activités de manière

Avec à sa tête le Directeur General qui représente les actionnaires, la Direction

- La Direction de l’Exploitation Agricole (DEA)

La DIST s’occupe de l’Ingénierie (investissement, projet, bureau d’étude)

- La Direction des Plantations Villageoises (DPV)

- La Direction des Techniques Agricoles, de l’Audit et de l’Organisation (DTA-AO)

élabore et soumet au Directeur General les tableaux de classification, les grilles de

DTA AO DPV DIST DARH DFC DATA DEA

Figure 1: Organigramme de la SOGB

II- ENVIRONNEMENT MATERIEL ET LOGICIEL

La SOGB, pour faciliter le travail de traitement de l’information, s’est doté d’outils

Le parc informatique de la SOGB se compose d’environ 300 ordinateurs (PC), 3

- Les logiciels de base (système d’exploitation)

- Les logiciels développés en interne :

CHAPITRE II : ETUDE PREALABLE

I- PRESENTATION SUR LE THEME

Un environnement client/serveur désigne un mode de communication entre

- Un réseau évolutif : grâce à cette architecture il est possible de supprimer ou

II- METHODE D’ANALYSE