Vous êtes sur la page 1sur 49

N° d’ordre …….

MEMOIRE
DE FIN D’ETUDES
En vue de l’obtention de
LICENCE FONDAMENTALE DE L’UNIVERSITE DE KAIROUAN
Délivrée par :
-

Faculté des Sciences et Techniques de Sidi Bouzid


Discipline : Sciences Informatiques

APPLICATION DE GESTION DE STOCK


POUR FSTSBZ

Présenté et soutenu par : SAMI HAJJI & Walid ZOUIDI

Soutenu le 03 JANVIER 2021

Jury 

Président : M.
Rapporteurs : Mme.
Encadrant : M. SALAH DHAHRI
Encadrant :

AU : 2020-2021

DEDICACES
Projet de fin d’études LFSI3

‫اﻟﺤﻤﺪ ﷲ اﻟﺬي ھﺪاﻧﺎ ﻟﮭﺬا و ﻣﺎﻛﻨﺎ ﻟﻨﮭﺘﺪي ﻟﻮﻻ أن ھﺪاﻧﺎ اﷲ‬

À mon cher Père Abdelmadjid Dont le mérite, les


sacrifices et les qualités humaines M'ont permis de vivre ce
jour
À ma chère mère
Qu'ils trouvent en moi la source de leur fierté
À qui je dois tout
À ma femme et mes enfants
À tous les gens m'aiment
Sami hajji

GMI -FSTSBZ Page 2


Projet de fin d’études LFSI3

DEDICACES

‫اﻟﺤﻤﺪ ﷲ اﻟﺬي ھﺪاﻧﺎ ﻟﮭﺬا و ﻣﺎﻛﻨﺎ ﻟﻨﮭﺘﺪي ﻟﻮﻻ أن ھﺪاﻧﺎ اﷲ‬

À l'âme de mon cher Père Mohammed Salah


Celui qui a né se laissait jamais pour aménager tous ses
efforts pour que je sois quelqu'un de bien dans la vie. Pour
lui, l'instruction est le socle fondamental de ses enfants.
À ma chère Mère
Don't le mérite, les sacrifices et les qualités humaines
m'ont permis de vivre ce jour.
À mes frères et mes sœurs
À tous les gens m'aiment.
Walid Zouidi

GMI -FSTSBZ Page 3


Projet de fin d’études LFSI3

Remerciement

Tout d'abord au terme de ce travail nous tenons à remercier :


Notre Dieu de nous avoir donné le courage, la force et la volonté pour
achever ce modeste travail. 
Notre encadreur Mr. SALAH DHAHRI pour ces qualités professionnels,
ces conseils judicieux et ces remarques constructives tout le long de ce
travail. 
Les membres du jury Président du jury:Mr.              et.                   
Messieurs les jurys, vous nous faites un grand honneur en acceptant de
juger ce travail. 
Aussi un remerciement à tous les enseignants de fstsbz pour leurs
qualités scientifiques et pédagogiques. 
Nous tenons à remercier chaleureusement, tous nos proches et tous
ceux qui ont, de près ou de loin, nous apporté leurs sollicitudes pour
accomplir ce travail. 

GMI -FSTSBZ Page 4


Projet de fin d’études LFSI3

Table des matières


INTRODUCTION GENERALE..............................................................................14

Chapitre1....................................................................................................................15

Présentation Générale................................................................................................15

I. Introduction................................................................................................................15

II. Présentation de l’établissement..................................................................................15

1. Présentation de la FSTSBZ.....................................................................................15

2. Présentation du cadre..............................................................................................15

III. Etude de l’existant......................................................................................................15

1. Description de l’existant.........................................................................................16

2. Critique de l’existant..............................................................................................17

3. Solution proposée...................................................................................................17

IV. Conclusion..................................................................................................................18

I. Introduction................................................................................................................19

II. Objectif.......................................................................................................................19

III. Spécifications des exigences......................................................................................19

1. Les besoins fonctionnels.........................................................................................19

2. Les besoins non fonctionnels..................................................................................20

IV. Scénarios et cas d’utilisation......................................................................................21

1. Traitements relatifs au technicien...........................................................................24

...........................................................................................................................................24

Cas d’utilisation : traitement technicien...........................................................................24

2. Traitements relatifs à l’administrateur....................................................................24

Ce traitement sera illustré par la figure suivante :.............................................................24

V. Conclusion..................................................................................................................28

Chapitre3 Conception................................................................................................29

GMI -FSTSBZ Page 5


Projet de fin d’études LFSI3

I. Introduction................................................................................................................29

II. Diagrammes de séquences.........................................................................................29

1. Diagramme de séquence d’authentification...........................................................29

2. Diagramme de séquence de l’ajout du matériel......................................................30

3. Diagramme de séquence de l’ajout d’un enseignant..............................................32

...........................................................................................................................................32

4. Diagramme de séquence de la suppression d’un utilisateur...................................33

5. Diagramme de séquence de la modification d’un local..........................................34

6. Diagramme de séquence de la commande des matériels........................................35

...........................................................................................................................................35

7. Diagramme de séquence de la consultation des matériels......................................36

8. Diagramme de séquence de la déclaration d’un état de matériel...........................37

9. Diagramme de séquence de l’emprunt d’un matériel :..........................................37

10. Diagramme de séquence du retour d’un matériel...................................................39

...........................................................................................................................................39

III. Diagramme de classes................................................................................................39

Chapitre 4...................................................................................................................42

Réalisation et validation de l’application.................................................................42

I. Introduction................................................................................................................42

II. Environnement de travail...........................................................................................42

1. Environnement matériel.............................................................................................42

2. Environnement Logiciel.............................................................................................42

III. Choix d’implémentation.............................................................................................43

1. Choix du langage de programmation.........................................................................43

2. Choix du langage de modélisation.............................................................................44

3. Choix du SGBD.........................................................................................................44

IV. Validation de l’application.........................................................................................45

GMI -FSTSBZ Page 6


Projet de fin d’études LFSI3

1. Page d’accueil............................................................................................................45

2. Module « Authentification »......................................................................................45

3. Module « Menu principal »........................................................................................46

4. Module « Consultation »............................................................................................47

5. Module « Déclaration »..............................................................................................48

6. Module « Ajout matériel ».........................................................................................48

...........................................................................................................................................49

V. Conclusion..................................................................................................................49

Conclusion Générale..................................................................................................50

Bibliographie..............................................................................................................51

GMI -FSTSBZ Page 7


Projet de fin d’études LFSI3

Liste des figures

Figure 1 : Diagramme de séquences du module général..........................................................17


Figure 2 : Diagramme de cas d'utilisation relatif au technicien................................................18
Figure 3 : Diagramme de cas d'utilisation du module « traitement du matériels»....................19
Figure 4 : Diagramme de cas d'utilisation du module « traitement des emprunts»..................20
Figure 5 : Diagramme de cas d'utilisation du module « gestion des personnels».....................21
Figure 6 : Diagramme de séquences « authentification ».........................................................24
Figure 7 : Diagramme de séquences « ajout matériel »............................................................25
Figure 8 : Diagramme de séquences « ajout enseignant ».......................................................26
Figure 9 : Diagramme de séquences « suppression d’un utilisateur ».....................................27
Figure 10 : Diagramme de séquences « modification d’un local »..........................................28
Figure 11 : Diagramme de séquences « commande des matériels »........................................29
Figure 12 : Diagramme de séquences « consultation de la liste des matériels ».....................30
Figure 13 : diagramme de séquences « déclaration de l’état de matériel ».............................31
Figure 14 : Diagramme de séquences «emprunt des matériels ».............................................32
Figure 15 : Diagramme de séquences «retour du matériel »...................................................33
Figure 16 : Diagramme de classes............................................................................................35
Figure 17 : Diagramme de classes............................................................................................35
Figure 18 : Page d’accueil.........................................................................................................42
Figure 19 : Authentification......................................................................................................43
Figure 20 : Menu principal.......................................................................................................43
Figure 21 : Consulter matériels.................................................................................................44
Figure 22 : Déclarer l’état.........................................................................................................44
Figure 23 : Vérification matériel...............................................................................................45
Figure 24 : Ajout quantité matériel...........................................................................................45
Figure 25 : Ajout matériel.........................................................................................................46
Figure 26 : Vérifier enseignant.................................................................................................46
Figure 27 : Ajout enseignant.....................................................................................................47
Figure 28 : Supprimer utilisateur..............................................................................................48
Figure 29 : Vérifier local...........................................................................................................48

GMI -FSTSBZ Page 8


Projet de fin d’études LFSI3

Figure 30 : Modifier local.........................................................................................................49


Figure 31 : Bon d’emprunt........................................................................................................50
Figure 32 : Bon de retour..........................................................................................................51
Figure 33 : Commander matériel..............................................................................................51
Figure 34 : Consulter l’historique.............................................................................................52
Figure 35 : Service Internet.......................................................................................................62
Figure 36 : Architecture .Net....................................................................................................65
Figure 37 : Infrastructure .NET................................................................................................66

GMI -FSTSBZ Page 9


Projet de fin d’études LFSI3

Liste des tableaux

Tableau 1 : Dictionnaire des données.......................................................................................37

GMI -FSTSBZ Page 10


Projet de fin d’études LFSI3

INTRODUCTION GENERALE
Dans nos jours, la plupart des établissements doivent mener un combat de plus en plus
difficile pour organiser leurs structures et automatiser la circulation des processus
d’information entre eux tout en ayant une solution flexible.

Cette solution s’adapte aux changements qui peuvent rencontrer ses établissements. Et
pour les aider dans cette lutte, de nombreux outils commerciaux qui permettent d’automatiser
les tâches (de gestion de stock) s'appliquent d’une façon efficace pour faciliter et coordonner
la communication dans la faculté. Cependant, la plupart des logiciels existant sur le marché
sont trop rigides pour être utilisés comme modèle de composition pour n'importe quelle classe
d'applications en plus de leurs coûts qui sont cher. Il devient donc indispensable de définir une
application flexible, capable d'évoluer en fonction des besoins des utilisateurs.

Dans ce contexte se situe ce projet intitulé « Gestion de stock du magasin informatique


» qui permet d’automatiser les tâches correspondantes à tout le stock, de les simplifier et
d’éliminer les contraintes de perte de document.

Le rapport est organisé en quatre chapitres :

Le premier chapitre « présentation générale » c’est une présentation générale du sujet ou nous


avons présenté l’établissement et en particulier le département ainsi que l’étude de l’existant.

Le second chapitre « Analyse des besoins et spécification » développe les besoins attendus
par les utilisateurs finaux du système. Il traduit ensuite les besoins en des diagrammes de cas
d’utilisation afin de mieux comprendre les problématiques et dégager les scénarios
envisageables lors de l’utilisation de l’application.

Le troisième chapitre « Conception » présente les aspects conceptuels et architecturaux de


l’application.

Finalement, Le quatrième chapitre « réalisation et validation de l’application » décrira


quelques imprimes écrans pour donner un aperçu sur quelques rubriques de l’outil réalisé dans
ce projet

GMI -FSTSBZ Page 11


Projet de fin d’études LFSI3

Chapitre1
Présentation Générale
I. Introduction

Avant d’entamer ce projet, on commence par présenter la société d’accueil ainsi que la
présentation de cadre et ensuite illustrer l’étude de l’existant sur les modalités de notre
travail.

II. Présentation de l’établissement

1. Présentation de la FSTSBZ

La faculté des sciences et techniques Sidi Bouzid (FSTSBZ) est un établissement


relevant de l'Université de Kairaoen. Il est créé par le décret n° 1645-2012 du 04 septembre
2012. est un établissement public relevant hiérarchiquement et du Ministère de
l’Enseignement Supérieur et de la Recherche Scientifique.

2. Présentation du cadre

Ce travail s’intègre dans la stratégie de l’FSTSBZ pour l’amélioration du fonctionnement


et automatiser le processus de la gestion de stock des matériels au sein du département
informatiques de la faculté des sciences et techniques de Sidi Bouzid.

Adresse : Campus Universiaire Cite Agricole Sidi Bouzid

Dayen : Mr Yazid Badri

III. Etude de l’existant 

Cette partie comprend, généralement, trois parties :

Description de l’existant.
Critique de l’existant
Solution proposée

GMI -FSTSBZ Page 12


Projet de fin d’études LFSI3

1. Description de l’existant 

Cette étape permettra de découvrir les procédures de travail existants pour la gestion des
matériels prise en charge par le chef département qui s’occupe de plusieurs autres tâches telles
que la gestion des enseignants, des locaux (salle, bureau, laboratoire ) et des personnels.

1.1.Gestion des emprunts 

L’enseignant effectue une demande de matériel, c’est cette demande qui va déclencher
les étapes de vérifications : on doit saisir :
 Ses données personnelles : numéro de carte d’identité, nom …
 Nom du matériel à emprunter et son marque
 Numéro du local (salle, laboratoire, bureau) au terme d’usage.
La vérification par l’administrateur : où la demande sera soit refusée soit validée :
 Dans le cas de validation l’enseignant peut emprunter le matériel
désiré.
 Dans le cas d’un refus le processus de vérification est arrêtée grâce à
l’inexistence soit d’enseignant ou du local soit l’indisponibilité du
matériel et par conséquent on doit passer à ses gestions.
Le retour du matériel emprunté se fait en modifiant son quantité ainsi son situation.

1.2.Gestion de sorties

La gestion de sorties est gérée en fonction de l’inexistence des enseignants et des locaux
c’est pour cela on effectue toutes les mises à jour nécessaires pour les enregistrer afin de
faciliter les taches d’emprunts.

Les mises à jour nécessaires pour les enseignants sont :


 L’ajout en cas d’inexistence
 La suppression en cas de sortie de la faculté
 La modification si nécessaire
Les mises à jour nécessaires pour les locaux sont :
 L’ajout en cas d’inexistence
 La suppression en cas de panne
 La modification si nécessaire

GMI -FSTSBZ Page 13


Projet de fin d’études LFSI3

1.3.Gestion des personnels

La gestion des personnels est gérée en fonction de l'avènement et le départ des personnels
afin de satisfaire les besoins du département c’est pour cela on doit gérer cette gestion.

Les mises à jour nécessaires pour les personnels sont :


 L’ajout en cas de l'avènement des nouveaux personnels.
 La suppression en cas de départ des anciens personnels.
 La modification si nécessaire.

1.4.Gestion des matériels

Dans notre application, nous nous intéressons essentiellement à la gestion des matériels
utilisés durant les séances de travaux pratiques dans les salles et les laboratoires pour les
étudiants et parfois dans les bureaux pour les enseignants en cas de besoins, c’est pour cela on
doit gérer cette gestion.

Les mises à jour nécessaires pour le matériel sont 


 L’ajout en cas de l’entrée de nouveaux matériels en tenant compte
les commandes effectuées par l’administrateur.
 La suppression en cas de renouvellement des matériels
 La modification si nécessaire.

3. Critique de l’existant

Après plusieurs visites au département Informatiques nous avons constaté que les
méthodes de travail adopté actuellement sont des méthodes classiques soit pour gérer
l’enregistrement des matériels, des enseignants et des locaux soit pour commander les
matériels désirés :

Les informations d’enregistrement ne peuvent être déduites ou déterminées qu’après


consultation et recherches dans les dossiers et l’archive de l’administration.
Les commandes de matériels effectuées par l’administrateur ne sont pas stockées dans
une base de données ainsi que la liste des enseignants et des locaux.

GMI -FSTSBZ Page 14


Projet de fin d’études LFSI3

4. Solution proposée 

Comme solution, nous proposons la conception et la réalisation d’une application qui


gère la gestion du stock du magasin informatique  afin d’aider le département à sortir de cette
situation d’ambigüité qui se voit de jour en jour submergée par la charge de travail sur
l’ancien système .Cette application permet la saisie des données, leur stockage automatique
dans une base de données qui permet de minimiser le temps d’enregistrement et accélérer
notre travail en tenant compte les mises à jour effectués sur l’ensemble des dossiers
d’enseignants, des locaux et des matériels après chaque modification gérée par
l’administrateur.

IV. Conclusion 

Dans ce chapitre, nous avons fait une brève description de l’établissement en indiquant
également le département au sein duquel s’est effectué notre travail, aussi nous avons fait une
étude de l’existant. Le chapitre suivant présentera la spécification des besoins.

GMI -FSTSBZ Page 15


Projet de fin d’études LFSI3

GMI -FSTSBZ Page 16


Projet de fin d’études LFSI3

Chapitre 2 Analyse de besoin et spécification

I. Introduction

Afin de bien mener le processus de développement, il faut d’abord identifier les besoins
des différents utilisateurs du système à concevoir et à réaliser, ce qui permet d’identifier les
fonctionnalités demandées par le système.

Ce chapitre décrit les différents besoins fonctionnels et non fonctionnels de l’application.

V. Objectif 

Dans ce projet, nous avons essayé de satisfaire les demandes du responsable du


département informatique qui se manifeste dans le fait d’avoir une interface IHM intuitive qui
remplace les formulaires de la demande du matériel par des formulaires dont leurs données
seront stockées dans une base de données sécurisée permettant d’éliminer la possibilité de
perdre des documents et minimisant le taux d’erreurs survenues des tâches manuelles dans le
but de faciliter les tâches effectuées par les utilisateurs.

VI. Spécifications des exigences 

L’étape de spécification constitue la base de départ de toute application. En effet, la


réponse de l’application aux fonctionnalités attendues assurera la réussite du travail et sa
future utilité. Il est alors indispensable de parvenir à une vision claire des différentes facettes
escomptées de ce projet.

Une fois les besoins fonctionnels sont satisfaits, des besoins non fonctionnels doivent être
pris en compte tout au long du développement de l’application.

2. Les besoins fonctionnels 

L’application réalisée doit satisfaire les besoins fonctionnels suivants :

 L’application doit fournir une interface d’authentification pour les personnels du


département.

GMI -FSTSBZ Page 17


Projet de fin d’études LFSI3

2.1.Besoins fonctionnels relatifs au technicien 

 L’application doit fournir au technicien la possibilité de remplir un formulaire pour


faire une déclaration relative à l’état du matériel.
 Plus que la déclaration, l’application doit offrir au technicien la possibilité de consulter
le matériel stocké ainsi que l’historique des emprunts.

2.2.Besoins fonctionnels relatifs à l’administrateur 

 L’application doit offrir au chef de département la possibilité de valider ou refuser les


demandes d’emprunts.
 L’application doit, après le refus de la demande d’emprunt, permettre à
l’administrateur soit de faire les mises à jour relatives aux enseignants et aux locaux
soit d’informer les enseignants à propos l’indisponibilité du matériel demandé.
 L’application doit informer l’administration à propos les demandes du matériel
effectuées par l’administrateur.
 L’application doit permettre à l’administrateur de faire les mises à jour nécessaires
suite à l’entrée ou le renouvellement du matériel ainsi que la création des comptes
d’utilisateurs suite à l'avènement et le départ des personnels en effectuant toutes les
consultations et les modifications sur la base de données.
 L’application doit permettre à l’administrateur de suivre l'état d'avancement des
matériels empruntés étape par étape en se basant sur un historique généré par la base
de données et un formulaire qui permet la consultation du matériel.
 L’application doit garantir un maximum d'automatisation et offrir aussi la possibilité
d'automatiser toutes les opérations effectuées sur la base de données.

5. Les besoins non fonctionnels 

Ce sont les besoins qui permettraient d’améliorer la qualité des services de notre
application comme :

2.3.L’implémentation 

Nécessite une implémentation modulaire claire et simple pour permettre par la suite la
maintenance, l’extension et l’amélioration de l’application d’une manière facile.

GMI -FSTSBZ Page 18


Projet de fin d’études LFSI3

2.4.Fiabilité 

Il faut garantir la qualité du contenu et la pertinence des informations.

2.5.Fréquence 

Il s’agit de porter le regard sur la régularité et la fréquence des mises à jour du contenu
de l’application, des informations et des services disponibles.

2.6.Evolutivité 

En effet, l'application doit permettre une mise à jour continuelle et aisée : les données
extraites de la base de données doivent être à jour avant chaque utilisation de ce programme.

2.7. Une interface conviviale 

L’application doit fournir une interface conviviale et facile à manipuler qui peut être
utilisée même par un utilisateur non averti :

 Les noms des champs sont clairs et faciles à comprendre.


 Chaque champ contient un label pour indiquer ce qu’il faut choisir ou taper.

VII. Scénarios et cas d’utilisation 

C’est la représentation de l’interaction des acteurs avec le système, il constitue un moyen


pour recueillir et décrire les besoins des acteurs du système.

Les cas d’utilisation décrivent, sous la forme d’actions et de réactions, le comportement


d’un système d’un point de vue d’un utilisateur. Ils permettent de définir les limites du
système et les relations entre le système et l’environnement.

Un cas d’utilisation est une manière spécifique d’utiliser un système. C’est l’image d’une
fonctionnalité du système, déclenchée en réponse à la stimulation d’un acteur externe.

Deux acteurs peuvent utiliser cette application à savoir :

 Technicien 
 Administrateur.

Dans ce qui suit on va décrire les cas d’utilisations les plus importants

Les utilisateurs de l’application peuvent :

GMI -FSTSBZ Page 19


Projet de fin d’études LFSI3

 Se connecter à l’application.
 Consulter le matériel et l’historique.
 Déclarer l’état d’un matériel.
 Assurer le retour des matériels
 Valider l’empreinte d’un ou plusieurs matériels.
 Refuser l’emprunt des matériels.
 Gérer les mises à jour des enseignants et des locaux.
 Commander les listes de matériels désirées.
 Gérer les comptes d’utilisateurs.

Le diagramme illustré par la figure suivante représente le diagramme des cas


d’utilisation :

GMI -FSTSBZ Page 20


Projet de fin d’études LFSI3

consulter lhistorique
<<include>>

declarer la
reparation du
materiel <<include>>

technicien
<<include>>
consulter les matriels

gestion des
personnels

gestion des
materiels

chef déparement <<include>>

<<include>> s'authentifier

<<include>>
administrateur

commander materiel
<<include>>
secretaire

gestion des emprunts

administration
gestion des enseignants
<<include>>

gestion des locaux


<<include>>

consulter toutes les operations


effectuées sur la base <<include>>

Figure 1 : Diagramme de séquences du module général

GMI -FSTSBZ Page 21


Projet de fin d’études LFSI3

1. Traitements relatifs au technicien 

La figure qui suit illustre les traitements réalisés par le technicien

<<include>>

consulter materiel

<<include>>
s'authentifier
consulter l'historique

technicien

declarer la reparation du
materiel <<include>>

Figure 2 : Diagramme de cas d'utilisation relatif au technicien

 Cas d’utilisation : traitement technicien

 Utilisateurs : Technicien.
 Pré Conditions  : la connexion à l’interface de consultation et la déclaration doit être
établie.
 Description  : permettre au technicien de faire tous ses droits d’accès
 Post-Conditions  : Consulter l’historique et modifier l’état du matériel
 Exceptions  : Seul le technicien autorisé d’effectuer la tâche de la modification de
l’état du matériel.

6. Traitements relatifs à l’administrateur

2.8.Gestion du matériel 

Ce traitement sera illustré par la figure suivante :

GMI -FSTSBZ Page 22


Projet de fin d’études LFSI3

supprim e r le s a ncie ns ma té rie ls

a joute r de s nouve a ux ma té rie ls

<<include >>
<<include >>
<<include >> s'a uthe ntifie r
consulte r le s ma té rie ls
<<include >>
Adm inistra te ur <<include >>

comm a nde r le s ma té rie ls

m odifie r le s m a té rie ls e xista nts

Figure 3 : Diagramme de cas d'utilisation du module « traitement du matériels »

 Cas d’utilisation  : traitement matériel.


 Utilisateurs : Administrateur.
 Pré Conditions  : la connexion à l’interface et la réalisation de la commande doit être
établie.
 Description  : C’est l’administrateur qui va faire les modifications nécessaires après
l’avènement du matériel engendré par une demande imprimé.
 Post-Conditions  : Les modifications et les demandes du matériel : soit valider passer
ou refusé.
 Exceptions  : Seul l’administrateur autorisé pourra effectuer ses tâches.

2.9.Gestion des emprunts

Ce traitement sera illustré par la figure suivante :

GMI -FSTSBZ Page 23


Projet de fin d’études LFSI3

<<inclu de >>
Con s ulte r l'h is to riq ue

Acce pte r la d e m a nde d 'e n se ig n a nt

<<includ e >>
<<inclu de >>

<<in clude >> S 'a uthe n tifie r

Re fus e r la d e m a n de d 'e n s e ign a n t

Ad m in is tra te u r
<<e xte n d>>
<<e xte nd >>

<<e xte n d>>

ge stio n de s lo ca u x g e stio n de s e ns e ign a nts


<<includ e >>

<<in clu de >>


vé rifie r la dis p on ib ilité du
m a té rie l

 Cas d’utilisation  : traitement des emprunts.


 Utilisateurs : Administrateur.
 Pré Conditions  : 
 Besoin d’une demande d’emprunt.
 La connexion à l’interface pour vérifier la disponibilité du matériel ainsi que
l’obligation de vérification sur l’existence des locaux et les enseignants.
 Description  : C’est l’administrateur qui va faire la validation ou le refus de la
demande associée à l’enseignant ainsi que la consultation d’historique.
 Post-Conditions  : demande validée et passée ou demande refusée.

GMI -FSTSBZ Page 24


Projet de fin d’études LFSI3

 Exceptions  : Seule l’administration autorisée pourra effectuer ses tâches.

2.10. Gestion des personnels

Ce traitement sera illustré par la figure suivante :

Cré e r de s nouve a ux utilisa te urs

<<include >>
<<include >>
S upprime r de s a ncie ns utilisa te urs S'a uthe ntifie r

a dministra te ur <<include >>

Modifie r de s utilisa te ur

Figure 5 : Diagramme de cas d'utilisation du module « gestion des personnels »

 Cas d’utilisation  : gestion des personnels


 Utilisateurs : administrateur.
 Pré Conditions  : la connexion à l’interface de gestion des personnels doit être établie.
 Post-Conditions  : Ajouter un nouvel utilisateur.

-Editer un utilisateur.

-Supprimer un utilisateur.

 Exceptions  : Seul l’administrateur autorisé pourra effectuer ses tâches

GMI -FSTSBZ Page 25


Projet de fin d’études LFSI3

VIII. Conclusion 

Ce chapitre a présenté les exigences et les besoins à satisfaire l’application à réaliser.

Des diagrammes de cas d’utilisation du langage de modélisation UML sont présentés pour
illustrer les interactions entre les différents acteurs. Le prochain chapitre présente la partie
conception.

GMI -FSTSBZ Page 26


Projet de fin d’études LFSI3

Chapitre3 Conception
I. Introduction 

La conception est une étape fondamentale dans le cycle de vie d’un projet informatique.

Elle permet de mieux appréhender un système en précisant son implémentation et sa


future architecture. Pour arriver à ce résultat il sera utile d’établir les diagrammes de
séquences et classes qui permettront de comprendre le rôle et le comportement général de
l’application.

La génération du schéma de la base de données sera aussi utile.

IX. Diagrammes de séquences 

Un diagramme de séquences permet de représenter les communications entre les objets en


précisant la chronologie des échanges des messages durant l’exécution du système. Il est
utilisé pour représenter l’exécution des opérations relatives à un cycle de vie donné, selon un
point de vue temporel.

Il est utilisé essentiellement pour décrire les scénarios d’un cas d’utilisation ou décrire des
échanges entre objets. Dans tout ce qui suit, nous avons étudié uniquement les diagrammes de
séquences les plus importants.

1. Diagramme de séquence d’authentification 

Ce schéma représente le diagramme de séquences de l’authentification est mis en relief


par la figure suivante :

GMI -FSTSBZ Page 27


Projet de fin d’études LFSI3

Authentification

:interface d'authentification :SGBD

utilisateur

alt [succé]
saisir(login,mot de passe)
envoie de la requête SQL(demande d'
authentification)

reponse de la requête SQL(vérification Vérification


effectuée)

afficher la page du menu principale

[else]
saisir(login,mot de passe)
envoie de la requête SQL(demande d'
authentification)

reponse de la requête SQL(vérification Vérification


effectuée)

afficher le message d'erreur

Figure 6 : Diagramme de séquences « authentification »

Après l’authentification, tous les utilisateurs ont le droit de faire leurs accès avec toutes
sécurités.

En cas d’erreur l’utilisateur doit vérifier le mot de passe qu’il a entré.

7. Diagramme de séquence de l’ajout du matériel 

Ce diagramme est illustré par la figure suivante :  

GMI -FSTSBZ Page 28


Projet de fin d’études LFSI3

Ajout matériel

:interface d'ajout matériel :SGBD

administrateur

alt [succée]
saisir le numéro de série
envoie de la requête SQL(demande de
verification)

reponse de la requête SQL(vérification Vérification


effectuée)

afficher la page d'ajout

saisir les propriétés du matériel à


ajouter

envoie de la requête SQL(demande d'ajout)

reponse de la requête SQL(ajout effectuée)

afficher le message d'ajout avec succé

[else]

saisir le numéro de série


envoie de la requête SQL(demande de
verification)

reponse de la requête SQL(vérification Vérification


effectuée)

afficher la case de quantité

saisir la quantité
envoie de la requête SQL(demande d'ajout
de quantité)

reponse de la requête SQL(vérification


effectuée)
afficher le message d'ajout de quantité
avec succé

Figure 7 : Diagramme de séquences « ajout matériel »

Après la saisie du numéro de série par l’administrateur, une requête envoyée à la base de
données vérifiera l’existence du matériel. Si le matériel existe l’administrateur doit
automatiquement saisir la quantité puisque ce champ devient visible, sinon il doit remplir tous
les champs relatives aux matériels. Après le remplissage du formulaire correctement
l’application informe l’administrateur par un message de succès sur l’ajout du matériel et
l’ajout de la quantité.

GMI -FSTSBZ Page 29


Projet de fin d’études LFSI3

8. Diagramme de séquence de l’ajout d’un enseignant 

Ce traitement sera illustré par la figure suivante :

Ajout enseignant

:interface d'ajout de l'enseignant :SGBD

administrateur

alt [succée]
saisir le numéro de cin
envoie de la requête SQL(demande de
verification)

reponse de la requête SQL(vérification Vérification


effectuée)

afficher la page d'ajout

saisir les propriétés de l'enseignant à


ajouter

envoie de la requête SQL(demande d'ajout)

reponse de la requête SQL(ajout effectuée)


afficher le message d'ajout avec succé

[else]

saisir le numéro de cin


envoie de la requête SQL(demande de
verification)

reponse de la requête SQL(vérification Vérification


effectuée)

afficher le message d'erreur

Figure 8 : Diagramme de séquences « ajout enseignant »

Après le remplissage du numéro de la carte d’identité de l’enseignant, l’application doit


offrir à l’administrateur la possibilité de remplir tous les champs obligatoires relatifs à
l’enseignant en cas de succès. Par contre, en cas d’échec, elle doit afficher un message
d’erreur grâce à l’existence de l’enseignant. C’est le cas pour l’ajout des locaux et des
utilisateurs en modifiant les formulaires associés à l’enseignant.

GMI -FSTSBZ Page 30


Projet de fin d’études LFSI3

9. Diagramme de séquence de la suppression d’un utilisateur

Modification

:interface de suppression :SGBD

administrateur
alt [succée]
saisir le numéro de cin ou faire une
recherche automatique envoie de la requête SQL(demande de
verification)

reponse de la requête SQL(vérification Vérification


effectuée)

afficher la page d'ajout

cocher l'utilisateur à supprimer


envoie de la requête SQL(demande de
suppression)

reponse de la requête SQL(suppression


effectuée)
afficher le message de suppression avec
succé

[else]

saisir le numéro de cin ou faire une


recherche automatique
envoie de la requête SQL(demande de
verification)

reponse de la requête SQL(vérification Vérification


effectuée)

afficher le message d'erreur

Figure 9 : Diagramme de séquences « suppression d’un utilisateur »

Dans le cas de succès L’administrateur peut supprimer un utilisateur à partir de son


numéro de carte d’identité, cependant un message d’erreur sera affiché dans le cas
d’inexistante d’un utilisateur.

Remarque : c’est le cas pour la suppression des matériels, enseignants et locaux en accédant
à ces formulaires.

GMI -FSTSBZ Page 31


Projet de fin d’études LFSI3

10. Diagramme de séquence de la modification d’un local

Modification

:interface de modification :SGBD

administrateur
alt [succée]

saisir le numéro de local


envoie de la requête SQL(demande de
verification)

reponse de la requête SQL(vérification Vérification


effectuée)

afficher la page de modification

saisir le ou les champs à modifier


envoie de la requête SQL(demande de
modification)

reponse de la requête SQL(modification


effectuée)
afficher le message de modification avec
succé

[else]
saisir le numéro de local
envoie de la requête SQL(demande de
verification)

reponse de la requête SQL(vérification Vérification


effectuée)

afficher le message d'erreur

Figure 10 : Diagramme de séquences « modification d’un local »

Ce diagramme, nous permet de suivre la modification d’un local effectué par


l’administrateur en passant par deux cas, la première est celle du succès de la modification et
la deuxième concerne l’échec grâce à l’inexistence du local à modifier

Remarque : c’est le cas pour la modification des matériels, enseignants et utilisateur en


accédant à ces formulaires.

GMI -FSTSBZ Page 32


Projet de fin d’études LFSI3

11. Diagramme de séquence de la commande des matériels

Commande

:interface de commande :SGBD

administrateur

saisir les propriètés des matériels à


ajouter

envoie de la requêteSQL(demande d'


impression)

resultat de la requête SQL(impression


effectué)

page imprimée

Figure 11 : Diagramme de séquences « commande des matériels »

Pour effectuer cette commande, l’administrateur doit saisir la liste des matériels à ajouter
au magasin pour que notre application puisse assurer l’opération d’impression.

GMI -FSTSBZ Page 33


Projet de fin d’études LFSI3

12. Diagramme de séquence de la consultation des matériels

Consultation

:interface de consultation :SGBD

utilisateur

saisir la désignation ou faire une


recherche automatique

envoie de la requêteSQL(demande de
consultation)

Vérification

resultat de la requête SQL

afficher la liste des matériels

Figure 12 : Diagramme de séquences « consultation de la liste des matériels »

L’utilisateur utilise cette interface dans le but de consulter la liste de propriétés du


matériel soit en entrant la désignation du matériel soit en effectuant une recherche
automatique.

GMI -FSTSBZ Page 34


Projet de fin d’études LFSI3

13. Diagramme de séquence de la déclaration d’un état de matériel

Déclaration

:interface de declaration :SGBD

technicien

saisir le num de serie du materiel

envoie de la requête SQL(demand de


modification de l'etat)

verification
résultat de la requête SQL(modification d'
etat effectuée)

afficher le resultat de modification

Figure 13 : diagramme de séquences « déclaration de l’état de matériel »

Pour modifier l’état, le technicien doit saisir le numéro de série du matériel concerné

GMI -FSTSBZ Page 35


Projet de fin d’études LFSI3

14. Diagramme de séquence de l’emprunt d’un matériel :

emprunt

:interface de gestion d'emprunt :SGBD

administrateur

alt [succée]
choisir le cin de l'enseignant, la
désignation du matériel et l e numéro
de local

envoie de la requête SQL(demande d'


enrgistrement)

reponse de la requête SQL(enregi strement


effectué)

affiche l e case de la quantité à emprunter

saisir la quantité désirée


envoie de l a requête SQL(demande de
veri ficati on )

reponse de la requête SQL(véri fication Vérification


effectuée)

afficher le message d'emprunt avec succé

[el se]
choisir le cin de l'enseignant, l a
désignation du matériel,le numéro de
local
envoie de la requête SQL(demande d'
enrgistrement)

reponse de la requête SQL(enregi strement


effectué)

affiche le case de l a quantité à emprunter

saisir la quantité désirée


envoie de la requête SQL(demande de
veri fication )

reponse de la requête SQL(vérification Vérification


effectuée)

afficher le message d'erreur

Figure 14 : Diagramme de séquences «emprunt des matériels »

En cas de succès, l’enseignant peut emprunter le matériel désiré.

En cas d’échec un message d’erreur sera affiché grâce à l’inexistence ou l’indisponibilité


du matériel à emprunter.

GMI -FSTSBZ Page 36


Projet de fin d’études LFSI3

15. Diagramme de séquence du retour d’un matériel

Bon d rtour

:interface de bon de retour :SGBD

administrateur

saisir le numero de série et la quantité


du matériel

envoie de la requette SQL(demand de


modification de quantité et de situation)

résultat de la requête SQL(modification


effctuéé)

afficher le message de modification avec


succé

Figure 15 : Diagramme de séquences « retour du matériel »

Pour retourner le matériel emprunté au magasin, l’administrateur doit saisir le numéro de


série et la quantité pour les enregistrer dans la base de données.

X. Diagramme de classes 

Un diagramme de classe représente des classes en liaison avec les liens qui permettent de
mettre en valeur les différentes relations entre elles.

Une classe regroupe des objets qui ont des comportements communs.

Le diagramme de classes est utilisé en particulier pour la modélisation de la base de


données.

Description

GMI -FSTSBZ Page 37


Projet de fin d’études LFSI3

Dans cette partie, je vais décrire les principales classes et méthodes de cette
application :

La classe locale qui permet de décrire les départements de la faculté.

La classe utilisateur qui permet de décrire la structure des utilisateurs du département.

La classe armoire qui permet de décrire les matériels déjà existants.

La classe matériel qui permet de décrire les propriétés des matériels.

La classe commander qui permet de décrire la structure d’une commande réalisée par
l’administrateur.

La classe déclaration qui assure la modification de l’état du matériel.

La classe enseignant qui permet de décrire les enseignants de la faculté.

La classe emprunt qui permet de préciser le type de matériel à emprunter et


l’enseignant qui va gérer cet emprunt ainsi que la destination.

La figure suivante représente le diagramme de classes pour ce projet :

GMI -FSTSBZ Page 38


Projet de fin d’études LFSI3

arémoire
- num_serie : String
- num_aremoire : int

commande_admin
1..* - id-comd : Number
utilisateur
possede - num_serie_cmd : String
- num_cin
- désignation : String
- nom
- quantite : Number
- prenom
- date_comm : Date
- emploi
- date_de_naissance
declare reparation
0..*
- id_dec : int
traiter par
- num série : int
- nouvel état : String
- date_dec : Date
1..*
traiter

technicien administrateur

1..1
appartenir

matériel
- num-serie : int 1..*
- désignation : String 1..* 1..* faire les mises a jour
- marque : String declaré par declarer
- etat_materiel : String enseignant
- remarque : String 1..1 - num_cin_ens : String
subi les mises a jour par - nom_ens : String
1..* - prenom_ens : String
concerner par - grade : String
1..*
appartient emprunt
- idemprunt : Number
1..1
- num_cin_ens : String
concerne
- nom_ens : String
- quantite : Number
1..1 - num_serie : String
demande - num_local : Number
- date_emprunt : Date

1..1
concerne

1..*
concerner par

local
- num_local : String
- type_local : String

Figure 17 : Diagramme de classes

GMI -FSTSBZ Page 39


Projet de fin d’études LFSI3

Chapitre 4
Réalisation et validation de
l’application

I. Introduction

Après avoir achevé l’étape de conception de l’application, nous avons entamé dans ce
chapitre la partie réalisation qui constitue le dernier volet de ce rapport et qui a pour objectif
d’exposer le travail final.

Le chronogramme de la réalisation de l’application sera illustré, en plus l’environnement


matériel et logiciel de développement. Les interfaces de l’application seront ensuite
présentées dans une phase de tests et de validation.

XI. Environnement de travail 

1. Environnement matériel 

Poste Hp
 Processeur Intel® Core™ i3
 Mémoire vive 4 ,00 Go,
 Disque dur 930 Go,

2. Environnement Logiciel 

Système d’exploitation :
 Windows 10
Outil utilisé lors du développement et des tests :

GMI -FSTSBZ Page 40


Projet de fin d’études LFSI3

 C#.Net,
 AMC Designer 15,
 Oracle 10g Express Edition : système de gestion de base de données
relationnelle.

XII. Choix d’implémentation 

1. Choix du langage de programmation 

PHP : Hyper text Preprocessor, plus connu sous son sigle PHP (sigle
auto-référentiel), est un langage de programmation libre18, 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. PHP est un langage impératif orienté objet.

PHP a permis de créer un grand nombre de sites web célèbres, comme Facebook et
Wikipédia19 Il est considéré comme une des bases de la création de sites web dits
dynamiques mais également des applications web.

CSS : Le terme CSS est l'acronyme anglais de Cascading Style Sheets qui


peut se traduire par "feuilles de style en cascade". Le CSS est un langage
informatique utilisé sur l'internet pour mettre en forme les
fichiers HTML ou XML. Ainsi, les feuilles de style, aussi appelé les fichiers
CSS, comprennent du code qui permet de gérer le design d'une page
en HTML.

HTML : L'HTML est un langage informatique utilisé sur l'internet. Ce


langage est utilisé pour créer des pages web. L'acronyme signifie HyperText
Markup Language, ce qui signifie en français "langage de balisage
d'hypertexte". Cette signification porte bien son nom puisqu'effectivement ce
langage permet de réaliser de l'hypertexte à base d'une structure de balisage.

Java : est un langage de programmation orienté objet créé par James


Gosling et Patrick Naughton, employés de Sun Microsystems, avec le soutien
de Bill Joy (cofondateur de Sun Microsystems en 1982), présenté officiellement
le 23 mai 1995 au SunWorld.

GMI -FSTSBZ Page 41


Projet de fin d’études LFSI3

La société Sun a été ensuite rachetée en 2009 par la société Oracle qui détient et maintient
désormais Java.

Une particularité de Java est que les logiciels écrits dans ce langage sont compilés vers
une représentation binaire intermédiaire qui peut être exécutée dans une machine virtuelle
Java (JVM) en faisant abstraction du système d'exploitation.

2. Choix du langage de modélisation 

Conception de l’application

Notre choix c'est orienté vers UML car il permet une modélisation simple du projet. En
effet, il offre une grande panoplie d'outils permettant de représenter les différents éléments
constituant le projet et les différents liens les reliant. En outre, il fournit une forte objectivité
puisqu'il présente le projet sous diverses projections grâce aux vues statiques, représentant le
système physiquement, et aux vues dynamiques montrant son fonctionnement.

 Diagramme UML des cas d'utilisation :


 Capture et description des besoins fonctionnels de l'application
 Principaux objectifs et utilisation. Décrire les fonctionnalités du système.
 Eléments du diagramme : cas d'utilisation, acteurs et frontière du système.
 Diagrammes UML de modélisation statique

Montrer une vue d'ensemble du système, de ces éléments et de leurs relations

 Diagramme de classe : son rôle et son utilisation.


 Diagrammes UML de modélisation dynamique

Montrer l'évolution du système et les interactions entre objets 


 Diagramme de séquence : interactions entre objets au cours du temps. Message
(synchrone et asynchrone).

3. Choix du SGBD 

Base de données oracle

Etant donné qu’oracle est un SGBD fiable et sûr, Oracle sera mon SGBDR retenu pour
archiver et manipuler les données.

GMI -FSTSBZ Page 42


Projet de fin d’études LFSI3

Oracle est un SGBD relationnel. Sa fonction première est de gérer d’une façon intégrée
l’ensemble de données les en rendront accessibles à un nombre important d’utilisateurs et
d’applications tout en garantissant leur sécurité, leur incohérence et leur intégrité.

XIII. Validation de l’application 

Des imprimes écran sont insérés dans cette partie pour donner un aperçu sur quelques
rubriques de l’outil réalisé dans ce projet.

1. Page d’accueil 

Figure 18 : Page d’accueil

2. Module « Authentification » 

L’utilisateur doit s’authentifier pour pouvoir lancer l’application :

Il doit saisir son login et son mot de passe correctement. Sinon un message d’erreur
s’affichera.

Ceci est mis en relief par cette figure :

GMI -FSTSBZ Page 43


Projet de fin d’études LFSI3

Figure 19 : Authentification

3. Module « Menu principal »

GMI -FSTSBZ Page 44


Projet de fin d’études LFSI3

Figure 20 : Menu principal

4. Module « Consultation » 

Après l’authentification tous les utilisateurs peuvent consulter tous les matériels stockés au
sein du magasin.

Figure 21 : Consulter matériels

GMI -FSTSBZ Page 45


Projet de fin d’études LFSI3

5. Module « Déclaration » 

Seul le technicien peut accéder à cette interface illustrée par cette figure :

Figure 22 : Déclarer l’état

6. Module « Ajout matériel » 

Pour l’ajout d’un nouveau matériel, on doit passer par la vérification illustré par cette
figure :

GMI -FSTSBZ Page 46


Projet de fin d’études LFSI3

Figure 23 : Vérification matériel

XIV. Conclusion

Ce chapitre a été consacré à la phase de la réalisation et tests de validations de


l’application. Les tests permettent de donner une assurance raisonnable de la correction du
code développé.

Toutefois, un test ne peut jamais exclure l’existence d’erreurs car toutes les possibilités ne
peuvent bien sûr pas être passées en revue.

Des raffinements et des améliorations sont attendus dans des travaux ultérieurs.

GMI -FSTSBZ Page 47


Projet de fin d’études LFSI3

Conclusion Générale
Après l’achèvement de ce projet de fin d’études, une application de gestion de stock a été
réalisée pour améliorer les tâches de gestion des matériels au sein du département
d’Informatique de la faculté.

L’application réalisée propose une automatisation complète du processus de la gestion de


stock.

Les tests et les fonctionnalités de l’application prouvent une satisfaction raisonnable des
besoins énumérés dans la phase de spécification.

L’utilisation du Langage de Modélisation Unifié UML a permis de simplifier les tâches de


spécifications des besoins à satisfaire et à clarifier la démarche à suivre et les tâches à réaliser
pour l’achèvement de l’application.

L’utilisation des nouvelles technologies tel que C#.NET et Oracle a participé efficacement
dans l’augmentation de la fiabilité et de sûreté du logiciel réalisé.

La démarche suivie pour la réalisation de l’application a permis d’identifier un nombre de


besoins non fonctionnels exigeant une modularité qui permet d’offrir une certaine simplicité
et flexibilité de toutes mutations et changement de l’application pour satisfaire des besoins
futurs.

En outre, pour garder l'esprit de perpétuelles mutations, de changements, d’innovations et


de créations, il fallait que l’application puisse suivre la vague afin d’assurer une flexibilité
efficace et de réussir à mettre en place une solution stable qui améliore les rendements
administratifs dans l’établissement dans laquelle il est mis en place.

Enfin, ce projet était une occasion pour se familiariser avec la notion de développement, et
c’est en acquérant les connaissances nécessaires pour l’étude, la conception et enfin la
programmation.

GMI -FSTSBZ Page 48


Projet de fin d’études LFSI3

Bibliographie

[1] www.docstoc.com/docs/6154683/net

[2] fr.wikipedia.org/wiki/C_sharp#Diff.C3.A9rences_entre_Java_et_le_C.23

[3] http://cian.developpez.com/uml2/tutoriel/sequence/

[4] http://fr.wikipedia.org/wiki/Diagramme_de_classes

[5] http://fr.wikipedia.org/wiki/Diagramme_des_cas_d%27utilisation

[6] http://fr.wikipedia.org/wiki/Oracle_Database

[7] http://fr.wikipedia.org/wiki/Microsoft_.NET

[8] http://www.volle.com/travaux/uml.htm

[9] http://merlin.developpez.com/cours/delphi/dotnet/plateforme/

GMI -FSTSBZ Page 49

Vous aimerez peut-être aussi