Architecture
Comment Edriso est conçu
Vue visuelle de l’architecture système, des flux métier, du parcours des données et du moteur de règles.
Architecture système
Client Next.js
App Router · Tailwind · i18n FR/AR
Couche état locale
localStorage · sessions mockées
Catalogue pédagogique
Niveau → Année → Matière → Session
Stockage fichiers (cible)
Cloudflare R2 · PDF preview
Base (cible)
Supabase PostgreSQL
Flux métier
- 1
Sélection du rôle et création de session
- 2
Navigation hiérarchique ou recherche
- 3
Aperçu PDF puis téléchargement / favoris
- 4
Publication enseignant → revue admin → publication
Flux de données
┌──────────┐ loginAs(role) ┌────────────┐ hydrate ┌─────────────┐
│ Login │ ───────────────► │ Session │ ──────────► │ App Store │
└──────────┘ └────────────┘ └──────┬──────┘
│
┌───────────────┬──────────────────────┬────────────────┘
▼ ▼ ▼
┌────────────┐ ┌─────────────┐ ┌──────────────┐
│ Resources │ │ Favorites │ │ Taxonomy │
│ CRUD UI │ │ per user │ │ L→G→S→Year │
└─────┬──────┘ └─────────────┘ └──────────────┘
│ persist
▼
┌──────────────────┐
│ localStorage JSON│
└──────────────────┘Moteur de règles
- Élève — lecture des ressources publiées, favoris, profil.
- Enseignant — CRUD limité à ses documents ; statut draft/pending.
- Admin — CRUD global, validation, taxonomie, utilisateurs.
- Isolation — routes /student, /teacher, /admin sans modules croisés.
Couverture géographique
Mapbox · centres régionaux (Alger, Oran, Constantine)
Organigramme de publication
Rédaction
→Soumission
→Revue admin
→Publication
→Consommation