Dans ce module, tu découvres la logique de la pédagogie par projet qui structure le cours : pourquoi on privilégie un projet intégrateur complet plutôt qu’une suite d’exercices déconnectés, quel est ton rôle (et celui de l’enseignant) dans cette démarche, et quelles compétences tu développeras en travaillant sur un projet concret de A à Z.

Dans ce module, tu découvres le fonctionnement du projet intégrateur : contrat d’engagement, critères d’évaluation, rétroactions, choix de ton projet et premières règles de travail en équipe.

Dans ce module, tu découvres les outils et méthodes qui vont t’aider à structurer ton projet : cahier des charges, planification (Gantt), gestion de projet (Scrum, Jira) et versionnement (Git/GitHub).

Dans ce module, tu vas apprendre à planifier ton premier sprint et à produire les éléments de base du dossier de conception pour démarrer le développement de ton projet intégrateur.

Dans ce module, tu te concentres sur la façon de bien développer ton application pendant le sprint 1. Il ne s'agit plus seulement de planifier le travail, mais de le réaliser proprement en équipe, avec des tests et une qualité minimale de code. Tu vas voir comment collaborer sur le code avec Git et GitHub, définir une stratégie de tests et coder des tests unitaires pour ton application, et appliquer quelques bonnes pratiques simples pour garder un code lisible et maintenable tout au long du sprint.

Dans ce module, tu te prépares à la revue du sprint 1. L’objectif n’est pas seulement d’avoir travaillé, mais d’être capable de montrer clairement ce que votre équipe a réellement livré pendant le sprint.Tu vas voir comment choisir ce que tu vas démontrer, comment raconter l’histoire de ton sprint (objectif, résultats, difficultés) et comment t’assurer que tous les artefacts nécessaires (Jira, GitHub, conception, tests) sont prêts et accessibles pour l’enseignant et le client.

Dans ce module, tu termines officiellement le sprint 1. Il ne s’agit pas seulement de faire une démonstration, mais aussi de prendre du recul sur ce qui s’est passé pendant le sprint et de préparer la suite du projet. Tu vas voir comment se déroule la revue de sprint 1 (présentation et évaluation), comment mener une rétrospective simple avec ton équipe et comment mettre à jour ton backlog pour le sprint suivant en fonction de ce que vous avez appris.

Dans ce module, tu relances le projet avec le sprint 2. Tu ne repars pas de zéro : tu t’appuies sur le bilan dusprint 1 (revue, rétro, backlog mis à jour) pour définir un nouvel objectif de sprint et organiser ton travail. C’est aussi à ce moment que la documentation prend plus de place dans le projet : en plus du code, de la conception et des tests, tu commences à structurer ta documentation technique et ton manuel utilisateur, et à envisager la génération de documentation à partir de ton code.

Dans ce module, tu vas préciser la conception de ton application en utilisant plusieurs types de diagrammes UML. L’objectif est de rendre tes idées plus claires, d’éviter les ambiguïtés et d’aider ton équipe à prendre de meilleures décisions pendant le sprint 2. Chaque type de diagramme a un rôle différent : certains se concentrent sur les interactions avec les utilisateurs, d’autres sur le flux d’activités, la structure des données ou les échanges entre objets au cours d’un scénario.