Bonjour
J'ai un projet à faire ce dernier est un robot et je doit m'occuper de la programmation. La programation (en basic)en elle meme ne pose pas de probleme mais le probleme c'est que je ne sais pas comment faire un logigramme (la base de mon programme)je n'en est jamais fait(en cours). J'aimerai donc que vous m'eclairiez à ce sujet.
Merci d'avance .

Déplacement du topic, puisque ce n'est pas une question sur le langage C.

Pauvre étudiant. Je compathis. Je me souviens combien c'était difficile aussi pour moi de faire tous ces diagrammes à la noix de coco qui sont sensés être plus simples que le code alors que ce n'est pas forcément le cas. Heureusement dans la vie professionnelle, on se passe de ce genre de chose.
 
Si je me souviens bien, un logigramme est un dessin qui contient un losange pour chaque condition, et un trait à gauche si "non", et un trait à droit si "oui", avec aussi des carrés contenant une brève description d'un traitement, et parfois des petits ronds où aboutissent les traits qui remontent, quand il y a une boucle.
 
Bon courage !

Ah, c'est ça ? Je ne me rappelais même plus de ce nom.
J'en ai bouffé aussi.
 
Et ça sert à que dalle.

Dans ton cas, ça serait pas plutôt un diagramme d'automate fini qu'il te faudrait ?

Si on parle des flowchart, j'ai vu plutôt employer ordinogramme que logigramme (Wikipédia parle de organigramme de programmation, que je ne me souviens pas avoir vu employé).  Mais bon... c'est un machin tombé en désuétude en pratique à partir de la fin des années 60, remplacé par les pseudo-codes au même moment que la popularisation de la programmation structurée et du "Go To Statement Considered Harmful" de Dijkstra.

C'est plus pratique que les pseudo-codes quand on a des programmes à base de goto non structuré (les programmes spagettis).  Si le programme est structuré -- ce que n'importe quel programmeur éduqué ces 30 dernières années va faire sans y penser dans 99,9% des cas, même s'il utilise des goto -- la structure en bloc est beaucoup plus lisible.

L'objectif est le même que pour les pseudo-codes: donner la structure logique en s'affranchissant des contraintes qu'impose un langage plus formel.  Comme pour les pseudo-codes, il y a des tendances à les formaliser au point qu'ils perdent leurs avantages par rapport à un langage.

Bonjour merci pour vos reponse mais ce qu'il me faudrai serai un shema ou il y a des rectangles et deux reponses possible (binaire) oui ou non puis un enchenement de rectangle qui baleille tout les possibilités de mon robot pour ne rien oublier dans la programmation  
Merci encore.

Uh... précise ta demande s'il te plait ?

Petite doc d'époque pour t'aider: http://www.fh-jena.de/~kleine/hist [...] 8152-1.pdf
 
Tu peux considérer cela comme une expression graphique du pseudo-code.

Comme dit plus haut, ce qu'il te faut c'est un schéma d'automate fini. Avec des ordinogrammes, tu risques d'oublier des cas. Avec un schéma d'automate fini (encore nommé diagramme d'états-transitions), tu peux assez facilement t'assurer que tu as balayé tous les états.
En clair: un ordinogramme (ce que tu décris), ça ne sert plus à rien depuis longtemps, un diagramme d'états-transitions, ça sert à ce que tu veux faire.
(l'article wikipedia français est pas très bon et franchement peu clair. L'article anglais, comme souvent, est meilleur, mais jette un oeil aux liens suivants.)
In the beginning, there was the flowchart
http://www.agilemodeling.com/artif [...] iagram.htm
http://net.tutsplus.com/articles/h [...] web-coder/

Tu peux aussi utiliser un générateur de machine à états finis pour ton code:
http://smc.sourceforge.net/