Architecture des Systèmes d'Information - Partie 1

Architecture des Systèmes d'Information - Partie 1

• Le cours porte sur la stratégie, les méthodes et les enjeux liés aux Systèmes d'Information (SI).
• Ce cours est destiné aux étudiants de 4ème année à l'ESIEA.
• L'architecture d'un SI est organisée pour collecter, traiter, stocker, diffuser et protéger l'information.
• Cette information est nécessaire au bon fonctionnement de l'entreprise.

Système d'Information

• Un système d'information comprend une stratégie d'entreprise, une organisation, des processus métier et une technique informatique (y compris les données).
• La stratégie définit les objectifs de l'entreprise par rapport à l'information.
• L'organisation met en place les processus métier.
• Les processus métier utilisent la technique informatique et les données.

Composants d'un Système d'Information

• Les utilisateurs (clients, employés, partenaires) interagissent avec les applications.
• Les applications (comme le CRM) traitent les données.
• L'infrastructure (serveurs, réseau, sécurité) permet le fonctionnement du système.
• Les processus métier (vente, production, support) utilisent les données traitées par les applications.

Le SI, Créateur de Valeur Business

• Les données brutes sont transformées en informations utiles pour les décisions.
• Les objectifs stratégiques influencent les décisions.
• Les choix d'affaires sont basés sur les informations utiles.
• Les exemples incluent la personnalisation grâce aux données clients, la maintenance prédictive basée sur les données IoT, et l'optimisation des stocks grâce à l'analyse.

Anatomie d'un SI Bancaire Moderne

• Le front office gère les interactions avec les clients (web, mobile, agence, partenaires).
• Le middle office contrôle (risques, fraude, limites).
• Le back office traite (comptabilité, trésorerie, reporting).
• Les données centrales (comptes, transactions) sont essentielles.
• L'API Gateway facilite les échanges entre les différents composants.
• Les données sont cruciales pour le fonctionnement du système.

Les Flux d'Information dans le SI Moderne

• Les données proviennent de sources variées (clients, partenaires, interne, IoT).
• Le traitement est effectué par des API Gateway en temps réel ou via des traitements batch.
• Le stockage se fait dans des bases opérationnelles, data warehouses ou data lakes.
• Les données sont utilisées pour des tableaux de bord, analyse, et applications.

Enjeux des SI en 2024

• Le passé se focalisait sur les applications monolithiques, infrastructures sur site et cycles longs.
• Le présent est axé sur la transformation avec la coexistence ancien/nouveau, le Cloud hybride, Agilité/DevOps, et APIs/Microservices.
• L'avenir est digital avec Cloud natif, Serverless et Event-Driven.
• Les enjeux incluent la maintenance, les coûts et la rigidité dans le passé.
• Les enjeux actuels sont le Time to Market, Cloud & Hybridation, Cybersécurité et FinOps.
• Les enjeux futurs sont l'IA, Edge Computing, Green IT et les talents.

Urbanisation des SI - Principes et Méthode

• L'urbanisation des SI suit une démarche qui commence par la stratégie.
• Les Processus métier sont cruciales.
• Une cartographie fonctionnelle est nécessaire.
• L'architecture applicative suit la cartographie fonctionnelle.
• L'infrastructure technique supporte l'architecture applicative.
• Les flux de données passent à travers les différentes zones fonctionnelles.

Méthode d'Urbanisation

• La cartographie AS-IS décrit le système existant.
• L'analyse identifie les points forts et faibles.
• La cible TO-BE définit le système souhaité.
• Le plan de convergence met en place le changement
• La vision, les standards et les lignes directrices sont nécessaires dans le plan de convergence.

Architecture logicielle

• L'évolution de l'architecture logicielle est illustrée à travers les exemples de "Spaghetti", "Lasagna", "Ravioli".
• Ces exemples mettent en avant les évolutions des architectures logicielles des années 1990, 2000 et 2010.

Application monolithique

• Une application monolithique est une application où toutes les fonctionnalités sont regroupées dans une seule unité.
• Le fort couplage entre les fonctionnalités peut engendrer des difficultés.
• Les règles métiers sont souvent dispersées dans le code, ce qui peut rendre le développement et la maintenance complexes.

Application monolithique en couches

• L'utilisation de design patterns et de la programmation objet permet une certaine séparation des responsabilités.
• La centralisation des règles métiers peut être un atout.
• Malgré ces améliorations, des limites existent dans un système monolithique en couches.

Application en micro-services

• Une application en micro-services est composée de services indépendants.
• Les technologies utilisées pour chaque service peuvent être différentes.
• Le faible couplage entre les services rend le système plus évolutif.
• Le fonctionnement se base sur un format de données donné.
• Les avantages sont la flexibilité et l'évolutivité.
• Les contraintes sont organisationnelles.

Evolution vers les micro-services

• L'évolution d'une architecture monolithique vers une architecture en micro-service est illustrée.
• La transition se fait en étapes successives pour arriver à une solution en micro-services.
• La gestion d'une solution en micro-services est plus complexe du fait de la multiplicité des services.