Evaluation blanche
Date : 27/05/2021
Objets 2 : Conception et Programmation Orientées Objets (C#, .NET)¶
Documents : 3.5/20¶
- diagramme de paquetage 0.5/2
A compléter. N'oubliez pas les parties vues, les dépendances entre packages ...
- diagramme de classes 3/8
Bon début. A compléter. Il manque notamment la partie vues.
Attention, le type des propriétés/variables est toujours indiqué après le nom, y compris pour les paramètres de méthodes.
Par exemple :
AjouterEpisode(e : Episode)
Et n'oubliez pas le type de retour des méthodes qui ne sont pas void.
Dans quel package est la classe Manageur ? Elle est forcément au moins dans un projet.
- diagramme de séquence (sur quelques cas particuliers) 0/2
Rien.
- description écrite de l’architecture (dont patrons de conception, dépendances…) 0/8
Rien
Programmation : 13/20¶
- bases (classes, structures, instances, …) 1.5/2
Votre code est parfois trop "java-like". En particulier, vous n'utilisez pas toujours les propriétés. Cela va vous poser problème pour le binding.
Beaucoup de this.Propriete où le this est inutile. Le nom des variables est sensible à la casse.
Sinon, vous semblez bien maîtriser la création de classes, enum ...
- abstraction (héritage, interfaces, polymorphisme) 3/3
Plusieurs héritages, une interface, une classe abstraite, du polymorphisme avec une collection d'objets de la classe mère. TB
- collections simples (tableaux, listes…) 2/2
Très bonne utilisation des listes. Vous avez pensé à définir les méthodes equals et getHashCode. Et vous utilisez même LINQ. TB
- collections avancées (dictionnaires) 2/2
Même chose
- encapsulation 1.5/5
Bon début avec des setters privés. Vous pouvez aller plus loin en jouant sur les visibilités des méthodes mais aussi avec des champs readonly et des ReadOnlyCollection.
- tests (fonctionnels et/ou unitaires) 1.5/4
TB début de tests unitaires. Vous pouvez aller plus loin en faisant la même chose pour vos autres classes.
Pour améliorer encore vos tests, n'hésitez pas à les découper en plus petits morceaux pour pouvoir identifier encore plus rapidement le problème si l'un des tests échoue.
- LINQ 1.5/1
Beaucoup d'utilisations de LINQ dans des contextes variés (agrégation, filtrage, tri). Ca mérite même un bonus.
- évènements 0/1
Rien pour l'instant.
IHM : Interface Homme-Machine (XAML, WPF)¶
Documents : 18.5/20¶
- description du contexte 3/4
- sketchs 3.5/4
- storyboards 4/4
- diagramme de cas d’utilisation 5/5
- considérations ergonomiques 2/2
- prise en compte de l’accessibilité 1/1
Programmation : 5/20¶
- répartition dans l’espace (layout des vues et usercontrols) 1/2
Bonne utilisation des différents layouts. Peut-être réfléchir à utiliser un layout de collection pour UC_Profil_Vue, UCMarathon (ListBox ...) ...
Attention à ce que les différents écrans soient bien responsive.
- utilisation des controls (vues et usercontrols) 1/1
TB
- ressources, styles 2/2
Nombreux styles locaux ou globaux. Des convertisseurs en ressources globales. TB
- DataTemplate (locaux et globaux) 0/2
Rien pour l'instant. Vous en aurez surement l'utilité lorsque vous aurez mis en place du databinding sur vos collections.
- gestion d’évènements sur la vue 1/2
Bonne gestion des évènements de click pour la navigation. A continuer.
- gestion d’évènements depuis le métier (notifications) 0/2
Rien pour l'instant. A voir avec le databinding.
- DataBinding (sur le Master) 0/2
Rien
- DataBinding (sur le Detail) 0/2
Rien
- DataBinding sur les UserControl + Dependency Property 0/2
Rien
- gestion du Master-Detail 0/3
Rien
Projet Tuteuré S2¶
Documents : /20¶
- diagramme de paquetage mettant en avant la partie persistance /2
- diagramme de classes mettant en avant la partie persistance /4
- diagramme de classes sur votre (vos) partie(s) ajoutée(s) /4
- vidéo de 1 à 3 minute(s) du projet /10
Programmation : 7/20¶
- persistance (XML, JSON, BDD, WebService…) /3
- autre ajout personnel /3
- documentation du code 1/2
TB début. Poursuivez votre effort pour que toutes vos classes/méthodes/propriétés soient bien documentées.
- utilisation du repository subversion 1/2
Bonne utilisation du svn. Vous commitez régulièrement et pensez bien à mettre un message de commit.
Pour aller plus loin, n'hésitez pas à commiter encore plus souvent. Vous pouvez également préciser vos messages de commit. Par exemple, lorsque vous dites "modification du fichier truc.cs", expliquez brièvement ce qui a été modifié. Cela vous permettra de savoir plus précisément ce que votre binôme a fait, mais aussi de retrouver plus facilement la révision à laquelle vous voulez aller si jamais vous avez besoin de revenir en arrière après avoir détecter un problème.
- compilation 3/3
TB
- exécution 2/5
La navigation semble plutôt fonctionnelle. A poursuivre pour que l'intégralité de l'application soit fonctionnelle.
- déploiement /2
Comments