Université Mohamed V Souissi

Université Mohamed V Souissi
Faculté des Sciences Juridiques Économiques
et Sociales -Salé-
Architecture du Système
d’Information
Réalisé par :
Encadré par :
Meryem SELMA
M. CHERKAOUI
Rajaa RADI
Mme. ZOUAOUI
Année universitaire : 2006-2007
SOMMAIRE
Introduction
I. Les Sphères architecturales
1) Architecture métier
2) Architecture fonctionnelle
II. Architecture du Système d’information informatisé
1) l’intégration d’application
2) progiciel de gestion intégré
Conclusion
2
Introduction
Le système d'information d'une banque est au coeur de ses processus et
constitue un élément incontournable de sa stratégie. Il est vital de pouvoir le faire
évoluer en fonction des changements d'orientation stratégique, dus essentiellement
aux fusion et acquisitions, gestion de la relation client, l’externationalisation, ...
Pour ce faire, la banque doit architecturer son système d’information. Cette
notion d’architecture peut être définie comme une discipline multiforme et transversale
qui traite de "comment concevoir et construire un système". Son objectif est de
maîtriser l'évolution du système d'information et la structure des systèmes
informatiques à travers l'anticipation des problèmes de frontières, de faisabilité et de
performance. Ses caractéristiques de bases sont :
 Les
composants :
Ensemble
indépendant
et
concret
d'éléments
d'architecture (les données, les éléments qui transforment ces données et les
éléments qui assurent une connexion entre eux).
 Connexions : connexions entre les composants, donc une topologie aussi bien
logicielle que matérielle.
 Contraintes : contraintes sur le comportements dynamique (par exemple, de
temps de réponses, de synchronisation, ...).
Ce travail sera consacré à présenter les principales sphères architecturales, à
savoir l’architecture métier et l’architecture fonctionnelle ainsi que les deux solutions
d’architecture du système d’information informatisé : l’intégration d’application et le
progiciel de gestion intégré.
3
I. Les Sphères architecturales
Une sphère définit le champ d'application d'une architecture, c'est-à-dire ce que
cette architecture est censée structurer. Cette partie présentera les deux principales
sphères architecturales qui répondent à deux questions de base qui se posent lorsque
l'on architecture un système :
 quels métiers structurer ? L'architecture métier.
 quoi structurer ? (Quelles fonctionnalité et comportement dynamique ?)
L'architecture fonctionnelle.
1. Architecture métier
L’architecture métier permet de décrire la structuration d'un système par rapport
à ses activités métiers. Pour cela, 3 prés requis sont abordés :
 la mission : la raison d'être de l'entreprise ou de l'organisme;
 la vision : l'ensemble des objectifs de haut niveau de l'entreprise;
 la stratégie : moyen de réaliser la vision au travers d'un ensemble d'objectifs et
sous-ojectifs stratégiques. Chaque objectif dépend d’un processus métier.
Figure 1 : Modélisation stratégique
Mission
Vision
Stratégie
Processus
métier
Objectifs
Les objectifs peuvent s'illustrer soit en diagramme Ishikawa soit en diagramme
entreprise.
4
 Le diagramme d'Ishikawa
C’est un outil qui permet d’identifier les causes possibles d’un effet constaté et
donc de déterminer les moyens pour y remédier. Il se présente sous la forme d’arêtes
de poisson classant les catégories de causes inventoriées selon la loi des 5 M (matière,
main d’œuvre, matériel, méthode, milieu).
Figure 2 : Diagramme Ishikawa
Méthode
Milieu
Matière
- Instruction
de travail
- Ordre
d’achat ou
de vente
- Back Office
Titres
- Front Office
Main d’oeuvre
Matériel
- Agences
- Siège
Transmission
des ordres à la
SDB
- Ordinateur
- Logiciel traitement
des ordres
- ligne de connexion
Ce diagramme permet de comprendre le processus de transmission des ordres
depuis la banque à la société de bourse, c'est-à-dire quelle méthode utilisée pour
transmettre l’ordre, par quel moyen, par qui, à base de quoi et par quel service.
 le diagramme d'entreprise
Le diagramme d’entreprise fait apparaître les différentes entités fonctionnelles
qui composent l'organisation, et qui détaille les activités et flux d'information échangés
entre ces entités, mais également entre la société et les clients, les fournisseurs et les
partenaires.
5
Figure 3 : Le diagramme d'entreprise
BANQUE
Fournisseurs
Partenaires
BAM
CMI
Clients
SDB
…
Flux
Ce diagramme montre la modélisation de l'organisation bancaire : les flux, les
unités fonctionnelles ainsi que les acteurs externes.
Figure 4 : Le diagramme d'entreprise
BANQUE
Service Titres
• transmission des ordres
• réception des avis d’opéré
…
SDB
Flux
6
Ce diagramme montre la modélisation du fonctionnement, c'est-à-dire une
cartographie du processus transmission des ordres.
2. Architecture fonctionnelle
Elle permet le positionnement des acteurs et services aux différents niveaux de
l'entreprise.
-
L'activité, constitue une étape d'une procédure métier, elle-même présente pour
assurer la réalisation d'un objectif métier ;
-
De cette activité, on peut en déduire des fonctions, Plus on détaille ces
fonctions, plus on se rapproche de "fonctions élémentaires" ou fonctionnalités,
que l'on peut mettre en correspondance avec les services du SI ;
-
Les composant et les cas des utilisations sont les acteurs externes qui
représentent quelque chose pour l'entreprise, il faut garder à l'esprit qu'ils ne
sont pas forcement humain. par exemple dans un système de paiement des
salaries, une imprimante peut très bien être un acteur vis-à-vis ce système, il lui
rend un service celui de l'impression du bulletins de paiement.
Figure 4 : Architecture fonctionnelle
Activité
Fonction
Service
Composant
Cas des
utilisations
Exp : Prenant l'opération : Délivrances des cartes monétiques :
Activité : Gérer les cartes monétiques ;
Fonction : Délivrer la carte monétique avec la précision de la catégorie du bénéficiaire
(jeune, commerçant, fonctionnaire…) ;
Service : La carte monétique est une carte de retrait, de paiement, ou les deux et
quelles sont les commissions de ce type de carte? ;
7
Composant et les cas des utilisations : Tous les acteurs externes qui représente
quelque chose à cette opération (fax, Tél, imprimente…)
II. Architecture du Système d’information informatisé
1. l’intégration d’application
L’intégration d’application (en anglais Enterprise Application Integration
E.A.I.) est une plate-forme qui permet de réunir les applications existantes d'une
entreprise autour d’un moteur d’intégration d’applications commun (le middleware),
de limiter le nombre des interfaces et de faciliter l'évolution du système. Il se charge
aussi des échanges de données entre-elles.
Marketing
E-commerce
Gestion des
titres
EAI
Connecteur
Gestion des
dépôts
Gestion RH
Ses fonctionnalités sont donc triples :
 la connexion aux applications,
 la conversion des informations dans un langage commun,
 et le transport des informations, de l'application émettrice à l'application
réceptrice.
8
2. progiciel de gestion intégré
Les ERP (en anglais Enterprise Resource Planning), aussi appelés Progiciels
de Gestion Intégrés (PGI), sont des applications dont le but est de coordonner
l'ensemble des activités d'une entreprise autour d'un même Système d'information.
Les Progiciels de Gestion Intégrés proposent généralement des outils de
Groupware et de Workflow afin d'assurer la circulation de l'information entre les
différents services de l'entreprise.
Le terme "ERP" provient du nom de la méthode MRP (Manufacturing Resource
Planning) utilisée depuis les années 70 pour la gestion et la planification de la
production industrielle.
Plus qu'un simple logiciel, un ERP est un véritable projet demandant une
intégration totale d'un outil logiciel au sein d'une organisation et d'une structure
spécifique, et donc des coûts importants d'ingénierie. D'autre part sa mise en place
dans l'entreprise entraîne des modifications importantes des habitudes de travail d'une
grande partie des employés. Ainsi on considère que le coût de l'outil logiciel représente
moins de 20% du coût total de mise en place d'un tel système
L’idée de l’ERP est l’idée d’un outil informatique taillé entreprise qui:
1
Émane d’un concepteur unique ;
2
Couvre d’une façon modulaire plusieurs si ce n’est pas la totalité des activités
de l’entreprise ;
3
Ne possède qu’une et unique base de donnée.
9
Conclusion
Après la vogue qu'a eue, et qu'a encore, le terme architecture à propos des
systèmes d'information. Un nouveau terme occupe le devant la scène, celui
d'urbanisation ou urbanisation de système d'information, ce terme est né suite à l'effet
de la déréglementation et de la globalisation des marchés. Il s'aligne sur les
orientations stratégiques et il ne domine pas sur les contraintes techniques.
10