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'un système d'information pour le suivi des commandes des pièces de rechange à  Toyota Algérie SPA

( Télécharger le fichier original )
par Lamine GHEMATI
Ecole supérieure d'informatique d'Alger - Ingénieur en informatique 2008
  

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

MODÉLISATION

STATIQUE

Etude conceptuelle Modélisation statique

Section II : Modélisation statique

Le modèle statique représente la structure de notre système en termes d'objets et de relations entre ces objets. Il repose essentiellement sur le diagramme des classes et des relations (ou associations) issues des cas d'utilisation recensés lors de la modélisation fonctionnelle. Une classe est une abstraction d'un ensemble d'objets de la réalité qui possèdent des caractéristiques communes alors qu'une association définit une relation sémantique durable entre deux classes.

« Le diagramme de classes est le point central dans un développement orienté objet....Il a pour objectif de décrire la structure des entités manipulées par les utilisateurs....Il met en oeuvre des classes contenant des attributs et des opérations, et reliées par des associations ou des généralisations » [UML01]

Nous débuterons donc par déterminer les classes candidates à partir de chaque cas d'utilisation pertinent avant de les compléter, détailler et les affiner pour construire notre futur diagramme de classes.

Détermination des classes candidates :

À partir des cas d'utilisation nous avons essayé de construire des diagrammes contenant les informations les plus utiles que nous rajouterons ou modifierons étape par étape, nous présentons ces diagrammes ci-dessous :

Diagramme N°1 :

65

- FIG. 13 : Diagramme de classes candidates N°1 -

Etude conceptuelle Modélisation statique

Ligne-Commande

Expédition

En regardant de très prés l'utilisation de la classe PIÈCE dans les trois cas d'utilisation 1,2 et 7 on se rend compte qu'elle est définie de manière différente dans chacun de ces cas. C'est une même classe qui joue différents rôles selon l'utilisateur concerné. Le fait est que cette classe est le principal maillon de notre diagramme, on décide de fractionner cette classe selon les fonctions pour la « décharger » de quelques unes de ses fonctions en introduisant les notions de généralisation et de spécialisation comme suit :

Diagramme N°2 :

Pièce

Réception

Pièce-CMD

Pièce-ICC

Pièce-sub

Commande Facture

- FIG. 14 : Diagramme de classes candidates N°2 -

De même qu'on pourrait compléter ce diagramme en ajoutant deux aspects fonctionnels étudiés lors de l'étude de l'existant, à savoir l'état comptable de la facture qui est établi après l'enregistrement de l'expédition et les lignes factures qui regroupent toutes les informations nécessaires à l'état de chaque ligne commandée. On obtient dés lors le diagramme suivant :

Diagramme N°3 :

66

- FIG. 15 : Diagramme de classes candidates N°3 -

Etude conceptuelle Modélisation statique

Pendant la première phase de notre étude, nous avons stipulé que la société TOYOTA ALGERIE travaille essentiellement avec le fournisseur TME, mais qu'elle s'occupe aussi de deux autres marques, et donc deux autres fournisseurs, ainsi qu'elle pourrait être appelée à traiter avec de nouveaux fournisseurs. Voilà pourquoi nous décidons de lier la classe « Commande » à une nouvelle classe « Fournisseur » qui contiendra les informations relatives à ceux-là. Ce qui nous permet de dresser le dernier diagramme des classes candidates qui suit :

Diagramme N°4 :

67

- FIG. 16 : Diagramme de classes candidates N°4 -

Afin d'obtenir notre diagramme de classes final, il nous faudra déterminer les multiplicités à chaque extrémité d'une association en vue de préciser le nombre d'instances qui participent à une relation, et ceci en passant par l'énumération de quelques règles de gestion internes ; Quelques opérations seront aussi transcrites dans le diagramme et nous finirons par décrire les propriétés de chaque classe mentionnée.

Etude conceptuelle Modélisation statique

Les règles de gestion :

1- Une pièce appartient à une ou plusieurs lignes commande.

2- Une ligne commande contient une et une seule pièce.

3- Une ligne commande appartient à une et une seule commande.

4- Une commande contient une ou plusieurs lignes commande.

5- Une commande concerne un et un seul fournisseur.

6- Un fournisseur peut recevoir plusieurs commandes.

7- Une commande est concernée par une ou plusieurs factures.

8- Une facture peut concerner plusieurs commandes.

9- Une facture est composée d'une ou de plusieurs lignes facture.

10- Une ligne facture appartient à une seule facture.

11- Une expédition peut concerner plusieurs factures.

12- Une facture n'est concernée que par une seule expédition.

13- Un état comptable concerne une seule expédition/facture à la fois.

14- Une réception concerne une et une seule expédition.

15- Une expédition peut-être concernée par plusieurs réceptions.

D'où le diagramme de classes final suivant:

68

- FIG. 17 : Diagramme de classes -

Etude conceptuelle Modélisation statique

69

Définition des classes et de leurs attributs :

La classe « Piece »

Attributs

Description

Type

Ref_Piece

Référence de la pièce

Char

Designation

Désignation de la pièce

Char

Poids

Poids net de la pièce

Number

IsSubstitut

Présence d'un substitut

Boolean

DateDebProd

Date début de la production

Date

DateFinProd

Date fin de la production

Date

Qty_Pkg

Quantité dans un PACK

Number

Pays_Origine

Origine de la pièce

Char

Volume

Volume de la pièce

Number

Vor_Max

Quantité maximale pour une commande VOR

Number

TMC_Stock_Code

Code en stock du fournisseur

Char

Danger_Code

Code de dangerosité du produit

Char

PU

Prix unitaire

Number

La classe « Piece-ICC »

Attributs

Description

Type

Ventes

Nombre de ventes des 6 derniers mois

Number

BackOrders

Nombre de back orders des 6 derniers mois

Number

LostSales

Ventes ratées des 6 derniers mois

Number

SSdemand

Stock de sécurité pour la demande

Number

SSleadtime

Stock de sécurité pour les délais

Number

OrderCycle

Nombre de commandes

Number

LeadTime

Délai de livraison

Number

ClassePiece

Classe de la pièce

Char

DemandeGlobale

Demande des 6 derniers mois

Number

DemandeMoyenne

Demande moyenne mensuelle

Number

MIP

Quantité maximale à commander

Number

Ref_Piece

Référence de la pièce

Char

La classe « Piece-CMD »

Attributs

Description

Type

MIP

Quantité maximale à commander

Number

ClassePiece

Classe de la pièce

Char

OnHand

Quantité présente en stock

Number

OnOrder

Quantité déjà commandée au fournisseur

Number

BackOrder

Quantité commandée par des clients

Number

SOQ

Quantité à commander

Number

Ref_Piece

Référence de la pièce

Char

Etude conceptuelle Modélisation statique

70

La classe « Piece-SUB »

Attributs

Description

Type

Ref_Substitut

Référence substitut

Char

Ref_Piece

Référence de la pièce

Char

La classe « Ligne-Commande »

Attributs

Description

Type

Num_Commande

Numéro de la commande qui contient la ligne

Char

Num_Ligne_Commande

Numéro de la ligne

Char

Ref_Piece

Référence de la pièce commandée

Char

Qty_Commandee

Quantité commandée

Number

PUC

Prix unitaire (commande)

Number

Total_Ligne

Prix unitaire * Quantité commandée

Number

Etat_Ligne

Etat de la ligne à un moment donné

Text

La classe « Commande »

Attributs

Description

Type

Num_Commande

Numéro de la commande

Char

Num_Fournisseur

Fournisseur concerné

Char

Date_Commande

Date d'émission de la commande

Date

Nbr_Ligne_Commande

Nombre de ligne qu'elle contient

Number

Montant_HT

Montant de la commande en hors taxe

Number

Montant_TTC

Montant de la commande en TTC

Number

La classe « Facture »

Attributs

Description

Type

Num_Facture

Numéro de la facture

Char

Date_Facture

Date de la facturation

Date

Montant_Facture_HT

Montant de la facture en hors taxe

Number

Montant_Facture_TTC

Montant de la facture toutes taxes comprises

Number

Nbr_Ligne_Facture

Nombre de lignes facturées

Number

Nbr_Caisse

Nombre de caisses envoyées

Number

Num_Expedition

Numéro de l'expedition

Char

La classe « Ligne-Facture »

Attributs

Description

Type

Num_Facture

Numéro de la facture

Char

Num_Ligne_Facture

Numéro de la ligne

Number

Ref_Piece

Référence de la pièce

Char

Qty_facturee

Quantité facturée

Number

PUF

Prix unitaire facturé

Number

Num_Commande

Numéro de la commande associée

Char

Num_Ligne_Commande

Numéro de la ligne

Number

Num_Caisse

Caisse qui contient la pièce(s)

Char

Etude conceptuelle Modélisation statique

71

La classe « Expedition »

Attributs

Description

Type

Num_Expedition

Numéro de l'expédition

Char

Somme_Qty

Quantités facturées

Number

Nbr_Caisse_E

Nombre de caisses envoyèes

Number

Date_Facture_Système

Date d'enregistrement de la facture

Date

Date_Facture_Origine

Date d'arrivée de la facture par DHL

Date

Date_Rec_Connaissement

Date de réception du connaissement

Date

Num_Connaissement

Numéro du connaissement

Char

Date_Connaissement

Date du connaissement

Date

Date_Deb_Domiciliation

Date début de domiciliation

Date

Date_Fin_Domiciliation

Date de fin de domiciliation

Date

Date_Declaration

Date de déclaration en douane

Date

Num_Remorque

Numéro de la remorque

Char

Poids_Marchandise

Poids de la marchandise

Number

Volume_Marchandise

Volume de la marchandise

Number

Embarquement

Date d'embarquement

Date

Accostage

Date d'arrivée au port d'Alger

Date

Debarquement

Date de débarquement de la marchandise

Date

Dem_Cheque_Transitaire

Date de demande de chèque du transitaire

Date

Dem_Cheque_Interne

Date de demande de chèque au service comptabilité

Date

Remise_Cheque_Interne

Date de remise de chèque

Date

Remise_Cheque_Transitaire

Date de remise de chèque au transitaire

Date

Remise_Bon_Enlevé

Date de remise du bon enlevé

Date

Date_Livraison

Date de livraison annoncée

Date

Debut_Reception

Date du début de la réception

Date

Fin_Reception

Date de la fin de la réception

Date

Lead_Time

Délai de livraison total

Number

Dossier_Complet

Date de fermeture du dossier

Date

Remise_Comptabilite

Date de remise du dossier à la comptabilité

Date

Observations

Observations

Text

Etude conceptuelle Modélisation statique

72

La classe « Etat-Comptable »

Attributs

Description

Type

Num_Expedition

Numéro de l'expédition

Char

Type_Shipment

Voie d'acheminement

Char

Type_Container

Type de container

Char

Taux_Change

Taux de change de la monnaie de transaction

Number

Montant_FOB

Montant sans charges

Number

Montant_Fret_Loading

Montant transport + Chargement

Number

Montant_Assurance

Montant de l'assurance

Number

Droit_Douane

Droits douaniers

Number

Montant_Transit

Frais de transit

Number

Montant_SDV

Frais compagnie maritime

Number

Cout_Revient

Total coût de revient

Number

LC_Factor

Facteur coût de revient

Char

La classe « Reception»

Attributs

Description

Type

Num_Reception

Numéro de la réception

Char

Num_Expedition

Numéro de l'expédition

Char

Nbr_Caisse_R

Nombre de caisses reçues

Number

Num_Container

Numéro du container

Char

Date_Arrivee

Date d'arrivée

Date

Start_Time

Heure de début de la réception

Date

End_Time

Heure de fin de la réception

Date

IsError

Erreur à la réception

Boolean

Qty_Recue

Quantité reçue

Number

Qty_Manque

Quantité manquante

Number

Qty_Exces

Quantité excédante

Number

Qty_Endommagee

Quantité endommagée

Number

Code_Erreur

Code erreur fournisseur

Char

Code_CPD

Code erreur du client

Char

Code_Paker_Picker

Code emballage

Char

Remarques

Remarque du CPD

Text

La classe « Fournisseur»

Attributs

Description

Type

Num_Fournisseur

Code du fournisseur

Char

Nom_Fournisseur

Désignation du fournisseur

Char

Adr_Fournisseur

Adresse du fournisseur

Char

Tel_Fournisseur

Téléphone du fournisseur

Number

Fax_Fournisseur

Fax du fournisseur

Number

Mail_Fournisseur

E-mail du fournisseur

Char

Web_Fournisseur

Site internet du fournisseur

Char

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








"Ceux qui rĂªvent de jour ont conscience de bien des choses qui échappent à ceux qui rĂªvent de nuit"   Edgar Allan Poe