cpln / portfolio Goto Github PK

Il faudrait assez vite un menu de navigation dans lequel placer les différents liens que nous possédons.

La page app/Resources/view/base.html.twig doit comprendre les parties qui se retrouvent sur toutes les pages (en-tête, pied de page, menu, etc.).

Le CSS doit être mis dans src/PortfolioBundle/Resources/public/css/*.css.

Pour modifier les fichiers. Il faut décider si nous hébergeons les fichiers sur le site ou si nous utilisons les infrastructures déjà à disposition (réseau, SharePoint, etc).

L'utilisateur peut imprimer son portfolio.

Pour motiver les élèves, on pourrait mettre en place un système de badge par domain. Par exemple, en programmation ils pourraient avoir les badges:

1. Hello World
2. John Doo
   ...
   x. Kevin Mitnick
   y. Néo

Chaque badge est un morceau de l'histoire informatique et est associé à une image de badge.

Pour modifier les domaines

Pour éviter d'avoir des enseignants qui ne font que consommer les tasks sans jamais (ou presque) en proposer, on devrait mettre en place un système de score des contributions qui affiche les valeurs jusqu'à zéro. Voir même, qui affiche les scores en ordre ascendant.

Modification des modules

Dans /application/database/, créer:

• Un fichier generate.php qui va générer la base de donnée SQLite3 lorsqu'il est appelé depuis PHP CLI.
• Un fichier populate.php qui va remplir la base de données de la même manière.

La base se trouve dans le même répertoire et se nomme portfolio.db

Le tout ne sera réalisé que pour la version DEV, nous ne toucherons pas à ça pour la PROD.

L'enseignant peut mettre une évaluation à une tâche

Pour modifier les tâches

Actuellement, les flashbags sont affichés sur deux pages différentes : ::base.html.twig et PortfolioBundle:User:login.html.twig. Il faudrait remplacer des deux occurrences par des inclusions au même fragment.

Modification des liens

Lorsqu'un utilisateur tente de se connecter, une adresse e-mail lui est demandée. Une fois le formulaire validé, un e-mail avec un lien à usage unique lui est envoyé.

Cliquer sur ce lien consomme le jeton de connexion et connecte l'utilisateur.

Si l'adresse e-mail est inconnue, cette action crée un compte avant d'envoyer l'e-mail, la création d'un compte lors de la première connexion est transparente.

Afin de garantir une bonne qualité de code, utilisons Travis pour faire des tests unitaires automatiques.

Pour éviter que des tâches trop anciennes restent sur le site (p.ex : installer Windows XP), les tâches créées depuis plus d'un certain temps devront être soumises à approbation par l'un des enseignants selon ce format :

La tâche NOM_TACHE n'a pas été mise à jour depuis AGE_TACHE. Que doit-on faire avec elle ?
La garder | L'éditer | La supprimer | Je ne sais pas

Création des utilisateur et mise en place du PiF-login.

Pour modifier les ateliers

Génération des Hi-Scores

L'utilisateur peut voir les tâches présentées sous forme de graphe indiquant les prérequis.