La "LOI2S Logique de Système d'Information Objet" décrit une approche spécifique pour la construction d'une Architecture d'Entreprise IT, basée sur les principes suivants :
- Architecture Orientée Objet IT (OOA) :
-
- Utilisation d’objets pour modéliser des systèmes informatiques, avec modularité, réutilisabilité, et interconnectivité.
- Les objets encapsulent des données et des fonctionnalités, favorisant la flexibilité et l’extensibilité des applications.
- Principes de l’Architecture Orientée Objet :
-
- Modularité, réutilisabilité, composition, abstraction, et généricité.
- Création de systèmes complexes à partir de composants simples.
- Logique Objet Information Service Système (LOI2S) :
-
- Modélisation de Systèmes d’Information basée sur des composants informatiques interfacés par un BUS à messages.
- Focus sur les services minimaux et nécessaires, interconnectés pour une meilleure gestion et communication.
- Utilisation de BUS à Messages :
-
- Les composants du système communiquent via un BUS à messages, assurant la traçabilité et la supervision des processus et activités.
- Modularité et Supervision :
-
- Chaque composant du système a un rôle spécifique, avec des versions typées de messages et processus.
- La supervision est assurée par l’analyse des messages, identifiant les activités des composants.
- Traçabilité et Gestion des Données :
-
- Chaque message a un type versionné, et chaque processus est également versionné.
- Les composants traitent différentes versions de types de messages et processus, assurant flexibilité et maintenabilité.
- Gestion des Profils de Compétences :
-
- Chaque composant a un profil de compétences qui détermine les versions de messages et de processus qu’il peut traiter.
- Architecture Fractale et Récursivité :
-
- L’architecture s’inscrit dans une logique récursive fractale, applicable à différentes échelles et points de vue.
L’Architecture d’un Système Information Objet doit disposer à minima d’un ensemble de Fonctions génériques encapsulées dans des Objets génériques conformes au Paradigme Objet. Les Propriétés Objet respectant les Concepts Objet favorisent et garantissent de nombreux Facteurs qualité essentiels à l’efficience du Système Information (SI).
Une architecture orientée objet IT (OOA) est une approche de conception et de développement qui se concentre sur l‘utilisation d‘objets pour modéliser des systèmes informatiques. Les objets sont des modules de code qui encapsulent des données et des fonctionnalités, et peuvent être réutilisés à plusieurs reprises. Les objets sont réutilisables et interconnectés qui peuvent être utilisés pour construire des applications complexes. Les objets communiquent entre eux en envoyant des messages, ce qui permet aux applications d‘être plus flexibles et extensibles. Les objets sont des entités abstraites qui représentent des données et des fonctionnalités, et sont liés entre eux par des relations. Les objets peuvent être réutilisés à plusieurs reprises pour créer de nouvelles applications, ce qui permet aux développeurs de gagner du temps et d‘améliorer la qualité du code.
L’architecture orientée objet est un modèle d’architecture qui fait appel aux principes de l’orientation objet afin de rationaliser et d’améliorer l’efficacité et le développement d’applications informatiques.
L’architecture orientée objet implique l’utilisation d’objets logiciels, de modèles et de technologies qui permettent l’intégration et la mise en œuvre de solutions informatiques. Les principes fondamentaux de l’architecture orientée objet sont la modularité, la réutilisabilité, la composition et l’abstraction et la généricité. La modularité permet de séparer les différentes parties du système en modules indépendants et réutilisables, ce qui permet d’améliorer la maintenabilité et la flexibilité du système. La réutilisabilité permet de réutiliser les modèles et les composants développés pour d’autres applications et facilite le développement et la maintenance d’applications complexes. La composition permet de créer des systèmes complexes à partir de composants plus simples. Enfin, l’abstraction permet de simplifier et de rendre le modèle métier plus facile à comprendre et à utiliser. La généricité des objets permet également une plus grande flexibilité et une meilleure maintenabilité du modèle et donc de l’Architecture du système d’information.
L’Architecture LOI2S utilise le Paradigme Objet et son Concept immanent de généricité.
Cette Architecture s’inscrit dans la logique récursive fractale, à toutes les échelles et tous les points de vue.
La Logique Objet Information Service Système (LOI2S) est une modélisation ou construction de Système d’Information Objet (SI Objet) qui repose sur des Composants informatiques (SSA : Sous-Système Applicatif) répondants à un ensemble de Services minimaux et nécessaires qui sont interfacés entre eux au travers d’un BUS à Messages (Message-ciblé, Message-diffus, Typologie de Messages).
La construction du SI est ainsi extensible en démultipliant, spécialisant ou fusionnant les Services en Composants (SSA) SI Objet. Il est ainsi possible de construire des SI en silos ou SI multicouches pour ne citer que ces 2 exemples de SI caricaturaux.
LOI2S : Diagramme de séquence (UML)
Un Message est capté par le Système Information Objet via son Interface entrante qui le numérise. Le Message est ensuite transcrit/transcodifié par le Catalogue pour que ces Données instanciées soient identifiées par l’Annuaire. Le Profil de Compétences habilite le Message à être traité par un Processus relatif au Type de Message. Le Processus traite le Message en consultant, actualisant et si nécessaire supprimant des Données instanciées dans la Base de Données accessible via l’Index grâce à chaque Identifiant référencé dans l’Annuaire. Le Processus peut renvoyer un ou plusieurs Message vers l’Interface sortante pour être analogisé ou simplement envoyé sur le BUS à Messages.
La Supervision applicative du SI Objet et de chaque Objet est traitée par la traçabilité des Messages au niveau du ou des BUS à Messages. En effet, tous processus ou délégation de service se fait au travers de Message. Chaque Message renseigne l’Historique de Statut de son Instanciation, son Envoi, sa Réception, etc. jusqu’à son Archivage. Il est ainsi possible de connaître les délais de prise ne compte des Messages par les Objets du SI et ainsi de réguler les performances du SI Objet.
Une Architecture à base Composants applicatifs unifiés et de BUS à Messages rend possible d’avoir la maitrise des Process métier.
La Supervision des Process et des Processus est traitée par analyse de Messages. En effet chaque Message identifie l’Objet de prise en compte et le Processus déclenchés. De plus chaque Message fait référence au Message initial permettant ainsi d’être regroupé chronologique par Process.
Le Cycle de vie de chaque Objet est traité par chaque Profil de compétences.
Chaque Objet a un Type qui est versionné. La version précise la comptabilité avec les versions antérieurs : version = préfixe incompatible + suffixe compatible (Ex : Chiffres + Lettres = V2.0.ab)
Chaque Message a un Type qui est versionné. Chaque Processus à un Type qui est versionné.
C’est le Profil de compétences habilité la version du Message entrant à la version du Processus associée. A savoir que chacun des Composants (SSA) peut traiter plusieurs versions de Type de Message associés à plusieurs versions de Type de Processus et que plusieurs Composants peuvent traiter les mêmes Types de Messages. Ou au contraire différents Composants traitent des mêmes Types de Processus mais dans des versions différentes.
De même c’est le Profil de Compétences qui affecte en retours à chaque Message ciblé sortant le ou les Composants (SSA) ciblés.
Lorsqu’une version d’un Type de Message est obsolète, le Message sera rejeté en faisant référence à la version du Type de Message de substitution s’il elle existe.
Lorsqu’un Message obsolète est rejeté, tous les Processus associés pourront être archivés.
LOI2S : Diagramme de Classe (UML)
LOI2S : Diagramme d'Etat (UML)
LOI2S : Interface entrante
L’Interface entrante est à l’écoute de Messages (Messages ciblés ou Messages diffus) pour le numériser si nécessaire afin le rendre interprétable par le Système d’Information numérique. Les Interfaces sont spécialisées pour n’interpréter que certains Types de Message.
On a deux Types d’Interfaçage :
- Les Interfaces physiques avec le Monde réel analogique qui se charge de la numérisation ou de l’analogisation des Messages (IHM : Interface Homme Machine ; Clavier, Souris, Vocal, Capteurs analogiques, etc.).
- Les Interfaces numériques associées à un BUS à Messages du Réseau de communication entre Composants du SI (SSA) dialoguant par Message numérique ne nécessitant pas ou plus de numérisation.
LOI2S : Interface sortante
L’Interface sortante envoie des Messages (Messages ciblés ou Messages diffus).
On a deux Types d’Interface :
- Les Interfaces physiques avec le Monde réel analogique qui se charge de la transcription analogique (IHM : Interface Homme Machine : Ecran, Casque audio, Emetteurs analogiques ; etc.).
- Les Interfaces numériques connectées à un BUS à Messages du Réseau de communication entre Composants du SI (SSA : Sous-Système Applicatif).
LOI2S : BUS à Messages
Le Bus à Message est un des Composants essentiel de la LOI2S.
Comme tous les Composants il dispose au minimum :
- D’une Interface entrante qui réceptionne chaque Message émis par les différents Composants fournisseurs qui lui sont connectés.
- D’une Interface sortante qui émet chaque Message réclamé par les différents Composants consommateurs qui lui sont connectés.
- D’un Catalogue qui permet de transcrire numériquement toutes les versions de Type de Message qu’il réceptionne ou émet. Pour que cette transcription soit possible il est nécessaire de définir un langage de structuration de chaque Message et de la Donnée qu’il transporte afin de l’identifier au travers de l’Annuaire.
- D’un Annuaire qui identifie toutes les Données des versions de Type de Message.
- D’un Profil de Compétence qui habilite les Composants fournisseurs ou consommateurs de chaque Message identifié à prendre en compte le Processus de de réception ou d’émission de version de Type de Messages.
- D’un Planificateur qui orchestre l’ordonnancement des Processus lié à chaque version de Type de Message.
- De Processus de mémorisation ou de mise en disposition des Messages en fonction des règles de priorité établies.
- D’une Base d’Index qui permet d’indexer et de rechercher un Message mémorisé temporisé dans la Base de données.
- D’une base de données qui mémorise les Messages asynchrones.
Le BUS à Messages est un réseau de communication pour le transport des Messages intra Composant, inter Composants (SSA : Sous-Système Applicatif) et inter SI, inter-Entreprises.
Réseau de communication et Système d’information sont intrinsèquement liés.
La traçabilité du BUS à Messages, de ses Messages, permet de superviser l’activité du Système d’Information : – Volumétrie des Messages par Type, par origine Fournisseur, par destinataire Consommateur, – Durée de rétention des Messages, embouteillage ou défaillance de certains composants Consommateurs à consommer leurs Messages.
Cette traçabilité est d’autant plus efficiente que la Structure des Messages (Protocole de communication) est normalisée.
LOI2S : Message
La notion de Message est fondamentale dans la LOI2S. Un Message peut être assimilé à un appel de service ou fonction dans le sens que chaque Message habilité est à l’origine du déclenchement d’un ou plusieurs Processus d’un ou plusieurs Composants Consommateurs.
Tous les Composants du Système communiquent entre eux au travers de Messages transportés par un BUS à Messages. Les Messages sont normés par un langage de structuration.
Un Message est une Donnée comportant une Donnée d’entête et une Donnée propre à la version d’un Type de Message.
La Donnée d’entête permet le transport générique et la supervision unifiée de multiples versions de Type de Messages. La Donnée d’entête encapsule chaque Donnée propre à chaque Message.
Message (communication) et Processus (traitement) étant intiment liés, la supervision des Messages peut être assimilée à la supervision de l’activité des Composants et donc du Système d’Information ou des Systèmes d’informations interconnectés.
Pour réponde à ces prérogatives la Donnée d’entête de Message doit comporter les informations suivantes :
- Le Type de Message qui qualifie la nature Message et sa version
- La Date d’envoi par l’Expéditeur (Fournisseur instancieur/créateur)
- La Référence externe Identifiant de l’Expéditeur (Fournisseur Composant créateur)
- La Référence externe Identifiant du Message initial (initiateur)
- La Liste des Références externes Identifiants Destinataires (Consommateurs) s’il s’agit d’un Message ciblé, à défaut si non renseignée il s’agira d’un Message diffus
- Un Historique de Statut horodaté de prise ne compte du Message
- L’Horodate
- L’Identifiant du Statut
- La Référence externe Identifiant du Statuant (Composant Consommateur)
La structure de Donnée relative à la version du Type de Message n’est compréhensible/lisible que par le ou les Processus habilités à la prise en compte du Message. Cette habilitation est gérée au travers du Profil de Compétences de chaque Composant.
LOI2S : Profil de Compétences
Le Profil de Compétences garantie la sécurité d’utilisation des Composants du SI.
Cette fonction générique de la LOI2S filtre chaque Message entrant pour leur attribuer un Type de Processus (programme) dédié. En fonction de l’origine de la version du Type de Message identifiée par le Composant Fournisseur, un Processus d’habilitation habilite la planification ou priorité de l’exécution d’un Processus adressé à un Planificateur de Processus.
En retour, cette fonction générique de la LOI2S qualifie chaque Message sortant afin de déterminer le ou les Destinataires (Consommateurs) susceptibles ou devant prendre en compte cette version de Type de Message sortant.
Le Processus du Profil de Compétences peut se simplifier en un paramétrage mettant en correspondance
- Version Type de Message entrant de Composants (Fournisseur) <=> version Type de Processus (Planificateur)
- Version Type de Message sortant <=> Composant Destinataire (Consommateur)
Ce paramétrage est actualisé lors de la réorganisation de l’Architecture par instanciation ou suppression de Composants du SI mais aussi en fonction des évolutions des Processus dont à la responsabilité chacun des Composants. En effet, la Modularité est pilotée par la supervision du BUS à Messages de la LOI2S afin d’adapter ses capacités en démultipliant ou réduisant ses Composants.
LOI2S : Planificateur
Le Planificateur orchestre l’exécution des Processus en fonction de leurs règles de priorité. C’est donc le Planificateur qui régule/temporise le flux de travail, la charge du Système d’Information en fonction des ressources disponibles.
Le Panificateur identifie ou instancie si nécessaire le Processus pour traiter le Message entrant identifié. En effet, le Profil de Compétences a associé au Message, en plus de sa Priorité relative de prise en compte un Type de Processus. Le Planificateur a donc une marge de manœuvre pour optimiser l’utilisation des ressources systèmes mis à sa disponibilité.
En retour, cette fonction générique de la LOI2S orchestre les priorités d’envoi de chaque Message sortant émis par les Processus encapsulés dans le Composant.
LOI2S : Catalogue
Le Catalogue transcrit chaque Donnée d’un Message entrant pour les identifier ou les codifier afin que ses informations soient exploitables par le Processus interne associé au Message entrant.
En effet, les Processus traitent des informations codifiées ou des Identifiants afin de dissocier les langues de communication des Expéditeurs, des Destinataires ou de présentation des différentes Types d’Interfaces avec les règles de gestion des informations. Un Code non signifiant ou un Identifiant optimise et stabilise les traitements en regard de sa sémantique métier potentiellement multi-langues, multi-périphériques. Une même information peut être transmise ou se présenter de différentes manières en fonction du Type d’Interface, de l’Expéditeur ou du Destinataire du Message.
Le Catalogue transcrit les informations de chaque Donnée d’un Message sortant ou exportable pour les rendre lisibles par les Interfaces sortantes, Destinataires du Message. Cette transcription peut varier en fonction du Type d’Interface sortante et/ou du Destinataire (nature du périphérique de sortie et langue de présentation, de communication).
En bref, le Catalogue est donc un traducteur à double sens des Informations portées par les Messages entre – d’une part les Interfaces entrantes et sortantes et les Expéditeurs et les Destinataires et – d’autre part les Processus de traitement de l’information.
LOI2S : Processus
Le Processus modifie les informations des structures de Donnée d’Objet conformément à l’algorithme codé en fonction des informations contenues, identifiées ou codifiées dans le Message entrant habilité à être traité. L’algorithme de transformation des informations est codé dans un langage de programmation donné ou une Type de langage informatique interprétable par le Composant du SI. Un Composant peut interpréter un ou plusieurs langages informatiques. C.à.d. qu’un Composant peut exécuter des Processus écrits dans différents langages informatiques.
Le Processus peut le cas échéant instancier de nouveaux Messages sortants.
Le Processus traite des informations codifiées et identifiés. Les Identifiants ou pointeurs servant d’adressage des instances d’Objet mémorisés. Une instance d’Objet mémorisé est une structure d’informations ou Donnée ayant un Identifiant interne unique au sein du même Composant.
Le Processus exploite la Base Index conjointement avec le Base de Données pour rechercher, indexer, lire, actualiser, mémoriser et supprimer des informations.
Nota : La LOI2S distingue les notions d’Information, de Donnée et d’Objet.
Un Objet instancié comporte des informations qui sont structurées, organisées, typées. Ces structures sont définies par des Instances de Donnée ou Type de Données. En d’autres termes une Donnée décrit la structure d’une et une seule information unitaire, ou bien un ensemble d’informations unitaires intimement liées.
Un Objet est typé par un Type d’Objet ou Concept. Un Objet est défini par au moins une Donnée ou un Processus, sachant qu’un Objet peut être défini par plusieurs Données et plusieurs Processus.
Un Processus est donc une Donnée comportant de multiples informations structurées conformément aux règles de syntaxe et de grammaire liées à son Type de langage informatique.
De même la LOI2S distingue les notions de Concept et d’instance.
Un Concept, Type, Modèle ou Classe, caractérise ou définisse les propriétés ou caractéristiques communes à différentes instances d’Objet. Chaque instance ayant ses propres informations et ses instances d’exécution de Processus. On dit que l’instance d’un Objet hérite des caractéristiques communes de son Type qui dénomme par Concept métier. Ce qui impose que chaque Concept n’ait qu’une seule définition au sein d’un Système ou d’une Méthode. Un Concept représente donc toutes les instances ayant des caractéristiques comportementales identiques. Chaque instance à un Identifiant qui lui est propre par Type d’Objet.
Concept = Type d’Objet
Objet = Données et/ou Processus
Processus = Donnée structurée par Type de langage
Instance d’Objet = instance de Données et/ou Processus = ensemble structuré d’informations
En bref, les informations sont structurées par des instances de Données encapsulées dans une instance d’Objet. Chaque Objet est typé par son Type qui le dénomme. C.à.d. son Concept.
Un Concept débute par une majuscule comme tout nom propre et les Concepts de la LOI2S sont imprimés en caractères gras.
LOI2S : Annuaire
L’Annuaire identifie toutes les instances d’Objets manipulés : Message, Donnée, Composant, Processus, à partir de Références externes caractéristiques clés de l’Objet. L’Annuaire attribue un Identifiant interne d’adressage à chaque Objet du Message. L’Annuaire peut le cas échéant instancier un nouvel Identifiant pour un Objet inconnu et ainsi le référencer comme nouvel Objet.
L’Annuaire maintient les correspondances entre des informations de Référence externe des Objets et les Identifiants internes des Objets des Messages. Chaque Objet dans chaque Composant du SI pouvant avoir sa propre nomenclature interne d’identification d’Objets qu’il intercepte ou expédie.
En bref, l’Annuaire permet de référencer les Identifiants des Objets par leurs informations de Référence.
Nota : La LOI2S différencie les notions d’Identifiant et d’informations de Référence.
L’Identifiant est une clé unique d’adressage d’un objet mémorisé et manipulé au sein d’un Composant donné du SI. L’Identifiant est invariant pour une instance d’Objet durant tout le cycle de vie de cette instance.
La Référence est une ou plusieurs informations qui qualifie de manière unique une instance d’Objet et donc identifie un et un seul Identifiant d’objet. Une instance d’Objet peut avoir plusieurs Références dont leurs informations peuvent variées au cours du temps mais dans tous les cas cette ou ces Références identifient toujours le même Identifiant et donc la même instance d’Objet au sein d’un Composant du SI.
On peut aussi parler d’Identifiant interne valable au sein d’un Composant par opposition à une Référence externe partageable entre plusieurs Composants de SI.
LOI2S : Base Index
La Base Index indexe un nouvel Identifiant pour une Clé d’adressage d’une Donnée inconnue ou récupère une Clé d’adressage associée à un Identifiant d’une Donnée mémorisée en Base de Données.
Une Clé d’adressage ou Référence est un ensemble d’informations qui identifie de manière unique une Donnée au sein d’un Composant du SI.
Les objectifs de l’indexation :
- Rechercher à partir d’un Identifiant ou d’une clé d’adressage tout un ensemble d’informations liées mémorisés en Base de Données
- Appliquer efficacement des fonctions statistiques sur un ensemble d’axes d’analyse qualifiées par des Clés d’adressage ou des Identifiants
Le Catalogue, l’Annuaire, le Profil de Compétence utilise des Bases Index pour faciliter respectivement, la transcription des Données, l’identification des Objets, et l’habilitation des Messages à exécuter des Processus.
Si l’indexation optimise la rechercher d’informations il est plus couteux à actualiser, algorithme d’ordonnancement oblige, qu’une simple mémorisation d’une Donnée ensemble d’informations en Base de Données identifié par un Identifiant optimisé pour l’adressage. D’où l’importance en conception de dissocier les Objets génériques de Base Index et de Base de Données.
LOI2S : Base de Données
La Base de Données mémorise, sélectionne ou supprime des Donnée persistantes dans sa mémoire de stockage d’informations (Rappel : Une Donnée est un ensemble d’informations structurées). Chaque Donnée est stockée à une adresse de stockage qui la localise en mémoire persistante. L’adresse de stockage est qualifiée par un Identifiant ou une Clé d’adressage.
Pour optimiser le stockage des informations de Données liées, il est préférable de créer des liens entre Identifiants de Données plutôt que de redonder leurs informations sur plusieurs Données en relation au sein d’un même Composant SI. De plus, l’utilisation de Catalogues permet de codifier l’information et ainsi limiter les volumes de stockage et optimiser l’indexation.