EntArch | Architecture d'entreprise, les solutions de modélisation

Voici un condensé sur TOGAF (The Open Group Achitecture Framework), le standard d’architecture d’entreprise qui s’impose aujourd’hui.

Dans cet article vous trouverez tout ce que vous devez savoir sur TOGAF sans être obligé de lire les 52 documents de référence en anglais.

Voici une série d’articles de notre site web : www.urbanisation-si.com traitant du 1er cadre historique d’architecture d’entreprise : le framework de Zachman, du langage de modélisation des processus métiers BPMN et enfin du langage de modélisation des systèmes complexes SysML :

Le meilleur cap pour atteindre son but.

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.

L’ADM (Architecture Development Method) spécifie le cycle des étapes ou phases de la méthode et leurs transitions. Le plancher de la durée d’un cycle ADM peut être de 6 mois et le plafond de 2 ans.

Comme toutes méthodes, pour contribuer à atteindre les objectifs fixés depuis la vision (A) jusqu’à la maintenance de l’architecture déployée (H), les étapes requièrent des artefacts en entrées et fournissent des produits en sortie.

La démarche consiste de connaître l’existant, fixer la cible, établir la meilleure trajectoire pour l’atteindre et mettre en place les moyens pour réaliser avec succès la transformation.

Les déclencheurs pour une mise œuvre de TOGAF peuvent être :

la fusion ou rachat de 2 organisations,
la conception de services innovants,
la réorganisation interne face à la concurrence.

Mes retours d’expérience m’ont montré que l’on doit toujours adapter une méthode au contexte et ne jamais vouloir l’appliquer à la lettre coûte que coûte sinon de risquer que les parties prenantes ne veulent plus s’impliquer.

Qu’en est il des couches d’architecture dans TOGAF.

Dans l’architecture TOGAF, on retrouve à peu de choses près les niveaux de l’urbanisation des Systèmes d’Information (métier, fonctionnel, applicatif, technique) :

L’architecture métier représente la stratégie, les objectifs, les processus métiers, les aspects fonctionnels.
L’architecture des données représente les aspects organisationnels et la gestion des informations
L’architecture applicative représente les applications, les modules ou composants logiciels ainsi que les relations et les communications qui existent entre eux.
L’architecture technique représente le déploiement de ces composants, les frameworks techniques de base, les matériels et les infrastructures réseaux.

N’oublions pas les exigences et les contraintes !

L’OMG (Object Management Group) a défini une norme de modélisation sur les aspects stratégie, objectifs métiers, buts, nommée BMM (Business Motivation Model), voici les liens sur les articles que j’y avais consacré dans la catégorie BMM du site www.urbanisation-si.com :