Contrôleurs de sous-réseau

Pourquoi les objets Valve (organes de fermeture) ne sont-ils  pas des contrôleurs de sous-réseau s'ils influencent la ressource avec on/off ?

•Une vanne permet de dire si une ressource de transport passe ou non à cet endroit. C'est pourquoi il s'agit ici d'un élément de séparation de type Device.

•Les curseurs de séparation de zone séparent, comme leur nom l'indique, deux réseaux l'un de l'autre. Ceux-ci sont toujours fermés (off). Il en résulte deux sous-réseaux indépendants de chaque côté. Lorsqu'un tel curseur est ouvert, son comportement peut changer de manière significative et il n'est plus un curseur de séparation de zones.
Différentes informations peuvent être utilisées pour la représentation. Parallèlement, il est également possible d'obtenir d'autres informations via des processus analytiques.

•Ainsi, ils ne sont que l'élément de séparation et sont des éléments de fermeture pour les deux réseaux ! Lorsqu'un tel curseur est ouvert, le comportement peut changer de manière significative. Cela ne fait pas de cette vanne un contrôleur de sous-réseau, mais il faut y prêter une attention particulière. Il peut aussi en résulter une exigence pour la représentation. Comme le curseur n'est inclus dans aucun réseau, mais représente seulement une limite, il est un curseur de séparation de zones.

Veiller à la facilité d'utilisation du modèle, c'est pour cette raison que les vannes de zone ne sont pas considérées comme un groupe indépendant, car elles sont directement issues d'une requête ou des sous-réseaux. Si un pousseur devient un pousseur de zone (ou inversement), il faudrait modifier le AssetType; ce qui représente un effort considérable.

 

Lignes désaffectées et démantelées

Quelle est la meilleure façon de procéder avec les objets désaffectés ?

•Les lignes déclassées doivent être séparées, avec une réduction minimale, des lignes en exploitation, de sorte que ces ressources ne soient plus liées. Cela correspond également à la réalité sur le terrain.

•De plus, l'attribut "DetailLifeCycleStatus" des moyens d'exploitation mis hors service est défini sur un type de mise hors service. De ce fait, l'attribut de réseau NET_MainLifeCycleStatus est également converti et mis à la phase "Désaffecté", de sorte que les suivis de réseau ne tiennent plus compte de ces moyens d'exploitation.

 

Si des moyens d'exploitation sont même démontés, cela peut également être documenté par la valeur "Démantèlement" dans l'attribut "DetailLifeCycleStatus".

 

Comme les lignes désaffectées ou démantelées restent dans le jeu de données, elles sont également disponibles pour des rapports et des statistiques pour la comptabilité ou pour des informations sur le réseau et les moyens d'exploitation au fil du temps (historique). L'identification des objets est également conservée, de sorte que l'appel/l'échange avec des systèmes tiers continue de fonctionner.

La mise à disposition d'une fonction de "filtre de couche" est prévue à moyen terme afin de pouvoir contrôler la visibilité des moyens d'exploitation désaffectés ou démantelés sur la carte sans augmenter la complexité de la représentation cartographique.

 

Une fonction permettant d'externaliser et d'archiver des objets fermés/démantelés dans une simple "classe de fonctions d'archivage" n'est pas (encore) prévue dans le cadre du développement de produits. Le développement d'une telle fonctionnalité peut être envisagé dans le cadre de projets clients.