Przewodnik IB Computer Science IA: Struktura i porady na sukces

IB Computer Science Internal Assessment (IA) to projekt oparty na rozwiązaniu problemu, który prosi studentów o znalezienie rzeczywistego klienta, zaprojektowanie produktu, jego implementację i ocenę wyniku. Stanowi istotną część oceny końcowej IB i jest oceniany według oficjalnych kryteriów IBO, dlatego zrozumienie jego struktury na wczesnym etapie oszczędza miesiące pracy nad poprawkami.

Co IA faktycznie jest

W przeciwieństwie do typowego projektu szkolnego, IA jest zbudowany wokół rzeczywistej relacji z klientem. Ty (student) pełnisz rolę developera rozwiązującego problem dla kogoś innego—nauczyciela, lokalnego biznesu, koła zainteresowań, członka rodziny—który ma rzeczywistą potrzebę. IB nie chce generycznego ćwiczenia "zbuduj aplikację"; chce dowodu, że potrafisz zbierać wymagania, projektować rozwiązanie, budować je i krytycznie ocenić, czy zadziałało.

Finalna submisja zwykle zawiera:

• Raport pisemny (zwykle ograniczony do około 2000 słów dla sekcji kryteriów)
• Dokumentację wspierającą: rejestr zadań, przegląd projektu produktu, dokumentację rozwoju
• Faktyczny produkt (kod, aplikacja lub system)
• Demonstrację wideo dla studentów HL/SL pokazującą działający produkt

Pięć kryteriów oceny

IB ocenia IA względem pięciu kryteriów, każde z nich przyczynia się do całkowitej liczby punktów:

1. Planowanie (Criterion A) — Definiowanie problemu, potrzeb klienta i kryteriów sukcesu. Tu uzasadniasz, dlaczego projekt ma znaczenie i co musi osiągnąć.
2. Przegląd rozwiązania (Criterion B) — Rejestr ukończonych zadań, zarządzanie czasem i dowód iteracyjnego rozwoju (często pokazany poprzez diagram Gantta lub log zadań).
3. Rozwój (Criterion C) — Dokumentacja techniczna jak rozwiązanie zostało zbudowane: algorytmy, struktury danych, kluczowe fragmenty kodu i decyzje projektowe. To zwykle najbardziej techniczna sekcja.
4. Funkcjonalność (Criterion D) — Zademonstrowana poprzez wideo, pokazuje produkt faktycznie działający względem kryteriów sukcesu zdefiniowanych w Criterion A.
5. Ocena (Criterion E) — Szczera refleksja na temat tego, co zadziałało, co nie, oraz informacja zwrotna od klienta. Słabe oceny to jeden z najczęstszych powodów utraty punktów w IA.

Wybór mocnego zakresu projektu

Najbigszy błąd, jaki popełniają studenci, to wybranie projektu, który jest albo zbyt trywialny (podstawowa aplikacja listy zadań) albo zbyt ambitny (pełna sieć społecznościowa z rozmowami w czasie rzeczywistym, uwierzytelnianiem i płatościami) na dostępny czas. Dobrze zakreślony IA zwykle:

• Rozwiązuje jeden konkretny, dobrze zdefiniowany problem dla rzeczywistego klienta
• Wykorzystuje technologię odpowiednią do poziomu kursu (projekty SL mogą być prostsze niż HL)
• Pozwala na znaczną głębię techniczną—projektowanie baz danych, logikę algorytmiczną lub przetwarzanie danych o nietrywialnym charakterze—bez stania się nie do opanowania
• Zostawia miejsce na jasną