Système de pilotage d'un établissement bancaire
But de cette étude de cas
- Disposer d'une vue globale d'un nouveau système d'information qui
utilise un "datawarehouse"
- Démontrer les qualités de présentation des informations, facilitant
la communication maîtrise d'ouvrage - maîtrise d'oeuvre
Nota : cette étude de cas a été réalisée
en 1997 avec nos outils Amarco.
Un établissement bancaire développe un
nouveau système de pilotage de ses activités. Se basant sur les
informations mises à disposition par le système d'information existant,
ce système utilise un système "datawarehouse" pour effectuer des
traitements particuliers et proposer plusieurs visions de synthèse.
La vision Amarco étant orientée "services", nous n'analysons pas le
détail de fonctionnement du système datawarehouse. Intégré dans
l'architecture globale, ce système peut être analysé en termes de
services. Par conséquent, nous définissons ainsi un système
"datawarehouse" générique. Par la suite, des fournisseurs peuvent
proposer leurs produits : ils savent clairement ce dont on a besoin !
|
Architecture externe
L'architecture externe montre les systèmes extérieurs - les partenaires
externes. Parmi ces systèmes extérieurs nous notons le système d'information
existant de la banque, comme les services utilisateur du nouveau système. Ce
diagramme montre les connexions et les services
échangés.
Architecture interne
L'architecture interne montre les composants du système. Les points de
services de l'architecture externe sont affectés aux objets internes.
Isolation
d'un objet
Nous pouvons choisir de montrer seulement les connexions concernant un
objet. On peut ainsi voir clairement quels sont les points de service (les
interfaces) à respecter, si l'on souhaitait remplacer ce système (cet
objet).
Vision
partielle
Pour améliorer la compréhension du système, nous pouvons montrer
seulement une catégorie de points de service. Dans ce diagramme nous
présentons seulement les liaisons d'administration dans la structure du
système.
Vue
technologique
Une autre vue du système montre la répartition des composants sur
différentes plate-formes technologiques. Les points de service du système
sont repartis sur les différentes plate-formes. On peut ainsi représenter
les échanges qui ont lieu entre ces plate-formes. Une vue encore plus
détaillée pourrait montrer les points de service spécialisés dans la
communication entre ces systèmes: TCP/IP, X25, SNA etc..
Objet composant - architecture externe
Si on prend maintenant en compte un des objets composants, on peut le
présenter d'abord en tant qu'architecture externe, avec tous ses voisins
(systèmes externes).
Objet composant - architecture interne
L'architecture interne de l'objet montre les objets qui constituent la
structure de cet objet. Quelque part il y a un "datawarehouse"...
Comportement - un scénario de fonctionnement
Sur l'architecture interne du système nous pouvons superposer un scénario
de fonctionnement. Dans ce diagramme, nous avons demandé la mise en évidence
des deux phases qui nous paraissent importantes pour une présentation.
Comportement - un autre scénario
Sur cette même structure interne nous pouvons superposer un autre
scénario.
|