Bonjour,
Je me permets quelques commentaires :
Volontier mon cher , j'aime vraiment échanger sur mes projets
- vous utilisez des card mini 1 de véhicule vers intervention et de particulier vers facture, du coup vous vous interdisez de connaitre un véhicule avant de l'avoir réparé (ou du moins prévu une réparation) et de connaitre un individu avant de l'avoir facturé. C'est surtout ce deuxième cas qui me semble suspect, sauf si toutes les interventions font l'objet d'un devis et que ces devis sont aussi des instances de l'entité-type facture, mais c'est très contraignant.
un véhicule peut exister dans une intervention et si dans la vie reel, nous recevons un client qui ne figure pas encore dans la base, je pense qu'on fera comme tout le monde, alimenter la base avec les informations du client et ensuite viens la generation de la facture.
Alors pourquoi un devis obligatoire car avec toucher a un véhicule, il faudra toujours avoir l'autorisation. Nous présentons un devis au client, il est libre d'aller autre part effectuer sa reparation si le prix est trop salé selon lui. Et si nous trouvons un accord, ce devis sera la base de travail pour l'équipe de mécanicien.
Remarque : votre RG22 est incomplète , mais vous avez mis mini 1sur le MCD
Un vehicule peut exister dans notre base sans pour autant effectué une intervention , par exemple pendant des campagnes de promotion ou de marketing .....
- même remarque entre intervention et facture : card mini 1 à remplacer
a priori par zéro
(RG28) un particulier peut payer 0 ou plusieurs facture d'interventions
(RG29) Tout intervention genre une facture, il, n'y a pas d'intervention gratuit, mais plutôt des services(taches)
et on sait donc qu'une facture comporte 1 et 1 seule intervention (Une intervention par facture)
- il me semble qu'il manque la notion de
barême : durée estimée par le constructeur, pour changer telle pièce, sur tel modèle de véhicule. C'est le barême qui chez beaucoup de garagistes (tous ?) pilote le calcul du nombre d'heures facturées.
As bon tu me l'apprend du coup , merci vraiment pour ton intervention. Maintenant faudra voir ou greffer ce barème. Je serais bien preneur si tu as une idée car je n'ai pas envisagé ce cas ....
- il manque une entité-type ligne de facture, à identifier relativement à la facture
j'en ai parlé plus bas..... j'ai transposé ce procéder entre tache et intervention. et je declare juste l'intervention dans la facture.
c'est pour transmettre des fiches d'intervention au mécanicien (eux aussi feront l'objet d'un model MCD)
- ce qui m'interpelle le plus : vous dites d'après la règle 29 qu'une intervention appartient à une et une seule facture, or, vous modélisez une cardinalité maxi n coté facture, et aussi, vous avez l'id intervention en FK dans l'entité-type facture
exactement, c'est une relation One to One et pour établir la facture , j'aurais besoin l'ID de l'intervention je pense bien .....
- quelques points de détail au niveau des attributs :
- l'immatriculation en varchar(45) c'est beaucoup, mais là je pinaille
immatriculation mis a 10 caractères selon le pays dans lequel je me trouve
- les kilométrages en varchar c'est suspect
Je ne prevoyais pas faire des calculs sur les kilométrages, mais vous avait bien raison, il serait preferable de les mettre en integer
- les kilométrages et état doivent être associés à une date, si c'est la date de la dernière intervention, alors ces attributs doivent être déplacés dans l'entité-type intervention
(avec la réserve ci-dessus concernant la connaissance éventuelle d'un véhicule, sans qu'il y ait eu d'intervention), sinon il faut ajouter la date dans l'entité-type véhicule
Vous marquez un autre point, le kilométrage varie et est reporter uniquement lors d'une intervention, je vais donc le créer un attribut kilométrage dans intervention, je garde kilométrage actuel que je mettrai a jour avec l'aide de trigger ainsi je n'aurai pas a faire de requête pour récupèrer le kilométrage du véhicule...
- l'entité-type particulier est très pauvre en attributs (pas de nom, prénom, téléphone...), sans doute n'est-ce qu'une esquisse
j'utilise des tables comme ca pour differencier les profils des utilisateurs, car j'ai d'autres profil comme mécanicien, vendeur de piece, etc , j'ai decider de ne pas joindre a se modele qui se trouve assez complexe pour moi...
- même remarque concernant facture, il manque les montants HT, TVA, TTC, la date
mise a jour effectuer pour les montants HT et la TVA, la date , sans le TTC étant donnée qu'il est issu du calcul entre HT*1,TVA
- le prix ne doit pas apparaitre au niveau de la tache, c'est un attribut qui trouvera toute sa place dans la ligne de facture. Bien sur le prix doit être de type numérique et non varchar, et être accompagné d'une unité de mesure du prix (en euro je suppose, mais il faut le mentionner).
Pourquoi j'ai mis le prix dans les taches car selon le principe, une facture regroupe plusieurs ligne et la somme des montants des lignes donne le montant a payer de la facture. j'ai simplement transposer ce procéder dans la tables intervention. Chaque tache est effectuer selon un prix. par exemple le montage de plaquette frein est a 20 Euro "je dis n'importe quoi d'accord". mais ce que je cherche a faire , c'est le prix de montage de plaquette de frein se différencie en fonction de la catégorie de véhicule [CAT MINI] prix 20Euro [CAT BERLINE] prix 25 Euro [CAT LUXE] prix 45 Euro "toujours entrain de dire du n'importe quoi :-) "
- de même, les attributs date_action et date_intervention, si ce sont bien des dates, doivent être de format date (ou datetime, ou timestamp) et surtout pas varchar
Mise a jour des types de tous les attributs...
Gestion d'une société de service mécanique
Répondre avec citation
Envoyé par escartefigue
Partager