4. Projets Staf-18

Buts des projets "analyse/comparaison"

• · Formuler une problématique intéressante
• · Formuler quelques questions de recherche
• · Mise en oeuvre (recherches sur Internet, lecture d'articles, entretiens)
• · Assemblage d'idées, utilisation/création de cadres conceptuels et de schémas d'analyse
• · Rédaction

Buts des projets "développement"

• · Réaliser un dispositif de communication médiatisée par ordinateur (monde virtuel, groupware, etc.)
• · Connaître certaines théories et techniques de base.
• · Apprendre à gérer un projet Internet de A-Z (ou presque)

Buts du dispositif XML

• · Pour les étudiants: aide à la structuration de la démarche et du travail
• · Pour TECFA: élaboration d'un outil de gestion de projets

1. Projets d'analyse: qualité des questions de départ (spécification), qualité du texte, exhaustivité, réflexions, etc. (Imaginez que vous devez produire un rapport pour une organisation ou que vous désirez sousmettre un papier à une petite conférence).

1. 2. Projets de développement: Qualité du dispositif par rapport aux spécifications
2. · voir la section suivante: Démarche à suivre et travaux à rendre pour la pondération

A. Projets d'analyse/comparaison:

• · Une esquisse de ce que vous désirez écrire (en respectant les consignes), y compris
• · les buts de l'analyse
• · un scénario "contextuel" (agence réelle ou imaginaire qui commandite ce travail)
• · 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
• · le but du dispositif
• · scénario "contextuel" (agence réelle ou imaginaire qui commandite ce travail)
• · un récit qui montre une utilisation typique
• · Une esquisse des workpackage (avec estimation des heures de travail à fournir).
• · Un inventaire des problèmes

A. Projets d'analyse/comparaison

• · 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 ou le rapport devrait produire)
• · 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)

C. Note:

• · Evaluation des spécifications
• · intérêt général: spécification d'une problématique
• · cohérence
• · faisabilité
• · 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. Dans ce cas, vous devez refaire une deuxième version (et garde l'intacte la première).

A. Dispositif

Développer un dispositif (en règle générale tout un serveur) 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 PDF ou HTML (environ 15-20 pages)

A. Le rapport comprend (entre autres)

• · Annotez le projet
• · Annotez la spécifications et chaque workpackage
• · Annotez le résultat ("results")
• · Remplissez le "outlook"

B. Evaluation du rapport

• · Qualité des annotations, réflexions sur le "project design" (ce qui a marché et ce qui n'a pas marche", réflexion sur le résultat, discussion de perspectives "out-look".