IoT / Socle

Une langue métier commune pour des appareils différents.

Les propriétés, événements et actions relient le sens des appareils aux définitions produit, aux données, aux paramètres de commande et aux interfaces métier.

Guide des cartes SIM IoT ↗Retour au socle →

LE BESOIN DU CLIENT

La gestion des SIM commence par le problème métier.

Deux fabricants peuvent transmettre une température avec des noms de champs, unités, précisions et règles de lecture/écriture différents. Répercuter ces différences dans chaque page et statistique impose des adaptations répétées. Le modèle d’objet rend ces conventions réutilisables.

MÉCANISME / RAISON / COMPROMIS

Comprendre le fonctionnement à partir de l’interface.

Des définitions communes à chaque appareil

Les niveaux commun, catégorie, produit et appareil répondent à différents besoins de réutilisation. Le modèle produit regroupe propriétés, événements et actions ; configurez les écarts propres à un appareil selon les mécanismes pris en charge.

Choix et compromis: Avant toute modification, vérifiez les remontées existantes, les champs historiques et les consommateurs. La compatibilité ascendante n’est pas automatique.

Distinguer propriétés, événements et actions

Les propriétés décrivent un état ou une valeur, les événements enregistrent un fait et les actions représentent une capacité appelable. Identifiants, types, unités et contraintes d’accès forment le contrat de l’appareil.

Choix et compromis: Le modèle décrit le sens métier de l’appareil ; ce n’est ni un graphe de connaissances ni un moteur de raisonnement ontologique.

Le modèle participe aux flux de données et de commande

L’analyse des messages, la validation des paramètres, l’historique et les liaisons de visualisation s’appuient sur les définitions du modèle. Les outils métier utilisent toujours les interfaces réelles pour lire ou commander les appareils.

Choix et compromis: Les liaisons exigent toujours de vérifier le champ, l’unité et la source. Un modèle ne génère pas à lui seul une application métier complète.

**Éditeur des propriétés du modèle produit**Ancien éditeur du site documentaire (ancienne marque iThings), illustrant le type, les accès et l’unité ; ce n’est pas une capture de la version actuelle.

EXEMPLE CONCRET / MÉCANISME

Une propriété de température réutilisée à plusieurs endroits

Exemple de correspondance, sans données mesurées. Faites correspondre explicitement le champ source, l’identifiant standard, le type et l’unité affichée.

Confirmer l’unité et l’échelle du champ source t
Définir le type, l’unité et les accès de temperature
Réutiliser ce sens dans les historiques, interfaces métier et outils de requête

PRÉPARER LA CONNEXION

À confirmer avant la connexion.

Guide des cartes SIM IoT ↗

Les définitions doivent correspondre aux capacités réelles de l’appareil
Définir les accès en lecture/écriture ; une propriété en lecture seule ne commande rien
Vérifier l’historique et les pages existantes avant une modification

POURSUIVRE AVEC LE SOCLE

Découvrir d’autres fonctions du même socle.

Tous les cas →

Retour à la vue IoT →