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.
• Le cours s'adresse aux étudiants de 4ème année de l'ESIEA.
• Un système d'information est organisé pour collecter, traiter, stocker, diffuser et protéger les informations nécessaires au fonctionnement de l'entreprise.

Composants d'un Système d'Information

• Les utilisateurs (clients, employés, partenaires).
• Les applications (ERM, CRM, métier).
• L'infrastructure (serveurs, réseaux, sécurité).
• Les données (référentiels, transactions, documents).
• Les processus métier (vente, production, support).

Le SI, Créateur de Valeur Business

• Le système d'information transforme les données brutes en informations utiles pour la prise de décision.
• Les données brutes sont transformées en informations utiles, qui alimentent les décisions stratégiques des entreprises.
• Les exemples de transformations incluent la personnalisation de données client, la maintenance prédictive et l'optimisation des stocks à l'aide de données analytiques.

Anatomie d'un SI Bancaire Moderne

• Le front office gère la relation clients (web, mobile, agence, partenaires).
• Le middle office contrôle les risques, assure la fraude et gère les limites.
• Le back office traite (comptabilité, trésorerie) et effectue le reporting.
• Les données centrales (comptes, transactions) sont au cœur du système.

Les Flux d'Information dans le SI Moderne

• Les données sont collectées de plusieurs sources (clients, partenaires, interne, IoT).
• Les données sont traitées en temps réel ou en batch.
• Les données sont stockées dans une base opérationnelle, un data warehouse et un data lake.
• Les données sont utilisées pour générer des rapports, pour l'analyse et pour les applications.

Enjeux des SI en 2024

• Les systèmes d'information évoluent du passé (legacy) vers le présent (transformation) et vers le futur (digital).
• Les enjeux du passé concernent les applications monolithiques, les infrastructures sur site et les équipes silos.
• Les enjeux du présent concernent la coexistence ancien/nouveau, le cloud hybride, l'agilité (DevOps) et les APIs/Microservices.
• Les enjeux du futur sont le Cloud native, le Serverless, l'Event-Driven, l'IA, l'Edge Computing, le Green IT, et les Talents.

Urbanisation des SI - Principes et Méthode

• L'urbanisation des SI repose sur une approche stratégique en commençant par la stratégie.
• Ensuite, les processus métier, la cartographie fonctionnelle, l'architecture applicative et enfin l'infrastructure technique.
• Le flux de données, les zones fonctionnelles et les applications sont pris en compte dans cette méthode.

Méthode d'Urbanisation

• La méthode d'urbanisation comprend 4 étapes: la cartographie AS-IS (étape 1), l'analyse (étape 2), la cible TO-BE (étape 3) et le plan de convergence (étape 4).
• L'étape 1 consiste à définir les processus, identifie les données et liste les applications.
• L'étape 2 consiste à identifier les points faibles, relever les opportunités et recueillir les contraintes.
• L'étape 3 consiste à concevoir l'architecture, définir les services, et organiser la gouvernance.
• L'étape 4 consiste à établir la trajectoire, planifier les projets, identifier les Quick Wins, et mettre les plans en place.

Architecture Logicielle

• L'évolution de l'architecture logicielle a suivi de grandes tendances: Spaghetti-Oriented (1990), Lasagna-Oriented (2000), et Ravioli-Oriented (2010 avec les Microservices).
• Les différentes stratégies d’architecture (monotique, en couches, en microservices) ont leurs avantages et inconvénients.
• L’évolution de l’architecture reflète la transformation des besoins et des technologies.

Application Monolithique

• L'architecture monolithique se caractérise par une forte dépendance entre les fonctionnalités.
• Les règles métier se trouvent dispersées dans le code de l'application globale.
• Un changement dans une partie du code peut avoir des effets importants sur le reste du système.

Application Monolithique en Couches

• L'utilisation des Design Patterns, des langages objet et une séparation des responsabilités sont des caractéristiques d'une application monolithique en couches.
• La centralisation des règles métier optimise l’utilisation des ressources (logiciel) et le maintien de l’application.
• Mais cette centralisation peut aussi être un point faible et limiter la souplesse de l'évolution.

Application en Micro-services

• L'approche micro-services est axée, sur une séparation des fonctionnalités en services indépendants.
• Ces services se reposent sur un format de donnée défini (API).
• Cette approche favorise un couplage faible entre les composants, l'adaptabilité et le développement et permet la gestion plus aisée d’une application.

Evolution Monolithe vers Microservices

• Les architectures monolithiques évoluent vers une approche en microservices, décomposant l'application en services plus petits et indépendants, permettant des mises à jour plus agiles et efficaces.