For the complete documentation index, see llms.txt. This page is also available as Markdown.

Livrables

Livrables

  • Le projet hĂ©bergĂ©, fonctionnels,MMI.sae401.ovh

    • Liens, accĂšs nĂ©cessaires par mail 1/groupe

  • Lien(s) Github (avec des commit de tous les membres du groupes, pĂ©nalitĂ©s sinon)

    • Malus dans le cas contraire

    • Les README correctement configurĂ©s sur le/les dĂ©pĂŽts github

  • Grille d’autoĂ©valuation du projet

  • Grille d’évaluation individuelle des membres du groupe (1 / personne)

  • Extraction des principaux prompts IA, avec explication de l'objectif et des attentes de ces prompts (format pdf)

  • Le dossier technique du projet (dĂ©crit plus bas)

Dossier technique (livrable)

Le dossier technique est un document professionnel remis en fin de projet. Il devra contenir les éléments suivants :

  • RĂ©sumĂ© du projet (reprise des Ă©lĂ©ments du cahier des charges, de la demande client, ...)

  • Contexte du projet (en perspective d'une agence rĂ©pondant Ă  une demande) et objectifs (fonctionnalitĂ©s, ...)

  • Organisation du projet et de son Ă©quipe, gestion des tĂąches et de leurs rĂ©partitions

  • Conceptions et stack technique

    • MCD/MLD,

    • Documentation des API

  • SĂ©curitĂ© et Ă©lĂ©ments mis en places

  • Guide d'installation du/des projets (on part d'un serveur de base, comment on configure pour faire fonctionner le/les projets (commands, configuration, ...)

  • Bilan du projet

  • Prise de reculs et amĂ©liorations possibles

Vous y ajouterez, pour la SAE une page avec les différents accÚs, liens et comptes de démonstration

CritÚres évaluations :

  • QualitĂ© esthĂ©tique du projet (3 points)

    • Sans dĂ©velopper une charte graphique complĂšte, l'esthĂ©tique sera Ă©valuĂ© sur la cohĂ©rence des choix de couleurs, l'organisation des Ă©lĂ©ments, le rendu global. Vous pouvez utiliser des librairies CSS.

  • QualitĂ© de l’expĂ©rience utilisateur (3 points)

  • QualitĂ© technique du projet (difficultĂ©s, technologies, 
) (4 points)

    • DĂ©fis techniques, qualitĂ© de l’intĂ©gration, qualitĂ© des fonctionnalitĂ©s,

    • PrĂ©sence des Ă©lĂ©ments imposĂ©s (back office, 
)

    • Utilisation des technologies imposĂ©es (au moins 1 framework front et back + SASS/SCSS)

  • AccessibilitĂ© et eco-conception de l’application ou du service (3 points)

  • Pertinence des actions, de l'outil, des fonctionnalitĂ©s (capacitĂ© Ă  rĂ©pondre Ă  la demande, de maniĂšre ambitieuse) (4 points)

  • Dossier technique du projet (3 points)

3 points :

  • 0 : Rien

  • 1 : trĂšs moyen, non cohĂ©rent avec un travail de S4

  • 2 : Juste la consigne, un travail de S4 sans plus

  • 3 : Exceptionnel, au delĂ  des attentes

Grille d’autoĂ©valuation (1 par groupe)

Non fait

partiellement

Fait selon la consigne

Au dela de la consigne

Esthétique

UX

Originalité du sujet, niveau de la réalisation

Technique

Accessibilité, Eco-conception, ergonomie

Respect du cahier des charges, qualité des fonctionnaltiés

Exemple de grille Ă  rendre

Grille d’évaluation des membres

chaque étudiant complÚte autant de grille que de membre de groupe soit 3 ou 4 grilles / étudiant. 1 onglet par grille, 1 fichier à rendre

Auteur

Etudiant évalué

Non fait/absent

partiellement

Dans la moyenne du groupe

Au dela du groupe

Implication dans le projet

Présence sur les heures autonomie

Qualité du travail fourni

Communication avec les membres du groupes

Ouvrir
Exemple de grille individuelle

Compétences visées

Comprendre

Concevoir

Développer

Entreprendre

A TOUTE FIN UTILE

  • Il y a suffisamment de possibilitĂ© de prĂ©senter les choses, pour que vous n'ayez pas les mĂȘmes productions...

  • Github ... comparaison de fichier... facile de voir qui a copiĂ© qui

  • Vous ĂȘtes en S4... l'exigence de cette SAE sera donc Ă©levĂ©e.

Mis Ă  jour