- -staf-18 -Programme staf-18

---

Analyse de faisabilité

• Il s'agit ici d'un brouillon de la Spécification du projet.
• Il est important d'avoir une idée claire de ce que vous voulez faire!

A. Projets d'analyse/comparaison/expérimentation

• Une esquisse de ce que vous désirez faire/écrire (en respectant les consignes), y compris les buts de l'analyse
• Une esquisse des workpackages (avec estimation des heures de travail à fournir).
• Un inventaire des problèmes

B. Projets de développement

• Une esquisse de ce que vous désirez faire, y compris les buts du dispositif et un récit qui montre une utilisation typique (scénario vécu pour une scène).
• Une esquisse des workpackages (avec estimation des heures de travail à fournir).
• Un inventaire des problèmes

Spécification du projet

On reprend l'analyse de faisabilité

• typiquement il s'agit de réduire la portée du projet et de clarifier certains points
• Modification ultérieure de la spécification: pour des raisons pédagogiques (dans la réalité commercial c'est un processus formel) il est interdit de modifier substantiellement les spécifications après les avoir rendues. Vous pouvez par contre modifier les workpackages pendant l'exécution.

A. Projets d'analyse/comparaison/expérimentation

• Une introduction qui présente notamment LA grande question de recherche et le public cible (contexte).
• Une liste des questions auxquelles vous désirez répondre (objectives)
• Une liste de "workpackages" (genre: recherche d'information, lectures, entretiens, rédaction, ...)
• Une liste de "deliverables": à qui/quoi sert votre texte, combien vous allez faire par rapport, etc.

B. Projets de développement

• Une introduction qui définit le but global du dispositif.
• Une liste de spécifications fonctionnelles (objectives: ce que le système devra faire)
• Des "récits" qui décrivent ce qu'un utilisateur fera avec le système. ATTENTION: un récit (au moins) par participant au projet.
• Une liste de "workpackages"
• Un liste courte de "deliverables" (éléments que vous allez fournir), genre:
• un système selon les spécifications ou encore un prototype qui implémente les éléments xx des spécifications
• Il ne faut rien oublier, pensez par exemple à un manuel d'utilisateurs (on et off-line)

La fiche jeux

Faire une fiche sur un jeu choisi selon le schéma développé dans le cours (max 3 participants par jeu !)

Le projet

• Demandez le feu vert de l'enseignant avant de démarrer (votre spécification doit être acceptée)!!

A. Dispositif

Développer un dispositif (en règle générale un bout de jeu ou une scène 2D/3D) selon les possibilités indiqués dans la section Liste de projets suggérés.

B. Travail de comparaison et d'analyse

Un texte sous format XML (environ 15-20 pages)

C. Travail d'expérimentation

Un texte sous format XML (environ 10 pages)

Rapport sur votre travail (commentaires)

• Comme pour l'analyse de faisabilité et les spécifications, il faut utiliser le dispositif XML. En gros il s'agit de remplir les noeuds "comments" .

A. Le rapport comprend (entre autres) les tâches suivantes

• Annotez l'élément "projet"
• Annotez les spécifications ("project-specification") et chaque workpackage
• Annotez le résultat ("project-results")
• Qualité des annotations, réflexions sur le "project design" (ce qui a marché et ce qui n'a pas marché", réflexion sur le résultat, discussion de perspectives "out-look".