Attention : vous consultez actuellement la documentation dédiée aux versions 1.x de Moodle. La documentation pour les versions 2.x de Moodle est consultable ici : mod/techproject/view/screens/requirements, celle pour les versions 3.x de Moodle est consultable ici : mod/techproject/view/screens/requirements et celle pour Moodle 4.x est consultable là : mod/techproject/view/screens/requirements.

« mod/techproject/view/screens/requirements » : différence entre les versions

De MoodleDocs
Aller à :navigation, rechercher
Aucun résumé des modifications
mAucun résumé des modifications
 
Ligne 1 : Ligne 1 :
[[mod/techproject/view|Index]]
[[mod/techproject/view|Index]]


[[image:techproject_requirements_overall_ne.gif]]
[[image:techproject_requirements_overall_ne.gif|center]]


== Attendus de projet ==
== Attendus de projet ==

Dernière version du 24 mai 2007 à 22:34

Index

techproject requirements overall ne.gif

Attendus de projet

Les attendus de projet sont les éléments constitutifs d'un "cahier des charges". Ils consistent en un certain nombre d'énoncés traduits du discours du commanditaire ou client.

La constitution de ces descriptions est une phase préalable à tout projet, que l'on appelle la phase "d'expression de besoins". Il s'agit de faire exprimer les besoins ressentis par un commanditaire, le plus précisément possible pour évaluer la taille, l'envergure et la complexité du projet.

Les attendus peuvent être organisés d'une façon hiérarchique. On peut commencer par lister des attendus très généraux, sous forme de "titres" de sections. Par exemple : pour constituer le cahier des charges d'un certain logiciel, on pourrait diviser le premier niveau de questionnement en la liste suivante :

  • Edition de fichiers graphiques
  • Possibilité de traitement de lots d'images
  • Filtres graphiques configurables
  • Filtres graphiques scriptables
  • Optimisation de taille d'image

Chacun de ces niveaux pouvant alors être affiné, comme le résultat d'un questionnement de type : "Pourriez-vous préciser s'il vous plait ?" qu'un consultant poserait au commanditaire.

La visualisation des attendus

Les attendus sont visualisés sous forme d'un arbre d'en-têtes déployé. Il est possible de masquer des sous-niveaux quelconques.

Chaque en-tête fournit des informations de synthèse, obtenues par propagation d'indicateurs à travers les associations qui seront faites entre les attendus et les spécifications :

  • La numérotation (calculée automatiquement)
  • l'intitulé
  • le nombre de spécifications associées (directement/par les sous-attendus)
  • le niveau de réalisation1, sous forme d'un bar-graph

Chaque en-tête peut être expansée pour accéder à la description et à un tableau complet des attributs des attendus.

(1) Le niveau de réalisation est calculé comme le niveau de réalisation des tâches qui sont liées à l'attendu, à travers des associations attendus <- spécifications <- tâches mises en place par l'utilisateur. Cette indication peut être non significative si ces liaisons ne sont pas entrées dans la description.

L'édition des attendus

Il n'est pas toujours possible d'éditer les attendus. L'enseignant peut choisir de verrouiller l'édition des attendus.

Un attendu est un ensemble d'informations décrivant un besoin. Sous une forme triviale, un attendu contient un libellé et une description libre. La description est en fait un article HTML libre que l'on peut structurer comme un document complet.

On peut qualifier un attendu par une indication de "force". Celle-ci désigne l'importance qu'à le besoin pour le commanditaire.

L'écran des attendus permet d'éditer un "arbre" d'attendus, construit par un processus de raffinement progressif. Sous chaque attendu on peut créer un sous-niveau d'attendus qui deviennent une description plus précise.

Stratégie pédagogique

Les attendus servent à donner des "consignes d'objectifs" à l'équipe de projet, sous forme "d'effets à produire". Il ne s'agira pas alors de décrire la façon d'obtenir ces effets, ce qui est de l'ordre des spécifications.

Ces objectifs peuvent être :

  • donnés par l'enseignant, mais modifiables par la suite par les étudiants
  • donnés par l'enseignant, mais verrouillés. Ils constituent alors une injonction définitive du projet.
  • éditables par l'étudiant, à partir d'un éditeur vide : les étudiants doivent donc faire le travail de récolte de besoins.