Version imprimable
Boujour,
J'ai une partie de code qui correspond à la détection de l'iris d'un oeil.
Ce que je dois faire est documenter et modéliser cet algorithme. Le problème est que je ne comprend pas vraiment ce que je dois faire par "modéliser cet algorithme".
Qqun peut-il me guider dans ce que je dois faire?
Merci
Salut,
voici ma comprehension personnelle de la chose :
Un algorithme est rarement tout seul il fonctionne avec d'autres objets et s'incorpore souvent dans un diagramme de classe.
Si le code est deja dans un projet existant alors on te demande probablement d'etablir le diagramme de classe et le systeme de fonctionnement pour l'appel de l'algorithme ainsi que des exemples d'utilisations
Si tu dois incorporer le code a ton projet il faut faire le diagramme d'incorporation du code a ton projet avec le systeme de fonctionnement et des exemples d'utilisation.
Maintenant c'est un avis personnelle je te laisse juger.
XXiemeciel
Tu peux modeliser ton algorithme sous forme d'un schema bloc, en decoupant chaque etape de ton algo en bloc en indiquant l'entrée et la sortie de ceux-ci, si ce n'est pas trop compliqué tu peux présenter des images (par exemple pour le pre processing), ou descendre jusqu'a une valeur de pixel pour expliquer une étape de filtrage.
exemple:
[img]
http://upload.wikimedia.org/wikipedia/fr/4/42/Schema_simple_algorithme_genetique.png
[/img]
1- Documenter
a- documentation utilisateur => mode d'emploi vu par l'utilisateur, ce qu'il doit fournir à l'algo, les data qu'il doit amener et en fin d'algo ce qu'il va obtenir, où, sous quel format,...
b- documentation technique => comment sont organisées les séquences, les mémoires utilisées, l'arbre logique de décision dans l'algorithme, mettre les limitations ( taille des buffers, incompatibilité avec certaines situations, contraintes real-time...),...
2- modéliser
donner en entrée de l'algo des fichiers de points test qui vont permettre de passer dans toues les branches de l'algo et de le repousser dans ses dernieres limites et analyser
a- que le soft soit robuste ( detection des 0 devide, under/over flow, depassement de tableaux, ... et sortir le warning avant de planter)
b- que les resultats issus de ses solicitations soient effectivement ceux attendus