0.1.5 — Modéliser Team, Rider et Contract #5

New issue

Closed

opened 2026-08-20 18:11:32 +00:00 by lfabry · 0 comments

lfabry commented

2026-08-20 18:11:32 +00:00

Owner

Description

Implémenter le premier sous-ensemble réellement métier du domaine.

Ce groupe est intéressant car il force à travailler sur l'identité, les relations et les contraintes temporelles sans nécessiter encore de persistance.

L'implémentation doit découler du modèle établi dans la tâche 0.1.2, et non l'inverse.

Definition of Done — technique

Team, Rider et Contract sont représentés dans le domaine.
Leur identité et leur responsabilité sont explicites dans le code.
Les invariants documentés concernant ces concepts sont appliqués.
Un état invalide identifié par les spécifications ne peut pas être créé silencieusement.
Les erreurs métier sont distinguables des erreurs techniques.
Aucune entité ne dépend de NestJS, PostgreSQL ou d'un DTO HTTP.
Des tests unitaires couvrent les créations valides, chaque catégorie d'invariant identifiée et les principaux cas limites.
Les tests vérifient le comportement métier plutôt que la structure interne des classes.
Aucun repository ou stockage fictif n'est ajouté si le besoin n'existe pas encore.

## Description Implémenter le premier sous-ensemble réellement métier du domaine. Ce groupe est intéressant car il force à travailler sur l'identité, les relations et les contraintes temporelles sans nécessiter encore de persistance. L'implémentation doit découler du modèle établi dans la tâche 0.1.2, et non l'inverse. ## Definition of Done — technique - [ ] Team, Rider et Contract sont représentés dans le domaine. - [ ] Leur identité et leur responsabilité sont explicites dans le code. - [ ] Les invariants documentés concernant ces concepts sont appliqués. - [ ] Un état invalide identifié par les spécifications ne peut pas être créé silencieusement. - [ ] Les erreurs métier sont distinguables des erreurs techniques. - [ ] Aucune entité ne dépend de NestJS, PostgreSQL ou d'un DTO HTTP. - [ ] Des tests unitaires couvrent les créations valides, chaque catégorie d'invariant identifiée et les principaux cas limites. - [ ] Les tests vérifient le comportement métier plutôt que la structure interne des classes. - [ ] Aucun repository ou stockage fictif n'est ajouté si le besoin n'existe pas encore.

lfabry added this to the v0.1 - Fondations milestone

2026-08-20 18:11:32 +00:00

lfabry added the

Kind/Feature

Priority

High

labels

2026-08-20 18:11:32 +00:00

lfabry closed this issue

2026-09-02 15:05:19 +00:00