Sysoft - Home

Sysoft ®

Important : Nous avons crée et déposé la marque "Sysoft" dès 1987. La société e-sysoft utilise notre marque "sysoft" sans notre autorisation. Vous trouvez ici plus de détails sur notre action de défense de notre marque.  
English version
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.

Système de pilotage - Architecture externe

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.

Système de pilotage - Architecture interne

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).

Système de pilotage - objet isolé

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.

Système de pilotage - vision partielle

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..

Plate-formes technologiques

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).

Système de pilotage - objet composant (AE)

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"...

Système de pilotage - objet composant (Architecture interneI)

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.

Scénario de fonctionnement (1)

Comportement - un autre scénario

Sur cette même structure interne nous pouvons superposer un autre scénario.

Scénario de fonctionnement (2)