Sans alimenter la polémique et bien sûr sans résoudre l'exercice, il me vient quelques réflexions sur le sujet :
- Identifier les tables par la stabilité des données qu'elles comportent :
>>Les tables 'référentiels' -->Inventaire des véhicules,inventaire des conditions
>>Les tables 'état' -->Dispo,Louée,Répar. et validité des conditions
>>Les tables 'évènements' -->Les locations/retours,entrée stock/ sortie stock,changement d'état....
-On utilisera les propriétés naturelles des tables (liaisons, intégrités référentielles)
-On minimise les redondances (on véhicule uniquement la référence voiture et/ou la référence condition,...)
-Les évènements ne comportent que des références, des champs calculés et une date.
A partir de là, les actions (de type gestion, consultation, exploitation) seront simplifiées et distinctes.
Bon, ça va un peu en dehors de l'exercice mais l'architecture d'un programme commence souvent par une réflexion sur l'architecture des données, puis les transactions qui lie les tables, puis les interfaces de saisie/restitution, puis...
Il y a plus qu'à ...
Cordialement.
---------------
Ahmed B.