arrow_backНазад до польових записів
TUTORING Опубліковано 7 Aug 2026

IB CS SL: Контент, який пропускають у HL-роботах

Зосереджений посібник по темам IB Computer Science, які розглядаються тільки на SL і де студенти зазвичай недостатньо готуються: специфіка Case Study, обсяги IA та Topic 4.

Більшість посібників з повторення матеріалу IB Computer Science розглядають SL як «HL мінус кілька тем» і на цьому зупиняються. Для змісту це правда, але не для структури іспиту, очікувань щодо IA чи способу тестування Case Study. Якщо ви готуєтеся тільки на SL, є кілька речей, які ніколи не появляться, коли ви вчитеся за матеріалами, зосередженими на HL, тому ці матеріали припускають, що ви будете складати Paper 3 і глибше вивчатимете теми тільки для HL. Цей посібник охоплює частини, які насправді важливі для іспиту SL та модерування, а не загальний вміст програми, який усі вже переглядають.

Вага Paper 1 і Paper 2 — нікому не пояснюють чітко

Студенти SL складають Paper 1 (тести з вибором відповідей, 45 хвилин, усі теми плюс попередньо випущений Case Study) і Paper 2 (структуровані питання, 1 година 15 хвилин, охоплюючи Topics 1-4 плюс Case Study). На SL немає Paper 3 — це тільки для HL і охоплює додаткові теми HL (абстрактні структури даних, управління ресурсами, керування та розширений матеріал Case Study). Багато плутанини виникає, коли студенти вивчають зразкові роботи HL і дивуються, чому питання не збігаються з тим, що вони бачили на занятті. Якщо ви SL, повністю ігноруйте схеми оцінювання Paper 3; вони тестують вміст, за який ви не відповідаєте.

Case Study заслуговує на більше уваги, ніж студенти їй зазвичай приділяють. Він випускається за кілька місяців до іспиту (зазвичай близько березня для сесії в травні) і становить приблизно 25% Paper 1 і повну обов'язкову частину Paper 2. Прочитайте документ Case Study щонайменше три рази перед іспитом: один раз для розуміння, один раз з позначками технічної лексики (конкретні назви систем, зацікавлені сторони, апаратне/програмне забезпечення, про яке йдеться), і один раз чистого запам'ятовування імен та ролей, тому що частина Case Study у Paper 2 очікує, що ви будете посилатися на сценарій точно, а не в загальних рисах.

IA оцінюють інакше, ніж люди думають

Внутрішнє оцінювання для SL і HL використовує ті ж критерії (A–E: Planning, Solution Overview, Development, Functionality та Evaluation), але студенти SL повинні створити щось із меншою складністю. Екзаменатори не шукають меншу кількість функцій — вони дивляться на те, чи складність відповідає вашому фактичному рівню навичок, продемонстрованому в класній роботі. Поширена помилка: студенти SL намагаються створити надто амбітний додаток із базою даних на бекенді та кількома ролями користувачів, потім не можуть пояснити власний код у потрібному скринкасті, руйнуючи Criterion C (Development, 6 балів) та D (Functionality, 4 бали).

Більш розумний підхід для SL: виберіть проблему, орієнтовану на клієнта, яку ви можете повністю пояснити менш ніж за 2000 слів у написаній частині, з рішенням, яке має 3–5 чітких, тестованих функцій. Відеозаписи та аудіодоказ (Criterion C) повинні насправді показувати IDE, запущений код та ваш голос, що розповідає про рішення — не слайдшоу після цього. Модератори негайно помітять різницю.

Topic 4 (Computational Thinking and Program Design) отримує занадто мало уваги при повторенні

Topics 1–3 (System Fundamentals, Networks та Computer Organization) отримують основну частину часу на навчання, тому що вони здаються більш «підручниковими». Topic 4 охоплює алгоритми, псевдокод та проектування програм — таблиці dry-run, блок-схеми, рекурсивне проти ітеративного мислення та міркування про ефективність у стилі Big-O (хоча IB не вимагає формальних позначень Big-O на SL, просто порівняння відносної ефективності). Ця тема постійно з'являється в структурованих питаннях Paper 2, тому що легко написати навколо неї питання на основі сценарію.

Практикуйте написання псевдокоду від руки під тиском часу. Конвенції IB для псевдокоду (використання loop, end loop, if, then, else, end if) є конкретними, і екзаменатори знижують бали за невідповідний синтаксис навіть якщо логіка правильна. Виконайте щонайменше п'ять питань Topic 4 з минулих робіт з сесій N19, M19, N18 та N17 (уникайте робіт після 2020 року, якщо ваша програма змінилася, оскільки поточний посібник датується програмою 2014 року, вперше розглянутою 2016 року, з поточною версією, що розглядалася до сесій 2024 року перед тим, як нова програма вступила в силу).

Питання Networks (Topic 2) переважають конкретну лексику над загальним розумінням

Студенти SL часто розуміють мережеві технології концептуально, але втрачають бали, тому що Paper 2 хоче названих термінів: circuit switching проти packet switching, конкретні рівні протоколу або різниця між MAC-адресою та IP-адресою, вказаними точно. Складіть односторінковий глосарій термінів Topic 2 з однозвідковими визначеннями за фразеологією IB, вилучені безпосередньо з секції глосарію посібника предмету, і тестуйте себе на ньому окремо від ваших концептуальних нотаток.

Якщо ви хочете більш структурованих розбірок змісту програми, walkthrough алгоритмів або підтримку планування IA, перегляньте інші сегменти Computer Science та Tutoring на Korra Studio.

Написано з допомогою штучного інтелекту, перевірено та опубліковано Мішалем Пільчем (CISSP), Korra Studio.

Готові йти далі?

Це одна замітка з бази знань Korra Studio — платформа поєднує кожну тему з 1-на-1 менторингом.

Початок безплатноarrow_forward