Discussion :

[Malick]

Bonjour,
Je suis dans un cabinet d'audit et je voudrais créer une application qui puisse me permettre de faire le suivi et la gestion des heures de travail. Actuellement, ce suivi est effectué avec Excel.
J'ai essayé de procéder à la modélisation de mon projet :




Merci de me faire part de vos avis et suggestions.

[Richard_35]

Bonjour Milkoseck,

Plusieurs choses :

• T_Activite_Facturable et T_Activite_Non_Facturable peuvent être regroupées dans une même table T_Activite avec un flag indiquant si l'activité est facturable ou non ;
• il vaut mieux verticaliser les informations (plusieurs enregistrements) que de les horizontaliser (plusieurs champs) : le premier schéma est donc le meilleur ;
• les clés primaires en auto-incrémentation sont préférables aux codes significatifs : le code significatif peut, en revanche, être saisi dans un champ, mais une clé primaire sans signification est préférable ;
• il manque la table T_Travaux ("DETAIL menu déroulant" du fichier Excel) et, donc, une table faisant l'association entre T_Activite et T_Travaux.

Je ne suis pas un spécialiste de Access, je ne pourrai donc t'aider que dans la partie "modélisation", et non dans les parties "formulaire", "état", "requête", code VBA, etc...

[Malick]

Bonsoir Richard,
Merci pour votre aide.
Je vais intégrer vos remarques et après cela, je posterai une autre capture d'écran.
@+;

[Malick]

les clés primaires en auto-incrémentation sont préférables aux codes significatifs : le code significatif peut, en revanche, être saisi dans un champ, mais une clé primaire sans signification est préférable ;

Conformément à votre recommandation, j'ai mis toutes les clés primaires en auto-incrémentation.

il manque la table T_Travaux ("DETAIL menu déroulant" du fichier Excel) et, donc, une table faisant l'association entre T_Activite et T_Travaux.

J'ai intégré le champ DETAIL menu déroulant dans la table T_Activites.

Voici la nouvelle modélisation prenant en compte vos remarques.



Qu'en pensez-vous ?

[Richard_35]

J'ai intégré le champ DETAIL menu déroulant dans la table T_Activites.

==> dans le schéma que tu proposes, l'utilisateur sera obligé de saisir, à chaque fois, le texte complet en clair dans T_Activite.

Il faut une table (souligné=clé primaire, #=clé étrangère) :

T_Travaux(IdTravaux, Liibelle, ...)

et modifier T_Activite

T_Activite(IdActvite, #IdTravaux, ...)

Peut-être, aussi, une table des types de mission

T_Type_Mission(IdTypeMission, Liibelle, ...)

et modifier T_Mission

T_Mission(IdMission, #IdTypeMission, ...)

[Malick]

Modélisation prenant en compte tes précédentes remarques :



Qu'en pensez-vous ?

[Richard_35]

C'est OK.

Je ne connais pas la taille du cabinet d'audit en question, mais il pourrait être intéressant d'externaliser la fonction des collaborateurs, sinon il faudra la saisir en clair pour tous les collaborateurs :

T_Fonction(IdFonction, Liibelle, ...)
T_Collaborateur(IdCollaborateur, #IdFonction, ...)

[Malick]

Je suis d'accord avec vous.

Voici le résultat obtenu :

[Richard_35]

C'est OK, pour une petite application d'une "petite" organisation. Sinon, il faudrait s'attaquer à la table Client en scindant les n°, nom rue, etc... et en externalisant CP/Ville.

[Malick]

C'est ok pour moi aussi.

beaucoup Richard.

@+.