Wymiana urządzenia może zachować architekturę, ale nadal wymaga sprawdzenia wpływu. Analiza wpływu zmiany jest techniką ustalania, co pozostaje takie samo, co się zmienia i jakie dowody pozwalają to potwierdzić.

Najpierw trzy proste pytania

  1. Aplikacja: czy kod, biblioteki i urządzenia peryferyjne działają w nowym środowisku?
  2. Tożsamość i bezpieczeństwo: czy logowanie, uprawnienia oraz zarządzanie urządzeniem zachowują oczekiwane reguły?
  3. Komunikacja: czy kontrakty API, połączenia i pełna ścieżka użytkownika nadal działają?

Przykład

Scenariusz edukacyjny inspirowany praktyką: firma wymienia tablety, ale zadania użytkownika i serwer pozostają takie same. Krótki pilotaż sprawdza logowanie, obsługę zlecenia i wysłanie wyniku. Wykryte różnice wyznaczają zakres dalszej pracy. Nie zakładamy ani zerowego wpływu, ani konieczności przebudowy całego systemu.

Gdzie pomaga C4?

Diagram kontekstu pokazuje system, użytkowników i systemy zewnętrzne. Diagram kontenerów może pokazać aplikację urządzenia, serwer i przepływ komunikacji. Porównanie stanu przed i po zmianie pomaga zauważyć nową zależność lub granicę zaufania. C4 jest sposobem opisu architektury, a nie certyfikatem zgodności.

Co zapisać w decyzji?

Zakres wymiany, niezmienione i zmienione elementy, wynik reprezentatywnej próby, otwarte pytania oraz sposób powrotu. Gdy granice, kontrakty lub istotne właściwości jakościowe się zmieniają, rozszerz przegląd o te elementy. Gdy się nie zmieniają, uzasadnij to dowodami.

Granice techniki

Jeden udany test nie dowodzi zgodności każdego modelu urządzenia i każdej konfiguracji. Dobierz próbę do faktycznie używanych wariantów. Pełny model architektury nie zastępuje uruchomienia aplikacji na docelowym urządzeniu.

Przećwicz decyzję: nowe tablety → · Źródło: C4 — diagram kontekstu