Cible : pouvoir parler du domaine sans se battre avec le runtime.
- ✔ Conteneurisation de bout en bout (build env + run + compose) — Dockerfile multi-stage +
docker-compose.yaml4 services + healthchecks ; critère de sortie atteint : db/api/blogs démarrent sur une machine vierge, web documente sa dépendance au cert HTTPS (IdentityServer8 Production). Procédure d'install complète dans CONTRIBUTING.md. - ✔ Tests d'intégration smoke par BC — src/Yavsc.Org.Tests/Smoke/ :
AccountSmokeTests(GET /signin) +BlogSmokeTests(GET /BlogSpot/Index) couvrent deux BCs actives (Account, Blog front) en démarrant Yavsc.Org en mémoire viaWebApplicationFactory<Program>. Coverage Yavsc.Api / Yavsc.Blogs reste à ajouter dans une session ultérieure. - ✔ Découpage
Yavsc.OrgvsYavsc.ServervsYavsc.Apiclarifié dans l'Architecture — doc/architecture/decoupage-organisation.md - ✔
CONTRIBUTING.md(build, tests, conventions, DDD sessions) — CONTRIBUTING.md
Critère de sortie : dotnet build + dotnet test
Cible : un projet client/fournisseur aboutit à un devis signé par les deux parties, traçable, avec notifications.
- ◐ Devis validé fournisseur → client : notification + mise à disposition du devis signé
- ☐ Accord client sur devis : notification fournisseur + mise à disposition signature client + commentaire
- ☐ Édition facture non acquittée depuis mobile
- ☐ Édition contrat depuis mobile
- ☐ Notification & mise à disposition contrat pour le client
- ☐ Signature contrat par le client
- ☐ Notification facture non acquittée au client
- ☐ Paiement du client (arrhes ? — voir jalon 2)
- ☐ Édition facture marquée acquittée + signée par le fournisseur
- ☐ Notification facture acquittée signée au client
- ☐ Évaluation de la prestation (des deux côtés)
Critère de sortie : scénario E2E web + mobile, devis → signature croisée → contrat → facture, sans intervention manuelle d'un opérateur.