uMSe : notre solution de migration d’ordonnanceur optimisée à 100%, industrialisée et sur-mesure

Développé au sein de notre think tank, uMSe (universal Migrate job Scheduler engine) est notre moteur de migration d’ordonnanceur « maison ». Il a été conçu par une équipe d’experts multiplateformes de l’ordonnancement depuis plus de 30 ans. Aujourd’hui utilisé par de nombreux clients, il est en perpétuelle évolution pour s’adapter aux mises à jour proposées par les différents éditeurs d’ordonnanceurs.

Sources/cibles et technologies hétérogènes

uMSe s’adapte à toutes les solutions du marché…

Sélection des ordonnanceurs les plus populaires que notre solution prend en charge :

  • AUTOSYS
  • CONTROL-M
  • TWS
  • $UNIVERSE
  • OPEN JOBSCHEDULER
Voir la liste complète

Si le logiciel d’ordonnancement que vous ciblez n’est pas listé ici, contactez-nous pour que nous l’implémentions au plus vite.

…et à tous les environnements serveur

uMSe fonctionne également sur des technologies hétérogènes : Z/OS , LINUX , UNIX , WINDOWS et OS/400

BEAUCOUP DE MOTS POUR DIRE LA MÊME CHOSE : MIGRATION DE SCHEDULER + CONVERSION D’ORDONNANCEUR…

uMSe : un méta-modèle

Comprendre notre « meta modèle » avec des flèches et des couleurs

UMSE : schéma de notre meta modèle

Cliquer sur l’image pour l’agrandir

La migration d’ordonnanceur en 3 promesses

Recevoir le doc uMSe

En savoir + sur uMSe ?

Demandez à recevoir notre document de présentation détaillée
Recevoir le doc uMSe

Fonctionnalités

Les fonctionnalités les plus appréciées par nos clients

  • Transformation des dépendances sur ressources en jobs « topés » par les opérations de post-traitement des outils de transfert.
  • Déstructuration  des dépendances et reconstruction via un méta-langage.
  • Reconditionnement des dépendances selon les spécificités de la cible, qu’elles soient de type « predecessor » et/ou « trigger ».
  • Possibilité de positionner les contraintes horaires des traitements sur les jobs convertis et/ou sur leur chaîne.
  • Possibilité de convertir les calendriers et les règles de planification ou faire directement référence à ces mêmes objets, s’ils existent déjà dans la cible.
  • Création  d’un fichier de type tableur pour chaque type d’objet. Ce fichier contient toutes les propriétés sources/cibles que nos clients souhaitent voir apparaître.
  • Prise en compte de toute nouvelle modification effectuée par le client (si nécessaire), en flux tendu.
  • Prise en charge du renommage de tous les objets selon les standards du moment et les spécificités de la cible (jobs, chaînes, machines, etc.).
  • Analyse des scripts et des JCL afin d’y capturer d’éventuelles commandes ou instructions issues de la source.
  • Fabrication de scripts permettant le déplacement des scripts fonctionnels vers une nouvelle arborescence.
  • Performances de haut-niveau permettant de s’affranchir de tout report de maintenance sur la source.
  • Renumérotation des traitements sur deux dimensions, selon l’ordre des dépendances.
  • Test des résultats de conversion dans nos locaux, dans une environnement serveur et logiciel identique à celui du client.