News

Polytech Ge Sous Traitance: Finalisation des scénarios

Added by Jacques LAFFONT 5 days ago

Lors de la finalisation d'un scénario mettez impérativement un lien vers le document / révision svn / ... permettant de visualiser rapidement les résultats (en 1 clic).
Les documents doivent être au format .pdf et source (pour permettre une éventuelle modification) et se trouver dans le Wiki de la Sous traitance (avec une page associée) ou dans les fichiers du projet client.
Les enseignants ont des pages déjà définies dans le Wiki.

UltraNotes (Bizet & Devienne): Information

Added by Thomas DEVIENNE 4 months ago

Les versions 141 à 144 du projet ont été réalisé en binôme sur la machine de Thomas DEVIENNE.

UltraNotes (Bizet & Devienne): Nouveaux documents dans l'espace de travail partagé !

Added by Thomas DEVIENNE 7 months ago

Hey,

J'ai ajouté une nouvelle version du contexte qu'on avait commencé mercredi.
Il y a une version Word et une version PDF, la mise en page est laide mais le texte est bon.

N'hésite pas à y jeter un coup d’œil,
Thomas.

UltraNotes (Bizet & Devienne): Création du projet !

Added by Thomas DEVIENNE 7 months ago

C'est parti!

libszdist: v0.11.1 is out

Added by David PICARD 9 months ago

Fix bug #12387.

Projets 2020: Relancement sous-traitance 2020

Added by Pierrick STEPHANT 11 months ago

[Ce message est destiné aux 5A GE]

Nous allons débuter la dernière itération le 30/11, alors que nous sommes actuellement en manque de scénarios.
Nous souhaiterions alors vous inviter à une réunion le mercredi 25/11 à 18h30, sur le salon projet du serveur discord "Jacques Laffont's server".
L'objectif de cette réunion sera de discuter avec vous de l'éventualité de dépôts de nouveaux scénarios, puisque les dernières séances de projet arrivent à grand pas.
Il ne sera plus possible de nous confier des tâches de sous-traitance après ces dernières séances.

En vous remerciant par avance,
Les directeurs de produit GE4A

Polytech Ge Sous Traitance: Confinement et sous traitance

Added by Jacques LAFFONT 12 months ago

Les travaux de sous traitance continuent pendant le confinement

  • Pendant les séance de sous traitance veuillez vous connecter au salon des projets : https://discord.gg/7E5d4ZXTZc
  • Les enseignants seront disponibles sur ce salon pour répondre à vos questions
  • Essayez de maintenir au mieux le formalisme de la méthode agile
    • Faire la réunion de début de séance
    • Communiquer avec votre client

Le cadre est loin d'être idéal, nous ajusterons au fur et à mesure.

Projets 2020: Confinement et projets

Added by Jacques LAFFONT 12 months ago

Déroulement des projets pendant le confinement

  • Les projets se déroulent aux heures prévues à l'emploi du temps pendant le confinement
  • Pendant la séance de projet les enseignants seront présent sur le salon discord suivant : https://discord.gg/7E5d4ZXTZc
    • Veuillez joindre le pendant la séance, cela permettra de vous contacter si nécessaire
    • Activez votre partage d'écran
    • Vous pouvez utiliser les salons de discussion entre vous pendant la séance
  • Pensez à faire un point hebdomadaire avec votre tuteur afin d'éviter les dérives
  • Vous pourrez récupérer du matériel, pour cela contacter M. Sanchez et définissez avec lui les modalités
  • Prévoyez un temps lors de chaque fin séance pour :
    • informer vos tuteurs de vos avancées, la communication est un point très important
    • saisir le temps passé
      • à activer dans le configuration du projet
      • renseigner le temps passé dans l'onglet apercu

Big todo: Evaluation blanche du 04/06/2020 - 11h44

Added by Marc CHEVALDONNE over 1 year 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 : 35,5/120

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

Documents : 2,5/20

  • diagramme de paquetage [sur 2 points]
  • diagramme de classes [sur 8 points]
    L'UML est plutôt bien écrit. Pas trop d'erreurs.
    A corriger :
    - indiquez les multiplicités
    - si possible, indiquez les noms des propriétés sur les associations,
    - corrigez les signatures des méthodes de Manager.
    Il manque la description (-4).
    => 2,5/8
  • 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 : 11,5/20

  • bases (classes, structures, instances, …) [sur 2 points]
    Pas d'affichage Console dans les classes du Modèle.
    Je suppose que vous aurez besoin de passer vos propriétés avec une visibilité publique. Edit : seule la note peut être modifiée.
    Revoir le format des commentaires.
    => 2/2
  • abstraction (héritage, interfaces, polymorphisme) [sur 3 points]
    L'héritage est correct mais n'apporte pas grand chose.
    => 1/3
  • collections simples (tableaux, listes…) [sur 2 points]
    Evitez de passer des collections par référence en argument de méthodes ou constructeurs.
    Initialisez vos collections via les initialiseurs dans vos classes.
    Réécrire correctement le protocole d'égalité.
    => 2/2
  • collections avancées (dictionnaires) [sur 2 points]
    bientôt peut-être ?
    un petit dictionnaire pour les genres.
    => 0,5/2
  • encapsulation [sur 5 points]
    Les propriétés sont bien encapsulées (peut-être même trop... un peu inaccessibles...)
    Pensez à encapsuler les collections. <====
    => 1/5
  • tests (fonctionnels et/ou unitaires) [sur 4 points]
    Le test est très bien, mais, il faudrait le modifier en le séparant de la bibliothèque de classes.
    Il faut aussi modifier les méthodes qui utilisent les affichages Console (+ modification du test).
    Très bien. N'hésitez pas à faire plusieurs petits tests, plutôt qu'un très gros.
    => 4/4
  • LINQ [sur 1 point]
    ok
    => 1/1
  • évènements (cf. module IHM) [sur 1 point]

IHM : Interface Homme-Machine (XAML, WPF)

Documents : 12/20

  • description du contexte [sur 4 points]
    Les bémols sont :
    - la position dans le document (pourquoi ne commence-t-on pas avec le contexte ?)
    - la mise en page,
    - quelques fautes restantes
    Bon travail sinon.
    => 3/4
  • sketchs [sur 4 points]
    C'est propre, mais vos sketchs manquent de cohérence et de fausses données qui aideraient à les interpréter.
    Vous parlez souvent d'oeuvre (films, séries, livres, mais aussi jeux vidéo) mais dans un sketch il y a "les courses du confinement". Je ne sais vraiment plus où j'en suis. Ce sont des to-do listes personnalisées ou partagées ???
    "Les courses du confinement" c'est une oeuvre ??
    Je n'ai pas compris le coup de la croix pour supprimer de la liste à côté du bouton ToDo.
    Pour le reste, c'est propre.
    => 2/4
  • storyboards [sur 4 points]
    Très bien. Le storyboard lève toutes les ambiguïtés. Il n'y a que la mise en page qui est décevante et des fautes d'orthographe.
    => 3/4
  • diagramme de cas d’utilisation [sur 5 points]
    C'est très bien compris, aussi bien pour la forme du diagramme que la forme de la description.
    Quelques critiques :
    - certaines description pourraient être améliorées : par exemple l'ajout d'un élément à la done list doit éventuellement enlever cet élément de la todo list.
    - quelques cas pourraient être davantage détaillés.
    - quelques fautes.
    => 4/5
  • considérations ergonomiques [sur 2 points]
  • prise en compte de l’accessibilité [sur 1 point]

Programmation : 5/20

  • XAML :
    • répartition dans l’espace (layout des vues et usercontrols) [sur 2 points]
      Bien compris. Il faut juste mieux utiliser la Grid dans PopupTri.
      => 2/2
    • utilisation des controls (vues et usercontrols) [sur 1 point]
      L'utilisation des controls est variée.
      => 1/1
    • ressources, styles [sur 2 points]
      ok pour MaterialDesign. Qqs styles locaux. A généraliser. Il y a de nombreux styles à passer en ressources d'App.
      => 1/2
    • DataTemplate (locaux et globaux) [sur 2 points]
  • boucle Model <-> View
    • gestion d’évènements sur la vue [sur 2 points]
      J'attends de la voir marcher, mais a priori c'est compris.
      => 1/2
    • 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 : 4,5/20

  • persistance (XML, JSON, BDD, WebService…) [sur 3 points]
  • autre ajout personnel [sur 3 points]
  • qualité
    • documentation du code [sur 2 points]
      attention au format.
      => 0,5/2
    • utilisation du repository subversion ou git [sur 2 points]
      Il manque des fichiers (image). Il y en a d'autres inutiles (csproj.user).
      => 1/2_*
  • fonctionnement de l’application
    • compilation [sur 3 points]
      ok la vue ne compile pas
      => 1/3
    • exécution [sur 5 points]
      bugs à l'exécution du test. ok pour le test
      => 2/5
    • déploiement [sur 2 points]

Big todo: Evaluation blanche du 27/05/2020 09h30

Added by Marc CHEVALDONNE over 1 year 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 : 27,5/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 : 5,5/20

  • bases (classes, structures, instances, …) [sur 2 points]
    Pas d'affichage Console dans les classes du Modèle.
    Je suppose que vous aurez besoin de passer vos propriétés avec une visibilité publique.
    => 1/2
  • abstraction (héritage, interfaces, polymorphisme) [sur 3 points]
    L'héritage est correct mais n'apporte pas grand chose.
    => 1/3
  • collections simples (tableaux, listes…) [sur 2 points]
    Evitez de passer des collections par référence en argument de méthodes ou constructeurs.
    Initialisez vos collections via les initialiseurs dans vos classes.
    Réécrire correctement le protocole d'égalité.
    => 0,5/2
  • collections avancées (dictionnaires) [sur 2 points]
    bientôt peut-être ?
  • encapsulation [sur 5 points]
    Les propriétés sont bien encapsulées (peut-être même trop... un peu inaccessibles...)
    Pensez à encapsuler les collections.
    => 1/5
  • tests (fonctionnels et/ou unitaires) [sur 4 points]
    Le test est très bien, mais, il faudrait le modifier en le séparant de la bibliothèque de classes.
    Il faut aussi modifier les méthodes qui utilisent les affichages Console (+ modification du test).
    => 2/4
  • LINQ [sur 1 point]
  • évènements (cf. module IHM) [sur 1 point]

IHM : Interface Homme-Machine (XAML, WPF)

Documents : 12/20

  • description du contexte [sur 4 points]
    Les bémols sont :
    - la position dans le document (pourquoi ne commence-t-on pas avec le contexte ?)
    - la mise en page,
    - quelques fautes restantes
    Bon travail sinon.
    => 3/4
  • sketchs [sur 4 points]
    C'est propre, mais vos sketchs manquent de cohérence et de fausses données qui aideraient à les interpréter.
    Vous parlez souvent d'oeuvre (films, séries, livres, mais aussi jeux vidéo) mais dans un sketch il y a "les courses du confinement". Je ne sais vraiment plus où j'en suis. Ce sont des to-do listes personnalisées ou partagées ???
    "Les courses du confinement" c'est une oeuvre ??
    Je n'ai pas compris le coup de la croix pour supprimer de la liste à côté du bouton ToDo.
    Pour le reste, c'est propre.
    => 2/4
  • storyboards [sur 4 points]
    Très bien. Le storyboard lève toutes les ambiguïtés. Il n'y a que la mise en page qui est décevante et des fautes d'orthographe.
    => 3/4
  • diagramme de cas d’utilisation [sur 5 points]
    C'est très bien compris, aussi bien pour la forme du diagramme que la forme de la description.
    Quelques critiques :
    - certaines description pourraient être améliorées : par exemple l'ajout d'un élément à la done list doit éventuellement enlever cet élément de la todo list.
    - quelques cas pourraient être davantage détaillés.
    - quelques fautes.
    => 4/5
  • considérations ergonomiques [sur 2 points]
  • prise en compte de l’accessibilité [sur 1 point]

Programmation : 4/20

  • XAML :
    • répartition dans l’espace (layout des vues et usercontrols) [sur 2 points]
      Bien compris. Il faut juste mieux utiliser la Grid dans PopupTri.
      => 2/2
    • utilisation des controls (vues et usercontrols) [sur 1 point]
      L'utilisation des controls est variée.
      => 1/1
    • ressources, styles [sur 2 points]
      ok pour MaterialDesign. Qqs styles locaux. A généraliser. Il y a de nombreux styles à passer en ressources d'App.
      => 1/2
    • 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 : 6/20

  • persistance (XML, JSON, BDD, WebService…) [sur 3 points]
  • autre ajout personnel [sur 3 points]
  • qualité
    • documentation du code [sur 2 points]
      non
      => 0/2
    • utilisation du repository subversion ou git [sur 2 points]
      Il manque des fichiers (image). Il y en a d'autres inutiles (csproj.user).
      => 1/2_*
  • fonctionnement de l’application
    • compilation [sur 3 points]
      sans projet, il n'y a rien à compiler. ok
      => 3/3
    • exécution [sur 5 points]
      bugs à l'exécution du test.
      => 2/5
    • déploiement [sur 2 points]

1 2 3 ... 16 (1-10/153)

Also available in: Atom