« STIC:STIC I - exercice 8 (Nestor-Pixel) » : différence entre les versions

De EduTech Wiki
Aller à la navigation Aller à la recherche
mAucun résumé des modifications
mAucun résumé des modifications
Ligne 18 : Ligne 18 :
* Le formulaire ne doit pas forcément être un quiz, il peut s'agit par exemple d'une interface de paramétrage
* Le formulaire ne doit pas forcément être un quiz, il peut s'agit par exemple d'une interface de paramétrage
* Le dessin SVG doit être en partie dynamique (par exemple tailles et positions).
* Le dessin SVG doit être en partie dynamique (par exemple tailles et positions).
; Le rapport:
* Titre, auteur et date
* Liens vers le dispositif.
* Objectifs du dispositif: Il sert à quoi / quelle population ?
* Quelques notes sur le design
* La production: bref résumé de la démarche
* Difficultés, auto-évaluation, remarques
* Ressources utilisées, bibliographie.
=== Evaluation ===
# le script marche
# validité des pages (formulaire et résultat)
# créativité
# utilité
# ergonomie de la page
# respect de principes de design par ex. "instructional design" pour les règles d'un QCM
# Qualité du rapport: Objectifs du dispositif, design, etc.
# Bonus: XHTML au lieu de HTML, récupération de donnés (sûre!) dans un fichier
# Malus: Récupération de donnés pas sûre et formulaire attirant les spammers.


== Liens ==
== Liens ==

Version du 30 novembre 2007 à 00:40

Cette page fait partie des cours STIC I et STIC II

Enoncé de l'exercice 8

Cet exercice du cours STIC I vous permet:

  • d'apprendre à générer du SVG avec PHP

Tâche

  • Faites un formulaire HTML (soit une page HTML, soit généré par PHP)
  • Faites un script PHP qui affiche quelquechose en SVG ou en X3D en fonction des informations obtenus par le formulaire.

Emplacement de la page d'accueil / rapport:

/etu-maltt/nestor/<login>/stic/ex8/

Contraintes

  • Le formulaire ne doit pas forcément être un quiz, il peut s'agit par exemple d'une interface de paramétrage
  • Le dessin SVG doit être en partie dynamique (par exemple tailles et positions).
Le rapport
  • Titre, auteur et date
  • Liens vers le dispositif.
  • Objectifs du dispositif: Il sert à quoi / quelle population ?
  • Quelques notes sur le design
  • La production: bref résumé de la démarche
  • Difficultés, auto-évaluation, remarques
  • Ressources utilisées, bibliographie.

Evaluation

  1. le script marche
  2. validité des pages (formulaire et résultat)
  3. créativité
  4. utilité
  5. ergonomie de la page
  6. respect de principes de design par ex. "instructional design" pour les règles d'un QCM
  7. Qualité du rapport: Objectifs du dispositif, design, etc.
  8. Bonus: XHTML au lieu de HTML, récupération de donnés (sûre!) dans un fichier
  9. Malus: Récupération de donnés pas sûre et formulaire attirant les spammers.

Liens

Transparents