VueJS a écrit : ↑10 févr. 2021 21:06
Merci BigMountain, je ne voyais pas cela comme ça.
Mais du coup, dans le cadre d'un organigramme, et non d'un arbre programmatique, comment tu exprimes des conditions ou des boucles ?
Les conditions et boucles se situent au niveau du code. Elles ne doivent être utilisées qu'à partir de la question 2 (dans cet exemple de sujet en tout cas).
Dans la première question il est demandé de faire l'organigramme GENERAL, il faut se positionner "plus haut", au niveau de l'analyse générale. Par exemple (exemple au hasard, rien à voir avec un sujet précis) si on a un utilisateur qui utilise un site web pour faire des achats, et un gestionnaire qui gère le stock :
|Utilisateur| ---> |Site| ----> |Stock| <--- |Gestionnaire|
Le but est de produire un schéma humainement compréhensible de l'application, de ses fonctionnalités, et des acteurs qui interagissent avec elle. Ce n'est que dans les questions suivantes qu'on demande de "zoomer" sur une fonctionnalité précise (par exemple la mise à jour du stock par le gestionnaire). Ce sera alors le moment d'utiliser des conditions et/ou des boucles pour faire le boulot demandé.
Par contre dans l'organigramme général on ne se demande pas si le programme va boucler "tant que" ou si une variable est bien initialisée ou si il utilise un smartphone ou un PC. C'est justement le plus dur je trouve, de se positionner plus haut, donc d'identifier les différents éléments de manière "globale", sans rentrer dans les détails, mais sans en oublier non plus.
Au final j'utilise personnellement que des flèches dans ce schéma généraliste. Après on peut utiliser ce qu'on veut comme symbole, tant que c'est clair pour le correcteur (ne pas oublier d'indiquer la légende ^^), et que ça apporte quelque chose au schéma.
D'après de nombreux messages sur ce forum (de personnes plus au courant que moi), c'est la logique générale qui est testée dans cette épreuve, plus que la connaissance informatique stricte. Je pense que cette première question généraliste qui revient tout le temps compte pour beaucoup (même si j'extrapole vu que je ne connais pas le barème), puisqu'elle permet à n'importe qui de prouver sa logique sans connaissance particulière des concepts de base informatique. Il vaut donc mieux s'affranchir pour l'organigramme général des concepts informatiques stricts comme les boucles et conditions (et variables, etc).
Un peu comme si tu devais faire le projet réellement : tu ne partirais pas directement dans le code, tu ferais d'abord un schéma général pour savoir ce qui est attendu, quels éléments vont fonctionner avec quels autres, etc. Ensuite seulement tu coderais chaque partie indépendamment.