A-Level CS NEA プロジェクトガイド: アイデアから提出物まで

Non-Exam Assessment (NEA) は A-level コンピュータサイエンスにおいて、試験室での試験ではなく、自分で取り組むプロジェクトから評点を獲得する部分です。生のコーディングスキルと同じくらい、計画、問題解決、明確な技術的コミュニケーション能力が評価されます。このガイドは、実行可能な問題の選択方法、作業の構成方法、マーク基準に実際に対応したドキュメントの作成方法について説明します。

解く価値のある問題の選択

学生が犯す最大の誤りは、プロジェクトが単純すぎる（基本的な電卓）か、野心的すぎる（リアルタイムチャットと支払い機能を備えた完全なソーシャルネットワーク）かのどちらかを選んでしまうことです。試験官は、実際のユーザーまたは実際の用途を持つ本当の問題を見たいと考えています。「クライアント」が家族の一員、地元のクラブ、または自分自身であってもです。

良い NEA プロジェクトには通常以下が含まれます:

• より小さなサブ問題に分解できる明確なタスク
• 何らかのデータストレージまたは処理（ファイル、データベース、構造化データ）
• アルゴリズムを実装する余地: 検索、ソート、バリデーション、またはカスタムロジック
• フィードバックを提供できる信じられるエンドユーザー

API のラッパーに過ぎないプロジェクトや、内部に実際のロジックがない GUI だけのプロジェクトは避けてください。分析と検証の余地が少なく、設計と技術的解決策のセクションの評点を下げることになります。

マーク基準に基づくプロジェクト構成

ほとんどの試験委員会は NEA を段階に分割します: 分析、設計、技術的解決策、テスト、評価。これを前日の夜に作成する事後の思いつきではなく、チェックリストとして扱ってください。

分析 には、問題文、既存の類似ソリューションへの調査、クライアントとのインタビューまたは議論、および測定可能な目標の明確なセットが含まれます。「ユーザーが何かできるようにする」のようなあいまいな目標は避けます