Une méthode pour l’architecture d’entreprise

Add a comment

slb25-eameth Présentation (référence SLB-25) pour une conférence sur le thème “Enterprise Architecture: a method – How a comprehensive approach of the enterprise can really change our systems“.

Introduction de la conférence

Je commencerai par des évidences :

  • principe d’abstraction (separation of concerns) ;
  • nécessité d’un frameworkpour identifier les niveaux de préoccupation ;
  • enchaînement des modèles.

Évidences ? Si on observe les pratiques, force est de constater qu’il n’y a pas toujours recouvrement entre les évidences du génie logiciel et les habitudes de travail !

Questionnement :

Quel framework utiliser ? Le fameux framework de Zachman que tout le monde cite et que personne n’applique ? Les quatre plans de représentation mis en avant par la plupart des courants de l’Enterprise Architecture ?

Le premier modèle prescrit est, dans presque toutes les méthodes, le modèle des processus “métier”. Très bien. Nous avons besoin de cette représentation de l’activité de l’entreprise. Une remarque toutefois : cette représentation était rangée, dans les méthodes traditionnelles, au niveau “organisationnel”. Effectivement, les acteurs y interviennent. On transporte dans les modèles de processus de nombreux présupposés organisationnels. Or, ces mêmes méthodes identifiaient un niveau plus abstrait : le niveau conceptuel. Il semble avoir disparu de nos pratiques et même de nos méthodes. Curieux, non ?

Vous devinez la suite. Le framework mis au point dans Praxeme :

  • prend en charge le patrimoine méthodologique et en tire le meilleur, en l’actualisant ;
  • tient le milieu entre les 30 cases du frameworkde Zachman et les 4 plans de l’Enterprise Architecture ;
  • met en œuvre le standard MDA, jusqu’au détail des règles de dérivation permettant de passer d’un modèle à l’autre ;
  • positionne précisément SOA et propose les procédés nécessaires à sa mise en œuvre ;
  • ajoute la pré-modélisation (scopingou cadrage), de façon à couvrir toute la chaîne de transformation, de la stratégie au déploiement.

Évidemment, une présentation d’une demi-heure embrassant un domaine si vaste donne toujours une impression de théorie (et vous connaissez la répugnance générale que cela suscite). Pourtant, les Praxemiens savent bien qu’à chaque moment de cette chaîne, la méthode propose des procédés très précis, éprouvés sur plusieurs projets.

On peut se demander si une telle rigueur a encore sa place dans notre milieu professionnel. C’est une question qui sera débatue lors des Assises S-IT-A, le 30 avril 2009, sous le titre : “Méthode d’entreprise et transformation du système d’information en crise – La méthodologie d’entreprise doit-elle traiter de politique ?”.

This entry is filed under méthodologie. And tagged with , . You can follow any responses to this entry through RSS 2.0. You can skip to the end and leave a response. Pinging is currently not allowed.

  1. No Comments

You must login to post a comment.