Règles de conduite de projets

---

Après la première réunion :

1. Rédaction d'un cahier des charges contenant :
   1. Le contexte du travail, le sujet
   2. Liste des travaux à effectuer : pour chaque tâche
      • Type de travail (étude biblio., spécification, codage etc.)
      • Matériel nécéssaire, compétence(s) à acquérir
   3. Donner les relations de dépendances entre les tâches
2. Définir un groupe de travail pour chaque tâche et estimer la durée de chaque tâche (même très approximativement)
3. Réaliser un calendrier prévisionnel du projet :
   1. Lister les tâches et les groupes
   2. Lister les disponibilités
   3. Dessiner le calendrier

Après chaque réunion : rédaction d'un compte rendu

1. Date
2. Participants
3. Liste des points abordés, avec pour chacun :
   1. Motif de la discussion
   2. Etat d'avancement par rapport au calendrier
   3. Ajustement éventuelle du calendrier
   4. Conclusion
4. Conclusion :
   • Commentaires d'ensemble
   • Mise a jour du calendrier prévisionnel

Avant chaque réunion :

1. Prévoir un ordre du jour (liste des points à aborder)
2. Préparer les documents :
   • Compte rendu précédent
   • Cahier des charges
   • Calendrier prévisionnel avec disponibilités de chacun

A la fin du projet :

Faire une archive (tgz) contenant :

1. Un fichier texte (pas de .doc !) «README.TXT» donnant le contenu de l'archive, le sujet , etc.
2. Tous les documents cités ici : rapports, spécifications, etc.
3. Les fichiers sources et compilés convenablement organisés dans des sous-répertoires
4. Le ou les fichiers de présentation utilisés pendant la soutenance

---

Règles de réalisation du projet

---

Spécification :

Avant tout codage il est indispensable de faire un document de spécification comportant :

1. Le point de départ :
   1. Ce qui existe (pgm., projet...) et ce que l'on veut faire (tâche précédemment définie)
   2. Fonctions/bibliothèques disponibles
   3. Structure de données (exemple : codage d`une image dans un tableau d'entier allant de 0 à 255...)
2. Proposer une solution à l'aide de phrases en français : le but est aussi de pouvoir discuter/présenter cette solution :
   1. Décomposer le problème à résoudre en petites parties
   2. Donner les relations entre ces parties
3. Proposer une « structure logiciel » de la solution (relations entre différentes parties définies précédemment)
4. Transformer cette solution en pseudo-langage correspondant aux choix structurels précédent : discuter/présenter
5. Coder cette solution dans le langage le plus adapté au problème en suivant les quelques règles suivantes

Codage :

1. Outils de développement/bibliothèques
   • Outils utilisés : emplacement (site ftp etc) des archives, et commentaires sur l'installation des outils (si ils étaient installés : le dire et donner la version de chacun)
   • Idem pour les bibliothèques
2. Les noms de fichier doivent avoir une signification par rapport à leur contenu
3. Pour chaque fonction créée :
   1. Donner un nom significatif par rapport à son rôle
   2. Avant de coder la fonction : donner le rôle de cette fonction ainsi que les éventuelles bibliothèques spécifiques (personnelles ou non) utilisées par cette fonction
   3. Indiquer ce qu'elle prend en entrée (y compris les variables globales éventuelles si elles n'ont pu être évitées) : Type des données et commentaire sur la signification de ces données
   4. Indiquer ce qu'elle produit ­idem que pour les entrées-
4. Choisir des noms de variables significatif etc.

NE PAS COMMENTER UNE FOIS QUE CELA FONCTIONNE MAIS PENDANT LE DEVELOPPEMENT