Structure pour une planification des tâches

Version imprimable

14/10/2015, 16h46
gabcouts

1 pièce(s) jointe(s)

Structure pour une planification des tâches

Bonjour à tous

Ce n'est pas vraiment une idée que je cherche mais bien le comment..

Dans ma base de données, j'ai un fichier "bdTâche" avec des rubriques de bases comme

Titre
Description
DHDébut
DHFin
Propriétaire
etc

J'ai implanté un UI pour crée des tâches récurrentes. Donc, l'utilisateur peut se créer une tâche à finir pour le 15 oct avec option "tous les mois"

J'ai des rubriques ;

EstRéccursif BOOL - > Est-ce que la tâche doit être lue comme récurrente?
RéccursifMode ENT - > Où j'enregistre le type de réccurence (ex:1 = tous les jour, 2= tous les semaine, etc)

Ma question est la quel des méthodes je devrais utiliser?

Les tâches s'affichent dans une zone répétéé avec l'option de terminer la tâche (isDone = vrai). Il y parfois des ruptures "fait à la main" qui affiche la date.

Pièce jointe 190198

Donc, prenons comme exemple ma tâche "Vider les poubelles".

J'ai mis comme date le 15 oct et je veux activer la récurrence "tous les semaine" (id = 2 )

Donc mes rubriques du haut prennent comme valeur : vrai et 2

Puisque mes tâches s'affichent seulement lorsque "isDone" = faux, je ne vois pas trop comment afficher une tâche "isDone" = vrai parce que "EstRéccursif" = vrai. Lorsque l'utilisateur veut arreter la tâche récurrente, j'imagine que je n'ai qu'à mettre "EstRéccursif" = faux et "isDone=

J'attend vos suggestion :D
14/10/2015, 17h29
L.nico

Bonjour,

dans le cas des tâches récurrentes,
il vous faut, si elle est réalisée, conserver le fait qu'elle est réalisée.
Une table du genre Id Tache-Date

Au niveau de l'affichage, pour les tâches non récurrentes, le Isdone=Faux c'est OK
Pour les tâches récurrentes, il faut afficher les dates qui n'existent pas dans la nouvelle table.

est-ce que j'ai bien compris votre problème et est-ce que j'ai été assez clair ?

après, au delà du fait que vous programmez en windev 20, c'est plus un problème algo et de construction qu'un problème windev ....

En effet, ce n'est pas un problème WD mais bien l'algo derrière tous ça.

Je comprend à moitier le concep des tables...

J'ai pensé à procédé comme ceci :

Chaque tâche à un DHFin, lorsque l'utilisateur terminé une tâche, j'y affecte le "isDone=vrai".

Dans le cas d'une tâche réccurente, lorsque je "termine" ma tâche, je vérifie si mon "EstRéccurente" = vrai.
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 Si bdTâche.EstRécurrente alors //Je change simplement ma date de fin jusqu'à la prochaine date selon mon mode de réccurence Selon bdTâche.RéccursifMode cas 1 //La Tâche sera à terminé pour demain bdTâche.DHFin..Jour +=1 cas 2 //La Tâche sera à terminé pour la semaine prochaine bdTâche.DHFin..Jour +=7 cas ... FIN //On laisse le isDone à Faux //isDone = faux hModifie() FIN
Est-ce que ça ferait du sens?

15/10/2015, 08h58
L.nico

quand je dis "table" je veux dire "Fichier".
Je comprends ce que vous voulez faire mais posez vous les bonnes questions :

Comment faire pour consulter le passé d'une tâche récurrente? ou ce qui est à venir ?
Imaginons qu'il y a une semaine où je ne puisse pas exécuter la tâche récurrente ? comment le gérer ?
Imaginons une tache récurrente semaine qui commence en semaine 35 et je sais à l'avance que je ne serais pas là en semaine 40 donc je ne veux pas programmer la semaine 40 maintenant ?

A mon sens cette construction de fichier n'est pas suffisante pour gérer tous les cas.
Essayez de revoir votre modèle de données pour gérer ces nouveaux éléments.
après tout dépend aussi jusqu'où vous voulez aller dans le processus de gestion de vos tâches ....

bonne suite,
15/10/2015, 12h39
Nicolas_Jeanneau

Bonjour,

les tâches passées et qui ne sont donc plus concernées par la récurrence, je les recréerai en tâche simple avec une référence à la tâche récurrente d'origine. De cette façon, tu peux afficher des tâches avec un statut "réalisé" et conserver l'information de la récurrence.

Pour les dates à venir, il faudra, comme le suggère en effet L.nico, avoir un fichier des exceptions pour les jours où cette tâche ne doit pas apparaître ou être décalée par exemple dans la semaine ou dans la journée.

Bon courage,

Nicolas
15/10/2015, 14h24
tbc92

En l'occurrence, je pense qu'il faut éviter un fichier avec les exceptions, mais avoir un fichier avec les taches_réelles

Autrement dit sur notre exemple avec les poubelles :
- Un fichier "TACHES_RECURRENTES" avec une ligne (car une seule tache pour l'instant ) : Sortir les poubelles tous les mercredis à 18 heures.
- Un autre fichier "TACHES_REELLES" avec 52 lignes ( une par semaine .... et disons qu'on a des données sur 1 an) : Pour chaque ligne, on a date/heure de début Date/heure de Fin et un Statut ( planifié, en cours/ annulé ... )
- Un traitement en début de chaque mois ... ou à définir, qui recense toutes les taches du 1er fichier, et qui applique ces taches dans le 2ème fichier.

Ainsi, dans le 2ème fichier tu as un statut correct pour chaque tache :
La tache 'Sortir Poubelle' a été effectuée 52 fois, La durée moyenne de cette tache est de x minutes ... et elle a duré plus de 30 minutes à x reprises.
15/10/2015, 14h37
L.nico

Tout à fait d'accord avec tbc92 ,
Cependant pour moi pas besoin de traitement,
le fichier "Taches-Reelles" ne contient que le détail des tâches réalisées ou en exception.
Il ne faut pas oublier qu'une tâche n'est pas forcément hebdomadaire mais peut-être quotidienne ou mensuelle ou annuelle.
Par défaut une occurence à venir existe dans le planning sauf si elle existe dans le fichier taches réelles en exception.
Toute occurrence de tâche qui existe dans le fichier taches réelles en réalisé est réalisée ....
15/10/2015, 15h26
tbc92

Le traitement de début de mois peut être utile si on a des taches comme : 'A partir du mercredi x et sans date de fin, descendre les poubelles tous les mercredis.'

C'est ce 'Sans date de Fin' qui pose problème.
15/10/2015, 15h55
L.nico
Citation:

Envoyé par tbc92

Le traitement de début de mois peut être utile si on a des taches comme : 'A partir du mercredi x et sans date de fin, descendre les poubelles tous les mercredis.'

C'est ce 'Sans date de Fin' qui pose problème.

Je peux me tromper mais je ne vois pas pourquoi.
Je programme initialement une tâche sans fin qui commence en semaine 45 en 2015 le mercredi (toutes les semaines)
J'affiche la semaine 46 en 2015
- CAS 1 : Comme la semaine 46 > 45 et que cette tâche n'a pas de date de fin, je vais donc chercher dans "taches réelles" ce qu'il en est
  "Taches reelles" existe en 46 --> Elle est réalisée
- CAS 2 :"Taches reelles" existe en 46 mais elle est supprimée donc on ne doit pas l'afficher
- CAS 3 : L'enregistrement n'existe pas dans "taches reelles" en semaine 46, la tâche n'est pas réalisée, elle est donc à effectuer
Il manque encore le cas de l'occurence de la tâche déplacée qu'on peut résoudre
en conservant la date origine dans "taches reelles" et en créant l'enregistrement si on le déplace.

Ai-je encore besoin d'un traitement d'initialisation du mois en procédant ainsi ?

Par contre je peux totalement comprendre qu'il est plus aisé de manipuler des données réelles.
15/10/2015, 16h24
gabcouts

:coucou:

Donc si l'on résume ;

En gros, je me crée 2 nouvelles tables pour mes tâches récurrentes.

"TACHES_RECURRENTES" où je relis l'ID de ma tâche de mon Fichier BdTâche.
"TACHES_REELLES" où j'enregistre la période pouir la tâche : (id)44 - (date)14/10/2015 - (statut)Terminé, 44 - 21/10/2015 - En cours , 44 - 28/10/2015 - Planifié.

* La seul chose où je bloque est

Citation:

- Un autre fichier "TACHES_REELLES" avec 52 lignes

...par tâche? Et si ma récurrence est tous les jours. Je dois avoir 360 lignes par tâche?

Je me crée une procédure sur mon serveur qui met à jour le statut de mon 2iem fichier.

ps.:Pour le "sans date de fin", la société est très clair sur le fait qu'il y aura toujours une date de fin et qu'elle doit être respecté sous peine de note négative dans son compte.
15/10/2015, 16h45
L.nico

Pourquoi un fichier "Taches_recurrentes" ?,
un fichier "taches" avec une rubrique récurrente (booléen)
une date, et une date de fin si récurrente (puisque vous dites qu'il y a toujours une fin).

le fichier "taches_reelles" ne contient que les tâches réalisées, supprimées ou déplacées pour tout les types de taches.

après si vous voulez conserver votre idée initiale,
vous pouvez garder la rubrique "réalisé" dans votre table "tâche" pour les tâches sans récurrence,
ou considérer que l'existence dans "taches_reelles" fait foi pour la réalisation de la tâche.

il est certain que si on programme une tâche le 01/01/2016 avec une récurrence quotidienne,
lorsqu'on arrive au 31/12/2016 on a effectivement 365 enregistrements de taches réalisées dans la table "taches_reelles" ....
mais au 31/01/2016 on a que 31 enregistrements correspondants.
15/10/2015, 18h50
gabcouts

Je comprend mieux maintenant !

Merci à tous pour vos réponse :D
19/10/2015, 09h06
Nicolas_Jeanneau

Citation:

Envoyé par tbc92

En l'occurrence, je pense qu'il faut éviter un fichier avec les exceptions, mais avoir un fichier avec les taches_réelles

Autrement dit sur notre exemple avec les poubelles :
- Un fichier "TACHES_RECURRENTES" avec une ligne (car une seule tache pour l'instant ) : Sortir les poubelles tous les mercredis à 18 heures.
- Un autre fichier "TACHES_REELLES" avec 52 lignes ( une par semaine .... et disons qu'on a des données sur 1 an) : Pour chaque ligne, on a date/heure de début Date/heure de Fin et un Statut ( planifié, en cours/ annulé ... )
- Un traitement en début de chaque mois ... ou à définir, qui recense toutes les taches du 1er fichier, et qui applique ces taches dans le 2ème fichier.

Ainsi, dans le 2ème fichier tu as un statut correct pour chaque tache :
La tache 'Sortir Poubelle' a été effectuée 52 fois, La durée moyenne de cette tache est de x minutes ... et elle a duré plus de 30 minutes à x reprises.

Je préfère avoir uniquement les exceptions dans un fichier à part car généralement on en a moins que les tâches à venir calculables en fonction des critères de récurrence ...