Gros plan sur Visual TOM
Moteur d’évènement
Le changement majeur a été une refonte du moteur en supprimant l’ancien mécanisme basé sur du polling par un système évènementiel plus performant permettant ainsi de réduire fortement les temps de soumission.
Base de données
L’autre évolution a été de réduire l’utilisation de la base de données en déléguant la partie historique à une base externe, PostgreSQL. Pour rappel, la base de données est basé sur Codebase (famille xBase dont DBase II est l’ancêtre) or les principales critiques formulées contre VTom concernaient principalement les performances de la base de données.
La 4.2 permettait déjà de conserver un historique dans la base de données mais la 5.1 permet de sauvegarder directement ce type d’informations dans la base. La partie codebase ne concerne maintenant plus que ce qui est utile au moteur.
L’utilisation de Postgres permet de réduire drastiquement le volume de la base de données dédiés au moteur et consommateur de performances pour remplir une base dont le rôle principal est le stockage.
Est-ce suffisant pour éviter les réorganisations ? Ce n’est pas évident car les ajouts et suppressions d’enregistrements entrainent des zones vides qu’il faut de toute manière supprimer pour optimiser.
On notera que le bidouilleur se réjouira de pouvoir générer ses rapports directement en SQL sans impact sur sa production mais que du côté d’Absyss on préfère que le client fasse ses demandes de rapports auprès du support à travers les demandes d’évolutions afin d’en garantir la pérennité.
L’utilisation de la base de données a aussi permis la sauvegarde de données supplémentaires comme l’historique des actions avec la version 4.3 qui permet de disposer d’un audit.
Télé-diffusion
La télé-diffusion permet d’effectuer tout type de modification d’objet à distance et ceci à travers un simple fichier INI. Ce moyen de communication avec l’outil, présent en 4.2 et amélioré avec la 4.4, présente un réel intérêt pour l’administrateur qui pourra facilement interfacer ses outils.
Pour un exemple concret sur l’utilité du système voir le forum VTOMDEV.
Du point de vue de l’exploitant, il est indispensable de disposer d’un outil d’export générant un fichier de données dont le format est compréhensible par le format d’import car les modifications d’objets se font simplement par remplacement dans le fichier de données, évitant ainsi l’écriture de scripts.
La prochaine version de VTOM (5.3) offrira une interface ergonomique aux mécanismes de télé-diffusion pour simplifier la sélection des objets et automatiser les changements par des règles de substitution.
Ressources
VTOM est certainement l’ordonnanceur qui propose la plus grande diversité de type de ressource et la version 4.3 en a apporté une de plus : la ressource générique. La ressource est un élément fondamental de l’ordonnanceur puisqu’elle va permettre l’exécution de la tâche seulement si cette dernière dispose bien des moyens nécessaires.
Le principe de la ressource générique est simplement d’utiliser le résultat d’un script ce qui permet de définir n’importe quel élément de sa production comme un moyen d’exécution.
Client DMZ
C’est en version 4.4, qu’est apparu le client DMZ. Ce client ne fait aucune connexion vers le réseau interne et évite ainsi une ouverture de parefeu qui entrainerait un trou de sécurité. Ce type d’agent est vital pour une architecture sécurisée mais bien trop rare dans le catalogue des autres éditeurs pour qu’on le souligne ici.
Absyss propose différents composants logiciels afin de répondre aux différents types d’architecture, le client DMZ vient compléter une gamme qui contenait déjà différents types de serveurs (backup et départemental), d’agents comme le NET client, de connecteurs et d’interfaces utilisateurs.
Interfaces
VTOM dispose de différentes interfaces en plus de l’interface utilisateur, comme l’interface web, ISuperviser de la version 4.4, ou l’interface de conception, IGraphBuilder de la version 4.6.
La version 5.1 propose une nouvelle interface JAVA qui fait l’unanimité des utilisateurs grâce à son système de vues offrant ainsi des écrans optimisés en fonction de l’utilisateur.
Une gestion des utilisateurs par profil simplifie la gestion en affectant directement à chaque utilisateur un ensemble de droits.
Chaque utilisateur ouvre une session sur le serveur, ce qui permet à celui-ci de renvoyer en mode push toute modification à l’ensemble des utilisateurs. L’utilisateur voit en temps réel les modifications effectuées par les autres utilisateurs.
L’aspect prévisionnel est ajouté en 5.2 ainsi que les statistiques et les graphs intégrant des compteurs fonctionnels
La version 5.3 proposera des tableaux de bord récapitulant différents compteurs d’exploitation dans une vue globale afin d’évaluer d’un coup d’oeil l’état de sa production en distinguant les anomalies et les blocages sur l’ensemble de ses environnements.
Conclusion
VTOM bénéficie de mises à jour régulières et d’évolutions majeures annuelles pour aboutir à un produit performant et agréable à l’utilisation avec quelques options uniques mais qui se révèlent rapidement indispensables.
L’implantation de la société en France apporte un support de proximité qui se révèle plus efficace que celui des multinationales dont le support français est trop souvent réduit à l’état de relai.
Au niveau de l’architecture, les différents composants logiciels répondent à toutes les problématiques réseaux. L’utilisation de la base de données permet de bénéficier d’un historique des données sans impact sur les performances. L’interface Java permet une installation homogène quelque soit la plateforme. Des connecteurs pour les ERP Dynamics et M3 (Lawson), disponible dans la prochaine version, en plus des connecteurs standards (SAP, Peoplesoft...).
L’interface de la version 5.1 est une évolution majeure pour le produit, pour sa partie graphique et son mode push mais surtout pour sa prise en main. La facilité d’utilisation est visible pour l’exploitant à travers les vues mais elle simplifie aussi le travail de l’administrateur dés l’installation jusqu’à la gestion des utilisateurs.
Article
La dernière présentation à laquelle j’avais assisté remontait à 2005, il était temps de se mettre à jour, j’ai donc profité de l’invitation d’Absyss pour faire un point sur les versions et les améliorations apportées depuis la version 4.2.
| Mise à jour : | 22 février 2010 |
| Visites : | 5978 |
| Auteur : | E. Angenault |
| Site : | Angenault.net |
Absyss, éditeur de la solution, ne souhaite pas fournir d’information sur son produit, la documentation reste confidentielle et au strict usage de ses clients. L’impossibilité d’obtenir une version d’évaluation empêche de pouvoir le comparer à des produits de la catégorie "incontournables".
Liens commerciaux
Accès rapide
Dossier
Absyss, éditeur de la solution, ne souhaite pas fournir d’information sur son produit, la documentation reste confidentielle et au strict usage de ses clients. L’impossibilité d’obtenir une version d’évaluation empêche de pouvoir le comparer à des produits de la catégorie "incontournables".
Les incontournables
Malgré une offre importante de logiciels professionnels d’ordonnancement, on constate que les projets d’envergure ne retienne qu’un faible nombre d’acteurs.
Cette rubrique reprend les ordonnanceurs qui répondent aux caractéristiques suivantes :
ils sont présents sur le marché français, que ce soit en terme de volume d’affaires ou en représentation local (principalement en terme de support).
ils représentent un intérêt dans un domaine particulier (production, open source, etc...)
nous disposons de versions d’évaluation afin de fournir des informations fiables.
