Comportements périodiques¶
Vous avez la possibilité dans Canopsis de définir des périodes de temps pendant lesquelles des changements de comportements sont nécessaires :
- Plage de service d'une application : vous souhaitez repérer visuellement les applications qui doivent rendre un service à un moment donné
- Maintenance : vous souhaitez déclarer en maintenance des entités pour que leurs alarmes ne remontent pas visuellement
- Pause : vous souhaitez mettre en pause une application pour un temps indéterminé
Cette fonctionnalité porte le nom de « Comportement périodique ».
Note
Voici une méthode vous permettant de
- définir la plage de service d'une application
- mettre en maintenance une entité
Contexte du cas d'usage¶
Nous considérons l'application ERP (sous forme d'observateur) composée des entités Comptabilite et Gestion.
Comportements périodiques¶
Définition de la plage de service¶
Dans l'explorateur de contexte, vous recherchez votre observateur ERP.
Vous ajoutez un comportement périodique 
Pour fabriquer une plage 5 jours/7 de 8h à 19h15, vous devez créer :
- Une plage récurrente de 19h15 à 00h
- Une plage récurrente de 00h à 08h
Rendu visuel¶
En dehors des comportements périodiques, la tuile de météo se comporte ainsi :
Maintenance d'une entité¶
En parallèle des plages de services, vous pouvez déclarer des entités en maintenance ou en pause par exemple.
Vous avez la possibilité d'effectuer ces opérations :
- Depuis le Bac à alarmes : dans ce cas, la mise en maintenance se fait de manière unitaire (En sélectionnant individuellement la ou les alarmes concernées).
- Depuis l'Explorateur de contexte : dans ce cas, la mise en maintenance se fait de manière unitaire sur des entités quelconques
- Depuis le panneau d'exploitation des comportements périodiques : dans ce cas, la mise en maintenance s'effectue à partir d'un filtre
Note
Vous souhaitez mettre en maintenance les entités qui composent l'application ERP.
Nous utilisons dans l'exemple la méthode Depuis le panneau d'exploitation des comportements périodiques
Pour cela, RDV sur le panneau d'exploitation Comportement périodiques
Vous ajoutez un comportement avec un filtre qui sélectionne les entités de ERP
Ainsi, de 15h30 à 16h, les entités comptabilite et gestion sont en maintenance.
Étant donné que ces entités constituent de manière exhaustive l'application ERP, l'application elle-même est considérée comme en maintenance.
Dans le cas où toutes les entités d'une application ne sont pas en maintenance, le picto suivant est présenté :
Côté Bac à alarmes¶
Jusqu'ici nous nous sommes concentrés sur la météo de service. Le but de ce paragraphe est de montrer les impacts des comportements périodiques sur le bac à alarmes.
Il est possible d'appliquer des filtres sur les comportements périodiques, actifs ou non.
Sur un Bac à alarmes, vous pouvez ajouter un filtre comme suit (dans les propriétés du widget) :
Le point important concerne l'attribut fictif has_active_pb qui est un booléen.
Puis au niveau exploitation, sélectionnez le filtre nouvellement créé :
Par ailleurs, la colonne extra_details embarque un picto de représentation d'un comportement périodique.
Quelques filtres courants¶
Voici une liste de filtres utiles dans des situations de pilotage au quotidien compatibles avec les comportements périodiques.
Une ressource
{
"$and": [
{
"name": "une_ressource"
},
{
"type": "resource"
}
]
}
Un ensemble de ressources
{
"$and": [
{
"type": "resource"
},
{
"$or": [
{
"name": "une_ressource_1"
},
{
"name": "une_ressource_2"
}
]
}
]
}
Un composant
{
"$and": [
{
"name": "un_composant"
},
{
"type": "component"
}
]
}
Un ensemble de composants
{
"$and": [
{
"type": "component"
},
{
"$or": [
{
"name": "un_composant_1"
},
{
"name": "un_composant_2"
}
]
}
]
}
Un composant et ses ressources
{
"$or": [
{
"$and": [
{
"type": "component"
},
{
"name": "un_composant"
}
]
},
{
"$and": [
{
"type": "resource"
},
{
"impact": {
"$in": [
"un_composant"
]
}
}
]
}
]
}
Une application
{
"$and": [
{
"impact": {
"$in": [
"une_application"
]
}
}
]
}