Evaluation blanche du 06/04/2020 - 11h59

Added by Marc CHEVALDONNE 3 months ago

Rappel :
  • ne rendez qu’un seul document (pdf de préférence), contenant l’intégralité des schémas, diagrammes, descriptions pour les 3 modules,
  • ne rendez qu’une seule solution faites de plusieurs projets et ressources pour vos programmes
  • il y a 2 notes par module :
    • une partie écrite (appelée « documents »)
    • une partie développement (appelée « programmation »)
  • une évaluation blanche n'est qu'indicative : elle ne comptera pas dans la moyenne. Le soin apporté aux corrections n'est pas le même que pour l'évaluation finale et les notes blanches ne sont qu'un aperçu de votre travail à un instant t.
  • Critères d’évaluation pour chaque note :
    (Note : le barème n’est pas définitif et très susceptible d’évoluer ; il n’est donné qu’à titre indicatif)

Bilan
Au total : /120

Objets 2 : Conception et Programmation Orientées Objets (C#, .NET)

Documents : /20

  • diagramme de paquetage [sur 2 points]
  • diagramme de classes [sur 8 points]
  • diagramme de séquence (sur quelques cas particuliers) [sur 2 points]
  • description écrite de l’architecture (dont patrons de conception, dépendances…) [sur 8 points]
  • Note : chaque diagramme doit être accompagné de notes et d’une description écrite.

Programmation : /20

  • bases (classes, structures, instances, …) [sur 2 points]
  • abstraction (héritage, interfaces, polymorphisme) [sur 3 points]
  • collections simples (tableaux, listes…) [sur 2 points]
  • collections avancées (dictionnaires) [sur 2 points]
  • encapsulation [sur 5 points]
  • tests (fonctionnels et/ou unitaires) [sur 4 points]
  • LINQ [sur 1 point]
  • évènements (cf. module IHM) [sur 1 point]

IHM : Interface Homme-Machine (XAML, WPF)

Documents : 1/20

  • description du contexte [sur 4 points]
    Je n'ai pas trouvé de mise en contexte.
    Les personas sont bien. La user storie est dans le bon ton, mais ne donne pas trop d'indications sur l'utilisation de l'application par Arsene.
    Je veux dire l'utilisation quotidienne, ou hebdomadaire ou mensuelle. Pas vraiment où Arsene va cliquer.
    L'histoire d'Arsene doit nous permettre de comprendre à quoi sert cette applicatiton, quelles utilisations peuvent en être faites, pour en déduire le meilleur design possible.
    Il y aussi trop de fautes d'orthographe.
    => 1/4
  • sketchs [sur 4 points]
  • storyboards [sur 4 points]
  • diagramme de cas d’utilisation [sur 5 points]
  • considérations ergonomiques [sur 2 points]
  • prise en compte de l’accessibilité [sur 1 point]

Programmation : /20

  • XAML :
    • répartition dans l’espace (layout des vues et usercontrols) [sur 2 points]
    • utilisation des controls (vues et usercontrols) [sur 1 point]
    • ressources, styles [sur 2 points]
    • DataTemplate (locaux et globaux) [sur 2 points]
  • boucle Model <-> View
    • gestion d’évènements sur la vue [sur 2 points]
    • gestion d’évènements depuis le métier (notifications) [sur 2 points]
    • DataBinding (sur le Master) [sur 2 points]
    • DataBinding (sur le Detail) [sur 2 points]
    • DataBinding sur les UserControl + Dependency Property [sur 2 points]
  • gestion du Master-Detail [sur 3 points]

Projet Tuteuré S2

Documents : /20

  • diagramme de paquetage mettant en avant la partie persistance [sur 2 points]
  • diagramme de classes mettant en avant la partie persistance [sur 4 points]
  • diagramme de classes sur votre (vos) partie(s) ajoutée(s) [sur 4 points]
  • vidéo de 1 à 3 minute(s) du projet [sur 10 points]

Programmation : 1,5/20

  • persistance (XML, JSON, BDD, WebService…) [sur 3 points]
  • autre ajout personnel [sur 3 points]
  • qualité
    • documentation du code [sur 2 points]
    • utilisation du repository subversion ou git [sur 2 points]
      ok, mais n'oubliez pas de mettre des messages à chaque fois que vous soumettez sur le repository
      => 1,5/2
  • fonctionnement de l’application
    • compilation [sur 3 points]
    • exécution [sur 5 points]
    • déploiement [sur 2 points]

Comments