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 d'un système d'information pour la gestion commerciale d'un établissement à  plusieurs succursales. Cas de l'établissement "la Mardochée foods "

( Télécharger le fichier original )
par Alphonse KAYEMBE TSHISUMPA
Ecole informatique des finances - Ingénieur concepteur 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

Neuvième Chapitre :

Conception du système d'Information

9.1. Etape conceptuelle

9.1.1. Les données

La représentation formelle de l'ensemble de données mémorisables du domaine étudié constitue le Modèle Conceptuel de données (M.C.D.). Cette représentation ne tient pas compte des contraintes organisationnelles, économiques ou techniques.

9.1.1.1 Définition des concepts de base38(*)

Il existe trois principaux concepts de base manipulés dans le MCD à partir d'un réel perçu :

- Entité (ou Objet) : est un objet pourvu d'une existence propre et conforme aux choix de gestion de l'entreprise ;

- Relation : est une association perçue dans le réel entre deux ou plusieurs entités. Une relation est dépourvue d'existence propre ;

- Propriété : est une donnée élémentaire que l'on perçoit sur une entité ou sur une relation entre objets.

Outre ces trois principaux concepts, il existe d'autres tels que :

- Occurrence d'un objet : c'est l'objet individualisé, déterminé, autrement dit, un élément individualisé appartenant à l'entité concernée ;

- Occurrence d'une relation : est une relation individualisée constituée d'une et d'une seule occurrence des entités participant à la relation ;

- Cardinalités (objet - relation) : la cardinalité d'une entité par rapport à une relation s'exprime par deux nombres appelés cardinalité minimale (0 ou 1) qu'est le nombre de fois minimum qu'une occurrence d'une entité participe aux occurrence de la relation d'une part et d'autre part cardinalité maximale (1 ou n) indiquant le nombre de fois maximum une occurrence de l'entité participe aux occurrences de la relation.

- Identifiant d'une entité : est une propriété particulière de l'entité telle qu'à chaque valeur de la propriété correspond une et une seule occurrence de l'entité ;

- Identifiant d'une relation : est l'identifiant obtenu par concaténation des identifiants des entités participant à la relation ;

- Dimension d'une relation : est le nombre d'entité participants à la relation.

La représentation de ces concepts est donnée à la figure n° 2 ci-dessous représentée :

Non ENTITE 1

Propriété 1

:

:

:

:

Propriété n

Non ENTITE 2

Propriété 1

:

:

:

:

Propriété n

Non de la Relation

m,M

m,M

Figure n° 8 : Schéma Entité - Relation

9.1.1.2. Conception du MCD

a) Identification et Description des objets (entités)

Après observation de l'univers réel tel que nous l'avons perçu, nous avons identifié les entités de gestion qui y sont couramment manipulées. Nous en faisons la description succincte dans le tableau ci-dessous :

Objet

Code

Propriétés

Code

Nature

Taille

Identifiant

Produit

PROD

Code Produit

Désignation Produit

Prix Unitaire

Unité Statistique

CODPROD

DESPROD

PU

UNITS

AN

AN

N

AN

5

25

5

6

*

Client

CLI

Numéro Client

Nom Client

Adresse Client

Téléphone

NUMCLI

NOMCLI

ADRCLI

TEL

N

AN

AN

N

2

30

15

10

*

Commande

CDE

Numéro Commande

Date Commande

Quantité commandée

Mode de paiement

Délai de Livraison

NUMCOM

DATCOM

QTECOM

MDP

DL

N

N

N

AN

N

4

8

3

7

2

*

Facture

FACT

Numéro Facture

Date Facture

Quantité

Montant Facture

Montant Payé

Date de paiement

Motif de paiement

NUMFACT

DATFACT

QTE

MONTF

MONTP

DATP

MOTP

N

N

N

N

N

N

AN

4

8

3

7

7

8

20

*

Fournisseur

FOU

Numéro Fournisseur

Nom Fournisseur

Adresse Fournisseur

NUMFOU

NOMFOU

ADRFOU

N

AN

AN

1

30

15

*

Magasin

MAG

Code Magasin

Désignation Magasin

Adresse Magasin

CODMAG

DESMAG

ADRMAG

N

AN

AN

1

18

15

*

Lot

Lot

Code Lot

Libellé Lot

Date Expiration

Poids Lot

CODLOT

LIBLOT

DATEX

POIDS

N

AN

N

N

2

10

8

5

*

Catégorie Produit

CATPROD

Code Catégorie

Libellé Catégorie

CODCAT

LIBCAT

N

A

2

15

*

Catégorie Clients

CATCLI

Code Catégorie

Libellé Catégorie

CODCATCLI

LIBCATCLI

N

A

1

10

*

Agent

AGENT

Numéro Agent

Noms Agent

Date Naissance

Sexe

Etat Civil

Adresse Agent

Fonction

Date Engagement

NUMAG

NOMAG

DATNAIS

SEX

ETATCIV

ADRAG

FONCT

DATENG

AN

A

N

AN

AN

AN

AN

N

4

30

8

1

1

15

15

8

*

b) Identification et description des relations

Nous référant au discours de l'univers concerné, nous constatons également que les différentes entités sont en relations entre elles. Dans le tableau ci-dessous sera reprise la description de toutes ces relations.

Relation

Dimension

Objet 1

Objet 2

Propriétés

1

Passer

2

Client

Commande

 

2

Concerner 1

2

Commande

Produit

Quantité facturée

3

Concerner 2

2

Facture

Commande

Quantité Facturée

4

Stocker

2

Magasin

Produit

Quantité Stock

Quantité Critique

5

Livrer

2

Fournisseur

Produit

Quantité Livrée

Date de Livraison

6

Appartenir 1

2

Produit

Catégorie Produit

-

7

Contenir

2

Lot

Produit

 

8

Appartenir 2

2

Client

Catégorie Clients

-

11

Etablir

2

Agent

Facture

Date du jour

c) Définition des contraintes d'intégrité fonctionnelle - CIF ou DF

Une contrainte d'intégrité fonctionnelle sur plusieurs entités participant à une même relation exprime que l'une des entités est totalement déterminée par la connaissance d'une ou plusieurs autres entités39(*).

Cette notion traduit un lien fort et permanent (non modifiable en moins d'une annulation) de dépendance d'une entité par rapport à plusieurs autres. Lorsque ce lien n'est pas permanent dans le temps, il s'agit d'une dépendance fonctionnelle (DF) entre entité.

Merise définit, à partir du formalisme conceptuel de données, la notion de DF entre autre au sein d'une relation-type entre deux ou plusieurs entités type de sa collection. C'est une dépendance obligatoire dans une relation d'un objet fils vis-à-vis d'un objet père. Dans le cas des relations binaires d'une cardinalité (1,1).

Relation

Cardinalité Source

Cardinalité cible

CIF

Objet Père

Objet Fils

Passer

1,n

1,1

oui

Client

Commande

Concerner 2

1,n

1,1

oui

Facture

Commande

Appartenir 1

1,1

1,n

oui

Produit

Catégorie Produit

Appartenir 2

1,1

1,n

oui

Client

Catégorie Client

Contenir

1,n

1,1

oui

Lot

Produit

Etablir

1,n

1,1

oui

Agent

Facture

d) Elaboration du MCD

CLIENT

# NUMCL

NOMCLI

ADRCLI

TEL

Passer

COMMANDE

# NUMCOM

DATCOM QTECOM

MDP

DL

PRODUIT

# CODPROD

DESPROD

PU

UNITS

FOU

# NUMFOU

NOMFOU

ADRFOU

Livrer

- Qtéliv

- Datliv

CATPROD

# CODCAT

LIBCAT

Appartenir 1

MAGASIN

# CODMAG

DESMAG

ADRMAG

Stocker

- QTESTO

- QTECRIT

LOT

# CODLOT

LIBLOT

POIDS

DATEX

Contenir

AGENT

# NUMAG

NMAG

DATNAIS

SEX

ETATCIV

ADRAG

FONCT

DATENG

Concerner 2

- Qté

FACTURE

# NUMFACT

DATFACT

QTE

MONTFACT

MONTP

DATP

MDP

Appartenir 2

CATCLI

# CODCATCLI

LIBCATCLI

Etablir

1,n

1,1

1,1

1,n

1,n

1,1

1,n

1,1

1,n

1,n

1,n

1,n

1,n

1,n

1,1

- Datjr

- Qté

Concerner 1

1,n

1,n

1,n

9.1.2. Les traitements

Les traitements constituent la partie dynamique du S.I. Ils décrivent les actions à exécuter sur les données afin d'obtenir les résultats attendus par l'entreprise. Les traitements ne sont en fait que la traduction en action des règles de gestion qui composent l'activité de l'entreprise40(*).

9.1.2.1. Identification et découpage du domaine en processus

Dans le domaine que nous étudions, trois processus peuvent être distingués à savoir :

- L'approvisionnement

- La Tenue des Stocks

- Et la Vente

9.1.2.2. Le modèle conceptuel des traitements (MCT)

La présentation schématique à l'aide du formalisme MERISE de l'activité ou d'un sous-ensemble de l'activité d'une entreprise indépendamment des choix d'organisation et des moyens d'exécution correspond au modèle conceptuel des traitements ou MCT41(*). Autrement dit, le MCT permet de représenter les actions menées par l'entreprise pour la réalisation de ses finalités.

Le formalisme Merise du MCT introduit les concepts de base ci-après :

· Le Processus : Constitue un sous-ensemble de l'activité de l'entreprise dont les points d'entrée et de sortie sont stables et indépendants des choix d'organisation. Le processus est donc un ensemble structuré d'événements, d'opérations et des résultats successifs qui concourent à un même but.

· L'opération : c'est un ensemble d'actions qui sont exécutables sans interruption. Une opération est déclenchée pour répondre à la sollicitation d'un événement et produire un résultat.

· Evénement - Résultat : l'événement correspond à une sollicitation pour le S.I. qui doit réagir par l'exécution d'une ou plusieurs actions en vue de traiter cet événement. L'événement qui se produit à la fin d'une opération est appelé résultat de l'opération. Ce résultat peut être, lui-même un événement déclencheur d'une autre opération.

· Synchronisation : est une combinaison par une expression logique des occurrences de plusieurs événements sollicitant une opération ;

· Les règles d'émission de résultats : l'émission des résultats par une opération peut être conditionnée par des règles d'émission des résultats.

La Figure ci-dessous représenté est celle du formalisme de représentation du MCT.

Condition d'exécution

Désignation de l'Opération

Condition d'émission

KO

OK

Evénements

Synchronisation

Opération

Conditions d'émission des résultats

Evénements résultats

Ev 1

Ev 1

Ev 3

Ev 4

Figure n° 9 : Formalisme de représentation du MCT

9.1.2.3. Construction du MCT

a) Règles de construction d'un MCT42(*)

· Première Règle : Une opération est une suite non interrompue de traitement ; toute intervention d'un acteur externe qui entraînerait une interruption provoque un découpage de l'opération.

· Deuxième règle : A l'intérieur d'une opération il ne doit pas apparaître de résultat pouvant conditionner la suite du déroulement des opération d'un processus étudié ; si tel était le cas, il faudrait découper l'opération.

b) Tableau Evénements - Résultats

· 1er Processus : Approvisionnement Maison Mère

Evénement

Opération

Résultat

7. Etat des Besoins

Vérification EB + Etablissement BCF

8. BCF

9. EB rejetté

10. BCF

11. Visa

12. BSCS

Paiement

13. 14. BCFVP

15. 16. BCFVP

17. BLF

18. FF

Contrôle de Conformité

19. BLFC

20. Retour Mses (LR)

· 2ème Processus : Vente

Evénement

Opération

Résultat

21. Choix du Client

22. BCC

Contrôle Disponibilité + Etablissement Facture client

FC

Choix ou BCC différé

FC

Paiement

Encaissement Facture

FCP

FC

FCP

Etablissement JC

JC

FCP

Etablissement Bon de Livraison Client

BLC

BLC

Etablissement Journal de Livraison

JL

FC

Echéance

Relance

LdR

FCP

Fin Journée

Etablissement BEC

BEC

· 4ème Processus : Tenue de Stock

Evénement

Opération

Résultat

23. PP

24. BLC

25. BLFC

26. EO

27. PI

28. EI

Ajustement Fiche de Stock

29. 30. 31. FSA

32. FSA

33. PI

Etablissement LP

34. LP

35. 36. LP

37. SP

Rapprochement ST & SP

38. FI

c) Elaboration du MCT

· Processus d'approvisionnement Magasin Central

Etat des Besoins

Vérification EB + Etablissement BCF

 

OK

KO

BCF

EB rejeté

Paiement

 

Toujours

BLFC

Visa

Et

BSCS

BCFVP

Contrôle de conformité

 

OK

KO

Et

BLF

Ret Mses

FF

FF

· Processus de vente

Choix du Client

Contrôle Disponibilité + Etablissement Facture Client

 

OK

KO

FC

Encaissement Facture

 

OK

KO

Ou

BLC

Et

Etablissement Bon de Livraison

 

Toujours

JC

JL

Etablissement BEC

 

Toujours

Et

BEC

BCC

Paiement

FCP

Etablissement JC

 

Toujours

Etablissement Journal de Livraison

 

Toujours

Fin Journée

Relance

 

Toujours

Echéance

Et

LdR

· Processus de tenue de Stock

BLFC

Ajustement Fiche de Stock

 

Toujours

Etablissement LP

 

Toujours

A

FSA

Et

PI

Ou

Rapprochement ST et SP

 

Toujours

LP

EI

BLC

PP

EO

A ou B ou C ou D ou (E et F)

B

C

D

E

PI

F

SP

9.2. Etape Organisationnelle

9.2.1. Elaboration de nouvelles règles d'organisation

De la nouvelle organisation découle les règles générales suivantes :

· RO1 : Le Coordon a en sa charge l'administration et la maintenance de la BDD centrale implantée sur le Serveur Dédié située dans son bureau ;

· RO2 : Le Dir. Com., les préposés à la facturation et à la caisse, le gérant du magasin central et la comptabilité sont équipés des micro-Ordinateurs connectés au réseau local.

· RO3 : Les gérants des succursales sont aussi dotés des micro-ordinateurs non connectés au LAN mais sur lesquels la saisie des données se fera suivant la structure de la BDD centrale.

· RO4 : la mise à jour de la BDD est effectuée par le Coordon au moment opportun.

· RO5 : Les imprimantes sont trouvées chez le Dir. Com., à la Caisse et chez les trois gérants ; Et à ces postes on peut imprimer les documents relatifs au poste.

· R06 : les postes non équipés d'une imprimante peuvent imprimer leur état sur le réseau sur l'imprimante du Dir. Com qui sera partagée sur le réseau.

9.2.2. Description de nouveaux documents

L'exploitation de la BDD consiste à produire différents documents parmi lesquels nous citons à titre d'exemple :

- Bon de Commande Fournisseur ;

- Bon de Livraison Client ;

- Facture Client ;

- Liste Produits en Rupture Stock (LPRS) ;

- Journal de Caisse ;

- Journal de Livraison ;

9.2.2.1. Description

Projet : Gestion Commerciale

Processus : Ventes

Fiche description du document de sortie

Désignation : Bon de commande fournisseur

Page :

Date :

Etablie : A.K.T.

Désignation donnée

Code

Type

Taille

Numéro Bon de Commande

Date de la Commande

Désignation Magasin

Adresse magasin

Nom fournisseur

Adresse fournisseur

Code Produit

Désignation Produit

Quantité Commandée

Prix Unitaire

Mode de Paiement

Délai de Livraison

Total à Payer

NUMBCF

DATCOM

DESMAG

ADRMAG

NOMFOU

ADRFOU

CODPROD

DESPROD

QTECDE

PU

MDP

DL

TOTPAY

N

N

AN

AN

AN

AN

AN

AN

N

N

AN

N

N

5

8

18

15

25

15

5

30

4

5

7

2

7

Projet : Gestion Commerciale

Processus : Vente

Fiche description du document de sortie

Désignation : Bon de Livraison Client

Page :

Date :

Etablie : A.K.T.

Désignation donnée

Code

Type

Taille

Date Livraison

Nom Client

Code Lot

Libellé Lot

Code Produit

Désignation Produit

Quantité Livrée

DATLIV

NOMCLI

CODLOT

LIBLOT

CODPROD

DESPROD

QTELIV

N

AN

N

AN

AN

AN

N

8

25

4

18

5

25

4

Projet : Gestion Commerciale

Processus : Vente

Fiche description du document de sortie

Désignation : Facture Client

Page :

Date :

Etablie : A.K.T.

Désignation donnée

Code

Type

Taille

Date Vente

Nom du Client

Adresse du Client

Code Produit

Désignation Produit

Quantité Vendue

Prix Unitaire

Montant Facture

Montant Payé

Motif de Paiement

Mode de Paiement

Nom Agent

DATVEN

NOMCLI

ADRCLI

CODPROD

DESPROD

QTEVEND

PU

MONTF

MONTP

MOTF

MDP

NOMAG

N

AN

AN

AN

AN

N

N

N

N

N

AN

AN

8

30

15

5

25

4

5

6

7

7

7

30

Projet : Gestion Commerciale

Processus : Vente

Fiche description du document de sortie

Désignation : JC

Page :

Date :

Etablie : A.K.T.

Désignation donnée

Code

Type

Taille

Date du Jour

Numéro Facture

Nom Client

Montant Payé

Total Recettes du Jour

Signature

DATJR

NUMFACT

NOMCLI

MONTP

TOTRECJR

SE

N

N

AN

N

N

AN

8

4

30

6

8

10

Projet : Gestion Commerciale

Processus : Tenue de stock

Fiche description du document de sortie

Désignation : LPRS

Page :

Date :

Etablie : A.K.T.

Désignation donnée

Code

Type

Taille

Date du jour

Code catégorie

Libellé Catégorie

Code Lot

Lib Lot

Date Expiration

Code Produit

Désignation Produit

Quantité en stock

Quantité Critique

DATJR

CODCAT

LIBCAT

CODLOT

LIBLOT

DATEXP

CODPROD

DESPROD

QTESTO

QTECRIT

N

N

AN

N

AN

N

AN

AN

N

N

8

2

15

4

10

8

5

25

4

2

Projet : Gestion Commerciale

Processus : Tenue de Stock

Fiche description du document de sortie

Désignation : JL

Page :

Date :

Etablie : A.K.T.

Désignation donnée

Code

Type

Taille

Date du Jour

Numéro Facture

Nom Client

Numéro Bon livraison

Désignation Produit

Quantité Livrée

Signature

DATJR

NUMFACT

NOMCLI

NUMBL

DESPROD

QTELIV

SE

N

N

AN

N

AN

AN

AN

8

4

30

5

25

4

10

9.2.2.2. Dictionnaire des données

Il constitue l'ensemble de vocabulaire précis sur lequel tous ceux qui interviennent dans cette gestion pourront s'accorder.

Données

Code

Définition

Contrainte syntaxique

Contrainte sémantique

1.

Numéro Client

NUMCLI

Désigne le numéro du Client

N(2)

0 < NUMCLI <= 6

2.

Nom Client

NOMCLI

Désigne le nom du Client

AN(30)

0 < NOMCLI <= 30

3.

Adresse Client

ADRCLI

Désigne l'adresse du Client

AN(15)

0 < ADRCLI <= 15

4.

Téléphone

TEL

Désigne le numéro de Téléphone du Client

N(10)

0 < TEL<= 10

5.

Code Produit

CODPROD

Désigne le code du produit

AN(5)

0 < CODPROD<= 6

6.

Désignation Produit

DESPROD

Désigne le nom du Produit

AN(25)

0 < DESPROD <= 25

7.

Quantité Stock

QTESTO

Désigne la quantité des Mses en stock

N(5)

0 < QTESTO<= 6

8.

Prix Unitaire

PU

Désigne le prix d'un produit

N(5)

0 < PU <= 5

9.

Quantité Critique

QTECRIT

Désigne le stock critique d'un produit

N(2)

0 < QTECRIT<= 7

10.

Date Expiration

DATEX

Désigne la date d'expiration d'un produit

N(8)

0 < DATEX<= 8

11

Code catégorie

CODCAT

Désigne la référence de la catégorie des produits

N(2)

0 < CODCAT<= 6

12

Libellé Catégorie

LIBCAT

Désigne le libellé de la Catégorie

AN(15)

0 < LIBCAT <= 15

13

Code Lot

CODLOT

Désigne la référence d'un Lot des produits

N(4)

0 < CODLOT <= 6

14

Libellé Lot

LIBLOT

Désigne le nom du Lot

AN(10)

0 < LIBLOT <= 10

15

Poids

POIDS

Désigne le poids du Lot

N(5)

0 < POIDS<= 5

16

Numéro Fournisseur

NUMFOU

Désigne la Référence du fournisseur

N(1)

0 < NUMFOU <=6

17

Nom Fournisseur

NOMFOU

Désigne le Nom du fournisseur

AN(30)

0<NOMFOU<= 30

18

Adresse Fournisseur

ADRFOU

Désigne l'Adresse du Fournisseur

AN(15)

0< ADRFOU<= 15

19

Date Vente

DATVENTE

Désigne la date du jour où le produit est vendu

N(8)

0<DATVENTE<= 8

20

Quantité Vendue

QTEVEND

Désigne la quantité vendue du produit

N(4)

0 < QTEVEND<= 7

21

Mode de Paiement

MDP

Désigne le mode de paiement

N(1)

0 < MDP <= 3

22

Echéance

ECHEANCE

Désigne la date prévue du paiement de la facture

N(8)

0 < ECHEANCE<= 8

23

Code Catégorie Client

CODCATCLI

Désigne la référence de la catégorie d'un client

N(1)

0< CODCATCLI<= 9

24

Libellé catégorie Client

LIBCATCLI

Désigne le nom de la catégorie d'un client

AN(10)

0 < LIBCATCLI<= 10

25

Code magasin

CODMAG

Désigne le code du magasin

N(1)

0 < CODMAG<= 6

26

Libellé Magasin

LIBMAG

Désigne la raison sociale du Magasin

AN(18)

0 < LIBMAG <= 18

27

Adresse Magasin

ADRMAG

Désigne l'Adresse du magasin

AN(15)

0 < ADRMAG<= 15

28

Date Réception

DATREC

Désigne la date de réception du produit

N(8)

0 < DATREC <= 8

29

Quantité livrée

QTELIV

Désigne la quantité des produits livrés parle fournisseur

N(4)

0 < QTELIV<= 6

30

Date livraison

DATLIV

Désigne la date de livraison des produits

N(8)

0 < DATLIV<= 8

31

Numéro Agent

NUMAG

Désigne la référence d'un agent dans la BDD

N(2)

0 < NUMAG<= 5

32

Nom Agent

NOMAG

Désigne le nom d'un agent

AN(30)

0 < NOMAG<= 30

33

Date Naissance

DATNAIS

Désigne la date de naissance d'un agent

N(8)

0 < DATNAIS<= 8

34

Sexe

SEX

Désigne le sexe d'un agent

AN(1)

0 < SEX<= 3

35

Etat Civil

ETACIV

Désigne l'Etat Civil d'un agent

AN(1)

0 < ETACIV<= 6

36

Adresse Agent

ADRAG

Désigne l'adresse d'un agent

AN(15)

0 < ADRAG<= 15

37

Fonction

FONCT

Désigne la fonction d'un agent

AN(15)

0 < FONCT<= 15

38

Date Engagement

DATENG

Désigne la date d'engagent d'un agent

N(8)

0 < DATENG <= 8

39

Date Affectation

DATAFFECT

Désigne la date d'affectation d'un agent

N(8)

0 < DATAFFECT<= 8

40

Nouvelle Fonction

NVLFONCT

Désigne la nouvelle fonction attribuée à un agent

AN(15)

0 < NVLFONCT<=15

41

Numéro Commande

NUMCOM

Désigne le numéro de la commande

N(4)

0 <NUMCOM <= 4

42

Date commande

DATCOM

Désigne la Date de la Commande

N(8)

0 <DATCOM <= 8

43

Quantité Commandée

QTECOM

Désigne la Quantité Commandée

N(3)

0 < QTECOM <= 3

44

Mode de Paiement

MDP

Désigne le mode de paiement

AN(7)

0<MDP <= 7

45

Délai de livraison

DL

Désigne le délai de livraison souhaité

N(2)

0 < DL <= 2

9.2.3. Les données

9.2.3.1. Passage du MCD au MOD

Le niveau organisationnel des données s'occupe d'un certain nombre de préoccupations spécifiques bien identifiées telles que :

- La détermination des données retenues au niveau organisationnel : à ce niveau les données du niveau conceptuel ne faisant pas l'objet de traitement automatisé ne sont pas prises en compte. Cependant l'ajout des données de type organisationnel relatives aux sites organisationnels est autorisé ;

- La détermination des droits d'accès aux données : pour chaque donnée ou ensemble de données, les droits d'accès en consultation et mise à jour doivent être définis par types d'utilisateurs et/ou par type de site ;

- Le volume des données : toutes les informations précisant le volume des données actives et le volume des données passives (non mise à jour) seront spécifiées.

L'ensemble de ces préoccupations est décrit dans le MOD Global et dans le MOD par site dans le cas d'un S.I. de type reparti sur plusieurs sites.

9.2.3.2. Modèle organisationnel des données

En application des règles de transformation du MCD en MOD, les objets mobilisés au niveau conceptuel sont mémorisables.

Ainsi, le modèle de données construit au niveau conceptuel représente également le MOD global.

9.2.3.3. Evaluation du volume global du MOD

9.2.3.3.1. Détermination de la taille et occurrence des entités

CLIENT

T = 57

N = 500

Passer

PRODUIT

T = 41

N = 50

Concerner 1

FOU

T = 46

N = 5

Livrer

CATPROD

T = 17

N = 10

Appartenir 1

MAGASIN

T = 34

N = 3

Stocker

LOT

T = 17

N = 1.000

Contenir

AGENT

T = 82

N = 14

Concerner 2

FACTURE

T = 22

N = 7200

Appartenir 2

CATCLI

T = 11

N = 3

Etablir

COMMANDE

T = 24

N = 7200

9.2.3.3.2. Quantification des cardinalités

C'est grâce à la quantification que l'on détermine de façon approximative le volume des données à mémoriser.

En effet, dans le MCD les cardinalités multiples ont été spécifiées par la lettre n. au niveau du MOD, elles doivent être quantifiées selon la règle de gestion (cette cardinalité multiple peut être fixée si le nombre est connu). Lorsque la règle de gestion ne le dit pas, il faut le calculer.

La cardinalité moyenne (Cm) d'un individu participant dans une relation est déterminée à l'aide de la formule suivante :

Cm = [(m + 2M + N) /4] x P

Avec

m = cardinalité mini ;

M = Cardinalité modale ;

N = cardinalité maximale ;

P = taux de participation d'un individu (entité) dans une relation et il est calculé par la relation suivante :

P = 1 - % des occurrences de l'individu ne participant pas à la relation

Les différentes valeurs obtenues après quantification sont présentées dans les tableaux ci-après :

Relation

Entité

Cm

P

Passer

Client

Commande

326

815

0,60

0.,80

Stocker

Produit

Magasin

33.5

508.33

1

1

Livrer

Fournisseur

Produit

8.25

0 ;825

0,60

0,75

Concerner 2

Facture

Commande

3801

547.344

1

1

Appartenir 1

Produit

CatProd

73 ,50

367,50

0,20

0,20

Appartenir 2

Client

CatCli

326

54.333,33

0,33

Concerner 1

Commande Produit

3801

547.344

0,50

0,20

Etablir

Agent

Facture

10.5

0,02023

0,21

0,70

Contenir

Lot

Produit

1.201

24020

0,02

0,20

Entité - Relation

Total taille propriétés

Nombres occurrences

Volume

Agent

82

14

882

Produit

41

50

2.400

Clients

57

500

23.500

Fournisseurs

46

5

230

Magasin

34

3

102

Lot

17

1.000

17.000

Catégorie Produit

17

10

170

Catégorie Clients

11

3

33

Concerner 1

12

27.367.200

328.406.400

Concerner 2

12

27.367.200

328.406.400

Stocker

11

1.675

18.425

Livrer

11

41,25

453,75

Etablir

16

145,7

2.331,10

Total

656.878.326,85

9.2.3.3.3. Evaluation du volume du MOD

Le volume global du MOD est égale à la somme des produits du volume de chaque objet (T * N) ; soit dans ce cas précis 656.878.326,85 octets.

Le volume total brut est obtenu en appliquant un coefficient quelconque contenu entre 1 et 2,5 % du volume Global. Ainsi le volume total brut sera égale à 656.878.326,85 octets * 2,5 = 1.642.195.817,125 Octets. Soit 1,53 GO

9.2.3.3.4. Répartition des MOD locaux à partir du MOD Global - Accessibilité et sécurité des données

Le système étudié présente une typologie des utilisateurs travaillant sur un même site bien que dans des bureaux et postes différents pour la plupart ; à l'exception des gérants des succursales qui ne sont du reste pas connectés au LAN.

En effet, le SI n'étant pas reparti sur plusieurs sites, il n'y a pas dérivation des MOD locaux. Cependant pour contrôler la diffusion et le traitement de chaque donnée ou ensemble des données, nous avons dressé un tableau des droits d'accès en consultation et mise à jour en rapport avec les types d'utilisateurs que nous avons identifiés à la Direction commerciale de l'Ets La MF.

Le droit d'accès en création initiale relèvera de la responsabilité du Coordon qui est l'administrateur des données de l'Ets.

Quant à la sécurité des données, les mesures suivantes sont préconisées :

- Une sauvegarde (Back up) hebdomadaire, mensuelle et annuelle doit être faite au cours de chaque exercice (année) par les différents utilisateurs chacun à son poste et par l'administrateur de la BDD;

- L'usage des onduleurs est recommandé pour palier aux coupures intempestives du courant ;

- Les matériels devront être sécurisés par l'usage des housses contre la poussière, d'un paratonnerre contre la foudre et des splits pour le maintien d'une bonne température de fonctionnement.

Entité - Relation

AG

Coordon

D.C.

Gérant

Fact.

Caisse

Cpté

Agents

L

L,C,M,S

L

-

-

-

L

Clients

L

L

L,

L

L,C,M,S

L

L

Produits

L

L,C,M,S

L,

L,

L

L

L

Fournisseurs

L

L,C,M,S

L,

L

-

-

L

Facture

L

L

L,

L

L,C,MS

L

L

Magasin

L

L,C,M,S

L

L

L

L

L

Lot

L

L,C,M,S

L

L,

L

L

L

Catégorie Produit

L

L

L

L,C,M,S

L

L

L

Catégorie Client

L

L

L

L

L,C,M,S

L

L

Concerner 1

L

L,C,M,S

 

L

L

L

L

Stocker

L

L

L

L,C,M,S

-

-

L

Concerner 2

L

L,C,M,S

L,

L

L,

L

L

Livrer

L

L

L,C,M,S

L

L

L

L

Etablir

L

L

L

 

L,C,M,S

L

L

9.2.4. Les traitements

9.2.4.1. Passage du MCT au MOT

Le modèle organisationnel des traitements (MOT) permet de représenter l'ensemble des traitements en prenant en compte l'organisation de l'entreprise. Il apporte réponse à deux préoccupations importantes :

- l'affectation des traitements aux postes de travail ;

- le niveau et le type d'automatisation des traitements qui peuvent être soit des traitements manuels (MA), soit des traitements automatisés selon deux modes : traitement en temps réel (TR) et traitement en temps différé (TD) ;

La représentation du MOT introduit les concepts suivants :

· Le poste de travail : centre élémentaire d'activités du domaine comprenant tout ce qui est nécessaire pour l'exécution des traitements ;

· La tâche : représente un ensemble de traitements élémentaires exécutés à l'intérieur d'une phase ;

· La phase : sous-ensemble de la procédure, la phase est une suite non interrompue de traitements, de même périodicité, exécutés par un poste de travail ;

· La procédure : est une succession de phases appartenant à un même processus

Quant au formalisme de représentation du MOT, il est identique à celui du MCT à la seule différence qu'à ce niveau, le poste de travail et la nature des tâches sont mis en exergue.

9.2.4.2. Présentation du MOT

9.2.4.2.1. Procédure Fonctionnelle : Approvisionnement

Phases

Déroulement

Enchaînement des tâches

Nature de la tâche

Poste de travail

Etat des Besoins

Vérification EB

 

OK

KO

EBV

EB rejetté

Edition BCF

 

Toujours

Fin Sem

Transmission BCF

 

Toujours

Et

Saisie Contrôlée EBV

 

Toujours

BCF

BCF

BCF Transmis

1

De Lundi à Samedi

De 8h30 à 12h00

De Lundi à Samedi

De 8h30 à 17h00

Samedi

De 8h00 à 8h30

Samedi

De 9h00 à 10h00

PF01

PF02

PF03

PF04

Visa

MAJ BCF / Paiement

 

Toujours

Et

BSCS

1

BCFVP

Edition BCFVP

 

Toujours

BCFVP

Transmission BCFVP aux Fournisseurs

 

Toujours

BCFVP Transmis

Et

BLF

FF

Contrôle de Conformité

 

OK

KO

FFC

BLFC

Ret Mses

De lundi à Samedi de 8h00 à 17h00

De Lundi à Samedi à 16h30

De Lundi à Samedi à 16h30

De Lundi à Samedi de 8h00 à 16h30

PF05

PF06

PF07

PF08

 
 
 

M

TR

TD

M

TR

TD

M

M

Dir. Com

Dir. Com

Dir Com.

Dir. Com

Service Approv.

Service

Approv.

Service Approv.

Dir Com

9.2.4.2.2. Procédure Fonctionnelle : Vente

Phases

Déroulement

Enchaînement des tâches

Nature de la tâche

Poste de travail

Contrôle Cde client

 
 
 
 
 
 

OK

KO

Choix

BCC

Ou

Saisie et contrôle Disponibilité

 

OK

KO

MAJ FFC / Paiement

 

Toujours

FACT MAJ

Edition Facture

 

Toujours

Cde Ac.

Cde At

Paiement FC

1

Cde rej

Cde Dispo

Etat FC

FACT

Et

De Lundi à Samedi de 8h00 à 17h00

De Lundi à Samedi de 8h00 à 17h00

De Lundi à Samedi de 8h00 à 17h00

De Lundi à Samedi de 8h00 à 17h00

Ou

PF01

PF02

PF03

PF04

De Lundi à Samedi de 8h00 à 17h00

Echéance

Edition Relance Client

 

Toujours

Rel

Edition Bon de Livraison

 

Toujours

1

Et

Et

BLC

Fin Journée

Edition Journal de Caisse

 

Toujours

BLC

Et

Edition Journal de Livraison

 

Toujours

JL

Edition BEC

 

Toujours

Et

BEC

PF05

De Lundi à Samedi de 8h00 à 17h00

PF06

De Lundi à Samedi à 16h30

PF07

De Lundi à Samedi à 16h30

PF08

De Lundi à Samedi à 17h00

PF09

 
 
 

TR

TR

TR

TR

TD

TR

TD

TD

TD

Facturation.

Facturation

Facturation

Caisse

Dir Com

Gérant

Caisse

Livraison

Caisse

 

Déroulement

Enchaînement des tâches

Poste de travail

Nature de la tâche

Mise à Jour

 
 
 
 
 
 

Toujours

Edition LPRS

 

Toujours

Transmission LPRS

 

Toujours

EO

A ou B ou C ou D ou (E et F)

PROD MAJ

PI

LP

Et

PP

BLC

BLFC

PI

SP

A

B

B

C

D

E

F

 

LPES

FS

Edition LP

 

Toujours

Et

Rapprochement ST et SP

 

Toujours

EI

PF02

PF01

PF03

PF04

PF05

Lundi à Samedi de 16h00 à 17h00

Lundi à Samedi à 16h00

Lundi à Samedi à 8h00

Lundi à Samedi à 17h00

Lundi à Samedi de 8h00 à 17h00

 
 

Gérant

Gérant

Gérant

Gérant

Gérant

TR

TD

M

TD

M

 

* 38 Joseph GABAY, MERISE et UML pour la modélisation des systèmes d'information, DUNOD, 4ème Edition, Paris 2002, p. 9.

* 39 Ibid., p. 31

* 40 Joseph GABAY : Op. Cit., p.77

* 41 Idem

* 42 Joseph GABAY : Op. Cit., p. 81.

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 vivent sont ceux qui luttent"   Victor Hugo