Strona główna / Studia przypadków / Miejska platforma edukacji bezpieczeństwa

Edukacja / strona internetowa + platforma kursów

Miejska platforma edukacji bezpieczeństwa

Jednolity miejski punkt dostępu do edukacji bezpieczeństwa, łączący naukę, ocenę i rejestrację wyników.

Kontekst

Edukacja bezpieczeństwa w miejskich szkołach podstawowych i średnich jest rozproszona między poszczególne placówki: zasoby są niespójne, a rejestry nauki nie są interoperacyjne.

Organ prowadzący potrzebuje jednego punktu dostępu do dystrybucji kursów i monitorowania realizacji w każdej szkole.

Należy również uwzględnić warunki sieciowe szkół — nie można wymagać od każdej placówki modernizacji łącza.

Rozwiązanie

Wdrożono miejską platformę edukacji bezpieczeństwa z nauką kursów, oceną online, rejestracją wyników i raportami statystycznymi.

Kursy są klasyfikowane według etapu edukacyjnego i tematyki; szkoły mogą wybierać kursy obowiązkowe i fakultatywne.

Rejestry nauki są automatycznie agregowane do profilu osobistego i identyfikowalne w kolejnych latach szkolnych.

Raporty statystyczne umożliwiają analizę według dzielnicy, szkoły i klasy, a organ odpowiedzialny może je bezpośrednio eksportować.

Skład techniczny

Poniższa tabela przedstawia elementy techniczne projektu, aby klienci mogli zweryfikować je niezależnie.

Stos technologiczny

FrontendRenderowanie po stronie serwera Next.js
ModułNauka kursów · Ocena online · Rejestry nauki · Raporty statystyczne
WydajnośćRenderowanie po stronie serwera, dostępne przy słabym łączu
StatystykiWielowymiarowa analiza według dzielnicy/powiatu, szkoły i klasy

Rezultaty

  • Miasto ma teraz jeden punkt dostępu do edukacji bezpieczeństwa, a zasoby nie są już rozproszone.
  • Rejestry nauki i ocen są identyfikowalne w kolejnych latach szkolnych bez luk.
  • Regulator może przeglądać wskaźniki wdrożeń według wymiarów, dzięki czemu kierownictwo ma dowody.
  • Renderowanie po stronie serwera oznacza, że szkoły mogą z niego korzystać bez modernizacji łączy.

Wykorzystane możliwości

Omów podobny scenariusz

01 / Ograniczenia

Ograniczenia, w ramach których zrealizowano projekt

Historie projektów bez ograniczeń to fikcja. Ta sekcja przedstawia cztery ograniczenia: czas, lokalizację, personel i zgodność.

Te ograniczenia bezpośrednio kształtują rozwiązanie; każdy problem opisany w sekcji „Kluczowe wyzwania” poniżej wynika z jednego z nich.

Cztery rodzaje ograniczeń

ZakresJeden wspólny punkt wejścia dla wszystkich szkół w mieście, od dzielnic miejskich po gminy.
KontaKonta uczniów i nauczycieli muszą być zintegrowane z istniejącym systemem ewidencji uczniów — bez duplikowania kont.
UżytkowanieSzczyty użytkowania koncentrują się na początku semestru i w Miesiącu Bezpieczeństwa, gdy chwilowa współbieżność jest kilkudziesięciokrotnie wyższa niż normalnie.
PrzechowywanieRekordy nauki muszą być zachowywane przez lata szkolne, a nie resetowane co roku.
02 / Kluczowe wyzwania

Gdzie naprawdę pojawiają się trudności

Nie chodzi o „ciężko pracowaliśmy”, ale o „jak wyglądał problem, jak go rozwiązaliśmy i ile to kosztowało”.

Jak zintegrować konta z systemem ewidencji uczniów

Przy osobnych kontach przeniesienia, ukończenia nauki i nowe nabory wymagałyby ręcznej obsługi — setki szkół są po prostu nie do zarządzania.
Jak to rozwiązaliśmy: system ewidencji uczniów stał się głównym źródłem danych — codzienna synchronizacja przyrostowa zmian w zapisach, a platforma tylko mapuje dane, nigdy ich nie edytuje. Przeniesienia następują automatycznie, absolwenci są archiwizowani, a nowi uczniowie otrzymują konta. Kosztem jest radzenie sobie z nieczystymi danymi w systemie ewidencji uczniów (brakujące identyfikatory, zduplikowane nazwiska, puste klasy).

Współbieżność załamuje się na początku semestru

W pierwszym tygodniu pierwszego semestru platforma zauważalnie się zacinała w szczytowych okresach logowania.
Jak to rozwiązaliśmy: trzy warstwy — przeniesienie wszystkich statycznych zasobów do pamięci lokalnej i CDN; buforowanie punktów końcowych logowania i zapytań w celu odciążenia bazy danych; przeniesienie niekrytycznych zapytań statystycznych do zadań wsadowych offline. W kolejnym roku wszystko działało płynnie przy tym samym szczycie.

Jak przechowywane są rekordy między latami szkolnymi

Pierwotny projekt archiwizował dane według roku szkolnego, ale departament odpowiedzialny chce śledzić rozwój przez trzy lata, a po archiwizacji historia nie jest już dostępna.
Jak to rozwiązaliśmy: uporządkowaliśmy dane według osoby, a nie roku szkolnego — jeden rekord główny na ucznia, z danymi z każdego roku dołączonymi pod nim. Archiwizacja tylko ustawia flagę, nigdy nie usuwa, a rekordy rozszerzają się na żądanie podczas zapytań.
03 / Elementy wielokrotnego użytku

Co inne projekty mogą wykorzystać bezpośrednio

Ta sekcja jest dla osób z branży. Jeśli robisz coś podobnego, te wskazówki pozwolą Ci uniknąć kilku objazdów.

System ewidencji uczniów jako główne źródło danych

Platformy edukacyjne nie powinny budować własnego systemu użytkowników; integracja z ewidencją uczniów to jedyne zrównoważone podejście.

Zapewnij zasoby przed szczytami

Ruch na platformach edukacyjnych ma charakter pulsacyjny; wymiarowanie pod średnie obciążenie z pewnością doprowadzi do awarii.

Organizuj dane według osoby, a nie według roku szkolnego

Zapytania międzyszkolne i międzyroczne są bardzo częstym wymaganiem, dlatego model danych musi być od początku projektowany wokół osoby.

04 / Retrospekcja

Gdybyśmy robili to ponownie

Mówienie wyłącznie o sukcesach nie przekonuje. Ta sekcja opisuje, co zrobiliśmy źle lub zbyt późno.

Gdybyśmy robili to ponownie, dodalibyśmy walidację jakości danych już w pierwszej wersji. System ewidencji uczniów zawiera wiele niestandardowych danych, które po synchronizacji ujawniły się jako różnego rodzaju anomalie w interfejsie — oczyszczanie danych zajęło trzy razy więcej czasu, niż zakładaliśmy.

Nie doceniliśmy obciążenia szczytowego. Wymiarowaliśmy współbieżność jako udział zapisanych uczniów, ale na początku semestru wszyscy logują się jednocześnie, więc wskaźnik był znacznie wyższy niż oczekiwano.

Adaptacja mobilna przyszła zbyt późno. Projekt był tworzony najpierw na komputery, ale wielu uczniów faktycznie korzysta z telefonów, więc wersję mobilną dodano później.

← Wszystkie studia przypadków Powrót do strony głównej