Conception des fonctionnalités du sprint 1

Le dossier de conception sert à rendre explicite la structure et le comportement de ton application. C’est un document vivant qui aide ton équipe à se comprendre, à prendre des décisions cohérentes et à garder une vue d’ensemble du système pendant que vous avancez dans les sprints.

Dans ce module, tu prépares une première version « minimale mais utile » de ton dossier de conception, suffisante pour démarrer le sprint 1. Tu pourras ensuite le compléter et l’ajuster au fil des sprints en fonction de l’évolution de ton projet.

À quoi sert le dossier de conception ?

• Aligner l’équipe sur la vision technique du projet (architecture, composants, flux principaux).
• Servir de référence lorsque vous devez prendre des décisions de conception ou intégrer de nouvelles fonctionnalités.
• Aider l’enseignant et le client à comprendre comment votre solution est structurée « sous le capot ».
• Garder une trace des choix que vous faites, pour pouvoir les justifier ou les revisiter plus tard.

Contenu attendu du dossier de conception

Le dossier de conception est organisé en sections. Pour le sprint 1, tu te concentres sur les éléments essentiels qui décrivent le cœur de ton système.

• Diagrammes UML (au minimum pour les fonctionnalités centrales) :
  • Diagrammes de cas d’utilisation : montrent les acteurs et les fonctionnalités principales du système, vus du point de vue de l’utilisateur.
  • Diagrammes d’activités : décrivent le déroulement d’un processus ou d’un scénario métier.
  • Diagrammes de classes : structurent les entités, leurs attributs et leurs relations.
  • Diagrammes d’objets : illustrent des exemples concrets d’instances (objets) et de liens entre elles à un instant donné, pour clarifier un scénario ou un cas particulier.
  • Diagrammes de séquence : détaillent les échanges entre objets ou services pour un scénario critique.
• Architecture et technologies :
  • Vue d’ensemble de l’architecture (par exemple couches, services, base de données, API externes).
  • Principales technologies utilisées et leurs rôles (framework, base de données, bibliothèques importantes, etc.).
  • Grandes responsabilités des composants principaux (qui fait quoi dans le système).
• Lien avec le backlog :
  • Indiquer quelles user stories (ou quelles fonctionnalités) sont couvertes par quels diagrammes.
  • S’assurer que les scénarios importants du backlog sont visibles dans au moins un diagramme.

Attentes minimales pour le sprint 1

Pour démarrer le sprint 1, on ne te demande pas un dossier de conception parfait, mais un socle clair et cohérent sur lequel ton équipe peut s’appuyer.

• Au moins un diagramme de cas d’utilisation qui couvre le cœur de ton système (les scénarios les plus importants pour l’utilisateur).
• Un premier diagramme de classes qui présente les entités principales et leurs relations.
• Un diagramme d’objets illustrant un exemple concret d’instances et de liens pour l’un de ces scénarios (par exemple l’état du système pendant un cas d’utilisation clé).
• Un à deux diagrammes de séquence pour des scénarios critiques que vous comptez implémenter dans le sprint 1.
• Une courte description de l’architecture prévue (par exemple une vue en couches) et des technologies principales retenues.
• Un début de lien entre ton dossier de conception et ton backlog (quelles stories sont couvertes par quels diagrammes).

Documenter et faire évoluer ton dossier

• Stocke ton dossier de conception dans le dossier docs/ de ton dépôt Git (par exemple sous forme de fichiers textes, PDFs ou exports d’outils de modélisation).
• Mets à jour le dossier au fur et à mesure que tu affines ton architecture et que tu ajoutes des fonctionnalités.
• Utilise le dossier de conception comme support lors de tes rencontres d’équipe et de tes discussions avec l’enseignant.