Drugie seminarium integracyjne SMOK
 
Zadanie B.2.3.2
Modernizacja systemów transmisji i przetwarzania danych w biurach prognoz i lotniskowych biurach meteorologicznych Dębe Wielkie/Warszawa, 16 i 17 kwietnia 2003 r.

Zawartość prezentacji
 
  • Cele zadania
  • Zespół
  • Postęp prac w zadaniu
  • Zadania integracyjne
  • Zadania do realizacji
  • Procedury zmian w kontrakcie
  • Zagrożenia
  • Problemy integracyjne
Cele zadania B.2.3.2
 
  • Modernizacja systemów transmisji i przetwarzania danych w biurach prognoz i lotniskowych biurach meteorologicznych
    • Renowacja pomieszczeń biur prognoz w: Warszawie, Krakowie, Białymstoku, Poznaniu, Gdyni i Wrocławiu (podwykonawca: MOSTOSTAL).
    • Modernizacja systemu odbioru i przetwarzania danych satelitarnych w Krakowie (podwykonawca: VCS)
    • Zastosowanie systemu IPSM LEADS do:
      • integracji danych z różnych źródeł
      • tworzenia zintegrowanych produktów graficznych
      • dystrybucji danych: GTS, radarowych, satelitarnych, burzowych i innych do biur prognoz w celu ich opracowywania i przetwarzania
      • archiwizacji danych
      • zapewnienia narzędzi do automatycznego tworzenia produktów
      • analizy danych
Zespół
 
  • IPSM
    • Fred Lewis, Prezes
    • Hank Fallek, Dyrektor ds. Marketingu Międzynarodowego
    • David Jonhston, Kierownik Projektu
  • IMGW
    • Ryszard Klejnowski, Kierownik Projektu
    • Anna Ordak, Zastępca Kierownika Projektu
  • VCS - główny dostawca, modernizacja systemu satelitarnego
  • KARAMUZ s.c. - podwykonawca, instalacja, szkolenia
  • MOSTOSTAL - podwykonawca, modernizacja biur meteorologicznych
Postęp w zadaniu B.2.3.2
  • Istotne zdarzenia w zadaniu B.2.3.2 od Pierwszego Seminarium Integracyjnego SMOK
    • podpisanie kontraktu z IPS MeteoStar
    • podpisanie kontraktów z podwykonawcami MOSTOSTAL i KARAMUZ
    • złożenie zamówień w VCS i Astrium (SADIS)
    • instalacja systemu testowego w wersji LEADS 3.0.0 Beta (listopad), w celu umożliwienia zapoznawania się z systemem
    • zapoznanie się z rodzajem prac wykonywanych w biurach prognoz i lotniskowych biurach meteorologicznych w: Warszawie, Łodzi i Krakowie
    • instalacja systemu LEADS 3.0.0 w celu testowania w IMGW.
    • wykonanie przez firmę Karamuz programu do odbioru danych z MSS w celu włączenia ich w testowy system LEADS 3.0.0
    • budowa i wysyłka 61 komputerów
    • przeprowadzenie szkolenia dwóch instalatorów
    • przeprowadzenie szkolenia administratora systemu LEADS
  • Aktualizacja systemu LEADS do potrzeb polskich (lokalnych)
    • udoskonalenie dekodera BUFR dla POLRAD-u
    • stworzenie dekodera dla formatu danych satelitarnych PIF i XPIF
    • stworzenie nowego dekodera dla danych z systemu burzowego
    • przetłumaczenie menu systemu LEADS na j. polski
    • dodanie danych granic województw i powiatów zgodnych z nowym podziałem administracyjnym (z NEOKART GIS)
    • dostosowanie dekodera T4/FAX
    • dodanie diagramu Stuve
Zadanie B.2.3.2 - integracja
 
  • Przykłady danych i formatów ciągle brakujące po upływie czasu wymaganego dla integracji oprogramowania
    • formaty i przykłady danych z sieci telemetrycznej (B.2.1); wymagany termin - 17 marca
    • przykłady danych z POLRAD; wymagany termin - 24 marca
    • formaty i przykłady danych z sieci CERAD, NORDRAD i COST-75; wymagany termin - 19 marca
    • przykłady danych BUFR Significant Weather; wymagany termin - 19 marca)
    • formaty i przykłady światowych danych klimatologicznych dla lotnisk; wymagany termin - 17 marca
    • format danych NIMROD; wymagany termin - 17 marca
Zadanie B.2.3.2 - najbliższa przyszłość
  • Od dziś do 28 maja - renowacja pomieszczeń
  • 12 - 16 maja - instalacja systemu satelitarnego VCS w Krakowie
  • 16 - 27 czerwca - instalacja i integracja systemu LEADS
  • 23 - 27 czerwca - szkolenie trenerów LEADS
  • Czerwiec - wrzesień - szkolenie użytkowników LEADS
Zadanie B.2.3.2 - przyszłość
 
  • 15 lipca - dostawa polskiej wersji LEADS 3.1.0
  • Sierpień - instalacja systemu SADIS
  • Wrzesień - testy operacyjne
Zadanie B.2.3.2 - procedura zmiany
 
  • Bardzo długi czas reakcji w trakcie przeprowadzania procedury zmiany zawartości kontraktu jest zagrożeniem dla realizacji zadania B.2.3.
Zadanie B.2.3.2 - zagrożenia
 
  • Największym zagrożeniem dla realizacji zadania B.2.3.2 jest brak przykładów danych i formatów
  • IPSM gwarantuje, że wszystkie dane mogą być włączone do systemu przed testem operacyjnym gdy tylko będą dostępne
  • Największe wewnętrzne zagrożenie to 20-to tygodniowy termin dostawy systemu SADIS przez ASTRIUM (dostawa najwcześniej w sierpniu)
Problemy integracyjne
 
  • Z powodu braku przykładów i formatów danych, IPSM i zadanie B.2.3.2 nie może dłużej gwarantować, że wszystkie dane mogą być przetwarzane w systemie
  • Ryzyko związane z opóźnieniami akceptacji zmian w kontrakcie
  • IPSM pracuje z IMGW aby uzyskać jak najlepiej zintegrowany system