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). Paper 3 на уровне SL отсутствует — это только для 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, блок-схемы, рекурсивное vs итеративное мышление и рассуждение об эффективности в стиле Big-O (хотя IB не требует формальной нотации Big-O на уровне SL, только сравнения относительной эффективности). Эта тема постоянно появляется в структурированных вопросах Paper 2, потому что легко написать вопрос на основе сценария вокруг нее.

Практикуйте написание псевдокода вручную под давлением времени. Соглашения IB pseudocode (используя 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 vs packet switching, конкретные слои протокола или разница между MAC-адресом и IP-адресом, сформулированная точно. Создайте однострочный словарь терминов Topic 2 с однофразовыми определениями в фразеологии IB, взятыми непосредственно из раздела глоссария руководства по предмету, и проверяйте себя на нем отдельно от ваших концептуальных заметок.

Если вам нужны более структурированные разбивки контента учебного плана, пошаговые объяснения алгоритмов или поддержка в планировании IA, посмотрите другие сегменты Computer Science и Tutoring на Korra Studio.

Написано с помощью ИИ, проверено и опубликовано Михалом Пильхом (CISSP), Korra Studio.

Готовы пойти дальше?

Это одна заметка из базы знаний Korra Studio — платформа сочетает каждую тему с наставничеством один на один.

Начать бесплатноarrow_forward