Configuration des créneaux

ccppmop1561
HID_admin_configure_time_slices
Un créneau est une table plate qui contient des données obtenues à partir d'un objet BLOB (grand objet binaire) divisé. Un objet BLOB est un ensemble de données binaires stockées sous forme d'entité unique dans une base de données. Vous pouvez utiliser un BLOB pour stocker des données calendaires et de courbe.
Le modèle de données contient plusieurs BLOB que la plupart des outils de génération de rapports ne peuvent pas lire. Configurez une demande de créneau afin de spécifier les objets et les champs, la fréquence de division en créneaux et la granularité pour le stockage des données. Une fois le job Division en créneaux défini, il extrait des données. Ce job affiche les critères définis dans la demande de créneau dans une table plate lisible. Vous pouvez ensuite interroger le créneau pour exécuter des rapports. Pour plus d'informations, reportez-vous à la section
Développement dans CA PPM Studio
.
Objets nécéssitant des créneaux
Les objets suivants nécessitent une division en créneaux :
  • prAllocCurve
    Pourcentage de disponibilité (sous forme de courbe de taux) d'une ressource allouée pour un projet
    Table source
    : PRTeam
  • prActCurve
    Charges constatées enregistrées pour une affectation.
    Colonne de base de données
    : prExtension
    Table source
    : PRAssignment
  • prEstCurve
    Estimations pour une affectation.
    Colonne de base de données
    : prExtension
    Table source
    : PRAssignment
  • prBaseCurve
    Références pour une affectation.
    Colonne de base de données
    : prExtension
    Table source
    : PRAssignment
  • prAvailCurve
    Disponibilité d'une ressource (sous la forme de courbe de taux).
    Table source
    : PRResource
  • prValue
    Informations relatives aux heures de travail, comme les horaires de travail, les jours de congé et les vacances. Lorsque cette table calcule la disponibilité et l'allocation d'une ressource, vous ne pouvez pas la sélectionner en vue d'une division en créneaux.
    Table source
    : PRCalendar
  • prAllocCurve
    Valeurs de saisies de temps de feuille de temps.
    Table source
    : PRTimeentry
Création d'une demande de créneau
Le processus initial de division en créneaux peut prendre plusieurs minutes. Une fois que vous avez écrit des données de créneau, lors de son exécution suivante, job ne vérifie que les objets mis à jour. Le créneau est mis à jour lorsque le contenu d'un objet est modifié, par exemple, en cas d'ajout d'une charge restante à une affectation.
Entre le moment où vous créez une demande de créneau et celui où vous l'actualisez, de nombreuses transactions peuvent se produire au niveau de la base de données. Pour économiser des ressources système, désactivez temporairement la journalisation des transactions. Consultez votre administrateur de base de données avant de modifier une demande de créneau ou d'effectuer toute opération susceptible d'initier un grand nombre de transactions de base de données.
Procédez comme suit :
  1. Dans la section Administration, sélectionnez Administration des données, puis cliquez sur Créneaux.
  2. Cliquez sur Créer.
  3. Remplissez les champs suivants :
    • Nom du créneau
      Définit le nom de la demande de créneau.
    • Intervalle de roulement
      Fréquence de mise à jour de la date de début pour le traitement d'une demande de mise à jour de créneau. Définissez l'option lorsque vous effectuez des rapports de suivi, comme des rapports de fin de mois.
      Valeurs :
      • Quotidien : met à jour le créneau tous les jours calendaires.
      • Hebdomadaire : met à jour le créneau toutes les semaines.
      • Bimensuel(le) : met à jour le créneau tous les 14 jours calendaires.
      • Mensuel(le) : met à jour le créneau tous les mois calendaires (fréquence recommandée).
      • Bimestriel(le) : met à jour le créneau tous les deux mois calendaires.
      • Trimestriel(le) : met à jour le créneau tous les trois mois calendaires.
      • Semestriel(le) : met à jour le créneau tous les six mois calendaires.
      • Annuel : met à jour le créneau tous les ans.
      • Aucun(e) : le créneau n'est jamais mis à jour.
      Valeur par défaut
      : Quotidien
      Valeur pour la génération de rapports ad hoc
      : Aucun(e)
    • Date de début
      Date à laquelle la période de créneau commence.
      Exemple
      : pour que les données de créneau commencent le premier jour de chaque mois, entrez le premier jour du mois, puis sélectionnez Mensuel(le) comme période de créneau.
    • Période du créneau
      Période à utiliser pour chaque demande de créneau.
      Valeurs :
      • Quotidien(e)
      • Hebdomadaire : sept jours calendaires
      • Bimensuel(le) : 14 jours calendaires
      • Mensuel(le) : un mois calendaire
      • Bimestriel(le) : deux mois calendaires
      • Trimestriel(le) : trois mois calendaires
      • Semestriel(le) : six mois calendaires
      • Annuel : 12 mois calendaires
      • Aucun
    • Number of Periods
      Nombre de périodes pour chaque demande de créneau.
      Exemples
      : 12 (mois), 52 (semaines), 5 (ans)
    • Elément
      Objet, ou élément de données, du créneau.
      Valeurs :
      • Charges constatées : nombre d'heures comptabilisées pour une affectation dans un projet. L'élément est configuré par défaut.
      • Estimations -: estimation du nombre d'heures pour une affectation dans un projet. L'élément est configuré par défaut.
      • Référence : référence (en heures) pour une affectation de projet. L'élément est configuré par défaut.
      • Disponibilité : nombre d'heures par jour où une ressource est disponible pour travailler sur un projet. L'élément est configuré par défaut.
      • Allocation : pourcentage de temps qu'une ressource alloue à un projet. L'élément est configuré par défaut.
      • Saisies de temps : valeur de l'entrée de temps pour une feuille de temps.
      • Actuel(le) : données identifiées pour la référence actuelle. Par exemple, si vous avez plusieurs références, sélectionnez celle à considérer comme référence actuelle pour chaque projet.
      • Non actuel(le) : données non identifiées pour la référence actuelle.
    • Date d'expiration
      Utilisez ce champ pour les rapports ad hoc. Indiquez-y la date à laquelle les données doivent être supprimées de la base de données. La date s'affiche automatiquement pour les intervalles de roulement.
  4. Enregistrez les modifications.
    La nouvelle demande de créneau est enregistrée et la division en créneaux démarre immédiatement.
Après avoir effectué vos modifications, reprenez le job de division en créneaux pour recréer vos données.
Interrogation de créneaux pour l'exécution de rapports
Procédez comme suit :
  1. Créez la demande de créneau.
  2. Planifiez le job de division en créneaux.
  3. Une fois le job de division en créneaux terminé, vous pouvez interroger un créneau pour exécuter des rapports.
    • Chaque enregistrement figurant dans la table de créneaux comporte un ID d'objet qui correspond à un élément de données.
    • Le créateur de rapports utilise les ID d'objet pour identifier la ressource associée à l'enregistrement de créneau.
Créneaux quotidiens
Selon la quantité de données et les besoins en termes de génération de rapports de chaque implémentation, les créneaux doivent être correctement configurés.
  • Limitez le nombre de créneaux quotidiens pour créer moins d'enregistrements et générer des rapports de données historiques dans la configuration recommandée.
  • Ne définissez aucune tranche quotidienne couvrant une période supérieure à 2 ans, notamment pour les équipes.
  • Si vous devez diviser en créneaux des données historiques pour des dates antérieures aux périodes recommandées, consultez notre équipe CA Services pour obtenir des informations sur les autres configurations ou utilisez des créneaux mensuels.
Configurez les ID de créneaux quotidiens recommandés suivants :
Créneau :
Date de début :
Nombre de périodes :
Estimations
(plage de 1 an)
DAILYRESOURCEESTCURVE
Début du mois actuel.
Aucune estimation de créneau à une date éloignée dans le passé n'est nécessaire.
400
jours
Charges constatées
(plage de 2 ans)
DAILYRESOURCEACTCURVE
Début du mois actuel
.
Remonter à un (1) an.
740
jours
Référence
(plage de 2 ans)
DAILYRESOURCEBASECURVE
Début du mois actuel
.
Remonter à un (1) an.
740
jours
Disponibilité
(plage de 2 ans)
DAILYRESOURCEAVAILCURVE
Début du mois actuel
.
Remonter à un (1) an.
740
jours
Allocation
(plage de 2 ans)
DAILYRESOURCEALLOCCURVE
Début du mois actuel
.
Remonter à un (1) an.
740
jours
Lorsqu'une date d'embauche ou une date de fin existe pour une ressource, les créneaux de disponibilité sont liés pour la ressource dans cette plage de dates.
Créneaux d'allocation
Si votre organisation ne gère pas l'allocation au niveau projet, il n'est probablement pas nécessaire de gérer les données de créneau pour l'allocation. L'allocation constitue de loin la plus grande part des données de créneau ; si elle n'est pas entièrement valide, elle peut être considérablement réduite. Si vous ne définissez pas d'allocation de niveau projet, nous vous recommandons de définir le nombre de périodes sur quatre (4) pour la demande de créneau d'allocation. Cela réduit la quantité de données stockées pour les créneaux d'allocation et figurant dans les tables de magasin ou d'entrepôt de données.
Si vous utilisez réellement les données d'allocation, leur plage doit être identique à celle de vos définitions de référence et de créneau de disponibilité. Il est recommandé de définir des allocations de projet dans l'ensemble de l'entreprise et de mettre à zéro toutes les allocations inutilisées ou restantes. Lorsque des allocations sont correctement définies dans des projets actifs, seules les données valides sont stockées dans des créneaux, ce qui réduit considérablement le nombre d'enregistrements nécessaires à la gestion des allocations.
Nous recommandons également de mettre à zéro l'
allocation restante
comme illustré sur la page Equipe du projet (ou liste de présence du projet), pour les projets inactifs et fermés.
Pour mettre à zéro l'allocation restante des ressources, définissez la date de fin sur la dernière date à laquelle la ressource a travaillé sur le projet.
  • L'allocation restante tient compte de la dernière date de suivi des charges constatées par la ressource. Si la ressource ne travaille plus sur le projet, cette date doit être définie comme date de fin de l'allocation.
  • Mettre l'allocation restante inutile à zéro permet de réduire la quantité de données stockées dans le délai et rend vos données plus réalistes.
Conseil : Pour gagner du temps, vous pouvez également définir la
charge restante
sur
zéro
(0) et cliquer sur le bouton
Définir une allocation à partir des estimations
sur la page
Equipe
. Cette méthode de libération d'allocation de ressources inutilisées est moins précise, mais reste la plus simple.
Créneaux fiscaux
Configurez les ID de créneaux fiscaux recommandés suivants :
Créneau :
Date de début :
Nombre de périodes :
Fiscal
(plage de 7 ans)
DAILYRESOURCEESTCURVE
Début du mois actuel
.
Remonter à un (1) an.
72
mois
Après avoir effectué vos modifications, reprenez le job de division en créneaux pour recréer vos données.
Erreurs de blocage dans les fichiers bg-ca.log
Les fichiers bg-ca.log peuvent afficher l'erreur de blocage suivante lorsqu'une grande partie de l'activité XOG a lieu pendant l'exécution du job de division en créneaux.
Error processing slices com.niku.union.persistence.PersistenceDeadlockException: SQL error code: 60 Error message: [CA Clarity][Oracle JDBC Driver] [Oracle]ORA-00060: deadlock detected while waiting for resource
Cette erreur n'est pas critique. Le job récupère et traite les enregistrements lors de sa prochaine exécution. En règle générale, interrompez le job de division en créneaux ou définissez le processus appelant XOG, car l'activité XOG que le job de division en créneaux (généralement exécuté chaque minute) doit traiter est considérable.