Fichier PDF

Partage, hébergement, conversion et archivage facile de documents au format PDF

Partager un fichier Mes fichiers Convertir un fichier Boite à outils PDF Recherche PDF Aide Contact



Rapport StageIngénieur .pdf



Nom original: Rapport-StageIngénieur.pdf

Ce document au format PDF 1.5 a été généré par TeX / MiKTeX pdfTeX-1.40.13, et a été envoyé sur fichier-pdf.fr le 27/10/2015 à 16:15, depuis l'adresse IP 194.57.x.x. La présente page de téléchargement du fichier a été vue 451 fois.
Taille du document: 1.8 Mo (36 pages).
Confidentialité: fichier public




Télécharger le fichier (PDF)









Aperçu du document


Ministère de l’Enseignement Supérieur et de la Recherche Scientifique
Université Tunis El Manar

Département Technologies de l’Information et de la Communication

Rapport de stage

Réalisé par
Idriss HASSINE

Développement d’un logiciel de gestion d’entreprise

Encadré par
Mr Sami Jabbari

Année universitaire 2013/2014

Résumé :
Mon stage a été effectué au sein de la société SII (Service d’Intelligence Informatique).
Son objectif était de développer une application pour mettre à la disposition des utilisateurs, des outils
informatiques leur permettant de faciliter leur travail.
Ce stage était principalement destiné à la mise en place d’un logiciel de gestion d’entreprise : gestion
des stocks, gestion des chantiers et gestion de personnel . Ce travail nécessitait un développement
spécifique car les logiciels existants sur le marché sont prévus pour une utilisation plus poussée et
manquent de simplicité d’utilisation.

Remerciments
C’est avec un grand plaisir que je réserve cette page en signe de gratitude et de profonde reconnaissance à tous qui m’ont aidé à la réalisation de ce stage.
Je tiens à remercier M. Sami Jabbari mon maitre de stage pour sa qualité du chef du projet, ses conseils
et pour m’avoir accueilli au sein de SII.
Je souhaite également remercier l’ensemble de l’équipe SII pour l’aide et avant tout pour la convivialité qui a régné dans la société.
Je souhaite enfin remercier les stagiaires présents dans l’entreprise en même temps que moi pour la
bonne entente et les éclaircissements.

Table des matières

Introduction générale

1

1

.
.
.
.
.

2
2
2
3
3
3

.
.
.
.
.
.

4
4
4
4
4
5
5

.
.
.
.
.
.
.
.
.
.
.

6
6
6
6
6
7
7
7
8
8
9
9

2

3

Présentation générale
1.1 Introduction . . . . . . . . . . . . . . . . . . . . . . .
1.2 L’entreprise SII (Services d’intelligence Informatique)
1.3 Présentation de la société SAI . . . . . . . . . . . . .
1.4 L’Objectif de stage . . . . . . . . . . . . . . . . . . .
1.5 Conclusion . . . . . . . . . . . . . . . . . . . . . . .

.
.
.
.
.

Sujet et objectifs
2.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . .
2.2 Présentation du sujet . . . . . . . . . . . . . . . . . . .
2.2.1 L’application de gestion des stocks . . . . . . . .
2.2.2 L’application de gestion des chantiers . . . . . .
2.2.3 L’application de gestion des ressources humaines
2.3 Conclusion . . . . . . . . . . . . . . . . . . . . . . . .
Spécification
3.1 Introduction . . . . . . . . . . . . . . . . . . . .
3.2 Spécification fonctionnels . . . . . . . . . . . . .
3.2.1 Identification des acteurs . . . . . . . . .
3.2.2 Description des fonctionnalités . . . . . .
3.2.2.1 Les tâches de l’administrateur .
3.2.2.2 Les tâches du magasinier . . .
3.2.2.3 Les tâches du chef chantier . .
3.2.3 Modélisation fonctionnels . . . . . . . .
3.2.3.1 Diagramme de cas d’utilisation
3.3 Besoin non fonctionnels . . . . . . . . . . . . .
3.4 Conclusion . . . . . . . . . . . . . . . . . . . .

.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.

4

5

Etude conceptuelle
4.1 Introduction . . . . . . . . . . . . .
4.2 Définition Diagramme de classes . .
4.3 Description du diagramme de classe
4.4 Conclusion . . . . . . . . . . . . .

.
.
.
.

.
.
.
.

.
.
.
.

.
.
.
.

.
.
.
.

.
.
.
.

.
.
.
.

Réalisation
5.1 Introduction . . . . . . . . . . . . . . . . . . . .
5.2 Environnement matériel et technologique . . . .
5.2.1 Environnement matériel . . . . . . . . .
5.2.2 Environnement technologique et logiciel
5.3 Réalisation du logiciel et principales interfaces .
5.3.1 Interface de connexion . . . . . . . . . .
5.3.2 Gérer les utilisateurs . . . . . . . . . . .
5.3.3 Interface Gestion des articles . . . . . .
5.3.4 Gestion de bon de livraison . . . . . . . .
5.3.5 Gestion des chantiers . . . . . . . . . . .
5.3.6 Gestion des employés . . . . . . . . . .
5.4 Conclusion . . . . . . . . . . . . . . . . . . . .

.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.

10
10
10
11
13

.
.
.
.
.
.
.
.
.
.
.
.

14
14
14
14
14
15
15
17
21
23
26
27
28

Conclusion générale

29

Bibliographie

30

Table des figures

1.1

Local SII . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

2

3.1

Diagramme des cas d’utilisation général . . . . . . . . . . . . . . . . . . . . . . . .

8

4.1

Diagramme de classe . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

11

5.1
5.2
5.3
5.4
5.5
5.6
5.7
5.8
5.9
5.10
5.11
5.12
5.13
5.14
5.15
5.16
5.17

Interface d’authentification . . . . . . .
Vérification du mot de passe . . . . . .
Interface gestion des utilsateurs . . . . .
Interface champ obligatoire . . . . . . .
Interface ajout utilisateur . . . . . . . .
Saisie numéro de l’utilisateur recherché
Interface rechercher utilisateur . . . . .
Interface modification utilisateur . . . .
Interface Gestion des articles . . . . . .
Interface ajout article . . . . . . . . . .
Interface suppression article . . . . . .
Message confirmation du suppression .
Interface bon de livraison . . . . . . . .
Interface ajout bon de livraison . . . . .
imprimer bon de livraison . . . . . . . .
Interface gestion des chantiers . . . . .
Interface gestion des employés . . . . .

16
16
17
18
19
19
20
20
21
22
23
23
24
25
26
27
28

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

Introduction générale

Afin d’enrichir mes compétences en informatique, j’ai effectué un stage de deux mois dans une
société de développement informatique.
Ce stage représente une phase intéressante pour un élève ingénieur, non seulement de point de vue de
la scolarité, mais aussi d’un point de vue personnel.
Il représente une occasion pour permettre à l’étudiant de s’adapter à la vie professionnelle et mettre
en pratique les diverses connaissances et compétences acquises pendant ses études.
Dans ce rapport, j’ai présenté dans le premier chapitre la société au sein de laquelle j’ai effectué mon
stage.
Dans le deuxième chapitre j’ai présenté le sujet et les objectives de mon stage.
Dans le troisième chapitre j’ai effectué une analyse conceptuelle des besoins et une présentation des
diagrammes de cas d’utilisation de mon travail.
Dans le quatrième chapitre j’ai présenté la conception de mon application et le diagramme de classes.
Finalement, dans le cinquième chapitre j’ai passé à la phase de réalisation au cours de laquelle j’ai
présenté l’environnement matériel, technologique, logiciel ainsi que les principales interfaces de mon
travail.

1

Chapitre

1

Présentation générale
1.1

Introduction

Le présent travail a été réalisé dans le cadre de mon stage ingénieur. Il a été entrepris au sein de
SII (Services d’intelligence Informatique).
Dans ce chapitre, Je vais présenter L’organisme d’accueil, le cadre général de mon projet et l’objectif
du mon stage.

1.2

L’entreprise SII (Services d’intelligence Informatique)

SII est une jeune entreprise fondée en 2011 .Son siège social se situe à la Pépinière d’Entreprises
de Bizerte .

F IGURE 1.1 – Local SII

2

C’est une société de services informatiques divisé en deux filiales :
– Soft Solution : est spécialisée dans la vente et le développement de solution logicielles pour
toutes les activités commerciales ou industrielles.
– Web Solution : est spécialisée dans la création de sites web et le web marketnig le Référencement, l’Emailing....
Mon travail était de développer un logiciel de gestion intégré pour la société SAI (services et activités
d’isolation) qui qui intègre les principales composantes fonctionnelles de l’entreprise : gestion de
stock, gestion de chantier et gestion de ressources humaines.

1.3

Présentation de la société SAI

SAI (Services et Activité d’isolation BIZERTE) est une société offrant un service des plus compétents tout aussi bien dans le domaine Isolation thermique et frigorifique. Cependant, leur principale
activité s’oriente autour de l’isolation thermique et frigorifique aussi la fourniture et pose de gaine
de ventilation sous la direction de gérant, chef personnel, assistante de direction, magasinier, deux
chefs chantier, quinze ouvriers offrent leurs compétences chacun dans des domaines spécialisés. Les
besoins du gérant et de ses employés auxquels on nous a demandé de répondre s’orientent autour de
la création d’un logiciel de gestion.
Après avoir présenté SAI (Services et Activité d’isolation BIZERTE) et ses employés, il convient de
définir l’objectif du stage dans l’entreprise.[1]

1.4

L’Objectif de stage

Le stage a pour but de rendre le travail des employés plus efficace encore, par la création d’un
logiciel de gestion. La réduction du temps de mise en œuvre de nombreuses tâches, permet la proposition d’un meilleur service.
Pour cela, le logiciel devra être précis, intuitif et surtout très efficace. Le logiciel est le fruit d’un réel
besoin de toute l’équipe qui souhaite une centralisation des données.
Il s’agit de développer 3 applications :
– Gestion de stock
– Gestion des ressources humaines
– Gestion des chantiers
Chacune des applications doit également être indépendante et pouvoir fonctionner sans aucune contrainte
fonctionnelle des autres applications.

1.5

Conclusion

Dans ce chapitre, j’ai présenté l’entreprise d’accueil et l’objectif du stage.
Dans le chapitre suivant, je vais présenter le sujet et les différents modules à réaliser.

3

Chapitre

2

Sujet et objectifs
2.1

Introduction

Dans le cadre de faciliter le travail des employés de l’entreprise. Mon rôle était de développer un
outil informatique qui permet de gérer l’entreprise de manière informatisé.
Dans ce chapitre, je vais présenter le projet et les différents modules à réaliser.

2.2

Présentation du sujet

Le sujet principal de mon stage était l’amélioration du système d’informations par La mise en
place d’outils spécfiques.
Dans ce cadre, j’ai dû effectuer, pendant mon stage, trois tâches totalement différentes et qui peuvent
donc être vues comme des projets séparés.

2.2.1

L’application de gestion des stocks

Le premier aspect de mon travail a été de réaliser une application de gestion des Stocks qui soit
tout à fait cohérente au fonctionnement spécifique de SAI.
En effet, aucune des applications actuelles ne satisfaisait totalement l’utilisateur. Soit les applications
étaient trop simplistes et ne permettaient pas de gérer toutes les spécificités, soit elles étaient trop
intégrales et étaient alors trop difficiles à user (le temps à attribuer à la gestion est ainsi supérieur à
une gestion sur papier).
J’ai donc effectué une analyse des besoins de l’utilisateur, traité un cahier des charges, j’ai poursuivi
par la conception et la réalisation d’une application qui gère tous les articles stockés dans l’entreprise.

2.2.2

L’application de gestion des chantiers

Le deuxième aspect de mon travail a été de réaliser une application de gestion des chantiers.
Il s’agit de permettre à l’utilisateur de poursuivre en détail tous les chantiers occupés par l’entreprise.

4

Dans ce cadre j’ai réalisé une analyse des besoins de l’utilisateur, traité un cahier des charges, j’ai
conclu par la réalisation d’une application qui gère tous les chantiers de l’entreprise.

2.2.3

L’application de gestion des ressources humaines

Le troisième aspect de mon travail a été de réaliser une application de gestion des ressources
humaines.
La gestion des ressources humaines autrefois dénommée gestion du personnel recouvre les procédures
mises en œuvre pour gérer, mobiliser et développer les ressources humaines impliquées dans l’activité
d’une entreprise .
Ces ressources humaines sont la collection des collaborateurs de tous statuts (Ouvriers, employés,
cadres) appartenant à l’entreprise.

2.3

Conclusion

Dans ce chapitre, j’ai présenté les termes techniques nécessaires pour la compréhension de mon
projet.
Dans le chapitre suivant, je vais spécifier et analyser les besoins fonctionnels et non fonctionnels.

5

Chapitre

3

Spécification
3.1

Introduction

Cette phase consiste tout d’abord à comprendre le contexte du système. Il s’agit ensuite de déterminer les acteurs les plus pertinents et les fonctionnalités, de préciser les plus critiques et d’identifier
les cas d’utilisation.

3.2
3.2.1

Spécification fonctionnels
Identification des acteurs

Un acteur représente un rôle joué par une entité externe (utilisateur humain, dispositifs matériels
ou autres système) qui interagit directement avec le système étudié. Il peut consulter et/ou modifier
directement l’état du système en émettant et/ou en recevant des messages susceptibles d’être porteur
de données.
Suivant les besoins du système on peut présenter trois types acteurs, il s’agit d’un administrateur
un chef chantier et un magasinier. la différence réside sur les droits d’accès et les autorisations que
possède chacun par rapport au processus de gestion.
– Administrateur du système (Gérant) : l’administrateur a un rôle principal c’est de gérer le stock,
les chantiers, les commandes, les employés, et les utilisateurs.
– Magasinier (responsable de stock) : le magasinier permet de gérer les stocks entrants et sortants.
Et selon les articles sortants il passe un bon de livraison.
– Chef chantier : gérer les chantiers. Il passe un bon de livraison au cas de besoin des articles
pour la fabrication ou la construction .Enfin il peut aussi consulter l’état de stock.

3.2.2

Description des fonctionnalités

Afin de répondre aux exigences de l’utilisateur, l’application doit assurer les fonctionnalités suivantes :

6

3.2.2.1

Les tâches de l’administrateur

Gérer les utilisateurs : Cette étape permet à l’administrateur de gérer les utilisateurs qui interviennent dans l’application.
Il stocke toutes les informations concernant les utilisateurs tels que CIN, son rôle (soit un magasinier
soit un chef atelier), un login et un mot de passe qui doit être secret.
L’administrateur peut ainsi ajouter, modifier, rechercher et supprimer n’importe quel utilisateur.
Gérer les chantiers : Cette fonctionnalité permet d’ajouter, supprimer, rechercher, modifier ou
consulter un chantier, elle est réalisée par l’administrateur et le chef chantier. Un chantier est un lieu
où s’effectuent les travaux, pour effectuer un tel chantier il faut garder les informations suivantes : un
numéro(un code) désigne la référence de chaque chantier, nom du client(qui doit être une personne ou
une entreprise), nom du chef chantier(le responsable du travail dans le chantier), adresse( le lieu où le
travail sera effectué), date de début de travail, date de fin de travail(une période précise et convenue
par le client et l’administrateur dès le début de travail) le conducteur des travaux et le numéro de bon
commande sorti aux chantiers.
Gérer le stock :Cette fonctionnalité permet d’ajouter, supprimer, rechercher, modifier ou consulter un article du magasin elle est réalisée par l’administrateur le chef chantier et le magasinier. Un
magasin est un lieu où on stocke les articles, pour gérer un tel article il faut garder les informations
suivantes : une référence (un code) désigne la référence de chaque article, nom d’article, nom du
fournisseur, la quantité existante, le prix avec et hors taxe, date d’achat, date de sortie au chantier et
la date de retour du chantier.
Gérer les employés : Cette fonctionnalité permet d’ajouter, supprimer, rechercher, modifier ou
consulter un employé, elle est réalisée par l’administrateur.
3.2.2.2

Les tâches du magasinier

Gérer le stock :Cette fonctionnalité permet d’ajouter, supprimer, rechercher, modifier ou consulter un article du magasin elle est réalisée par l’administrateur le chef chantier et le magasinier.
Gérer les bons de livraison :Cette fonctionnalité permet l’ajout, la suppression, la mise à jour et
la consultation des bons de livraison. Ce bon de livraison se caractérise par : N° du bon de livraison,
Nom du chantier, date de livraison, date de retour, heure de livraison et pour les articles livrés j’ai
ajouté la quantité livrée la quantité de retour, et la quantité consommée.
3.2.2.3

Les tâches du chef chantier

Gérer les chantiers : Cette fonctionnalité permet d’ajouter, supprimer, rechercher, modifier ou
consulter un chantier, elle est réalisée par l’administrateur et le chef chantier.
Gérer le stock :Cette fonctionnalité permet d’ajouter, supprimer, rechercher, modifier ou consulter un article du magasin .

7

3.2.3

Modélisation fonctionnels

3.2.3.1

Diagramme de cas d’utilisation

Un cas d’utilisation est une manière spécifique d’utiliser un système. Les acteurs sont à l’extérieur
du système , ils modélisent tout ce qui interagit avec lui. Un cas d’utilisation réalise un service de bout
en bout, avec un déclenchement, un déroulement et une fin, pour l’acteur qui l’initie.
Le schéma suivant représente le diagramme des cas d’utilisation générale de l’application.[2]

F IGURE 3.1 – Diagramme des cas d’utilisation général

8

3.3

Besoin non fonctionnels

– Simplicité :
L’application doit présenter des interfaces graphiques simples à manipuler compréhensible par tous
les types d’utilisateurs.
– Fiabilité :
Les résultats apportés par l’application doivent être fiables et reflètent effectivement l’état de la base
au moment de son interrogation, c’est-à-dire des données mises à jour.
– Disponibilité :
L’application doit être disponible à tout instant pour être utilisée par n’importe quel utilisateur, et doit
être facilement accessible via n’importe quel PC lié au réseau.
– Rapidité :
L’application doit fournir des résultats efficaces et cohérents et dans un temps négligeable suite aux
requêtes issues des utilisateurs.

3.4

Conclusion

La spécification est très importante lors de la réalisation d’une application informatique du fait
qu’elle facilite aux développeurs la compréhension du système. De même, elle sert à recenser les
informations qui seront très utiles dans la conception et la réalisation.

9

Chapitre

4

Etude conceptuelle
4.1

Introduction

Dans ce chapitre, je vais présenter la phase de conception de mon projet. Pour cela j’ai fait une
conception spécifique du projet, pour pouvoir l’adapter aux besoins décrits dans le 3ème chapitre.

4.2

Définition Diagramme de classes

Un diagramme de classe présente un ensemble des classes et d’interfaces avec les relations entre
elles. Le diagramme de classes peut se présenter dans la phase d’analyse et de conception.
En effet, dans la phase d’analyse, le diagramme de classes met en oeuvre seulement les classes qui
servent à décrire les objets de l’application. Or dans la phase de conception, le diagramme de classes
contient toutes les classes utiles en terme de dépendance afin d’assurer le fonctionnement de l’application.
Le schéma suivant représente le diagramme de classes de l’application.

10

F IGURE 4.1 – Diagramme de classe

4.3

Description du diagramme de classe

– La classe « Utilisateur »
Cette classe permet de créer un objet de type Utilisateur ayant comme attributs l’ensemble des
informations propre à l’utilisateur. Un Utilisateur est caractérisé par son Id, un rôle, un nom,
un prénom, un login, un mot de passe et un email. La classe Utilisateur est en relation de 1 à
plusieurs avec la classe Employé (un utilisateur peut gérer plusieurs employés), en relation 1 à
plusieurs avec la classe Bon de livraison (un utilisateur peut gérer plusieurs bons de livraison)
et en relation 1 à plusieurs avec la classe Chantier (un utilisateur peut gérer plusieurs chantiers).
– La classe « Employé »
Cette classe permet de créer un objet du type Employé ayant comme attributs l’ensemble des
informations propres à l’employé. Un Employé est caractérisée par son Id, un nom, un prénom,
une adresse, un salaire de base, un salaire net, numéro carte identité, numéro au sein du Caisse
11

Nationale de Sécurité Sociale (CNSS), une qualification , l’état civil, le nombre d’enfants, une
date d’embauche, un salaire brut, une fonction, code postal, le numéro de compte bancaire, un
email et un numéro de téléphone.
La classe Employé est en relation de 1 à 1 avec la classe utilisateur (un employé peut être géré
par un seul utilisateur).
– La classe « Chantier »
Cette classe permet de créer un objet du type Chantier ayant comme attributs l’ensemble des
informations propres à un chantier. Un Chantier est caractérisé par un Id, un client, un nom, une
date de début, une date fin, un numéro de bon de commande, un conducteur de travaux et un
chef de chantier .
La classe Chantier est en relation de 1 à 1 avec la classe utilisateur (un chantier peut être géré
par un seul utilisateur).
– La classe « Bon de livraison »
Cette classe permet de créer un objet du type Bon de livraison ayant comme attributs l’ensemble
des informations propres à un bon de livraison. Un bon de livraison est caractérisé par un Id, un
client, nom de chantier, une date de livraison, une date de sortie, le type d’opération, une date
de retour, l’heure de livraison, les articles avec leurs quantités commandées, quantités consommées et quantités de retour.
La classe bon de livraison est en relation de 1 à 1 avec la classe utilisateur (un bon de livraison
peut être géré par un seul utilisateur).
La classe bon de livraison est en relation de 1 à 1 avec la classe stock (un bon de livraison
contient un seul stock).
– La classe « Stock »
Cette classe permet de créer un objet du type Stock ayant comme attributs l’ensemble des informations propres à un stock. Un stock est caractérisé par un numéro de stock et numéro de
bon de livraison. La classe stock est en relation de 1 à plusieurs avec la classe article (un bon
de livraison peut contenir plusieurs articles) et en relation de 1 à plusieurs avec la classe Bon
de livraison (un stock peut être gérer dans plusieurs bons de livraison).
– La classe « Article »
ette classe permet de créer un objet du type Article ayant comme attributs l’ensemble des informations propres à un article. Un article est caractérisé par une référence, un nom, nom de
fournisseur, une quantité, prix avec taxe, prix hors taxe, une date d’achat, le type, unité, pourcentage de TVA et le type d’opération. La classe Article est en relation de 1 à 1 avec la classe
Stock (un article appartient à un seul stock).

12

4.4

Conclusion

Au cours de ce chapitre, j’ai approfondi la vision du projet. Je me suis penché sur les parties que
je suis amené à réaliser afin de décortiquer avec le plus de détail mon application. Dans le chapitre
suivant, je présente les différents choix technologiques que j’ai faits ainsi que les scénarios les plus
importants qu’offrent mon projet via les captures d’écran des interfaces graphiques.

13

Chapitre

5

Réalisation
5.1

Introduction

La phase de réalisation se base essentiellement sur la conception déjà définie dans le précédent
chapitre pour transformer les besoins et les spécifications en fonctionnalités et de les délivrer à l’utilisateur final. Pour réussir cette tâche, il est nécessaire de se donner les moyens technologiques, matériels et logiciels nécessaires. Dans ce chapitre je vais évoquer les aspects relatifs aux choix technologiques et d’outils puis je donnerais un aperçu des interfaces des applications réalisées.

5.2

Environnement matériel et technologique

Dans cette partie, je vais décrire l’environnement matériel de mon application ainsi que les outils
qu’on a adoptés pour la conception et le développement des différents modules à réaliser.

5.2.1

Environnement matériel

Mon projet a été réalisé en utilisant un ordinateur portable « HP » qui possède comme caractéristiques :
â Un processeur AMD Athlon II Dual-Core M320(2.1GHz).
â Une mémoire vive de 4 Go.
â Un disque dur de 500 Go.
â Un écran 15 pouces.

5.2.2

Environnement technologique et logiciel

– Visual Basic 6 :
Visual Basic est un des langages les plus utilisés pour l’écriture d’applications commerciales. Il
a également été très utilisé dans le monde de l’ingénierie et de la recherche appliquée en raison
de sa capacité à permettre des développements très rapides et très efficients permettant ainsi
aux scientifiques de se consacrer davantage à l’algorithmique et moins aux aspects formels du
14

codage.[3]
– Microsoft access 2010 :
Microsoft Access (officiellement Microsoft Office Access) est un SGBD relationnel édité par
Microsoft. Il fait partie de la suite bureautique MS Office Pro. MS Access est composé de plusieurs programmes : le moteur de base de données Microsoft Jet, un éditeur graphique, une
interface de type Query by Example pour manipuler les bases de données, et le langage de programmation Visual Basic for Applications.[4]
– StarUML :
J’ai utilisé le logiciel StarUML pour la création des diagrammes au niveau du chapitre spécification et le chapitre conception. J’ai choisi ce logiciel car il est gratuit et facile à utiliser.
StarUML est un logiciel de modélisation UML, cédé comme open source par son éditeur, à la
fin de son exploitation commerciale, sous une licence modifiée de GNU GPL. StarUML gère
la plupart des diagrammes spécifiés dans la norme UML 2.0. StarUML est écrit en Delphi, et
dépend de composants Delphi propriétaires (non open-source), ce qui explique peut-être pourquoi il n’est plus mis à jour.
– Microsoft Paint :
Il est un programme graphique basique livré avec toutes les versions de Windows. Il a été lancé
pour la première fois en 1985. J’ai utilisé ce logiciel pour modifier le format des images et pour
ajouter quelques retouches sur les images.

5.3

Réalisation du logiciel et principales interfaces

La conception des interfaces de l’application est une étape très importante puisque toutes les interactions avec le coeur de l’application passent à travers ces interfaces.
Dans cette partie, je vais présenter quelques interfaces de l’application, répondant aux recommandations ergonomiques de compatibilité, de guidage, de clarté, d’homogénéité et de souplesse.

5.3.1

Interface de connexion

Cette fenêtre apparaît au moment du lancement de l’exécution de l’application. Pour protéger la
base contre les accès non autorisés, cette interface comporte deux zones de saisi, la première zone de
saisi est réservée pour la saisie du login de l’utilisateur, la deuxième est consacrée pour la saisie du
mot de passe. Elle comporte aussi deux boutons de commandes :
Un bouton « OK» qui permet l’accès à la fenêtre associée à chaque utilisateur et un bouton « Quitter
» pour annuler l’accès et quitter l’application.

15

F IGURE 5.1 – Interface d’authentification
Si le login ou bien le mot de passe est incorrect un message s’affiche pour informer l’utilisateur
qu’il doit entrer un login et un mot de passe valides pour qu’il puisse accéder aux différentes fenêtres
de l’application.

F IGURE 5.2 – Vérification du mot de passe

16

5.3.2

Gérer les utilisateurs

F IGURE 5.3 – Interface gestion des utilsateurs
Cette interface (Figure 5.3) permet à l’administrateur de faire la gestion des utilisateurs (ajouter,
rechercher, supprimer ou modifier) de plus il lui permet de consulter les utilisateurs pour faire son
suivi. Elle comporte des champs pour la saisie des informations concernant un utilisateur. J’ai mis
des étoiles devant les champs obligatoires qu’ils ont besoin d’être remplie. Lorsque l’utilisateur ne
remplit l’un de ces champs, le système envoie un message à l’utilisateur pour l’alerter et l’ajout ne
se fait pas. Dans l’exemple de La figure 5.4 l’utilisateur a cliqué sur le bouton ajouter sans remplir le
champ « Mot de passe » qui est un champ obligatoire par la suite un message d’alerte s’apparaît.

17

F IGURE 5.4 – Interface champ obligatoire
Lorsque l’utilisateur remplit tous les champs avec des données valides, le système accepte l’ajout
de l’utilisateur dans la base de données, l’administrateur reçoit un message de confirmation (figure
5.5) et l’utilisateur s’ajoute dans la base de données.

18

F IGURE 5.5 – Interface ajout utilisateur
La fonctionnalité « rechercher utilisateur » permet à l’administrateur de charger les données de
l’un des utilisateurs qui apparaisse dans la « datagrid ». La figure 5.7 présente l’interface qui permet
à l’administrateur de rechercher les données d’un utilisateur après la saisie de son identifiant.

F IGURE 5.6 – Saisie numéro de l’utilisateur recherché

19

F IGURE 5.7 – Interface rechercher utilisateur
Par suite l’administrateur peut modifier les données qui concernent l’utilisateur comme la figure
suivante indique. Un message s’affiche pour informer l’administrateur que la modification est terminée avec succès.

F IGURE 5.8 – Interface modification utilisateur

20

5.3.3

Interface Gestion des articles

F IGURE 5.9 – Interface Gestion des articles
Cette interface (Figure 5.9) permet à l’administrateur de faire la gestion des articles (ajouter,
rechercher, supprimer ou modifier) de plus il lui permet de consulter les articles pour faire son suivi.
Elle comporte des champs pour la saisie des informations concernant un article.
Lorsque l’utilisateur remplit tous les données concernant un article, le système accepte l’ajout
de l’article dans la base de données, l’utilisateur reçoit un message de confirmation (figure 5.10) et
l’article s’ajoute dans la base de données.

21

F IGURE 5.10 – Interface ajout article
La figure 5.11 présente la suppression d’un article. L’utilisateur peut supprimer un article. Il choisit
l’article qu’il veut supprimer à partir de la liste après charger les informations concernant l’article.

22

F IGURE 5.11 – Interface suppression article
Si l’utilisateur clique sur le bouton ok un message de confirmation s’affiche.

F IGURE 5.12 – Message confirmation du suppression

5.3.4

Gestion de bon de livraison

L’administrateur le magasinier et le chef de chantier ont la fonctionnalité « «gestion de bon de
livraison », la figure 5.13 représente cette fonctionnalité. L’interface bon de livraison comporte trois
23

parties : la partie où vous pouvez traiter les coordonnées d’un bon de livraison, la partie où vous
pouvez traiter les articles commandés et un datagrid contient les bons de livraisons déjà traités.

F IGURE 5.13 – Interface bon de livraison
L’utilisateur doit ajouter premièrement le bon commande à la base de donnée ensuit il peut joindre
les articles commandés à ce bon.

24

F IGURE 5.14 – Interface ajout bon de livraison
Lorsque l’utilisateur clique sur le bouton « imprimer », un document Word se charge comporté
toutes les informations concernant le bon de livraison et ces articles commandés.

25

F IGURE 5.15 – imprimer bon de livraison
Lorsque le chantier est fini l’utilisateur doit modifier le bon en ajoutant la quantité de retour et la
quantité consommée pour chaque article commandé.

5.3.5

Gestion des chantiers

L’administrateur et le chef de chantier ont la fonctionnalité « gestion des chantiers ».
Cette interface figure 5.16 permet d’ajouter, supprimer, rechercher, modifier ou consulter un chantier.

26

F IGURE 5.16 – Interface gestion des chantiers

5.3.6

Gestion des employés

L’administrateur et le chef de chantier ont la fonctionnalité « gestion des employés ».
Cette interface figure 5.17 permet d’ajouter, supprimer, rechercher, modifier ou consulter un employé.

27

F IGURE 5.17 – Interface gestion des employés

5.4

Conclusion

Dans ce chapitre j’ai commencé par présenter l’environnement matériel, ensuite, j’ai défini les
environnements technologiques et logiciels. Finalement, j’ai présenté les principales interfaces de
l’application.

28

Conclusion générale

Pour mettre en œuvre ce projet, j’ai a commencé par présenter le cadre de mon travail. Par la suite,
j’ai fait l’analyse et la conception de mon projet en se basant sur le formalisme UML afin de dégager
les différents modules de cette application. J’ai ainsi élaboré les diagrammes de cas d’utilisation et de
classes correspondants. Pour terminer, j’ai exposé les technologies et les outils que j’ai utilisés ainsi
que l’implémentation des différents modules de ce projet. Au cours de ce stage, j’ai eu l’opportunité
de mettre en exercice les différentes connaissances acquises durant mon parcours scolaire.
Les perspectives de ce travail sont multiples. D’une part, il convient d’ajouter de nouveaux services et
d’étendre les fonctionnalités de ceux déjà mis en place par exemple par l’intégration de la traçabilité et
les statistiques des production ainsi. D’autre part, il serait judicieux de disposer d’une version mobile
de l’application.

29

Bibliographie

[1] SAI Services et activités d’isolation. Présentation. [Online].Available :
http ://www.sai-isolation.com/presentation.php.
[2] UML, la notation unifiée de modélisation objet : de Java aux EJB 2ème ed- Michel Lai - éd.
Dunod . 2000.
[3] WIKIPEDIA .Visual Basic. [Online]. Available : http ://fr.wikipedia.org/wiki/Visual_Basic.
[4] Elisabeth Ravey. Microsoft Access 2010. Paris. Micro Application.28/06/2010 .

30


Documents similaires


description d
nfa035 serie1
aide gestan
rapport stageingenieur
anter ing cv
facscience


Sur le même sujet..