Les 2 contextes GSB et Maison des ligues sont majoritaires. Quelques personnes utilisent des contextes proposés par l’enseignant (très rare).
On peut voir que les étudiants utilisent les contextes GSB et Maison des Ligues mais les projets présentés ont peu de rapport avec ces deux contextes. Dans l’absolu on peut présenter quasiment n’importe quel projet et le rattacher à la Maison des Ligues ou GSB.
La différence de niveau technique est énorme ! Personnellement j’ai des doutes quand je vois des projets très complexes, un élève de BAC+2 peut-il maîtriser correctement toutes ces technologies ?
La durée s’étale d’une semaine à 3 mois.
Le minimum est 4 et le maximum 25 dans le sondage.
Très bon premier témoignage
Première partie : présenter une proposition de solution technique, une représentation de la BDD et un IHM (l'IHM doit être suffisamment précis, pas juste des cases avec des intitulés comme un schéma ou un gabarit). Le contexte de l'exercice : basé sur le projet PHP (l'agenda en ligne). La maison des ligues veut pouvoir organiser des réunions en fonction du lieu de résidence des employés pour optimiser le temps de trajet. L'exercice : dans l'agenda mutualisé, créer des droits administrateur pour un utilisateur, puis créer un menu "rechercher" visible uniquement pour l'administrateur. Ce menu doit permettre de sélectionner parmi tous les utilisateurs un utilisateur, ce qui affiche dans une nouvelle fenêtre la liste de tous les utilisateurs qui habitent le même département que lui. Deuxième partie : réalisation de la solution avec en plus la rédaction d'un rapport de test et une documentation utilisateur Les questions posées à cette occasion : - Avez-vous réalisé une documentation technique ? Si oui présentez-la nous - Avez-vous fait des tests ? - Avez-vous instancié des classes (PHP objet) ? - Qu'auriez-vous pu améliorer dans votre implémentation / dans votre projet en général ? Pour cette dernière question ils ont estimé que : - plutôt que de mettre toutes les fonctions communiquant vers la BDD dans un fichier BD.php il valait mieux les mettre dans le fichier qui les appelle pour éviter les doublons - ils ont remarqué que certaines requêtes étaient préparées et d'autres non, ce qui ne leur semblait pas cohérent Pas de demande concernant GLPI et les autres logiciels du contexte. Ils ont demandé si j'étais bien connectée sur la base du contexte et n'ont pas cherché à vérifier si c'était vrai. Ils ont aussi demandé si pendant le développement j'utilisais le contexte ou si je travaillais toujours en local.
Témoignage 2
Barre de recherche d'un produit avec auto-complétion en AJAX. Sa fiche produit puis possibilité de l'ajouter au panier des statistiques de connexion.
Témoignage 3
- Sous l'affichage des employés d'une ligue, il fallait que je rajoute le nombre de personnes qui s'affiche dans la liste. Ainsi s'il y a 3 personnes dans le résultat de ma requête d'affichage, il fallait que la mention "3 membres" s'affiche sous le tableau. - Pour la modification du mot de passe, j'avais seulement 2 champs (nouveau mot de passe et confirmation mot de passe). Pour plus de sécurité, ils m’ont demandé de rajouter le champ du mot de passe actuel afin de confirmer l'identité de l'utilisateur avant d'effectuer la modification. - Pour la modification des employés des ligues, j'avais 2 listes déroulantes identiques : une pour la suppression et une pour la modification. Ils m’ont demandé de trouver un autre moyen pour éviter d'avoir 2 listes déroulantes identiques. Donc soit regrouper les deux fonctionnalités avec une seule liste, soit rajouter une colonne dans le tableau pour rajouter la mention supprimer ou modifier... j'avais le choix des solutions le but final étant de supprimer au moins une liste déroulante.
Témoignage 4
- Faire des modifications au niveau du design (la faire grise/rouge...) - Pouvoir gérer le fait qu'un visiteur commercial ait présenté plusieurs médicaments pour un compte-rendu de visite.
Témoignage 5
Une nouvelle page sur l'application web de gestion des formations afin d'effectuer des statistiques. -> Tableau démontrant combien de salariés avaient adhéré à telle ou telle formation. -> Créer un administrateur qui peut voir les statistiques depuis son espace personnel. -> Rapport de test, documentation d'utilisation.
Témoignage 6
Empêcher la double connexion par adresse IP cad empêcher deux personnes avec la même adresse IP de se connecter au chat.
Témoignage 7
Interrogé sur l'appli Java, 2 étapes : - Faire une page affichant la liste des administrateurs des ligues + afficher leur nombre total. - Faire un système de contrôle de connexion bloquant la saisie de mot de passe et rendant la connexion impossible au bout de trois tentatives ratées. Documents demandés : - Maquettes sur papier pour les 30 minutes de réflexion. - Tests fonctionnels et documentation technique pour la partie code.
Témoignage 8
Nouvelle analyse bdd, refactoring, modification de classe, création formulaire, utilisation poo, tests neccesaires