WJEC A-level Computer Science: 실제로 중요한 것

WJEC의 A-level Computer Science는 깔끔하게 세 부분으로 나뉜다: 두 개의 필기 시험과 non-exam assessment (NEA) 코딩 프로젝트. GCSE에서 온 학생들은 보통 이 난이도 상승, 특히 컴퓨터 구조와 형식적 알고리즘 분석 부분이 얼마나 중요한지 과소평가한다. 이 가이드는 각 요소가 실제로 무엇을 요구하는지 설명하며, 사양 문서가 추상적으로 말하는 것만은 아니다.

당신이 다루는 시험 구조

Component 1 (Unit 1)은 프로그래밍, 데이터 구조, 컴퓨터 시스템 기초를 다룬다 — fetch-execute cycle, Boolean algebra, 수 표현(two's complement, floating point normalisation) 같은 것들. Component 2 (Unit 2)는 알고리즘, 데이터베이스, 네트워킹, 컴퓨팅의 법적/윤리적 측면을 더 깊이 있게 다룬다.

두 논문 모두 단답형 문제와 서술형 문제를 섞어 낸다. 또한 둘 다 WJEC 자체 스타일로 쓴 pseudocode를 포함하는데, 이는 Python이나 Java 문법과 조금 다르다. 초반에 이것에 익숙해져 라. 실제 Python만 쓰고 시험 출제 기관의 pseudocode 표기법을 읽는 연습을 절대 안 한 학생들은 이해가 아닌 번역 부분에서 점수를 잃는다.

Boolean algebra와 logic gates는 진정한 연습 시간이 필요하다

これは그 외에 실력 있는 프로그래머들을 당황하게 하는 부분이다. De Morgan's laws를 사용하여 식을 간단히 하기, XOR과 NAND 조합의 truth table 그리기, logic gate 다이어그램과 Boolean 식 사이의 변환 — 이런 기술들은 개념적 이해만이 아닌 반복이 필요하다. 과거 논문을 이 주제에 특화해서 풀어라. 채점 기준은 정확히 얼마나 많은 풀이 과정이 필요한지 보여 준다. 최종 답이 맞더라도 단계를 건너뛰면 점수가 깎인다.

Computer architecture: 용어가 아니라 pipeline을 알아라

학생들은 보통 "fetch, decode, execute"를 외울 수 있지만 각 단계에서 program counter나 memory address register에 실제로 무엇이 일어나는지 설명하는 데 어려움을 겪는다. WJEC 시험은 간단한 instruction cycle을 단계별로 추적하도록 요구한다. 실제 register 이름(MAR, MDR, PC, CIR, ALU)과 함께 손으로 몇 번 그려라. 수열이 자동이 될 때까지. von Neumann과 Harvard architecture도 마찬가지다 — 모호한 설명 단락이 아니라 명확한 구분 특징 하나를 알아라.

NEA: 실제로 완성할 수 있는 프로젝트를 선택해라

non-exam assessment는 전체 점수의 의미 있는 부분을 차지하며, 학생들이 가장 많이 하는 실수는 너무 야심 찬 프로젝트를 선택하는 것이다. SQLite 백엔드와 깔끔한 Tkinter 또는 PyQt 인터페이스가 있는 동작하는 inventory management system이 절대 깨진 프로토타입을 벗어나지 못하는 미완성 machine learning 앱보다 더 높은 점수를 받을 것이다.

평가 목표에 직접 맞춰 NEA 보고서를 구조화해라: analysis (무엇이 문제인가, 누구의 필요인가, 성공 기준이 무엇인가), design (데이터 구조, 알고리즘, 인터페이스 mockups), technical solution (실제 코드, 테스트 증거 포함), evaluation (원래의 성공 기준을 충족하는가, 실제 데이터에 대해 테스트되었는가). 각 단계의 테스트를 스크린샷으로 남겨라 — 심사자들은 주장이 아니라 증거를 보길 원한다.