IB ปริญญาตรี · วิทยาการคอมพิวเตอร์ · SL: หมายเหตุการสอน

เวอร์ชัน: การประเมินผลครั้งแรก 2027 เป้าหมาย

หมายเหตุเหล่านี้ครอบคลุมบางหัวข้อของหลักสูตรเท่านั้น ไม่ได้ครอบคลุมทั้งหมดตามมาตรฐานการเรียนรู้

การประเมินผลและเกณฑ์ระดับรายวิชา

• การจัดลำดับนี้บันทึกโครงสร้าง A/B ของ 2027 แยกต่างหากจากการประเมินผลรายวิชา 2014 ใน 2026

• อย่านำ Options A–D เก่าหรือน้ำหนักการประเมินเก่าไปใช้ต่อ A.4 Machine learning และ B.3 OOP อยู่ในโครงสร้างสาธารณะใหม่; B.4 เป็น HL เท่านั้น

• คะแนนกระดาษทดสอบปัจจุบัน, ความแตกต่างของการประเมินกรณีศึกษา, มาตรฐานการใช้ภาษาที่ยอมรับได้ และเกณฑ์ IA ยังคงถูกปิดไว้จนกว่าจะได้อ่านคู่มือปัจจุบัน

• โปรเจกต์คือโซลูชันคอมพิวเตอร์ที่ทำงานภายใต้การกำกับของโรงเรียนที่มีข้อกำหนด, การทดสอบและการประเมินผู้ใช้ ไม่ใช่การแทนที่ด้วยการเขียนขึ้นเอง

ระบบคอมพิวเตอร์, เครือข่าย และข้อกำหนด

จุดเน้นหน่วยทางการ: A.1 พื้นฐานคอมพิวเตอร์

ระบบจองห้องเรียนสามารถคำนวณถูกต้องแต่ล้มเหลวได้หากผู้ใช้สูญเสียการเข้าถึงหรือข้อมูลถูกเปิดเผย ความสำเร็จรวมถึงบริบทของระบบ

ระบบคอมพิวเตอร์รวมฮาร์ดแวร์ ซอฟต์แวร์ ข้อมูล และคน เครือข่ายช่วยให้สื่อสารผ่านโปรโตคอล ข้อกำหนดควรแยกฟังก์ชันออกจากข้อจำกัดเช่น การเข้าถึงได้, ความปลอดภัย และความเอื้อต่อการเข้าถึง

แยก Authentication ออกจาก Authorization Authentication ตรวจสอบตัวตน; Authorization กำหนดสิทธิ์การกระทำ โมเดลภัยคุกคามเชื่อมทรัพย์สินที่มีค่า, การโจมตีที่เป็นไปได้ และการควบคุมที่เหมาะสม

ใช้ชุดข้อมูลโรงเรียนสมมติเพื่อกำหนดผู้ใช้และสิทธิ์ วาดการไหลของข้อมูล, เปรียบเทียบการตรวจสอบและยืนยัน, และระบุการทดสอบสำหรับอินพุตปกติ, ขอบเขตและที่ไม่ถูกต้อง อย่านำข้อมูลรับรองหรือบันทึกนักเรียนจริงมาใช้ในกิจกรรม

ตัวอย่างวิธีทำที่ตรวจสอบแล้ว

ทราบแล้ว: ไฟล์หนึ่งมีขนาด 12 เมกะไบต์ โดยในตัวอย่างนี้กำหนดให้เมกะไบต์หนึ่งเท่ากับหนึ่งล้านไบต์ บิต = ไบต์×8 = 12×1,000,000×8 = 96,000,000 บิต ที่อัตรา 8,000,000 บิตต่อวินาที เวลาที่เหมาะสม = ขนาด/อัตรา = 12 วินาที โดยไม่รวมส่วนเพิ่มของระบบ

ข้อผิดพลาดที่พบบ่อย

แบนด์วิดท์ไม่ใช่การส่งข้อมูลจริงจากต้นทางถึงปลายทาง การเข้ารหัสข้อมูลไม่ได้การรับรองสิทธิ์การใช้งานที่ถูกต้องหรือขจัดความเสี่ยงด้านความปลอดภัยทั้งหมดโดยตัวมันเอง

เครือข่าย: ความล่าช้า, อัตราการส่งข้อมูล และการส่งแบบแบ่งชั้น

จุดเน้นหน่วยกิตทางการ: A.2 เครือข่าย

ข้อความขนาดเล็กอาจส่งช้าบนลิงก์ที่มีแบนด์วิดธ์สูง ความจุและความล่าช้าวัดคุณสมบัติต่างกัน

แพ็กเก็ตขนส่งข้อมูลที่ระบุที่อยู่ผ่านเครือข่าย โมเดลแบบแบ่งชั้นแยกความรับผิดชอบเช่น ความหมายของแอปพลิเคชัน การส่งข้อมูลระดับการขนส่ง และการกำหนดเส้นทางระดับเครือข่าย แบนด์วิดฟ์อธิบายถึงความจุ; อัตราการส่งข้อมูลจริงคือ throughput; ความล่าช้าคือ latency

เวลาในการส่งขึ้นอยู่กับขนาดข้อมูลและอัตรา ความล่าช้ารวมอาจรวมถึงการแพร่กระจาย การประมวลผล และการรอคิว การเข้ารหัสปกป้องเนื้อหาภายใต้สมมติฐานของมันแต่ไม่ขจัดปัญหาความแออัดหรือการเปิดเผยเมทาดาต้าทั้งหมด

ติดตามเส้นทางข้อความโดยใช้โมเดลท้องถิ่นที่ระบุไว้ บันทึกขนาด payload หน่วย และเวลาที่วัดได้ ใช้เครือข่ายที่ได้รับการยอมรับจากโรงเรียนและข้อความจำลอง; ห้ามสแกนหรือดักจับการจราจรของผู้ใช้รายอื่น

ตัวอย่างวิธีทำที่ตรวจสอบแล้ว

โจทย์กำหนด: ไฟล์ขนาด 8 เมกะบิต ข้ามลิงก์ขนาด 2 เมกะบิต/วินาที เวลาในการส่งที่สมบูรณ์แบบ = ขนาด/อัตรา = 8/2 = 4 วินาที ส่วนเพิ่มของโปรโตคอล ผู้ใช้รายอื่น และความล่าช้าสามารถทำให้ความเร็วในการส่งที่สังเกตได้น้อยลง

ข้อผิดพลาดที่พบบ่อย

เมกะไบต์หนึ่งมีค่าเท่ากับแปดเมกะบิตก่อนจะคำนวณส่วนเพิ่มของระบบ ลิงก์ที่มีอัตราการส่งข้อมูลสูงกว่าไม่ได้รับประกันความหน่วงต่ำหรือจุดปลายทางที่ปลอดภัย

ฐานข้อมูลเชิงสัมพันธ์: คีย์และความสัมพันธ์

จุดเน้นหน่วยกิตทางการ: A.3 ฐานข้อมูล

การซ้ำซ้อนที่อยู่ผู้ใช้ในคำสั่งซื้อทุกอันสามารถสร้างบันทึกที่ขัดแย้งกันได้เมื่อที่อยู่เปลี่ยนไป

ตารางเชิงสัมพันธ์ประกอบด้วยแถวและคุณสมบัติ คีย์หลัก (primary key) ระบุแถว; คีย์ภายนอก (foreign key) เชื่อมโยงไปยังคีย์ที่ถูกอ้างอิงในตารางอื่น การปรับมาตรฐาน (normalization) สามารถลดความซ้ำซ้อนที่ไม่จำเป็นและความผิดปกติในการอัปเดตได้โดยไม่สูญเสียความสัมพันธ์ที่มีความหมาย

การ join รวมแถวตามเงื่อนไขที่กำหนด จำนวนผลลัพธ์ขึ้นอยู่กับความเข้มงวดของความสัมพันธ์และตัวกรอง ข้อจำกัดคีย์ภายนอกบังคับกฎความสัมพันธ์; ไม่ได้เข้ารหัสข้อมูลส่วนบุคคลอัตโนมัติ

ออกแบบชุดข้อมูลผู้ใช้-คำสั่งซื้อจำลองขนาดเล็กที่ไม่มีข้อมูลส่วนบุคคลจริง ประกาศคีย์ ทดสอบการแทรกซ้ำและการอ้างอิงที่หายไป จากนั้นตรวจสอบผลลัพธ์ของ query เทียบกับตารางที่คำนวณด้วยมือ

ตัวอย่างวิธีทำที่ตรวจสอบแล้ว

โจทย์กำหนด: ลูกค้าสี่คนมีคำสั่งซื้อจำนวน 2, 0, 3 และ 1 ตามลำดับ การ inner join จากลูกค้าไปยังคำสั่งซื้อจะคืน 2+0+3+1 = 6 แถว การ left join จะคงลูกค้าที่ไม่มีคำสั่งซื้อไว้เป็นแถวที่จับคู่เป็น null หนึ่งแถว ทำให้ได้ 7 ในกรณีนี้

ข้อผิดพลาดที่พบบ่อย

คีย์หลักไม่จำเป็นต้องเป็นชื่อบุคคล การ join ไม่ใช่การต่อตารางอย่างง่าย ควรใช้ query ที่มีพารามิเตอร์สำหรับข้อมูลที่ไม่ไว้วางใจแทนการสร้าง SQL จากสตริงดิบ

โมเดลข้อมูลและการเรียนรู้ของเครื่องอย่างรับผิดชอบ

จุดเน้นหน่วยทางการศึกษา: A.4 การเรียนรู้ของเครื่อง

โมเดลอาจได้คะแนนดีโดยการเรียนรู้ทางลัดในข้อมูลการฝึกสอน การประเมินผลต้องทดสอบงานที่มุ่งหมายบนตัวอย่างที่ไม่เคยเห็นที่เหมาะสม

ฐานข้อมูลเชิงสัมพันธ์ใช้ตาราง คีย์ และความสัมพันธ์ในการจัดระเบียบข้อมูล การเรียนรู้ของเครื่องประมาณรูปแบบจากข้อมูล ข้อมูลการฝึกสอนและการประเมินผลทำหน้าที่แตกต่างกัน

คีย์หลักระบุบันทึกได้อย่างเป็นเอกลักษณ์ ส่วนคีย์ภายนอกเชื่อมโยงการบันทึก ในกระบวนการทำนาย ความรั่วไหลของข้อมูลสามารถเปิดเผยข้อมูลที่ไม่มีอยู่จริงในช่วงเวลาตัดสินใจจริง ความแม่นยำเพียงอย่างเดียวอาจบดบังการกระจายเป้าหมายที่ไม่สมดุล

ใช้บันทึกการจองสมมติเพื่อระบุเอนทิตี้ attribute และความสัมพันธ์ สำหรับกิจกรรมการเรียนรู้ ใช้ชุดข้อมูลสาธารณะที่ไม่อ่อนไหว แยกข้อมูลฝึกและทดสอบ และอธิบายว่าใครอาจได้รับผลกระทบจากความผิดพลาด ขอบเขตวัตถุประสงค์ CS 2027 ปัจจุบันรอคู่มือ

ตัวอย่างวิธีทำที่ตรวจสอบแล้ว

ทราบ: ตัวจำแนกประเภททำ 90 การทำนายถูกต้อง จาก 100 กรณี ความแม่นยำ = ถูกต้อง/รวม×100 = 90% หากมี 90 กรณีอยู่ในคลาสหนึ่ง การทำนายคลาสนั้นเสมอให้ค่าความแม่นยำเท่ากันและยังคงล้มเหลวในทุกกรณีของคลาสน้อย

ข้อผิดพลาดที่พบบ่อย

ความแม่นยำสูงไม่ใช่หลักฐานของความยุติธรรมหรือความเข้าใจเชิงเหตุและผล คีย์หลักของฐานข้อมูลไม่ใช่ฟิลด์ใดก็ได้ที่ดูสำคัญ

อัลกอริทึม การติดตาม และหลักฐานความถูกต้อง

จุดเน้นหน่วยทางการศึกษา: B.1 Thinking แบบคำนวณ; B.2 การเขียนโปรแกรม; IA โซลูชันการคำนวณ

อัลกอริทึมอาจทำงานได้กับตัวอย่างหนึ่งแต่ล้มเหลวที่ขอบเขต การทดสอบควรออกแบบจากสเปกไม่เพียงแต่เส้นทางที่ราบรื่น

อัลกอริทึมคือขั้นตอนที่มีจำกัดและไม่คลุมเครือสำหรับงานหนึ่ง การติดตามบันทึกการเปลี่ยนแปลงสถานะ Loop invariant อธิบายคุณสมบัติที่ถูกรักษาไว้โดยการวนซ้ำแต่ละครั้งและช่วยยืนยันความถูกต้อง

ระบุเงื่อนไขอินพุตและเอาต์พุตที่คาดหวัง ใช้กรณีขอบเขต เซ็ตว่างเมื่ออนุญาต ค่าซ้ำ และค่าที่ไม่ถูกต้อง แยกอัลกอริทึมที่ผิดออกจากโค้ดที่เขียนผิดหรือข้อกำหนดที่ไม่สมบูรณ์

ติดตามการค้นหาในรายการเรียงลำดับสมมติน้อยๆ ระบุ().' convention การอ้างอิงตำแหน่ง สำหรับ binary search อัปเดตขอบเขตเพื่อให้ช่วงที่เหลือเล็กลง Reject อินพุตที่ไม่เรียงลำดับเว้นแต่การจัดเรียงจะเป็นส่วนหนึ่งของงาน

ตัวอย่างวิธีทำที่ตรวจสอบแล้ว

ทราบ: การค้นหาแบบเส้นตรงของรายการแปดรายการอาจต้องการการเปรียบเทียบแปดครั้งเมื่อ itemCount ที่หาอยู่ท้ายสุดหรือไม่มีอยู่ การเพิ่มขนาดรายการสองเท่าจะเพิ่มจำนวนการเปรียบเทียบในกรณีแย่ที่สุดสองเท่าภายใต้โมเดลนี้ Binary search ลดช่วงลงเกือบครึ่งในแต่ละขั้นตอนแต่ต้องใช้โครงสร้างที่เรียงลำดับเหมาะสม

ข้อผิดพลาดที่พบบ่อย

การทดสอบตัวอย่างที่สำเร็จไม่พิสูจน์ความถูกต้องสำหรับอินพุตที่ถูกต้องทั้งหมด อย่านำไวยากรณ์ pseudocode เฉพาะ Cambridge เข้ามาในหลักสูตร IB โดยไม่มีแหล่งข้อมูลหลักสูตร

วัตถุ: สถานะ พฤติกรรม และอินเทอร์เฟซ

จุดเน้นหน่วยทางการศึกษา: B.3 การเขียนโปรแกรมเชิงวัตถุ

วัตถุโมเดลบัญชีธนาคารสองตัวสามารถตอบสนองต่อคำสั่งฝากเงินเดียวกันได้ ในขณะที่มียอดคงเหลือต่างกัน

คลาสกำหนดชนิดที่มีสถานะและพฤติกรรม วัตถุคือตัวอย่างของคลาส การห่อหุ้มควบคุมการเข้าถึงผ่านอินเทอร์เฟซเพื่อให้การดำเนินการรักษาความถูกต้องได้ การสืบทอดสร้างความสัมพันธ์ระหว่างชนิดที่เหมาะสม ส่วนการประกอบสร้างแสดงถึงวัตถุที่ประกอบด้วยหรือใช้วัตถุอื่น

การเรียกใช้เมทโอดทำงานกับตัวอย่างเฉพาะ สถานะที่เปลี่ยนไปควรสอดคล้องกับเงื่อนไขก่อนและหลังการทำงาน ความหลากหลายของรูปแบบทำให้โค้ดสามารถใช้อินเทอร์เฟซร่วมกันด้วยการนำไปใช้ที่แตกต่างกันเมื่อเคารพในสัญญาการดำเนินการ

สร้างโมเดลบัญชีหรือสต็อกสินค้าสังเคราะห์ขนาดเล็ก ทดสอบตัวอย่างอิสระสองตัว ปฏิเสธการดำเนินการที่ไม่ถูกต้องและค่าขอบเขต เก็บโมเดลห่างจากบัญชีการเงินจริงและข้อมูลประจำตัว

ตัวอย่างวิธีทำที่ตรวจสอบแล้ว

กำหนดให้: วัตถุ A เริ่มที่ 40 หน่วยและได้รับ 15; วัตถุ B เริ่มที่ 20 และได้รับ 5. balanceสุดท้ายคือ 55 และ 25. รวม theirs คือ 80, แต่ neither individual object balance is 80.

ข้อผิดพลาดที่พบบ่อย

คลาสไม่ใช่สิ่งเดียวกับตัวอย่างหนึ่งเดียว การสืบทอดไม่ได้ดีกว่าการประกอบสร้างโดยอัตโนมัติ การซ่อนฟิลด์เพียงอย่างเดียวไม่ได้พิสูจน์ว่าทุกการรักษาสถานะที่ถูกต้อง

การวิเคราะห์กรณีศึกษาด้านคอมพิวเตอร์: ประเมินระบบที่เสนอ

เน้นหน่วยทางการ: กรณีศึกษา กรณีศึกษา

ระบบจองโรงเรียนที่เสนอดูมีประสิทธิภาพ แต่คำแนะนำขึ้นอยู่กับผู้ใช้ ข้อจำกัด และหลักฐาน คำศัพท์ทางเทคนิคที่สมเหตุสมผลเพียงอย่างเดียวไม่ใช่การตัดสินใจที่รองรับได้

กรณีศึกษาวางทางเลือกทางคอมพิวเตอร์ไว้ในสถานการณ์ที่กำหนด ระบุผู้มีส่วนได้ส่วนเสีย ความต้องการ หลักฐานที่มีอยู่ และข้อจำกัด ก่อนแนะนำสถาปัตยกรรมหรืออัลกอริทึม แยกแยะข้อเท็จจริงของสถานการณ์ออกจากสมมติฐานและการคาดการณ์ การแลกเปลี่ยนสามารถเกี่ยวข้องกับประสิทธิภาพ ความน่าเชื่อถือ การเข้าถึงได้ ความเป็นส่วนตัว การบำรุงรักษา และค่าใช้จ่าย

คำแนะนำควรเชื่อมโยงความต้องการเข้ากับกลไกและการทดสอบที่สังเกตได้ ตัวอย่างเช่น ปัญหาความพร้อมใช้งานต้องอาศัยกลยุทธ์ที่ป้องกันการอัปเดตที่ขัดแย้งกัน plus การทดสอบที่แสดงถึง invariant การอ้างว่ามีการตอบสนองที่เร็วขึ้นต้องการการวัดภาระงานที่เทียบเท่ามากกว่าเพียงฉลากความซับซ้อน ประเมินทางเลือกภายใต้เงื่อนไขที่กำหนดเดียวกัน

ใช้สถานการณ์ที่ผ่านการอนุมัติจากโรงเรียนและข้อมูลสังเคราะห์ สร้างเมทริกซ์ของคำอ้าง หลักฐานจากสถานการณ์ที่สนับสนุน คำอธิบายทางเทคนิค ข้อจำกัด และการทดสอบการยอมรับ ระบุข้อเท็จจริงที่ขาดหายอย่างชัดเจนและแสดงว่าคำแนะนำจะเปลี่ยนไปอย่างไรหากสมมติฐานล้มเหลว สิ่งนี้เตรียมความพร้อมสำหรับการคิดแบบกรณีศึกษาโดยไม่ทำซ้ำกรณีศึกษาการประเมิน IB ที่ไม่สามารถเข้าถึงได้หรือสร้างเกณฑ์การสอบขึ้นมาเอง

ตัวอย่างวิธีทำที่ตรวจสอบแล้ว

กำหนดให้: โปรโตไทป์จำลองประมวลผล 120 คำขอสำเร็จระหว่างช่วงสังเกต 30 วินาที Throughput คือ 120/30=4 คำขอสำเร็จ/วินาที โปรโตไทป์ที่สองประมวลผล 150 ใน 30 วินาที หรือ 5/s. ตัวที่สองมี throughput ที่บันทึกไว้สูงกว่า 25%, แต่ไม่มีข้อสรุปเกี่ยวกับ latency, อัตราความล้มเหลวหรือประสิทธิภาพภายใต้ภาระงานที่ใหญ่ขึ้นโดยไม่มีการวัดเหล่านั้น

ข้อผิดพลาดที่พบบ่อย

Throughput ไม่ใช่เวลาตอบสนอง คำแนะนำที่เข้มงวดระบุว่าเงื่อนไขที่คาดว่าจะทำงานและหลักฐานที่อาจปฏิเสธได้ ข้อต้องการกรณีศึกษา CS แบบ official ปัจจุบันต้องตรวจสอบเทียบกับเวอร์ชันการประเมินที่เกี่ยวข้อง