Vous êtes sur la page 1sur 4

Architecture d’Entreprise (AE)

Historique d’AE
L’Architecture d’Entreprise (Enterprise Architecture ou EA) trouve ses origines à la fin des
années 80 aux Etats-Unis, où John Zachman donne un cadre fondateur avec le fameux
« Framework » qui porte son nom.
Le Framework de Zachman permet d’identifier et de structurer les différents concepts,
appelés « artefacts », constituant les briques utilisées pour réaliser les modélisations
décrivant l’entreprise
Définition : L’architecture d’entreprise (AE) est un concept d’activité qui nécessite de faire
appel à une planification, une conception, une mise en œuvre et une exécution
systématisées de l’analyse de l’entreprise dans sa gestion des stratégies commerciales ou
dans le but d’atteindre ses objectifs.
En effet, il existe de nombreuses variantes de cadres d’architecture. Et les plus fréquemment
usés sont le cadre de travail d’architecture de groupe ouvert (Open Group Architecture
Framework, TOGAF) et le cadre Zachman. Nous allons nous intéresser du TOGAF qui prend
en charges tous les éléments structurels.
Selon la méthode TOGAF :
TOGAF est un cadre référentiel qui permet de guider les entreprises dans leur création
d’architecture en prenant en charge tous les niveaux, de l’architecture, des données, des
applications jusqu’à architecture technologique.
Le processus de la méthode ADM (méthode de développement d’architecture) concerne les
4 domaines :

 L’architecture métier, qui est responsable de la cartographie des relations entre les
hiérarchies opérationnelles, les politiques, les capacités et les initiatives d’une
entreprise.
 L’architecture d’applications, qui est responsable de la définition d’applications
pertinentes permettant de traiter les données de l’entreprise et commet les déployer
sur l’ensemble de l’infrastructure.
 L’architecture de données, qui est responsable de la définition de règles et de
normes concernant le stockage et l’intégration des données.
 L’architecture technique, qui définit les plateformes, les services et tous les
composants technologiques environnants qui serviront de référence pour les équipes
de développement

Le but est de développer une architecture équilibrée avec plus de clarté et de maturité.
La structure TOGAF se compose de :
WHO : Qui devrait être impliqué ?
WHAT : Que faire ?
HOW : Comment faire ?
WHICH : Quelle documentation ?
WHERE : où stocker cette documentation ?
Les différentes phases de la méthode TOGAF :

Source
: https://www.opengroup.org/togaf
Phase préliminaire : Là où on définit l’équipe de l’architecture, les architecturaux et le cadre
à utiliser.
Phase de la vision d’Architecture : là on identifie les parties prenantes et leurs rôles, les
objectifs et les contraintes de l’architecture, les risques, les moyens humains, techniques et
financiers.
Phase de l’architecture métier : Modéliser les processus métier de l’entreprise
Phase de l’architecture des SI : décrire l’architecture des données et des applications.

Phase de l’Architecture technique : décrire l’architecture technologique

Phase des Solutions et opportunités :


là on identifie les caractéristiques du changement, on détermine les contraintes de mise en
œuvre, on valide les dépendances et on identifie toute architecture de transition.

Phase de Planning de migration :


là les coûts de migration des différents projets sont estimés.

Phase de Gouvernance de la mise œuvre :


Pour chacun des projets de mise en œuvre, une organisation correspondante est désignée
pour assurer sa mise en œuvre

Phase de la Gestion de la maintenance et des évolutions :


gérer les modifications de l’architecture de manière cohérente. Afin de maintenir
l’architecture flexible et dynamique, tout changement technologique ou environnemental
doit être rapidement intégré à l’architecture.

Phase de la Gestion des exigences : collecter et gérer les exigences

Apports de l’AE :
 L’AE fournit une vision d’ensemble du SI existant adaptée à chaque acteur et une
vision prospective sur les opportunités technologiques de transformation numérique
pour le métier, et sur leurs impacts sur le SI
 L’AE définit un langage commun sur le SI facilitant la compréhension partagée du SI,
la collaboration entre les acteurs des projets SI, et la définition des responsabilités
sur les différentes composantes du SI

Sources :
https://www.forcepoint.com/fr/cyber-edu/enterprise-architecture#:~:text=L'architecture
%20d'entreprise%20(,sa%20gestion%20des%20strat%C3%A9gies%20commerciales.

https://www.urba-ea.org/larchitecture-entreprise/

Vous aimerez peut-être aussi