Architecture cible
Cette section décrit le positionnement cible de FLOW.
Elle ne part pas d'une solution à déployer.
Elle part d'une tension : le groupe doit créer du commun entre des patrimoines applicatifs, marques et business models différents, sans construire un nouveau monolithe qui rigidifierait l'entreprise.
La Vision explique cette ambition.
L'architecture cible décrit progressivement comment cette ambition peut se matérialiser :
- les responsabilités qui doivent devenir communes, gouvernées et transverses ;
- les patterns d'architecture qui structurent la plateforme ;
- les grands produits de la plateforme FLOW ;
- le positionnement de FLOW dans les écosystèmes existants ;
- l'urbanisme fonctionnel cible ;
- les responsabilités reprises par FLOW, conservées dans les systèmes existants ou exposées sous forme de projections.
Pages disponibles
- Overview de la plateforme FLOW
- Flux fonctionnels FLOW
- Patterns d'architecture
- Fiches produits FLOW
- FLOW dans l’écosystème GBM
- FLOW dans l’écosystème BRD
Patterns d'architecture
Les patterns donnent le vocabulaire commun de l'architecture cible.
Ils expliquent les choix réutilisables avant leur application dans les fiches produits.
- Case-centric orchestration
- Event-Driven Architecture
- API conversationnelle
- Self-contained System (SCS)
- CQRS et projections
- Projection locale de décision
- Operational DataHub
- Event Sourcing / Ledger
- Externalisation des décisions métier
- Rôles, relations et policies
- Plateforme ouverte et gouvernée
Fiches produits initialisées et pratiques transverses
Les fiches produits donnent une première matière concrète aux PO / PM pour démarrer une réflexion de backlog.
Elles ne figent pas la solution, mais elles structurent les responsabilités, consommateurs, informations clés, interfaces et premiers epics.
- Socle Case Management
- Stock Unifié
- Fulfillment Network Configuration
- Product Agreement Catalog
- Supply Service Registry
- Vues 360
Pratique transverse associée :
Lecture actuelle
La cible n'est pas encore une architecture détaillée.
Elle pose une première carte de travail : FLOW est une réponse fédérée à la convergence, centrée sur Demand, les Cases, le stock unifié, le réseau d'exécution et les décisions métier qui relient la demande à l'exécution.
Le "comment ça marche" se lit à deux niveaux :
- au niveau Vision, le Modèle de fonctionnement de FLOW explique les notions clés et la chronologie de bout en bout ;
- au niveau Architecture cible, les Flux fonctionnels FLOW montrent comment ces notions traversent les produits, fonctionnalités et contrats d'information.
FLOW ne remplace pas l'ensemble du SI.
Il reprend les responsabilités transverses qui doivent être gouvernées durablement : demande, décision métier, stock disponible, réservations, réseau d'exécution, projections opérationnelles et contexte transverse.
Le reste du SI peut conserver ses spécialisations, à condition que ces spécialisations ne recréent pas des silos au cœur de la demande.