Vous êtes sur la page 1sur 8

Introduction

Le système d'information est le véhicule de la communication dans l'organisation. Sa


structure est constituée de l'ensemble des ressources (les hommes, le matériel, les
logiciels) organisées pour : collecter, stocker, traiter et communiquer les informations.
Le système d'information doit donc être géré. Il coordonne ainsi grâce à l'information les
activités de l'organisation et lui permet ainsi d'atteindre ses objectifs.

Le système d'information se construit autour de processus "technologie et structure " et


ses interactions, et non simplement autour de bases de données ou de logiciels
informatiques. Le système d'information doit réaliser l'alignement stratégique de la
stratégie d'entreprise par un management spécifique.

Le domaine des systèmes d'information et de communication a certes une forte


composante technologique et informatique. Mais c'est seulement un aspect de ce
domaine qui est en fait beaucoup plus vaste. Il s'agit de concevoir comment circule et est
stockée l'information de façon efficace et cohérente pour toutes les activités d'une
entreprise, d'un réseau d'entreprises, d'une administration publique, des relations entre
entreprises, citoyens, gouvernements

Surtout avec un environnement de plus en plus ouvert où les changements se


multiplient et s’accélèrent, les entreprises ont besoin de concevoir des systèmes
d’information agiles et évolutifs et d’en réduire la complexité.
Dans ce contexte, les entreprises qui gagnent sont celles qui maîtrisent l’architecture de
leur système d’information, des fondations techniques jusqu’aux solutions applicatives.

1
Concept d’architecture

L’architecture, littéralement « l’Art de construire des édifices », (édifices : ensemble


organisé et compliqué) est avant tout l’art de communiquer.

Architecturer c’est permet d’amener la bonne information, au bon endroit, dans la bonne
forme, et de manière sécurisée.

L’architecture est ainsi le vecteur de la qualité et de la coordination du projet. Elle crée


les conditions du dialogue entre les intervenants du projet.

En règle générale, la notion d’architecture fait référence à l’architecture en tant qu’art.


Appliquée aux systèmes d’informations, elle implique la nécessité de décrire chaque
composant d’un système d’information du point de vue de :

 sa nature,
 ses fonctionnalités,
 leur interaction.

La notion d’architecture sera associée aux notions de planification, d’application des


règles, de structuration ou de coordination de plusieurs partenaires qui correspondent
aux problèmes des systèmes d’informations. En outre, la notion d’architecture a été
largement empruntée à la littérature américaine et s’applique également à la description
des systèmes de hardware et des bases de données.

L’architecture est un cadre de description qui permet de disposer d’analyse d’impacts


rapides et pertinents, et de conduire un changement centré sur l’amélioration es
performances :

Performance individuelle : partager une représentation commune du fonctionnement de


l’entreprise permet à chacun de comprendre sa contribution à la chaîne de valeur.

Performance de l’entreprise : la maîtrise opérationnelle de l’organisation garantit une


gestion optimale de la quantité et facilite la mise en conformité de l’entreprise au regard
des évolutions réglementaires.

2
Performance du système d’information : organiser l’alignement entre l’informatique et
le métier d’assurer la flexibilité et valeur ajoutée aux utilisateurs.

Règles d’architecture

1. Autonomie locale de traitement et accessibilité é transparente maximale aux

donnés communes

 Les données du serveur sont partagées et contrôlées de manière

transparente pour le client)

2. Assurance du fonctionnement continu du client et du serveur

 en cas de rajout de sites serveurs

 en cas de changement de version des logiciels

3. Indépendance vis-à -vis de la localisation des serveurs.

 Utilisation de middleware assurant l’ ’interaction avec les serveurs disant

4. Indépendance vis à –vis de la gestion des transactions.

 Utilisation de protocoles de transaction fiables (terminaison)

5. Indépendance vis-à -vis de la gestion de l’intégrité des données.

 Les applicatifs clients ne doivent pas intégrer la gestion de l’intégrité qui

est assurée par le serveur pour tous les clients.

6. Indépendance vis- à -vis de l’application cliente, du réseau et du serveur de base

de données.

 Les 3 niveaux : client (Mat les 3 niveaux : client (Matériel, OS, GUI),

réseau, serveur SQL doivent pouvoir être modifiés sans impacter les

autres.

7. Architecture ouverte et coopérative

 Fidélité aux standards depuis l’ ’API jusqu’ SGBD.

3
8. Gestion centralisée de la coordination de l‘architecture globale

 Allègement des applicatifs clients et simplification du système.

L’architecte

L’architecte de systèmes d’information (ASI) est un chef d’orchestre qui coordonne les
différents spécialistes intervenant sur les systèmes d’information (SI) pour en garantir
le bon fonctionnement. Son expertise dépasse la technique car il doit faire des SI un
outil de développement et de stratégie. L’architecte de systèmes d’information doit
donc posséder, en plus de la technique, d’excellentes connaissances sur les différents
métiers de l’entreprise. Il travaille principalement au sein des grandes entreprises
utilisatrices (banques, télécommunications, grande distribution, grandes entreprises
publiques et industrielles) ou de cabinets-conseils. Ce profil, reconnu depuis peu, est
très recherché maintenant pour répondre aux architectures de plus en plus complexes
et hétérogènes, en raison des rachats et réorganisations d’entreprises.
Ses principales missions sont :

 Analyser le système existant (systèmes d’exploitation, matériel, logiciels,

réseaux).

 Construire la cartographie du SI.

 Choisir les nouvelles technologies en respectant différentes contraintes (coût,

délai et sécurité).

 Élaborer un plan de développement ou d’intégration.

 Piloter le déploiement.

 Informer et conseiller la direction sur les conséquences technologiques et

organisationnelles du nouveau SI.

Le métier d'architecte de système d'information est extrêmement stratégique car il


conditionne le fonctionnement de toute l'entreprise.
Outre ses compétences techniques, l'architecte de SI doit maîtrise l'organisation de
l'entreprise et son infrastructure technique. Il doit également posséder d'excellentes

4
capacités relationnelles et stratégiques, ainsi qu'un goût certain pour la négociation,
dans la mesure où il travaille en transversal avec sa direction, avec les utilisateurs et
avec les fournisseurs de solutions techniques.

Les architectures du système d’information

1. SOA (Service Oriented Architecture)

La notion de SOA (Service Oriented Architecture - ou architecture orientée services)


renvoie à une nouvelle manière d'intégrer et de manipuler les différentes briques et
composants applicatifs d'un système informatique (comptabilité, gestion de la relation
client, production, etc.) et de gérer les liens qu'ils entretiennent.
Comme son nom l'indique, cette approche repose sur la réorganisation des applications
en ensembles fonctionnels appelés services. Un service n'est autre qu'une application
exposée par le biais d'une interface standard (langages SOAP/WSDL ou REST pour
Representation al State Transfer), connue sous le nom de Web Services, couches
d'invocation compréhensibles potentiellement par l'ensemble des systèmes en présence,
pour peu qu'elles intègrent le module d'interprétation nécessaire. Au sein d'un tel
environnement, des services (dits "producteurs") sont ainsi exposés à d'autres services
(dits "consommateurs").

Le sigle SOA (Service Oriented Architecture ou Architecture orientée services) est


devenu à la mode début 2005 grâce aux succès du déploiement de l'Internet dans le
public et dans les entreprises. En quelques mois, tous les fournisseurs de produits ou de
services se sont découverts plus SOA les uns que les autres. La lecture attentive de leur
documentation laisse perplexe car des discours marketing ou techniques insipides
démontrent à l'évidence que leurs produits ou méthodes, restés inchangés, ne sont
conformes ni de près, ni de loin au style SOA.

2. WOA (Web Oriented Architecture)

Une autre possibilité pour mettre en place SOA au sein d'un SI consiste à utiliser le web
comme unique support de service. Cette approche est rendue possible par le fait que le
web contient d'ores et déjà les qualités nécessaires à une SOA.

5
Cependant, une telle architecture impose que tous les services soient exposés sur le web
(ce qui signifie accessible depuis un URL), privilégiant ainsi les services web (rappelons
que les services web ne sont pas le seul moyen d'exposer des services sur le web).
L'avantage de cette conception est que le support des messages d'invocation de service
(le web donc) est vraiment universel et ne nécessite aucune configuration, maintenance,
évolution… Mais cette solution est actuellement assez dépréciée dans les situations où
les performances sont un critère discriminant (cf. inconvénients des services web).

Cette solution semble, en termes de pure architecture (considérations techniques mises


à part), vraiment plus conforme aux principes de SOA.

3. Client serveur

De nombreuses applications fonctionnent selon un environnement client /serveur, cela


signifie que des machines clientes (des machines faisant partie du réseau) se contactent
à un serveur, une machine généralement très puissante en termes de capacités d’entrée-
sortie, qui leur fournit des services. Ces services sont des programmes fournissant des
données telles que l’heure, des fichiers, une connexion, etc. les services sont exploités
par des programmes, appelés programmes clients, s’exécutant sur les machines clientes.

L'architecture client serveur s'appuie sur un poste central, le serveur, qui envoie des
données aux machines clientes. Des programmes qui accèdent au serveur sont appelés
programmes clients (client FTP, client mail).

 Avantages de cette architecture :

 Unicité de l'information : pour un site web dynamique par exemple


(comme vulgarisation-informatique.com), certains articles du site sont
stockés dans une base de données sur le serveur. De cette manière, les
informations restent identiques. Chaque utilisateur accède aux mêmes
informations.
 Meilleure sécurité : Lors de la connexion un PC client ne voit que le
serveur, et non les autres PC clients. De même, les serveurs sont en général
très sécurisés contre les attaques de pirates.

6
 Meilleure fiabilité : En cas de panne, seul le serveur fait l'objet d'une
réparation, et non le PC client.
 Facilité d'évolution : Une architecture client/serveur est évolutive car il est
très facile de rajouter ou d'enlever des clients, et même des serveurs.

 Inconvénient de cette architecture :


 Un coût d'exploitation élevé (bande passante, câbles, ordinateurs surpuissants)

Comparaison entre SOA, client serveur et WOA

Architecture Orientée Service Architecture Client / Serveur

 Entre Entreprises  Intra-entreprise


 Indépendance du langage de  Limitée à un sous ensemble
programmation de langages de
 Pilotée par les messages  Programmation
 Possibilité de choisir le  Procédurale
protocole de transport  Protocole de transport
 Faiblement couplé  Propriétaire
 Traitement plus lourd  Fortement couplé
 Traitement efficace

Architecture Orientée Service Architecture Fondée sur les


Applications Web
 Architecture Orientée Service
 Interaction Programme /  Interaction Programme
Programme /Utilisateur
 Intégration dynamique des  Intégration statique des
services composants
 Décomposition en sous  Service monolithique
service avec possibilité de  Référencement via des
réutilisation. annuaires de sites non
 Annuaires standardisés standardisés.
7
Conclusion

Dans un environnement en perpétuel évolution et changement, chaque dirigeant

d’entreprise, architecte du système, de télécommunication, de sécurité doivent

concevoir des systèmes d’information performants, agiles et évolutifs.

Donc il est nécessaire que chaque entreprise doit maîtriser l’architecture de son système

d’information, afin d’assurer une meilleure sécurité du système, une unicité de

l'information (Chaque utilisateur accède aux mêmes informations), et une meilleure

fiabilité.

Vous aimerez peut-être aussi