gantt title Planning provisoire 2024 dateFormat YYYY-MM-DD axisFormat %d %b tickInterval 1week section Cours CM :milestone, 2025-08-26, CM :milestone, 2025-09-02, Examen :milestone, 2025-09-29, section TP TP1 :milestone, 2025-08-29, TP2 :milestone, 2025-09-05, TP3 :milestone, 2025-09-12, TP4 :milestone, 2025-09-19, section Projet Suivi 1 :milestone, 2025-08-29, Suivi 2 :milestone, 2025-09-05, Suivi 3 :milestone, 2025-09-12, Suivi 4 :milestone, 2025-10-03, 3j immersion (Suivi 5 et 6) :active, 2025-11-04, 3d Suivi 7 :milestone, 2025-11-14, section Échéances WEI :crit, 2025-09-19, 3d Dossier Analyse :milestone, 2025-09-27, Toussaint :crit, 2025-10-25, 7d Rapport final et Code :milestone, 2025-11-22, Soutenance :milestone, 2025-12-10,
Présentation du projet info 2A
Objectifs
- Développer une application en Python
- Découvrir l’architecture logicielle
- Communiquer avec une base de données PostgreSQL
- Utiliser des webservices
- Concevoir et Modéliser (UML)
- Éléments vus en cours et en TP
- PostgreSQL OK, SQLite NON
Planning
Date | Topic |
---|---|
vendredi 29 août | TP1 et Suivi 1 |
vendredi 5 septembre | TP2 et Suivi 2 |
vendredi 12 septembre | TP3 et Suivi 3 |
vendredi 19 septembre | TP4 |
vendredi 3 octobre | Suivi 4 (retour sur les dossiers d’analyse) |
mar-jeu 4-6 novembre | 3 jours d’immersion (Suivi 5 et 6) |
vendredi 14 novembre | Suivi 7 |
mercredi 10 décembre | Soutenances |
Date | Topic |
---|---|
TOUS les Jeudis | Point hebdo |
Samedi 27 septembre 12h00 | Dossier d’Analyse |
Samedi 22 novembre 20h00 | Rapport final et Code |
- 3j d’immersion
- capital pour bien avancer le projet
- si bien utilisé -> 90 % du travail fait
- Point hebdo : j’y reviens
💡 Prendre de l’avance en septembre
⚠️ Absences en projet ou TP -> malus
2 phases
- Analyse / Conception générale (sept.)
- 4 séances de 3h de suivi
- mi-octobre : retours sur le dossier d’analyse
- Implémentation (oct. - nov.)
- 3 séances de 3h de suivi
- Vous avez 1 mois à 5. Un élève de STD a 6h
Si votre dossier d’analyse est nickel mais vous n’avez pas encore dev
💡 Conseil :
- l’élève le plus à l’aise fait un POC vers le 20 septembre
- puis présente l’appli v0 aux autres
Relisez vos rapports !
Travail en groupe
- Éviter de cumuler les rôles de Chef de projet et Tech Lead
- Esprit d’équipe
- Prévenir dès que possible si ça ne va pas
- Avoir un bon comportement
- Certaines équipes vont mieux fonctionner que d’autres
- Dans la vie pro, on bosse pas toujours avec ses potes
- Si vous êtes fort -> ne pas tout faire
- Prévenir tuteur puis Prof en cas de souci
Pas la peine de dire une fois que le projet est fini :
- c’est moi qui ait tout fait
- un autre membre n’a rien fait
Suivi
- Point hebdo
- À remplir chaque semaine
- au plus tard le jeudi soir
Note
Plus de détails dans la notice élèves.
- Comme dans la vie pro
- Obligatoire sinon malus
- Montrer Modèle
- ras : si vous n’avez rien fait
Environnement de travail
Important
Vous pouvez coder sur :
- un datalab (recommandé)
- la VM ENSAI
Vous pouvez également coder sur votre propre machine mais vous devrez gérer en totale autonomie les installations nécessaires.
- Nous attendons du code de qualité
- Documentation obligatoire pour chaque classe, chaque méthode
Respectez les bonnes pratiques de dev Python :
- Noms des classes en CamelCase
- Fichiers en snake_case
- noms de variables et de méthodes parlants
Testez votre code
- Tests Unitaires obligatoires
- Codez par petits bouts
- Methodes qui ne fonctionnent pas car elles appellent des méthodes qui ne fonctionnent pas
Template
- data, doc, src
- fichiers config : logs, cov, requirements, gitignore
- README : modop pour installer et lancer
- .vscode : setup vscode
- CI : expliquer principe