Automatisation d'une station d'essence

**scofield1** · 17/04/2011, 18h31

AUTOMATISATION D’UNE STATION D’ESSENCE

L’application à mettre en place devra permettre :

- De gérer les approvisionnements,
- De gérer les stocks et les pénuries des différents produits,
- De gérer le personnel de tout type,
- De gérer les différents services afférents à toute station service,
- Etc ...

N.B : Le logiciel doit etre adaptable à toutes stations services

SVP,veuillez corriger ou compléter ce MCD

**JPhi33** · 07/06/2011, 00h33

Bonjour scofield1,

Après une lecture rapide :
- les identifiants des associations sont implicites, ils ne doivent pas être écrits (ex. CODLIV+NUMPROD dans LIVRER)
- cardinalités à l'envers entre SERVICE et FACTURE
- doute sur l'association COMMANDER : une même commande peut s'adresser à des fournisseurs différents

Sans plus de précision sur les règles de gestion du cahier des charges, c'est difficile d'aller plus loin.

**CinePhil** · 07/06/2011, 10h54

Ajout rapide à ce qu'a dit JPhi33...

1) Le mode de règlement pourrait être externalisé dans une entité de référence :
REGLEMENT -1,1----Payer----0,n- MODE_REGLEMENT

2) Potentiellement, on peut mettre dans la même équipe des employés de services différents. Est-ce normal ?

3) Mets toujours des identifiants anonymes de type entier auto-incrémenté dans tes entités.
NOMSTAT, DENOMSERV, CODEQUIP, CODLIV... ne doivent pas être les identifiants des entités correspondantes mais des clés alternatives.
Voir l'article de SQLPro sur ce qu'est une bonne clé.

4) Est-ce qu'un service ne s'applique vraiment qu'à une seule station ?

5) S'il s'agit de commandes de produits chez les fournisseurs, je pense comme JPhi33 que l'association est plutôt à faire entre COMMANDE et FOURNISSEUR car je ne vais pas commander les produits fournis par le fournisseur X sur une commande que j'adresse au fournisseur Y !