IB CS SL: المحتوى الذي تتخطاه أوراق HL بالكامل

معظم أدلة مراجعة IB Computer Science تتعامل مع SL باعتباره "HL ناقصًا بعض المواضيع" وتتوقف هناك. هذا صحيح للمحتوى، لكنه ليس صحيحًا لهيكل الامتحان أو توقعات IA أو كيفية اختبار الحالة الدراسية. إذا كنت تعمل على SL فقط، هناك عدد قليل من الأشياء التي لا تظهر أبدًا عند الدراسة من المواد المركزة على HL، لأن تلك المواد تفترض أنك ستجلس في Paper 3 وتتعمق في مواضيع HL فقط. يغطي هذا الدليل الأجزاء التي تهم بالفعل لامتحان SL والتقييم، وليس محتوى المنهج المشترك الذي يراجعه الجميع بالفعل.

ترجيح Paper 1 مقابل Paper 2 الذي لا أحد يشرحه بوضوح

طلاب SL يجلسون Paper 1 (اختيار من متعدد، 45 دقيقة، جميع المواضيع بالإضافة إلى الحالة الدراسية المُصدرة مسبقًا) و Paper 2 (أسئلة منظمة، ساعة و 15 دقيقة، تغطي المواضيع 1-4 بالإضافة إلى الحالة الدراسية). لا يوجد Paper 3 في SL — هذا خاص بـ HL فقط ويغطي مواضيع HL الإضافية (هياكل البيانات المجردة، إدارة الموارد، التحكم، والمواد الممتدة للحالة الدراسية). الكثير من الالتباس يأتي من طلاب يدرسون أوراق نماذج HL فقط ويتساءلون لماذا الأسئلة لا تطابق ما رأوه في الفصل. إذا كنت SL، تجاهل مخططات الإجابات الخاصة بـ Paper 3 تمامًا؛ فهي تختبر محتوى لست مسؤولاً عنه.

الحالة الدراسية تستحق انتباهًا أكثر مما يعطيه معظم الطلاب. يتم إصدارها قبل الامتحان بأشهر (عادة حول مارس لجلسة مايو) وتشكل تقريبًا 25% من Paper 1 وقسم إجباري كامل من Paper 2. اقرأ وثيقة الحالة الدراسية ثلاث مرات على الأقل قبل الامتحانات: مرة للفهم، مرة بإضافة تعليقات للمفردات التقنية (أسماء النظم المحددة، أصحاب المصلحة، الأجهزة والبرامج المذكورة)، ومرة بحتة لحفظ الأسماء والأدوار لأن قسم الحالة الدراسية في Paper 2 يتوقع منك الإشارة إلى السيناريو بدقة، وليس بشكل عام.

IA يتم تقييمه بشكل مختلف عما يفترضه الناس

التقييم الداخلي لـ SL و HL يستخدم نفس المعايير (A إلى E: التخطيط، نظرة عامة على الحل، التطوير، الوظيفة، والتقييم) لكن طلاب SL يُتوقع منهم إنتاج شيء بتعقيد أقل. المفحصون لا يبحثون عن عدد أقل من الميزات — فهم ينظرون إلى ما إذا كان التعقيد يطابق مستوى مهارتك الفعلي الموضح في العمل الصفي. خطأ شائع: طلاب SL يحاولون تطبيق野心ي جداً مع خادم قاعدة بيانات وأدوار مستخدم متعددة، ثم لا يستطيعون شرح الكود الخاص بهم في لقطة الشاشة المطلوبة، مما يؤدي إلى فشل المعيار C (التطوير، 6 علامات) و D (الوظيفة، 4 علامات).

نهج أفضل لـ SL: اختر مشكلة موجهة للعميل يمكنك شرحها بالكامل في أقل من 2000 كلمة للكتابة، مع حل يحتوي على 3-5 ميزات واضحة وقابلة للاختبار. أدلة الفيديو والصوت (المعيار C) تحتاج فعلاً إلى إظهار IDE، والكود الذي يعمل، وصوتك يروي القرارات — وليس عرض شرائح بعد الحقيقة. يمكن للمُقيمين التمييز بين الاثنين فورًا.

الموضوع 4 (التفكير الحسابي وتصميم البرامج) يحصل على وزن ناقص في المراجعة

المواضيع 1-3 (أساسيات النظام والشبكات وتنظيم الحاسوب) تحصل على معظم وقت الدراسة لأنها تبدو أكثر "كتابية". يغطي الموضوع 4 الخوارزميات والكود الوهمي وتصميم البرامج — جداول الجريان الجاف، والمخططات الانسيابية، والتفكير التكراري مقابل الحلقي، والاستدلال على الكفاءة بأسلوب Big-O (على الرغم من أن IB لا يتطلب تدوين Big-O رسمي على SL، فقط مقارنات الكفاءة النسبية). يظهر هذا الموضوع باستمرار في أسئلة Paper 2 المنظمة لأنه من السهل كتابة سؤال قائم على السيناريو حوله.

مارس كتابة الكود الوهمي بخط اليد تحت ضغط الوقت. اتفاقيات IB الكود الوهمي (استخدام loop، end loop، if، then، else، end if) محددة والمفحصون يخصمون علامات للبناء الجملة غير المتسق حتى لو كانت المنطق صحيح. افعل على الأقل خمس أسئلة موضوع 4 من أوراق سابقة من جلسات N19، M19، N18، و N17 (تجنب الأوراق بعد 2020 إذا تغير منهجك، لأن الدليل الحالي يأتي من منهج 2014 فُحص أولاً 2016، مع النسخة الحالية المفحوصة حتى جلسات 2024 قبل أن يتولى المنهج الجديد).

أسئلة الشبكات (الموضوع 2) تفضل المفردات المحددة على الفهم العام

طلاب SL غالبًا ما يفهمون الشبكات بشكل مفاهيمي لكن يفقدون العلامات لأن Paper 2 يريد شروطًا مسماة: التبديل بالدوائر مقابل تبديل الحزم، طبقات بروتوكول محددة، أو الفرق بين عنوان MAC وعنوان IP مذكور بدقة. قم ببناء قاموس صفحة واحدة من شروط الموضوع 2 مع تعريفات بجملة واحدة بصياغة IB، مستخرجة مباشرة من قسم القاموس في دليل الموضوع، واختبر نفسك عليها بشكل منفصل عن ملاحظاتك المفاهيمية.

إذا كنت تريد المزيد من الانقسامات المنظمة لمحتوى المنهج أو العمليات الحسابية أو دعم تخطيط IA، تحقق من قطاعات Computer Science والتدريس الأخرى على Korra Studio.