Praca w przeglądarce oznacza brak instalacji na stanowiskach i dostęp spoza biura. W zamian rosną wymagania wobec stabilności łącza oraz wobec zasad dostępu, bo portal widoczny w Internecie obsługuje też podmioty spoza organizacji.
Co zmienia praca w przeglądarce
Aplikacja uruchamiana z przeglądarki znika ze stanowisk pracy. Nie ma wersji do zainstalowania, nie ma aktualizacji na kilkudziesięciu komputerach i nie ma pytania, czy spedytor pracuje na tej samej wersji co dyspozytor. Cała logika działa po stronie serwera, a stanowisko potrzebuje wyłącznie dostępu do sieci.
Druga zmiana dotyczy miejsca pracy. Spedytor sprawdzający status kursu z domu albo kierownik zatwierdzający zlecenie z telefonu korzystają z tej samej aplikacji, bez pośredniczących narzędzi. To samo dotyczy firm zewnętrznych, które nie muszą niczego wdrażać u siebie.
| Obszar | Co ubywa | Co dochodzi |
|---|---|---|
| Stanowiska pracy | Instalacja i aktualizacje | Wymóg dostępu do sieci |
| Serwer | Nic | Obsługa wszystkich równoczesnych sesji |
| Dostęp zewnętrzny | Wdrożenie u kontrahenta | Polityka haseł i certyfikat |
| Praca mobilna | Osobna aplikacja do utrzymania | Układ dostosowany do małego ekranu |
Zależność od łącza i praca przy przerwie
Przeniesienie logiki na serwer oznacza, że przerwa w łączności zatrzymuje pracę. Dla biura jest to niedogodność, dla stanowiska na bramie - zatrzymanie ruchu, więc obie sytuacje wymagają innego przygotowania.
Stanowiska obsługujące ruch pojazdów potrzebują trybu zastępczego: ewidencji prowadzonej lokalnie i uzupełnianej po przywróceniu połączenia, z osobnym znacznikiem przy takich wpisach. Biuro radzi sobie łączem zapasowym, zwykle transmisją komórkową przełączaną automatycznie.
Przy rozproszonych lokalizacjach warto policzyć, czy koszt łączy o gwarantowanej dostępności nie przewyższa oszczędności z rezygnacji z serwerów lokalnych. Kryteria tej decyzji zbiera strona o chmurze i instalacji lokalnej.
Tryb zastępczy na bramie nie jest funkcją do uruchomienia później. Pierwsza przerwa w łączności bez niego oznacza ewidencję prowadzoną na kartce, a dane z tej kartki nigdy nie trafiają do rejestru w komplecie.
Zabezpieczenie dostępu dla firm zewnętrznych
Portal widoczny w Internecie obsługuje podmioty spoza organizacji, więc zasady dostępu muszą być ostrzejsze niż w sieci wewnętrznej. Ruch idzie po HTTPS z certyfikatem na domenę obiektu, a konta zewnętrzne podlegają osobnej polityce haseł.
- Wygaszanie kont bez aktywności - dostęp kończy się razem z umową, a nie wtedy, gdy ktoś sobie przypomni.
- Filtr zakresu po stronie serwera - kontrahent widzi własne dane niezależnie od tego, którym widokiem się posłuży.
- Rozdzielone role - spedytor, kierowca i osoba rozliczająca mają inny zakres, bo potrzebują innych danych.
- Zapis logowań - podstawa do wyjaśnienia, kto wprowadził zmianę, gdy konto jest współdzielone w firmie zewnętrznej.
Ukrycie kolumny w widoku nie jest zabezpieczeniem. Ograniczenie zakresu danych musi działać w warstwie aplikacji przy każdym odczycie, bo inaczej zapytanie wykonane inną drogą zwróci komplet rekordów.
Praca na małym ekranie
Ten sam system obsługiwany z telefonu wymaga innego układu, nie pomniejszonej wersji widoku biurowego. Kierowca potwierdzający przyjazd potrzebuje jednego dużego przycisku, a nie tabeli z dwunastoma kolumnami.
Praktyczne rozwiązanie polega na wydzieleniu wąskich ścieżek dla zadań wykonywanych w terenie: potwierdzenia przyjazdu, okazania dokumentu, zgłoszenia opóźnienia. Reszta funkcji pozostaje w widoku pełnym. Rozwiązanie na urządzenie przenośne opisuje strona o oprogramowaniu do awizacji na Android.
Warunki pracy w terenie różnią się od biurowych bardziej, niż sugeruje sam rozmiar ekranu. Słońce odbijające się od wyświetlacza, rękawice i pośpiech przy bramie wykluczają układy z małymi polami wyboru. Kontrast i wielkość elementów dotykowych mają tu znaczenie praktyczne, nie estetyczne.
Drugim ograniczeniem jest zasięg. Ścieżki terenowe warto projektować tak, by pojedyncza czynność kończyła się jednym żądaniem, a nie serią kroków, z których każdy wymaga połączenia. Potwierdzenie przyjazdu wysłane w całości przechodzi nawet przy słabym sygnale.
Skalowanie wraz z liczbą użytkowników
Wymagania wobec serwera wyznacza liczba równoczesnych sesji oraz rozmiar rejestru, a nie liczba obsługiwanych lokalizacji. Sto kont, z których korzysta dwadzieścia osób naraz, obciąża system inaczej niż dwadzieścia kont używanych nieprzerwanie.
Osobnym obciążeniem są zapytania raportowe. Kierowane na tabele obsługi bieżącej zakładają blokady i spowalniają pracę spedycji w momencie, gdy ktoś uruchamia zestawienie miesięczne. Rozwiązaniem jest wydzielona warstwa sprawozdawcza, opisana na stronie o usługach raportowych SQL Server. Zakres funkcjonalny samego systemu porządkuje materiał o systemie zarządzania transportem, a granice między klasami oprogramowania - strona o systemach zarządzania transportem.