rdModel

Un arbre de composants ne dit pas ce qui est un site, un espace ou un équipement : chaque outil — analytique, rapport, GMAO — redécrit le parc à sa façon, et la nomenclature maison ne se transmet pas à un successeur.

rdModel ajoute à une station Niagara une couche de sens : il distingue les sites, les espaces et les équipements, et rattache chaque équipement à une définition — son type, sa marque, son modèle. Cette structure suit une ontologie reconnue (Haystack ou Brick) et devient portable : elle s'exporte, se versionne et se transporte d'une station à l'autre. La valeur suppose un travail de modélisation du parc, qui en est le vrai investissement.

• Un parc décrit une fois, exploitable partout : navigation, rapports, échanges avec les outils tiers.
• Un type se change sans reprendre le parc : les équipements et leurs définitions restent distincts.
• Un standard, pas une convention maison : le modèle se transmet à un partenaire ou à un successeur.
• Le modèle se versionne : on voit ce qui a changé, quand, et on revient en arrière.
• Il se transporte entre stations au lieu d'être ressaisi site par site.

• Préparer un parc à l'analytique.
• Livrer un modèle avec l'installation.
• Déployer un standard de site.
• Suivre l'évolution d'un parc depuis la mise en service.

Niagara ≥ 4.13.x

0.16.2

sur estimation

rdModel & rdOntology

Voir la gammerdOntologyrdHierarchy