Archives des Donnée - 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 des Cartographies de l’Architecture d’Entreprise ?

PALUCK — Wed, 21 Sep 2022 10:55:35 +0000

Object Information Service System

QUID des Cartographies de l’Architecture d’Entreprise ?

La LOI2S propose différentes visions du métier qui peuvent être cartographiées :

La vision Composants Consommateur et Fournisseur de Messages vers les BUS à Messages. Les Composants sont regroupés par affinité en Domaine métier.
La vision Process construite par l’enchainement des Messages réceptionnés et envoyés par les Processus encapsulés dans les Objets métier gérés par les Composants.
La vision Informations structurées dans les Données des Objets métier encapsulant les Processus Consommateur de Messages entrants et Fournisseur des Messages sortants.

UTILE

UTILISABLE

UTILISÉ

Ces 3 visions du métier sont interdépendantes. La cohérence ou l’intégrité de l’Architecture d’Entreprise est vérifiable :

Tous les Messages des Domaines Métiers sont identifiés dans des Process métier.
Tous les Messages sont en entrée ou en sortie de Processus.
Tous les Processus sont encapsulés dans des Objets métier.
Toutes les Données des Messages des Processus de chaque Objet métier sont encapsulées dans cet Objet métier.
Toutes les Données des Messages de chaque Composant sont encapsulées dans des Objets métiers de ce Composant.

On connait ainsi les relations suivantes qui permettent de naviguer dans le Référentiel et les Cartographies de l’Architecture d’Entreprise :

Domaine métier
- Liste les Composants
  - Liste des Objets métier
    - Liste des Données
    - Liste des Processus métier
      - Liste des Process métier

Process métier
- Liste des Processus
  - Liste des Messages
    - Liste des Données
      - Liste des Objets métier

Objet métier
- Liste des Données
- Liste des Processus
  - Liste des Messages
    - Liste des Domaines métier
    - Liste des Process métier
    - Liste des Données
      - Liste des Objets métier

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.
→

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

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.
→

L’article QUID des Cartographies de l’Architecture d’Entreprise ? est apparu en premier sur LOI2S.

QUID des Process métier et Processus métier (BPMN: Business Process Model and Notation) ?

PALUCK — Tue, 23 Aug 2022 08:22:25 +0000

Object Information Service System

QUID des Process métier et Processus métier (BPMN: Business Process Model and Notation) ?

La LOI2S qualifie de Process métier une succession conditionnelle de Processus métier, qui s’exécutent séquentiellement ou parallèlement. Le Process métier est initié ou déclenché par un Message entrant initial et se termine par un Etat stable et persistant des Objets métier impliqués dans une succession d’exécution de Processus.
Un Processus est déclenché par un Message entrant. Un Processus peut émettre des Messages sortants destinés à d’autres Processus.

Rappel : La LOI2S distingue la Modélisation métier spécifiée par les MOA Maîtrise d’Ouvrage de l’implémentation logicielle informatique spécifiée, produite et maintenue par la MOE Maitrise d’œuvre informatique. Néanmoins les paradigmes restent identiques, La MOA ne présentant que les notions métier faisant abstraction des problématiques purement informatiques : langages de programmation, persistance et indexation des informations, Protocoles de communication inter logiciels, Intégrité technique, etc.

Les composantes de la Modélisation métier :

Process métier
- Processus métier
- Message inter Processus métier
Domaine métier
- Objet métier
  - Processus métier
  - Donnée

Un Domaine métier est un regroupement d’Objets métier ayant de fortes affinités, c.à.d. des échanges importants de Messages entre leurs Processus métier. Ces Domaines métier correspondent en générale à des Profils de Compétences métier spécifiques (Marketeur, Vendeur, Logisticien, Installateur, etc.) et s’aligne peu ou prou avec l’organisation opérationnelle de l’entreprise.

Un Objet métier est un concept représentant une Modélisation des Objets du Monde réel, Ressources (humaines, matériaux, fournitures ou produits, matériels ou outils).

L’Objet métier encapsule des Données ou structures d’informations, propriétés manipulées par ses Processus métier responsables de garantir sa validité, son intégrité et sa cohérence.

Le Processus métier spécifie :

le Type de Message entrant instancieur de son exécution,
les conditions d’émission de chaque Messages sortant,
les Données d‘Objets métier transportées par chaque Message entrant ou sortant

La cohérence de la modélisation s’assure que chaque Type de Message comporte bien les Données nécessaires et donc les informations utiles au Processus métier pour conditionner chaque Message sortants.

BPMN : Business Process Model and Notation

Au même titre qu’il existe un langage Unifié de Modélisation de Système d’Information (UML Unified Modeling Language) , il existe une notation de la Modélisation des Process métier (BPMN Business Process Model and Notation).

L’analogie entre la terminologie la BPMN et la LOI2S est la suivante ;

Les activités décrivent l’action à mener par instance de Processus métier (tâche = Unité de lieu, de temps et d’acteur, transaction = intégrité de l’Objet métier dans un Etat persistant, sous-processus = décomposition d’un Processus)
Les Evènements représentent les Messages entre les Processus métier (Message instancieur, de début de Process métier ou intermédiaire, Message sortant final). Un Process métier identifie les Messages CR de fin et Processus de fin qui ne déclenche plus de Message sortant.
Les Flux de contrôle représentent les conditions d’émission des Messages sortants par le Processus métier.

Nota : Un Process métier peut le cas échéant impliquer plusieurs Domaines métier.

L’article QUID des Process métier et Processus métier (BPMN: Business Process Model and Notation) ? est apparu en premier sur LOI2S.

QUID de la Modélisation des Objets métier ?

PALUCK — Fri, 19 Aug 2022 08:24:58 +0000

Object Information Service System

QUID de la Modélisation des Objets métier ?

La LOI2S se base sur le paradigme Objet pour définir l’écosystème de l’architecture d’un Système d’information. Il n’en reste pas moins que l’objectif premier d’un Système d’information est d’augmenter l’efficience d’un métier. Grâce à la numérisation du monde réel (les Objets et leurs manipulations) l’informatique apporte par sa puissance de référencement et de calcul numérique l’accessibilité, la lisibilité, la facilité de pilotage et de simulation d’un monde complexe et diversifié.

Le paradigme Objet est une approche pragmatique qui commence par numériser la réalité du monde réel ou plus exactement la réalité physique d’un métier tant dans ses objets matériels ou outils que dans ses procédures ou règles de fonctionnement du métier. Ce n’est que dans un deuxième temps, par couplage du monde réel au monde virtuel numérique que seront optimiser les outils du métier et les procédures d’usage. Ce qui pourra amener à revoir le fonctionnement même du métier et de ses outils de production associés.

La démarche commence donc par un recueil des besoins ou plus exactement par l’appropriation de l’existant pour faire suite à une modélisation du métier (MOM : Modèle Objets Métier). Cet existant est exprimé par les opérationnelles du métier au travers d’un langage enrichi de concepts propres aux spécificités de chaque métier. D’où l’importance de la mise en place d’un Dictionnaire métier d’unification de toute la sémantique utilisée par les opérationnelles métier communément appelé MOA Maitrise d’Ouvrage en opposition à la MOE Maitrise d’œuvre chargé de la réalisation et de l’implantation du projet d’informatisation ou de digitalisation.

La LOI2S est un socle ou une plateforme générique d’implémentation de Système d’Information garantissant une optimisation des Facteurs qualité : Lisibilité – Vérifiabilité – Validité – Confidentialité – Rapidité – Fiabilité – Robustesse – Ergonomie – Facilité – Efficacité – Compatibilité.

Le MOM de modélisation du métier est simple afin d’être accessible à tous MOA et MOE :

Objet métier
Donnée
Information
Processus
Message

Un Objet métier est la représentation conceptuelle d’une Ressource (humaine, matériaux, fourniture ou produit, matériel ou outil). Chaque Objet métier a des caractéristiques ou propriétés modélisées dans des Données : structure ou réceptacle organisé d’informations. Les Données spécialisées en Processus spécifient les transformations possibles de ses Informations durant le Cycle de vie l’Objet métier. L’Objet métier passe ainsi par différents Etat persistant et temporaire de son instanciation (Etat initia) à son archivage ou suppression (Etat final).

Chaque Objet métier répond à des sollicitations modélisées par des Messages pour exécuter des traitements modélisés par de Processus sur ses Données et émettre des Messages de délégation ou de Compte rendu vers d’autres Objets métier.

Message => Objet métier => Processus => Message(s)

Toutes les instances de Type d’Objets métier devront avoir une ou plusieurs Références (une ou plusieurs informations) qui les identifient de manière unique au sein du Système d’information.

Nota : La Modélisation du métier par la MOA fait abstraction de l’Architecture générique de la LOI2S qui est de la responsabilité de la MOE c.à.d. de la Direction informatique.

Un Objet métier est une liste organisée de Données. Certaines Données sont des Processus et d’autres des structures de mémorisation d’Informations

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

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.
→

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.
→

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.
→

L’article QUID de la Modélisation des Objets métier ? est apparu en premier sur LOI2S.

QUID des Identifiants internes et des Références externes ?

PALUCK — Fri, 12 Aug 2022 13:59:18 +0000

Object Information Service System

QUID des Identifiants internes et des Références externes ?

Dans la LOI2S on distingue les 2 notions suivantes :

Les Identifiants internes à un Composant
Les Références externes partagées entre plusieurs Composants voir plusieurs SI

Chaque Composant du SI peut avoir ses propres caractéristiques physiques, techniques, système, logiciels ou progiciels informatiques. Seules ses Interfaces entrantes et Interfaces sortantes numériques doivent respecter un protocole unifiée fonctionnel de communication pour permettre les interactions entre les différents Composants du SI.
Les systèmes de mémorisation des Données et d’indexation MPD : Modèle Physique de Données ont leur propre spécification d’identification des Données pour optimiser leur fonctionnement. Les Données ont une organisation, des typages et des identifications propres aux SGBD : Systèmes de Gestion de Base de Données. On utilise alors la notion d’Identifiant interne. Ces Identifiants ne sont connus et manipulés qu’en interne à chaque Composant. Ces Identifiants internes sont sous la responsabilité de chaque Composant pour garantir l’unicité, la cohérence et l’intégrité des informations interne du Composant.
Il en est d’ailleurs de même pour les typages des informations disponibles et spécifiques à chaque SGBD.

Par ailleurs, les instances de Données, d’Objets métier, de Messages, de Processus peuvent être distribuées dans différents Composants du SI voir externalisées vers d’autres SI interentreprises. Pour les identifier d’un point de vue fonctionnel et métier on utilise la notion de Référence.
Cette Référence garantit l’unicité des instances inter Composants et interentreprises.
Une même Instance peut avoir plusieurs Références et chaque Référence peut être constituée de plusieurs Informations. Une Référence se veut invariable pour une instance donnée durant tout son Cycle de vie. Si pour une raison nécessaire cette Référence d’instance serait amenée à changer, il faut s’assurer de l’unicité et de l’actualisation, la resynchronisation de toutes les instances dans tous les Composants susceptibles de la mémoriser. Une méthode suggérée consiste à garder sur l’instance l’historique de ses Références associées à une Date ou une Période de validité. Il est ainsi possible de référencer et identifier une instance avec une Référence ancienne, voir une Référence temporaire.

Nota : Si les Types des informations sont propres à chaque SGBD, les Types des Informations des instances inter Composants doivent respecter un format unifié pour l’ensemble des Composants du SI. Ces Types ou format d’Informations au même titre que les structures des Données, des Objets métier, des Messages, de Processus, sont spécifiés dans le MDM : Master Data Mangement.

L’article QUID des Identifiants internes et des Références externes ? est apparu en premier sur LOI2S.

QUID de la granularité des informations : les Objets métier ?

PALUCK — Fri, 12 Aug 2022 11:03:31 +0000

Object Information Service System

QUID de la granularité des informations : les Objets métier ?

La LOI2S distingue différentes notions porteuses d’informations :

Information
Donnée
Objet métier
Processus
Message

Une Information est la granularité la plus fine. Elle est insécable et elle dispose d’un Type élémentaire : Texte, Numérique entier, Numérique à virgule flottante, Montant, Identifiant, Référence, Abréviation, Code, Description, Commentaire, Liste de Valeurs, Média Image, Média Vidéo, etc…

Chaque Type élémentaire d’Information est défini et référencé au niveau du MDM : Master Data Management qui le caractérise : Nombre de caractères, Nombre de chiffres, Représentation, Valeur minimum, Valeur Maximum, Longueur, Valeur acceptable, Type binaire ou Codec, etc.

Les Types disponibles sont propres à chaque Système d’Information.

Une Donnée est une structure d’Informations. Cette structure est établie au niveau du MDM : Ordonnancement et organisation hiérarchique des Informations, Information obligatoire ou facultative, Nombre d’occurrence minimum et maximum, etc.

Le plus important pour définir cette granularité est l’unicité Cycle de vie des Informations liées dans une Donnée instanciée qui doit disposer obligatoirement, – d’une ou plusieurs Informations de Référence qui l’identifie de manière unique dans le Système d’Information, – d’un Identifiant unique attribué par Composant qui la traite et/ou la mémorise.

Une Donnée peut référencer une ou plusieurs autres Données.

Un Objet métier est une structure de Données, identifiable et manipulé par les opérationnels du Métier ou MOA : Maîtrise d’Ouvrage. Il représente la granularité des Spéciations fonctionnelles du Métier :

[Objet métier] Processus [Données en paramètre] => [Objet(s) métier résultant(s)]

Sujet verbe complément(s) => produit(s)

Chaque Objet métier à une dénomination unique au niveau du MDM qui le Type au sein du Système d’Information.
Chaque instance d’Objet métier est caractérise par – une Référence métier, – un Cycle de Vie ou Diagramme d’Etats spécifié et piloter dans un BPM : Business Process Manager.

Un Processus est une Donnée qui est caractérisée par un langage de programmation qui impose une certaine syntaxe ou champ lexical. Cette Donnée représente – soit du Code binaire compilé exécutable pour une Système d’exploitation donné, – soit du Code textuel interprétable par une Machine virtuelle donnée qui est capable de l’exécuter. Le Processus ou Tâche métier est la plus petite unité de traitement de Données spécifiée par la MOA. L’ordonnancement des Processus spécifie les Process métier décrit dans le BPM par la MOA.

Un Message est un Objet Métier évènementiel qui dispose – d’une Donnée entête générique qui généralise la gestion des Messages au sein du Système d’information et une ou plusieurs Données transportées, un ou plusieurs Objets métier transportées.

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 granularité des informations : les Objets métier ? 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.