E. Renaux

[Q. Despierre, F. Onimus, P. Gaudel – Fi 13]

C’est une méthodologie destinée à créer une architecture d’entreprise dans le but d’améliorer les performances lors d’évolution informatique au sein d’une entreprise

L’ADM (Architecture Development Method) représente le cycle de développement de la méthodologie TOGAF. Elle est composée de 9 étapes.

Historique

On peut voir que TOGAF apparaît pour la première fois en 1995, et qu’il est toujours utilisé aujourd’hui, avec la version 9.1.

Structure

Le Framework proposé par TOGAF repose sur quatre couches :

• Architecture métier : description de la stratégie métier et des processus métier supportant les objectifs

• Architecture des données : définition de la structure de stockage des données logiques et physiques et des ressources de gestion des données,

• Architecture applicative : description des applications incluant leurs interactions avec les processus cœur de métier de l’organisation

• Architecture technique : description de l’infrastructure du middleware, des réseaux,… supportant le déploiement des services métier, données et applications.

ADM

Chaque phase est divisée en étapes. Des livrables sont générés tout au long du processus, mais le livrable d’une phase peut être modifié dans une phase ultérieure. C’est donc itératif et incrémental.

• La 1ère catégorie est composée de la phase préliminaire (Preliminary Phase) étant donné qu’elle ne rentre pas directement en compte dans le cycle à proprement parler de TOGAF, elle sera prise en compte et définira les bases

• La 2ème catégorie est celle du développement des architectures (phases A, B, C, D et H)

• La 3ème catégorie regroupe les phases E, F et G et tout ce qui est extérieur aux architectures qui ont été vues.

• Toutes ces phases s’articulent autour des besoins du client.

Les phases de l’ADM

    Phase préliminaire

Cette phase met en place le contexte organisationnel, les parties prenants permettant de créer l’architecture d’entreprise. L’étape principale est de définir et établir l’équipe ainsi que l’organisation de l’architecture d’entreprise.

    Phase A : Architecture Vision

Cette phase permet de définir ce qui est dans et hors du champs d’application de l’effort d’architecture et les contraintes qui doivent être traitées. Les étapes principales sont :

– identifier les parties prenantes, les préoccupations et les besoins métiers

– définir les indicateurs de performance clé

– identifier les risques des transformations métier

    Phase B : Business Architecture

Elle va permettre de créer l’architecture métier, qui précède au travail d’architecture des autres domaines. L’étape principale est de sélectionner les modèles de référence, point de vue et outils.

    Phase C : Information Systems Architecture

Cette phase se décompose en deux sous parties : la partie données et la partie applications. Cette phase va permettre de définir les principaux types de données qui seront nécessaires pour soutenir l’activité métier en cours. Elle va aussi définir les systèmes applicatifs principaux. Les étapes principales sont :

– selectionner les modèles de référence, les points de vue et outils

– résoudre les impacts possibles sur l’ensemble des architectures

    Phase D : Technology Architecture

Elle cherche à définir des relations entre les composants applicatifs définis dans la phase C. L’étape principale est de développer une description de l’architecture technique de base et de l’architecture cible.

    Phase E : Opportunities and Solutions

La phase E est directement concernée par la façon dont sera mise en place l’architecture cible. Ses étapes principales sont :

– déterminer et confirmer les changements des attributs clés de l’entreprise

– consolider les besoins d’inter-opérabilité

    Phase F : Migration Planning

Cette phase correspond à la mise en place d’un plan détaillé d’exécution et de migration. Elle va aussi servir à mettre au point la vision d’architecture ainsi que les documents qui définissent l’architecture en conformité avec l’approche convenue. Les étapes principales sont:

– hiérarchiser les projets de migration à travers la conduite d’une évaluation des coûts/bénéfices et valider les risques.

– générer la feuille de route de la mise en oeuvre de l’architecture et du plan de migration.

    Phase G : Implementation

La phase G a pour but de formuler des recommandations pour chaque implémentation de projets. Elle permet de rassembler toute les informations sur la bonne gestion des différents projets opérationnels.

    Phase H : Architecture Change Management

Cette phase sert principalement à s’assurer que les architectures de base continuent à être adaptées aux besoins. Elle peut être à l’origine d’un nouveau cycle d’architecture.

Applications

Limites

TOGAF reste difficile à mettre en place au sein des PME au vu de la complexité de la méthode et du niveau d’implication des acteurs qui doivent intervenir.

Le cœur de TOGAF (ADM) contient des procès, termes et descriptions en forme textuelles mais pas de schémas ou diagrammes, qui sont normalement privilégiés par les architectes quand il s’agit de parler au client.

Etant un « Framework » générique, il demande un travail d’adaptation important.

Une autre limitation est constituée par le manque d’intégration entre les différents domaines architecturaux.

Comparaison avec d’autres FW

Conclusion

L’Enterprise Architecture”, et notamment TOGAF, sert de point de départ pour mettre en place des développements en entreprise basés sur une analyse des processus de l’entreprise.

TOGAF offre un cadre de travail complet couvrant tout le cycle de vie de l’EA.

La performance d’une EA peut être évaluée au regard de sa capacité à rendre l’entreprise réactive tout en optimisant les coûts de transformation et de gestion des opérations.