Skip to content
Snippets Groups Projects
Select Git revision
  • master default protected
  • vS5_2020-2021
2 results

consignes_BE#3.md

Blame
  • consignes_BE#3.md 2.90 KiB

    Consignes pour le rendu (BE #3 - INF-TC2)

    Ce BE est le premier devoir à rendre concernant INF-TC2. Le compte-rendu (CR) de ce travail devra être déposé sur Pedagogie1, sur l'espace de dépôt spécifique à votre groupe. Et cela dans un délai d'une semaine après la dernière séance consacrée à ce BE (délai de rigueur, aucun travail accepté au delà de cette date). Cette semaine ne tient pas compte d'éventuelles vacances. Si vous avez un doute, le plus simple est de contrôler la date pour votre groupe sur Pedagogie1.

    Consignes:

    • Le travail peut être individuel ou en binôme. Si vous travaillez en binôme, un seul dépôt suffit !.

    • Le dépôt consistera en une unique archive (zip, rar) contenant l'ensemble des fichiers suivants :

      • La base de données Hotellerie.db, après exécution des requêtes de l'énoncé.
      • Le fichier HotelDB.py, contenant la classe HotelDB et un programme principal permettant de rejouer l'ensemble des requêtes de cet énoncé.
      • La base de données de votre choix pour les 2 requêtes libres : si vous choisissez cette option, n'oubliez pas d'inclure la nouvelle bdd dans votre archive (si elle est très volumineuse, donnez uniquement le chemin de téléchargement dans votre rapport), ainsi que le fichier Python qui réalise les requêtes que vous aurez imaginées.
      • Un rapport (format pdf exclusivement) contenant
        • une en-tête où devront figurer le nom des élèves, leur numéro de groupe, le nom de l'encadrant ainsi que le titre du BE.
        • des commentaires sur la programmation de chacune des requêtes et les résultats obtenus.
        • tout diagramme, toute figure ou toute explication que vous jugerez utile, mais dans un nombre de pages limité à 10 (il n'est pas demandé de rédiger 10 pages, c'est une limite à ne pas dépasser !).
    • L'archive devra nécessairement porter le nom suivant : nom1-BE3.zip ou nom1-nom2-BE3.zip (pour les étourdis, pensez à remplacer nom1 et nom2 par vos propres noms :-) )

    Critères d'évaluation du travail

    Voici une liste (non exhaustive) de critères qui permettront à vos encadrants d'évaluer vos requêtes :

    • Qualité du rapport : apparence visuelle globale, orthographe, structure du rapport claire et cohérente. Qualité des représentations graphique(légendes, label axes...)
    • Qualité de l'API : choix des noms et arguments des méthodes, pas de requêtes SQL hors de la classe, affichages textuel ou graphique forcément en dehors des méthodes-requêtes.
    • Qualité du code : est-ce qu'il fonctionne sans erreur, le code est-il suffisamment commenté et aéré ? Tests multiples avec des paramètres inattendus ou erronés. Interception des erreurs par des exceptions.
    • Qualité des requêtes : originalité et justification de l'intérêt, difficulté technique, valorisation dans le rapport.