Conception et réalisation d'un système d'information de gestion du stock pour des boissons aromatisées aux fruits.

Université Saad Dahlab Blida1

Faculté des Sciences Département d'Informatique

Rapport présenté par :

BENDALI Marouane et BRAHIM Maamar

Thème : Conception et réalisation d'un système d'information de gestion du stock pour des boissons aromatisées aux fruits

En vue d'obtenir le diplôme de Licence

Domaine : MI

Filière : Informatique

Spécialité : Licence générale

Promoteur : Mr OULD-AISSA Ahmed Encadreur : Mr AZOUGUI Khireddine Organisme d'accueil : Sidi Saada Division RANI

Soutenu le : 21 Juin 2015

Résumé :

Afin d'achever cycle de licence au sein de l'USDB, nous avons dû réaliser un mémoire de fin d'étude pour l'obtention du diplôme de licence en informatique, Nous avons dû traiter au cours de ce dernier un problème complexe, qui consiste en la conception et la réalisation d'une application web pour la gestion du stock des boissons aromatisées aux fruits , tout en intégrant les contraintes du domaine.

Ce travail présente un gain énorme de temps, en effort et en espace utilisé il contribue aussi au bon fonctionnement de la gestion du stock et du coup au bon déroulement de la réalisation des projets scientifiques au sein de la faculté.

En fin de recherche, nous avons pu élaborer une application web que nous avons présentée puis mise en place.

Remerciements :

A l'issue de ce travail, nous remercions, en premier lieu, le bon Dieu de nous avoir donné la force et le courage de le mener à terme.

Nous exprimons notre gratitude à, Monsieur OULD-AISSA en tant que promoteur pour son aide précieuse, et les conseils éclairés qu'il nous a prodigués.

Nous adressons également nos remerciements à Monsieur AZOUGUI encadreur pour nous avoir offert son soutien et sa confiance dont les conseils et orientations nous été précieusement utiles.

Et Monsieur Guellal chef de cellule informatique de l'ANPT pour ces conseils et orientations.

Et à tous ceux qui ont participé de près ou de loin à la réalisation de ce projet.

Marouane et Maamar

Dédicace :

Je dédie ce mémoire à :

Mon tendre grand père symbole de la philosophie de toute une vie.

Ma mère qui a tant sacrifié pour voir arriver ce jour.

Mon père à qui je dois tout le respect. Mon petit frère et mes petites soeurs.

Tous mes amis, et en particulier mes meilleurs amis Boualem, Belcacem, fouzi et mustapha, mes proches et tous ceux qui me sont chers.

Marouane

Je dédie ce modeste travail à :

Mes très chers parents, auxquels je dois tout le respect et le dévouement.

Mes cher frères et soeurs.

Tous mes proches.

Maamar

Sommaire

Introduction générale 1

1. Contexte 1

2. Problématiques 1

3. Les objectifs 2

4. Organisation du mémoire 2

I. Chapitre 1 : Etude de l'existant 3

Introduction 4

Présentation de l'organisme d'accueil 4

Historique 4

Présentation de la Marque Rani 4

Organigramme général de la division RANI 5

Présentation du sujet 6

La problématique 6

Problèmes 6

Les objectifs détaillés 7

Étude de Flux d'Information 7

Légendes du Diagramme de Flux 7

Diagramme de Flux des Données DFD 8

Tableau descriptif de flux d'information 9

Etude et analyse des postes de travail 9

Liste des postes de travail 9

Etude et analyse de document N°01 11

Etude et analyse de document N°02 12

Etude et analyse de document N°03 12

I.6.3.Etude et analyse de document N°04 13

I.6.4 Etude et analyse de document N°05 14

Etude et analyse de document N°06 14

Etude et analyse de document N°07 15

I.6.7 Etude et analyse de document N°08 15

I..7. Conclusion 16

II. Chapitre 2 : Conception 17

Introduction 18

Choix de la démarche 18

Présentation du modèle 18

Elaboration du modèle 18

Définition d'UML 19

Les diagrammes UML 19

Les avantages et les inconvénients d'UML 20

Les avantages 20

Les inconvénients 21

Analyse des besoins et Spécification 21

Analyse des besoins 21

II.5.1.2 Spécification 21

Diagramme de cas d'utilisation 21

Diagramme de cas d'utilisation générale 23

Diagramme de cas d'utilisation des commandes produits finis 24

Diagramme de cas d'utilisation gestion des ventes 25

Diagramme de cas d'utilisation gestion des produits en stocks 25

Conception 26

troduction 26

Diagramme de séquence 26

Diagramme de séquence cas authentification 27

Diagramme de séquence ajouter client 27

Diagramme de séquence ajouter paiement 28

II.5.4.5.Diagramme de séquence établir commande 28

Diagramme de séquence établir PV réception 29

Diagramme de séquence établir bon de commande 29

Diagramme de séquence établir bon de sortie 30

Diagramme de séquence établir facture 30

Diagramme de séquence imprimer PV réception 31

Diagramme de séquence imprimer bon de commande 31

Diagramme de séquence imprimer bon de sortie 32

Diagramme de séquence imprimer facture 32

Diagramme de séquence modifier client 33

Diagramme de séquence modifier PV réception 33

Diagramme de séquence modifier commande 34

Diagramme de séquence recherche produit 34

Diagramme de séquence supprimer client 35

Diagramme de séquence supprimer commande 35

Diagramme de classe 36

Définition 36

Objectifs 36

Structuration du diagramme de classe 36

Règles de gestion 37

Description des classes 37

Shéma de Diagramme de classe 39

Modèle relationnel 40

Passage au modèle relationnel 41

Les règles de passage du Digramme de classe au MLD 42

Le Modèle logique des données 42

II.6.2.3. Conclusion 44

III. Chapitre 3 : Réalisation 45

Introduction 46

Outils de Développement utilisés 46

Le Système de Gestion de Base de Données « SQL SERVER » .....46

Le Langage de Programmation « Visual basic » 46

L'Environnement de Développement «Visual studio 2013 » .........46 III.2.4Présentation de l'application 47

Conclusion générale 51

Bibliographie 52

La liste des figures

1. Figure 1 : Organigramme général de la division Rani 5

2. Figure 2 : Diagramme de Flux des Données DFD 8

3. Figure3 : Le modèle en cascade du langage UML 19

4. Figure 4 : diagramme de cas d'utilisation générale 23

5. Figure 5 : diagramme de cas d'utilisation des commandes produits finis 24

6. Figure 6 : diagramme de cas d'utilisation gestion des ventes 25

7. Figure 7 : Diagramme de cas d'utilisation gestion des produits en stocks 25

8. Figure 8 : Diagramme de séquence cas authentification 27

9. Figure 9 : Diagramme de séquence ajouter client 27

10. Figure 10 : Diagramme de séquence ajouter paiement 28

11. Figure 11 : Diagramme de séquence établir commande 28

12. Figure 12 : Diagramme de séquence établir PV réception 29

13. Figure 13 : Diagramme de séquence établir bon de commande 29

14. Figure 14 : Diagramme de séquence établir bon de sortie 30

15. Figure 15 : Diagramme de séquence établir facture 30

16. Figure 16 : Diagramme de séquence imprimer PV réception 31

17. Figure 17 : Diagramme de séquence imprimer bon de commande.......31 18.Figure 18 : Diagramme de séquence imprimer bon de sortie 32

19. Figure 19 : Diagramme de séquence imprimer facture 32

20. Figure 20 : Diagramme de séquence modifier client 33

21. Figure 21 : Diagramme de séquence modifier PV réception 33

22. Figure 22 : Diagramme de séquence modifier commande 34

23. Figure 23 : Diagramme de séquence recherche produit 34

24. Figure 24 : Diagramme de séquence supprimer client 35

25. Figure 25 : Diagramme de séquence supprimer commande 35

26. Figure 26 : Diagramme de classe 39

27. Figure 27 : Modèle Logique des données du Système 43

28. Figure 28 : Page Login 47

29. Figure 29 : Page principale de l'application 47

30. Figure 30 : page gestion des clients 48

31. Figure 31 : Page détail de client 48

32. Figure 32 : Page ajouter client 49

33. Figure 33 : Page Modifier client 49

Introduction générale

1.Contexte :

Actuellement, l'informatique est devenue un élément fondamental, un moyen rapide pour exécuter une application quiconque de même elle est le domaine d'activité scientifique et technique concernant le traitement automatique de l'information, sans oublier qu'elle a un rôle primordiale qui permet de traiter différentes informations dans un laps de temps et capable d'offrir des services plus satisfaisant vis à la rapidité d'exécution plusieurs tâches.

Pour l'entreprise, les systèmes d'information qui permettent de traiter, et de sécuriser des données représentent un enjeu important, à la fois stratégique, économique, technique et humain.

Dans le cadre de la préparation d'un mémoire de fin d'étude pour l'obtention du diplôme de licence en INFORMATIQUE notre projet consiste de concevoir et de développer une application web de gestion du stock, qui traite globalement les entrées et sorties du stock via la société.

Quels que soient les problèmes de gestion qu'on peut rencontrer dans un organisme, l'analyse et la conception d'un système d'information sont capables de trouver une solution à ces problèmes.

2. Problématiques :

Pour détecter les problèmes existants, nous avons interrogé les responsables du service chargé du la gestion des stocks qui ont cité quelques anomalies et les insuffisances suivantes :

· La perte du temps lors de la recherche d'un produit en stock.

· Difficulté de suivre les mouvements de stock.

· Plusieurs fiches et document inutiles.

3. Les objectifs :

L'objectif de notre étude consiste à concevoir et réaliser un système d'information qui doit répondre aux exigences ainsi qu'aux besoins et d'organiser et simplifier les opérations de la gestion du stock :

· Gérer aux mieux les entrées / sorties du stock.

· Minimiser les couts.

· Sécurisé le système.

· Avoir à tout moment les informations nécessaire sur les produits finis en stock.

4. Organisation du mémoire :

Afin de mettre sur pied ce site nous avons organisé notre mémoire de la façon suivante :

En premier lieu on va poser notre problématique ainsi que les objectifs. Et on passe aux chapitres :

· Le premier chapitre présente l'étude de l'existant qui montre l'organisme d'accueil, la présentation du sujet, l'étude de flux et des postes de travail et les documents.

· Le deuxième chapitre la conception qui présente les démarches utilisée, les acteurs, les cas d'utilisations ainsi que le diagramme de classe et le modèle relationnelle.

· Le dernier chapitre La Conception montre les outils et l'environnement de développement ainsi que les interfaces de l'application.

En dernier lieu on termine avec une conclusion générale.

Chapitre I :

Étude de l'Existant

Introduction :

L'étude de l'existant est considérée comme point de passage qui est le premier contact des concepteurs avec l'environnement.

Cette étude permet aux concepteurs de s'intégrer dans l'entreprise pour obtenir une vue claire et précise dans le domaine d'étude et prendre connaissance d'une manière détaillée les besoin du domaine.

Les étapes qui vont suivre dans cette étude sont basées sur la technique des questionnaires et observations des responsables concernés, ainsi que les utilisateurs du système.

Présentation de l'organisme d'accueil :

Historique :

La laiterie « SIDI SAADA » a été fondé en 1993, son siège se trouve à yellel wilaya de Rilizane, c'est une entreprise qui a été conçue pour la fabrication de produits upérises de longue conservation (lait, yaourt, fromage fondu, fromage frais et L'BEN thermisé), importation des produits finis tel que les boissons aromatisées aux fruits sous le nom de RANI et des fromages à pâtes molles type camembert.

Après le départ du constructeur français, certains ateliers n'ont pu être mis en service.

C'est pour cela que le nouveau propriétaire s'est attelé à la mise à niveau et à la rénovation des équipements pour la mise en exploitation de la totalité des capacités existantes .les travaux ont touché les utilités (traitement de l'ambiance, station de production froid et traitement de l'eau), l'introduction de nouveaux produits (fromage frais type LAIBNI) par l'installation d'un nouvel atelier.

Présentation de la Marque Rani :

RANI est l'une des principales marques de jus dans le Moyen-Orient et la marque phare d'Aujan Industries. Au fil des ans, Rani a établi la propriété unique de la marque, "Float", le jus de fruit avec de vrais morceaux de fruits, qui a différencié la marque dans le jus de fruits catégorie. Il ya 30 ans, Rani float a été lancée en Arabie Saoudite. Depuis lors, Rani a connu une croissance des ventes énormes à travers le Moyen-Orient, Afrique du Nord, l'Europe et d'autres marchés d'exportation. La boisson est vendue dans 56 pays et génère des revenus de vente ci-dessus US $ 600 millions. Rani est produite au propre état de l'art des installations d'Aujan Industries.

Organigramme général de la division RANI :

Figure 1 : Organigramme général de la division Rani

Présentation du sujet :

De nos jours toute entreprise ou établissement est soumis à des opérations permanentes telles que : l'achat des produit finis, le Transport, et la distribution...

Eventuellement le gestionnaire de stock a pour mission d'assurer l'approvisionnement des produits finis, le stock et la distribution des produits demandés vers les différents clients.

Le sujet qui nous a été proposé consiste à élaborer une application web de gestion des stocks et vente pour permettre de suivre le stock des produits finis, à savoir :

· Demande de produit finis.

· Réception de produit finis.

· Livraison de produit finis.

La problématique :

D'après nos recherches nous avons constaté une notoire dans le traitement des informations relatives à la gestion du stock dans le magasin de l'entreprise. Auxquels nous avons essayé de suggérer des solutions.

Problèmes :

·

·

·

·

Difficultés à retrouver d'anciennes données en un temps aussi réduit Impossibilité ou difficulté de faire sortir des états de stocks

Perte de temps dans la recherche des documents et des données. Traitement des informations de façon manuelle

Voilà les problèmes qui ont poussé RANI à concevoir un système d'information pour la gestion du stock dans le magasin de l'entreprise.

Et pour y arriver, nous nous sommes posé la question suivante :

Le système d'information informatisé et automatisé peut-il permettre une gestion efficace et efficiente du stock de manière à déterminer facilement les mouvements et les statistiques des entrées/sorties des marchandises dans le magasin ?

Les objectifs détaillés :

les objectifs du nouveau système se traduisent par la mise en place d'une base de données qui permet d'avoir à tout moment les informations nécessaires de chaque étude, assurer une meilleure fiabilité et confidentialité des informations en assurant une meilleure sécurité du système, facilité d'accès à l'information, et d'édition automatique des états de sortie...

Étude de Flux d'Information :

Un flux d'information est une émission de données entre les différents composants de système d'information de l'organisation. L'étude de flux permet de produire un DFD (Diagramme de Flux de Données) qui est une représentation graphique du flux d'information à travers un système d'information. Avant de donner notre DFD, nous avons opté de décrire textuellement le travail de notre système.

Légendes du Diagramme de Flux :

Dans notre diagramme des flux des données, nous avons utilisé les symboles suivants :

Légende	Désignation	Description
	Flux d'information	Le flux d'information schématise l'échange d'informations entre les acteurs
	Acteur Interne	Un acteur interne est un élément émetteur ou récepteur de données, situé dans le système d'information étudié
	Acteur Externe	Un acteur externe est un élément émetteur ou récepteur de données, situé hors du système d'information étudiée

Diagramme de Flux des Données DFD :

Fournisseur

3 ,4

1,2

Magasin produit

fini

6

10,12

7

Client

Service Achats

11

3

1,9

5

13

Gestion de Stock

et de Magasin

Service

Commercial

8

Figure 2 : Diagramme de Flux des Données DFD

Tableau descriptif de flux d'information :

Numéro	Description
1	Commande
2	Prévision d'achat
3	Facture
4	Liste de colisage
5	PV de réception visée
6	Bon de sortie
7	Bon de commande
8	Facture visée
9	Bon de sortie signé
10	Copie liste de colisage
11	PV de réception
12	Copie facture
13	Fiche d'information

Etude et analyse des postes de travail :

L'étude des flux d'information nous a permis de recenser un ensemble des postes de travail

Liste des postes de travail :

· Responsable des achats

· Responsable des ventes

· Contrôleur de gestion de stock et de magasin

· Magasinier

Caractéristiques	Désignation : Responsable des achats Structure de Rattachement : Service achats Mission Principale : la Gestion des commandes des produits finis Effectif : 1 Documents Manipulés : Commande Fournisseur, Facture Fournisseur, liste de colisage
Tâches	- Prévision d'achat - Envoi des Document de la marchandise au magasin

Fiche Descriptive I. 1 : Poste de travail «Responsable des achats

Caractéristiques	Désignation : Responsable des ventes Structure de Rattachement : Service commercial Mission Principale : La gestion des ventes des produits finis Effectif : 1 Documents Manipulés : Facture Client, Bon de commande, Bon de sortie
Tâches	- Traiter les commandes des clients.

Fiche Descriptive I. 2 : Poste de travail «Responsable des ventes

Caractéristiques	Désignation : Contrôleur de gestion de stock et de magasin Structure de Rattachement : Service de gestion de stock et de magasin Mission Principale : Contrôle l'état des stocks ... Effectif : 1 Documents Manipulés : Fiche d'information, PV de réception
Tâches	- Veiller à la disponibilité des produits. - Contrôle l'état de stock - Vérification des produits

Fiche Descriptive I. 3 : Poste de travail : Contrôleur de gestion de stock et de magasin

Caractéristiques	Désignation : Magasinier Structure de Rattachement : Magaisin Mission Principale : La Gestion des produits en stocks Effectif : 1 Documents Manipulés : PV de Réception, Bon de Commande
Tâches	- gérer l'entrée et la sortie des produits en stock - Veiller à la disponibilité des produits. - Calcule des produits en stock

Fiche Descriptive I. 4 : Poste de travail «Magasinier»

tude et analyse de document N°01 :

1. Caractéristiques :

Code : CMF

Désignation : Commande fournisseur Nature : Interne destiné à l'extérieur Emetteur : Service achats

Fréquence : 1 fois /3 mois

2. Description de document :

Partie	Désignation	Type
En tête	LAITERIE SIDI SAADA SPA Logo SIDI SAADA Adresse Numéro téléphone	/ / AN N
Corps	Numéro du la commande Date de la commande Quantité commandée Désignation de produit	N D N A
Bas	Cachet et Signature	/

Etude et analyse de document N°02 :

1. Caractéristiques :

Code : FF

Désignation : Facture fournisseur Nature : externe destiné à l'intérieur Emetteur : fournisseur

Fréquence : 1 fois /3 mois

2. Description de document :

Partie	Désignation	Type
En tête	AUJAN INDUSRIES LCC Logo AUJAN Adresse Numéro téléphone	/ / AN N
Corps	Numéro de la commande Numéro Facture Date Facture Désignation de produit Quantité Prix unitaire Prix total	N N D A N N N
Bas	Cachet et Signature	/

Etude et analyse de document N°03 :

1. Caractéristiques :

Code : LDC

Désignation : Liste de colisage Nature : externe destiné à l'intérieur Emetteur : Fournisseur

Fréquence : 1 fois /3 mois

2. Description de document :

Partie	Désignation	Type
En tête	AUJAN INDUSRIES LCC Logo AUJAN Adresse Numéro téléphone	/ / AN N
Corps	Numéro Facture Date Facture Numéro de conteneur Désignation de produit Quantité	N D N A N
Bas	Cachet et Signature	/

tude et analyse de document N°04 :

1. Caractéristiques :

Code : BDS

Désignation : Bon de Sortie

Nature : Interne destiné à l'intérieur

Emetteur : Magasin Fréquence : 1 fois /commande

2. Description de document :

Partie	Désignation	Type
En tête	LAITERIE SIDI SAADA SPA Logo SIDI SAADA Adresse Numéro téléphone	/ / AN N
Corps	Numéro du Bon de Sortie Date de Bon de Sortie Désignation de produit Quantité	N D N A
Bas	Cachet et Signature	/

I.6.4 Etude et analyse de document N°05 :

1. Caractéristiques :

Code : BDC

Désignation : Bon de Commande Nature : Interne destiné à l'intérieur Emetteur : Service Commercial

2. Description de document :

Partie	Désignation	Type
En tête	LAITERIE SIDI SAADA SPA Logo SIDI SAADA Adresse Numéro téléphone	/ / AN N
Corps	Numéro du bon de commande Date bon de commande Quantité commandée Désignation de produit	N D N A
Bas	Cachet et Signature	/

Etude et analyse de document N°06 :

1. Caractéristiques :

Code : FC

Désignation : Facture Client

Nature : Interne destiné à l'extérieur Emetteur : Service commercial

2. Description de document :

Partie	Désignation	Type
En tête	LAITERIE SIDI SAADA SPA Logo SIDI SAADA Adresse Numéro téléphone	/ / AN N
Corps	Numéro Facture Date Facture Désignation de produit Quantité Prix unitaire Prix total	N D N A N N
Bas	Cachet et Signature	/

Etude et analyse de document N°07 :

1. Caractéristiques :

Code : PVR

Désignation : PV de Réception Nature : Interne destiné à l'intérieur Emetteur : Magasin

2. Description de document :

Partie	Désignation	Type
En tête	LAITERIE SIDI SAADA SPA Logo SIDI SAADA Adresse Numéro téléphone	/ / AN N
Corps	Numéro de PV de Réception Date de PV de Réception Quantité théorique reçu Quantité manquante Quantité avérer	N D N N N
Bas	Cachet et Signature	/

Etude et analyse de document N°08 :

1. Caractéristiques :

Code : FD

Désignation : Fiche d'information Nature : Interne destiné à l'intérieur Emetteur : Magasin

2. Description de document :

Partie	Désignation	Type
En tête	LAITERIE SIDI SAADA SPA Logo SIDI SAADA Adresse Numéro téléphone	/ / AN N
Corps	Quantité disponible sur le stock	N
Bas	Cachet et signature	/

I.7. Conclusion :

L'étude de l'existant nous permis de bien comprendre le déroulement des différentes étapes et de bien cerner les difficultés qui entouraient ce travail, elle nous a permis également de percevoir et situer l'origine des problèmes.

Après cette étude nous espérons apporter notre propre contribution pour la résolution de ces problèmes au moyen de la conception un système d'information automatisé qui permet la gestion du stock, capable d'apporter aux utilisateurs les réponses nécessaires à leurs besoins.

Chapitre II :

Conception

Introduction :

Après avoir connu la situation existante dans le chapitre précédent et compris le fonctionnement du système actuel, nous allons présenter dans ce chapitre la conception et la modélisation du futur système (application).

La phase de conception nécessite des méthodes ou des langages permettant la mise en place d'un modèle sur lequel on va s'appuyer, nous avons décidé de choisir le langage de modélisation UML en passant par la démarche suivante :

Choix de la démarche :

Présentation du modèle :

La présentation d'un modèle se compose de plusieurs documents en langage courant et d'un document formalisé, elle ne doit en aucun cas se limiter au seul document formalisé car celui- ci est pratiquement incompréhensible si on le présente seul.

Ses objectifs sont de comprendre, de concevoir, de communiquer et de documenter la solution informatique apportée à un système.

Elaboration du modèle :

Le modèle est réalisé par étapes successives, chaque étape enrichissant et précisant les résultats de la précédente.

On doit préciser le processus d'élaboration des modèles, pour cela nous avons choisi le processus de développement en cascade qui découpe le projet en phase distinct, lorsqu'une phase est achevée, son résultat sert de point d'entrée à la phase suivante, les unes après les autres.

L'avantage de ce processus est de proposer exactement une démarche de réduction des risques en minimisant l'impact des incertitudes.

L'inconvénient est l'exclusion de l'utilisateur dès la phase conception car elle est trop technique.

Figure 3 : Le modèle en cascade du langage UML

II.3.Définition d'UML :

UML << Unified Modeling language >> ou encore en français << Un langage de modélisation unifié >> offre un standard de modélisation, pour représenter l'architecture logicielle, il offre une manière claire de représenter le système selon différentes vues complémentaire grâce aux diagrammes qu'il fournit.

Ce langage est né de la fusion de plusieurs méthodes existantes auparavant :

· OMT (objet Modeling Techniq) de JAMESRUBGH.

· OOD (objet Oriented Design) de GRAY BOOCH.

· OOSE (Objet Oriented Softwer Engunering) de IVRA JACOBSON.

Les diagrammes UML :

UML permet de définir et de visualiser un modèle, à l'aide de diagrammes. Un diagramme UML est une représentation graphique, qui s'intéresse à un aspect précis du modèle.

Chaque type de diagramme UML possède une structure (les types des éléments de modélisation qui le composent sont prédéfinis) et véhicule une sémantique précise (il offre toujours la même vue d'un système). Combinés, les différents types de diagrammes UML offrent une vue complète des aspects statiques et dynamiques d'un système.

UML 2.0 comporte treize types de diagrammes représentant 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 :

Ø Diagramme de classes.

Ø Diagramme d'objets.

Ø Diagramme de composants.

Ø Diagramme de déploiement.

Ø Diagramme de paquetages.

Ø Diagramme de structures composites.

· Diagrammes comportementaux ou diagrammes dynamiques :

Ø Diagramme de cas d'utilisation.

Ø Diagramme d'activités.

Ø Diagramme d'états-transitions.

Ø Diagramme de séquence.

Ø Diagramme de communication.

Ø Diagramme global d'interaction.

Ø Diagramme de temps.

Dons notre projet, nous avons utilisé 3 digrammes qui sont les plus utilisés lors de la modélisation (cas d'utilisation, séquence, classes).

Les avantages et les inconvénients d'UML :

Les avantages :

Ø UML est un langage formel et normalisé : il permet un gain de précision, de stabilité et il encourage l'utilisation d'outils.

Ø UML est un support de communication performant : il permet grâce à sa notation graphique d'exprimer visuellement une solution objet, de faciliter la comparaison et l'évolution des solutions.

Ø Son caractère polyvalent et sa souplesse en font un langage universel.

Les inconvénients :

La mise en pratique d'UML nécessite un apprentissage qui passe par une période d'adaptation.

Analyse des besoins et Spécification :

Analyse des besoins :

L'analyse des besoins est la première étape de la conception qui consiste à analyser la situation pour tenir compte des contraintes et des risques.

C'est une méthode qui permet de caractériser le besoin exprimé.

Notre système doit faire la mise à jour du fichier auxiliaire, avec des entrée est des sorties des articles et permettre aussi de faire la comparaison entre le fichier auxiliaire et le physique existant lors des inventaires et de faire ressortir, par la suite, les différences.

Ce système permet au responsable de contrôler le patrimoine de son entreprise et de lui permettre de suivre son développement futur.

Ces informations doivent être fiables, synthétiques et disponibles.

II.5.1.1.Spécification :

Pour les vues dynamiques, on montre le fonctionnement et le comportement du système résultant de la spécification, ce qui permet d'utiliser le « diagramme de cas d'utilisation ».

Diagramme de cas d'utilisation :

· Définition :

Le diagramme de cas d'utilisation représente la structure des grandes fonctionnalités nécessaires aux utilisateurs du système. C'est le premier diagramme du modèle UML, celui où s'assure la relation entre l'utilisateur et les objets que le système met en oeuvre.

Il permet de décrire l'interaction entre les trois concepts suivants :

· Acteur : est l'idéalisation d'un rôle joué par une personne externe, un utilisateur type qui a toujours le même comportement vis-à-vis d'un cas d'utilisation (qui interagit avec un système)

· Cas d'utilisation : Un cas d'utilisation est une unité cohérente d'une fonctionnalité visible de l'extérieur. Il réalise un service de bout en bout, avec un déclenchement, un déroulement et une fin, pour l'acteur qui l'initie.

Un cas d'utilisation modélise donc un service rendu par le système, sans imposer le mode de réalisation de ce service.

Un cas d'utilisation se représente par une ellipse contenant le nom du cas (un verbe à l'infinitif).

· Identification des acteurs :

L'étude préliminaire des besoins fonctionnels a révélé la présence de 4 acteurs :

· Responsable des achats

· Responsable des ventes

· Magasinier

· Gestionnaire de stock et de magasin

Diagramme de cas d'utilisation générale :

Figure 4 : diagramme de cas d'utilisation générale

Nous détaillons dans ce qui suit les cas d'utilisations suivantes :

· Gestion de commandes produites finis

· Gestion des ventes

· Gestion des produits en stocks

· Contrôle l'état des stocks

Diagramme de cas d'utilisation des commandes produits finis :

Figure 5 : diagramme de cas d'utilisation des commandes produits finis

Diagramme de cas d'utilisation gestion des ventes :

Figure 6 : diagramme de cas d'utilisation gestion des ventes

Diagramme de cas d'utilisation gestion des produits en stocks :

Figure 7 : Diagramme de cas d'utilisation gestion des produits en stocks

Conception :

Introduction :

Cette partie représente le système physique et l'interaction du système, les diagrammes utilisés lors de cette phase sont les diagrammes de séquence et de classe.

Diagramme de séquence :

Définition :

Le diagramme de séquence est un diagramme d'interaction mettant l'accent sur la chronologie

de l'envoi des messages.

  Montrer explicitement les interactions pouvant intervenir entre des objets.

  Représenter les interactions en favorisant une vision temporelle de celles-ci.

  Préciser la chronologie des interactions en précisant les contraintes temporelles.

Le diagramme de séquences permet de cacher les interactions d'objets dans le cadre d'un scénario d'un diagramme des cas d'utilisation. Dans un souci de simplification, on représente l'acteur principal à gauche du diagramme, et les acteurs secondaires éventuels à droite du système. Le but étant de décrire comment se déroulent les actions entre les acteurs ou objets.

La dimension verticale du diagramme représente le temps, permettant de visualiser l'enchaînement des actions dans le temps, et de spécifier la naissance et la mort d'objets. Les périodes d'activité des objets sont symbolisées par des rectangles, et ces objets dialoguent par le biais de messages.

Diagramme de séquence cas authentification :

Figure 8 : Diagramme de séquence cas authentification

Diagramme de séquence ajouter client :

Figure 9 : Diagramme de séquence ajouter client

Diagramme de séquence ajouter paiement :

Figure 10 : Diagramme de séquence ajouter paiement

II.5.4.5.Diagramme de séquence établir commande :

Figure 11 : Diagramme de séquence établir commande

Diagramme de séquence établir PV réception :

Figure 12 : Diagramme de séquence établir PV réception

Diagramme de séquence établir bon de commande :

Figure 13 : Diagramme de séquence établir bon de commande

Diagramme de séquence établir bon de sortie :

Figure 14 : Diagramme de séquence établir bon de sortie

Diagramme de séquence établir facture :

Figure 15 : Diagramme de séquence établir facture

Diagramme de séquence imprimer PV réception :

Figure 16 : Diagramme de séquence imprimer PV réception

Diagramme de séquence imprimer bon de commande :

Figure 17 : Diagramme de séquence imprimer bon de commande

Diagramme de séquence imprimer bon de sortie :

Figure 18 : Diagramme de séquence imprimer bon de sortie

Diagramme de séquence imprimer facture :

Figure 19 : Diagramme de séquence imprimer facture

Diagramme de séquence modifier client :

Figure 20 : Diagramme de séquence modifier client

Diagramme de séquence modifier PV réception :

Figure 21 : Diagramme de séquence modifier PV réception

Diagramme de séquence modifier commande :

Figure 22 : Diagramme de séquence modifier commande

Diagramme de séquence recherche produit :

Figure 23 : Diagramme de séquence recherche produit

Diagramme de séquence supprimer client :

Figure 24 : Diagramme de séquence supprimer client

Diagramme de séquence supprimer commande :

Figure 25 : Diagramme de séquence supprimer commande

Diagramme de classe :

Définition :

Le diagramme de classes est considéré comme le plus important de la modélisation orientée objet, il est le seul et l'obligatoire lors d'une telle modélisation.

Il s'agit d'une vue statique, car on ne tient pas compte du facteur temporel dans le comportement du système.

Chaque langage de Programmation « orienté objet » donne un moyen spécifique d'implémenter le paradigme objet (pointeurs ou pas, héritage multiple ou pas, etc.), mais le diagramme de classes permet de modéliser les classes du système et leurs relations indépendamment d'un langage de programmation particulier.

Objectifs :

Le diagramme de cas d'utilisation montre un système du point de vue des acteurs, alors que le diagramme de classes en montre la structure interne.

Le diagramme de classes permet de représenter l'ensemble des informations finalisées qui sont gérées par le domaine. Ces informations sont structurées, c'est-à-dire qu'elles sont regroupées dans des classes.

Structuration du diagramme de classe :

Le diagramme de classes modélise les concepts du domaine d'application ainsi que les concepts internes créés de toutes pièces dans le cadre de l'implémentation d'une application.

Le diagramme de classes met en oeuvre des classes, contenant des attributs et des opérations, et reliées par des associations ou des généralisations.

Règles de gestion :

Avant d'établir le diagramme de classe, il fallait déterminer les principales règles de gestion. Le diagramme de classe du système se base sur les règles de gestion suivantes :

· Un client et caracteriser pas son ID , nom , prénom , adresse , email, numéro téléphone, numéro registre de commerce, numéro matricule fiscale, peut passer une ou plusieurs commandes, la commande concerne un seul client.

· Une commande peut contenir un ou plusieurs produits finis, le produit peut être dans plusieurs commandes.

· Une commande concerne plusieurs factures, et la facture concerne une seul commande

· Une facture concerne plusieurs PV de réception et le PV de réception concerne une seul facture

· II.6.1.4.Description des classes :

La collection et l'analyse des informations nous a permis d'établir le dictionnaire de données ci-dessous :

La Classe	Codification	Désignation	Type
Client	ID_Client	Identificateur du client	Integer
	Nom_C	Nom du client	Varchar
	Prénom_C	Prénom du client	Varchar
	Adr_C	Adresse personnelle du client	Varchar
	Email_C	Email du client	Varchar
	Num_Tel	Numéro téléphone du client	Varchar
	Num_RC_C	Numéro registre de commerce	Varchar
	Num_MF_C	Numéro matricule Fiscale	Varchar
Commande Client	ID_commande_C	Identificateur de la commande	Integer
	Date_Com_C	Date de la commande	Date
Produit Fini	ID_Prod	Identificateur du produit	Integer
	Int_Prod	Nom du produit	Varchar
	Prix_unit	Prix Unitaire du produit	Money
Commande Fournisseur	ID_Commande_F	Identificateur de la commande	Integer
	Date_Com_F	Date de la commande	Date
PV de Réception	ID_PV	Identificateur de PV de Réception	Integer
	Date_PV	Date de PV de Réception	Date
Facture Client	ID_Facture_C	Identificateur du Facture Client	Integer
	Date_Facture_C	Date Facture Client	Date
	Paiement_C	Paiement	Bool
	Prix_Total_F	Prix Total	Money
Facture Fournisseur	ID_Facture_F	Identificateur du Facture	Integer
	Date_Facture_F	Date Facture Fournisseur	Date
	Prix_Total_F	Prix Total	Money
Contient 1	Qte_Commander	Quantité Commander	Integer
Contient 2	Qte_Commander	Quantité Commander	Integer
Contient 3	Qte_délivré	Quantité Délivré	Integer
Contient 4	Qte_acheter	Quantité Acheter	Integer
	Date_Fab	Date de Fabrication	Date
	Date_Exp	Date d'Expiration	Date
Contient 5	Qte_théo_recu	Quantité théorique reçu	Integer
	Qte _manq	Quantité manquante	Integer
	Qte _avérer	Quantité avérer	Integer

Shéma de Diagramme de classe :

Figure 26 : Diagramme de classe

Modèle relationnel :

Définition :

Le modèle relationnel est une manière de modéliser les informations contenues dans une base de données qui repose sur des principes mathématiques.

On appelle relation un ensemble d'attributs qui définissent un fait.

C'est le premier modèle de base de données indépendant des critères, il permet :

· Une description simple des entités.

· Une mise à jour des données sans anomalies des stockages.

· D'associer la théorie de normalisation et d'éliminer les comportements anormaux des données lors une mise à jour afin de supprimer les redondances et d'éviter les incohérences de la base de donnée.

Dans le modèle relationnel tout est définie comme relation même les classes ainsi les associations et des liens sont représentés de façon unique.

Les règles de passage

- Les individués : chaque individu se transforme en une table.

- Les propriétés : deviennent des attributs de la relation.

- Les identifiants : chaque identifient devient la clé primaire.

Relation <<père-fils>>

- La cardinalité de l'individu père (0-n) et la cardinalité l'individu fils (1-1).

- L'identifiant de l'individu père devient attribut de la table fils.

- Cet attribut est appelé clé étrangère.

- La propriété de l'association devient les attributs de la table fils.

Passage au modèle relationnel :

Client (ID_Client, Nom_C, Prénom_C, Adr_C, Email_C, Num_Tel, Num_RC_C, Num_MF_C).

Commande Client (ID_commande_C, Date_Com_C, ID_Client*)

Produit Fini (ID_Prod, Int_Prod, Prix_unit)

Commande Fournisseur (ID_Commande_F, Date_Com_F)

PV de Réception (ID_PV, Date_PV, ID_Facture_F*)

Facture Client (ID_Facture_C, Date_Facture_C, Paiement_C, Prix_Total_F, ID_commande_C*)

Facture Fournisseur (ID_Facture_F, Date_Facture_F, Prix_Total_F, ID_Commande_F*)

Contient 1(ID_Prod,ID_Commande_F, Qte_Commander)

Contient 2(ID_commande_C,ID_Prod, Qte_Commander)

Contient 3(ID_Prod,ID_Facture_C, Qte_délivré)

Contient 4(ID_Prod,ID_Facture_F, Qte_acheter, Date_Fab, Date_Exp)

Contient 5(ID_Prod,ID_PV, Qte_théo_recu, Qte _manq, Qte _avérer)

Remarque :

Clé primaire :

Clé étrangère. :*

Les règles de passage du Digramme de classe au MLD :

Règle1 : une classe devient une table, ses attributs deviennent ceux de la table et son identifiant est la clé primaire de cette dernière.

Règle2 : pour chaque association "plusieurs à plusieurs " on crée une nouvelle table, la clé primaire est la concaténation des clés des relations traduisant les classes intervenantes dans l'association.

- Règle3 : une association "un à plusieurs" est traduite en incluant dans la relation de multiplicité 1 la clé primaire de l'autre comme clé étrangère.

- Règle4 : une association "un à un" est traduite en incluant la clé primaire de l'une des relations comme clé étrangère dans l'autre.

- Règle5 : la traduction d'une association n_aire est une relation ayant comme clé primaire, un sous ensemble des clés de relations traduisant les classes qui intervient dans l'association.

- Règle6 :L'héritage se traduit par une table pour chacune des sous classes en reportant les attributs de la super classe dans les tables des sous classes.

Le Modèle logique des données :

- Pour la création des tables de notre base de données on a utilisés

Microsoft SQL Server 2014

- Le schéma suivant représente le Modèle logique des données correspondant à notre système.

Figure 27 : Modèle Logique des données du Système

II.6.2.3.Conclusion :

A l'issue de ce chapitre nous avons appris à mieux connaitre la conception du système, c'est une phase très long et pénible, chaque étape de la conception est très importante, tout en respectant leurs normes grâce à la conception UML et le processus du développement en cascade, elle doit être effectuée en tenant compte des résultats des étapes qui la précèdent, elle permet de dégager l'architecture générale de notre application web représentée dans le prochain chapitre.

Chapitre III :

Réalisation

Introduction :

Dans cette partie, nous allons transformer le résultat de la conception dans le réel. Nous commençons par donner une vue globale sur les outils utilisés à la réalisation et l'environnement de développement. Nous ferons par la suite le tour de l'application toute en donnant des explications.

Outils de Développement utilisés :

Le Système de Gestion de Base de Données « SQL SERVER » :

Un système de gestion de base de données ( SGBD) est un logiciel système destiné à stocker et à partager des informations dans une base de données, en garantissant la qualité, la pérennité et la confidentialité des informations, tout en cachant la complexité des opérations.

SQL SERVER fournit trois principaux domaines de fonctionnalité, à savoir le développement SQL, la modélisation des données et l'administration de serveur.

Le Langage de Programmation « Visual basic » :

Visual Basic est un langage de programmation conçu afin de générer efficacement des applications de type sécurisé et orientées objet. Visual Basic permet aux développeurs de cibler des périphériques Windows, Web et des appareils mobiles.

Les programmes écrits en Visual Basic bénéficient de la sécurité et de l'interopérabilité entre les langages.

L'Environnement de Développement «Visual studio 2013 » :

Microsoft Visual Studio est une suite de logiciels de développement pour Windows conçue par Microsoft.

Visual Studio est un ensemble complet d'outils de développement permettant de générer des applications Web, des services Web XML, des applications bureautiques et des applications mobiles. Visual Basic, Visual C++, Visual C# et Visual J# utilisent tous le même environnement de développement intégré (IDE, Integrated Development Environment), qui leur permet de partager des outils et facilite la création de solutions faisant appel à plusieurs langages.

III.2.4Présentation de l'application :

o Introduction :

Dans ce chapitre, consacré à l'application, nous allons présenter les fenêtres les plus importantes de notre l'application.

Page Login :

La fonctionnalité de cette page est d'envoyé les utilisateurs à leur page après avoir saisir le mot de passe et l'identifiant

Figure 28 : Page Login

Figure 29 : Page principale de l'application

Figure 30 : page gestion des clients

Figure 31 : Page détail de client

Figure 32 : Page ajouter client

Figure 33 : Page Modifier client

Conclusion générale :

Le travail que nous avons effectué est une conception et réalisation d'une application web pour la gestion du stock des produits finis.

Après avoir étudié la situation actuelle de RANI, récolté le maximum des éléments d'information nécessaires à cette étude et procédé au diagnostic du problématique, nous avons présenté la situation que nous jugeons adéquate.

Cette étude nous a permis d'appliquer nos connaissances acquises durant nos années à l'université, et il nous a permis d'améliorer nos connaissances et nos compétences dans le domaine de la programmation.

Nous espérons vraiment avoir répondu aux objectifs de la société RANI, et ayant amélioré sa gestion.

Bibliographie :

Sites internet :

http://www.developpez.com/ http://fr.openclassrooms.com/ https://msdn.microsoft.com/en-us/library/lightswitch.aspx http://raniworld.com/