21 juin 2004

Mécanisme de catalogage HRv5 intégré aux livraisons

Catalogage et Restauration


Avec HRv5 apparaît un versionning des objets de conception HR Design. Ce versioning permet de gérer différentes versions d’un même objet.

Les fonctions proposées sont de :
  • sauvegarder les objets ; la sauvegarde est appelée « catalogage »,
  • lister les différentes versions de l’objet,
  • comparer les différentes versions de l’objet,
  • Restaurer ou purger la version précédente d’un objet.
Une demande de catalogage peut se faire sur un objet, ou sur une collection. Le stockage des sauvegardes est réalisé dans une table dédiée : VS20. Pour un objet simple, HR utilisera un code collection technique ** ******.

La description d'un catalogage est stockée dans les tables KL50 et KL51. Lorsque l’objet a été catalogué, la table KL50 est mise à jour (une ligne par objet). Puis une ligne de KL51 est écrite (une ligne par catalogage – hors collections techniques)




Dans le cadre d’un catalogage, le programme BU4 compare ligne à ligne le contenu en vigueur de la table de stockage VS20 (chaque ligne étant horodatée par une date de début et une date de fin) et le contenu de la table de l'objet (ex : TRxx pour un traitement).
  • En cas de différence sur une ligne de même clé, on procède par clôture de l’ancienne ligne et insertion d’une nouvelle ligne dans la table VS20. 
  • En cas d’existence d’une ligne dans la table objet absente de la table de stockage, on crée la ligne dans la table de stockage.
  • En cas d’absence d’une ligne dans la table objet présente dans la table de stockage, la ligne de la table de stockage est cloturée.
NB :
- On peut cataloguer une collection en tant qu'objet simple.
- On ne peut restaurer une collection cataloguée que totalement.
- Pour restaurer un objet unique, il faut que celui ci ait été catalogué hors d’une collection.
- En cas de restauration d’une ancienne version d’un objet, pensez à revalider les objets restaurés et ceux qu’ils impactent !

Les chaînes batch de catalogage et restauration sont :
  • NRG : Catalogage de l’objet : (BTS + BOB) + BOP + BU4, sous pgms BX4 d’expansion de la liste et BYA ... BY9, B0A ... B09 de catalogages spécialisés,
  • NRS : Restauration de l’objet : (BTS + BOB) + BOP + BU3 + BU5 + BU2.
  • RB2 (subb2) : Purge des catalogages : BU6

Ces chaines sont aussi accessibles via l'interface HR Studio.

Les utilisateurs pourront supprimer, via HRD Studio, les catalogages qui ne les intéressent plus (version intermédiaire, version ne devant plus faire l’objet d’une restauration …). La suppression d’un catalogage correspond à une suppression TP des KL50, KL51. Puis, en batch, la chaîne RB2 supprimera les lignes de VS20 n’ayant plus de correspondance dans la table KL50. La date de fin des lignes précédant celles supprimées est mise à la date de fin de la ligne supprimée si les lignes étaient directement consécutives.

Export import



Partant d’une collection, HRD Studio permet la visualisation de la liste des objets à transférer vers une plate-forme donnée et de piloter l'export et l'import des objets via l’interface :
  • Demande de la constitution de la liste des objets à exporter,
  • Mise à jour (optionnelle) de cette liste,
  • Exportation de la liste.
Les exports / imports soumis via TP entraînent le lancement de jobs batch asynchrones (un nouveau programme BTS créant une demande dans Opération et soumettant le batch via OPER).

Dans le cas d'un export batch soumis via le système (la méthode historique avec les scripts sub**), l’utilisateur doit constituer un fichier paramètre listant les objets à transférer.
  • Ces paramètres peuvent contenir des collections et/ou des objets 'libres‘,
  • Une collection peut être exportée en tant qu'objet 'libre' ou ‘complexe’.

Quatre chaînes batchs d'export / import d'objets sont disponibles :
  • RB0 (subb0) : Export d'un objet déjà catalogué : BU3 + BU5
  • RB3 (subb3) : Export et catalogage préalable : BU4 + BU3 + BU5
  • RB4 (subb4) : Import et catalogage : BU2 + BU4
  • RB7 (subb7) : prise en compre de l’export : BU7.

    L’exportation implique un catalogage préalable: on n’exporte pas les objets en ligne mais la version présente en table VS20.

    Ci dessous un schéma illustrant les mécanismes associés à ces chaînes :




    Les fichiers paramètre sont $SIGACS/param/PARAMB0 (RB0) et PARAMB3 (RB3).

    Les cartes paramètres sont :
    • PA61 : Caractéristiques de l’export (RB0, RB3)
    • PA63 : Objets exportés (RB0, RB3)
    • PA6A : Libellé du catalogage (RB3) 
    • PB6B : Forcer le projet d’accueil (RB4)

    Les fichiers en sortie sont PSBBC100, PSBBC101 (à placer en entrée de RB4), PSBBC102 (à placer en entrée de RB7).

    Points divers :
    • Les listes de transfert sont stockées dans la table de travail (PG40). 
    • Les listes des objets transférés (PP40) et leur origine (PP41) sont aussi en base.
    • En mode différentiel, le programme BU3 générant la liste des objets à exporter compare les horodatages des objets catalogués en KL50 avec les transferts déjà réalisés (en PP40, PP41) avant d'alimenter la PG40.