Middleware

fonctionnels que l'infrastructure de soutien doit nécessairement intégrer pour être vraiment efficace. Outre les aspects traditionnels de data warehousing, de reporting, et de monitoring qui sont à considérer, le rôle de la plateforme d'intégration (middleware) est essentiel car les données nécessaires à la gestion du risque opérationnel proviennent souvent de sources multiples, à la fois internes et externes. Les spécificités de l'architecture IT de chaque institution financière doivent bien entendu

Structure des SIG Les SIG sont composés de plusieurs couches dans la logique des applications « n-tiers » classiques. Ce sont : • • • • • les bases de données spatiales et attributs intégrés ; le système de gestion des bases de données (SGBD) ; le middleware de requêtes géographiques ; les fonctions appliquées (manipulation, analyse) ; les interfaces utilisateurs. Les données sources pour les SIG Les données cartographiques nécessaires au fonctionnement des SIG peuvent être issues : • • • • de cartes

possibles supportant les applications de la deuxième couche. Exemple: systèmes de gestion de base de données (par ex. Oracle, DB2), composants de base d’applications intégrées (par ex. SAP Basis, Avaloq, …) ou des systèmes plus techniques (par ex. Middleware). • La couche inférieure (verte) contient les éléments d’infrastructure informatique. Pour l’essentiel, cette couche contient les éléments matériels (Mainframe, systèmes périphériques, serveurs) ainsi que les composants du réseau et les systèmes

réalisation/acquisition, mise en place Exploitation et support Fonctionnel et technique : architecture / application Missions : architecture/application Fonctionnel et technique : architecture / application – Architecture • • • • Matérielle Télécom Middleware Applicative – Application : • • • • • • • • Contexte Fonctionnalités Utilisateurs et organisation Infrastructure technologique Perception Projets en cours Forces / faiblesses Recommandations ECP – IT – OSI - P2005 155 7. Audit informatique

d’application) et S3 (capacité de stockage). • L’hébergement en mode cloud “Platform as a service” est un sous-ensemble du cas précédent. Le fournisseur vous propose une offre intégrée comprenant le système d’exploitation, la base de données et tout le middleware d’exécution de vos applications. Ce qui induit évidemment un choix technologique lié à votre fournisseur. Les trois solutions de PaaS les plus connues sont Google App Engine (avec développement Python et Java), Force.com (de SalesForce.com, avec

fonctionnels que l'infrastructure de soutien doit nécessairement intégrer pour être vraiment efficace. Outre les aspects traditionnels de data warehousing, de reporting, et de monitoring qui sont à considérer, le rôle de la plateforme d'intégration (middleware) est essentiel car les données nécessaires à la gestion du risque opérationnel proviennent souvent de sources multiples, à la fois internes et externes. Les spécificités de l'architecture IT de chaque institution financière doivent bien entendu

Architecture réseau Il existe généralement trois (3) types d’architectures réseaux qui sont :  Architecture un tiers Fondamentalement, une architecture à un niveau conserve tous les éléments d'une application, y compris les données d'interface, de middleware et de back-end, au même endroit. Les développeurs considèrent que ces types de systèmes sont les plus simples et les plus directs. Certains experts les décrivent comme des applications pouvant être installées et exécutées sur un seul ordinateur

correctement implémentés et pérennes, - seules les versions valides des applications sont mises en production, - les contrôles automatisés ne peuvent pas être contournés au moyen d’utilitaires, que ce soit au niveau des bases de données, du middleware, du système d’exploitation ou du réseau. © AFAI 9 En ce qui concerne les contrôles manuels réalisés à partir d’états issus de systèmes informatiques, ils ne seront efficaces que si ces états sont fiables. On en revient donc à des préoccupations

Lille Data warehouse et data mining Version 1.1 Le 15 Juin 1998 Cette architecture n’est pratiquement pas utilisée pour le Data Warehouse. Les données résident dans le système de production. Elles sont rendues visibles par des produits middleware ou par des passerelles. Il en résulte deux avantages : pas de coût de stockage supplémentaire et l’accès se fait en temps réel. L’inconvénient est que les données ne sont pas préparées. 1.1.1.3 L’ARCHITECTURE REMOTE C’est une combinaison de

dans le cas pr´c´dent, donc ce type de driver est beaucoup plus rapide. e e – drivers de type 3. Il s’agit d’une interface entre le driver de JDBC et un service d’acc`s aux donn´es que nous appelons middleware. Il encapsule un protocole de e e communication entre le driver du JDBC et le service middleware. Celui-ci peut ˆtre utilis´ par une applet Java. Ce type de drivers permet d’avoir un fort taux e e d’abstraction, le serveur interm´diaire g´rant par exemple les connexions aux diff´rents e e e serveurs