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 6 septembre | TP1 et Suivi 1 |
vendredi 13 septembre | TP2 et Suivi 2 |
vendredi 20 septembre | TP3 |
vendredi 27 septembre | TP4 et Suivi 3 |
vendredi 11 octobre | Suivi 4 (retour sur les dossiers d’analyse) |
lun-mer 21-23 octobre | 3 jours d’immersion (Suivi 5 et 6) |
vendredi 15 novembre | Suivi 7 |
jeudi 12 décembre | Soutenance |
Date | Topic |
---|---|
TOUS les Jeudis | Point hebdo |
Samedi 5 octobre 12h00 | Dossier d’Analyse |
Samedi 23 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
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 avez tous les outils nécessaires pour coder sur la VM.
Si vous n’êtes pas à très l’aise en info, il vous sera quasi impossible de coder hors VM.
Aucune aide ne vous sera apportée pour installer les outils nécessaires si vous êtes hors VM.
- 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