Rapport PFE

5/10/2018 Rapport PFE - slidepdf.com

http://slidepdf.com/reader/full/rapport-pfe-559dfc6a0b2bd 1/57

ISET Mahdia Projet F in d’ Etude

Bazdia Basma 2009/20101

Introduction générale

Il ne fait plus aucun doute que l’informatique représente la révolution la plus importante

et la plus innovante qui a marqué la vie de l’humanité durant toutes ces années .En effet, loin

d’être un éphémère phénomène de mode ,ou une tendance passagère ,l’informatique vient

nous apporter de multiples conforts à notre mode de vie .Aucun domaine n’est resté étranger à

cette stratégie qui offre tant de services aussi bien pour l’entreprise ou l’administration que

pour le personnel.

.C’est dans ce cadre d’idées que s’inscrit notre projet de fin d’étude .Il s’agit en fait de

concevoir et développer une application permettant la « Gestion de stock », que nous avons eu

l’occasion de l’accomplir au sein d’école Préparatoire Avenue Bourguiba Mahdia

Notre rapport est structuré en trois chapitres :

Le premier chapitre présente l’étude préalable .il donne une idée

générale sur le cadre du projet et présente l’étude de l’existant sans oublier la critique

de l’existant

Le deuxième chapitre concerne l’analyse et la spécification des besoins

fonctionnels et non fonctionnels.

Le troisième chapitre présente l’étude détaillé ou j’ai présenté la

méthodologie UML et la conception de l’application.

Finalement, dans le quatrième chapitre j’achève le rapport par l’étude

technique qui comporte la présentation de l’outil power AMC le système de base de

donnée Access et l’outil de programmation Visual basic et comporte les interfaces de

l’application.





1.1. Introduction :

L’étude préalable constitue une étape primordiale et décisive pour la conception de tout

système d’information.

Dans ce chapitre nous présentons l’établissement au sein de laquelle nous avons

effectués notre projet et pour la même occasion nous allons détailler les points importants de

notre sujet ainsi, que la critique de l’existant.

1.2. Présentation de l’établissement

Le travail élaboré dans ce projet de fin d’étude est réalisé au profit de l’école

Préparatoire Avenue Bourguiba Mahdia.

Cette école a été crée en en 1981, elle emploie 11 agents administratifs et 58 enseignent.

Pour l’année scolaire en cours, le nombre d’élèves inscrits a atteint 661 élèves repartis

en 23 classes et qui utilisent 16 salles, 3 laboratoires et 2 salles d’informatique.

Le dépôt de cet établissement est un stockage des articles, il se décompose en deux

catégories qui sont : les articles consommables et les articles durables

Article consommable :

Ces sont les articles qui peuvent être consommé par les personnels de l’établissement (les

enseignant, les responsables ……) par exemple :

Produit de nettoiement

Fourniture scolaire

Fourniture bureautique

Outils d’impression

Article durable :

Les articles durables se composent de tous les matériels qui restent pour l’établissement

durant des années tel que :

Les ordinateurs

Les matériels musicaux

Imprimante





Radio cassette

Le magasinier est le responsable direct du dépôt, en effet, c’est celui qui déclare en cas

d’un besoin d’un article

1.3. Cahier de charge

1.3.1. Présentation du sujet

Le sujet de mon projet de fin d’étude consiste en la mise en place d’une solution

informatique permettant la gestion des articles pédagogiques et administratifs de l’école.

Mon objectif de diagnostiquer la situation actuelle de la gestion de stock et de proposer

la solution adéquate. En faite le système existant est complément manuelle utilisant des

registres et des cahiers pour l’enregistrement des opérations d’entrées/sorties du stock et des

imprimés pour la suivie des inventaires et des dépenses.

Pour remédier à mon problématique on a conçu une base de données renfermant toutes

les données nécessaire à la gestion des entrées sorties de stock qui sera manipulé à travers des

interfaces graphiques conviviales et ergonomes assurant les fonctionnalités nécessaires.

1.3.2. Les outils des développements

L’environnement de conception et de développement de cette application est la

suivante :

Méthodologie de conception : UML

Outil de conception : Power AMC

Logiciel de base de programmation : VB.NET

Systèmes de gestion de base de données : ACCESS 2007

Logiciel de traitement de texte : MICROSOFT WORD 2007

Conclusion

L’objectif de ce chapitre est la présentation de l’établissement à travers le chapitre

suivant, nous essayons de spécifier les besoins de l’école et de proposer une solution aux

problèmes posés.





2.1. Introduction

L’analyse est une étape qui sert à mettre l’accent sur les besoins à accomplir et les

fonctionnalités du futur système .Au cours de ce chapitre, nous proposons une solution

afin de surmonter certain problèmes, nous détaillons ensuite les principales

fonctionnalités du système à réaliser.

2.2. Analyse de l’existant

Dans le but de satisfaire les besoins de l’établissement, nous allons amenés à analyser

l’existant de la gestion de stock, cette analyse permettra de dégager les défaillances du

système actuel.

2.2.1. Activités dans le dépôt

Parmi les activités qui sont effectuées dans le magasin de cet établissement on cite :

La réception des articles

Le stockage des articles

Livraison des articles

Valorisation de stock

2.2.2. Document utilisés dans le dépôt

Livre journal : c’est un livre de sauvegarde de touts les achats effectué au sein de

l’établissement

Grand livre : c’est un livre décomposé en plusieurs parties, chaque partie contient

les détailles des achats effectué en un article données

Bon affectation : se sont les documents ou le magasinier s’engage à enregistrer les

sorties effectués sur les articles durable (ordinateur, imprimante… )

Bon livraison :c’est un bon signé par le personnel et le responsable de dépôt qui a

un besoin d’un article ,elle contient essentiellement le nom du bénéficiaire, l’article

demandé et la signature .

Les inventaires : c’est un document qui contient le contenu de chaque sale, bureau

Bon emprunt : se sont des documents où le magasinier sauvegarde les informations

liés à un emprunt d’un article effectué avec un autre établissement.

Fiche de stock : c’est un document où le magasinier s’engage à enregistrer tous les

informations liés à un stock d’un article donné.





2.2.3. Objectif à atteindre

Les principaux objectifs à atteindre sont :

Réalisation d’un logiciel de gestion de stock qui traite les entrés et les sorties de

stock.

Informatiser les processus d’emprunter, de livraison et d’inventaire de

l’établissement.

Mise en place d’une base de données afin de sauvegarder les données.

Diminuer le taux d’erreurs.

2.2.4. Critique de l’existant

Actuellement cet établissement à rencontre plusieurs difficultés au niveau de travail

manuel surtouts l’utilisation des registres et des cahiers aux mieux des cas on utilise des

fichiers Excel.

Pour l’enregistrement des stocks on utilise des livres journaux, grand livre, fiche de

stock qui peuvent contenir des informations redondantes d’ou le problème de mise à jour et

d’incohérence.

En ce qui concerne les transactions :

Lors d’entrée du stock le magasinier reçoivent des quittances, en enregistre chaque

opération dans un récapitulatif qui doit-être conforme aux souches.

La procédure de travail actuelle présente les points faibles suivants :

Le risque d’erreur lors de l’enregistrement des transactions.

Le risque d’incohérence des informations dans les différents registres.

La lourde tâche de mettre à jour les récapitulatif. La perte de temps lors de vérification.

L’utilisation actuelle des registres manuels ne permet pas d’assurer l’objectif

de l’administration.

Le contrôle des transactions effectuées au sein de cet établissement s’avère difficile

voire impossible.

D’une année à l’autre les problèmes rencontrés par l’établissement est les risquent de

s’aggraver avec l’augmentation d’entré de stock.





L’inventaire du stock se fait manuellement.

Gaspillage de temps : lors d’une demande d’un personnel une longue opération va être

effectuée, alors et pour cette raison cet établissement cherche à informatiser son travail.

D’où la nécessité des recours à un système ouvert évolutif et extensible ce qui est le

rôle de mon application.

2.2.5. Solution proposés

A travers la face d’enquête on a collecte les solutions suivantes :

L’application doit offrir un formulaire à remplir par l’utilisateur afin de spécifier

les informations nécessaires.

Le logiciel doit contenu une interface pour le responsable pour bien gérer les

tâches.

Le logiciel doit gérer le BD des abonnées et leur historique.

On doit imprimer les abonnements à partir de logiciel.

Le responsable peut réaliser les différentes opérations de mise à jour.

La mise à jour et la valorisation automatique des entrées sorties de stock.

Prévoir un stock d’alerte.

Etablir un inventaire mensuel.

2.3. Les besoins

2.3.1. Les besoin fonctionnels

Il exprime les attentes des différents utilisateurs envers les articles lors de cette étape

nous présentons les avantages dont va bénéficier l’établissement suite à la mise en œuvre de

cette application et les fonctionnalités qui nous envisageons de réaliser.

L'application comprendra les fonctionnalités principales suivantes :

Gestion des fournisseurs : l’application doit permettre d’ajouter un

fournisseur, supprimer et modifier.

Gestion d’emprunteurs : l’application doit permettre d’ajouter, modifier,

rechercher et supprimer un emprunteur.

Gestion des bonnes entrées : l’application doit permettre d’ajouter, modifier,

rechercher, imprimer et supprimer une bonne entrée.





Gestion des bons sortis : l’application doit permettre d’ajouter, modifier,

rechercher, imprimer et supprimer une bonne sortie.

Gestion des inventaires : l’application doit permettre d’ajouter, modifier,

supprimer, imprimer et rechercher des inventaires.

Gestion des articles : l’application doit permettre d’ajouter, modifier,

supprimer et rechercher des articles.

Gestion de personnelle : l’application doit permettre d’ajouter, modifier,

supprimer et rechercher des personnels.

L’application doit permettre également d’imprimer certains documents administratifs.

2.3.2. Besoins non fonctionnels

Interface utilisateur : L'application devra être cohérente au point de vue

ergonomie. Les interfaces doivent être claires et faciles à utiliser.

Environnement d'exécution :

Système d’exploitation : Microsoft Windows XP.

L’application devra être capable de fonctionner avec la majorité des bases des

données relationnelles du marché.

L’application doit permettre un accès rapide aux menus et aux données.

L’application doit permettre un accès sécurisé aux données (nous dis tinguons

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)

Conclusion

Le travaille dans ce chapitre s’intègre dans le cadre de la présentation de l’existant puis

j’ai précisé l’objectif à atteindre et j’ai spécifié les besoins.





3.1. Introduction

Dans ce chapitre, nous allons présenter les différentes phases de conception de notre

application en utilisant la méthode UML .Nous commençons en premier temps par

schématiser les flux d’information échangés dans le cas d’utilisation .En suite, nous illustrons

le diagramme de séquence, le diagramme de classe.

3.2. Présentation du langage « UML »

Face à la diversité des formalismes utilisés par les méthodes d’analyse et de conception

objet, UML (Unified Modeling Langage) représente un réel facteur de progrès par l’effort de

normalisation réalisé.

En effet, UML constitue une étape importante dans la convergence des notations

utilisées dans le domaine de l’analyse et de conception objet puisqu’elle représente une

synthèse des formalismes utilisés par les trois méthodes OMT ,BOOCH ,et OOSE .Par

ailleurs l’adhésions à UML des grands éditeur du marché informatique montre bien l’intérêt

porté à cette norme dans le monde de l’objet .

L’unification des méthodes de modélisation objet est rendue possible parce que

l’expérience a permis de faire le tri entre les différents concepts proposés par les méthodes

existantes.

UML 2.0 comporte treize diagrammes représentants autant de vues distinctes pour

représenter des concepts particuliers du système d’information .Ils se répartissent en deux

grands groupes :

Diagrammes structurels ou diagrammes statiques (UML Structure)

Diagramme de classes (Class diagram)

Diagramme d’objets (Object diagram)

Diagramme de composants (component diagram)

Diagramme de déploiement (Deployment diagram)

Diagramme de structures composites (Composite structures dia gram)

Diagrammes comportementaux ou diagrammes dynamiques (UMLBehavior)

Diagramme de cas d’utilisation (Use case diagram)





Diagramme d’activités (Activity diagram)

Diagramme d’états transition (State machine diagram)

Diagramme d’interaction (Interaction diagram)

Diagramme de séquence (séquence diagram)

Diagramme de communication (communication diagram)

Diagramme global d’interaction (Interaction Overview diagram)

Diagramme de temps (Timing diagram)

Partant de la particularité de la conception de la gestion stock, on va utiliser quatre

diagrammes principaux telle que :

Le diagramme de cas d’utilisation : en UML ce diagramme permet de décrire la

séquence d’action y compris les diverses variations qu’un système peut accomplir en

interaction avec les acteurs du système.

Le diagramme de séquence : il permet de représenter la séquentielle des

interactions entre plusieurs objet ou acteur implique dans une transaction particulières

du système étudié, il permet également de représenter des collaborations entre objet

selon un point de vue temporel, mettant l’accent sur la chronologie des envoies des

messages et ainsi sur l’aspect dynamique.

Le diagramme de classe : il permet d’appréhender d’un point de vue logique, la

structure logique d’un système en indiquant la structure des objets composant le

système et le lien structurel entre ces objets d’un point de vue statique.

3.3. Avantages

Un langage sans ambiguïtés.

Un langage universel pouvant servir de support pour tout langage orienté objet.

Un moyen de définir la structure d’un programme.

Une représentation visuelle permettant la communication entre les acteurs d’un

même projet.

Une notation graphique simple, compréhensible même par des non

informaticiens





3.4. Diagramme des cas d’utilisation

Nous détaillons dans la suite les différents cas d’utilisation de mon application.

3.4.1. Cas d’utilisation « Gestion de Stock »

a. Présentation graphique

Figure 1: Diagramme de cas d’utilisation « Gestion de Stock »

<<include>>

<<include>>

<<include>>

<<include>>

<<include>>

<<include>>

<<include>>

<<include>>

magasinier

gérer article

gérer bon entrée

gérer bon de sortie

gérer inventaire

gérer locale

gérer personne l

gérer emprunteur

gérer fournisseur

Authentification





b. Description du cas d’utilisation « Gestion de stock »

Sommaire d’identification

Titre : Gestion de stock

Résumé : un utilisateur entre son login et son mot de passe pour accéder à une partie

bien déterminée de l’application.

Acteur : le magasinier

Pré condition : Accès au formulaire d’authentification.

Post condition : Prise en charge effectuée et accès au système.

Description des scénarios

Scénario nominal

Etape 1. L’utilisateur lance l’application.

Etape 2. Le système affiche le formulaire d’authentification.

Etape 3. Le système vérifie la validité des paramètres d’authentification.

Etape 4. Le système affiche la page d’accueil.

Etape 5. L’utilisateur choisit d’accéder à une tache de l’application.

Etape 6. Le système charge un menu pour cet utilisateur.





3.4.2. Cas d’utilisation « Gestion des inventaires »


Figure 2 : Diagramme de Cas d’utilisation « Gestion des inventaire »

b. Description du cas d’utilisation « Gestion de l’inventaire »


Titre : Gestion des inventaires

Résumé :

Il existe un seul acteur :

L’utilisateur qui possède le pouvoir de modifier, d’ajouter, supprimer et d’imprimer et

valider un inventaire.


<<include>>

<<extend>>

<<extend>>

<<extend>>

<<extend>>

<<extend>>

magasinier

Authentification

gérer inventaire

ajouter inventaire

modifier inventaire

supprimer inventaire

imprimer inventaire

valider i nventaire





Pré condition : Accès au formulaire de gestion des inventaires.

Post condition : Opération effectuée aux succès.


Scénario nominal

Etape 1 :l’utilisateur s’authentifie.

Etape2 :l’utilisateur choisit les options à faire (saisir, modifier, supprimer, imprimer)





3.4.3. Cas d’utilisation « Gestion de locale »


Figure 3: Diagramme de Cas d’utilisation « Gestion de locale »

b. Description du cas d’utilisation « Gestion de Locale »


Titre : Gestion de locale

Résumé :

L’utilisateur possède le pouvoir de modifier, ajouter, supprimer et imprimer un local.


Pré condition : Accès au formulaire de gestion des locaux

Post condition : la gestion des locaux effectuée avec succès


Scénarios nominal

Etape1 :l’utilisateur s’authentifie.

<<include>>

<<extend>>

<<extend>>

<<extend>>

<<extend>>

magasinier

Authentification

gérer locale

ajouter locale

modifier locale

supprimer locale

imprimer locale





Etape 2 :l’utilisateur choisit les options à faire (saisir, modifier, supprimer ou

imprimer).

Etape 3 : l’utilisateur effectue les modifications.

Etape 4 : le système sauvegarde les modifications.





3.4.4. Cas d’utilisation « Gestion des articles »


Figure 4: Diagramme de Cas d’utilisation « Gestion des article »

b. Description du cas d’utilisation « Gestion des articles »


Titre : Gestion des articles

Résumé :

L’utilisateur possède le pouvoir de modifier, ajouter, supprimer et imprimer un article.


Pré condition : Accès au formulaire de gestion des articles

Post condition : la gestion des articles effectuée avec succès


Scénarios nominal

Etape1. L’utilisateur s’authentifie.

<<include>>

<<extend>>

<<extend>>

<<extend>>

<<extend>>

magasinier

Authentification

gérer article

ajouter article

modifier article

supprimer article

imprimer article





Etape 2. L’utilisateur choisit les options à faire (saisir, modifier, supprimer ou

imprimer).

Etape 3. L’utilisateur effectue les modifications.

Etape 4. Le système sauvegarde les modifications.





3.4.5. Cas d’utilisation « Gestions des bons entrées et des bons

sorties »


Figure 5: Diagramme de cas d’utilisation « Gestions des bons entrées et des bons

sorties »

<<include>>

<<include>>

magasinier

gérer Bon Entrée

Authentification

ajouter bon entrée

modifier bon entrée

supprimer bon entrée

imprimer bon entrée

<<extend>>

<<extend>>

<<extend>>

gérer bon de sortieajouter bon de sortie

modifi er bon de sortie

imprimer bon de sortie

supprim er bon de sortie

<<extend>>

<<extend>>

<<extend>>

<<extend>>

<<extend>>

valider bon entrée

<<extend>>

valider bon sortie

<<extend>>





b. Description du cas d’utilisation « Gestions des bons entrées et des bons

sorties »


Titre : Gestions des bonnes entrées et des bons sorties

Résumé :

L’utilisateur possède le pouvoir de modifier, ajouter, supprimer et imprimer un bon.


Pré condition : Accès au formulaire de gestion des bonnes entrées et des bons sorties

Post condition : la gestion des bons entrées et des bons sorties effectuée avec succès


Scénarios nominal



imprimer).


Etape 4. Le système sauvegarde les modifications





3.4.6. Cas d’utilisation « Gestion des tiers »


Figure 6:Diagramme de cas d’utilisation « Gestion des Tiers »

b. Description du cas d’utilisation « Gestions des Tiers »


Titre : Gestions des Tiers

Résumé :

L’utilisateur possède le pouvoir de modifier, ajouter, supprimer et imprimer un tiers

<<extend>>

<<extend>>

<<extend>>

magasinier

gérer des personnels

gérer de s fournisseurs

Authentification

<<include>>

<<include>>

<<include>>

ajouter personnel

modifier personnel

supprimer personnel

<<extend>>

<<extend>>

<<extend>>

ajouter fournisseur

modifier fournisseur

supprimer fo urnisseur

<<extend>>

<<extend>>

<<extend>>

gérer emprunteur

ajouter emprunteur

supprimer emprunteur

modifier emprunteur






Pré condition : Accès au formulaire de gestion des Tiers

Post condition : la gestion des Tiers effectuée avec succès


Scénarios nominal



imprimer).


Etape 4. Le système sauvegarde les modifications





3.5. Diagramme de séquence

3.5. 1. Scénario pour le cas « Authentification »


Figure 7: Diagramme de séquence pour le cas « Authentification »

b. Description textuelle

Lors de l’identification, l’utilisateur est amenée à fournir un ensemble d’information

(login, mot de passe).la validité de ces dernières est vérifiée par le système .si les informations

sont erronées, le système indique à l’utilisateur de s’assurer de son login et de sont mot de

passe .Sinon, l’utilisateur, et redirigé vers le menu correspondant suivant son rôle.

vérification

si verif!=null

si verif=null

vérification

afficher un menu à privilège approprié

interroger le systéme

saisir login,mot de passe

affiche r un message d 'erreur


saisir(login,mot de passe)

utilisateur

Fenetre Authenti fication systéme

vérification

vérification

afficher un menu à privilège approprié


saisir login,mot de passe

affiche r un message d 'erreur


saisir(login,mot de passe)





3.5. 2. Scénario pour le cas « imprimer un bon »

a. présentation graphique

Figure 8: Diagramme de séquence pour le cas « imprimer un bon »

b. description textuelle

Pour imprimer un bon, l’utilisateur consulte la fenêtre bonne et choisie le bon à

imprimer.

Après validation, le bon sera imprimé.

afficher la fenetre principal

fenetre principal afficher

valider l'impression

impression

bon imprimé

demande de choisir le bon

choisir le bon

Magasinier

Fenetre principal

Fenetre Bon Etat Bon



valider l'impression

impression

bon imprimé

demande de choisir le bon

choisir le bon





3.5. 3. Scénario pour le cas « Modifier article »


Figure 9: Diagramme de séquence pour le cas « Modifier un article »


Pour modifier un article, l’utilisateur sélection l’article à modifié, la fenêtre qui

concerne le détail article apparait. Ensuite, l’utilisateur saisie les informations

correspondantes à l’article à modifié, des contrôles sur les domaines s’effectuent (vérification

des remplissages de tous les champs correctement, pas de champs vide,..) enfin, le click sur le

bouton modifier valide la modification.

fenetre fiche article affiché

afficher fenetre fiche article

si vérif=nul l

vérif !=null

afficher fenetre principal


choisir l'article à modifié

saisir la modification d'article

valider la modification

valider()

vérification

afficher un m essage d 'erreur

saisie nouvelle information

valider modification

valider()

vérification

article mod ifié

Magasinier

Fenetre principal

Fiche article systéme





choisir l'article à modifié

saisir la modification d'article

valider la modification

valider()

vérification

afficher un m essage d 'erreur

saisie nouvelle information

valider modification

valider()

vérification

article mod ifié





3.5. 4. Scénario pour le cas « supprimer un emprunteur »


Figure 10: Diagramme de séquence pour le cas « supprimer un emprunteur »


Pour supprimer un emprunteur, l’utilisateur sélectionner l’emprunteur à supprimer de la

fenêtre « fiche emprunteur »après validation, l’emprunteur sera supprimé.



afficher fenetre fiche emprunteur

fenetre fiche emprunteur afficher

sélectionner l'emprunteur à supprimé

clique sur le bouton supprimé

confirmer la suppression

valider l a suppression

supprimer

emprunteur supprimer

magasinier

fenetre principal

fiche emprunteur

table emprunteur



afficher fenetre fiche emprunteur

fenetre fiche emprunteur afficher

sélectionner l'emprunteur à supprimé

clique sur le bouton supprimé

confirmer la suppression

valider l a suppression

supprimer

emprunteur supprimer





3.5. 5. Scénario pour le cas « Ajouter un article »


Figure 11 : Diagramme de séquence pour le cas « Ajouter un article »


Pour ajouter un nouvel article l’utilisateur choisit la fenêtre « fiche article » pour saisir

les informations qui concerne l’article à ajouter, Après validation l’article sera ajouté.



demande d'ajout un article

ajout

demande de saisie

saisie les information d'article ajouté

valider l'ajout

valider()

article ajouté



Magasinier

Fenetre principal

Fiche article Table article



demande d'ajout un article

ajout

demande de saisie

saisie les information d'article ajouté

valider l'ajout

valider()

article ajouté







3.6. Diagramme de classe

Figure 12: Diagramme de classe « Gestion de stock »

consommer

0..*

0..*

affecter

avoir

avoir

avoir

emprunter

composer

fournir

composer

1..*

0..*

0..1

1..*

0..*

0..*

0..*

1..*

1..*

1..*

1..* 1..1

0..*

1..*

1..*

1..*

Article

-

-

-

-

-

-

-

-

CodArt

DesArt

QteArt

PosArt

TypArt

InvArt

EtaArt

QteSeilMin

: int

: char

: int

: char

: char

: char

: char

: int

+

+

+

+

creer() ()

modi fier() ()

supprimer() ()

imprim er() ()

: int

: int

: int

: int

Fournisseur

-

-

-

-

-

CodFou

RSFou

AdrFou

TelFou

FaxFou

: int

: char

: char

: int

: int

+

+

+

creer() ()

modi fier() ()

supprimer() ()

: int

: int

: int

BonEntrée

-

-

-

-

-

-

NumBE

DatBE

ValBE

RefComBE

RefLivBE

RefFacBE

: int

: Date

: Boolean

: int

: int

: int

+

+

+

creer() ()

consulter() ()

imprim er() ()

: int

: int

: int

Ligne Bon Entrée

-

-

QteBE

PrixUBE

: int

: int

Emprunteur

-

-

-

-

-

-

CodEmp

RSEmp

AdrEmp

TelEmp

FaxEmp

EtaEmp

: int

: char

: int

: int

: int

: Boolean

+

+

+

creer() ()

modi fier() ()

supprimer() ()

: int

: int

: int

Bon Sortie

-

-

-

NumBS

DatBS

ValBS

: int

: Date

: Boolean

+

+

+

creer() ()

consulter() ()

imp rimer() ()

: int

: int

: int

Ligne Bon Sortie- QteBS : int

Inventaire

-

-

-

-

-

NumInv

AnnInv

DatInv

LocInv

ValInv

: int

: int

: Date

: int

: Boolean

+

+

+

+

creer() ()

consulter() ()

modi fier() ()

imprim er() ()

: int

: int

: int

: int

Ligne Inventaire

- QteInv : i nt

ArticleType

-

-

TypArt

LibTyp

: int

: char

Locale

-

-

CodLoc

LibLoc

: int

: char

Personnel

-

-

-

-

-

-

CodPer

NomPer

PrePer

AdrPer

TelPer

FonPer

: int

: char

: char

: char

: int

: char

+

+

+

creer() ()

modi fier() ()

supprimer() ()

: int

: int

: int





3.7. Dictionnaire de données

TableAttributTypeDescription

Article

CodArtinteger(5)Code Article

DesArtString(10)Désignation Article

QteArtinteger(5)Quantité Article

PosArtString(8)Position Article

TypArtstring(4)Type Article

InvArtinteger(7)Inventaire Article

EtaArtString(10)Etat Article

QteSeilMininteger(5)Quantité Seuil Minimum

Article TypeCodArtinteger(4)Code Article

LibTypString(9)Libellé Type

Fournisseur

CodFouinteger(4)Code Fournisseur

RSFouString(10)Raison Social Fournisseur

AdrFouString(12)Adresse Fournisseur

TelFouinteger(9)Téléphone Fournisseur

FaxFouinteger(9)Fax Fournisseur

Personnel

CodPerinteger(4)Code Personnel

NomPerString(7)Nom Personnel

PrePerString(8)Prénom Personnel

AdrPerString(13)Adresse Personnel

TelPerinteger(9)Téléphone Personnel

FonPerString(10)Fonction Personnel

Emprunteur

CodEmpinteger(6)Code Emprunteur

RSEmpString(9)Raison Social Emprunteur

AdrEmpString(13)Adresse Emprunteur

TelEmpinteger(9)Téléphone Emprunteur

FaxEmpinteger(9)Fax Emprunteur

EtaEmpOui/nonEtat Emprunteur

InventaireNumInvinteger(4)Numéro Inventaire





AnnInvinteger(4)Année Inventaire

DatInvDateDate

LocInvinteger(7)Local Inventaire

ValInvOui/nonValidation Inventaire

Inventaire LigneQteInvinteger(9)Quantité Inventaire

LocaleCodLocinteger(5)Code Locale

LibLocString(8)Libellé Locale

Bon Entrée

NumBEinteger(4)Numéro Bon Entrée

DatBEdateDate

RefCominteger(5)Référence commande

RefLivinteger(7)Référence Livraison

RefFacinteger(9)Référence Facture

ValBEOui/nonValidation Bon Entrée

Ligne Bon

Entrée

QteBEinteger(13)Quantité Bon Entrée

PriUBEinteger(9)Prix Unitaire Bon Entrée

Bon de Sortie

NumBSinteger(4)Numéro Bon de Sortie

DatBSdateDate Bon de Sortie

ValBSOui/nonValidation Bon Sortie

Ligne Bon SortieQteBSinteger(6)Quantité Ligne Bon Sortie





4.1. Introduction

Le chapitre de réalisation de l’application décrit la méthode et les outils

d’implémentation .D’abord, nous procédons par la description de l’environnement de travail,

ensuite nous mettrons en évidence les différentes figures d’implémentation de la base de

données des interfaces et des fonctionnalités.

4.2. Environnement de travail

4.2.1. Environnement Matériel

Système d’exploitation : Windows XP 2002Professionnel

Processeur : Intel(R) Pentium(R)

Mémoire vive : 512MO

Disque Dur : 149GO

Editeur de texte : Microsoft Word 2007

4.2.2. Environnement logiciel

a. Environnement de conception

La conception de la base de données de ce projet a été réalisée dans l’environnement

Power AMC. Cet environnement permet d’effectuer plusieurs tâches tel que :

Rétro conception : le passage automatique depuis un modèle physique de

données (ordre de création de tables relationnelles) vers un modèle de

diagramme de classes.

La conception des différents types de diagramme : diagramme de casd’utilisation, diagramme de séquence, diagramme de classe.

b. Environnement de développement

L’application a été développé par Microsoft par Microsoft Visual Basic 8.0.c’est un

environnement de développement destiné pour Windows, permettant de réaliser des interfaces

graphiques et offre aux programmeurs des possibilités puissantes pour développer les

applications .Parmi les outils qui aident au codage :

Génération de programme.





Edition et mise en forme de code.

Compilation de code.

Débogage et correction des erreurs du code source.

Avec l’environnement Crystal report 8 qui est un outil qui sert pour l’édition des

états mil peut être utilisé avec plusieurs outils de développement (C++, V.B,…..)

c. Système de gestion de base de données (SGBD)

La création des tables de ce projet a été réalisée dans l’environnement Microsoft

ACCESS 2007 qui est un système de gestion de base de donnée permettant de créer, modifier,

consulter la base de donnée .Tout en assurant l’intégrité de donnée d’une façon interactif à

travers les objets suivants : les tables, les requêtes, les formulaires

4.3. Réalisation des interfaces

4.3.1. Règles ergonomiques d’interfaçage :

Les interfaces réalisées respectent certaines règles ergonomiques :

Visibilités de l’état du système : Après chaque opération effectuée, l’application

retourne un message qui fait une description de son état.

Adéquation du système en monde réel : les termes utilisés dans l’application sont

proches du langage courant du domaine « Gestion de stock » ce qui facilite et aide

l’agent à bien appliquer sa tâche.

Cohérence et respect des standards : une interface homme machine est qualifié de

cohérente si et seulement si les données ou les actions sont facilement identifiables,

reconnaissables et utilisables.

Flexibilité d’utilisation : l’application permet à son utilisateur la gestion de

plusieurs valeurs si c’est nécessaire .Les interfaces changent de forme en fonction de

l’action effectuée par l’utilisateur .La notion de thème est prise en compte dans notre

application, ainsi l’utilisateur peut changer le thème selon son choix.

Prévention des erreurs : En se basant sur le test de chaque zone de texte à travers

un message d’erreur pour les signaler à l’utilisateur.

Réactivité : le système montre à l’utilisateur si la dernière action effectuée par ce

dernier a été bien prise en compte et a abouti à un nouvel état ou a échoué.





Homogénéité : Les zones d’affichage, la taille et la police des caractères sont

identiques dans toutes les interfaces de l’application.

Liberté d’utilisation : nous avons laissé le choix à l’utilisateur de naviguer d’une

interface à une autre à partir de deux choix : le premier est d’utiliser l’Explorer Bar, le

deuxième est simple à partir le Tools trip.





4.3.2. Quelque capture d’écran

Interface « Authentification »

Figure 13: Interface « Authentification »

Cette interface permet à l’utilisateur d’accéder à notre application « Gestion de

stock »en appuyant sur le bouton valider .

Pour quitter l’interface « Authentification », l’utilisateur clique sur le bouton quitter.

.

Interface du menu principal

Une fois les paramètres d’authentification ont été correctement saisie, la page

d’accueil apparait (voir Figure14), cette interface présente les principales

fonctionnalités de notre application tout en respectant le pouvoir d’accès de

l’utilisateur connecté





Figure 14: Interface « Page d’accueil »

Cette interface regroupe plusieurs fonctionnalités offertes à travers d’autres interfaces :

Interface « Fiche article »

En cliquant sur« fiche article »de la figure ci-dessus, une interface apparait

(voir figure 15)

Elle se compose de :

Fiche

Article

Fiche

Personnel

Fiche

Emprunteur

Fiche

Fournisseu

Fiche Local





Un groupe de bouton qui permettent d’ajouter, modifier ,supprimer ,nouveau

des données concernant les fiches articles ainsi que quitter l’interface.

Interface « Fiche article »

Figure 15: Interface « Fiche Article »

Il suffit de remplir les différentes zones de texte présentes sur cette interface.

Pour confirmer l’ajout d’une nouvelle fiche article dans la base de données,

l’utilisateur clique sur le bouton Pour vider les zones des textes, l’utilisateur clique

sur le bouton ajouter .

Pour modifier une fiche d’article dans la base de données, l’utilisateur clique

sur le bouton modifier .

Pour supprimer une fiche d’article dans la base de données, l’utilisateur clique

sur le bouton supprimer .

Pour quitter l’interface « fiche article », l’utilisateur clique sur le bouton quitter

.

Pour vider les zones des textes, l’utilisateur clique sur le bouton nouveau

.





Interface « Liste Article »

Figure 16: Interface « Liste Article »

Pour imprimer la liste d’article, l’utilisateur clique sur le bouton imprimer

.

Pour quitter l’interface « liste article », l’utilisateur clique sur le bouton quitter

.

Exemple de liste article imprimer

Figure 17: Liste article





Interface « Fiche type article »

Figure 18: interface « Fiche type article »

Pour confirmer l’ajout d’une nouvelle fiche type article dans la base de

données, l’utilisateur clique sur le bouton ajouter .


.

Pour modifier une fiche type d’article dans la base de données, l’utilisateur

clique sur le bouton modifier .

Pour supprimer une fiche type d’article dans la base de données, l’utilisateur

clique sur le bouton supprimer .

Pour quitter l’interface « fiche type article », l’utilisateur clique sur le bouton

quitter .





Interface « Liste type article »

Figure 19: Interface « Liste type article »

Pour imprimer la liste d’article, l’utilisateur clique sur le bouton imprimer

.

Pour quitter l’interface « liste article » l’utilisateur clique sur le bouton quitter

.

Exemple de liste type article imprimé

Figure 20:Liste Article type





Interface « Fiche Personnel »

Figure 21:Interface « Fiche personnel »

Pour confirmer l’ajout d’une nouvelle fiche personnel dans la base de données,

l’utilisateur clique sur le bouton ajouter .


.

Pour modifier une fiche personnelle dans la base de données, l’utilisateur


Pour supprimer une fiche personnelle dans la base de données, l’utilisateur


Pour quitter l’interface « fiche personnel », l’utilisateur clique sur le bouton

quitter .





Interface « Liste personnel »

Figure 22 : Interface « Liste personnel »

Pour imprimer la liste personnelle, l’utilisateur clique sur le bouton imprimer

.

Pour quitter l’interface « liste personnel », l’utilisateur clique sur le bouton

quitter .

Exemple de liste personnel imprimé

Figure 23:Liste Personnel





Interface « fiche emprunteur »

Figure 24:Interface « Fiche emprunteur »

Pour confirmer l’ajout d’une nouvelle fiche emprunteur dans la base de



.

Pour modifier une fiche emprunteur dans la base de données, l’utilisateur


Pour supprimer une fiche emprunteur dans la base de données, l’utilisateur

clique sur le bouton supprimer . Pour quitter l’interface « fiche emprunteur », l’utilisateur clique sur le bouton

quitter .





Interface « Liste Emprunteur »

Figure 25:Interface « liste emprunteur »

Pour imprimer la liste emprunteur, l’utilisateur clique sur le bouton imprimer

.

Pour quitter l’interface « liste emprunteur », l’utilisateur clique sur le bouton

quitter .

Exemple de liste emprunteur imprimé

Figure 26:Liste Emprunteur





Interface « Fiche Fournisseur »

Figure 27:interface « Fiche fournisseur »

Pour confirmer l’ajout d’une nouvelle fiche fournisseur dans la base de



.

Pour modifier une fiche fournisseur dans la base de données, l’utilisateur clique

sur le bouton modifier .

Pour supprimer une fiche fournisseur dans la base de données, l’utilisateur


Pour quitter l’interface « fiche fournisseur », l’utilisateur clique sur le bouton

quitter .





Interface « liste Fournisseur »

Figure 28:Interface « liste fournisseur »

Pour imprimer la liste fournisseur, l’utilisateur clique sur le bouton imprimer

.

Pour quitter l’interface « liste fournisseur », l’utilisateur clique sur le bouton

quitter .

Exemple de liste fournisseur imprimé

Figure 29: Liste Fournisseur





Interface « Fiche local »

Figure 30: Interface « Fiche local »

Pour confirmer l’ajout d’une nouvelle fiche local dans la base de données,



.

Pour modifier une fiche locale dans la base de données, l’utilisateur clique sur

le bouton modifier .

Pour supprimer une fiche locale dans la base de données, l’utilisateur clique sur

le bouton supprimer .

Pour quitter l’interface « fiche local », l’utilisateur clique sur le bouton quitter

.





Interface « Liste local »

Figure 31:Interface « Liste locale »

Pour imprimer la liste locale, l’utilisateur clique sur le bouton imprimer

.

Pour quitter l’interface « liste locale », l’utilisateur clique sur le bouton quitter

.

Exemple de liste locale imprimé

Figure 32: Liste locale





Interface « Bon d’entrée »

Figure 33: Interface « Bon d’entrée »

Pour confirmer l’ajout d’un nouveau bon d’entrée dans la base de données,



.

Pour modifier un bon d’entrée dans la base de données, l’utilisateur clique sur


Pour supprimer un bon d’entrée dans la base de données, l’utilisateur clique sur

le bouton supprimer .

Pour quitter l’interface « bon d’entrée », l’utilisateur clique sur le bouton

quitter .





Interface « Bon Sortie »

Figure 34: Interface « Bon Sortie »

Pour confirmer l’ajout d’une nouvelle bonne sortie dans la base de données,



.

Pour modifier une bonne sortie dans la base de données, l’utilisateur clique sur


Pour supprimer une bonne sortie dans la base de données, l’utilisateur clique

sur le bouton supprimer .

Pour quitter l’interface « bon sortie », l’utilisateur clique sur le bouton quitter

.





Interface « Inventaire »

Figure 35: Interface « Inventaire »

Pour confirmer l’ajout d’un nouvel inventaire dans la base de données,



.

Pour modifier un inventaire dans la base de données, l’utilisateur clique sur le

bouton modifie r.

Pour supprimer un inventaire dans la base de données, l’utilisateur clique sur le

bouton supprimer .

Pour quitter l’interface « Inventaire », l’utilisateur clique sur le bouton quitter

.

Conclusion

Dans ce chapitre, j’ai montré mon travail réalisé à l’aide de quelques interfaces de

l’application « Gestion de stock »





Conclusion Générale

Ce projet de fin d’études a été l’occasion de mettre en pratique la formation théorique

que nous avons reçue à l’Institut Supérieur Des Etudes Technologiques De Mahdia et qui

s’est révélée adaptée aux compétences souhaitées.

Il faut signaler que ce projet nous a permis de réaliser l’application « Gestion de

Stock »dont l’objectif est de gérer les procédures de travail et les activités du service stock.

Ce dernier nous a permis de tester nos connaissances théoriques, d’améliorer notre niveau de

savoir faire en langage de programmation en utilisant l’outil de développement « Microsoft

Visual Basic .Net »et d’avoir une expérience qui nous aidera certes à s’intégrer dans la vie

professionnelle.

Espérant bien que l’école préparatoire Avenue Bourguiba Mahdia trouvera dans notre

logiciel un support utile pour « la gestion de stock »qui répondra à ses besoins et à ses

attentes.





Bibliographie

Cours de conception « UML »et 4éme niveau

Cours IHM 4éme niveau





Annexes



Sommaire

INTRODUCTION GENERAL ---------------------------------------------------------------------------- 1

CHAPITRE 1:ETUDE PREALABLE

1.1. Introduction : --------------------------------------------------------------------------------------------------------------------- 2

1.2. Présentation de l’établissement--------------------------------------------------------------------------------------------- 2

1.3. Cahier de charge ---------------------------------------------------------------------------------------------------------------- 3

1.3.1. Présentation du sujet --------------------------------------------------------------------------------------------------- 3

1.3.2. Les outils des développements --------------------------------------------------------------------------------------- 3

Conclusion ------------------------------------------------------------------------------------------------------------------------------------ 3

CHAPITRE 2:ANALYSE ET SPECIFICATION DES BESOINS

2.1. Introduction----------------------------------------------------------------------------------------------------------------------- 4

2.2. Analyse de l’existant ----------------------------------------------------------------------------------------------------------- 4

2.2.1. Activités dans le dépôt-------------------------------------------------------------------------------------------------- 4

2.2.2. Document utilisés dans le dépôt ------------------------------------------------------------------------------------- 4

2.2.3. Objectif à atteindre------------------------------------------------------------------------------------------------------ 5

2.2.4. Critique de l’existant --------------------------------------------------------------------------------------------------- 5

2.2.5. Solution proposés -------------------------------------------------------------------------------------------------------- 6

2.3. Les besoins------------------------------------------------------------------------------------------------------------------------- 6

2.3.1. Les besoin fonctionnels------------------------------------------------------------------------------------------------- 6

2.3.2. Besoins non fonctionnels----------------------------------------------------------------------------------------------- 7

Conclusion ------------------------------------------------------------------------------------------------------------------------------------ 7

CHAPITRE 3:CONCEPTIONS

3.1. Introduction----------------------------------------------------------------------------------------------------------------------- 8

3.2. Présentation du langage « UML » ----------------------------------------------------------------------------------------- 8

3.3. Avantages -------------------------------------------------------------------------------------------------------------------------- 9





3.4. Diagramme des cas d’utilisation ------------------------------------------------------------------------------------------ 10

3.4.1. Cas d’utilisation « Gestion de Stock » ----------------------------------------------------------------------------- 10

a. Présentation graphique ---------------------------------------------------------------------------------------------------- 10

b. Description du cas d’utilisation « Gestion de stock » ------------------------------------------------------------- 11

3.4.2. Cas d’utilisation « Gestion des inventaires » -------------------------------------------------------------------- 12


b. Description du cas d’utilisation « Gestion de l’inventaire » ---------------------------------------------------- 12

3.4.3. Cas d’utilisation « Gestion de locale » ----------------------------------------------------------------------------- 14


b. Description du cas d’utilisation « Gestion de Locale » ----------------------------------------------------------- 14

3.4.4. Cas d’utilisation « Gestion des articles » -------------------------------------------------------------------------- 16


b. Description du cas d’utilisation « Gestion des articles » --------------------------------------------------------- 16

3.4.5. Cas d’utilisation « Gestions des bons entrées et des bons sorties » -------------------------------------- 18


b. Description du cas d’utilisation « Gestions des bons entrées et des bons sorties » --------------------- 19

3.4.6. Cas d’utilisation « Gestion des tiers »------------------------------------------------------------------------------ 20


b. Description du cas d’utilisation « Gestions des Tiers » ----------------------------------------------------------- 20

3.5. Diagramme de séquence -------------------------------------------------------------------------------------------------- 22

3.5. 1. Scénario pour le cas « Authentification »------------------------------------------------------------------------- 22

a.

Présentation graphique ---------------------------------------------------------------------------------------------------- 22

b. Description textuelle ------------------------------------------------------------------------------------------------------- 22

3.5. 2. Scénario pour le cas « imprimer un bon » ------------------------------------------------------------------------ 23

a. présentation graphique ---------------------------------------------------------------------------------------------------- 23

b. description textuelle -------------------------------------------------------------------------------------------------------- 23

3.5. 3. Scénario pour le cas « Modifier article » -------------------------------------------------------------------------- 24







3.5. 4. Scénario pour le cas « supprimer un emprunteur » ----------------------------------------------------------- 25



3.5. 5. Scénario pour le cas « Ajouter un article » ----------------------------------------------------------------------- 26



3.6. Diagramme de classe ------------------------------------------------------------------------------------------------------- 27

3.7. Dictionnaire de données------------------------------------------------------------------------------------------------------ 28

CHAPITRE 4:REALISATION

4.1. Introduction ----------------------------------------------------------------------------------------------------------------------- 30

4.2. Environnement de travail ----------------------------------------------------------------------------------------------------- 30

4.2.1. Environnement Matériel ----------------------------------------------------------------------------------------------- 30

4.2.2. Environnement logiciel ------------------------------------------------------------------------------------------------- 30

a. Environnement de conception ------------------------------------------------------------------------------------------ 30

b. Environnement de développement ------------------------------------------------------------------------------------ 30

c. Système de gestion de base de données (SGBD) ------------------------------------------------------------------- 31

4.3. Réalisation des interfaces----------------------------------------------------------------------------------------------------- 31

4.3.1. Règles ergonomiques d’interfaçage : ------------------------------------------------------------------------------ 31

4.3.2. Quelque capture d’écran ---------------------------------------------------------------------------------------------- 33

Conclusion ----------------------------------------------------------------------------------------------------------------------------------- 49

CONCLUSION GENERALE--------------------------------------------------------------------------------- 50

BIBLIOGRAPHIE -------------------------------------------------------------------------------------------- 51

ANNEXE --------------------------------------------------------------------------------------------------------- 52



Liste des Figures

Figure 1: Diagramme de cas d’utilisation « Gestion de Stock » ............................................. 10

Figure 2 : Diagramme de Cas d’utilisation « Gestion des inventaire » .................................... 12

Figure 3: Diagramme de Cas d’utilisation « Gestion de locale » ............................................. 14

Figure 4: Diagramme de Cas d’utilisation « Gestion des article » ........................................... 16

Figure 5: Diagramme de cas d’utilisation « Gestions des bons entrées et des bons sorties » 18

Figure 6:Diagramme de cas d’utilisation « Gestion des Tiers » ............................................ 20

Figure 7: Diagramme de séquence pour le cas « Authentification »........................................ 22

Figure 8: Diagramme de séquence pour le cas « imprimer un bon » ....................................... 23

Figure 9: Diagramme de séquence pour le cas « Modifier un article ».................................... 24

Figure 10: Diagramme de séquence pour le cas « supprimer un emprunteur » ....................... 25

Figure 11 : Diagramme de séquence pour le cas « Ajouter un article »................................... 26

Figure 12: Diagramme de classe « Gestion de stock »............................................................. 27

Figure 13: Interface « Authentification » ................................................................................. 33

Figure 14: Interface « Page d’accueil ».................................................................................... 34

Figure 15: Interface « Fiche Article » ...................................................................................... 35

Figure 16: Interface « Liste Article » ....................................................................................... 36

Figure 17: Liste article ............................................................................................................. 36

Figure 18: interface « Fiche type article » ................................................................................ 37

Figure 19: Interface « Liste type article » ................................................................................ 38

Figure 20:Liste Article type ..................................................................................................... 38

Figure 21:Interface « Fiche personnel » ................................................................................... 39

Figure 22 : Interface « Liste personnel » .................................................................................. 40

Figure 23:Liste Personnel ......................................................................................................... 40

Figure 24:Interface « Fiche emprunteur » ................................................................................ 41

Figure 25:Interface « liste emprunteur » .................................................................................. 42

Figure 26:Liste Emprunteur ..................................................................................................... 42

Figure 27:interface « Fiche fournisseur »................................................................................. 43

Figure 28:Interface « liste fournisseur »................................................................................... 44

Figure 29: Liste Fournisseur .................................................................................................... 44

Figure 30: Interface « Fiche local » ......................................................................................... 45

Figure 31:Interface « Liste locale » .......................................................................................... 46





Figure 32: Liste locale .............................................................................................................. 46

Figure 33: Interface « Bon d’entrée » ...................................................................................... 47

Figure 34: Interface « Bon Sortie » .......................................................................................... 48

Figure 35: Interface « Inventaire » ........................................................................................... 49

Documents

Rapport PFE