|
|
@ -0,0 +1,207 @@
|
|
|
|
|
|
|
|
*Rappel :*
|
|
|
|
|
|
|
|
* ne rendez que des documents pdf, contenant l’intégralité des schémas, diagrammes, descriptions aussi bien pour la SAÉ que pour les 2 ressources,
|
|
|
|
|
|
|
|
* ne rendez qu’une seule solution faites de plusieurs projets et ressources pour vos programmes
|
|
|
|
|
|
|
|
* 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 :
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
(Notes : le barème n’est pas définitif et très susceptible d’évoluer ; il n’est donné qu’à titre indicatif ; chaque diagramme doit être accompagné de notes et d’une description écrite)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
---
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
## SAÉ2.01 : Développement d'une application : *6/20*
|
|
|
|
|
|
|
|
*Le sujet est choisi par le binôme mais doit être validé par l'enseignant.*
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
### Documents sur la préparation de l'application et l'IHM : *16/20*
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
#### Documentation à rendre en semaine 13:
|
|
|
|
|
|
|
|
* description du contexte [3 sur 3 points]
|
|
|
|
|
|
|
|
*OK*
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
* persona [2 sur 2 points]
|
|
|
|
|
|
|
|
*OK*
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
* user stories [3 sur 3 points]
|
|
|
|
|
|
|
|
*OK*
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
* sketchs [4 sur 4 points]
|
|
|
|
|
|
|
|
*OK*
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
* storyboards [3 sur 3 points]
|
|
|
|
|
|
|
|
*OK*
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
* diagramme de cas d’utilisation [1 sur 5 points]
|
|
|
|
|
|
|
|
*Un acteur est sensé être relié à un cas par un trait uniquement
|
|
|
|
|
|
|
|
Pas d'accueil n'est pas un UC
|
|
|
|
|
|
|
|
Les fautes !
|
|
|
|
|
|
|
|
Certaines flèches sont à l'envers.
|
|
|
|
|
|
|
|
Il est à reprendre, sans oublier d'ajouter les description !!*
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
### Persistance et ajouts personnels à l'application : *2/40*
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
#### Documentation à rendre à la fin de la semaine 23 :
|
|
|
|
|
|
|
|
* diagramme de paquetage mettant en avant la partie persistance [0 sur 2 points]
|
|
|
|
|
|
|
|
*Pas trouvé*
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
* diagramme de classes mettant en avant la partie persistance [0 sur 4 points]
|
|
|
|
|
|
|
|
*Pas trouvé*
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
* diagramme de classes sur votre (vos) partie(s) ajoutée(s) [0 sur 4 points]
|
|
|
|
|
|
|
|
*Pas trouvé*
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
#### Programmation à rendre à la fin du projet :
|
|
|
|
|
|
|
|
* persistance (XML, JSON, BDD, WebService…) [2 sur 3 points]
|
|
|
|
|
|
|
|
*Quelques ratés sur la gestion de l'abstraction, mais sinon, c'est bien*
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
* autre ajout personnel [0 sur 3 points]
|
|
|
|
|
|
|
|
*Pas trouvé*
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
**fonctionnement de l’application**
|
|
|
|
|
|
|
|
* compilation [0 sur 3 points]
|
|
|
|
|
|
|
|
*A la fin*
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
* exécution [0 sur 5 points]
|
|
|
|
|
|
|
|
*A la fin*
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
* déploiement [0 sur 2 points]
|
|
|
|
|
|
|
|
*A la fin*
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
* aboutissement du projet [0 sur 4 points]
|
|
|
|
|
|
|
|
*A la fin*
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
#### Vidéo à rendre à la fin du projet :
|
|
|
|
|
|
|
|
* vidéo de 1 à 3 minute(s) du projet [0 sur 10 points]
|
|
|
|
|
|
|
|
*A la fin*
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
## R2.02 : Développement d'applications avec IHM: *13/20*
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
### Documents : *6/20*
|
|
|
|
|
|
|
|
#### Documentation à rendre en semaine 23:
|
|
|
|
|
|
|
|
* diagramme de paquetage [0 sur 2 points]
|
|
|
|
|
|
|
|
*Pas trouvé*
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
* diagramme de classes [6 sur 8 points]
|
|
|
|
|
|
|
|
*Il n'est pas logique que le MasterManager stocker la liste des utilisateurs. Un manager ne fait rien, il délègue et surtout n'est pas sérialisable.
|
|
|
|
|
|
|
|
Il manque une dépendance entre MasterManager et IDataManager puisque son constructeur chercher à faire une injection de dépendance. A ce propos, il n'est pas logique que l'injection de dépendance se fasse par le point d'entre du modèle.
|
|
|
|
|
|
|
|
Je suis très embêté que le Stub est un save, ce n'est pas la logique de base. Pour moi, une seule interface qui fusionne load et save est une erreur.
|
|
|
|
|
|
|
|
Je ne suis pas fan des constructeurs qui prennent des collections en paramètre.
|
|
|
|
|
|
|
|
Sinon, ce n'est pas mal.*
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
* diagramme de séquence (sur quelques cas particuliers) [0 sur 2 points]
|
|
|
|
|
|
|
|
*Pas trouvé*
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
* description écrite de l’architecture (dont patrons de conception, dépendances…) [0 sur 8 points]
|
|
|
|
|
|
|
|
*Pas trouvé*
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
### Programmation : *33/40*
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
#### XAML [5 sur 7 points] :
|
|
|
|
|
|
|
|
* répartition dans l’espace (layout des vues et usercontrols) [2 sur 2 points]
|
|
|
|
|
|
|
|
*OK*
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
* utilisation des controls (vues et usercontrols) [1 sur 1 point]
|
|
|
|
|
|
|
|
*OK*
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
* ressources, styles [1 sur 2 points]
|
|
|
|
|
|
|
|
*Il reste des styles en dur dans le XAML*
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
* DataTemplate (locaux et globaux) [1 sur 2 points]
|
|
|
|
|
|
|
|
*ok, mais je n'en ai pas trouvé de globaux*
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
#### C# [15 sur 20 points] :
|
|
|
|
|
|
|
|
* bases (classes, structures, instances, …) [3 sur 3 points]
|
|
|
|
|
|
|
|
*Virez les régions, c'est insupportable !!!!!!
|
|
|
|
|
|
|
|
C'est bien*
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
* abstraction (héritage, interfaces, polymorphisme) [3 sur 4 points]
|
|
|
|
|
|
|
|
*Encore des problèmes d'injection de dépendance, mais sinon, c'est bien*
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
* collections simples (tableaux, listes…) [3 sur 3 points]
|
|
|
|
|
|
|
|
*OK*
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
* collections avancées (dictionnaires, sets) [3 sur 3 points]
|
|
|
|
|
|
|
|
*Ok, même si je ne les ais pas vu dans le diagramme*
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
* encapsulation [3 sur 5 points]
|
|
|
|
|
|
|
|
*OK, sauf pour les collections*
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
* LINQ [0 sur 1 point]
|
|
|
|
|
|
|
|
*Pas trouvé*
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
* évènements (cf. module IHM) [0 sur 1 point]
|
|
|
|
|
|
|
|
*Pas encore*
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
#### boucle Model <-> View (dont Binding) [13 sur 13 points] :
|
|
|
|
|
|
|
|
* gestion d’évènements sur la vue [2 sur 2 points]
|
|
|
|
|
|
|
|
*OK*
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
* gestion d’évènements depuis le métier (notifications) [2 sur 2 points]
|
|
|
|
|
|
|
|
*OK*
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
* DataBinding (sur le Master) [2 sur 2 points]
|
|
|
|
|
|
|
|
*OK*
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
* DataBinding (sur le Detail) [2 sur 2 points]
|
|
|
|
|
|
|
|
*OK*
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
* DataBinding sur les UserControl + Dependency Property [2 sur 2 points]
|
|
|
|
|
|
|
|
*OK*
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
* gestion du Master-Detail** [3 sur 3 points]
|
|
|
|
|
|
|
|
*OK*
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
## R2.03 : Qualité de développement : *7,5/20*
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
#### Tests [7 sur 10 points] :
|
|
|
|
|
|
|
|
* tests fonctionnels [5 sur 5 points]
|
|
|
|
|
|
|
|
*OK*
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
* tests unitaires [2 sur 5 points]
|
|
|
|
|
|
|
|
*Il n'y en a pas beaucoup, et uniquement des Fact*
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
* gestion automatique des tests (cf. plus bas)
|
|
|
|
|
|
|
|
**
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
* bonus : tests unitaires d'interfaces
|
|
|
|
|
|
|
|
**
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
#### Documentation [2 sur 2 points] :
|
|
|
|
|
|
|
|
* qualité de la documentation du code [2 sur 2 points]
|
|
|
|
|
|
|
|
*ok*
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
* génération de la documentation doxygen [0 sur 2 points]
|
|
|
|
|
|
|
|
*Pas encore*
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
* génération automatique de la documentation (cf. plus bas)
|
|
|
|
|
|
|
|
**
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
#### Gestion de projet [0 sur 10 points] :
|
|
|
|
|
|
|
|
* utilisation simple de git (git clone, commit, add, push, pull) [0 sur 3 points]
|
|
|
|
|
|
|
|
*A la fin*
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
* utilisation avancée (git merge, branch, conflits) 0 sur 2 points]
|
|
|
|
|
|
|
|
*A la fin*
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
* utilisation de tickets et Merge Requests à travers la plateforme git (gitlab ou Code#0) [0 sur 3 points]
|
|
|
|
|
|
|
|
*A la fin*
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
* mise en place de l'intégration continue (CI) pour la gestion automatique des tests et la génération de la documentation [0 sur 2 points]
|
|
|
|
|
|
|
|
*A la fin*
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
---
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
## Note finale R2.02 : *13/20*
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
## Note finale R2.03 : *7,5/20*
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
## Note finale S2.01 : *6/20*
|