Chapitre 1 : Problématique des systèmes d’informations et concepts associés

A la fin de ce chapitre vous devriez être capable de :

Découvrir les promesses de l’urbanisation et la problématique de ce domaine de

réflexion.
Rappeler les concepts nécessaires à la maitrise de ce domaine de connaissance.
Faire un point de la problématique actuel des SI et ses causes.

Le point sur l’architecture des SI

A l’origine, l’architecture d’entreprise(ou l’urbanisation d’entreprise) répondait aux
problèmes suivants :

1. Complexité des systèmes d’information.

2. Faible alignement sur la stratégie métier.
3. Coûts et délais en perpétuel s évolution pour maintenir et faire évoluer les
systèmes.

Aujourd’hui nous constatons :

1. Des SI qui freinent les capacités des entreprises à répondre aux besoins présents et
futurs dans des délais et coûts adaptés.
2. Des informations stratégiques qui sont en permanence dépassées, voir erronées.
3. Une culture de non confiance entre les métiers et l’informatique

L’architecture d’entreprise promet de réduire les coûts informatiques et la complexité, tout

en augmentant la valeur et l’efficience pour les métiers.

Pour tenir cette promesse, il faut comprendre les champs de l’architecture d’entreprise, les
compétences nécessaires pour modéliser tous les champs d’activités et les langages utilisés
par les différents intervenants.

Ce cours est basé sur le contenu d’un séminaire d’architecture des SI dispensé chez ORSYS par HENRI
PUISSANT
D’après une enquête d’IDG Research services, la complexité, le coût et l’agilité sont les
principaux maux que l’on retrouve dans les architectures d’entreprise.

Ce cours est basé sur le contenu d’un séminaire d’architecture des SI dispensé chez ORSYS par HENRI
PUISSANT
Définitions et finalités des systèmes d’information
Lorsqu’on aborde un domaine de connaissance, il est important de bien définir les termes
afin de mieux partager le savoir entre tous les acteurs de ce domaine. Ceci est valable pour
l’architecture d’entreprise qui possède plusieurs concepts à définir sans ambiguïté. Voyons
quelques une de ces définitions.

Qualité : aptitude d’un ensemble de caractéristiques intrinsèques à satisfaire des exigences.

NOTE 1 Le terme « qualité » peut être utilisé avec des qualificatifs tels que médiocre, bon ou
excellent.

NOTE 2 « intrinsèque », par opposition à « attribué », signifie présent dans quelque chose
notamment en tant que caractéristique permanente.

Source : ISO 9000

Domaine : Concept.

Exigence: Besoin ou attente formulés, habituellement implicites, ou imposés

NOTE 1 « Habituellement implicite» signifie qu'il est d'usage ou de pratique courante pour
l'organisme, ses clients et les autres parties intéressées de considérer le besoin ou l'attente
en question comme implicite.

Ce cours est basé sur le contenu d’un séminaire d’architecture des SI dispensé chez ORSYS par HENRI
PUISSANT
NOTE 2 Un qualificatif peut être utilisé pour désigner un type spécifique d'exigence, par
exemple exigence relative au produit, exigence relative au management de la qualité,
exigence du client.

NOTE 3 Une exigence spécifiée est une exigence qui est formulée, par exemple dans un
document

NOTE 4 Les exigences peuvent provenir de différentes parties intéressées.

Source : ISO9000
Domaine : Concept

Partie intéressée: personne ou groupe de personnes ayant un intérêt dans le

fonctionnement ou le succès d'un organisme.

EXEMPLE Clients, propriétaires, personnes d'un organisme, fournisseurs, banques, syndicats,

partenaires ou société.

NOTE Un groupe de personnes peut être un organisme, une partie de celui-ci ou plusieurs
d'entre eux.
Source : ISO9000
Domaine : Concept

ISO : (International Organization for Standardization) : est une organisation non

gouvernementale indépendante composée de membres, les organismes nationaux de
normalisation de 163 pays, avec un Secrétariat central à Genève, en Suisse, qui coordonne le
système.

Ce cours est basé sur le contenu d’un séminaire d’architecture des SI dispensé chez ORSYS par HENRI
PUISSANT
Les travaux de l'ISO concernent tous les domaines industriels, a l'exception de l'électronique
et de l'électricité qui sont du ressort de la Commission électrotechnique internationale (CEI).
Pour l'informatique et les télécommunications, l'ISO et la CEI ont formé un Comité
technique commun (
ISO-IEC/JTC 1)

Système: ensemble d'éléments corrélés ou interactifs.

Source : ISO9000 Domaine : Concept

Système d’information: Un système de traitement de l'information, combine avec des

ressources organisationnelles telles que humaines, techniques ainsi que des ressources
financières, qui procurent et distribuent l'information.
(ISO/IEC 2382-1:1993 Information technology--Vocabulary--Part 1: Fundamental terms,
01.01.22)
Source : SEVOCAB, Domaine : Connaissance générale

Infrastructure: système des installations, équipements et services nécessaires pour le

fonctionnement d'un organisme.
Source : ISO9000 Domaine : Concept

Organisation: ensemble de responsabilités, pouvoirs et relations entre les personnes

NOTE 1 Cet ensemble est généralement structure.
NOTE 2 L'organisation est souvent formalisée dans un manuel qualité ou le plan qualité d'un
projet.
NOTE 3 Le périmètre d'une organisation peut inclure des interfaces pertinentes avec des
organismes
externes.
Source : ISO9000 Domaine : Concept

Information: Une information est un ensemble de renseignements (pour qui sait les
interpréter), une
Collection homogène de données (pour qui sait les traiter), organises dans le but de donner
une forme a un message
Source : Aldo Levy Domaine : Gouvernance

Donnée: Une donnée est un fait mesure par un instrument. Il n’y a donc ni intention, ni
projet dans une donnée et c’est justement ce qui lui donne son caractère objectif.
Source : Aldo Levy Domaine : Architecture

Message: action de transmettre une information

1. information donnée ou envoyée a une personne
2. en informatique, suite d'informations transmises d'une source a un dispositif proche ou a
distance
de cette source
Source : Universalis Domaine : Architecture

Ce cours est basé sur le contenu d’un séminaire d’architecture des SI dispensé chez ORSYS par HENRI
PUISSANT
Message: Elément matériel par lequel un ensemble d'informations, organisées selon un
code, circule d'un émetteur a un récepteur
Source: Dictionnaire Le Robert - Domaine : Architecture

Bruit: ensemble de sons perceptibles. Nouvelle répandue publiquement.En technologie,

parasites d'un son harmonieux ou d'un signal utile
Source : Universalis Domaine : Gouvernance

Savoir: Pour qu’une information ait la valeur d’un savoir, il faut que le receveur soit capable
d’en construire une représentation qui ait une sens pour lui.
Source : Aldo Levy Domaine : Gouvernance

Savoir: Employe comme nom "ensemble des connaissances en général ou sur un sujet"
Source : Universalis - Domaine : Gouvernance
Connaissance: La connaissance est l’ensemble de ce qui est connu, de ce qui a été acquis par
l’étude,
L’expérience ou la pratique.
La connaissance peut etre: Generique – Specifique – Contextualisee – Singuliere – Floue
Source : Aldo Levy Domaine : Gouvernance

La connaissance des termes d’un domaine de connaissance n’est pas suffisante pour traiter
de ce domaine si nous n’avons pas connaissance des relations qui existe entre les différents
domaines. Il est donc important de comprendre ce qu’est une ontologie et pour quels
raisons devons-nous en développer.

Ontologie : Structure logique des termes utilisée pour décrire un domaine de connaissance.
Cette structure inclut la définition des différents termes et les relations qui existent entre
eux.

Les ontologies sont principalement employés dans les domaines de l’intelligence artificielle,
le web sémantique, le génie logiciel, l’informatique biomédical ou encore l’architecture de
l’information comme une forme de représentation de la connaissance au sujet d’une monde
ou d’une partie de ce monde

Une ontologie définie donc un vocabulaire commun pour les chercheurs qui ont besoin de
partager l’information dans un domaine .Elle incluse des définitions lisibles en machine des
concepts de base de ce domaine et de leurs relations.

Nous pouvons développer une ontologie pour les raisons suivantes :

1. Partager la compréhension commune de la structure de l’information entre les

personnes et les fabricants de logiciels.
2. Permettre la réutilisation du savoir sur un domaine.
3. Expliciter ce qui est considéré comme implicite sur un domaine.

Ce cours est basé sur le contenu d’un séminaire d’architecture des SI dispensé chez ORSYS par HENRI
PUISSANT
 4. Distinguer le savoir sur un domaine du savoir opérationnel.
5. Analyser le savoir sur un domaine.

Développer une ontologie n’est pas comme concevoir classes et relations dans la
programmation orientée- objet. La programmation orientée-objet est fondamentalement
centrée sur les méthodes basées sur les classes –un programmeur réalise les décisions
conceptuelles en s’appuyant sur les propriétés opérationnelles d’une classe, alors qu’un
concepteur d’ontologie le fait en s’appuyant sur les propriétés structurelles d’une classe. En
résultat, une structure de classe et les relations entre les classes dans une ontologie sont
différentes de la structure d’un domaine similaire dans une programmation orientee-objet.
(Source Développement d’une ontologie 101 : Guide pour la création de votre premiere
ontologie Natalya F. Noy et Deborah L. McGuinnessUniversite de Stanford, Stanford, CA,
94305IN- Domaine : Gestion du savoir)

La finalité des systèmes d’information a évolué dans le temps selon le schéma suivant :

A partir de 1960 : Automatisation des activités locales sans réflexion globale. La

pensée commune est que les SI ont une durée limitée et qu’ils seront réécrits.
A partir de 1970 : Mise en cohérence des SI. Les entreprises engagent des grands
Schémas Directeurs dont l’objectif est de reconstruire de manière plus cohérente les
SI afin de les adapter aux technologies en cours et aux constructeurs retenus. Les
entreprises développent leurs propres logiciels, les progiciels commencent à
apparaître.
A partir de 1980 : Intégration progressive des TIC dans la stratégie de l’entreprise.
A partir de 1990.La création de valeur pour les clients devient un mot d’ordre dans
les entreprises. Plutôt que d’organiser une entreprise en grandes fonctions,
l’entreprise devra se réorganiser selon des processus transversaux au service de ses
clients, processus au sein desquels les technologies de l’information jouent la plupart
du temps un rôle important. De plus l’entreprise devra préserver son cœur de métier
qui est la source de sa pérennité au sein de son écosystème. Le concept de cœur de
compétence est introduit dans la stratégie des entreprises par Prahalad et Hamel et
celui de Reengineering par Hammer et Champy.
A partir de 2000.L’alignement stratégique et la maîtrise des couts informatiques
devient la finalité des SI. L’informatique coûte cher. Les systèmes sont des biens et
doivent être gérés comme tels c'est-à-dire alignés sur la stratégie de l’entreprise afin
d’assurer leur contribution à la création de valeur.
A partir de 2011 on parle d’alignement stratégique agile. Pour être agile,
l’entreprise doit pouvoir facilement reconfigurer ses processus.

La complexité croissante des SI produit souvent des effets DOMINO e MIKADO qui ont
tendance à figer le SI en ralentissant de manière considérable ses évolutions.

Ce cours est basé sur le contenu d’un séminaire d’architecture des SI dispensé chez ORSYS par HENRI
PUISSANT
Problématique des systèmes d’information
Les systèmes d’information doivent nous permettre de créer de la valeur pour nos clients.
Qu’est ce que la valeur au juste ?

Valeur : La valeur d’un service ou d’un produit est le prix que le client est prêt à payer pour
celui-ci.La définition de la valeur est donc dans la tête du client.(Source Michael Porter)

Ce cours est basé sur le contenu d’un séminaire d’architecture des SI dispensé chez ORSYS par HENRI
PUISSANT
Ce cours est basé sur le contenu d’un séminaire d’architecture des SI dispensé chez ORSYS par HENRI
PUISSANT
Gestionnaire de processus:

Rôle dont la responsabilité est de réaliser la gestion opérationnelle d’un processus. Les
responsabilités du gestionnaire de processus comprennent la planification et la coordination
de toutes les activités nécessaires a son fonctionnement, sa surveillance et l’établissement
de tableaux de bords sur le fonctionnement du processus. Il peut y avoir plusieurs
gestionnaires de processus d’un même processus, par exemple des Gestionnaires des
changements régionaux ou des Gestionnaires de la continuité des services des TI pour
chaque centre de données.
Le rôle du gestionnaire de processus est souvent confondu avec celui de propriétaire du
processus, mais ces deux rôles peuvent être distincts dans les grandes organisations.
Source : ISO20000 Domaine : Gestion des services

Propriétaire de processus:

Rôle dont la responsabilité est de s’assurer qu’un processus est adapté aux besoins. Les
responsabilités du propriétaire de processus comprennent la recherche de sponsors, la
conception, la gestion des changements, l’amélioration continue du processus et de ses
mesures. Ce rôle est souvent confondu avec celui de de gestionnaire du processus, mais ces
deux rôles peuvent être distincts dans les grandes organisations.
Source : ITIL Domaine : Gestion des services

La performance tient compte de l’efficacité et de l’efficience.

Efficacité: niveau de réalisation des activités planifiées et d'obtention des résultats

escomptés.
Source : ISO9000 Domaine : Concept
Efficience: rapport entre le résultat obtenu et les ressources utilisées

Approche processus:

L'identification et le management méthodiques des processus utilises dans un organisme, et

plus particulièrement les interactions de ces processus, sont appelés ≪l'approche
processus≫.
Note: L'un des avantages de l'approche processus est la maitrise permanente qu'elle permet
sur les relations entre les processus au sein du système de processus, ainsi que sur leurs
combinaisons et interactions.
Note: L’approche processus souligne l’importance de:
• comprendre et satisfaire les exigences du client
• considérer les processus en termes de valeur ajoutée
• mesurer l’efficacité et la performance des processus
• améliorer en permanence les processus sur la base de mesures objectives
Source : ISO9000
Domaine : Concept

Ce cours est basé sur le contenu d’un séminaire d’architecture des SI dispensé chez ORSYS par HENRI
PUISSANT
Processus de Gestion de qualité du système de processus.

Ce cours est basé sur le contenu d’un séminaire d’architecture des SI dispensé chez ORSYS par HENRI
PUISSANT
Pour modéliser la création de la valeur il faut introduire la notion de service.

Complexe: constitué de nombreux éléments distincts

Source : Universalis
Domaine : Connaissance generale

Complexité: caractère de ce qui est complexe, constitue de nombreux éléments, difficile à

percevoir, difficulté liée au
caractère complexe
Source : Universalis
Domaine : Connaissance generale

Ce cours est basé sur le contenu d’un séminaire d’architecture des SI dispensé chez ORSYS par HENRI
PUISSANT
Compliqué: difficile à appréhender, à obtenir -- qui aime la complexité
Source : Universalis
Domaine : Connaissance generale
Complication: caractérise ce qui est complique
Source : Universalis
Domaine : Connaissance generale

Knowledge Management: une démarche de gestion systématique des savoirs, des savoir-
faire et des compétences des collaborateurs, des clients, des fournisseurs et des partenaires
dans le but d’aider l’entreprise a atteindre ses objectifs de croissance
Ses objectifs:
Création de valeur
Amélioration du processus de prise de décisions
Amelioration des processus métiers
Source : Gilles Balmisse.

Ce cours est basé sur le contenu d’un séminaire d’architecture des SI dispensé chez ORSYS par HENRI
PUISSANT