Archives des Supervision applicative - LOI2S

Quid de la traçabilité du système ?

PALUCK — Mon, 06 Feb 2023 13:49:33 +0000

Object Information Service System

Quid de la Traçabilité du système ?

La traçabilité des activités d’une entreprise est importante pour plusieurs raisons :

Amélioration de la qualité : La traçabilité peut aider à identifier les causes profondes des problèmes et à améliorer la qualité des produits et des processus.
Conformité réglementaire : Dans de nombreux secteurs, la traçabilité est obligatoire pour respecter les normes réglementaires et les exigences de conformité.
Résolution des problèmes : La traçabilité peut aider à résoudre rapidement les problèmes en cas de besoin, en permettant de suivre les activités qui ont mené à un incident ou à un problème spécifique.
Transparence et responsabilité : La traçabilité peut aider à renforcer la transparence et la responsabilité en ce qui concerne les activités et les décisions de l’entreprise.
Amélioration de la prise de décision : La traçabilité peut fournir des informations précieuses pour l’analyse de données et la prise de décision, en permettant d’identifier les tendances et les opportunités d’amélioration.

En résumé, la traçabilité des activités d’une entreprise peut contribuer à une meilleure gestion, une meilleure qualité, une conformité accrue et une transparence accrue, tout en favorisant une prise de décision plus informée. La traçabilité peut aider à améliorer la qualité des données, à faire respecter les politiques de sécurité et à faciliter la résolution des problèmes en cas de besoin. De plus, la traçabilité peut être utilisée pour auditer les activités et les performances du système d’information.

En général, la traçabilité des activités dans une entreprise nécessite une combinaison de méthodes et de technologies pour assurer une surveillance complète et une collecte de données précise. Les entreprises peuvent choisir la solution de traçabilité la plus appropriée en fonction de leurs besoins en matière de conformité, de sécurité et d’efficacité opérationnelle.

Il existe plusieurs façons de tracer les activités dans un système d’information, notamment :

Journalisation : Cela implique de consigner les activités dans un fichier journal ou un registre dédié. Ce fichier peut inclure des informations telles que les actions effectuées, la date et l’heure de ces actions, ainsi que les identifiants d’utilisateurs.
Surveillance en temps réel : Certaines solutions de traçabilité peuvent surveiller en temps réel les activités dans le système d’information et enregistrer les informations correspondantes.
Enregistrement des transactions : Les systèmes de gestion de bases de données peuvent inclure des fonctionnalités pour enregistrer les transactions, ce qui permet de suivre les modifications apportées aux données.
Audits internes : Les audits internes peuvent être effectués périodiquement pour vérifier la conformité avec les politiques de sécurité et les normes de l’entreprise, ainsi que pour vérifier la qualité des données et la pertinence des informations enregistrées.

Pour assurer une traçabilité efficace et optimale d’un système ou d’une entreprise, il est important d’adopter une structure de traçabilité générique et homogène. Cela permettra de faciliter l’analyse des traces d’activité et d’alerter en cas variations impromptues.

Ces données peuvent être enregistrées dans un fichier journal ou un registre dédié, et peuvent être utilisées pour suivre les activités, détecter les anomalies et vérifier la conformité aux politiques de sécurité et aux normes de l’entreprise.

Pour avoir une traçabilité parfaite des activités dans un système d’information, il est recommandé d’enregistrer les Données suivantes :

Qui ? Demandeur (Client), Identifiant de l’Acteur
Quoi ? Objet de la Demande de Produit ou Service
Où ? Adresse et Média de réception de la Demande
Quand ? Horodate réception de la Demande
Comment ? Eléments de qualification de la Demande
Pour qui ? Destinataire (Serveur) à qui est destiné le Produit
Pour quoi ? Motif de la Demande de Produit ou Service
Pour où ? Adresse et Média d’émission du Produit ou Service
Pour quand ? Horodate prévisionnelle d’émission du Produit

Identité de l’Acteur : le nom d’utilisateur, l’adresse IP ou d’autres informations d’identification de l’Acteur qui a déclenché ou effectué une action donnée, Personne morale ou Physique, Système ou Transaction, Processus et Message pour pouvoir suivre et vérifier les activités de manière fiable
Type d’action : catégoriser/classifier les types d’action et de les enregistrer, tels que la création, modification et suppression de données, la consultation et l’accès à des informations confidentielles ou données de sécurité pour vérifier la conformité aux réglementations, aux politiques de l’entreprise et aux obligations contractuelles, les Demandes, les Processus, les Accusés de réception et le Compte rendu d’exécution.
Identifiant de la transaction : enregistrer un identifiant unique pour chaque transaction pour pouvoir suivre et vérifier les activités de manière fiable.
Date et heure : la date et l’heure à laquelle une action a été demandée, effectuée et terminée pour pouvoir suivre les activités dans le temps.
Informations de contexte : les informations de contexte liées à une action,
– telles que le lieu, la source de l’action et le but recherché, les commentaires de l’utilisateur pour mieux comprendre les motivations, les circonstances et les intentions entourant une action particulière
– telles que les étapes suivies et les informations de prise de décisions, pour améliorer la qualité des processus de l’entreprise
– telles que les matériaux, les matériels et les équipements, les ressources humaines, pour améliorer la gestion des ressources de l’entreprise
– telles que les noms, les rôles ou les profils, les droits te responsabilités, pour améliorer la collaboration et la communication entre les différents acteurs de l’entreprise
Données de performance : des informations sur les performances, telles que les temps d’exécution et les ressources utilisées, pour optimiser les performances du système.

Ces informations supplémentaires peuvent aider à améliorer la traçabilité des activités en fournissant une vue plus complète et détaillée de ce qui se passe dans l’entreprise, ce qui peut faciliter les décisions d’affaires et les processus d’audit.

Cependant, il est important de noter que ces informations supplémentaires peuvent également augmenter la taille et la complexité des données enregistrées, il est donc important de déterminer les informations les plus importantes pour atteindre les objectifs de traçabilité.

Dans l’Architecture de la LOI2S chaque Message
et Processus peut être journalisé soit en continue, soit à la demande à
un instant donnée ou pour une Période données. Les Traces sont de Structure homogène.
La journalisation des Messages et des Processus permet d’assurer la
transparence, la fiabilité et la conformité des activités dans un système
d’information.

· Suivi des activités : Enregistrer les
messages et les processus permet de suivre les activités de l’entreprise et de
vérifier si elles se déroulent comme prévu. Des mécanismes d’alerte permettent
de réguler la disponibilité des ressources nécessaires à la fluidités Process,
Processus et activités de manières manuelle ou automatisée.

· Résolution des erreurs : En cas d’erreur,
la journalisation des messages et des processus peut aider à localiser et identifier
les causes et à résoudre les problèmes plus rapidement.

· Audit : La journalisation des activités
peut être utilisée pour effectuer des audits internes et externes pour s’assurer
que les politiques et les réglementations sont respectées.

· Amélioration des processus : Les
informations recueillies grâce à la journalisation peuvent être utilisées pour optimiser
les processus de l’entreprise.

Voir aussi QUID de la Supervision applicative : Traces logs ? – LOI2S (loi2s-sasu.fr)

L’article Quid de la traçabilité du système ? est apparu en premier sur LOI2S.

QUID de la Supervision applicative : Traces logs ?

PALUCK — Thu, 18 Aug 2022 09:08:00 +0000

Object Information Service System

QUID de la Supervision applicative : Traces logs ?

La LOI2S se base sur 3 composantes (Messages, BUS à Messages, et Processus) pour superviser et réguler l’activité Système d’Information.

Les Messages transportent les Données pour déclencher des Processus encapsulés dans des Composants distribués du SI.

Les Composants BUS à Messages temporisent les Messages émis pour les Processus des Composants Fournisseurs pour les délivrer ou les mettre à disposition aux Composants Consommateurs de ces Messages.

Message

Les Messages sont porteurs d’informations dans leur Données d’entête générique pour faciliter la supervision applicative :

Donnée d’entête de Message
- Horodate d’instanciation du Message
- Référence de l’Instance du Composant instancieur du Message
- Référence de l’Instance du Processus Instancieur du Message
- Horodate de prise en charge par une Instances de BUS à Messages

Processus

Les Processus disposent d’un Interrupteur de traçabilité qui permet d’émettre des Traces logs génériques dans leur structure d’Informations pour faciliter l’analyse l’activité des Composants du SI :

Trace logs d’instanciation du Processus
- Horodate d’instanciation du Processus
- Référence de l’Instance du Composant instancieur du Message
- Référence de l’Instance du Processus Instancieur du Message
- Référence du Message instancieur du Processus

Trace logs d’instanciation d’un Message émis par le Processus
- Horodate d’instanciation du Processus
- Référence de l’Instance du Composant instancieur du Message
- Référence de l’Instance du Processus Instancieur du Message
- Référence du Message instancieur du Processus
- Horodate d’instanciation du Message en émission par le Processus
- Référence du Message en émission par le Processus

Les Traces Logs peuvent être complétées par les Références des Données manipulées par le Processus. Cette structure d’Informations est propre à chaque Type de Processus.

BUS à Messages

Le BUS à Messages dispose aussi d’un Interrupteur de traçabilité qui est globale à l’activité de ce Composant ou propre à un Type de Message à tracer pour supervision ou analyse.

Trace logs de prise en compte d’un Message d’un Composant Fournisseur
- Horodate de prise en charge du Message d’un Composant Fournisseur
- Référence de l’Instance du Message
- Référence de l’Instance du Composant Fournisseur du Message
- Référence du ou des Composants Consommateurs d’un Message Ciblé

Trace logs d’émission d’un Message par un Composant Consommateur
- Horodate de prise en charge du Message d’un Composant Fournisseur
- Référence de l’Instance du Message
- Référence de l’Instance du Composant Fournisseur du Message
- Horodate de prise ne charge par un Composant Consommateur
- Référence de l’Instance du Message
- Référence de l’Instance du Composant Consommateur du Message
- Référence du ou des Composants Consommateurs d’un Message Ciblé

Nota :

Les Données de Référence contiennent les Informations suivantes :

Le Type de composante (Version Type)
L’Identifiant interne de la composante
La Référence externe de la composante

La traçabilité est conditionnée par des Interrupteurs de traçabilité pour limiter les volumes engendrées par les Traces Logs (charges d’archivage et d’analyse).
Les Traces Logs sont très utiles tant en phase de Tests de développement, d’intégration que de supervision des activités en production.

En cas de dysfonctionnement (traitement en exception) d’un Composant ces mêmes Traces Logs sont émises automatiquement complétées par une Trace Log d’Erreur générique dans sa structure d’informations :

Trace logs d’Erreur d’un Composant
- Horodate du dysfonctionnement du Composant
- Référence de la Fonction générique en dysfonctionnement (Code Erreur)
- Référence du Composant en dysfonctionnement
- Référence du Message pris en charge responsable du dysfonctionnement
- Référence du Processus en dysfonctionnement

QUID de la Durée de vie d’un Message dans un BUS à Messages ?

Dans le cas d’un Message ciblé lorsque l’ensemble des Composants Consommateurs ciblés ont consommé le Message sans dysfonctionnement (CR OK), le Message peut être archivé en Trace log.

Dans le cas d’un Message diffus le BUS à Messages ne peut préjuger quand l’ensemble des Composants Consommateurs auront consommé le Message sans dysfonctionnement (CR OK), le Message ne pourra être archivé en Trace log lorsque sa Durée de rétention sera dépassée.

QUID de l’archivage des Messages émis et réceptionnés par des Composants ?

Dans un Composant les Messages réceptionnés sont archivés en Trace Log dès lors qu’ils ont été consommés par un Processus sans dysfonctionnement (CR OK renvoyé au Composant Fournisseur instancieur du Message).

Dans un Composant les Messages ciblés émis sont archivés en Trace Log dés lors qu’ils ont été consommés par le ou les Processus du ou des Composants Consommateurs ciblés sans dysfonctionnement (CR OK).

Dans un Composant les Messages diffus émis sont archivés en Trace Log dès lors qu’ils ont été archivés dans le BUS à Messages d’émission. Ce qui correspond approximativement à quelques instants après leur Durée de rétention.

L’article QUID de la Supervision applicative : Traces logs ? est apparu en premier sur LOI2S.