Motywy i potrzeba Projektu ISOK

Produkty ISOK, zwłaszcza mapy zagrożenia powodziowego, mapy ryzyka powodziowego, mapy zagrożeń meteorologicznych, mapy innych zagrożeń, MPHP, muszą posiadać dobry, wydolny system zarządzania w celu ich udostępniania odpowiednim instytucjom i społeczeństwu. System sięgnie i zintegruje wiele innych danych i informacji, które obecnie obsługiwane są przez inne wydzielone systemy np., SOK (system obsługi klienta IMGW z danymi meteorologicznymi i hydrologicznymi), SEKOP (system zawierający dane o obiektach piętrzących), IT GIS OKI (system o zagrożeniach na rzekach i pracy zbiorników piętrzących), SIGW (system zawierający dane o gospodarowaniu wodami) itp. Integracja tak wielu danych i systemów, jest wielkim wyzwaniem ISOK.

Organizacja

System ISOK będzie składał się z kilku komponentów logicznych:

• jednego, centralnego węzła obsługującego wszystkich potencjalnych odbiorców danych i usług na wszystkich szczeblach administracji w państwie, wspomagając różnorodne procesy odpowiednie dla danego szczebla,
• czterech Centrów Modelowania Powodziowego (CMP), które realizować będą zadania związane z wdrażaniem w Polsce Dyrektywy Powodziowej, opracowaniem map zagrożenia powodziowego i ryzyka powodziowego, a następnie dostarczać analizy i scenariusze w okresie pomiędzy powodziami oraz w sytuacjach alarmowych,
• Systemu Informatycznego Gospodarki Wodnej (SIGW), który zostanie zbudowany i wdrożony w strukturach Krajowego Zarządu Gospodarki Wodnej i siedmiu Regionalnych Zarządach Gospodarki Wodnej.

Architektura

Koncepcja budowy systemu ISOK zakłada, iż główna wymiana danych pomiędzy komponentami systemu odbywać się będzie za pośrednictwem usług w architekturze SOA (service-oriented architecture). Taki sposób budowy systemu umożliwi szybkie dostosowywanie funkcjonalności do zmiennych wymagań użytkowników.
Architektura systemu zakłada publikację danych przestrzennych z wykorzystaniem serwera mapowego, który będzie umieszczał dane w standardach WMS (Web Map Service) i WFS (Web Feature Service). Dzięki takiemu rozwiązaniu opublikowane dane będą mogły być łatwo pozyskiwane przez dowolny węzeł architektury i dostarczane do zainteresowanych użytkowników.

„Ogólna architektura węzła centralnego systemu ISOK”

Infrastruktura techniczna

Rola i zadania kluczowych komponentów wchodzących w skład infrastruktury technicznej systemu ISOK:

• Administracja i zarządzanie infrastrukturą; Bezpieczeństwo:
  • monitorowanie infrastruktury wraz z mechanizmami pozwalającymi na sprawne zarządzanie konfiguracją i zabezpieczanie danych systemu,
  • zarządzanie dostępem i tożsamością użytkowników korzystających z systemu.
• Portale:
  • prezentowanie informacji publicznych oraz informacji dedykowanych dla uprawnionych użytkowników. Portale będą składały się z komponentów odpowiedzialnych za prezentację oraz aktualizację wybranych danych przetwarzanych przez system. Użytkownicy będą korzystali z powszechnie dostępnych przeglądarek internetowych.
• Usługi:
  • warstwa usług biznesowych udostępniana standardowymi mechanizmami architektury SOA, wykorzystywana głównie przez aplikacje klienckie. Warstwa ta będzie udostępniać produkty ISOK, usługi typu alarmy wskazujące na konieczność niezwłocznego przeanalizowania informacji dotyczących potencjalnych sytuacji o charakterze nadzwyczajnym oraz usługi zgodne z wymogami dyrektywy INSPIRE, w szczególności usługi: przeglądania, pobierania, katalogowania i wyszukiwania.
• Przetwarzanie danych:
  • zestaw komponentów udostępniających funkcjonalność dziedzinową systemu ISOK.
• Dane:
  • zestaw komponentów odpowiedzialnych za składowanie danych produkcyjnych i publikacyjnych w postaci ustrukturyzowanej.
• Integracja danych i usług:
  • zestaw komponentów odpowiadających za integrację usług i danych zgodnie z architekturą SOA oraz umożliwiających integrację z systemami, które nie udostępniają danych za pomocą usług .
• Źródła danych i usług:
  • warstwa uwzględniająca źródła danych i usług udostępnianych przez systemy zintegrowane w ramach ISOK.