Présentation du projet info 2A

Author

Ludovic Deneuville

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

  • 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