WJEC A-level Computer Science: 本当に重要なこと

WJEC の A-level Computer Science は3つの部分に分かれています。記述式試験が2つと、非試験評価（NEA）のコーディングプロジェクトです。GCSE から進学した学生は、難易度の跳ね上がりを過小評価することが多いです。特にコンピュータアーキテクチャと形式的なアルゴリズム分析の領域でそうです。このガイドでは、各コンポーネントが実際に求めていることを、仕様書の抽象的な説明ではなく、具体的に説明します。

実際の試験構成

コンポーネント1（ユニット1）はプログラミング、データ構造、コンピュータシステムの基礎をカバーしています。フェッチ・エグゼキュートサイクル、ブール代数、数値表現（2の補数、浮動小数点正規化）などです。コンポーネント2（ユニット2）はアルゴリズム、データベース、ネットワーク、コンピューティングの法律・倫理面をより深く扱います。

両方の試験論文も、短答形式の問題と長文記述問題を混ぜています。また両方とも WJEC 独自のスタイルで書かれた疑似コードを含んでいます。このスタイルは Python や Java の構文とは少し異なります。早めにこれに慣れてください。実際の Python だけを書いて、試験委員会の疑似コード表記を読む練習をしたことのない学生は、理解ではなく翻訳で点を落とします。

ブール代数と論理ゲートには本当の練習時間が必要です

ここは、優れたプログラマーでもつまずく分野です。ド・モルガンの法則を使った式の簡略化、XOR と NAND の組み合わせの真理値表の描画、論理ゲート図とブール式の変換。これらのスキルは、概念的な理解ではなく、繰り返し練習が必要です。このトピックに特化した過去問を解いてください。採点基準は、どれだけの計算過程が期待されているかを正確に示しています。計算過程を省略すると、最終的な答えが正しくても点を落とします。

コンピュータアーキテクチャ：用語だけでなく、パイプラインを理解する

学生は通常「フェッチ、デコード、エグゼキュート」と唱えることができますが、各ステージでプログラムカウンタやメモリアドレスレジスタに実際に何が起こっているかを説明するのに苦労します。WJEC の試験では、簡略化された命令サイクルをステップバイステップでトレースするよう求めます。実際のレジスタ名（MAR、MDR、PC、CIR、ALU）を使って、手で何度か描き出してください。そのシーケンスが自動的に頭に入るまでです。フォン・ノイマン型とハーバード型アーキテクチャについても同じことが言えます。曖昧な説明ではなく、1つ明確な違いを知ってください。

NEA：実際に終わらせられるプロジェクトを選ぶ

非試験評価は全体の成績の重要な部分を占めており、学生が犯す最大の誤りはプロジェクトが野心的すぎることです。SQLite バックエンドとクリーンな Tkinter または PyQt インターフェースを備えた稼働中のインベントリ管理システムは、完成しない機械学習アプリよりも高い点数を獲得します。壊れたプロトタイプで止まってしまうようなものよりもです。

NEA のライトアップを評価目標に直接沿わせて構成してください。分析（どんな問題か、誰の必要性か、何を成功とするか）、設計（データ構造、アルゴリズム、インターフェースモックアップ）、技術的なソリューション（実際のコード、テストの証拠付き）、評価（元々の成功基準を満たしているか、実データに対してテストされているか）。各ステージでテストをスクリーンショットに撮ってください。査読者は主張だけでなく、証拠を見たいのです。