Archives des Objet métier - LOI2S

QUID de l’Architectures Microservices en LOI2S ?

PALUCK — Tue, 11 Oct 2022 15:00:41 +0000

Object Information Service System

QUID de l’Architectures Microservices en LOI2S ?

La LOI2S repose sur le Paradigme Objet pour garantir les Facteurs qualité attendus : Lisibilité – Vérifiabilité – Validité – Confidentialité – Rapidité – Fiabilité – Robustesse – Ergonomie – Facilité – Efficacité – Compatibilité.

Pour répondre à ces Factures de qualité les Objets ou Composants LOI2S doivent répondre à certaines propriétés inhérentes aux Architectures Orientés Objets : Atomicité – Cohérence – Intégrité – Persistance – Modularité – Généricité – Extensibilité – Optimisation – Réutilisabilité – Normalisation.

L’Architecture microservices est une approche pour la conception de systèmes d’information où une application est divisée en plusieurs petits services web autonomes qui fonctionnent ensemble pour fournir une fonctionnalité globale. Chaque service est construit pour effectuer une tâche spécifique et est conçu pour fonctionner de manière indépendante des autres services.

Les avantages de l’Architecture microservices incluent une plus grande flexibilité et une évolutivité plus facile. Les services peuvent être développés, déployés et gérés de manière indépendante, ce qui permet une mise à jour plus rapide et une correction des bugs plus efficace. De plus, les microservices peuvent être développés dans différents langages de programmation, ce qui permet une utilisation plus appropriée des outils et des compétences disponibles.

Cependant, il existe également des inconvénients potentiels à l’utilisation de l’Architecture microservices. La complexité de la gestion d’un grand nombre de services peut être un défi, et il peut être difficile de déterminer les points de défaillance en cas de panne. De plus, la communication entre les services peut être lente si elle n’est pas bien conçue, ce qui peut affecter les performances globales du système.

En résumé, l’Architecture microservices est une approche pour la conception de systèmes d’information qui peut offrir des avantages significatifs en termes de flexibilité et d’évolutivité. Cependant, elle présente également des défis potentiels en termes de gestion de la complexité et de performance globale.A

Apache Docker est un outil open source qui permet à des développeurs de créer des conteneurs Docker à partir d’applications exécutées sur un serveur Apache. Les conteneurs peuvent être facilement déployés et gérés sur des serveurs physiques ou virtuels. Les conteneurs peuvent également être partagés et déplacés entre différentes plateformes sans avoir à modifier le code de l’application. Apache Docker permet aux développeurs de créer des applications plus robustes et plus portables, qui peuvent être déployées et exécutées sur n’importe quel système.

Toutes ces atouts sont ceux recherchés dans l’émergence des Architectures Microservices visant l’évolutivité et la scalabilité grâce à la modularité granulaire de microservices autosuffisants pouvant être instanciés par nécessité dans des Conteneurs applicatifs d’Architecture Docker.

Rappel : Un Conteneur Docker permet l’exécution d’un package logiciel léger, autonome et exécutable. Les conteneurs sont indépendants de la plate-forme système informatique qui permet leur exécution.

La LOI2S fait correspondre les Concepts suivants :

Message métier <-> Microservice <-> Processus métier

Composant métier <-> Macroservice <-> Ensemble de Processus métier
encapsulés dans des Objets métier
répondant à différents Messages métier/Microservices connexes.

Le Message métier est la Demande de Service métier.
Le Processus métier est l’exécution de la prise en compte de la Demande de Service.
Le Composant métier est une Application encapsulant à un ou plusieurs Service
Un Composant métier est instancié au besoin dans les Conteneurs de l’Architecture Docker.
La granularité la plus fine correspondant à un seul Processus métier par Composant.
La granularité monolithique correspondant à un seul Composant englobant tous les Processus métier de l’entreprise (ERP : Enterprise Ressource Planning / Progiciel de Gestion intégré).

Les Fonctions génériques des Composants Conteneur de la LOI2S rend les Microservices autonomes : Numérisation – Analogisation- Transcription- Identification- Habilitation- Affectation- Transformation- Indexation- Mémorisation – Communication – Instanciation

La L0I2S au travers de sa MOM Modélisation Objet Métier facilite une Gouvernances Agile du Système d’information : des Equipes pluridisciplinaires autonomes. Chaque Equipes a la responsabilité de l’évolutions de tel ou tels Composants de l’Architecture d’Entreprise. Sachant que les spécifications des Messages inter Composants sont préétablies lors de la conception de l’Architecture d’Entreprise.

La généricité des Composants de la LOI2S facilite l’intégration granulaire des Services métiers d’une part pour la MOA Maitrise d’Ouvrage métier et d’autres part pour l’implémentation des Conteneurs de l’Architectures Docker par le MOE Maitrise d’Œuvre Informatique qui doivent supporter l’ensemble des Fonctions génériques sous-jacentes.

Rappel : Docker rend le développement efficace et prévisible
Docker supprime les tâches de configuration répétitives et banales et est utilisé tout au long du cycle de vie du développement pour un développement d’applications rapide, facile et portable – bureau et cloud. La plate-forme complète de bout en bout de Docker comprend des interfaces utilisateur, des CLI, des API et une sécurité qui sont conçues pour fonctionner ensemble tout au long du cycle de vie de la livraison des applications.

L’article QUID de l’Architectures Microservices en LOI2S ? est apparu en premier sur LOI2S.

QUID de la Modélisation métier de Système d’Information LOI2S ?

PALUCK — Fri, 23 Sep 2022 17:21:47 +0000

Object Information Service System

QUID de la Modélisation métier de Système d'Information LOI2S ?

La LOI2S repose sur le Paradigme Objet pour garantir les Facteurs qualité attendus.

On modélise des objets du monde réel manipulés par les opérationnels du métier de l’entreprise.
Les Objets métier encapsulent des Informations et de Processus de transformation et de mémorisation des informations. Les Informations référencées dans un Objet métier ne peuvent manipulées que par les Processus référencés dans ce même Objet métier. L’exécution des Processus ne peuvent-être déclenchées que par des Messages habilités. Les Processus peuvent émettre des Messages.

La modélisation du métier de l’entreprise va consister à typer toutes ces Versions Type d’Objets génériques en les spécialisant pour imager numériquement le métier de l’entreprise :

Les Composants métier groupés par Domaine métier.
Les Objets métier groupés dans des Composants métier.
Les Données métier et les Processus métier encapsulés dans des Objets métier.
Les Informations métier structurées dans des Données métier.
Les Messages métier déclenchés ou émis par des Processus métier.
Les Processus métier imbriqués en des Process métier.

Nota : L’extension métier n’est qu’une spécialisation des Objets génériques de l’Architecture de la LOI2S. Cette couche métier rend abstrait les problématiques propres à l’implémentation informatique de l’Architecture technique tout en respectant les mêmes principes et concepts.

Dans le logique d’un système d’information orienté Objet tout est Objet spécialisé d’un Objet Type originel. Une Version Type d’Objet instancie des instances d’Objets de même Type ayant

des caractéristiques communes à toutes les Instances
- Un Type qui le conceptualise sémantiquement, la dénomination du Type d’Objet appelé aussi communément Modèle
- Une Version qui trace l’évolution successive des Objets de même Type
des caractéristiques propres à chacune des Instances :
- Un Identifiant d’Objet unique et invariant
- Une ou plusieurs Références qui l’identifie à un moment donné dans un contexte donné
- Une chronologie d’Etat qui historise les transitions d’informations de l’Objet au cours du temps
  - Horodate
  - Etat
- Une Donnée qui agrège de manière structurée des Données, des Informations et/ou des Objets.

De cet Objet Type originel découle les Objets génériques de l’Architecture de la LOI2S :

Les Données qui structurent des réceptacles d’Informations.
Les Messages qui agrègent des Données pour déclencher des Processus.
Les Processus sont des Données spécialisées en structure d’Informations codées dans un langage spécifique de manipulation et de mémorisation de l’information.
Les Objets métier qui représentent une image numérique des objets du monde réel nécessaires à la pratique d’un métier, d’une entreprise de production ou de service.
Les Objets métier encapsulent des Données et des Processus
Les Composants de l’Architecture de la LOI2S agrègent les Objets génériques essentiels au respect du Paradigme Objet pour garantir les Facteurs qualités
- 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

L’article QUID de la Modélisation métier de Système d’Information 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

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

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

QUID du Méta-Modèle LOI2S pour le métier ?

PALUCK — Mon, 29 Aug 2022 12:39:31 +0000

Object Information Service System

QUID du Méta-Modèle LOI2S pour le métier ?

Dans la LOI2S tout est Objet. Chaque concept hérite du Paradigme Objet et des Concepts Objets.

L’Objet se spécialise en Type qui représente le niveau de modélisation le plus abstrait pour caractériser/spécialiser les Concepts fondateurs de l’Architecture LOI2S :

Type, Version Type, Code Catalogue et Dictionnaire
Objet, Donnée, Information
Base Index et Base de Données
Message ciblé ou diffus, Processus, Planificateur de Processus
Profil de compétence, Annuaire, Catalogue
Composant, Interface, entrante ou sortante, analogique ou numérique

Pour différencier l’expérience l’opérationnelle métier maitrisée par la MOA Maitrise d’Ouvrage certains concepts sont déclinés « métier » :

Objet métier et Données métier
Message métier et Processus métier
Profil de compétences métier
Interface métier
Domaine métier

Cette distinction ne change pas les principes de la LOI2S mais permet seulement de distinguer, – la partie émergée maîtrisée par les métiers, – des notions plus techniques comme la mise ne place de Composants, d’Annuaires, de Bases Index ou Bases de données, de Planificateurs des Processus et certains Messages, l’administration et la supervision du SI sous la responsabilité de la MOE DI Direction Informatique.

La Modélisation du Système d’information par la MOA consiste donc à spécifier les concepts suivants :

Les Types (dénomination) des Objets métier et identifier leur(s) Données métier de Référence
Les Données métiers et les Informations encapsulées dans les Objets métier
Les Processus métier encapsulés dans les Objets métier
leurs Règles métier d’émission de Messages inter-Objets métier
leurs Règles métier de changement d’Etat
Les Messages métier et leurs Données métiers transportés, la nature synchrone ou asynchrone des Messages métier
Les Interfaces métier des opérationnels métier utilisateurs du Système d’Information et
les Interfaces métier de communication numérique inter-Entreprises Clientes et Partenaires
Les regroupements de ces notions par Domaine métier ainsi que les Profils métier d’habilitation à l’usage du Système d’Information

La MOE et la MOA maitrise conjointement tous les concepts métier de la LOI2S.

L’article QUID du Méta-Modèle LOI2S pour le métier ? 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 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.