WOW !! MUCH LOVE ! SO WORLD PEACE !
Fond bitcoin pour l'amélioration du site: 1memzGeKS7CB3ECNkzSn2qHwxU6NZoJ8o
  Dogecoin (tips/pourboires): DCLoo9Dd4qECqpMLurdgGnaoqbftj16Nvp


Home | Publier un mémoire | Une page au hasard

 > 

Conception et réalisation d'une application de gestion de stock dans une entreprise privée cas de Sesomo.

( Télécharger le fichier original )
par Harris KATETE
Intitut supérieur de commerce de Lubumbashi RDC - Licence 2011
  

précédent sommaire suivant

Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy

Conclusion Partielle

A l'issue de cette étape nous avons pu exprimer clairement les objectifs attendus du futur système à concevoir, ainsi que l'analyse associée à chaque cas d'utilisation et la possibilité de les réaliser dans un paradigme orienté objet, sans s'attacher à aucun outil de développement. Il faut noter que l'étape d'analyse est une activité utile qui va nous permettre d'introduire la prochaine étape du Processus Unifié intitulé «CONCEPTION et REALISATION DU PROJET», que nous allons détailler dans le chapitre suivant.

CHAPITRE IV. CONCEPTION ET REALISATION DU PROJET

4.1. Introduction

Dans la démarche de Processus Unifié, la phase de conception suit immédiatement la phase d'Analyse, par ailleurs la conception de logiciel est un art qui nécessite de l'expérience, et elle consiste à traduire les besoins en spécifiant comment l'application pourra les satisfaire avant de procéder à sa réalisation. En effet, dans ce chapitre nous essayons d'étendre la représentation des diagrammes effectués au niveau de l'analyse en y intégrant les aspects techniques plus proches des préoccupations physiques.

4.2. Réalisation des diagrammes de classe du Système Informatique

Cette réalisation de diagrammes de classe montre la passation des différentes opérations; nous avons voulu le présenter dans nos pages suivantes en se basant sur le dictionnaire de données et les règles de gestion. L'analyse sémantique des données du dictionnaire permet de les regrouper dans des entités à part. Par ce que les liens qui les relient tiennent compte des règles de gestion.

1. Diagramme de classe : Cas d'utilisation Gérer bon Sortie

2. Diagramme de Classe : Cas d'utilisation Gérer bon Sortie

3. Diagramme de classe : Cas d'utilisation Edition

4.3. Diagramme de classe conceptuelle

Le diagramme de classes est considéré comme le plus important de la modélisation orientée objet, il est le seul obligatoire lors d'une telle modélisation. Alors que le diagramme de cas d'utilisation montre un système du point de vue des acteurs, le diagramme de classes en montre la structure interne. Il permet de fournir une représentation abstraite des objets du système qui vont interagir ensemble pour réaliser les cas d'utilisation.8(*)

4.4. Règles de Gestion

Le diagramme de classe du système étudié est basé sur les règles de gestion suivantes :

1. Un bon de sortie est associé à un et un seul bon de commande interne ;

2. Un bon de sortie contient un ou plusieurs produits ;

3. Un produit peut figurer dans un bon de sortie une ou une seule fois;

4. Un bon d'entrée peut avoir un ou plusieurs produits ;

5. Un produit peut avoir un ou plusieurs bons d'entrée.

4.4.1. Dictionnaire des données

La collection et l'analyse des informations en provenance de différentes sources (Entretien avec le magasinier et analyse des documents), nous a permis d'établir le dictionnaire de données ci-dessous :

Nom de la Classe

Codification

Désignation

Type

Taille

Observation

Gestion_de_Sorties

IDSortie

Le Numéro de bon

numérique

4

9999999

RefP

C'est la Référence du Produit

Texte

50

 

NomAgent

C'est le nom de l'agent qui passe le bon interne

Texte

50

 

DesigneP

C'est la désignation du Produit

Texte

50

 

QuantitéD

C'est la quantité du produit demandé

Numérique

4

9999999

Date

C'est la date à laquelle a été passé la commande

Date

8

JJ/MM/AAA
A

Gestion_des_Entrées

IDEntrée

Numéro entrée

numérique

4

9999999

RefP

C'est la Référence du Produit

Texte

50

 

QteEntrée

C'est la quantité du produit enregistré

Numérique

4

9999999

Date

C'est la date à laquelle a été enregistré le produit

Date

8

JJ/MM/AAA
A

Observation

C'est le constat

Texte

50

 

Stock

IDStock

Numéro stock

numérique

4

9999999

DesineP

C'est le nom du produit

Texte

50

 

QteEntrée

C'est la quantité de produit Entrées

Numérique

4

9999999

QteS

C'est la quantité des produits sortis

Numérique

4

9999999

Date

Date

Date

8

JJ/MM/AAA
A

Solde

C'est la quantité qui reste

Numérique

4

99999999

* 8. UML 2 - Laurent Audibert - http://laurent-audibert.developpez.com/Cours-UML/

précédent sommaire suivant






Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy








"Des chercheurs qui cherchent on en trouve, des chercheurs qui trouvent, on en cherche !"   Charles de Gaulle