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/specifications, celle pour les versions 3.x de Moodle est consultable ici : mod/techproject/view/screens/specifications et celle pour Moodle 4.x est consultable là : mod/techproject/view/screens/specifications.

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

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


== Spécifications ==
== Spécifications ==

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

Index

techproject specifications overall ne.gif

Spécifications

Les spécifications sont des énoncés qui décrivent la solution qui sera mise en oeuvre et qui constitue le "produit" ou "système" concret du projet.

La phase de spécification est la phase "d'analyse" dans laquelle on conçoit la solution, on en étudie la constitution, les parties, et on prépare les techniques de réalisation.

Les spécifications, comme les attendus, peuvent être organisées d'une façon hiérarchique. On peut commencer par lister des enveloppes très générales, qui désigneront des "organes" du système constituant la solution. Par exemple : pour constituer le cahier des charges d'un certain logiciel, on pourrait diviser le premier niveau de découpage organique en la liste suivante :

  • Tampon graphique
  • Utilitaires d'import/export
  • Infrastructure de filtres
  • Filtres standards
  • Interface graphique
  • Format de fichiers de stockage

Chacun de ces niveaux pouvant alors être raffiné, comme le résultat d'un questionnement de type : "Quels composants logiciels identifiables sont nécessaires pour constituer la librairie d'import/export ?" qu'un analyste se poserait.

La visualisation des spécifications

Les spécifications sont visualisées 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 spécifications et les tâches :

  • la numérotation (calculée automatiquement)
  • l'intitulé
  • le nombre d'attendus associés (directement/par les sous-tâches)
  • le nombre de tâches associées (directement/par les sous-tâches)
  • le niveau de réalisation, sous forme d'un bar-graph

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

L'édition des spécifications

Il n'est pas toujours possible d'éditer les spécifications. L'enseignant peut choisir de verrouiller l'édition de cette entité.

Une spécification est un ensemble d'informations décrivant une portion du système, un format utilisé par le système ou toute autre construction technique que le système demande pour fonctionner. Sous une forme triviale, une entrée de spécification 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 une spécification par des indicateurs :

  • Importance : Celle-ci désigne l'importance qu'à l'élément spécifié pour le projet.
  • Priorité : Celle-ci désigne la priorité de cet élément, qui influera sur la priorité des tâches qui la réaliseront.


L'écran des spécifications permet d'éditer un "arbre" d'entrées de spécifications, construit par un processus de raffinement progressif. Sous chaque spécification, on peut créer un sous-niveau de spécifications qui décrivent un sous-composant de cet élément.

Stratégie pédagogique

Les spécifications servent à donner des "consignes d'objectifs" à l'équipe de projet, sous forme d'objets à constituer. 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. Si les attendus sont déverrouillés, on peut alors constituer un exercice constituant à reconstituer ce qu'un "client" non technique aurait pu exprimer comme besoin. Cet exercice est intéressant pour apprendre à l'étudiant le passage d'une formulation "métier" à une formulation "technique".
  • éditables par l'étudiant, à partir d'un éditeur vide : les étudiants doivent donc faire le travail d'analyse de la solution.