Gagne de la cryptomonnaie GRATUITE en 5 clics et aide institut numérique à propager la connaissance universitaire >> CLIQUEZ ICI <<

Les tables de relation

Non classé

Nous devons établir des relations entre ces tables de base du système.

C’est-à-dire une relation entre « pcmn » et « charge_indirecte », entre « charge_indirecte » et
« famille_cout », entre « famille_cout » et « activite », entre « activite » et « commande », entre
« client » et « commande », entre « charge_directe » et « commande », entre « charge_directe » et
« pcmn ».

Relation des tables « charge_indirecte » et « pcmn » .

Ces deux tables ont une relation de N à M ou plusieurs à plusieurs.

Nous désignons par le terme « charge indirecte » une pièce comptable contenant une charge
indirecte.

Plusieurs destinations d’imputation sont possibles pour une même pièce: un même fournisseur peut
reprendre au sein de la même facture des articles que nous destinons à des imputations différentes.

Nous créons la table de relation « imputation » .

La table « imputation » comprendra les attributs suivants:

table « imputation »: « id_imputation », « id_charge_indirecte », « id_pcmn_imputation »,
« montant_htva_impute ».

« id_imputation » est l’identificateur propre de la table « imputation », deux attributs sont les
identificateurs des deux tables que nous mettons en relation: « id_charge_indirecte » et
« id_pcmn_imputation », le dernier attribut est le montant hors TVA imputé.

Relation des tables « pcmn » et « famille_cout ».

La relation entre ces deux tables est également de N à M.

Une Famille de coûts est constituée de un ou plusieurs postes pcmn intervenant en proportions
différentes dans le calcul de sa valeur finale.

Un poste pcmn peut être intégré dans une ou plusieurs familles.

La table « composition_famille » sera la relation entre les tables « pcmn » et « famille_cout ».

Elle aura pour attributs:

table « composition_famille »: « id_compofam », « id_famille », « id_pcmn_fam », « proportion_cf »

Nous avons utilisé des abréviations: « id_compofam » pour id_composition_famille ,
« id_pcmn_fam » pour id pcmn (dans famille_cout), et « proportion_cf » pour proportion cout
famille.

L’attribut « proportion_cf » contiendra la valeur de répartition d’un poste pcmn intervenant dans plusieurs familles.

Si un poste pcmn est repris intégralement dans le calcul du coût d’une famille, l’attribut sera 1.

Si il intervient pour 67%, l’attribut sera de 0.67 .

Les tables de relation

Relation des tables « famille_cout » et « activite » .

La relation entre ces deux tables est de N à M.

Une famille de coûts peut être composante de une ou plusieurs activités , qui elle peut inclure une
ou plusieurs familles de coûts.

Exemple: l’activité production inclus la famille7: outil et production et la famille4: formation
documentation.

La table « composition_activite » sera la relation entre les tables « famille_cout » et « activite ».

Les attributs en seront:

table « composition_activite »:« id_compoact », « id_activite ». « id_famille_kout », « proportion ».

L’abréviation « id_compoact » est pour id_composition_activite.

Comme précédemment, cet attribut « proportion » permet de fixer la proportion d’intervention d’une famille de coûts au sein d’une activité.

Relation des tables « activite » et « commande » .

Une commande peut mettre en oeuvre une ou plusieurs activités, une activité est utilisée par une ou
plusieurs commande, ce qui implique une relation de N à M.

La table de relation que nous utiliserons sera utilisée pour effectuer les mesurages d’unités d’oeuvre
des différentes activités nécessaires à l’analyse ABC.

Ce sera la table « mesurage », comportant les attributs:

table « mesurage »: « id_commande », « id_activite », « id_mesurage », « date », « unite_oeuvre »,
« quantite ».

Les champs « id_commande », « id_activite » sont des champs de relation.

Relation des tables « client » et « commande » .

Ces deux tables ont une relation de 1 à N.

Un client peut passer une ou plusieurs commandes, une commande correspond à un seul client.

La relation s’établira en incluant l’identificateur de client au sein de commande.

La table « commande » devient:

table « commande »: « id_commande », « descriptif », « id_client », « chiffre_affaire »

Relation des tables « charge_directe » et « commande » .

Ces deux tables ont une relation de 1 à N.

Une commande peut se voir imputer plusieurs charges directes, une charge directe est imputée à une
seule commande.

La relation est établie en incluant l’identificateur de la commande dans la table charge_directe.

Relation des tables « charge_directe » et « pcmn » .

Ces deux tables ont une relation de 1 à N.

Un poste pcmn correspond à une seule charge directe; une charge directe peut recevoir plusieurs
attributions pcmn.

Nous incluons l’identificateur du poste pcmn que nous appelons « id_pcmn_directe »

La table « charge_directe » devient:

table « charge_directe »: « id_charge_d », « id_commande », « id_pcmn _directe »,
« montant_dir_htva_impute », « quantite »

Nb. Dans quelques cas, nous avons choisi de modifier le nom de l’attribut comme par exemple
« id_pcmn_directe » qui est dans la table « pcmn » id_pcmn et dans la table
« composition_famille »: « id_pcmn_fam.

Cela ne modifie en rien la valeur de l’attribut, et nous permettra dans la suite de ce travail de
pouvoir distinguer les trois attributs.

Page suivante : Modélisation hiérarchique

Retour au menu : Elaboration d’une application de la méthode Activity Based Costing utilisant les technologies XML