Rendre votre entreprise innovante, avec des processus métiers plus agiles, et augmenter sa capacité à évoluer, sont les principaux objectifs de l'urbanisation du SI.
Cher Membre,
Plus de 300.000 visiteurs (dont 338 membres inscrits à cette newsletter) sont venus s’informer (et se former) sur urbanisation-si.com en lisant plus de 500 articles sur l’Urbanisation, l’Architecture d’Entreprise, la modélisation de systèmes qui va de ArchiMate à UML en passant par BPMN, DMN, BMM, SysML et leur mise en œuvre lors d’études de cas concrètes et pédagogiques.
Toujours à la recherche des perspectives d’évolution de l’architecture d’entreprise et des impacts provoqués par les innovations de la transformation numérique, urbanisation-si.com vous propose une nouvelle série d’articles sur l’Architecture Micro-Services.
L’Architecture Micro-Services, pour ceux qui aiment les définitions en une phrase, repose sur la séparation des responsabilités. Cela ne vous rappelle rien ? Mais oui, c’est bien sûr la POO (Programmation Orientée Objet) avec les principes SOLID (Single responsibility ; Open closed ; Liskov substitution ; Interface segregation ; Dependency inversion).
A priori, cela semble logique, mais n’est-ce pas uniquement la face immergée de l’iceberg ou des élucubrations de théoriciens ? Dans la vraie vie, cela donne quoi ? Comment identifier, modéliser, concevoir et réaliser des micro-services à partir de zéro ? Et si l’on part d’une application monolithique mainframe-COBOL-CICS, voire même d’une architecture plus récente N-tiers en Java, quelle est la démarche d'intégration, voire de migration ? Si les points positifs de l’architecture micro-services sont nombreux, quels sont les points négatifs ?
Pour avoir les réponses à toutes ces questions, illustrées de manière pédagogique par une étude de cas complète, suivez notre feuilleton sur les micro-services qui commence par un premier article “L’Architecture Micro-Services expliquée à ma fille” (même si vous n’avez pas de fille, vous pouvez aussi lire cet article).
Si vous vous intéressez à l’Urbanisation du SI et à l’Architecture d’Entreprise, que vous soyez professionnel ou étudiant, et si vous voulez qu’urbanisation-si.com aborde des sujets particuliers ou réponde à vos préoccupations, merci de répondre au court sondage (3 questions seulement) sur le blog.
Bonne lecture,
Rhona & Thierry d’urbanisation-si.com
“The greatest enemy of knowledge is not ignorance; it is the illusion of knowledge.”
(Le premier ennemi de la connaissance n'est pas l'ignorance, c'est l'illusion de la connaissance.)
Daniel J. Boorstin
L'urbanisation du SI est une méthode de la maîtrise de la complexité.
L'urbanisme cible la réappropriation du SI par la maîtrise d'ouvrage.
Pour y arriver, une compétence plus grande en matière de SI leur est nécessaire.
Une meilleure communication maîtrise d'ouvrage - maîtrise d'œuvre pourra s'instaurer.
Une organisation innovante et performante dépend de l'optimisation de son SI dont la complexité est sans cesse croissante.
Il faut maîtriser le SI pour pouvoir le moderniser et innover : le projet d'urbanisation du SI n'est pas un projet en plus !
C'est souvent celui qui permet de réussir tous les autres.
Voir les sous-catégories de la catégorie "Urbanisation SI" :
- Le processus d'urbanisation du Système d'Information
- L'urbanisme et la gouvernance du Système d'Information
- Les autres méthodes de gouvernance du SI
- Les recherches en urbanisation du SI
Comment mettre en œuvre le framework d’Architecture d’Entreprise TOGAF (The Open Group Architecture Framework) ?
TOGAF est une méthode générique comportant des solutions clés en main à la transformation de l’architecture d’entreprise.
Évidemment l’objectif suprême est la réalisation d’applications opérationnelles.
Pour se faire, il faut une vision globale couvrant les aspects stratégiques, métiers, organisationnels, s’assurer de l’alignement entre le métier et la technique, rechercher constamment l’évolutivité des SI et avoir une culture de l’innovation.
TOGAF intègre les stratégies, les exigences, les processus métiers, les applications, les infrastructures techniques et des associations efficientes entre ces différents aspects et va même jusqu'à la planification et la gestion du changement.
Voici un de nos plus fameux articles sur TOGAF : TOGAF pour les nuls.
Vous trouverez bien sur le reste de notre saga dans la catégorie TOGAF
Vous cherchez désespérément un formalisme pour vos processus métiers mettant en accord MOA et MOE, la solution miracle existe, elle s'appelle BPMN
BPMN est un langage plus concret que UML, spécialement conçu pour les experts métiers afin qu'ils puissent représenter leurs processus métiers avec la terminologie qu'ils connaissent
L'article suivant référence l'ensemble des sujets traités sur BPMN :
Le reste de notre saga dans la catégorie BPMN
SysML, c'est comme UML mais en mieux !
UML ne permet pas directement de modéliser les exigences et d'assurer la traçabilité vers leurs réalisations par les autres éléments de conception.
UML ne prévoit rien pour représenter des éléments non-logiciels, des équations mathématiques, des contraintes, des flux (énergie, fluide, ...), des allocations structurelles/comportementales, ...
Et enfin, UML utilise la terminologie orientée objet (classe, attribut, méthode, ...) qui si elle convient bien aux méthodes et langages de programmation objets, n'est pas celle adoptée par l'ingénierie système.
Mais n'oublions pas tout de même que UML est la base de SysML qui est un profil UML (package de stéréotypes, tags/values et contraintes OCL).
Voir les articles de la catégorie SysML de ce blog et notamment SysML pour les nuls : de la modélisation des exigences à la réalisation du système .
Derniers articles

Les meilleurs articles sur l’architecture d’entreprise, ses méthodes et ses outils, découvrez quels sont les articles les plus lus de notre blog

Comment éviter la loi de Conway et faciliter ainsi l’agilité avec l’approche Micro-Services ?
ADOIT:CE (compléments d’information)

ADOIT:CE pour la gestion de l’Architecture d’Entreprise

Estimation de la complexité d’une Architecture Micro-Services

Inconvénients de l'Architecture Micro-Services

L’Architecture Micro-Services expliquée à ma fille

ArchiMate : le diagramme de contextes de projets, comparaison du diagramme UML de TOGAF et celui avec ArchiMate - 37

ArchiMate : le diagramme de bénéfices, comparaison du diagramme UML de TOGAF et celui avec ArchiMate - 36

ArchiMate : le diagramme de matériel informatique en réseau, comparaison du diagramme UML de TOGAF et celui avec ArchiMate - 35