rdOntology

La correspondance entre un équipement métier et ses composants Niagara se recode à chaque projet, et différemment à chaque fois : vingt sites, vingt conventions de tagging.

rdOntology traduit la description métier d'un équipement en composants Niagara réels : le bon type et le bon jeu de tags. Quand un déploiement décrit un « groupe de traitement d'air » ou un « refroidisseur », la station crée ce qu'il faut, taggé comme il faut. La correspondance vit dans une bibliothèque, contrôlée par la station avant usage, et non dans le code d'un projet ; rédiger cette bibliothèque est un travail d'amont qui conditionne le résultat.

• Aucune correspondance écrite à la main à chaque projet.
• La même description produit les mêmes composants sur toutes les stations : un parc comparable à lui-même.
• La règle est gouvernée : ce qui structure le parc ne peut pas être modifié discrètement.
• Les bibliothèques se superposent — socle standard, constructeur, client — au lieu de variantes à maintenir.
• La description reste métier : l'intégrateur parle d'équipements, pas de types Niagara.

• Industrialiser un parc multi-sites.
• Intégrer un catalogue constructeur.
• Faire respecter une convention de tagging par construction.
• Rejouer un déploiement sur une station neuve.

Niagara ≥ 4.13.x

0.3.2

sur estimation

rdModel & rdOntology

Voir la gammerdModelrdHierarchy