Archives des Fournisseur - LOI2S

QUID de l’Architectures fractale LOI2S ?

PALUCK — Fri, 28 Oct 2022 09:38:30 +0000

Object Information Service System

QUID de l’Architectures fractale LOI2S ?

La LOI2S repose sur le Paradigme Objet dont l’un de ses Concepts immanents est la généricité.

Une Architecture fractale est une modélisation et une implémentation qui présente une logique similaire à toutes les échelles et tous les points de vue.

Rappel : Une figure fractale est un objet mathématique qui présente une structure similaire à toutes les échelles.
Un objet fractal est un objet dont chaque Composant est aussi un objet fractal, ce qui permet de créer des systèmes complexes à partir de Composants simples et répétitifs.
L’urbanisation des systèmes d’information utilise des objets fractaux pour créer des systèmes complexes à partir Composants simples qui collaborent les uns avec les autres via un BUS à Messages, ce qui permet une urbanisation récursive des systèmes d’information..

L’Architecture fractale LOI2S permet donc de modéliser et d’implémenter des Systèmes informatiques complexes à partir de Composants simples et répétitifs, tout en respectant le Paradigme Objet et en exploitant la puissance de l‘Objet.

L’intérêt d’avoir un modèle de conception unifié « design pattern » permet une lecture un dialogue facilité pour l’ensemble des Acteurs concernées par le Système d’Information :

Que ce soit au niveau d’un Composant élémentaire mono Processus ou de multiples Systèmes informations complexes interconnectés.
Que ce soit par les acteurs de la MOA Maîtrise d’Ouvrage, les acteurs opérationnels du métier ou les acteurs de la MOE Maitrise d’œuvre Informatique, les concepteurs, les développeurs et les superviseurs.

Dans le cadre de l’Architecture LOI2S les fondamentaux utilisés sont appliqués et applicables tant pour une vision macroscopique du Système d’Information que pour sa décomposition en Microservices élémentaires du Système Informatique. La vision de l’activité métier de l’entreprise comme son implémentation et implantation dans son Système Informatique répondent au même paradigme : un réseau de transport de Messages captés ou émis par des Acteurs Personnes physiques ou morales, des Acteurs systèmes mécaniques ou informatiques. Ces Acteurs sont implémentés dans le Système d’Information sous forme d’Objets ou Composants informatiques : Vision numérique d’un Monde réel et virtuel.

Chaque Composant répond au modèle unifié de la LOI2S et doit couvrir les fonctions essentielles à leur autonomie et au respect du Paradigme Objet pour garantir les Facteurs qualités attendus :

Une Interface entrante qui capte des Messages numériques ou des Messages analogiques
Une Interface sortante qui émet des Messages numériques ou des Messages analogiques
Une Catalogue qui transcrit les informations numériques en informations sémantiques
Une Annuaire qui identifie et référence tous les Objets de l’Architecture
Une Profil de Compétences qui habilite les Messages à exécuter des Processus
Un Planificateur qui ordonnance l’exécution des Processus déclenché par un Message habilité
Un Processus qui transforme l’Informations des Données indexées et mémorisées sous l’impulsion de Messages et pouvant émettre des Messages
Une Base d’Index qui permet de requêter des Données à partir d’informations
Une Base de Données qui mémorise les Informations structurées dans des Données

Chacune de ces fonctions pouvant elles-mêmes être un composant respectant la LOI2S. Ainsi on peut architecturer, dans les extrêmes, son système d’information avec un Composant unique ou avoir autant de Composants que de Processus métier répondant chacun à un Message ou Demande de Service spécifique.

Chaque Message répond au modèle unifié de la LOI2S avec un en-tête générique qui facilite et garantit la traçabilité, la supervision et l’ajustement de l’activité.

Maîtriser le cycle de vie des Composants numériques

La norme Open Group IT4IT Reference Architecture décrit une architecture de référence pour gérer l'activité des technologies de l'information (IT) et la gestion du cycle de vie associée de bout en bout.
→

Concevoir une entreprise capable de s’adapter au changement

MEGA HOPEX crée une représentation interactive de votre entreprise en connectant et centralisant l’ensemble des informations liées aux métiers et au SI dans un référentiel commun.
→

Un flux d'information sécurisée sans frontière

Le langage de modélisation ArchiMate® est une norme d'architecture d'entreprise ouverte et indépendante qui prend en charge la description, l'analyse et la visualisation de l'architecture.
→

Garantir des normes, des méthodes et une communication cohérentes

La norme TOGAF® The Open Group Architecture Framework montre où trouver des concepts durables et universels et des meilleures pratiques éprouvées d'architecture d'entreprise.
→

Gagner en agilité, en réactivité et en performance

La notation du BPM apporte une dimension stratégique pour optimiser la performance opérationnelle tout en mettant son système d’information au service de la vision stratégique de l’entreprise.
→

Unifier le language et le formalisme

L'objectif de l'UML est de fournir aux architectes système, ingénieurs logiciels et développeurs de logiciels un formaliste unifié de conception et documentation du SI.
→

Economiser du temps et de l'argent avec l'orienté objet

L'OMG génére des normes technologiques robustes, transparentes et bien documentées, qui fournissent une valeur réelle quantifiable à toutes les industries.
→

Garantir des normes, des méthodes et une communication cohérentes

La norme TOGAF® The Open Group Architecture Framework montre où trouver des concepts durables et universels et des meilleures pratiques éprouvées d'architecture d'entreprise.
→

L’article QUID de l’Architectures fractale LOI2S ? 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.

QUID de la redondance des informations ?

PALUCK — Thu, 11 Aug 2022 22:00:05 +0000

Object Information Service System

QUID de la redondance des informations ?

Mise à part un système monolithique qui ne comporterait qu’un seul Serveur de Base de Données, tout Système d’Information redonde des informations dans ses Composants et ses Messages multiples. Et quand bien même, un seul Serveur de Base de Données, pour optimiser la sélection des informations clés, réplique les informations pour les organiser et les ordonner dans des structures d’Index. Ce Serveur dispose de mécanismes transactionnels qui garantissent la synchronisation de ses informations redondées.

Dans la LOI2S les Données (Structures d’informations regroupées sous un Identifiant) se retrouvent persistantes dans différents Composants et transitent portées par différents Messages. Il est donc important d’identifier le Composant référent de telle ou telle Donnée dans tel ou tel Etat à un instant donné.

A noter, que certains Composants peuvent faire persister une même Donnée dans des Etats différents et il peut être nécessaire d’archiver l’Etat d’une Donnée telle qu’elle était à un moment donné (Historisation d’un Diagramme d’Etat).

Un Processus qui nécessite d’avoir des Données à jours doit lancer un Message de récupération de la Donnée (de ses informations) au Composant référent. La généricité de ce Type de Message permet demander une ou plusieurs Données identifiés simultanément si le Composant Fournisseur référent est identique pour chacune des Données.

Dans les architectures actuelles distribuées et hétérogènes les données proviennent de sources de plus en plus nombreuses et cela impose lors de conception du Système d’Information la mise en place d’un MDM : Master Data Management pour garantir la cohérence synchrone de plusieurs Données traitées et analysées à une date donnée.

Mode pro-actif (PUSH)

Le Composant référent Fournisseur de Données envoie via le BUS à Message à chaque actualisation de Données un Message diffus ou un Message ciblé à l’ensemble des Composants Consommateurs des Données redondées.

Le Message poussé via le BUS à Message est porteur de la Référence de l’instance de la Donnée actualisée.

Mode passif (PULL)

Le Composant Consommateur de Données redondées envoie via le BUS à Message au Composant référent Fournisseur un Message ciblé pour obtenir les Données actualisées. Si le Message précise la Version Type de chaque Donnée et leur Date de dernière actualisation connues, le Composant référent Fournisseur ne renvoie les Informations de la Donnée que si la Date d’actualisation est plus récente afin d’optimiser le transport d’informations sur le Réseau et dans le Bus à Message.

Le Message demandeur de Données redondées précise – soit la Référence de l’instance de la Donnée à actualiser, – soit un minimum d’informations nécessaire à l’identification de cette instance de Donnée. Le Composant référent Fournisseur détient la ou les Références de cette instance de Donnée.

Nota : La granularité des Informations qui transitent via le BUS à Message et qui sont mémorisées dans chaque Composants du Système d’Information LOI2S est la Donnée référencée regroupant de multiples informations intimement liées (ayant un Cycle de vie identique).

L’article QUID de la redondance des informations ? est apparu en premier sur LOI2S.