IB CS SL : Le contenu que les épreuves NL ignorent complètement

La plupart des guides de révision d'informatique IB traitent SL comme « NL moins quelques sujets » et s'arrêtent là. C'est vrai pour le contenu, mais faux pour la structure d'examen, les attentes de l'IA, ou la façon dont l'Étude de cas est testée. Si vous ne faites que SL, il y a quelques éléments qui n'apparaissent jamais quand vous étudiez à partir de matériels axés sur NL, parce que ces matériels supposent que vous passerez l'Épreuve 3 et approfondirez les sujets NL uniquement. Ce guide couvre les parties qui comptent réellement pour l'examen SL et la modération, pas le contenu de programme partagé que tout le monde révise déjà.

La pondération de l'Épreuve 1 par rapport à l'Épreuve 2 que personne n'explique clairement

Les étudiants SL passent l'Épreuve 1 (choix multiples, 45 minutes, tous les sujets plus l'Étude de cas pré-publiée) et l'Épreuve 2 (questions structurées, 1 heure 15 minutes, couvrant les Thèmes 1-4 plus l'Étude de cas). Il n'y a pas d'Épreuve 3 en SL — c'est NL uniquement et couvre les sujets NL supplémentaires (structures de données abstraites, gestion des ressources, contrôle, et le matériel étendu de l'Étude de cas). Beaucoup de confusion vient des étudiants étudiant les épreuves de sample NL uniquement et se demandant pourquoi les questions ne correspondent pas à ce qu'ils ont vu en classe. Si vous êtes SL, ignorez complètement les barèmes de l'Épreuve 3 ; ils testent du contenu dont vous n'êtes pas responsable.

L'Étude de cas mérite plus d'attention que la plupart des étudiants ne lui en donnent. Elle est publiée des mois avant l'examen (généralement vers mars pour une session de mai) et constitue environ 25 % de l'Épreuve 1 et une section obligatoire complète de l'Épreuve 2. Lisez le document d'Étude de cas au moins trois fois avant les examens : une fois pour la compréhension, une fois en annotant le vocabulaire technique (noms de système spécifiques, parties prenantes, matériel/logiciel mentionnés), et une fois uniquement pour mémoriser les noms et rôles parce que la section Étude de cas de l'Épreuve 2 s'attend à ce que vous référenciez le scénario précisément, pas génériquement.

L'IA est notée différemment que ce que les gens supposent

L'Évaluation interne pour SL et NL utilise les mêmes critères (A à E : Planification, Aperçu de la solution, Développement, Fonctionnalité, et Évaluation) mais les étudiants SL sont censés produire quelque chose avec moins de complexité. Les examinateurs ne cherchent pas un nombre de fonctionnalités réduit — ils examinent si la complexité correspond à votre niveau de compétence réel démontré dans le travail en classe. Une erreur courante : les étudiants SL tentent une application trop ambitieuse avec un backend de base de données et plusieurs rôles d'utilisateur, puis ne peuvent pas expliquer leur propre code dans la vidéo requise, coulant le Critère C (Développement, 6 points) et D (Fonctionnalité, 4 points).

Une meilleure approche pour SL : choisir un problème orienté client que vous pouvez complètement expliquer en moins de 2000 mots pour la rédaction, avec une solution qui a 3-5 fonctionnalités claires et testables. La vidéo et l'audio (Critère C) doivent réellement montrer l'IDE, le code en exécution, et votre voix narrant les décisions — pas une présentation après coup. Les modérateurs reconnaissent la différence immédiatement.

Le Thème 4 (Pensée computationnelle et conception de programmes) est sous-pondéré dans la révision

Les Thèmes 1-3 (Fondamentaux du système, Réseaux, et Organisation des ordinateurs) reçoivent l'essentiel du temps d'étude parce qu'ils paraissent plus « manuels scolaires ». Le Thème 4 couvre les algorithmes, le pseudocode, et la conception de programmes — tableaux de simulation, organigrammes, pensée récursive vs itérative, et raisonnement d'efficacité de style Big-O (bien que l'IB ne requière pas la notation Big-O formelle en SL, juste des comparaisons d'efficacité relative). Ce sujet apparaît constamment dans les questions structurées de l'Épreuve 2 parce qu'il est facile d'écrire une question basée sur un scénario autour.

Pratiquez l'écriture de pseudocode à la main sous pression temporelle. Les conventions de pseudocode IB (utilisant loop, end loop, if, then, else, end if) sont spécifiques et les examinateurs déduisent des points pour une syntaxe incohérente même si la logique est correcte. Faites au moins cinq questions passées du Thème 4 des sessions N19, M19, N18, et N17 (évitez les épreuves post-2020 si votre programme a changé, puisque ce guide actuel date du programme 2014 d'abord examiné 2016, avec la version actuelle examinée à travers les sessions 2024 avant la prise de contrôle du nouveau programme).

Les questions sur les Réseaux (Thème 2) favorisent le vocabulaire spécifique sur la compréhension générale

Les étudiants SL comprennent souvent les réseaux conceptuellement mais perdent des points parce que l'Épreuve 2 veut des termes nommés : commutation de circuits vs commutation de paquets, couches de protocole spécifiques, ou la différence entre une adresse MAC et une adresse IP énoncée précisément. Construisez un glossaire d'une page des termes du Thème 2 avec des définitions d'une phrase en phraséologie IB, tirées directement de la section glossaire du guide du sujet, et testez-vous dessus séparément de vos notes conceptuelles.

Si vous voulez des ventilations plus structurées du contenu du programme, des procédures pas à pas d'algorithmes, ou un soutien pour la planification de l'IA, consultez les autres segments Informatique et Tutorat sur Korra Studio.