คู่มือ A-Level CS NEA Project: จากความคิดถึงการเขียนรายงาน

Non-Exam Assessment (NEA) คือส่วนของ A-level Computer Science ที่คะแนนมาจากโปรเจกต์ของคุณเอง ไม่ใช่จากห้องสอบ มันให้ค่าน้อยหน่วยแก่การวางแผน การแก้ปัญหา และการสื่อสารด้านเทคนิคที่ชัดเจน เท่าที่ให้กับทักษะการเขียนโค้ดแบบดิบๆ คู่มือนี้จะอธิบายวิธีการเลือกปัญหาที่เป็นไปได้ จัดโครงสร้างงานของคุณ และเขียนเอกสารที่สะท้อนการให้คะแนนจริงๆ

การเลือกปัญหาที่คุ้มค่าในการแก้

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

ปัญหา NEA ที่ดีมักเกี่ยวข้องกับ:

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

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

การจัดโครงสร้างโปรเจกต์รอบรูปแบบการให้คะแนน

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

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