Plan praktyk zawodowych – 4 tygodnie (Technikum Informatyczne)

Założenia organizacyjne

• Czas trwania: 4 tygodnie (20 dni roboczych)

• Forma: zajęcia warsztatowe + projektowe + dokumentacja

• Rezultaty:

  1. projekt grupowy (prosta aplikacja internetowa),

  2. projekt indywidualny (mniejsza funkcja/aplikacja/komponent),

  3. dziennik praktyk + repozytorium Git + dokumentacja (use-case, diagram, instrukcja uruchomienia),

  4. w tygodniu 3: praktyczny moduł hardware (złożenie komputera).

Projekty – propozycje (do wyboru w Dniu 2)

Projekt grupowy (jedno wspólne dla grupy)

„Prosta aplikacja internetowa do zarządzania zadaniami praktyk / helpdesk szkolny”

• Funkcje: logowanie (opcjonalnie), lista zgłoszeń/zadań, statusy (Nowe/W toku/Zamknięte), komentarze, wyszukiwarka, panel admin (opcjonalnie)

• Moduły: UI, API, baza danych, testy, wdrożenie na lokalnym serwerze

Alternatywy (jeśli wolicie):

• „Biblioteka szkolna mini” (książki + wypożyczenia)

• „Rejestr sprzętu komputerowego pracowni” (sprzęt + stan + historia)

Projekty indywidualne (każdy wybiera jeden)

• Moduł logowania / rejestracji (lub wersja bezpieczna: same role i sesja)

• CRUD dla jednej encji (np. „Zgłoszenie”, „Książka”, „Komputer”)

• Frontend: formularze + walidacja + tabela + paginacja

• API: endpointy + walidacja + obsługa błędów

• Import/eksport CSV

• Prosty panel statystyk (liczniki, wykres – opcjonalnie)

• Testy jednostkowe dla logiki

• Dokumentacja: przypadki użycia + instrukcja uruchomienia

Tydzień 1 – akcent organizacyjny (Dni 1–5)

Dzień 1 – Wprowadzenie + regulaminy + BHP (obowiązkowy)

• Rejestracja praktykantów, zasady obecności i komunikacji

• Omówienie: cele praktyk, narzędzia, repozytorium, zasady pracy w zespole

• Szkolenie BHP / ppoż. / ergonomia stanowiska komputerowego

• Instruktaż: bezpieczne korzystanie z sieci, haseł, danych, sprzętu

• Zadanie na koniec dnia: założenie kont (Git / komunikator), potwierdzenie BHP (lista)

Dzień 2 – Omówienie planu + wybór projektów

• Prezentacja 4-tygodniowego planu i kryteriów zaliczenia

• Podział na zespoły i role (lider, backend, frontend, QA, dokumentacja)

• Wybór projektu grupowego + zdefiniowanie celu MVP (minimum działające)

• Wybór projektów indywidualnych (każdy wybiera moduł)

• Setup: repo Git, podstawowe zasady commitów i pull requestów

• Output dnia: karta projektu (1 strona) + backlog zadań (min. 10 pozycji)

Dzień 3 – Projektowanie: zasady + schemat blokowy + przypadki użycia

• Podstawy projektowania aplikacji: warstwy (UI / API / DB), odpowiedzialności

• Schemat blokowy procesu (np. „Dodanie zgłoszenia” / „Zmiana statusu”)

• Przypadki użycia (Use Case): aktorzy, scenariusz główny, alternatywy

• Output dnia: 3–5 przypadków użycia + 1 schemat blokowy dla kluczowego procesu

Dzień 4 – Narzędzia pracy i standardy

• Git w praktyce: branch, commit, PR, code review

• Podstawy dokumentacji projektu: README, instrukcja uruchomienia, standardy kodu

• Model danych: encje, relacje, walidacja

• Output dnia: szkic bazy danych + README (wstęp)

Dzień 5 – Prototyp i backlog techniczny

• Makieta UI (papier / Figma / HTML) + nawigacja ekranów

• Ustalenie API (endpointy, format JSON)

• Podział zadań na sprint 1 (na tydzień 2)

• Output dnia: makieta + lista endpointów + sprint plan

Tydzień 2 – akcent projektowanie aplikacji internetowej (Dni 6–10)

Dzień 6 – Budowa szkieletu aplikacji (frontend + backend)

• Uruchomienie projektu (np. proste MVC / REST)

• Struktura katalogów, konfiguracja środowiska

• Pierwsza strona + pierwszy endpoint „health”

• Output: aplikacja startuje lokalnie, repo działa

Dzień 7 – Baza danych i pierwszy CRUD

• Migracje / tworzenie tabel

• CRUD dla jednej encji (np. „Zgłoszenie”)

• Podstawowa walidacja danych

• Output: dodawanie + lista rekordów

Dzień 8 – UI + integracja z API

• Formularz dodawania + tabela listy

• Obsługa błędów, walidacja po stronie UI

• Output: pełna ścieżka „dodaj -> wyświetl”

Dzień 9 – Funkcje dodatkowe (MVP+)

• Statusy, filtrowanie, wyszukiwanie lub paginacja

• Logowanie (opcjonalnie) albo proste role (bezpieczniej: hasło wspólne + sesja)

• Output: funkcjonalność „warta pokazania”

Dzień 10 – Testy + jakość + refaktoryzacja

• Podstawy testów (logika / API)

• Code review w zespole, poprawki jakości

• Output: stabilny MVP + lista usprawnień na tydzień 4

Tydzień 3 – akcent: budowa komputera (Dni 11–15)

Dzień 11 – Wprowadzenie do hardware i BHP serwisowego

• Zasady ESD, bezpieczna praca z zasilaniem

• Elementy komputera: płyta, CPU, RAM, dysk, PSU, chłodzenie

• Zadanie: identyfikacja podzespołów + karta konfiguracji

Dzień 12 – Składanie komputera (praktyka)

• Montaż: CPU + pasta + cooler, RAM, dysk, płyta w obudowie, PSU, okablowanie

• Cable management, test „na stole” (POST)

• Output: złożony zestaw, który przechodzi POST

Dzień 13 – Konfiguracja BIOS/UEFI i instalacja systemu

• UEFI, boot order, XMP/EXPO (jeśli dotyczy), monitorowanie temperatur

• Instalacja OS, sterowniki, aktualizacje

• Output: działający system + podstawowe narzędzia

Dzień 14 – Diagnostyka i testy stabilności

• Test RAM / dysku, monitoring temperatur, podstawy benchmarku

• Dokumentowanie usterek i procedur naprawczych

• Output: protokół testów + rekomendacje

Dzień 15 – Sieć i bezpieczeństwo stanowiska

• Podstawy konfiguracji sieci (IP/DHCP/DNS), udostępnianie zasobów

• Zasady backupu, kont użytkowników, aktualizacje

• Output: checklista „komputer gotowy do pracy”

Tydzień 4 – akcent: dopięcie projektu grupowego i indywidualnych + zaliczenia (Dni 16–20)

Dzień 16 – Sprint finalny: prace deweloperskie

• Domknięcie backlogu MVP

• Integracja modułów indywidualnych z projektem grupowym (tam gdzie pasuje)

• Output: wersja „release candidate”

Dzień 17 – Dokumentacja i przygotowanie prezentacji

• Use-case finalne, schemat blokowy, opis architektury, instrukcja uruchomienia

• Przygotowanie demo (scenariusz prezentacji)

• Output: komplet dokumentacji w repo

Dni 18–20 – Zaliczenia (ostatnie 3 dni)

Dzień 18 – Zaliczenie projektu indywidualnego (1/3)

• Każdy prezentuje: cel, implementację, testy, wnioski

• Ocena: działanie + jakość kodu + dokumentacja + komunikacja

Dzień 19 – Zaliczenie projektu grupowego (2/3)

• Demo aplikacji: scenariusze kluczowe, stabilność, UX

• Przegląd repo: podział pracy, PR, historia commitów

• Retrospektywa: co zadziałało / co poprawić

Dzień 20 – Egzamin praktyczny + podsumowanie (3/3)

• Krótki task „na czas” (np. dodaj filtr / popraw błąd / endpoint) lub zadanie sprzętowe (diagnostyka)

• Zamknięcie praktyk: podpisy w dziennikach, feedback, rekomendacje rozwojowe

• Output: protokół zaliczenia + potwierdzenie odbycia praktyk

Kryteria zaliczenia (proponowane)

• Obecność min. zgodnie ze szkołą / umową praktyk

• Dziennik praktyk prowadzony na bieżąco

• Repozytorium: regularne commity + min. 1 PR (jeśli praca zespołowa)

• Projekt indywidualny: działająca funkcja + krótka dokumentacja

• Projekt grupowy: MVP działające + prezentacja + README + use-case/diagram

Jeśli chcesz, przerobię to na tabelę dzienną do wklejenia do dokumentu szkoły (kolumny: dzień, tematyka, cele, zadania, efekty, narzędzia, dokumentacja), albo dopasuję do konkretnej liczby godzin dziennie (np. 6h/7h/8h).