Discussion :

[bigburgr]

Hello,

J'essaie de créer une application de planning d'équipe ... Sachant l'importance de cette partie d'un projet informatique, avant de me lancer dans le code j'aimerai vous demander vos avis sur le mcd que j'ai fait :

Description de l'application planning d'équipe :

• Possibilité d'ajouter/modifier/supprimer des employés.

• Possibilité d'ajouter/modifier/supprimer des équipes.

• Possibilité d'ajouter/modifier/supprimer des tâches.

• Possibilité de planifier les employés chaque jours de l'année sur une ou plusieurs tâches.

• Possibilité d'indiquer la répartition horaire sur la journée de chaque tâches.

• Gestion des congés.

• Gestion des jours fériés.

Merci d'avance pour tous vos conseils ++

[punkoff]

Bonjour,

Sinon, pour pouvoir vous aidez sur cette partie il faut décrire fonctionnellement les relations entre vos différentes entités.

Le fait de savoir qu'une équipe peut être ajouté/supprimée n'aide en rien à la conception du MCD.

Par contre dire qu'une équipe est composé de N employée et qu'un employé peut être affecté à N équipe différente est utile pour la conception.


Sur quels points bloquez-vous ?

[CinePhil]

vos avis sur le mcd que j'ai fait

Ce schéma n'est pas un MCD mais un "enhanced entity/relationship diagram", plus proche du MLD merisien.

Description de l'application planning d'équipe :

Possibilité d'ajouter/modifier/supprimer des employés.

Possibilité d'ajouter/modifier/supprimer des équipes.

Possibilité d'ajouter/modifier/supprimer des tâches.

Possibilité de planifier les employés chaque jours de l'année sur une ou plusieurs tâches.

Vos phrases sont plutôt des intitulés de fonctionnalités que des règles de gestion des données.

A priori, ces fonctionnalités peuvent sans problèmes être créées en utilisant votre schéma.

Possibilité d'indiquer la répartition horaire sur la journée de chaque tâches.

Gestion des congés.

Gestion des jours fériés.

Là par contre, il manque des choses dans votre modèle de données pour le faire !

Vous pouvez vous inspirer de l'article de SQLPro pour modéliser mieux la partie calendrier ce qui vous permettra d'ajouter les jours fériés.

Autre remarque :
"DATE", "YEAR" "MONTH"... sont des mots réservés du langage SQL ; il vaut mieux ne pas nommer ses colonnes ainsi.

[bigburgr]

Salut, merci a vous deux pour votre aide !

Vous pouvez vous inspirer de l'article de SQLPro pour modéliser mieux la partie calendrier ce qui vous permettra d'ajouter les jours fériés.

Effectivement, pour les jour fériés j'avais envisagé d'utiliser la colonne isDayOff (booléen) de la table Calendar (tout simplement)...

Pour l'article de SQLPro (qui m'a bien aidé au passant), j'ai l'impression qu'il est fortement pensé pour faciliter et optimiser toutes sortes de calcul sur date et temps.
Or pour ma part je n'aurai besoin d'aucun calcul temporel mais seulement et tout bêtement de stocker des évènements sur chaque date du calendrier ...

Ceci dit je me demande si j'ai pas trop simplifié les chaoses
Par exemple SQLPro passe par des tables différentes pour stocker : year, month, day, weekYear, dayWeek et les jours fériés alors que moi j'ai tout mis dans ma table calendar

Quelle est la différence pratique entre les deux façons de faire ? Y as t-il un gain de rapidité ou d'optimisation en passant par des tables séparées ?