Design challenge · Senior UX/UI · Xopero

Backup danych o zdrowiu załogi, który da się wykonać w sytuacji kryzysowej

Rok 2126. Statek ISS Athena zbiera dane biologiczne, styl życia, aktywność i nastrój 300 osób. Poniżej: moje założenia, priorytety i decyzje — oraz klikalny prototyp pełnej ścieżki tworzenia kopii zapasowej.

Jak podszedłem do nieznanego problemu

1. Kto tu naprawdę pracuje

Administrator danych, nie lekarz i nie pasażer. Jego sukces to: żadnej luki w danych i sprawne przywracanie.

2. Czym te dane różnią się od plików

To ciągła telemetria o ludziach: wrażliwa, nieprzerwana i bezużyteczna, gdy w środku jest dziura czasowa.

3. Co decyduje o wartości backupu

Nie fakt zapisania, tylko możliwość odtworzenia. Dlatego weryfikacja i recovery są częścią głównej ścieżki.

Przyjęte założenia

Brief celowo zostawia luki — poniżej to, co założyłem, żeby móc projektować.

Kluczowe decyzje projektowe

Kreator zamiast tabeli ustawień

Backup wykonywany pod presją nie może wymagać wiedzy o architekturze. Cztery decyzje, każda z widocznym skutkiem.

Konsekwencja zamiast opcji

Zamiast „wybierz cel” pokazuję, co się stanie: brak kopii poza statkiem = utrata wszystkiego przy awarii statku.

Priorytet ludzki, nie techniczny

Kolejność przywracania jest ustawiona wg ryzyka dla życia, a nie wg rozmiaru danych.

Weryfikacja jako część sukcesu

Backup kończy się dopiero po sprawdzeniu integralności — ekran sukcesu prowadzi do testu przywracania.

Ścieżka end-to-end

  1. 01

    Sygnał

    Dashboard pokazuje zaległy transfer i zamykające się okno łączności — akcja zaczyna się od problemu, nie od menu.

  2. 02

    Zakres

    Wybór kategorii danych z widoczną wrażliwością i rozmiarem; odstępstwa od polityki są oznaczane.

  3. 03

    Cele

    Trzy kopie: komputer główny, odseparowany serwer, chmura. Ostrzeżenie, gdy brakuje kopii poza statkiem.

  4. 04

    Polityka

    Częstotliwość tłumaczona na język ryzyka (ile pomiarów można stracić), retencja, szyfrowanie, tryb offline.

  5. 05

    Podsumowanie

    Jedna karta z wszystkimi skutkami i statusem zgodności przed uruchomieniem.

  6. 06

    Wykonanie i weryfikacja

    Progres per kategoria, hash integralności, punkt przywracania i skrót do testu recovery.

Pytania bonusowe

1. Pasażerka ma ostry ból brzucha — o czym raportować?

Raport z okna 72 h przed wystąpieniem objawów: biometria (tętno, HRV, temperatura, ciśnienie, saturacja, markery zapalne), żywienie i hydratacja wraz z numerami partii posiłków, ekspozycja na promieniowanie i grawitację, odwiedzone strefy statku, sen, poziom stresu i zgłoszenia samopoczucia.

Dodatkowo: kto jeszcze jadł tę samą partię i przebywał w tych samych strefach (wykrycie ogniska), oraz kompletność danych — czy w oknie nie ma luk. Interpretację robi lekarka; administrator ręczy za jakość i pełność zestawu. Zobacz ekran raportu.

2. Wszystkie dane statku utracone — co można zrobić?

Właśnie po to istnieje kopia poza statkiem. Przywracanie z ISA-CLOUD w kolejności ryzyka dla życia: aktualna biometria i alerty medyczne, potem profile zdrowotne, logi dostępu, na końcu dane analityczne (styl życia, nastrój).

Utrata dotyczy tylko okna od ostatniej kopii (RPO) — dlatego dane krytyczne dla życia są replikowane strumieniowo, a nie tylko w harmonogramie. Po przywróceniu: weryfikacja integralności, rekonstrukcja luki z pamięci lokalnej opasek i raport do dowództwa.

3. Brak danych o działaniach w sterowni — co można zrobić?

Brak rekordu sam jest informacją. Zapis w trybie append-only sprawia, że dane można dopisać, ale nie skasować bez śladu, więc system podnosi alert o luce z dokładnym oknem czasowym.

Rekonstrukcja z danych pośrednich: biometria opasek osób obecnych w sekcji, logi drzwi i śluz, zużycie energii konsol, telemetria kursu statku, niezależna kopia w chmurze. Równolegle: zamrożenie punktów przywracania jako materiału dowodowego i przegląd uprawnień. Zobacz ekran audytu.

Prototyp jest klikalny

To nie jest projekt gotowy do produkcji — to narzędzie do rozmowy o priorytetach i decyzjach.

Przejdź ścieżkę backupu