---
# System prepended metadata

title: QUESTIONS
tags: [questions, specs]

---

# QUESTIONS

###### tags: `questions`, `specs`

## 08/04 
- planning pour la derniere partie en ce basant sur le cout en terme de nombre d'heurs que l'on a mis dans le tableau des couts --- 22/04 ---
- cahier des specs à rendre pour 21/04
- introduction
- ecrire chaque fonctionnalite pour une semaine

Structure du cahier des specifications: 
1) Introduction: langage, raisons pourquoi on a choisi ce sujet
2) organigrame et fonctionnalitées
3) Specifications: lien entre spec et modules. Lien entre les informations qui circulent entre les modules. Si il y a des résultats envoyés, les préciser. 
4) Conclusion

Ne pas oubliez les références.
## Question pour le 01/04

- ajouter un tableau en annexe pour les valeurs des tests unitaire :-1: 
- ajouter des references dans l'intro, dans le glossaire (mandlebrot)
- ajouter une intro
- redefinition du sous ensemble de sommet G' dont le sous ensemble de sommet est V' sous ensemble de sommet de V'
- virer matrice dans le glossaire
- change la portee du travail deux cas generation aleatoire et generation pre existante
- Changer le visuel pour les exigences fonctionnelles (: , \\ a ajouter)
- interface graphique: fonctionnelle ou non fonctionnelle
- references et explication de force atlas 2
- en quoi l'utilisateur peut ameliorer notre application (programmation modulaire)
- tableau de couts avec le nombre d'heures :+1: 
- rappel des objectifs de l'application
- informations entre les modules dans les spécifications





## Questions pour 25/03
###### tags: `questions`, `specs`
- Faut il parler des test unitaires dans le cahiers des spécifications ? oui a decrire comme toute les autres fonctions
- Faut il spécifier les codes d'erreurs et de réussite des fonctions ayant ce type de retour ? oui decrire tout les codes d'erreurs et leur signification
- Faut il détailler le squelette du fichier de sauvegarde ? le commenter
- Faut il mettre des références dans le cahier des specifications ? Oui et le mettre dans un paragraphe introductif

expliquer les parametres d'entrée/sortie d'une fonction

Il nous faut un paragraphe introductif 

Elle veut des commentaires partout. 
Tout doit etre spécifié, pourquoi du comment. Y compris ce qui est 0 et ce qui est 1 par exemple.

Il faut faire le lien entre les specs et les modules.

specs: type de paramètre en entrée et en retour de méthode.

HEURES (ou pas)


## Questions pour 08/04


Peut on rajouter des images dans le cahier des specifications pour montrer les graphes de cas de test et leur retour potentielle ?


## Réponses du 08/04
- 21 00:00 rendu spécification
- Planning mercredi 22 jusqu'à date remise projet
- Spécification 
    intro simple (objectif projet, language +        rapidement raisons)
    2eme section organigramme + fonctionalitées
    3eme secttion specification
    Conclusion + references
    
    Lien Spécification + module (méthode/Procédures qui implémente fonctionalité)
    Lien infos qui circulent entre modules (appel fonction/méthode/résultats)