Architecture des Systèmes d'Information - ESIEA 2025-2025 PDF
Document Details
Uploaded by FormidableAspen8699
ESIEA
2025
ESIEA
Tanguy Giton
Tags
Related
Summary
These notes cover the Architecture des Systèmes d'Information course for ESIEA 2025-2025. They discuss aspects of information systems, their components, and evolution. Concepts presented include the strategy, functionality, and structure of information systems.
Full Transcript
2025-2025 Architecture des Systèmes d'Information Partie 1 - Le Système d'Information - stratégie, méthode et enjeux ESIEA - 4ème année Tanguy GITON ESIEA Alumni - Promo 2018 SKEMA - Ms Project & Program Management CTO - IKNO - software editor Freelance IT consultant tanguy.giton@ospar...
2025-2025 Architecture des Systèmes d'Information Partie 1 - Le Système d'Information - stratégie, méthode et enjeux ESIEA - 4ème année Tanguy GITON ESIEA Alumni - Promo 2018 SKEMA - Ms Project & Program Management CTO - IKNO - software editor Freelance IT consultant [email protected] Système d'Information Un système organisé pour : Stratégie de Collecter : capture l'information là où elle naît l'entreprise Traiter : transforme les données en informations utiles Stocker : conserve de manière sécurisée et accessible Diffuser : met à disposition la bonne information au bon moment Organisation Protéger :garantit la confidentialité et l'intégrité Processus métier Les informations nécessaires au fonctionnement de l'entreprise. Technique Informatique / Données Les Composants d'un Système d'Information Utilisateurs Applications Infrastructure Clients ERM Employés CRM Partenaires Métier Serveurs Réseaux Processus métier Données Sécurité Vente Référentiels Production Transactions Support Documents Le SI, Créateur de Valeur Business Business Données Exemples : Données Données client ➜ Personnalisation brutes Data IoT ➜ Maintenance prédictive Analytics ➜ Optimisation stocks Information Objectifs Feeback Info utile Stratégie Décisions Choix business Anatomie d'un SI Bancaire Moderne Front office Middle office Back office Organisation en zone fonctionnelle Clients Contrôle Traitement Contraintes spécifiques - Web - Risques - Compta par zone fonctionnelle - Mobile - Fraude - Tréso - Agence API - Limites Services - Reporting Criticité de la donnée - Partenaires Gateway API Gateway Services Batch Données centrales Clients Comptes Transactions Les Flux d'Information dans le SI Moderne Sources de Données 🔍 Traitement ⚙ 👥 Clients Real-time Stockage 💾 Utilisation 📊 🌐 API Gateway Temps réel ⚡ 💫 Base Opérationnelle KPIs 📊 🤝 Partenaires APIs 📈 Tableaux de bord 🏢 Interne Batch 📦 Batch Processing ETL 🔄 🏭 Data Warehouse BI 📈 📡 IoT/Capteurs Stream ⚡ Stream Processing Agrégation 🔄 🌊 Data Lake ML/AI 🤖 🔮 Analytics 📱 Applications Enjeux des SI en 2024 Passé Présent Futur Legacy Transformation Digital Applications monolithiques Coexistence ancien/nouveau Cloud native Infrastructure on-premise Cloud hybride Serverless Cycles longs (V) Agilité/DevOps Event-Driven Équipes silos APIs/Microservices Enjeux Enjeux Enjeux Maintenance Time to Market IA Coûts Cloud & Hybridation Edge Computing Rigidité Cybersécurité Green IT FinOps Talents Urbanisation des SI - Principes et Méthode Stratégie e do nn ées Flux d Processus métier elles io n n nc t e s f o Zon SERVICES Cartographie fonctionnelle s t i on lic a p Ap Système informatique Architecture applicative r e c t u t r u s f ra In Infrastructure technique Méthode d'Urbanisation I. Cartographie AS-IS III. Cible TO-BE - Définir les processus Documentation - Concevoir l'architecture Vision - Identifier les données Interview - Définir les services Standard - Lister les applications Analyse - Organiser la gouvernance Guidelines (PLU) II. Analyse IV. Plan de convergence - Identifier les points faibles Diagnostic - Établir la trajectoire Planning - Découvrir les opportunités Priorisation - Recueillir les contraintes - Planifier les projets Budget Roadmap - Identifier les Quick Wins Organisation Architecture logicielle Application monolithique Une page = un fichier Fort couplage des fonctionnalités Règles métiers dispersées dans le code Quels sont les inconvénients ? Application monolithique en couches Utilisation de Design Pattern Langage objet Séparation des responsabilités Centralisation des règles métiers Quelles sont les limites ? Exemples de Design Patterns ? Application en micro-services Chaque fonctionnalité est indépendante Des technologies différentes cohabitent dans une même application Faible couplage se reposant sur un format de données défini Quelles sont les avantages ? Quelles sont les contraintes organisationnelles ? Source : @benorama