La finalité de ce document est une sorte de contrat d’engagement par rapport au projet à réaliser.

Il doit contenir une description du travail qui vous est demandé (contexte et objectifs). Si des passages ne sont pas clairs, il est nécessaire de voir avec les personnes qui vous ont fourni le sujet d’éclaircir ces points.

Il s'agit de définir et de détailler la marche à suivre qui va être mise en oeuvre afin de réaliser le projet. 
Ex : production de programmes :
Quel langage ? Quelles contraintes d’exécution ? En ligne ? Dans une machine virtuelle local ? Sur un serveur ?
Le code déposé sur un GitHub privé ? Public ? Quelle documentation à fournir ?

Il faut également envisager les différents problèmes qui pourraient mettre à mal cette réalisation et comment ils seraient gérés.
Ex : Que faire si un membre du groupe part en congé maladie longue durée ? Que faire si les données à utiliser ne sont pas fournis à temps ?
Quelles sont les stratégies de contournement que vous prévoyez face à ces difficultés (Risques) ?

Le document doit contenir une partie décrivant les livrables c'est-à-dire ce qui sera livré en fin de projet (code, documentation, manuel utilisateur, résultats d'analyse, ...).

Plan indicatif :
  • Contexte du projet
    • Equipe d'accueil, ...
  • Description générale
    • Sujet d'étude, objectifs
  • Fonctionnalités
    • Description de ce que chaque fonctionnalité doit accomplir. Préciser les données en entrées et les données produites en sorties.
  • Contraintes / Risques
    • Fonctionnelles
      • lister les contraintes ayant un impact indéniable sur le projet : workflow spécifique permettant de respecter un circuit de validation, récupération de données dans un autre système, etc.
    • Organisationnelles
      • lister les contraintes ayant un impact indéniable sur le projet : nombre de ressources limité, obligation d'intégrer tel ou tel partenaire, etc.
    • Techniques
      • lister les contraintes ayant un impact indéniable sur le projet : obligation d'utiliser une plateforme de développement spécifique, organisation particulière de l'environnement de développement, etc.
      • Règles de codage et conventions de nommage

Le document est à faire signer par le client et à déposer sur moodle.