Rapport de Stage

APPLICATION DE GESTION DE MAINTENANCE INFORMATIQUE : CAS D’IUC AKWA
EPIGRAPHIE
DEDICACEEPAVANT
PROPOSIGRAPHIE
DEDICACEEPAVANT PROPOS
« Peu importe qui vous êtes ou qui vous avez été, vous pouvez être qui vous voulez ».
W. Clément Stone
RESUMERCABSTRACTVASOMMAIRES
INTRODUCTIONIGRAPHIE
DEDICACEEPAVANT
PROPOSIGRAPHIE
DEDICACE
AVANT PROPOS
RESCHAPITRE 1 : PRESENTATION
GENERALE DE L’ENTREPRISE ET
DEROULEMENT DU
STAGEUMERCABSTRACTVASOMMAIRESD
EDICACE EPIGRAPHIE
REDIGE ET PRESENTE PAR : MBOPDA FODJO ADRIEN HERMANN I
. DEDICACEEPAVANT
PROPOSIGRAPHIE
DEDICACE
AVANT PROPOS
RESCHAPITRE 1 : PRESENTATION
GENERALE DE L’ENTREPRISE ET
DEROULEMENT DU
A ma très chère famille

STAGEUMERCABSTRACTVASOMMAIRESD
EDICACE
AVANT PROPOS
RESUMERCABSTRACTVASOMMAIRES
INTRODUCTION
REMERCIEMECHAPITRE 1:
REDIGE ET PRESENTE PAR : MBOPDA FODJO ADRIEN HERMANNGENERALE
PRESENTATION DE II
L’ENTREPCHAPITRE 2: ETUDE
. PREALABLENTS
AVANT PROPOS
PREAMBULE
Ce compte rendu est destiné à présenter le travail que nous avons effectué durant la période
de notre stage, Il retrace donc les démarches, les étapes du travail que nous avons effectué
durant ce dernier. RESUMERCABSTRACTVASOMMAIRES
Le monde évolue à une vitesse vertigineuse et l’on observe une montée considérable du
INTRODUCTION
nombre d’entreprises. Malgré la disponibilité permanente des emplois et des postes à pourvoir
en entreprises, les patrons ont de plus en plus de mal à trouver la main d’œuvre compétente,
susceptible de satisfaire les besoins de leurs structures.
Face à ce constat, Monsieur Paul GUIMEZAP, décide de contribuer à la résolution de ce

problème, en mettant sur pied, dans la région du littoral, département du Wouri,
arrondissement de Douala 5ème, au quartier Logbessou, un INSTITUT SUPERIEUR dont les
REMERCIEMECHAPITRE
qualités répondent aux exigences des entreprises. 1:
PRESENTATION GENERALE DE
C’est ainsi qu’est créé l’ISTDIL’ENTREPCHAPITRE 2 :Design Industriel)
(Institut Supérieur de Technologie et du ETUDEpar
PREALABLENTS
arrêté N° 02/0094/MINESUP/DDES/ESUP du 13 Septembre 2002 et autorisation
d’ouverture N° 0102/MINESUP/DDES/ESUP du 18 septembre 2002.
Soucieux de la croissance LISTE

et de l’autonomie universitaire, L’ISTDI est DES
ensuite
devenu l’Institut ABREVIATIONSREMERCIEMENTSAVANT
Universitaire de la Côte (IUC) en 2011 par
PROPOS
arrêté N°5/05156/N/MINESUP/DDES/ESUP/SAC/ebm. L’école comporte à ce jour Cinq
(5) établissements notamment :
1. ISTDI (Institut Supérieur de Technologies & du Design Industriel) : l’école qui

forme les étudiants dans les cycles BTS, Licence, Masters dans les filières
Technologiques et Industriels.
2. ICIA (Institut de Commerce et d’Ingénierie d’Affaires), forme les étudiants
en commerce et gestion RESUMERCABSTRACTVASOMMAIRES
dans les cycles BTS, Licence et Masters executive programs.
INTRODUCTION
REDIGE ET PRESENTE PAR : MBOPDA FODJO ADRIEN HERMANN III
.
3. 3IAC (Institut d’Ingénierie Informatique d’Afrique Centrale) offre des cycles
d’Ingénieur et de master dans les domaines de l’informatique et des Technologies de
l’Information et de la Communication (TIC) avec des partenariats étrangers.
4. PISTI (Programmes Internationaux des Sciences et Technologies de
l’Innovation), forme dans les filières des Classes Préparatoires aux Grandes
Ecoles d’Ingénieurs (CP) en partenariat avec de grandes Universités internationales
(France, Portugal, en Italie et en Indeentre autres)
5. SEAS : School of Engineering and Applied Sciences qui offre des formations
purement anglophones dans les filières Techniques industrielles, de même que les
filières de commerce et de gestion.
Au fil du temps le pôle d’excellence en Afrique s’est doté d’un autre campus situé au quartier
Akwa en plein centre de la ville de Douala.
L’institut accueille et offre des cursus variés de formation aux étudiants de la sous-région
Afrique Centrale et d’ailleurs dans les cycles BAC+2, BAC+3 et Bac+5 grâce à ses illustres
partenaires nationaux et internationaux. L’IUC dispose également d’un centre de certification
internationale PEARSON VUE et forme dans plusieurs certifications en l’occurrence,
CISCO, LABVIEW, HUAWEI, MICROSOFT, LINUX, ORACLE.
REDIGE ET PRESENTE PAR : MBOPDA FODJO ADRIEN HERMANN IV
.
REMERCIEMENTS
Je tiens à remercier toutes les personnes qui ont contribué au succès de mon stage
LISTE DES et
ABREVIATIONSREMERCIEMENTS
qui m'ont aidé lors de la rédaction de ce rapport.
Tout d'abord, j'adresse mes remerciements au directeur de l’IUC Monsieur Paul GUIMEZAP
pour tous les moyens qu’il met en œuvre pour notre réussite académique et notre insertion
professionnel, LISTE DES ABREVIATIONS
Dr. Claire CHOUKEM, Directrice Adjointe de l’IUC pour la discipline et le travail qu’elle
organise au sein de l’institut ; RESUMELISCHAPITRE 2: ETUDE
Mme TCHOUATE Perfide chef de département de Génie Informatique pour l’organisation
PREALABLETE DES
ABREVIATIONSREMERCIEMECHAPITRE
du travail au sein du département informatique ;
1 : de Génie
M. TEBOU Yannick, Responsable PRESENTATION GENERALE
Logiciel ; DE
L’ENTREPRISE ET DEROULEMENT DU
L’entreprise Express Union S.A. ;
STAGENTS
M. FOTSO Thibault, Mon encadreur professionnel, pour son accueil, le temps passé
ensemble et le partage de son expertise au quotidien. Grâce aussi à sa confiance j'ai pu
m'accomplir totalement dans mes missions. Il fut d'une aide précieuse dans les moments les
plus délicats ;
LISTE DES
ABREVIATIONSREMERCIEMENTS
Je remercie également, les collaborateurs de mon encadreur Professionnel, M. KENFACK
Bertrand, et Mme FODJO Anne Flore, pour leurs disponibilités, et pour tout leur précieux
enseignements professionnels, qui m’ont permis de me familiariser au milieu professionnel ;
LISTE DES ABREVIATIONS
A toute ma famille pour leurs soutiens constants et leurs encouragements ;
A ma très chère mère ;
A mes oncles et tantes, Particulièrement à mon oncle NGNE TEKAM
RESUMELISCHAPITRE 2 :Romarique, qui m’a
ETUDE
toutes ces années d’études,
soutenue et encouragée durant PREALABLETE qu’il trouve ici le témoignage de
DES ABREVIATIONS
ma profonde reconnaissance ;
A tous mes proches ; RESUME
A tous mes amies qui m’ont toujours encouragé et à qui je souhaite plus de succès ;
ceux qui de prêt ou de loin m’ont soutenu et participéDES
Enfin, je tiens à remercier tousABSTRACTRESUMELISTE lors de
et donc les noms n’ont pas été énumérés.
ABREVIATIONS
la rédaction de ce rapport de stage
RESUMELISCHAPITRE 2 : ETUDE
REDIGE ET PRESENTE PAR : MBOPDA FODJO ADRIEN HERMANN V
PREALABLETE DES ABREVIATIONS
. REMERCIEMENTS
LISTE DES ABREVIATIONS
RESUMELISCHAPITRE 2: ETUDE
SIGLE PREALABLETE DES ABREVIATIONS
DESIGNATION
IUC Institut Universitaire de la Côte
RESUME
EU Express Union
BTS Brevet de Technicien Supérieur

ABSTRACTRESUMELISTE DES
RDC ABREVIATIONS
République Démocratique du Congo
RCA République Centrafricaine

BP Boite Postale
GLPI Gestion Libre de Parc Informatique
ITSM RESUME
IT Service Management
GPL General Public License
UML ABSTRACTRESUME
Unified Modeling Language
PHP Hypertext Preprocessor

ABSTRACT
SQL Structured Query Language
http HyperText Transfer Protocol

SOMMAIREABSTRACTRESUME
CSS Cascading Styles Sheet
ABSTRACTRESUME
HTML HyperText Markup Language LISTE DES
NCINABREVIATIONS Numéro de Carte Nationale d’Identité
NCE Numéro de Carte d’Etudiant
MAMP Macintoch Apache Mysql Php
RESUME
ABSTRACTRESUMELISTE DES
ABREVIATIONS
REDIGE ET PRESENTE PAR : MBOPDA FODJO ADRIEN HERMANN VI
.
RESUME
Dans le cadre du brevet de technicien supérieurs (BTS), option Génie Logiciel (GL), j’ai
ABSTRACTRESUME
eu l’opportunité de réaliser un stage d’un mois dans l’entreprise de mon choix. Ayant pour
objectif l’obtention du brevet ABSTRACT
de technicien supérieurs (BTS) dans la filière informatique,
génie logiciel. J’ai souhaité réaliser mon stage dans l’entreprise Express Union qui est une
société privée spécialisée dans l’envoi rapide d’argent. Mon stage a été réalisé plus
précisément à l’agence Express Union de douala (Bonakouamouang). L’agence m’a accueilli
du 20 juillet au 30 aout 2021. J’ai dèsABSTRACTRESUME
lors intégré l’équipe du service de maintenance en
charge du suivi et de la maintenance du matériel informatique, c’est-à-dire ordinateurs et
périphériques, comme les imprimantes, et de l’installation de nouveaux équipements et de
ABSTRACT
logiciels. Afin de permettre à l’entreprise Express Union S.A d’avoir une facilité de mise en
place, de configuration et de gestion du réseau local sans fil d’Express Union, le tout dans un
SOMMAIREABSTRACT
domaine approprié, il nous a été demandé de mettre sur pied une application de gestion de
maintenance informatique capable gérer la structure de l’institut IUC. Compte tenu de la
SOMMAIRE
grandeur du réseau informatique IUC, nous avons choisi pour la stimulation de notre travail le
campus IUC Akwa. Nous avons utilisé pour la réalisation de la base de données de notre
INTRODUCTIONSOMMAIREABSTRACT
travail le logiciel MAMP. Et pour la programmation de site le logiciel Sublime Text, vue du
fait de l’utilisation courante de Sublime Text dans le domaine de la programmation.
ABSTRACTRESUME
ABSTRACT
ABSTRACTRESUME
ABSTRACT
REDIGE ET PRESENTE PAR : MBOPDA FODJO ADRIEN HERMANN VII
SOMMAIREABSTRACT
.
SOMMAIRE
ABSTRACT
SOMMAIREABSTRACT
As part of the senior technician certificate, Software Engineering option (SE), I had the
SOMMAIRE
opportunity to do a one-month internship in the company of my choice. With the patent of
senior technician in the computer science sector, software engineering. I wanted to do my
internship in the Express Union company, which is a private company specializing in the
rapid sending money. My internship was carried out more precisely at the Express Union
SOMMAIREABSTRACT
agency in Douala (Bonakouamouang). The agency welcomed me from July 20 to August 20,
2021. I then joined the maintenance service team in charge of monitoring and maintaining
SOMMAIRE
computer equipment, i.e. computers and peripherals, such as printers, and the installation of
new equipment and software. In order to allow the company Express Union S.A to have an
INTRODUCTIONSOMMAIRE
ease of installation, configuration and management of the wireless local area network of
Express Union, all in an appropriate domain, we were asked to put on foot a computer
maintenance management application capable of managing the structure of the IUC institute.
Given the size of the IUC computer network, we have chosen the IUC Akwa campus for the
stimulation of our work. WeINTRODUCTIONSOMMAIRE
used for the realization of the database of our work the
ABSTRACT
WampServer software. And for the site programming the Sublime Text, given the common
use of Sublime Text in the field of programming.
SOMMAIREABSTRACT
SOMMAIRE
SOMMAIREABSTRACT
SOMMAIRE
REDIGE ET PRESENTE PAR : MBOPDA FODJO ADRIEN HERMANN VIII
.
SOMMAIRE
EPIGRAPHIE ---------------------------------------------------------------------------------------------
INTRODUCTIONSOMMAIRE I
DEDICACE ---------------------------------------------------------------------------------------------- II
AVANT PROPOS -------------------------------------------------------------------------------------- III
REMERCIEMENTS ------------------------------------------------------------------------------------ V
SOMMAIRE -------------------------------------------------------------------------------------------- VI
RESUME ------------------------------------------------------------------------------------------------ VII
ABSTRACT ------------------------------------------------------------------------------------------- VIII
INTRODUCTION
SOMMAIRE -------------------------------------------------------------------------------------------- IX
SOMMAIRE
INTRODUCTION --------------------------------------------------------------------------------------- 1
PARTIE I : PRESENTATION DE L’ENVIRONNEMENT DU STAGE ET DU
PROJET ----------------------------------------------------------------------------------------------------
INTRODUCTIONSOMMAIRE 2
CHAPITRE 1 : PRESENTATION GENERALE DE L’ENTREPRISE ET
DEROULEMENT DU STAGE ----------------------------------------------------------------------- 3
SECTION I : PRESENTATION DE L’ENTREPRISE --------------------------------------- 3
SECTION II : DEROULEMENT DU STAGE ------------------------------------------------- 6
CHAPITRE 2 : ETUDE PREALABLE ------------------------------------------------------------- 9
SECTION I : DESCRIPTION DU PROJET ---------------------------------------------------- 9
INTRODUCTION
SECTION II : ETUDE DE L’EXISTANT ------------------------------------------------------ 11
SOMMAIRE
PARTIE II : CONSTRUCTION DU SYSTÈME FUTUR ------------------------------------- 15
CHAPITRE 3 : ETUDE CONCEPTUELLE------------------------------------------------------ 16
SECTION I : ANALYSE FONCTIONNELLE ------------------------------------------------ 16
SECTION II : ANALYSE STATIQUE ---------------------------------------------------------- 33
CHAPITRE 4 : IMPLEMENTATION ET TESTS ---------------------------------------------- 39
SECTION I : IMPLEMENTATION ------------------------------------------------------------- 39
CONCLUSION GENERALEINTRODUCTIONSOMMAIRE
------------------------------------------------------------------------ 47
REFERENCES BIBLIOGRAPHIQUES ET WEBTOGRAPHIQUES -------------------- 48
TABLE DE MATIERES ------------------------------------------------------------------------------- 4
INTRODUCTION
SOMMAIRE
REDIGE ET PRESENTE PAR : MBOPDA FODJO ADRIEN HERMANN IX
.
REDIGE ET PRESENTE PAR : MBOPDA FODJO ADRIEN HERMANN X
.
INTRODUCTION
Les Administrations sont dotées de matériels informatiques afin d’être plus

compétitives, plus dynamiques et rentables. Il faudrait donc une bonne communication entre
les différentes structures de cette institution. Aussi pour qu’elles soient en phase avec les
nouvelles technologies, il leur faut un bon fonctionnement des équipements informatiques.
Cependant, l’outil informatique rencontre de nombreuses pannes qui le perturbent dans son
fonctionnement. Il incombe donc au technicien de trouver les voies et moyens pour garantir
l’installation et la maintenance de ces équipements. C’est ainsi que la SOCIETE EXPRESS
UNION S.A, notre structure d’accueil nous a proposé le thème suivant : « LA GESTION DE
MAINTENANCE INFORMATIQUES » Nous allons présenter le plan du rapport qui se
subdivisera en quatre principaux chapitres qui vont nous aider à réaliser l’application et suivre
les étapes nécessaires pour le déroulement du projet. Dans le premier chapitre intitulé «
Présentation générale de l’entreprise et déroulement du stage » nous présentons
l’environnement interne de l’entreprise et les différentes activités menées au sein de celle-ci.
Deuxième chapitre de ce travail intitulé « Etude préalable », nous commençons à présenter
l'organisme d'accueil, approfondir la compréhension du contexte du système, ensuite
déterminer les inconvénients majeurs de la gestion actuelle du Parc informatique et les points
faibles des logiciels existants. Au niveau du troisième chapitre intitulé « Etude conceptuelle
», un premier pas consisterait à citer les étapes qu’on doit passer par, pour créer et bien
organiser notre travaille. Nous analysons ensuite les principaux objectifs attendus du futur
système à concevoir et qui seront décrits par le diagramme des cas d'utilisation. Nous
étendons la représentation des diagrammes effectués au niveau de l'analyse du besoin, les
scènes et les scenarios par le diagramme de séquence, les classes qu’on a besoin dans notre
application par le diagramme de classe et le diagramme état transition pour décrire les
changements d'états d'un objet ou d'un composant, en réponse aux interactions avec d'autres
objets/composants ou avec des acteurs. Ce chapitre sera terminé par les maquettes
préliminaires. Concernant le quatrième chapitre « Implémentation et tests » nous présentons
les outils de développement qui serviront pour le développement de l'application. Finalement
en « Conclusion » nous présentons un récapitulatif du contexte de ce projet de fin d’étude et
ainsi nos contributions suivies par les perspectives.
REDIGE ET PRESENTE PAR : MBOPDA FODJO ADRIEN HERMANN 1
.
PARTIE I : PRESENTATION DE
L’ENVIRONNEMENT DU STAGE ET
DU PROJET
.
CHAPITRE 1 : PRESENTATION GENERALE DE

L’ENTREPRISE ET DEROULEMENT DU STAGE
SECTION I : PRESENTATION DE L’ENTREPRISE
Express Union est une entreprise camerounaise spécialisée dans l'Envoi rapide d'argent.
La société propose également des services de microfinance depuis 2006.
I. HISTORIQUE DE L’ENTREPRISE
À l'origine, elle est spécialisée dans l'envoi rapide d'argent et son rayon d'action est le
territoire camerounais dont elle est leader sur le marché.
Elle est la réponse au besoin des populations camerounaises sans cesse confrontées au
choix d'une structure fiable, capable de répondre efficacement à leurs attentes en termes de
transfert de fonds en toute sécurité de manière express et en préservant la confidentialité de
leurs opérations. Elle étend progressivement son réseau et est présente dans les dix Régions
du Cameroun, avec plus de 700 agences.
L'entreprise disposait au 31 aout 2009 d'un réseau de plus de 250 agences sur le territoire
du Cameroun et de 9 agences au Tchad, sans toutefois oublier l'extension du réseau en
République Centrafricaine, Gabon, RDC, Congo-Brazzaville et en Côte d’Ivoire.
Le groupe camerounais accroît son réseau en s'installant dans les principaux pays
francophones d'Afrique occidentale.
Le spécialiste camerounais de transfert d’argent étend son réseau ouest-africain en

s’implantant simultanément en Côte d’Ivoire, au Sénégal, au Burkina Faso, en Guinée, au
Togo, au Mali et au Niger.
Avec l'arrivée et la croissance du Mobile Money au Cameroun en 2012, le service de

transfert perd rapidement des parts des marchés ce qui l'oblige à fermer la plupart de ses
agences au Cameroun. L'entreprise lance en 2016 son portefeuille de monnaie électronique
dénommé EU Mobile Money.
.
II. FICHE D’IDENTIFICATION DE L’ENTREPRISE
RAISON SOCIAL EXPRESS UNION S. A
Date de Création 2001
Slogan Le n°1 de l’Envoi Rapide d’Argent
Nature Caractère Privée
Statut Juridique Société Anonyme (S.A)
Siège social Yaoundé, Etoa-meki
Activité Envoi Rapide d’Argent, Epargne & Investissement
Produits Express Union Mobile (envoi d’argent par

téléphone portable)
Filiales Tchad, RCA, RDC, Cote d’Ivoire, Congo-
Brazzaville, Benin
Effectif Environ 3000
Site web opérationnel www.expressunion.net
Boite postal B.P. 33088
Fax 222 20 24 54
Email [email protected] ; [email protected]
.
III. ORGANIGRAMME DE L’ENTREPRISE
.
IV. SECTEUR D’ACTIVITE
La société EXPRESS UNION S.A, est une entreprise dont la principale activité est l’Envoi
Rapide d’Argent.
En outre, elle a pour vocation de :
➢ Susciter à grande échelle la réclamation de ses services ;

➢ Effectuer rapidement et surement le transfert d’argent ;
➢ Couvrir les besoins de la clientèle sur le territoire Camerounais et International ;
➢ Diversifier ses services (Express Union Mobile) ;
➢ Décentraliser les points de services ;
SECTION II : DEROULEMENT DU STAGE
Nous présenterons le service dans lequel nous avons été accueillis ainsi que
les activités menées durant notre période de stage.
I. PRESENTATION DU SERVICE D’ACCUEIL
A. MISSION ET ORGANISATION
Le 20 juillet 2021 à 8h00, nous avons été accueillis par le service

informatique. Il est dirigé par un sous-traitant qui est chargé de coordonner toutes les
opérations liées à la maintenance informatique de l’entreprise.
B. LES RESSOURCES DU SERVICE
Dans le but d’optimiser son rendement, et de parfaire ses opérations

EPRESS UNION SA a mis à la disposition de son des outils lui permettant de mener des
activités sans encombre. Entre autres nous avons un personnel qualifié et disponible. Ajouté à
cela nous notons le matériel informatique, constitué de plusieurs ordinateurs dotés d’une
connexion internet à haut débit, ce qui permet aux agents d’effectuer à partir de leurs bureaux
.
les différents transferts d’argent. L’aspect financier n’est pas en reste, ceci pour dire qu’il a
été mis en place un budget couvrant les frais de déplacement des agents lors des différentes
opérations sur le terrain.
II. ACTIVITES ET APPORT DU STAGE
1. DESCRIPTION DES ACTIVITES QUOTIDIENNES
Période Mouvements
20/07/2021 Entretien avec mon encadreur.
Du 21 au 22/07/2021 Présentation avec tout le personnel et du

service d’informatique.
Du 23 au 24/07/2021 Visite des quelques points de ventes.
Du 27 au 31/07/2021 Etude générale de la structure informatique de

l’entreprise.
03/08/2021 Assistance des maintenances pour la mise à

jour de logiciel.
Du 04 au 10/08/2021 Etude partielle des éléments de la structure.
Du 11 au 13/08/2021 Etude partielle de la partie conditionnement et

proposition du thème.
Du 14 au 21/08/2021 Suspension du stage pour visite d’hygiène.
24/08/2021 Installation de la mise à jour des logiciels
Du 25 au 26/08/2021 Recherche personnelle avec assistance du

maintenancier pour avoir les informations.
.
2. APPORT DU STAGE
L’apport du stage a été perceptible sur les trois points principaux ci-après :
a) Sur le plan académique
Le stage se présente comme un élément indispensable à notre formation. C’est une

étape qui permet de vivre les réalités socio-économiques des entreprises et leurs problèmes de
gestion et d’organisation. Ainsi, ce stage nous a permis de tester nos capacités d’analyse, de
synthèse et de faire une comparaison entre application théorique et pratique.
b) Sur le plan professionnel
Notre stage nous permis de nous mettre dans la peau d’un employé de cette structure
et nous a également permis de maitriser nos connaissances théoriques à travers la réalisation
de plusieurs missions qui nous ont été confiées. Tout cela nous a permis de réaliser qu’il y’a
une énorme différence entre la théorie et la pratique. Grâce aux précieux conseils prodigués
par la hiérarchie, nos limites s’en sont trouvées repoussé.
c) Sur le plan relationnel
La relation humaine est de nos jours capitaux dans les entreprises. Ici le système
appliqué était très souple, ce qui a d’ailleurs facilité la collaboration entre ceux-ci.
Ce stage a été bénéfique pour nous car il nous a permis de nous confronter à la vie
professionnelle, mais il nous a permis de toucher du doigt les réalités d’une maintenance des
équipements. C’est d’ailleurs ce dernier aspect qui orientera le choix du thème de notre
rapport de stage.
.
CHAPITRE 2 : ETUDE PREALABLE
SECTION I : DESCRIPTION DU PROJET
Notre travail consiste à concevoir et à développer une application informatique qui

permettra la gestion de la maintenance du parc informatique de l’IUC Akwa, pouvant être
accessible à tout le personnel, aux étudiants, aux maintenanciers etc.
Autrement dit notre but est de développer une application web de gestion informatique
adaptable aux conditions citées précédemment. En tenant compte des critiques et des besoins
d'informatiser les services la solution est de concevoir et développer une application
permettant de satisfaire le client.
Archives une application web

pour l'oraganisation
service mal Perte de

gérer Temps service bien gérer Gagner le temps
Perte des Désordre du

documents automatisation des
Par Ordonnancement du
taches
parc
Avant c
Après
Modélisation graphique du projet
I. DOMAINE D’APPLICATION
Ce logiciel est conçu pour la gestion des équipements et de mise à jour dans un
environnement universitaire.
Il permettra à plusieurs acteurs d’une même structure de gérer leur besoin en maintenance
divers afin d’optimiser le travail de chacun.
.
II. SPECIFICATION DES BESOINS
C'est une étape primordiale au début de chaque démarche de développement. Son but
est de veiller à développer une application adéquate, sa finalité est la description générale des
fonctionnalités du système, en répondant à la question :
Quelles sont les fonctions du système ?
Notre système doit répondre aux exigences suivantes :
▪ Le système doit pouvoir récupérer des informations de chaque utilisateur suivant son
login et son mot de passe, pour mettre à jour la base de données de l'application.
▪ L'insertion des nouveaux produits et leur classement.
▪ Modification des informations à propos du client ou du service.
▪ La suppression des données (service ou client)
▪ Impression : état de l’équipement à la date choisie, détail des mouvements effectués dans
telle période et selon différents critères de sélection, bons de commande,
Bons de réception, bons de livraison (sur papier vierge ou pré-imprimé), courriers avec
ou sans modèles pour clients et maintenanciers (avec archivage automatique).
▪ Permettre à l’étudiant et au maintenancier de publier des appels d’offres.
▪ Alarmes facultatives : si le service demandé est non réalisable.

▪ Permettre à l’utilisateur de remplir une demande avec plus de sécurité et plus
d’organisation.
Le système, dont l’Institut veut se doter, doit être opérationnel, évolutif, convivial et
offrant les informations nécessaires à temps réel. Pour ceci, le système à réaliser doit satisfaire
les exigences de la totalité des utilisateurs.
A part les besoins fondamentaux, notre futur système doit répondre aux critères
suivants :
▪ La rapidité de traitement : En effet, vu le nombre important des transactions quotidiennes,

il est impérativement nécessaire que la durée d'exécution des traitements s'approche le
plus possible du temps réel.
.
▪ La performance : Un logiciel doit être avant tout performant c'est à-dire à travers ses
fonctionnalités, répond à toutes les exigences des utilisateurs d'une manière optimale.
▪ La convivialité : le futur logiciel doit être facile à utiliser. En effet, les interfaces
utilisateurs doivent être conviviales c'est-à-dire simples, ergonomiques et adaptées à
l'utilisateur.
▪ La sécurité : le futur logiciel doit permettre un accès sécurisé aux données (nous
distinguons alors l’administrateur qui a le droit de tout faire et qui limite les droits
d’accès des autres utilisateurs, et les utilisateurs qui utilisent le système d’une façon
limitée)
L’application doit signaler les erreurs par des messages d’erreur
SECTION II : ETUDE DE L’EXISTANT
I. IMPORTANCE DE LA GESTION AUTOMATISEE DES PARCS
Nous remarquons la présence des logiciels de gestion dans toutes les entreprises qui
vendent ou achètent des produits. En effet, ces logiciels sont devenus indispensable pour
plusieurs raisons dont on cite en particulier :
▪ Faciliter la gestion de commandes.
▪ Mettre en place des alarmes afin d’éviter des commandes non réalisables.
▪ Optimiser le suivi de commande.
▪ Mutualiser une base de données lorsqu’il y a plusieurs utilisateurs
▪ Organiser les procédures de travail.

▪ Recenser les pertes et les vols
II. EXEMPLES DE LOGICIELS EXISTANT SUR LE MARCHE
On trouve plusieurs solutions pour gérer les Parcs informatique automatiquement et

d'une manière efficace. Beaucoup des softwares nous aident à atteindre notre but et
d’organiser notre Parc. On cite à titre d’exemple :
.
▪ GLPI (Gestion Libre de Parc Informatique)
Qui est un outil ITSM (IT Service Management) qui centralise les informations de
gestion de parc, notamment l’inventaire, le ticketing (orienté assistance aux utilisateurs) et de
gestion administrative et financière.
GLPI est un outil open source sous licence GPL (General Public License) V3 maintenu
par Teclib, l’un des acteurs majeurs de la tech française. En cela, il est libre d’être installé,
modifié et copié dans notre système d’information
Les deux figures suivantes illustres l’interface de connexion à la version en ligne de

GLPI et sa page d’accueil.
Ecran de connexion à la version de test en ligne de GLPI
.
Page d’accueil de GLPI
III. CRITIQUE DE L’EXISTANT
Nous allons citer les problèmes organisationnels, humains et techniques liées aux
logiciels de gestion de maintenance généralement ainsi que les problèmes liés au système
d'information.
Dans notre étude de l’existant, comme cas particulier GLPI (qui est une application de gestion
dont nous nous inspirons pour l’élaboration du nôtre), nous allons dégager certaine
insuffisance à savoir dans le tableau suivant qui compare notre application avec les autres
existants sur le marché
.
Notre application de gestion de Les autres applications de gestion de
maintenance maintenance qui figurent au marché
▪ Interfaces simples et compréhensibles ▪ Interfaces compliqués et non
▪ Pas besoin des factures compréhensibles.
▪ Payante donc cher et pour chaque mise à
▪ La banque n’intervient pas
jour de l’application
▪ Gratuite
▪ On les utilise juste pour les grandes
▪ Répond aux besoins des étudiants et du interfaces commerciales comme les
personnel de l’IUC AKWA grandes structures.
▪ Notre interface et notre module sont ▪ On trouve toujours des modules qui
complets. manquent.
Comparaison entre notre application et les autres sur le marché
En résumé, à l'issue de cette étape nous avons pu exprimer clairement les objectifs
attendus du futur système à concevoir. Dans ce chapitre, on a exposé la description du projet
et ces fonctionnalités, puis nous avons critiqué l’existant et enfin on a comparé les logiciels
existants et l’application. Aucun logiciel ne répond à nos besoins qui figurent dans le cahier
de charge, et ne respecte nos critères. C’est pourquoi on a choisi la mise en place d’une
application web de gestion de maintenance différente des autres logiciels existant. Après
avoir fixé nos objectifs, pour atteindre notre but on doit suivre plusieurs étapes, ces
dernières constituent une partie du cycle de vie de tout projet informatique. Ainsi dans
l'étape suivante on va donner une étude conceptuelle détaillé.
.
PARTIE II : CONSTRUCTION DU
SYSTÈME FUTUR
.
CHAPITRE 3 : ETUDE CONCEPTUELLE
Cette partie est consacrée aux étapes fondamentales pour le développement de notre
système de gestion de maintenance du Parc informatique de l’IUC AKWA. Pour la
conception et la réalisation de notre application, nous avons choisis de modéliser en
s’appuyant sur le formalisme UML qui offre une flexibilité marquante et s'exprime par
l'utilisation des diagrammes.
SECTION I : ANALYSE FONCTIONNELLE
I. L’APPROCHE UML ADOPTEE
UML se définit comme un langage de modélisation graphique et textuel destiné à

comprendre et à définir des besoins, spécifier et documenter des systèmes, esquisser des
architectures logicielles, concevoir des solutions et communiquer des points de vue. UML
modélise l'ensemble des données et des traitements en élaborant des différents diagrammes.
En clair, il ne faut pas designer UML en tant que méthode (Il y manque la démarche)
mais plutôt comme une boite d'outils qui sert à améliorer les méthodes de travail.
Une architecture adaptée est la clé de voûte de succès d’un développement, elle décrit
des choix stratégiques qui déterminent en grande partis les qualités du logiciel (adaptabilité,
performance, fiabilité…). Ph. Kruchten propose différentes perspectives, indépendantes et
complémentaires, qui permettent de définir un modèle. Cette vue (‘4+1’) ci-dessous a
fortement inspiré UML.
.
Vue logique Vue implantation
Vue des cas d’utilisation

Vue des processus Vue de déploiement
Cinq façons de voir un système (4+1 vues de Kruchten)
Ce modèle est composé de cinq vues. La vue « logique » décrit les aspects statiques et
dynamiques d’un système en termes de classes, d’objets, de connexions et de
communications. Elle se concentre sur l’abstraction et l’encapsulation. La vue « des
processus » capte les aspects de concurrence et de synchronisation, et les décompose en flux
d’exécution (processus, fil d’exécution, etc.). Elle se rapporte aux objets actifs et aux
interactions. La vue « développement » représente l’organisation statique des modules
(exécutable, codes source, paquetages, etc.) dans l’environnement de développement. La vue
« implémentation » décrit les différentes ressources matérielles et l’implantation logicielle
tenant compte de ces ressources.
Modèle fonctionnel
Que fait le système
Aspect dynamique :
Aspect fonctionnel :
Diagrammes d'interaction Séquences,
Collaboration), Diagrammes des cas d'utilisation
Séquencement des actions
Dans le système Modèles structurel (objet)
Sur quoi le système agit

Modèle Temporel
Aspect statique :
Diagramme de classes et d'objets
Les trois composantes d’une modélisation
.
Pour garantir que l’application ou le système logiciel satisfait les besoins des
utilisateurs on peut décrire des modèles utilisés tout au long de la conception. Ces modèles
aident à comprendre l'architecture existante, discuter les modifications et communiquer
clairement les intentions. Dans notre cas, le modèle le plus adopter avec notre étude, c’est le
model fonctionnel qui se base sur les cas d’utilisation pour cela parmi les cinq vue d’UML
nous allons suivre la vue des cas d’utilisation car elle se concentre sur la cohérence en
présentant des scénarios d’utilisation qui mettent en œuvre les éléments des quatre premières
vues. Les scénarios sont une abstraction des exigences fonctionnelles de l’application. Cette
dernière vue valide en quelque sorte les autres vues et assure la cohérence globale. C’est aussi
cette dernière vue qui est construite en premier, juste après l’établissement du cahier des
charges, pour fixer les contours du système à réaliser avec ses fonctionnalités appelées dans la
terminologie UML des cas d’utilisation.
III. ÉTUDE ET MODALISATION DE LA SOLUTION
1. LES DIAGRAMMES DES CAS D’UTILISATIONS
Ce diagramme est destiné à représenter les besoins des utilisateurs par rapport au système. Il
constitue un des diagrammes les plus structurants dans l'analyse d'un système.
Nous rappelons que :
▪ Acteur : représente un rôle joué par une entité externe (utilisateur humain, dispositif
matériel ou autre système) qui interagit directement avec le système étudié.
▪ Cas d'utilisation (use case) : représente un ensemble de séquences d'actions qui sont
réalisées par le système et qui produisent un résultat observable intéressant pour un
acteur particulier. On trouve plusieurs relations pour lier entre les cas d’utilisation,
citons :
• Relation d'inclusion : Une relation d'inclusion d'un cas d'utilisation A
par rapport à un cas d'utilisation B signifie qu'une instance de A
contient le comportement décrit dans B.
.
• Relation d'extension : Une relation d'extension d'un cas d'utilisation A
par un cas d'utilisation A signifie qu'une instance de A peut être étendue
par le comportement décrit dans B.
• Relation de généralisation : Les cas d'utilisation descendants héritent de
la description de leurs parents communs. Chacun d'entre eux peut
néanmoins comprendre des interactions spécifiques supplémentaires.
Les 3 principaux acteurs de notre application sont :
Le maintenancier c’est un administrateur. Il a le droit de tout faire et il limite les droits

d’accès des autres utilisateurs, les clients et les fournisseurs sont des utilisateurs qui utilisent
le system d’une façon limitée.
a) Diagramme de cas d’utilisation « Maintenancier »
Maintenancier
Diagramme de cas d’utilisation

« Maintenancier»
.
La figure ci-dessus présente le diagramme de cas d’utilisation du maintenancier qui est
l’administrateur dans notre application. Dans la figure ci-dessous on explique en détaille le
cas d’utilisation de consultation du parc.
Scénario d’un cas d’utilisation
Consulter Le parc
Description détaillé
Précondition : Le maintenancier doit être authentifié
La base de données doit être saisie par le

maintenancier
Postcondition : si un client à commander des services.
Le nombre de service du parc est décrémenté de nombre de service pris

par l’utilisateur.
Description détaillée du cas d’utilisation « consulter le parc »
Cette figure peut être expliqué davantage dans la figure ci-après, où on détaille plus les
étapes qu’un maintenancier passe par pour consulter son parc.
Consulter le parc
Cas normal Description détaillé
1. Le système lui affiche un menu avec un choix d’opération.

2. Le maintenancier choisi l’opération espace administrateur.
3. Le système lui demande de s’authentifier.
4. Le maintenancier donne son prédéfini login et mot de passe.
5. Le système lui affiche un menu.
6. Le maintenancier choisi consulter le parc
7. Le system lui affiche la liste des services présents dans le parc ordonné alphabétiquement.
.
Variante En (4) le maintenancier n'est pas reconnu, dans ce cas, tant qu'il
n'est pas reconnu, on lui redemande de s'authentifier
1
Variante En (7) le système affiche le parc, si le nombre de service a atteint

20% du parc informatique une alarme sera déclencher pour
2
informer le maintenancier.
Description plus détaillée du cas d’utilisation « consulter le Parc »
Dans le reste on explique brièvement les autres cas d’utilisation :
▪ Authentifier : Permet à un acteur de s'authentifier avant d'accéder à l'application.

▪ Etablir un bon de commande interne : Donne la possibilité aux services demandeurs
d'exprimer leurs besoins envers le maintenancier.
▪ Gérer les bons de sorties : Permet au maintenancier d'effectuer des opérations sur les bons
de sorties. Ces opérations concernent : la modification et la suppression.
▪ Gérer les bons d'entrées : Permet au maintenancier d'effectuer des opérations sur les bons
d'entrées. Ces opérations concernent : l'ajout.
▪ Mise à jour de la base de données : Permet au maintenancier de mettre à jour sa base de
données. Cette mise à jour concerne : les fournisseurs, les services, les clients et les
familles.
▪ Lancer des appels d’offre : Permet au maintenancier de mettre plusieurs fournisseurs en
concurrence pour fournir un produit ou un service, et le choix du meilleur produit se fait
selon trois critères : la qualité, le prix et la date de livraison.
▪ Gérer les commandes : Permet au maintenancier de traiter les commandes des clients
pour satisfaire leurs besoins.
▪ Contrôler le travail de maintenancier : Seul le directeur général est responsable du
contrôle, c’est un super administrateur qui contrôle le Parc à distance.
▪ Imprimer les commandes : Permet au maintenancier d’imprimer les commandes des
clients en cas d’un conflit.
.
b) Diagramme de cas d’utilisation « client »
S’inscrire
Commander
S’authe
Consulter ton ntifier
profil
Consulter le
parc
Consulter le
maintenancier
9 : Diagramme de cas d’utilisation « client »
Dans la figure 9 on présente le diagramme de cas d’utilisation du client. Précisons le

cas d’utilisation « commander » pour une description détaillée dans la figure 10.
Commander
Précondition : le client doit être inscrit au magasin de la faculté
Postcondition : si l’opération s’est bien déroulée
Une mise à jour automatique se fait dans la base de données.
10 : Description détaillé du cas d’utilisation « consulter le stock »
La figure ci-dessus peut être expliqué davantage dans la figure 11.
.
Comman der
Cas normal Description détaillé
1. Le système affiche un message d’accueil sur le terminal avec un choix d'opérations.

2. Le client choisit l’espace client parmi les différentes opérations.
4. Le client donne son identification (login, mot de passe).
5. Le system affiche un menu de choix.
6. Le client choisi « commander ».
7. Le system demande le NCIN ou NCE du client, le nom du service souhaité,
la quantité et la date de besoin.
8. Le client rempli ce formulaire et envoi la commande.
Variante1 En (8) le client doit connaitre les produits présents
Variante En (4) le client n'est pas reconnu, dans ce cas, tant qu'il
n'est pas
2
Variante 3 En (8), le client peut envoyer plusieurs commandes

successives
Description plus détaillée du cas d’utilisation « consulter le Parc »
Comme étant un utilisateur de l’application le client intervient par plusieurs cas d’utilisation
qu’on explique brièvement :
▪ S’inscrire : chaque utilisateur doit faire l’inscription pour qu’il puisse bénéficier des
services de l’application.
.
▪ Consulter son profil : chaque utilisateur a un profil qu’il consulter pour surveiller ses
archives de commande
▪ Consulter le parc : chaque utilisateur peut consulter le parc et voir le nombre de produit
présents pour sa commande.
▪ Contacter le maintenancier : Permet aux clients d’envoyer un email au maintenancier en
cas de disfonctionnement des matériels ou un défaut dans les produits.
.
APPLICATION DE GESTION DE MAINTENANCE INFORMATIQUE
c) Diagramme de cas d’utilisation « Fournisseur »
S’inscrire
Répondre aux appels

d’offres
Postuler des
nouveautés
Consulter le
maintenancier
Consulter le
parc
12 : Diagramme de Cas d’utilisation « Fournisseur »
Dans la figure 12 on présente le diagramme de cas d’utilisation du fournisseur.

Précisons le cas d’utilisation « Répondre aux appels d’offre » pour une description détaillé
dans la figure 13.
Répondre aux appels d’offres

Précondition : le fournisseur doit être inscrit dans l’application
Le fournisseur doit connaitre tous les produits du Parc

13 : Description détaillé du « Répondre aux appels d’offre »
La figure précédente peut être expliqué davantage dans la figure suivante.

Répondre aux appels d’offres Cas normal Description détaillé
1. Le système affiche un message d’accueil sur le terminal avec un choix

d'opérations.
2. Le fournisseur doit choisir « espace fournisseur ».
4. Le fournisseur saisie ses données (login, mot de passe).
5. Le système affiche un menu.
6. Le fournisseur choisi « appels d’offres ».
7. Le system lui précise l’interface qu’il doit l’utiliser.
Variante 1 En (3), le fournisseur n'est pas reconnu, dans ce
cas, tant qu'il n'est pas reconnu, on lui redemande de

s'authentifier
Variante 2 En (6), le fournisseur peut envoyer un e-mail au
maintenancier pour la communication et le choix des

appels d’offres.
14 : Description plus détaillé du cas d’utilisation « Répondre aux appels d’offre »
Dans le reste on explique brièvement les autres cas d’utilisation du fournisseur :
▪ S’inscrire : l’inscription est la tâche la plus importante pour profiter de l’application.

▪ Postuler des appels d’offres : permet au fournisseur de postuler des produits pour
informer le maintenancier en cas des nouveautés.
▪ Contacter le maintenancier : le fournisseur contact le maintenancier en lui envoyant en
email.
▪ Consulter le Parc : Permet au fournisseur de voir les produits disponibles pour publier s’il
y a des nouveautés. Ce dernier n’a pas le droit de voir que les noms des produits pas leurs
type, quantité, prix ou la désignation.
2. LES DIAGRAMMES DE SEQUENCES
Un diagramme de séquence permet de décrire les scénarios de chaque cas d'utilisation

en mettant l'accent sur la chronologie des opérations en interaction avec les objets. Il montre
une interaction présentée en séquence dans le temps. En particulier, il montre aussi les objets
qui participent à l'interaction par leur "Ligne de vie" et les messages qu'ils échangent
présentés en séquence dans le temps.
Rappelons quelques notions de base du diagramme :
▪ Scénario : une liste d'actions qui décrivent une interaction entre un acteur et le système.
▪ Interaction : un comportement qui comprend un ensemble de messages échangés par un
ensemble d'objets dans un certain contexte pour accomplir une certaine tâche.
▪ Message : Un message représente une communication unidirectionnelle entre objets qui
transporte de l'information avec l'intention de déclencher une réaction chez le récepteur.

a) Diagramme de séquence « Saisir et m-a-j de la base de données»
Maintenancier
15 : Diagramme de séquence « Saisir et mise à jour de la base de données »
Le diagramme représenté dans la figure 15 décrit les scénarios possibles lors de la

saisie de la base de données aussi lors d’une mise à jour.
En effet, l’administrateur doit entrer les produits présents dans le parc et préciser les
coordonnées des articles dans la base de données pour le fonctionnement de l’application.
Et en cas de changement des données, le maintenancier met à jour la base de données

il peut ajouter, supprimer ou modifier des produits aussi supprimer ou modifier les
coordonnées d’un client.

b) diagramme de séquence « Inscription Client »
16 : Diagramme de séquence de scénario « Authentification Client »
Le diagramme représenté dans la figure 16 décrit les scénarios possibles lors d'une
inscription d'utilisateur.
En effet, lorsque L'utilisateur demande l'accès à l’application Le système lui affiche une
interface qui contient des champs vides. Il remplit ces champs et envoie les données pour que
Le système puisse vérifier la validité des champs, Une série de tests doit être réalisée (login
existe, tester email, tester mot de passe, tester matricule pour les enseignants). Si tous les
champs sont corrects, alors le système prend en charge les informations introduites et les
enregistrent dans la base de données et permet à l'internaute d'accéder à l’application.
Et Si l'inscription n'est pas valide, l'utilisateur doit soit réinscrit soit quitter l’application.

c) Diagramme de séquence « authentification Client »
17 : Diagramme de séquence « Authentification »
Le diagramme de la figure 17 décrit les scénarios possibles lors de l'identification

d'utilisateur (enseignant ou administrateur), en effet, L’utilisateur demande l'accès au site et
donne le login et le mot de passe. Un test doit être réalisé (existence et compatibilité du
login/mot de passe), si les données sont correctes alors permette à l'internaute d'accéder à la
totalité du site sinon l'utilisateur doit soit réessayer soit quitter l’application.
d) diagramme de séquence scénario « Commander »
Maintenancier
18 : Digramme de séquence du scénario « Commander »

Le diagramme représenté dans la figure ci-dessus décrit les scénarios possibles lors de
l’envoi d’une commande d'utilisateur au maintenancier.
Le client remplit les champs du formulaire et envoie les données pour que Le système
avec la base de données puisse vérifier la validité des champs, Une série de tests doit être
réalisée (login existe, tester mot de passe, produit existe, quantités suffisante). Si tous les
champs sont corrects, alors le système prend en charge les informations introduites et valide la
commande du client.
Et Si les données introduites ne sont pas valides, le client doit soit remplir de nouveau le
formulaire.
e) Diagramme de séquence du scénario « Répondre aux appels

d’offres »
Maintenancier
19 : Diagramme de séquence du scénario « Répondre aux appels d’offres »
Le diagramme représenté dans la figure 19 décrit les scénarios possibles lors de la

publication d’un appel d’offre du maintenancier vers le fournisseur et vise vers ça. Le
maintenancier lance un appel d’offre dans un forum spécifique pour que Le fournisseur puisse
répondre s’il est intéressé.

f) Diagramme de séquence de scénario « Communication »
Maintenancier
20 : Diagramme d e séquence de scénario « Communication »
Le diagramme ci-dessus présente les différentes étapes pour la communication entre

les membres de l’application et le maintenancier. En effet, les clients ou les fournisseurs
peuvent écrire des commentaires dans un espace de conversations et le maintenancier répond
si nécessaire.

SECTION II : ANALYSE STATIQUE
I. DIAGRAMME DES CLASSES
Fig. 21 : Diagramme de classe
Le diagramme de classes est le point central dans un développement orienté objet. En

analyse, il a pour objectif de décrire la structure des entités manipulées par les utilisateurs. En
conception, le diagramme de classes représente la structure d'un code orienté.

▪ Une classe : Représente la description abstraite d'un ensemble d'objets possédants mêmes
caractéristiques. On peut parler également de type.
▪ Un objet : Est une entité aux frontières bien définies, possédant une identité et
encapsulant un état et un comportement. Un objet est une instance (ou occurrence) d'une
classe.
▪ Un attribut : Représente un type d'information contenu dans une classe.
▪ Une association : Représente une relation sémantique durable entre deux classes.
▪ Une superclasse : Est une classe plus générale reliée à une ou plusieurs autres classes plus
spécialisées (sous-classes) par une relation de généralisation. Les sous-classes « Héritent
» des propriétés de leur superclasse et peuvent comporter des propriétés spécifiques
supplémentaires.
Le diagramme de la figure 21 présente les classes de notre application :
▪ Commande est la classe principale de l'application. Elle facilite les interactions entre les
autres classes. Elle permet de réaliser des commandes par coopération avec les classes
client et article.
▪ Appel offre C'est la classe qui effectue les opérations d'appels d'offres relatives aux
besoins du parc, Elle intègre la classe Produit appel offre pour décrire le produit en
question et la classe Fournisseur pour préciser le fournisseur qui a servi le Parc.
▪ Classe Article représente l'enregistrement dans laquelle on stock les données relatives
aux articles du Parc.
▪ Classe Forum c'est la classe qui déclenche une sorte de communication entre les
utilisateurs et le maintenancier pour échanger des informations ou exprimer des avis.
II. DIAGRAMMES D’ETAT TRANSITION

Etat : Commander :

Sous état : Vérification :
Etat : Répondre aux commandes

Etat : authentification
Fig. 22 : diagrammes d’état transitions
Ce diagramme sert à représenter des automates d'états finis, sous forme de graphe
d'états, reliés par des arcs orientés qui décrivent les transitions. Les diagrammes d'états-
transitions permettent de décrire les changements d'états d'un objet ou d'un composant, en
réponse aux interactions avec d'autres objets/composants ou avec des acteurs.
Un état se caractérise par sa durée et sa stabilité, il représente une conjonction

instantanée des valeurs des attributs d'un objet. Une transition représente le passage instantané
d'un état vers un autre. Une transition est déclenchée par un événement. En d'autres termes :
c'est l'arrivée d'un événement qui conditionne la transition. Les transitions peuvent aussi être
automatiques, lorsqu'on ne spécifie pas l'événement qui la déclenche.
En plus de spécifier un événement précis, il est aussi possible de conditionner une

transition, à l'aide de "gardes" : il s'agit d'expressions booléennes, exprimées en langage
naturel (et encadrées de crochets).

III. PRESENTATION DES MAQUETTES PRELIMINAIRE
L’identifiant unique de la personne qui

souhaite s’inscrire a notre application, il
ne doit pas contenir une lettre ou un
symbole et doit avoir une longueur de 8
caractères. Sinon un message d’erreur
s’affiche.
On a 3 types de personnes qui peuvent

accéder a notre application qui sont :
les enseignant, les étudiants, les
personnels de l’administra tion.
Pour
contacter Un numéro de téléphone doit être
les clients composé que des chiffre pas des
en cas des lettres ni des symboles
besoins.
Le
numér o Un email doit être sous la forme :
de
téléphone [email protected]
et l’email
sont
obligatoire
Chaque utilisateur possède
s.
un login et mot de passe
pour accéder a l’application
Un message
d’erreur
apparait lorsque
les contraintes Envoyer la
commande. Effacer et remplir
de saisie ne
le formulaire de
seront pas nouveau en cas
respecter d’erreur.
Fig. 23 : Interface Inscription

Pour la
connexion
automatique
Chaque
utilisateur
possède un Se diriger
vers le forum
login qui lui
de Envoyer un
permet l’inscription email pour
d’accéder à en cas d’un rappeler le
l’application. utilisateur client
non inscrit.
Envoyer la Effacer et remplir
commande le formulairede
nouveau en cas
Fig. 24 : Interface authentification
d’erreur.
L’identifiant del’utilisateur, il
est obligatoire.
Chaque produit aun

code (ID)spécifique et
unique. 3 type de produit:
titre1, titre2 et Pack
Un message
d’erreur
apparait en
Chaque utilisateur doit cas d’erreur
donner la date de besoin du
produit pour se précipiter
en cas d’indisponibilité.
Fig. 25 : Interface du formulaire d’une commande
En conclusion, la phase conceptuelle est une étape fondamentale pour la réalisation de

n’importe quel projet. Elle permet de faciliter le système d’information et réaliser
l’implémentation de la base de données et le traitement. Par la suite, on doit chercher les
moyens et les outils possibles pour développer cette application, ce qu’on va présenter dans le
chapitre suivant.

CHAPITRE 4 : IMPLEMENTATION ET TESTS
SECTION I : IMPLEMENTATION
Après avoir achevé l'étape de conception de l'application, on va entamer dans ce

chapitre la partie réalisation qui constitue le dernier volet de ce rapport et qui a pour objectif
d'exposer le travail réalisé. Pour ce faire, on va commencer tout d'abord par préciser
l'environnement matériel et logiciel de ce travail.
I. DESCRPTION DE L’ENVIRONNEMENT DE DEVELOPPEMENT

INTEGRE
Dans ce paragraphe, nous présentons notre environnement matériel et nos choix de

logiciels.
1. ENVIRONNEMENT MATERIEL
Pour la réalisation de ce projet on a disposé de :
▪ Un ordinateur de type HP équipe d’un microprocessus Intel(R) Core(TM) i7-

3740QM CPU @2.70 GHz, possédant 6,00 Go de RAM, Système d’exploitation
Windows 10.
▪ Un scanner

2. ENVIRONNEMENT LOGICIEL
2.1. MAMP
MAMP est un logiciel gratuit permettant de créer un serveur local sur votre ordinateur,
permettant de faire fonctionner localement (sans se connecter à un serveur externe) des scripts
PHP. MAMP est un environnement comprenant deux serveurs (Apache qui est le serveur web
et MySQL qui est le serveur de base de données), un interpréteur de script (PHP), ainsi qu'une
administration pour les deux bases SQL PhpMyAdmin et SQLiteManager.
2.2. PHP
PHP est un langage de scripts libre principalement utilisé pour produire des pages
Web dynamiques via un serveur HTTP, mais pouvant également fonctionner comme

n'importe quel langage interprété de façon locale, en exécutant les programmes en ligne de
commande. PHP est un langage impératif disposant depuis la version 5 de fonctionnalités
de modèle objet complètes. En raison de la richesse de sa bibliothèque, on désigne parfois
PHP comme une plate-forme plus qu'un simple langage.
2.3. CSS :
C'est le langage de mise en forme des sites web. Alors que le HTML permet
d'écrire le contenu de vos pages web et de le structurer, le langage CSS s'occupe de la
mise en forme et de la mise en page. C'est en CSS que l'on choisit notamment la couleur,
la taille des menus et bien d'autres choses encore.
Voici un code CSS :
2.4. Photoshop
Photoshop est un logiciel de retouche, de traitement et de dessin assisté par ordinateur

édité par Adobe. Il est principalement utilisé pour les traitements de photographies
numériques.
Photoshop travaille sur les images matricielles (également appelées "bitmap", à ne pas
confondre avec le format d'enregistrement Windows bitmap) car les images sont constituées
d'une grille de points appelés pixels. L'intérêt de ces images est de reproduire des graduations.

Photoshop possède son propre format de projet (PSD), qui est plus qu'un simple format
de fichier. Le programme accepte également d'importer et d'exporter des fichiers d'image dans
les formats les plus courants (GIF, JPEG, TIFF, PNG, ILBM, etc.).
Il offre :
▪ Un système de tri et d'organisation des fichiers permettant l'application d'une opération

sur plusieurs fichiers simultanément ;
▪ Des outils de dessin en mode bitmap : pinceau, crayon, formes géométriques ;
▪ Des outils de sélection de zones de travail (ou zones d'intérêt) : lasso, rectangle de
sélection, sélection par plage de couleur ;
▪ Des outils de copie, collage et duplication de zones de travail ;
▪ Des outils de manipulation de calques : par l'empilement de zones graphiques et

l'utilisation de transparence et autres effets, on peut construire l'équivalent de
photomontages complexes ;
▪ Des outils de manipulation de la palette de couleurs : changement de palette, réglages
colorimétriques, de luminosité, de contraste, de saturation ;
▪ Des filtres pour appliquer divers effets à des zones d'intérêt : texturent, ombres,
renforcement des contours, estampage, flou, etc.
3. LES PHASES DE DEVELOPPEMENT
Afin d'être en mesure d'avoir une méthodologie commune entre le client et la société
de service réalisant le développement, des modèles de cycle de vie ont été mis au point
définissant les étapes du développement ainsi que les documents à produire permettant de
valider chacune des étapes avant de passer à la suivante.
Pour notre projet on a adopté le modèle de cycle de vie en cascade, présenté dans la
figure 26 ci-dessous, qui a été mis au point dès 1966, puis formalisé aux alentours de 1970. Il

définit des phases séquentielles à l'issue de chacune desquelles des documents sont produits
pour en vérifier la conformité avant de passer à la suivante.
4. LES SCENARIOS DE DEVELOPPEMENT
La formulation des scénarios de développement par l’exploration des visions futures

est une approche qui est très bien adaptée au contexte et à la problématique de l’étude. C’est
un processus créatif qui permet d’identifier d’une façon participative et intégrée les tendances
des systèmes de production.

▪ Le scénario1 : « Mise à jour de la base : saisie, modification et suppression »
Cette étape est préliminaire et obligatoire pour le démarrage de l’application.
Le maintenancier remplit les différents tableaux de la base pour un lancement

primaire de la gestion du parc, utilisateurs, et droits d’accès
On peut modifier notre parc lors d’une entrée d’un nouveau produit en l’ajoutant à la base.
Lorsqu’un produit est inutile on le supprime.
Aussi lors de l’inscription d’un nouveau client on vérifie ses coordonnées et on peut le
supprime de notre base de données s’il n’appartient pas à l’association.
▪ Le scénario2 : « Inscription »
L’inscription est indépendante et très importante pour « la gestion des droits d’accès ».
Il faut attribuer à chaque utilisateur un mot de passe et un pseudo qui sera stocké dans la base
de données pour bien gérer les accès.
▪ Le scénario3 : « Authentification »
L’authentification est la clé pour accéder aux différentes fonctionnalités de

l’application.
▪ Le scénario4 : « Consultation »
Plusieurs utilisateurs peuvent consulter notre application, mais non pas avec le même
degré d’intervention (super utilisateur, utilisateur normale). En réalité, un Utilisateur normale
celui qui peut consulter son profil personnel, et les produits disponibles, il peut aussi
communiquer avec les membres inscrit et avec le maintenancier. Ce dernier peut demander la
maintenance en cas de problème dans les matériels. Ainsi que le Super utilisateur
(maintenancier, directeur générale) : peut consulter tous les profils de tous les utilisateurs,
possède l’accès à la base, et contrôles tous les autres utilisateurs (supprimer, bloquer,
servir...), répondre aux questions des membres, gérer les commandes, enfin, il peut les
imprimer.

▪ Le scénario 5 : « Commander »
C’est La plus importante action dans notre application, le client rempli la commande
et l’envoi au maintenancier qui la gère.
▪ Le scénario 6 : « Répondre aux appels d’offre »
Ce scénario présente la manière de communication entre les fournisseurs et le

maintenancier pour réaliser la tâche d’appel d’offre qui est une fonctionnalité primordiale
pour servir le client positivement après une commande et aussi pour prévenir la rupture de
produit.
Cette communication se manifeste grâce aux mails électroniques.
▪ Le scénario 7 : « Forum »
Ce forum permet aux utilisateurs de l’application de communiquer avec le

maintenancier, à partir des commentaires et des questions que peut poster les clients.
4.1. Évaluation des scénarios
Citons les critères d’évaluation de ces scénarios :
▪ Faisabilité : L'analyse de faisabilité est un outil permettant au propriétaire d'une

entreprise d'évaluer un changement proposé. Il peut s'agir d'élaborer un nouveau
produit, d'améliorer un produit existant, de modifier une stratégie de
commercialisation.
▪ Spécificité : Le scénario doit répondre aux besoins spécifiques de tous les propriétaires
qui cherchent la sécurité.
▪ Efficacité : c’est la capacité d'arriver aux buts, produire les résultats escomptés et
réaliser les objectifs fixés. Dans l’enjeu de s’assurer que la solution retenue correspond
aux objectifs de l’application.
▪ Rendement : Le scénario doit réaliser l’objectif de l’application avec le minimum de
moyens engagés possibles.
▪ Evolutivité : Choisir une solution ouverte qui peut être modifié.

5. LES PHASES DE DEVELOPPEMENT
En se basant sur la conception élaborée dans le chapitre précédent, on développera une

application permettant de gérer la maintenance informatique de l’IUC AKWA d’une façon
simple, efficace, rapide et sécurisée.
La gestion du parc se subdivise en différents rubriques tel que les commandes, les appels
d’offres, l’alerte, la mise à jour, les mouvements d’entrée sortie et d’autre fonctionnalités qui
définissent notre application.
La base de données nous a aidée à réaliser les diverses fonctionnalités qui ont répondus à
notre cahier de charge et encore plus.

CONCLUSION GENERALE
Ce projet nous a permis d’appliquer les connaissances qui nous ont été inculquées au
cours de ces deux années d’apprentissage en Génie Logiciel à l’Institut Universitaire de la
Côte. Nous avons donc présenté la structure dans laquelle s’est effectué notre stage et le
déroulement de ce dernier. De ce fait il en ressort que EXPRESS UNION est une entreprise
Camerounaise privée qui voit le jour en 2001 par le biais de M. CHARES NGHOGUO dont
l’activité principale est l’envoie rapide d’argent. De plus, EXPRESS UNION a en son sein
plusieurs direction notamment celle qui a fait l’objet de notre travail : la Direction
informatique par qui EXPRESS UNION achemine ses expéditions et ses opérations de
transfert d’argent à travers l’Afrique. Au cours de ce projet de fin de stage ayant pour objet «
La gestion de maintenance informatique », nous nous sommes attelés d’abord à la
détermination des points faibles des fonctionnements du Parc informatique. Ainsi nous avons
proposé une solution adéquate pour changer la situation et aider le maintenancier à gérer le
Parc avec plus de confort et d’automatisation. Son rôle n’est plus consacré à la recherche
permanente de demandes physiques qui occasionnent des débordements fréquents chez celui-
ci, mais juste avec un accès simple et à distance aux données qu’il a besoin afin de les traiter
avec plus de calme et de sérénité. Pour aider le maintenancier à gérer le Parc, on a détaillé
dans le deuxième et le troisième chapitre les différents diagrammes et scenarios qu’on passe
par pour atteindre notre but. Notre approche dans ce travail consistait à mettre l'accent sur le
Parc et les services, et à implémenter des interfaces graphiques offrant la simplicité et la clarté
aux clients ou étudiants pour pouvoir bénéficier des biens de notre application. La réalisation
de ce projet a nécessité l’apprentissage d’une multitude de langages d’outils de
développement comme PHP, HTML, CSS, UML et Sublime Text.

REFERENCES BIBLIOGRAPHIQUES ET
WEBTOGRAPHIQUES
1- www.gmao.com
2- www.glpi.com
3- GOOGLE PDF : https://www.journalducameroun.com
4- https://www.techniquedemaintenance.com
5- www.openclassroom.com
6- www.IUC.com
7- http://getbootstrap.com
8- www.weformyou.com
9- www.opentuto.com
10- www.alphorm.com
11- www.studocu.com

TABLE DE MATIERES
TABLE DE MATIERES
EPIGRAPHIE --------------------------------------------------------------------------------------------- I
DEDICACE ---------------------------------------------------------------------------------------------- II
AVANT PROPOS -------------------------------------------------------------------------------------- III
TABLE DE MATIERES
REMERCIEMENTS ------------------------------------------------------------------------------------ V
SOMMAIRE -------------------------------------------------------------------------------------------- VI
RESUME ------------------------------------------------------------------------------------------------ VII
TABLE DE MATIERES
ABSTRACT ------------------------------------------------------------------------------------------- VIII
SOMMAIRE -------------------------------------------------------------------------------------------- IX
INTRODUCTION --------------------------------------------------------------------------------------- 1
PARTIE I : PRESENTATION DE L’ENVIRONNEMENT
TABLE DE MATIERESDU STAGE ET DU
PROJET ---------------------------------------------------------------------------------------------------- 2
CHAPITRE 1 : PRESENTATION GENERALE DE L’ENTREPRISE ET
DEROULEMENT DU STAGE
TABLE-----------------------------------------------------------------------
DE MATIERES 3
SECTION I : PRESENTATION DE L’ENTREPRISE --------------------------------------- 3
I. HISTORIQUE DE L’ENTREPRISE ----------------------------------------------------- 3
II. FICHE D’IDENTIFICATION DE L’ENTREPRISE --------------------------------- 4
TABLE DE MATIERES
III. ORGANIGRAMME DE L’ENTREPRISE --------------------------------------------- 5
IV. SECTEUR D’ACTIVITE----------------------------------------------------------------- 6
SECTION II : DEROULEMENT DU STAGE ------------------------------------------------- 6
TABLE DE MATIERES
I. PRESENTATION DU SERVICE D’ACCUEIL --------------------------------------- 6
A. MISSION ET ORGANISATION --------------------------------------------------------- 6
B. LES RESSOURCES DU SERVICE ------------------------------------------------------ 6
TABLE
II. ACTIVITES ET APPORT DE MATIERES
DU STAGE -------------------------------------------------- 7
1. DESCRIPTION DES ACTIVITES QUOTIDIENNES ----------------------------- 7
2. APPORT DU STAGE -------------------------------------------------------------------- 8
a) Sur le planTABLE DE----------------------------------------------------------------
académique MATIERES 8
b) Sur le plan professionnel -------------------------------------------------------------- 8
TABLE DE MATIERES
TABLE DE MATIERES
c) Sur le plan relationnel ----------------------------------------------------------------- 8

CHAPITRE 2 : ETUDE PREALABLE ------------------------------------------------------------- 9
SECTION I : DESCRIPTION DU PROJET ---------------------------------------------------- 9
I. DOMAINE D’APPLICATION --------------------------------------------------------------- 9
II. SPECIFICATION DES BESOINS--------------------------------------------------------- 10
SECTION II : ETUDE DE L’EXISTANT ------------------------------------------------------ 11
I. IMPORTANCE DE LA GESTION AUTOMATISEE DES PARCS ---------------- 11
II. EXEMPLES DE LOGICIELS EXISTANT SUR LE MARCHE ------------------- 11
III. CRITIQUE DE L’EXISTANT ------------------------------------------------------------ 13
PARTIE II : CONSTRUCTION DU SYSTÈME FUTUR ------------------------------------- 15
CHAPITRE 3 : ETUDE CONCEPTUELLE------------------------------------------------------ 16
SECTION I : ANALYSE FONCTIONNELLE ------------------------------------------------ 16
I. L’APPROCHE UML ADOPTEE ----------------------------------------------------------- 16
III. ÉTUDE ET MODALISATION DE LA SOLUTION ------------------------------ 18
1. LES DIAGRAMMES DES CAS D’UTILISATIONS ----------------------------- 18
a) Diagramme de cas d’utilisation « Maintenancier »--------------------------- 19
b) Diagramme de cas d’utilisation « client »--------------------------------------- 22
c) Diagramme de cas d’utilisation « Fournisseur » ------------------------------ 25
2. LES DIAGRAMMES DE SEQUENCES ----------------------------------------------- 27
a) Diagramme de séquence « Saisir et m-a-j de la base de données» -------- 28
b) diagramme de séquence « Inscription Client » ---------------------------------- 29
c) Diagramme de séquence « authentification Client » ---------------------------- 30
d) diagramme de séquence scénario « Commander » --------------------------- 30
e) Diagramme de séquence du scénario « Répondre aux appels d’offres » --- 31
f) Diagramme de séquence de scénario « Communication » --------------------- 32
SECTION II : ANALYSE STATIQUE ---------------------------------------------------------- 33
I. DIAGRAMME DES CLASSES ------------------------------------------------------------- 33
II. DIAGRAMMES D’ETAT TRANSITION ----------------------------------------------- 34
III. PRESENTATION DES MAQUETTES PRELIMINAIRE-------------------------- 37
CHAPITRE 4 : IMPLEMENTATION ET TESTS ---------------------------------------------- 39
SECTION I : IMPLEMENTATION ------------------------------------------------------------- 39

I. DESCRPTION DE L’ENVIRONNEMENT DE DEVELOPPEMENT INTEGRE

--------------------------------------------------------------------------------------------------------- 39
1. ENVIRONNEMENT MATERIEL ------------------------------------------------------ 39
2. ENVIRONNEMENT LOGICIEL ------------------------------------------------------- 40
2.1. MAMP ---------------------------------------------------------------------------------- 40
2.2. PHP -------------------------------------------------------------------------------------- 40
2.3. CSS : --------------------------------------------------------------------------------- 41
2.4. Photoshop ------------------------------------------------------------------------------- 41
3. LES PHASES DE DEVELOPPEMENT------------------------------------------------ 42
4. LES SCENARIOS DE DEVELOPPEMENT ------------------------------------------ 43
5. LES PHASES DE DEVELOPPEMENT------------------------------------------------ 46
CONCLUSION GENERALE ------------------------------------------------------------------------ 47
REFERENCES BIBLIOGRAPHIQUES ET WEBTOGRAPHIQUES -------------------- 48
TABLE DE MATIERES ------------------------------------------------------------------------------ 49

Rapport de Stage

Transféré par

Droits d'auteur :

Formats disponibles

Rapport de Stage

Transféré par

Informations du document

Description originale:

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 de Stage

Transféré par

Droits d'auteur :

Formats disponibles

APPLICATION DE GESTION DE MAINTENANCE INFORMATIQUE : CAS D’IUC AKWA

A ma très chère famille

Face à ce constat, Monsieur Paul GUIMEZAP, décide de contribuer à la résolution de ce

Soucieux de la croissance LISTE

1. ISTDI (Institut Supérieur de Technologies & du Design Industriel) : l’école qui

REDIGE ET PRESENTE PAR : MBOPDA FODJO ADRIEN HERMANN IV

LISTE DES ABREVIATIONS

BTS Brevet de Technicien Supérieur

RCA République Centrafricaine

GPL General Public License

PHP Hypertext Preprocessor

http HyperText Transfer Protocol

REDIGE ET PRESENTE PAR : MBOPDA FODJO ADRIEN HERMANN X

Les Administrations sont dotées de matériels informatiques afin d’être plus

REDIGE ET PRESENTE PAR : MBOPDA FODJO ADRIEN HERMANN 1

REDIGE ET PRESENTE PAR : MBOPDA FODJO ADRIEN HERMANN 2

CHAPITRE 1 : PRESENTATION GENERALE DE

SECTION I : PRESENTATION DE L’ENTREPRISE

Le spécialiste camerounais de transfert d’argent étend son réseau ouest-africain en

Avec l'arrivée et la croissance du Mobile Money au Cameroun en 2012, le service de

REDIGE ET PRESENTE PAR : MBOPDA FODJO ADRIEN HERMANN 3

II. FICHE D’IDENTIFICATION DE L’ENTREPRISE

RAISON SOCIAL EXPRESS UNION S. A

Date de Création 2001

Slogan Le n°1 de l’Envoi Rapide d’Argent

Nature Caractère Privée

Statut Juridique Société Anonyme (S.A)

Siège social Yaoundé, Etoa-meki

Activité Envoi Rapide d’Argent, Epargne & Investissement

Produits Express Union Mobile (envoi d’argent par

Site web opérationnel www.expressunion.net

Boite postal B.P. 33088

Email [email protected] ; [email protected]

REDIGE ET PRESENTE PAR : MBOPDA FODJO ADRIEN HERMANN 4

III. ORGANIGRAMME DE L’ENTREPRISE

REDIGE ET PRESENTE PAR : MBOPDA FODJO ADRIEN HERMANN 5

IV. SECTEUR D’ACTIVITE

En outre, elle a pour vocation de :

➢ Susciter à grande échelle la réclamation de ses services ;

SECTION II : DEROULEMENT DU STAGE

I. PRESENTATION DU SERVICE D’ACCUEIL

Le 20 juillet 2021 à 8h00, nous avons été accueillis par le service

B. LES RESSOURCES DU SERVICE

Dans le but d’optimiser son rendement, et de parfaire ses opérations

REDIGE ET PRESENTE PAR : MBOPDA FODJO ADRIEN HERMANN 6

II. ACTIVITES ET APPORT DU STAGE

1. DESCRIPTION DES ACTIVITES QUOTIDIENNES

20/07/2021 Entretien avec mon encadreur.

Du 21 au 22/07/2021 Présentation avec tout le personnel et du

Du 23 au 24/07/2021 Visite des quelques points de ventes.

Du 27 au 31/07/2021 Etude générale de la structure informatique de

03/08/2021 Assistance des maintenances pour la mise à

Du 04 au 10/08/2021 Etude partielle des éléments de la structure.

Du 11 au 13/08/2021 Etude partielle de la partie conditionnement et

Du 14 au 21/08/2021 Suspension du stage pour visite d’hygiène.

24/08/2021 Installation de la mise à jour des logiciels

Du 25 au 26/08/2021 Recherche personnelle avec assistance du

REDIGE ET PRESENTE PAR : MBOPDA FODJO ADRIEN HERMANN 7