Systèmes d’information

-
1
Architecture d’entreprise

Carina Roels

1
 Transformer l’entreprise
2

la stratégie
d’évolution

→ transformer le SI
sous-jacent

De nos jours, les organisations doivent évoluer rapidement :

- pour créer plus de valeur et rester compétitif face à une concurrence de plus en
plus présente,
- Pour garantir le respect de nouvelles règles gouvernementales,
environnementales, etc.

Jusqu’à une certaine époque, le SI était considéré comme un centre de coût pour la
plupart des entreprises.
Aujourd’hui, il faut que celui-ci soit conçu pour répondre au mieux aux objectifs
métier et accompagner les transformations de l’entreprise.

Il en résulte une nécessité pour tous les collaborateurs d’avoir une vision claire de la
stratégie et, par conséquent, des d’actions pour accompagner les changements.

2
 Transformer l’entreprise
3

1
1. Evolution des marchés
2. Evolution de la stratégie
2
d’entreprise
3. Evolution de l’organisation 3

4. Evolution du SI

Afin de concevoir un SI ou d’adapter un SI existant, ils est donc nécessaire :

1. De s’intéresser à l’évolution du marché dans lequel évolue l’entreprise

2. De bâtir une stratégie, sur plusieurs années, pour la transformation de l’entreprise
3. De définir les changements qui devront s’opérer au niveau de l’organisation

4. Ensuite, il sera possible de définir un SI cible qui permet d’accompagner

l’entreprise dans sa transformation.

3
 Transformer l’entreprise
4

Innovation
Les 3 missions
d’une entreprise
Organisation

Opérations

L’innovation est directement associé à la stratégie de l’entreprise. Elle relève de la

responsabilité de la direction générale (généralement après consultation des
différentes directions métier). L’innovation est envisagée sur le long terme et
implique souvent des évolutions en termes de l’offre (produits et services), de canaux
de distribution, de procédures de fabrication, etc.

L’organisation est directement liée à la gestion des projets et à la mise en place de

méthodes et de procédures qui visent à transformer la stratégie en opérations
quotidiennes.

Les opérations correspondent à la façon dont les actions quotidiennes sont réalisées.

4
 5 Le tableau stratégique

Situation actuelle Situation cible

Sites géographiques

Organisation par site

Offre (produits, services)

Clientèle

Partenaires

Règles liés aux RH

Normes et règles à respecter

Le tableau stratégique permet :

a) d’indiquer l’état actuel dans l’organisation, concernant chacun des points
observés.
b) de définir la situation cible qui est visé à plus ou moins long terme (généralement
sur 3 ans). On peut éventuellement indiquer des situations cibles intermédiaires
(une situation à atteindre au bout d’un an, la situation cible après 2 ans, etc.)

5
 L’architecture d’entreprise
– la transformation du SI
6

6
 Architecture d’entreprise
7

Définir une Stratégie

architecture
de SI Métier
SI (données /
applications)
Technologies

Pour définir une architecture de SI, il faut donc :

- En premier, avoir une bonne vision de la stratégie de l’entreprise;
- Puis, comprendre les besoins métier;
- Afin de définir les informations à mémoriser et les applications (modules et
fonctionnalités) nécessaires.
- Et finalement décider quelle infrastructure technique devra être mise en place.

7
 8

Le système de
pilotage

Bâti pour assurer :

Le système
La bonne exécution des missions d’information
et l’intégrité des informations

Le système de
production

Lorsqu’on observe une organisation sous l’angle de l’information uniquement, il en résulte un

découpage en 3 systèmes : le système de pilotage, le système de production et le système
d’information.
Le système de pilotage a pour but
de définir les objectifs, d’affecter des responsabilités – [afficher flèche bleue descendante]
Et également de surveiller l’atteinte des objectifs et de prendre des décisions – [afficher
flèche bleue montante]
Ce rôle est assuré par un ‘Comité de direction’, ‘Comité Exécutif’, ‘Etat Major’, ‘Conseil de
surveillance’, ‘Gérance’, ou encore ‘Comité de pilotage’,
Le système de production (appelé également le système opérationnel) concerne les procédures, les
individus, les outils, les produits et/ou matières premières utiles à la vie de l’organisation . Les
personnes qui font partie du système opérationnel doivent pouvoir :
prendre connaissance des procédures, des objectifs – [afficher la flèche rouge descendante]
introduire des informations concernant l’activité quotidienne – [afficher flèche rouge
montante]
Le système d’information est au centre et doit être défini de façon à recenser toute information utile
à la production et au pilotage. Ce système doit gérer des informations et procédures internes,
provenant à la fois du système de pilotage et du système de production.
Il doit aussi tenir compte de certains besoins externes, tels que le besoin d’obtenir un devis ou une
facture pour un client, l’obligation de déclarer certains éléments à des organismes externes, etc. –
[afficher flèche verte sortante du système d’information]
Autre besoin externe, la nécessité d’observer de nouvelles règles, le besoin de prendre en compte les
commandes client, ou encore la livraison de matières premières, etc. – [afficher flèche verte entrante
au niveau du système d’information]

8
 Quelques techniques pour définir une
9 architecture d’entreprise

Le cadre Zachman

TOGAF et le cycle ADM
DODAF
Praxeme
Etc.

9
 Le cadre Zachman
10

Basé sur 6 questions :

Quoi, Comment, Où, Qui, Quand, et Pourquoi
se rapportant à des groupes de parties prenantes
Planificateur(ou visionnaire)
Propriétaire (ou métier)
Concepteur
Réalisateur (ou constructeur, technique)
Sous-traitant (intervenants externes)
Exécutant (ou installateurs)

En 1987, John Zachman (IBM) propose un cadre pour la définition des architectures
d’entreprise.
Ce cadre est devenu un standard mondial pour exprimer les éléments de base d'une
architecture d'entreprise et est notamment utilisé pour décrire l’architecture de SI.

Postulat de base :
une entreprise (ou SI de l’entreprise) n'a pas qu'une seule architecture, mais plusieurs
suivants différents points de vue et à différents niveaux.

10
 Le cadre Zachman
11
La dimension horizontale – Chaque ligne correspond à un
point de vue.

Portée
(Planificateur)
Modèle métier
(Propriétaire)
Modèle Système
(Concepteur)
Modèle technique
(Réalisateur)
Représentation détaillée
(Sous-traitant)
Fonctionnement
(Exécutant)

La dimension horizontale – Chaque ligne correspond à un point de vue :

Portée (contextuelle) - Le point de vue du planificateur ou du visionnaire
décrit les modèles, l'architecture et les représentations qui correspondent aux limites
de l'organisation concernée.
Modèle métier (conceptuel) - Le point de vue du propriétaire
décrit les modèles, l'architecture et les représentations utilisés par les propriétaires
des processus métier. Elle se concentre sur les utilisations habituelles d'un produit.
Modèle système (logique) - Le point de vue du concepteur
décrit les modèles, l'architecture et les représentations utilisés par les ingénieurs,
architecte et toutes personnes qui doivent arbitrer entre les besoins et ce qui est
techniquement possible de faire.
Modèle technique (physique) - Le point de vue du constructeur
décrit les modèles, l'architecture et les représentations utilisées par les techniciens,
les ingénieurs et les contractants qui modélisent et créent les produits.
Représentation détaillée (vision hors contexte) - Point de vue des sous-traitants
décrit les différents éléments inclus dans le produit final (ex. : composants logiciels).
Pour les développeurs de logiciel, cette partie correspond à l'intégration de module
ou de composant en provenance de l'extérieur.
Le fonctionnement de l'entreprise - Point de vue des exécutants
représente la réelle mise en œuvre des éléments, c'est l'existant dans toute sa
complexité.

11
 Le cadre Zachman
12 La dimension verticale – Chaque colonne =une des 6
questions.
QUOI COMMENT OU QUI QUAND POURQUOI
Données Fonctions Réseau Personnes Temps Motivation

Portée
(Planificateur)
Modèle métier
(Propriétaire)
Modèle Système
(Concepteur)
Modèle technique
(Réalisateur)
Représentation détaillée
(Sous-traitant)
Fonctionnement
(Exécutant)

La dimension verticale - Les abstractions

Quoi ? (Données) En quoi est-ce fait ?
La composition du produit. Dans le cas d'un logiciel, il s'agit des données. Zachman
propose pour chaque colonne, un modèle d'illustration. Ici : Objet - relation - Objet
Comment ? (Fonctions) Comment ça fonctionne ?
Cette colonne correspond au fonctionnement et à la transformation du produit. Le
modèle proposé par Zachman est le suivant Processus - Entrée/Sortie - Processus
Où ? (Réseau) Où sont les éléments les uns par rapport aux autres ?
Cette colonne s'intéresse à l'emplacement et aux connexions du produit. Le modèle
est : Nœud - lien – Nœud
Qui ? (Personnel) Qui fait quoi ?
Cette colonne correspond au personnel, aux manuels, aux procédures qui leur sont
utiles pour faire leurs tâches. Le modèle est Acteur - Tâche - Acteur.
Quand ? (Temps) Quand se produisent les choses ?
Cette colonne concerne les cycles de vie, les durées et les programmes qui sont
utilisés pour contrôler l'activité. Le modèle est Événement - Cycle - Événement.
Pourquoi ? (Motivation) Pourquoi les événements arrivent-ils ?
Cette colonne correspond aux objectifs, plans et règles qui guident l'organisation. Le
modèle est Finalité - Moyens - Finalité.

Il est possible de décrire chacune de ces cellules indépendamment les unes des
autres, mais il existe des liens entre ces cellules.

12
 Le cadre Zachman
13

 Cf. Matrice complète dans le fichier :

Exemple_cadre_Zachman.xls

13
 TOGAF
14

The Open
Group
Architecture
Framework

TOGAF est un cadre pour l’architecture d’entreprise.

Il permet de concevoir, d’évaluer et de construire l’architecture de toute une
organisation.

Selon TOGAF, il existe quatre types d'architecture généralement acceptés comme

sous-ensembles de l'architecture d'entreprise globale :
• L'architecture métier, destinée à répondre aux besoins des utilisateurs, des
planificateurs et de la gestion d'entreprise.
• L'architecture d'application (systèmes), destinée à répondre aux besoins des
ingénieurs système et logiciel.
• L'architecture de données/d'information, destinée à répondre aux besoins des
concepteurs et administrateurs de base de données, et aux ingénieurs système.
• L'architecture informatique, destinée à répondre aux besoins des acquéreurs, des
opérateurs, des administrateurs et des gestionnaires.

14
 TOGAF – Les composantes
15

Le cycle ADM
• Démarche cyclique pour définir l’architecture

La continuïté de l’entreprise

La base de ressources
• Directives, modèles, liste de contrôles, etc.
proposés

TOGAF se définit trois composantes principales :

Le cycle ADM (Architecture Development Method) :

méthode de définition d'une architecture d'entreprise qui répond aux exigences
métier. En suivant la méthode ADM de TOGAF, on peut utiliser des notations et des
diagrammes aux normes de l'industrie tels qu'UML, des diagrammes de modélisation
métier (organigrammes, diagrammes de hiérarchie fonctionnelle, diagrammes de
processus métier, etc.), des modélisations de données relationnelles, etc.

Continuité de l'entreprise :
"infrastructure dans une infrastructure" qui offre un contexte d'optimisation des
actifs d'architecture pertinents ainsi qu'une aide à la navigation lors du déplacement
de discussions entre différents niveaux d'abstraction.

Base de ressources TOGAF

Il s’agit là d’un ensemble de ressources, telles que des directives, modèles, listes de
contrôle, et autres éléments détaillés, qui prennent en charge la méthode ADM
(Architecture Development Method) de TOGAF. La base de ressources est disponible
sur le site Web de The Open Group, https://publications.opengroup.org/togaf-library

15
 TOGAF – le cycle ADM Cadre et
16 principes

A Phase préliminaire

H B

G Exig. C

F D
E
Le Cycle ADM, pour Architecture Development Method, constitue le cœur de la
démarche TOGAF.
Il propose un processus cyclique et les bonnes pratiques pour développer
l’Architecture d’Entreprise au centre d'une organisation.

Des lignes bidirectionnelles sont tracées entre chaque cercle ADM externe et le cercle
Exigences central. Ce schéma montre comment les exigences orientent la création de
l'architecture et comment l'architecture est créée pour satisfaire ces exigences.

Axé sur les exigences, il est constitué d’une phase préliminaire puis de huit phases
(nommées de A à H) permettant de construire l’architecture des domaines métiers,
applications, données et techniques, de planifier son déploiement, de la mettre en
œuvre et finalement, de gérer les changements à opérer.

A : vision de l'architecture
B : architecture d’activité (business)
C : architecture du système d'information
D : architecture technique
E : opportunités et solutions alternatives
F : planning de migration
G : gestion de l'implémentation
H : gestion du changement d'architecture.

16
 TOGAF
A
17 A. Vision de l’architecture H B

G Exig. C
Stratégie de l’entreprise
F D
E
Activité
Périmètre Idées de
Motivations
Contraintes transformation
Direction

A. Périmètre d’architecture

Dans la phase A, on détermine le périmètre de l’architecture.

Pour cela, il est primordial de comprendre le contexte stratégique de l’entreprise.
- L’activité de l’entreprise, ses motivations, sa direction
- Son périmètre et les contraintes
- Les grandes lignes des transformations à prévoir

17
 TOGAF
A
18 Les exigences H B

G Exig. C
Buts & F D
objectifs E

Besoins
client

Politique
générale

Les exigences
- Définissent les capacités que l’entreprise doit fournir dans les opérations
quotidiennes.
- Sont centrales pour la définition et la gestion continue de l’architecture
d’entreprise

Une façon de classifier les exigences :

- Les buts et objectifs de l’entreprise
- Les contraintes auxquelles l’entreprise doit faire face.
- Les facteurs du succès
- La liste des besoins client
- La définition des besoins client
- La politique générale

18
 TOGAF
A
19 B. L’architecture de l’activité H B

L’activité
G Exig. C
QUOI / COMMENT
F D
E

Informations

Applications

Infrastructure

Dans la phase B on définit l’architecture d’activité (business).

Il s’agit, dans un premier temps de décrire (et de comprendre) l’architecture d’activité
actuelle. Puis, on définit l’architecture d’activité cible.

Généralement, on définit l’architecture cible, après avoir réalisé et comparé 2

versions qui réalisent des actions similaires avec des ressources différentes.

L’architecture cible est définie par un model conceptuel (encore assez général) qui
représente :
- l’activité (quelle est l’activité? Comment est-ce que l’entreprise réalise cela?)
- Les informations (quelles sont les informations nécessaires ?)
- Les applications (quelles sont les grandes fonctions que les applications devraient
nous fournir?)
- L’infrastructure (quels ont les matériels et technologies nécessaires ?)

19
 TOGAF
A
20 C. L’architecture du SI H B

G Exig. C
Architecture Architecture des
des données applications F D
E

Dans la phase C on définit l’ architecture du système d'information.

Cela inclut :
- l’architecture des données
- L’architecture des applications

L’architecture de données peut être définie avec :

- Un diagramme E/R ou MCD
- Un diagramme de classes « persistantes »
L’architecture des applications peut être décrite avec différents outils, techniques ou
méthodes (Merise, Uml, BPMN, etc.)

20
 TOGAF
A
21 D. L’architecture technique H B

G Exig. C

Composants F D
logiciels E

Matériels

Dans la phase D on définit l’ architecture technique.

Les applications et fonctionnalités identifiées dans la phase précédente doivent
permettre de définir les composants logiciels (SGBD, librairies, exécutables, pilotes,
etc.) qui devront être déployés.
Il faut maintenant définir le matériel sur lequel ces composants doivent être
déployés.

C’est également dans cette étape que l’on réfléchit à la phase de migration qui sera à
organiser.

21
 TOGAF
A
22 E. Opportunités et solutions H B
alternatives
G Exig. C
F D
Evaluations E

Compléments

Solutions alternatives Prise de décision

Analyse/gestion de risques

Dans la phase E on réfléchit aux opportunités et solutions alternatives.

Les définitions des phases A à D sont évaluées et une décision est prise.
Cela amène parfois à redéfinir certains éléments (= solutions alternatives).
On recherche d’éventuels manques dans nos définitions afin de les compléter.
On réalise une analyse de risques dans le but de les éviter ou d’en minimiser l’impact
sur l’organisation et sur l’activité.

22
 A
23 TOGAF H B
F. Planifier la migration
G Exig. C
F D
E

PROJET Mois 1 Mois 2 Mois 3 Mois 4 Mois 5 Etc.

Projet A xxxxxxxx xxxxxxxx xxxxxxxx
Projet B Xxxxxxxx xxxxxxxx
Projet C xxxxxxxx xxxxxxxx xxxxxxxx xxxxxxxx
Projet D xxxxxxxx xxxxxxxx xxxxxxxx
Etc.

La phase F. Planifier la migration fait suite à la prise de décision.

Les phases G. gestion de l'implémentation et H. gestion du changement

d'architecture correspondent à la mise en place de l’architecture cible.

23
 TOGAF – le cycle ADM
24

1.
8. 2.
D.
architecture
7. technologique
3.

6. 4.
5.

Chaque cercle du cycle ADM peut être détaillé à l’aide d’un nouveau cercle.
Le schéma ci-dessus illustre un zoom sur le cercle D : architecture technologique

1. Définir les grandes lignes

2. Considérer tous les points de vue
3. Créer un modèle d’architecture
4. Sélectionner les services
5. Confirmer les objectifs d’entreprise
6. Déterminer des critères de validation
7. Définir l’architecture
8. Analyser les éventuels manques

https://www.slideshare.net/wintonjkt/enterprise-architecture-for-dummies-togaf-9-
enterprise-architecture-overview?related=2

24
25 D’autres démarches existent :

DODAF
Praxeme
Etc.

25