IB 電腦科學 IA：五項準則逐個拆解（2027 新制）
IB 電腦科學內部評核（IA）SL 佔 30%、HL 佔 20% — 準則相同、同樣 30 分，只是比重不同。它是你親自開發的運算解決方案，並以嚴格格式撰寫報告。這篇指南逐項拆解每個準則的要求、學生最易忽略的限制，以及一條由死線倒推的時間線。
格式一句話講完
你遞交一份 2,000 字報告 PDF（代碼、註解及圖表不計字數）、一條 5 分鐘影片示範成品與測試過程，以及一份附有完整源代碼的附錄。評卷員不會讀附錄 — 但冇附錄，準則 D 就無法取滿分。作品必須原創、必須展現演算法思維（不可用拖放式工具、不可抄模板）、不可與 EE 同一份，而老師只可就一份草稿給予回饋。
五項準則與分數分佈
| 準則 | 分數 | 字數指引 | 要求 |
|---|---|---|---|
| A — 問題界定 | 4 | 約 300 | 真實問題、其運算背景、可量度的成功準則 |
| B — 規劃 | 4 | 約 150 | 問題分解 + 對應成功準則的計劃 |
| C — 系統概覽 | 6 | 約 150 | 完整系統模型、各組件演算法、測試策略 |
| D — 開發 | 12 | — | 作品本身：編程技巧、功能、測試證據（影片） |
| E — 評鑑 | 4 | — | 對照成功準則評鑑作品；提出改進方向 |
兩個結構性事實決定你怎樣做：第一，D 單獨佔 12/30 分 — 作品的權重超過圍繞它的所有文字。第二，你在準則 A 寫的成功準則，是 B、C、E 的量尺。準則含糊（「運作良好」）會同時毒害三項準則；準則可量度（「用戶兩次點擊內可按日期篩選記錄」），B、C、E 幾乎自動寫得出。
準則 A — 問題界定（4 分）
選一個對你真實的問題 — 你本人或你認識的人真正遇到的。分數獎勵範圍清晰的情境、說明為何需要運算解決，以及日後可以客觀檢驗的成功準則。經典死法是範圍：「學校管理系統」35 小時寫唔完；「我班的功課死線提醒器」就啱啱好。
準則 B — 規劃（4 分）
展示分解 — 問題拆成子問題 — 以及一個明顯對應每條成功準則、次序合理的計劃。評卷員想看你的思路，不是甘特圖。控制在約 150 字，每句都要對應你最終真的做出來的嘢。
準則 C — 系統概覽（6 分）
這是設計層：系統模型（圖表不計字數，放心用）、各組件背後的演算法輪廓，以及測試策略 — 在開發之前決定測甚麼、點測。在這裏寫好測試策略，準則 D 的證據自然連貫。
準則 D — 開發（12 分）
作品與證據。分數獎勵技巧的廣度與難度（資料結構、用得其所的 OOP、檔案或數據庫處理）、可運作的功能，以及影片中展示的測試。兩條經驗法則：做少啲功能但全部行到，好過做好多但半生唔熟；5 分鐘影片要綵排 — 冷靜示範功能與測試方法，值得當口試練。
準則 E — 評鑑（4 分）
回到準則 A 的成功準則，逐條對照：達到、部分達到、未達到 — 附證據。然後提出實際可行的延伸。誠實地對照可量度準則去評鑑先有分；改寫歷史（「全部成功」）冇分。
一條保住「一份草稿」規則的時間線
- 前 3–4 個月： 選定問題、寫準則 A、對照課程文件做一次 sanity check。
- 前 2–3 個月： 先規劃（B）設計（C）然後先寫代碼。紙上改嘢最平。
- 主要開發期： 切片開發，每片收尾時可測試。一路錄影片素材。
- 前 4–6 週： 最終測試證據、影片，D 與 E 按實際存在的作品寫 — 不是按計劃寫。
- 一份草稿： 遞交完整草稿、吸收回饋、交終稿。多過一輪回饋就違反學術誠信規則。
我們如何幫你
我們的 IB CS 教學包含規則內的 IA 督導 — 題目定位會談、對準課程指引的準則校準、以及「教懂你」而非「代你改」的代碼 review。課程全圖見IB CS 全面攻略，筆記樣本見 IB CS 筆記頁。定 IA 題目之前聯絡我們傾一傾 — 題目選擇已是大多數 IA 的勝負手。