Architecture des Systèmes d'Information

Architecture des Systèmes d'Information

• L'architecture d'un système d'information (SI) est conçue pour organiser et gérer les informations nécessaires au fonctionnement d'une entreprise.
• Le SI comprend différents composants : Stratégie de l'entreprise, Organisation, Processus métier, Technique informatique et données.
• La stratégie de l'entreprise définit les objectifs et les besoins en information.
• L'organisation met en place les structures pour gérer les processus métier.
• Les processus métier représentent les activités quotidiennes de l'entreprise.
• La partie technique englobe les infrastructures informatiques et les données.

Composants d'un Système d'Information

• Un SI comprend plusieurs éléments clés : Utilisateurs (clients, employés, partenaires), Applications (ex: CRM), et Infrastructure (Serveurs, réseaux, sécurité).
• Les données sont au cœur du fonctionnement du SI, elles sont utilisées par les applications et sont stockées dans l'infrastructure.
• Les processus métier, tels que la vente, la production, et le support, utilisent les applications et les données.

Le SI, Créateur de Valeur Business

• Les données brutes sont transformées en informations utiles pour la prise de décision au sein de l'entreprise.
• L'objectif est d'utiliser ce SI pour créer de la valeur pour le business.
• Les informations utiles sont utilisées pour prendre des décisions stratégiques, qui permettent au business de mieux s'adapter à son environment.

Anatomie d'un SI Bancaire Moderne

• Le système est divisé en trois parties principales : Front office, Middle Office, Back Office.
• Chaque partie a des responsabilités spécifiques : traiter les transactions en temps réel ou assurer une gestion de risques.
• Les données centrales sont des sources primordiales pour une bonne communication entre les départements.

Les Flux d'Information dans le SI Moderne

• Les flux d'information sont les chemins de circulation des données dans un système d'information.
• Ils passent par différentes étapes comme le traitement, le stockage et l'utilisation.
• Les sources de données sont les clients, les partenaires, l'internet des objets (IoT), ainsi que l'entreprise elle-même.
• Les données sont ensuite traitées via une passerelle API et une base opérationnelle.
• Cette données peuvent être stockées dans un entrepôt de données (Data Warehouse) ou un lac de données (Data Lake) pour une analyse à long terme.

Enjeux des SI en 2024

• Les systèmes d'information ont évolué, passant d'applications monolithiques à des architectures plus complexes.
• Les enjeux passés étaient la maintenance des anciens systèmes et les coûts associés.
• Aujourd'hui, les entreprises privilégient la transformation digitale et des modèles plus agiles pour de meilleures performances.
• De nouvelles technologies comme le cloud, DevOps, et les API/Microservices sont de plus en plus populaires.
• Le digitalisation est la notion prédominante, avec une diversification dans les technologies comme les applications cloud natives, les systèmes sans serveur (serverless) ou à événements (Event-Driven).
• Des stratégies d'urbanisation des SI sont mises en place pour anticiper les défis d'un SI moderne.

Urbanisation des SI - Principes et Méthode

• L'urbanisation des SI consiste à organiser et à unifier les systèmes d'information d'une entreprise, pour améliorer l'efficacité et le partage des informations.
• Un processus d'urbanisation passe par différentes étapes : stratégie, processus métier, cartographie fonctionnelle, architecture applicative, infrastructure technique.
• Dans ce cadre, le flux de données et des zones fonctionnelles sont clairement définis.

Méthode d'Urbanisation

• La cartographie AS-IS identifie les processus, données et applications existantes.
• L'analyse identifie les points faibles et les opportunités.
• La cible TO-BE définit l'architecture, les services, et la gouvernance future du système.
• Le plan de convergence définit et planifie la transition de AS-IS à TO-BE et inclut la priorisation des projets ainsi que le budget et planification.

Architecture logicielle

• L'évolution de l'architecture logicielle : des architectures spaghetti-orientées aux architectures microservices.
• Les architectures monolithiques présentent des inconvénients comme un couplage fort et des difficultés d'évolution.
• Les architectures en couches permettent une organisation logicielle plus structurée mais avec des contraintes supplémentaires.
• Les microservices permettent une modularisation, une flexibilité, et une meilleure maintenabilité.

Application monolithique

• Une application monolithique regroupe toutes les fonctionnalités et le code dans une seule entité (fichier, page).
• Les règles métier sont dispersées dans le code, ce qui rend difficile la maintenance et la modification.

Application monolithique en couches

• L'application monolithique en couches utilise des Design Patterns et le langage objet, permettant une séparation des responsabilités, facilitant la maintenance et l'évolution du système.

Application en micro-services

• Chaque fonctionnalité est indépendante et développée séparément.
• Les microservices sont moins dépendants entre eux, ce qui rend le système plus flexible et plus facile à maintenir.

Évolution du monolithe vers les microservices

• Une illustration montre l'évolution d'un monolithe en plusieurs microservices.
• Un monolithe frontal et arrière est remplacé par plusieurs composants, qui communiquent entre eux avec des APIs.