IB コンピュータサイエンス IA ガイド：構造と成功のコツ

IB コンピュータサイエンス内部評価（IA）は、学生が実際のクライアントを特定し、製品を設計・実装し、成果を評価することを要求するソリューションベースのプロジェクトです。最終的な IB 成績に大きく寄与し、IBO の公式基準に従って採点されるため、早期に構造を理解することで数ヶ月のやり直しを避けることができます。

IA の実際の定義

典型的な学校プロジェクトとは異なり、IA は実際のクライアント関係を中心に設計されています。あなた（学生）は他の誰か—教師、地元のビジネス、クラブ、家族—が実際のニーズを持つ問題を解決する開発者として行動します。IB は一般的な「アプリを作成する」演習を求めていません。要件を収集し、ソリューションを設計し、構築し、それが機能したかどうかを批判的に評価できることの証拠を求めています。

最終提出物には通常以下が含まれます：

• 書面報告書（評価基準セクションで通常約 2,000 語に制限）
• 補足資料：タスク記録、製品設計概要、開発記録
• 実際の製品（コード、アプリケーション、またはシステム）
• HL/SL 学生向けの製品が機能しているようすを示す動画デモンストレーション

5 つの評価基準

IB は 5 つの評価基準に基づいて IA を採点し、それぞれが合計スコアに寄与します：

1. 計画（基準 A） — 問題、クライアントのニーズ、成功基準の定義。ここでプロジェクトがなぜ重要であり、何を達成する必要があるかを正当化します。
2. ソリューション概要（基準 B） — 完了したタスク、時間管理、反復開発の証拠（多くの場合ガント チャートまたはタスク ログで示されます）。
3. 開発（基準 C） — ソリューションがどのように構築されたかの技術ドキュメンテーション：アルゴリズム、データ構造、主要なコード抜粋、設計上の決定。これは通常、最も技術的に要求される部分です。
4. 機能性（基準 D） — 動画を通じて実証され、製品が基準 A で定義された成功基準に対して実際に機能していることを示します。
5. 評価（基準 E） — 何がうまくいったか、何がうまくいかなかったか、クライアントからのフィードバックに関する誠実な反省。弱い評価は IA がスコアを失う最も一般的な理由の 1 つです。

強力なプロジェクト スコープの選択

学生が犯す最大の間違いは、プロジェクトを選択することです。それは、利用可能な時間に対して平凡すぎる（基本的なやることリストアプリ）か、または野心的すぎる（リアルタイム チャット、認証、決済を備えた完全なソーシャル ネットワーク）かのいずれかです。適切にスコープされた IA は通常以下を行います：

• 実際のクライアントの 1 つの具体的な、明確に定義された問題を解決します
• コース レベルに適切なテクノロジーを使用します（SL プロジェクトは HL よりシンプルにできます）
• 意味のある技術的深さを許容します—データベース設計、アルゴリズム ロジック、または重要でないデータ処理—管理不可能にならないようにします
• 明確なための余地を残します