Architecture des Systèmes d'Information - 4ème année

Architecture des Systèmes d'Information - Partie 1

• Le sujet porte sur l'architecture des systèmes d'information, plus précisément sur la stratégie, la méthode et les enjeux liés aux systèmes d'information.
• C'est un cours de la 4ème année d'ESIEA.

Système d'Information

• Un système d'information est organisé pour collecter, traiter, stocker, diffuser et protéger l'information.
• La collecte capture l'information à sa source.
• Le traitement transforme les données en informations utiles.
• Le stockage conserve les informations de manière sécurisée et accessible.
• La diffusion met l'information à la disposition des utilisateurs au bon moment.
• La protection garantit la confidentialité et l'intégrité des informations.
• Les informations sont nécessaires au bon fonctionnement de l'entreprise.

Composants d'un Système d'Information

• Les utilisateurs (clients, employés, partenaires) interagissent avec les applications.
• Les applications, comme le CRM (Customer Relationship Management), traitent les données.
• L'infrastructure (serveurs, réseaux, sécurité) fournit le support technique aux applications et aux données.

Le SI, Créateur de Valeur Business

• Les données brutes sont traitées pour devenir des informations utiles.
• Ces informations utiles sont utilisées pour prendre des décisions.
• Ces décisions, basées sur les informations utiles, contribuent aux choix stratégiques de l'entreprise, à la valeur business.

Anatomie d'un SI Bancaire Moderne

• Le front office gère les interactions directes avec les clients.
• Le middle office contrôle les risques et la conformité.
• Le back office traite les transactions, la comptabilité et le reporting.
• Les données centrales (comptes, transactions) sont le cœur du système.

Les Flux d'Information dans le SI Moderne

• Les données transitent entre différents systèmes et services, notamment via API Gateway.
• Les flux peuvent être en temps réel ou en batch.
• Il existe des données brutes, un traitement des informations et un stockage dans plusieurs endroits (bases opérationnelles, Data Warehouse, Data Lake).
• L'information est utilisée pour les tableaux de bord, l'analyse et les applications.

Enjeux des SI en 2024

• Le passé est caractérisé par les applications monolithiques et les infrastructures on-premise.
• Le présent se caractérise par la transformation vers des solutions cloud et l'adoption d'APIs, Microservices.
• Le futur est dominé par le Digital (cloud native, serverless, Event-driven).
• Les enjeux concernent la maintenance, les couts, la rigidité des anciennes technologies et la transformation vers le cloud hybride et plus agiles.

Urbanisation des SI - Principes et Méthode

• L'urbanisation des SI suit une approche stratégiques, incluant les processus métier, une cartographie fonctionnelle, l'architecture applicative puis enfin l'infrastructure.
• Les flux de données traversent les différentes zones fonctionnelles, les applications et l'infrastructure.

Méthode d'Urbanisation

• Une cartographie AS-IS permet de décrire l'état actuel.
• L'analyse identifie les problèmes potentiels et les opportunités.
• Une cible TO-BE définit l'architecture future et les services.
• Le plan de convergence établit le planning, budgète et pilote les projets.

Architecture Logicielle

• L'évolution de l'architecture logicielle suit trois grandes phases : spaghetti-oriented, lasagna-oriented et ravioli-oriented.
• Les différentes phases correspondent aux années 1990, 2000 et 2010.

Application Monolithique

• Une application monolithique est un seul bloc fonctionnel.
• Elle présente un fort couplage entre les différentes fonctionnalités et un code potentiellement moins structuré.

Application Monolithique en Couches

• L'utilisation de Design Patterns et d'un langage orienté objet permet d'organiser les couches de l'application.
• La séparation des responsabilités et la centralisation des règles métiers sont des avantages.

Application en Micro-services

• Les micro-services sont des services indépendants et faiblement couplés.
• Ils sont définis sur un format de données commun.

Evolution de l'architecture logicielle (2010s - 2020s)

• La migration vers des architectures basées sur les micro-services.
• Des équipes plus autonomes (tech feature teams) pour le développement.
• L'intégration continue et la livraison continue sont en place.