refactor(docs): réorganiser la documentation selon principes DDD
Réorganise la documentation du projet selon les principes du Domain-Driven Design (DDD) pour améliorer la cohésion, la maintenabilité et l'alignement avec l'architecture modulaire du backend. **Structure cible:** ``` docs/domains/ ├── README.md (Context Map) ├── _shared/ (Core Domain) ├── recommendation/ (Supporting Subdomain) ├── content/ (Supporting Subdomain) ├── moderation/ (Supporting Subdomain) ├── advertising/ (Generic Subdomain) ├── premium/ (Generic Subdomain) └── monetization/ (Generic Subdomain) ``` **Changements effectués:** Phase 1: Création de l'arborescence des 7 bounded contexts Phase 2: Déplacement des règles métier (01-19) vers domains/*/rules/ Phase 3: Déplacement des diagrammes d'entités vers domains/*/entities/ Phase 4: Déplacement des diagrammes flux/états/séquences vers domains/*/ Phase 5: Création des README.md pour chaque domaine Phase 6: Déplacement des features Gherkin vers domains/*/features/ Phase 7: Création du Context Map (domains/README.md) Phase 8: Mise à jour de mkdocs.yml pour la nouvelle navigation Phase 9: Correction automatique des liens internes (script fix-markdown-links.sh) Phase 10: Nettoyage de l'ancienne structure (regles-metier/, diagrammes/, features/) **Configuration des tests:** - Makefile: godog run docs/domains/*/features/ - scripts/generate-bdd-docs.py: features_dir → docs/domains **Avantages:** ✅ Cohésion forte: toute la doc d'un domaine au même endroit ✅ Couplage faible: domaines indépendants, dépendances explicites ✅ Navigabilité améliorée: README par domaine = entrée claire ✅ Alignement code/docs: miroir de backend/internal/ ✅ Onboarding facilité: exploration domaine par domaine ✅ Tests BDD intégrés: features au plus près des règles métier Voir docs/REFACTOR-DDD.md pour le plan complet.
This commit is contained in:
jpgiannetti
117
docs/domains/moderation/entities/modele-moderation.md
Normal file
117
docs/domains/moderation/entities/modele-moderation.md
Normal file
@@ -0,0 +1,117 @@
|
||||
# Modèle de données - Modération
|
||||
|
||||
📖 Voir [Règles métier - Section 14 : Modération Flows](../rules/moderation-flows.md) | [Entités globales](../../_shared/entities/modele-global.md)
|
||||
|
||||
## Diagramme
|
||||
|
||||
```mermaid
|
||||
erDiagram
|
||||
REPORTS }o--|| USERS : "signalé par"
|
||||
REPORTS }o--|| CONTENTS : "concerne"
|
||||
REPORTS }o--|| MODERATORS : "traité par"
|
||||
REPORTS ||--o| SANCTIONS : "génère"
|
||||
REPORTS ||--o| APPEALS : "fait l'objet de"
|
||||
|
||||
SANCTIONS }o--|| CONTENTS : "sanctionne"
|
||||
SANCTIONS }o--|| USERS : "sanctionne créateur"
|
||||
SANCTIONS ||--o{ STRIKES : "crée"
|
||||
|
||||
APPEALS }o--|| REPORTS : "conteste"
|
||||
APPEALS }o--|| USERS : "soumis par"
|
||||
APPEALS }o--|| MODERATORS : "examiné par"
|
||||
|
||||
STRIKES }o--|| USERS : "attribué à"
|
||||
STRIKES }o--|| SANCTIONS : "provient de"
|
||||
|
||||
MODERATION_BADGES }o--|| USERS : "possédé par"
|
||||
|
||||
REPORTS {
|
||||
uuid id PK
|
||||
uuid content_id FK
|
||||
uuid reporter_id FK
|
||||
uuid moderator_id FK
|
||||
string category
|
||||
text comment
|
||||
string status
|
||||
text transcription
|
||||
int ai_score
|
||||
int priority
|
||||
string decision
|
||||
timestamp created_at
|
||||
timestamp reviewed_at
|
||||
timestamp closed_at
|
||||
boolean is_auto_action
|
||||
}
|
||||
|
||||
SANCTIONS {
|
||||
uuid id PK
|
||||
uuid report_id FK
|
||||
uuid content_id FK
|
||||
uuid creator_id FK
|
||||
string sanction_type
|
||||
int duration_days
|
||||
text reason
|
||||
text excerpt_timestamp
|
||||
timestamp applied_at
|
||||
timestamp expires_at
|
||||
boolean is_active
|
||||
}
|
||||
|
||||
STRIKES {
|
||||
uuid id PK
|
||||
uuid creator_id FK
|
||||
uuid sanction_id FK
|
||||
int strike_number
|
||||
timestamp applied_at
|
||||
timestamp expires_at
|
||||
boolean is_active
|
||||
}
|
||||
|
||||
APPEALS {
|
||||
uuid id PK
|
||||
uuid report_id FK
|
||||
uuid creator_id FK
|
||||
uuid moderator_id FK
|
||||
string ticket_number UK
|
||||
string status
|
||||
text reason
|
||||
text arguments
|
||||
text moderator_justification
|
||||
string decision
|
||||
timestamp created_at
|
||||
timestamp reviewed_at
|
||||
timestamp closed_at
|
||||
}
|
||||
|
||||
MODERATORS {
|
||||
uuid id PK
|
||||
string name
|
||||
string role
|
||||
int reviews_count
|
||||
decimal avg_review_time_minutes
|
||||
timestamp last_active
|
||||
}
|
||||
|
||||
MODERATION_BADGES {
|
||||
uuid id PK
|
||||
uuid user_id FK
|
||||
string badge_type
|
||||
int reports_validated
|
||||
int reports_rejected
|
||||
decimal accuracy_rate
|
||||
timestamp obtained_at
|
||||
timestamp last_audit_at
|
||||
boolean is_active
|
||||
}
|
||||
```
|
||||
|
||||
## Légende
|
||||
|
||||
**Entités spécifiques modération** :
|
||||
|
||||
- **REPORTS** : Signalements - 7 catégories (`hate_violence`, `sexual_content`, `illegal`, `copyright`, `spam`, `misinformation`, `other`) - Status : `received` → `transcribing` → `analyzing` → `pending_review` → `in_review` → `validated`/`rejected` → `closed` - Scoring IA 0-100%, priorité calculée
|
||||
- **SANCTIONS** : Sanctions créateurs - Types : `warning`, `strike`, `suspension_7d`, `suspension_30d`, `ban_permanent` - Durée selon type (7j, 30j, permanent)
|
||||
- **STRIKES** : Compteur strikes - 1/4 à 4/4 (Strike 4 = ban permanent) - Expiration après 6 mois
|
||||
- **APPEALS** : Appels sanctions - Ticket format `#MOD-YYYY-XXXXX` - Status : `pending`, `in_review`, `accepted`, `rejected`, `expired` - Délai soumission 7j, traitement 72h (standard) ou 5j (complexe)
|
||||
- **MODERATORS** : Modérateurs - Rôles : `junior_moderator`, `senior_moderator`, `admin_moderation`
|
||||
- **MODERATION_BADGES** : Badges contributeurs - Types : `bronze` (5 validés, 70%), `silver` (20 validés, 80%), `gold` (50 validés, 90%) - Audit trimestriel révocation si critères non respectés
|
||||
Reference in New Issue
Block a user