Aller au contenu

Architecture Remediation Plan

Status

Architecture Remediation Plan

This document defines the ordered remediation actions resulting from the Architecture Review.

It is an execution plan, not a normative architecture specification.

Purpose

Rendre CMonChoix Platform V2 conforme au niveau cible :

  • premium ;
  • industriel ;
  • performance-first ;
  • maintenable ;
  • extensible ;
  • durable sur 10 à 15 ans.

Aucune extension majeure ne doit commencer tant que les P0 ne sont pas traités.

Scope

This plan prioritizes architecture remediation work.

Normative architecture rules are defined in the architecture reference documents.

Ordre strict de correction

1. Catalog Semantic Model

Priorité : P0.

But :

Définir les objets fondamentaux de la Platform :

  • Catalog ;
  • Product Family ;
  • Product Model ;
  • Product Variant ;
  • Canonical Product ;
  • Offer ;
  • Candidate ;
  • Projection.

Résultat attendu :

La Platform ne raisonne plus autour du comparateur, mais autour d'un catalogue produit canonique.

2. Truth Model

Priorité : P0.

But :

Définir ce qui constitue une vérité métier.

Le document devra clarifier :

  • vérité constructeur ;
  • vérité normalisée ;
  • vérité marchand ;
  • vérité heuristique ;
  • conflit entre sources ;
  • hiérarchie Source of Truth.

3. Business Capability Model

Priorité : P0.

But :

Séparer le Core Domain des capacités applicatives.

Exemples de capacités :

  • identity resolution ;
  • offer aggregation ;
  • comparison ;
  • ranking ;
  • projection generation ;
  • SEO page generation.

4. Platform Vocabulary

Priorité : P1.

But :

Stabiliser le langage officiel de la Platform.

Aucun nouveau concept ne doit être introduit sans définition unique.

Termes à définir :

  • Layer ;
  • Concept ;
  • Contract ;
  • Module ;
  • Package ;
  • Use Case ;
  • Workflow ;
  • Entry Point ;
  • Host ;
  • Adapter ;
  • Projection ;
  • Knowledge ;
  • Capability.

5. Vertical Architecture

Priorité : P2.

But :

Clarifier qu'une verticale n'est pas un mini-Domain.

Une verticale organise de la connaissance métier.

Elle ne possède jamais le raisonnement.

6. Boundary Architecture Matrix

Priorité : P2.

But :

Ajouter une matrice visuelle complète des dépendances autorisées et interdites.

7. Knowledge Ownership

Priorité : P2.

But :

Définir :

  • propriétaire d'une connaissance ;
  • source de vérité ;
  • version ;
  • validation ;
  • cycle de vie.

Architecture Gate

Toute évolution est refusée si elle :

  • augmente le couplage ;
  • introduit une dépendance technique dans le Domain ;
  • met de l'orchestration dans le Knowledge ;
  • mélange Product, Offer, Candidate et Projection ;
  • dégrade le SEO ;
  • dégrade la performance ;
  • contourne un Contract ;
  • crée un concept non défini dans Platform Vocabulary.

Règle premium

Le site comparateur est une application de la Platform.

Il consomme une vérité produit canonique.

Il ne doit jamais dicter la structure du Domain.

Le SEO, la performance et l'UX doivent découler de la qualité du Catalog Model, des Projections et du Knowledge.

None currently.

Future Evolution

This remediation plan will evolve as findings are resolved and new architecture milestones are completed.