Dokumentacja projektowa Systemu Hydrologii 2 - Instytut ...

, 

Dokumentacja projektowa 

Systemu Hydrologii 2 

Wymagania funkcjonalne dla modułu Hydrologia Operacyjna (SH2–O) oraz 

modułu Wspomagania Modelowania Hydrologicznego(SH2-M) 

KRAKÓW, 6 lipca 2011 

Wersja 1.1

Dokumentacja projektowa Systemu Hydrologii 2 

Spis treści 

Słownik pojęć:................................................................................................................................................... 4 

A. WPROWADZENIE ........................................................................................................................................... 5 

B. CELE PROJEKTU SH2 .................................................................................................................................... 10 

C. ZAKRES PROJEKTU ........................................................................................................................................ 11 

D. UWARUNKOWANIA FUNKCJONALNE I TECHNICZNE ............................................................................................... 13 

E. ZAŁOŻENIA ARCHITEKTONICZNE BUDOWY MODUŁÓW............................................................................................ 15 

F. SH2-CORE ................................................................................................................................................. 17 

G. GLOBALNE CECHY FUNKCJONALNE I TECHNICZNE DLA SH2-O I SH2-M ..................................................................... 18 

H. FUNKCJONALNY TECHNICZNY OPIS ZADAO PROJEKTU ............................................................................................. 19 

1 WP1 Zadanie integrujące ........................................................................................................................ 19 

1.1 SH2-core ..................................................................................................................................................... 19 

1.2 Menadżer wersji aplikacji ....................................................................................................................... 19 

1.3 Automatyczna aktualizacja aplikacji .................................................................................................. 19 

1.4 Pomoc systemowa ................................................................................................................................... 20 

1.5 Logowanie zdarzeń .................................................................................................................................. 20 

1.6 Opis techniczny ........................................................................................................................................ 21 

2 WP2 System Hydrologii 2 – Hydrologia Operacyjna (SH2-O)..................................................................... 25 

2.1 Projekt realizacji SH2-O ......................................................................................................................... 25 

2.2 Eksploracja danych SH2-O .................................................................................................................... 25 

2.3 Generator formularzy SH2-O ............................................................................................................... 46 

2.4 Testy SH2-O .............................................................................................................................................. 62 

2.5 Założenia techniczne SH2-O................................................................................................................. 63 

3 WP3 System Hydrologii H2 – Moduł Wspomagania Modelowania (SH2-M) .............................................. 68 

3.1 Projekt realizacji modułu SH2-M ......................................................................................................... 69 

3.2 Preprocesor SH2-M .................................................................................................................................. 69 

3.3 Multiplekser SH2-M ................................................................................................................................. 78 

3.4 Konfiguracja SH2-M ................................................................................................................................ 79 

3.5 Testy modułu SH2-M .............................................................................................................................. 80 

3.6 Założenia techniczne SH2-M ................................................................................................................ 81 

4 WP4 Szkolenia dla użytkowników ............................................................................................................ 87 

4.1 Szkolenia SH2-O ...................................................................................................................................... 87 

4.2 Szkolenia SH2-M ...................................................................................................................................... 87 

4.3 Dokumentacja użytkowa i help systemowy ...................................................................................... 87 

5 WP5 Zarządzanie projektem.................................................................................................................... 88 

I. PRZYPADKI UŻYCIA APLIKACJI .......................................................................................................................... 89 

J. PARAMETRY CHARAKTERYZUJĄCE WIELKOŚD SYSTEMU SH1 .................................................................................... 90 

K. ZALEŻNOŚCI ZADAO I SZACUNKOWA PRACOCHŁONNOŚD ......................................................................................... 91 

L. ZAŁĄCZNIK NR 1 – TESTY DEWELOPERSKIE ...................................................................................................... 92 

M. ZAŁĄCZNIK NR 2 - TESTY UŻYTKOWE SH2-O ................................................................................................... 95 

N. ZAŁĄCZNIK NR 3 – TESTY UŻYTKOWE SH2-M ............................................................................................... 107 

2 

Własność: Instytut Meteorologii i Gospodarki Wodnej PIB, ul. Podleśna 61, 01-673 Warszawa


O. ZAŁĄCZNIK NR 4 – SZKOLENIA ................................................................................................................... 117 

P. ZAŁĄCZNIK NR 5 – PRZYPADKI UŻYCIA SH2-O ............................................................................................... 120 

Q. ZAŁĄCZNIK NR 6 – PRZYPADKI UŻYCIA SH2-M .............................................................................................. 139 

3 



Słownik pojęć: 

SH1 

Aplikacja System Hydrologii 1- funkcjonująca obecnie 

w IMGW aplikacja 

SH2 

Aplikacja System Hydrologii 2 – docelowa, nowa 

aplikacja, która ma przejąć w przyszłości całość 

funkcjonalności SH1. W niniejszej dokumentacji opisano 

funkcjonalność dwu modułów: SH2-O i SH2-M. 

Baza SH 

Baza danych, na której oparta jest obecna aplikacja SH1 

jak i przyszła aplikacja SH2. 

System SH Współistniejące ze sobą systemy SH1 i SH2 

współpracujące w oparciu o wspólną bazę SH. 

Klient SH1, SH2 

Część Systemu SH1 lub SH2 instalowana na stacjach 

roboczych. Przy pomocy tej aplikacji użytkownik ma 

kontakt z systemem SH1 lub odpowiednio SH2. 

SH2-O moduł Hydrologii Operacyjnej 

systemu SH2 

Moduł aplikacji SH2 przeznaczonej do prac w obszarze 

hydrologii operacyjnej. 

SH2-M - moduł Wspomagania Moduł aplikacji SH2 przeznaczonej do prac w obszarze 

Modelowania Hydrologicznego modelowania hydrologicznego 

systemu SH2 

Ośrodek Systemu Hydrologii (OSH) Wydzielona jednostka organizacyjna Instytutu 

Meteorologii i Gospodarki Wodnej odpowiedzialna za 

utrzymanie i rozwój Systemu Hydrologii. 

.Net Framework 

Platforma programistyczna opracowana przez Microsoft 

obejmująca środowisko uruchomieniowe oraz biblioteki 

klas dostarczające standardowe funkcjonalności dla 

aplikacji. 

Kontrolki i komponenty 

Atomowa część aplikacji. Elementy, z których jest 

zbudowana cała aplikacja SH2 np. przyciski zakładki, 

formularze, siatki, wykresy oraz biblioteki klas 

dostarczające standardowe funkcjonalności dla aplikacji. 

Kontrolki i komponenty komercyjne Wszystkie kontrolki i komponenty, które są użyte 

w aplikacji SH, nie są częścią środowiska 

programistycznego.Net Framework ani nie powstały w 

wyniku realizacji projektu SH1 lub SH2 lecz pochodzą od 

innych dostawców, którzy nie udostępniają kodów 

źródłowych, a ich aktualizacja wymaga zakupu nowych 

wersji. 

ADO.Net Biblioteka wchodząca w skład .Net Framework 

umożliwiająca dostęp do baz danych 

4 



A. WPROWADZENIE 

Niniejsze opracowanie jest dokumentacją projektową systemu System Hydrologii 2 w zakresie 

hydrologii operacyjnej i wspomagania modelowania hydrologicznego. Celem dokumentacji jest 

specyfikacja wymagań funkcjonalnych w tym zakresie dla nowego systemu oraz podstawowych 

wymagań technicznych opisujących system i jego otoczenie, które będą podstawą do realizacji 

modułów SH2-O i SH2-M systemu SH2. Dalsze prace związane z rozbudową systemu SH2 o moduły 

takie jak zarządzanie metadanymi i moduł hydrologii historycznej nie są objęte niniejszą 

dokumentacją. 

Przedstawiona dokumentacja opisuje projekt SH2 w szerszym kontekście, specyfikując zarówno 

prace, które planuje wykonać Zamawiający (np. SH2-Core, utrzymanie systemu SH2), jak i te, które 

zamawiający zamierza zlecić potencjalnemu Wykonawcy (SH2-O, SH2-M). 

Przedstawiona dokumentacja opisuje funkcjonalności i otoczenie, które składa się na system SH2 

z modułami: SH2-O moduł Hydrologii Operacyjnej oraz SH2-M moduł Wspomagania Modelowania 

Hydrologicznego. 

W dokumencie zdefiniowano niezbędne funkcjonalności modułów SH2-O i SH2-M, bazując na 

doświadczeniu Zamawiającego, aktualnej aplikacji SH oraz prototypie SH2, który powstał w ramach 

prac studyjnych Ośrodka Systemu Hydrologii. Zakres prac został opracowany na bazie wiedzy 

i ponad 7 letniego doświadczenia w eksploatacji SH1 Zamawiającego oraz wymagań użytkowników 

udokumentowanych przez Ośrodek Systemu Hydrologii. 

Przedstawiona dokumentacja uwzględnia przekazane przez Zamawiającego informacje o: 

- Projektach rozwojowych IMGW (m.in. Projekt Konsolidacji infrastruktury, WAN) 

- Planach rozwoju technologii i infrastruktury informatycznej IMGW 

- Wymaganiach użytkowników Systemu Hydrologii 

- Doświadczeniu i wiedzy zdobytej przez Zamawiającego podczas 7 letniej eksploatacji SH1 

- Dokumentacji systemu SH1 

5 



Kontekst i potrzeby projektu 

System Hydrologii jest podstawowym oprogramowaniem informatycznym i bazą danych Instytutu 

Meteorologii i Gospodarki Wodnej dedykowanym 

hydrologii operacyjnej, historycznej, 

modelowaniu hydrologicznemu oraz badaniom i pracom rozwojowym w hydrologii. Podstawowe 

zadanie SH1 to zapewnienie optymalnych narzędzi pracy hydrologom operacyjnym, historycznym 

i hydrologom modelarzom w aspekcie jakości, wydajności, ergonomii i szybkości. Z tego powodu 

wszelkie prace związane z utrzymaniem i rozwojem systemu SH posiadają jako cel nadrzędny 

wypełnienie powyżej zdefiniowanego zadania. System Hydrologii został wdrożony do pracy 

w IMGW na początku 2005 roku. Od tego czasu poza wymianą sprzętu komputerowego, 

wykorzystywanego do obsługi klienta aplikacji SH1 nie przeprowadzano modernizacji systemu. 

W ramach umowy utrzymaniowej wprowadzane były modyfikacje systemu, a także większe 

projekty rozwojowe. Jednak sama architektura systemu, czy główne mechanizmy nie były 

rozwijane. Budżet przeznaczony na rozwój i modyfikację SH1 plasował się na poziomie kilku 

procent kwoty przeznaczonej na zbudowanie systemu. 

W chwili obecnej wraz z rozwojem technologii informatycznych i infrastruktury technicznej 

stanowiącej otoczenie SH1, Zamawiający podjął decyzję o stworzeniu nowej wersji systemu: 

System Hydrologii 2. W niniejszym pierwszym etapie realizacji systemu SH2, wykonana została 

dokumentacja wymagań funkcjonalnych dla dwu obszarów: 

hydrologii operacyjnej (SH2-O) 

i modelowania hydrologicznego (SH2-M). 

Funkcjonalności, które będą realizowane przez nowy system SH2 będą wyłączone w systemie SH1, 

natomiast funkcjonalności, które nie są realizowane przez system SH2 będą w dalszym ciągu 

realizowane przez SH1 np. hydrologia historyczna, zarządzanie metadanymi w Bazie SH. 

Ze względu na konieczność współistnienia systemów SH1 i SH2 i przenoszenia funkcjonalności 

z systemu SH1 do SH2 Zamawiający wymaga aby aplikacja SH2 była zgodna z dotychczasową 

technologią Systemu SH1. 

Zamawiający zamierza podobnie jak utrzymuje system SH1, utrzymywać również system SH2 

własnymi siłami. Wykonawca udzieli jednie gwarancji na wykonane elementy systemu SH2. 

6 



Zamawiający oczekuje, że Aplikacja SH2 będzie dostosowana do pracy z najnowszym system 

operacyjnym Windows (64 bit), najnowszym pakietem biurowym MS Office w oparciu 

o najnowsze środowisko Microsoft.Net Framework w wersji 4.0 (C#). 

Docelowo dążeniem Ośrodka Systemu Hydrologii jest doprowadzenie do przepisania całości 

aplikacji SH1 i będą się na to składać kolejne projekty uzupełniające nie będące przedmiotem 

niniejszego projektu. 

W dalszym ciągu dokumentacji mówiąc o dotychczasowym systemie będziemy używać, zgodnie 

z definicją, oznaczenia SH1, mówiąc o nowym systemie będziemy używać oznaczeń SH2, 

a mówiąc o jego modułach oznaczeń: SH2-O, SH2-M. Przez SH będziemy rozumieć docelowe 

otoczenie w którym będzie funkcjonował system SH1 wraz z systemem SH2 pracując na wspólnej, 

dotychczasowej bazie danych systemu SH. 

Rys. 1 Dotychczasowe obszary funkcjonalne SH1 

7 



Rys. 2 Obszary funkcjonalne po zakończeniu projektu 

Aplikacja SH2-O = Edytor danych SH + funkcjonalności, które posiadał Inspektor Danych SH1 + 

nowe funkcjonalności. 

Aplikacja SH2-M = Preprocesor i przełącznik (multiplekser) Platformy Modelowania SH1 + nowe 

funkcjonalności 

Niniejsza dokumentacja zawiera pełną specyfikuję wymagań funkcjonalnych dla modułów SH2-O 

i SH2-M, a odwołania do funkcjonalności systemu SH1 służą jedynie celom referencyjnym. 

W niniejszej dokumentacji wymagań funkcjonalnych w obszarze hydrologii operacyjnej 

i modelowania hydrologicznego uwzględniono, przekazane przez Zamawiającego, następujące 

wymagania i cechy: 

 

SH2-O i SH2-M powinny być wolne od dotychczasowych wykrytych niedogodności 

aplikacji SH, zarejestrowanych przez Ośrodek Systemu Hydrologii. 

 

SH2-O i SH2-M będą posiadały nowe funkcjonalności ułatwiające pracę, które zostały 

zinwentaryzowane przez Zamawiającego. 

 

 

SH2-O i SH2-M będą uwzględnione uwagi Zamawiającego w zakresie ergonomii pracy. 

Możliwość pracy z aplikacjami SH2-O i SH2-M bez konieczności posiadania pakietu 

Microsoft Office. 

 

Podniesienia wydajności poprzez wykorzystanie w aplikacji SH2-O i SH2-M najnowszych 

32 lub 64 bitowych systemów operacyjny Windows 7. 

 

Eliminacja w SH2-O i SH2-M wszystkich komercyjnych kontrolek użytych w aplikacji SH1. 

8 



Ponadto, ze względu wspólną pracę systemów SH1 i SH2 z Bazą Danych SH i koniecznością 

zasalania bazy danych SH z systemu Telemetrii, wymaganiem Zamawiającego jest aby aplikacje 

SH2-O i SH2-M działały z dotychczasową bazą danych SH (struktura bazy danych w zakresie w 

jakim jest wykorzystywana przez systemy Telemetrii i SH1 pozostaje bez zmian, natomiast może 

zostać rozszerzona o elementy, które są wymagane do współpracy z systemem SH2). 

9 



B. CELE PROJEKTU SH2 

Cel ogólny: 

Poprawa jakości pracy hydrologów operacyjnych i hydrologów modelarzy Instytutu Meteorologii 

i Gospodarki Wodnej. 

Cele szczegółowe: 

1. Poprawa pracy hydrologów operacyjnych i hydrologów modelarzy w obszarach: 

- szybkości 

- wydajności 

- ergonomii 

- łatwości obsługi 

2. Uniezależnienie informatycznych narzędzi pracy hydrologów od komercyjnych komponentów 

i oprogramowania zewnętrznego. 

3. Umożliwienie pracy hydrologom w najnowszych technologiach informatycznych i na 

nowoczesnym sprzęcie komputerowym. 

Produktami projektu będą: 

1. Moduł SH2 Hydrologia Operacyjna 

2. Moduł SH2 Moduł Wspomagania Modelowania 

3. Szkolenia z obsługi SH2-O i SH2-M 

10 



C. ZAKRES PROJEKTU 

Realizacja systemu SH2 składa się z szeregu zadań, z których część planuje wykonać samodzielnie 

Zamawiający, a część planuje zlecić dostawcy Zewnętrznemu. Zakres projektu rozłożony jest na 

Zadanie Integrujące (WP1), dwa moduły oprogramowania: SH2-O moduł hydrologii operacyjnej 

(WP2), SH2-M - moduł wspomagania modelowania hydrologicznego (WP3), cykl szkoleń dla 

użytkowników (WP4) oraz zadania związane z zarządzaniem projektem (WP5) 

WP1 – Zadanie Integrujące 

1.1. SH2-core 

1.2. Menedżer wersji aplikacji 

1.3. Automatyczna aktualizacja aplikacji 

1.4. Pomoc systemowa 

1.5. Logowanie zdarzeń 

Uwaga 

Zadania: 1.1.; 1.4.; 1.5. składają się na zestaw 1.A. 

Zadania: 1.2.; 1.3. składają się na zestaw 1.B. 

WP2 - SH2-O-moduł Hydrologii Operacyjnej 

2.0. Projekt realizacji SH2-O 

2.1. Eksploracja danych SH2-O 

2.2. Generator formularzy SH2-O 

2.3. Testy SH2-O 

WP3 - SH2-M-moduł Wspomagania Modelowania Hydrologicznego 

3.0. Projekt realizacji SH2-M 

3.1. Preprocesor SH2-M 

3.2. Multiplekser (Przełącznik) SH2-M 

3.3. Konfiguracja SH2-M 

3.4. Testy SH2-M 

11 



WP4 Szkolenia dla użytkowników 

4.1. Szkolenie z modułu SH2-O 

4.2. Szkolenia z modułu SH2-M 

4.3. Dokumentacja użytkowa i help 

WP5 Zarządzanie projektem 

12 



D. UWARUNKOWANIA FUNKCJONALNE I TECHNICZNE 

System SH2 będzie współpracował z systemem SH1 poprzez pracę na dotychczasowej bazie 

danych systemu SH (struktura bazy danych pozostaje bez zmian). 

Funkcjonalności modułów SH2-O i SH2-M będą podstawowymi funkcjonalnościami systemu SH. 

Pozostałe funkcjonalności, jak Hydrologia Operacyjna i Administracja bazą danych systemu SH 

będzie realizowana przez system SH1. 

Projekty realizacji modułów SH2-O i SH2-M muszą być wykonane według takich samych założeń 

architektonicznych i technicznych, takich samych zasad obsługi interfejsu użytkownika i przy 

zastosowaniu tych samych technik programistycznych. 

Z punktu widzenia użytkownika są to aplikacje rozdzielne, składające się jednak na przyszły 

system SH2. 

Biorąc pod uwagę przyszłe utrzymanie i rozwój obu aplikacji, a także docelowego SH2, który 

będzie rozbudowywany o kolejne aplikacje, Zamawiający wymaga zastosowanie w przypadku obu 

modułów jednolitych i spójnych rozwiązań informatycznych. 

Elementami integrującymi, które zostaną dostarczone przez Zamawiającego, będą: 

1. SH2 – core (rdzeń systemu SH2), w którym moduły SH2-O i SH2-M zostaną osadzone 

2. Mechanizm logowania i autentykacji, który zostanie zaimplementowany po stronie SH2- 

core 

3. Wspólny dla SH2-O i SH2-M mechanizm kontroli wersji – Menadżer Wersji 

4. Wspólny dla SH2-O i SH2-M mechanizm automatycznej aktualizacji aplikacji 

5. Wspólny mechanizm pomocy 

6. Logowanie zdarzeń 

13 



Rys. 3 Przepływy danych SH2-CORE, SH2-O, SH2-M i baza SH. 

14 



E. ZAŁOŻENIA ARCHITEKTONICZNE BUDOWY MODUŁÓW 

System SH – dotychczasowa architektura systemu SH1: 

Rys. 4 Dotychczasowa architektura 

Moduły wchodzące w skład System SH2 powstają w oparciu o nową architekturę: 

Rys. 5 Docelowa architektura 

Nowa architektura zapewni bardzo mocne rozdzielenie warstw, umożliwiając tym samym 

zwiększenie możliwości ich testowania, a co za tym idzie, jakości. Wielowarstwowa budowa 

pozwoli również na łatwiejszą rozbudowę systemu oraz jego łatwiejsze utrzymanie w przyszłości. 

W ramach realizacji systemu wykorzystane zostanie podejście „programowanie przez interfejsy” – 

każdy istotny element będzie posiadał interfejs oraz co najmniej jedną implementacje. 

15 



Kluczowym elementem systemu będzie zaprojektowane przez zamawiającego API (SH2-Core) - 

umożliwiające wywoływanie operacji na systemie w prosty i elegancki sposób. API zostanie 

zbudowane w oparci o następujące warstwy: 

 

dostępu do danych – „repozytoriów” – tylko przez tą warstwę możliwy będzie dostęp do 

bazy, poprzez z góry ustalone metody. Repozytoria będą wykorzystywały utworzone 

obiektowe „query api”, przy których wywoływaniu nie będzie wykorzystywany SQL. 

Warstwa ta zapewni również uniezależnienie od rodzaju bazy danych, 

 

serwisów – agregującą dostęp do wielu repozytoriów, wykonującą skomplikowane 

algorytmy oraz operacje związane m.in. z autoryzacją użytkownika, wywołaniem innych 

zewnętrznych systemów, 

API wykorzystywane będzie przez moduły GUI – prezentacji, będące elementami SH2-O i SH2-M. 

Oddzielenie logiki (API) od warstwy prezentacji (GUI) zapewni łatwe przeniesienie kodu na inną 

platformę. Dzięki takiemu rozwiązaniu w zależności od funkcjonalności modułów i ich stopnia 

zaawansowania będzie można zrealizować warstwę prezentacji (GUI) w postaci klienta 

desktopowego jak i cienkiego klienta WWW. 

Warstwa prezentacji zbudowana zostanie zgodnie z wariantem wzorca Model-View-Presenter, dla 

którego: 

 

 

 

Model – obiekty wyświetlane na formatkach, 

View – formatki bez żadnej logiki, oddelegowujące pewne akcje do Presenter'a, 

Presenter – wywołujący odpowiednie akcje przez API, decydujący o wykonaniu akcji oraz 

zlecający View wyświetlenie odpowiednich elementów. 

16 



F. SH2-CORE 

Aplikacje SH2-O i SH2-M zostaną osadzone w SH2-core, który zostanie dostarczony przez 

Zamawiającego, wraz z pozostałymi zadaniami integrującymi. Aplikacje powinny być widoczne 

na drzewie Nawigatora SH2, który powstanie w ramach budowy SH2-core. 

17 



G. GLOBALNE CECHY FUNKCJONALNE I TECHNICZNE DLA SH2-O I SH2-M 

Globalne cechy dotyczące zmian w porównania z obecnym SH: 

 

Listy – wszystkie listy do wybierania danych z bazy będą posiadać nowy mechanizm do 

zawężania ilości wybieranych rekordów oraz mechanizm stronicowania. 

 

 

 

Automatyczna wspólna aktualizacja aplikacji SH2-O i SH2-M. 

Menadżer wersji – pełna wspólna kontrola wersji aplikacji SH2-O i SH2-M. 

Rozszerzone możliwości pracy z aplikacją bez użycia myszy, więcej skrótów klawiszowych, 

spójna, przejrzysta lista klawiszy skrótów opisana w pomocy użytkownika. 

Nie zakłada się użycia komponentów z poza platformy .Net Framework, chyba, że użyte 

komponenty komercyjne lub typu open-source będą dostarczone z kodem źródłowym i prawem 

do modyfikacji kodu źródłowego na potrzeby projektu SH2. 

18 



H. FUNKCJONALNY TECHNICZNY OPIS ZADAŃ PROJEKTU 

1 WP1 Zadanie integrujące 

Poniżej opisano od strony technicznej i funkcjonalnej zadanie integrujące. Pozostałe pakiety 

robocze z zakresu projektu, muszą w określony sposób integrować swoje zadania z SH2- 

core. Prace wykonywane ramach działania integrującego i SH2-core, będą miały wpływ na 

projekt w zakresie W2-W5. 

Zadanie integrujące WP1 wykona Zamawiający. 

1.1 SH2-core 

Zamawiający dostarczy SH2–core, w którym osadzane będą poszczególne moduły w tym 

SH2-O i SH2-M. Reprezentacją SH2-core będzie drzewo nawigatora SH2, w którym 

w postaci węzłów dołączane będą kolejne moduły funkcjonalne. 

1.2 Menadżer wersji aplikacji 

Moduł do zarządzanie wersją aplikacji i dokumentacji (pomocy): 

 

 

 

Sprawdzanie aktualnej wersji. 

Możliwość manualnej aktualizacji aplikacji SH jeżeli jest nowsza. 

Możliwość zaktualizowania aplikacji do żądanej wersji (np. najnowszej wersji 

testowej jeszcze nie oficjalnej po weryfikacji odpowiednich uprawnień użytkownika). 

1.3 Automatyczna aktualizacja aplikacji 

Narzędzie/moduł w aplikacji SH2 umożliwiający automatyczne aktualizowanie aplikacji 

(ściąganie binarni z serwera). Podział na aktualizacje krytyczne, zalecane, bez których nie 

19 



można pracować z systemem jak i na takie, które można zainstalować w późniejszym 

terminie. 

1.4 Pomoc systemowa 

SH2-O i SH2-M posiadać będą system pomocy dla użytkowników. 

System pomocy - funkcjonalność: 

Dokładny opis funkcjonalny każdego modułu, elementu systemu wraz 

z przykładami użycia. 

 

 

Możliwość drukowania dokumentacji. 

Uruchamianie pomocy z każdego miejsca aplikacji SH2 (klawisz F1) wraz 

z odpowiednim pozycjonowaniem się w dokumentacji (pomoc kontekstowa). 

 

Wykorzystanie mechanizmu „tooltip” (dymek z podpowiedziami) w jak największej 

ilości miejsc w celu ułatwienia pracy z aplikacją SH2. 

1.5 Logowanie zdarzeń 

Akcje wykonywane w obrębie modułów SH2-O i SH2-M generują log zapisywany w bazie danych 

SH. Struktura logu spełnia wymagania bazy SH, dzięki czemu rekord może zostać zapisany 

w bazie i wyświetlony w Książce logów SH. Akcje, które generują log to: 

 

 

 

 

 

 

 

Aktualizacja danej jednostkowej (SH2-O) 

Wstawienie danej jednostkowej (SH2-O) 

Usunięcie danej jednostkowej (SH2-O) 

Uruchomienie projektu (SH2-M) 

Aktualizacja projektu (SH2-M) 

Utworzenie projektu (SH2-M) 

Usunięcie projektu (SH2-M) 

20 



1.6 Opis techniczny 

Opis techniczny zadania integrującego (WP1). 

1.6.1 SH2-core 

Rys. 6 Architektura SH2-Core 

SH2-Core jest oparty o framework Microsoft® Prism. Aby w pełni zrozumieć ideę działania SH2- 

Core należy zapoznać się z dokumentacją dotyczącą Prism. 

Stworzone moduły będą osadzane w SH2-Core przy użyciu kontenera Dependency Injection. 

Głównym zadaniem przy osadzaniu w SH2-Core jest stworzenie modułu korzystając z istniejącego 

już modelu obiektowego/infrastruktury umieszczonego w SH2-Core. Tworząc moduł, tworzymy 

widoki, które będą wyświetlane w Shellu poprzez Region Manager. Należy także korzystać 

z serwisów przygotowanych już w SH2-Core. Mimo to, istnieje także możliwość aby na potrzeby 

modułu tworzyć własny serwis w celu zapewnienia usługi, która będzie wykorzystywana tylko 

przez dany moduł. Moduły mogą komunikować się ze sobą przez współdzielone serwisy 

stworzone w obrębie SH2-Core lub przez zewnętrzne systemy takie jak baza danych czy web 

21 



serwis. Po stworzeniu modułu jest on rejestrowany w systemie przy użyciu kontenera DI. Ważne 

jest, aby każdy moduł którego przeznaczeniem jest osadzenie w SH2-Core był zaprojektowany 

z użyciem wzorca MVP (Model-View-Presenter). 

SH2-Core będzie dostarczał współdzielone serwisy pomiędzy różnymi modułami z których będzie 

można korzystać. Serwisy te będą dotyczyć elementów takich jak dostęp do bazy danych czy 

logowanie zdarzeń. 

1.6.2 Menedżer wersji aplikacji 

Będą stworzone dwa repozytoria. W pierwszym, dostępnym dla wszystkich użytkowników, 

przechowywane będą pliki modułów składających się na najnowszą oficjalną wersję aplikacji. 

Zakłada się brak możliwości instalacji wersji starszej niż posiadana. Drugie repozytorium, do 

którego dostęp przyznany będzie wybranym użytkownikom, umożliwiać będzie doinstalowanie do 

posiadanej oficjalnej wersji dostępnych zmian testowych. Zmiany te będą niezależnymi od siebie 

gałęziami w drzewie wychodzącym z ostatniej wersji oficjalnej. Po fazie testów będą następnie 

wchodziły w skład kolejnej wersji oficjalnej. 

Stosowane będzie pojęcie wersji aplikacji jako zbioru modułów z określeniem wersji dla każdego 

z nich. Zbiór ten określany będzie automatycznie dla oznaczonej wersji. Sposób zapisu wersji: 

WG.WP 

WG – wersja główna – inkrementowana od 1 w przypadku gruntownych zmian 

WP – wersja poboczna – inkrementowana od 1 przy każdej aktualizacji wersji głównej 

Istnieć będzie webserwis, do którego w przypadku zapytania o aktualizację aplikacja prześle listę 

zainstalowanych modułów wraz z ich wersjami. Odpowiedzią będzie lista modułów wraz 

z wersjami, które należy pobrać. Dane na temat modułów wchodzących w skład najnowszej wersji 

przechowywane będą na serwerze, na którym umieszczony będzie serwis do aktualizacji, w bazie 

danych. 

Zmiany testowe istniejące w ramach repozytorium testowego nie będą tworzyć nowej wersji 

aplikacji. Po ich zainstalowaniu nie będzie więc możliwości określenia wersji. Możliwy przy tym 

będzie powrót do ostatniej oficjalnej wersji aplikacji w sposób taki sam, jak przy klasycznej 

aktualizacji. 

22 



Po stronie aplikacji będzie istniał mechanizm listowania zainstalowanych modułów wraz 

z wersjami, tak by możliwe było przekazanie jego rezultatów zdalnemu serwisowi aktualizującemu. 

Wersje oficjalne będą w postaci plików instalacyjnych exe. Każda zmiana testowa będzie 

natomiast przechowywana w postaci archiwum zip zawierającego tylko biblioteki dll, w których 

dokonano zmian. 

1.6.3 Automatyczna aktualizacja aplikacji 

Wszystkie zmiany, poza testowymi, a więc zmiany wersji oficjalnej traktowane będą jako 

obligatoryjne, tym samym możliwa jest praca wyłącznie na najnowszej wersji aplikacji. 

Będzie istniał menedżer aktualizacji – graficzny interfejs umożliwiający wyświetlenie wersji 

aplikacji. Aktualizacja będzie możliwa tylko w przypadku posiadania wersji innej niż najnowsza 

oficjalna. Po pozytywnej weryfikacji użytkownika pod względem uprawnień, możliwa będzie 

dodatkowo instalacja dowolnych istniejących zmian testowych. Przy tym zmiany testowe będą 

listowane w menedżerze jako dostępne do instalacji bez względu na to, czy zostaną uprzednio 

zainstalowane. 

Sprawdzenie czy zainstalowana wersja aplikacji jest najnowszą będzie następować bezpośrednio 

po jej uruchomieniu, przed rozpoczęciem pracy. W przypadku wykrycia niezgodności otwierany 

będzie menedżer aktualizacji. Brak aktualizacji będzie skutkował zamknięciem aplikacji. 

Dodatkowo będzie można manualnie uruchomić menedżera aktualizacji podczas korzystania 

z aplikacji. Wówczas nawet po wykryciu niezgodności wersji możliwe będzie dalsze korzystanie 

z aplikacji, a aktualizacja nastąpi po jej ponownym uruchomieniu. 

Wyjątek od konieczności posiadania najnowszej wersji oficjalnej aplikacji będzie stosowany 

w przypadku użytkowników mających dostęp do zmian testowych, którzy z założenia mogą 

posiadać wersję nieoficjalną. 

Aktualizację do najnowszej wersji oficjalnej, jak i wprowadzenie zmian testowych umożliwiać 

będzie zewnętrzna aplikacja mająca uprawnienia systemowe odpowiednie do zamknięcia aplikacji 

SH i przeprowadzenia instalacji zmian. Powinna być to aplikacja wrażliwa na możliwości 

zawieszenia się, powinna robić kopię zapasową, która zostanie użyta w przypadku niepowodzenia 

aktualizacji. Proces aktualizacji będzie wizualizowany paskiem postępu. 

23 



1.6.4 Pomoc systemowa 

Pomoc, poza elementami dotyczącymi SH2-core powinna być przypisana do danego modułu. 

Każdy moduł powinien mieć dołączony pod nazwą identyczną jak nazwa modułu plik chm 

zawierający pomoc do poszczególnych elementów. 

Każdy element graficzny będzie miał możliwość „bindingu” do odpowiedniego miejsca pomocy. 

SH2-Core na podstawie tych informacji (czyli określony binding do pozycji i plik pomocy) będzie 

wyświetlał pomoc dla danego elementu. 

Wykorzystane zostaną ApplicationCommands – Help aby w całym systemie w jednym miejscu 

zebrać logikę dotyczącą działania pomocy. 

1.6.5 Logowanie zdarzeń 

Logowanie zdarzeń jest umożliwione poprzez współdzielony serwis znajdujący się w SH2-Core. 

Wszystkie moduły, które będą osadzane w SH2-Core będą miały możliwość korzystania z tego 

serwisu. 

Wygenerowanie zdarzeń przez moduły takich jak: 

 

aktualizacja danej jednostkowej (SH2-O) 

 

 

 

 

 

 

wstawianie danej jednostkowej (SH2-O) 

usunięcie danej jednostkowej (SH2-O) 

uruchomienie projektu (SH2-M) 

aktualizacja projektu (SH2-M) 

utworzenie projektu (SH2-M) 

usunięcie projektu (SH2-M) 

Logowanie odbywać się będzie poprzez współdzielony serwis znajdujący się w SH2-Core - każda 

z wyżej wymienionych operacji będzie miała swoje odwzorowanie w logach. 

24 



2 WP2 System Hydrologii 2 – Hydrologia Operacyjna (SH2-O) 

SH2-O uruchamiany będzie w dwóch trybach: eksploracji danych i generatora formularzy 

wprowadzania danych. Realizacją trybów będą dwie gałęzie wychodzące z węzła SH2 Hydrologia 

Operacyjna: 

 

 

Eksploracja danych 

Generator formularzy wprowadzania danych 

2.1 Projekt realizacji SH2-O 

Przed rozpoczęciem kodowania aplikacji SH2-O Wykonawca przedstawi uzgodniony 

z Zamawiającym projekt realizacji wymaganych funkcjonalności. 

2.2 Eksploracja danych SH2-O 

SH2-O eksploracja danych to gruntowna przebudowa i zmiana podejścia 

funkcjonalnego do zarządzania danymi jednostkowymi. SH2-O to stworzenie nowego 

narzędzia pod nazwą SH2-O eksploracja danych łączącego funkcjonalności modułów 

obecnego systemu SH1: Inspektor danych i Ostatnie pomiary. Celem takiej zmiany jest 

uniezależnienie się od produktu Microsoft Excel. SH2-O eksplorator danych będzie 

narzędziem do szybkiego podglądu danych, edycji, porównywania na wykresach itp. bez 

konieczności tworzenia Serii Danych SH. Przewidywana jest całkowita rezygnacja 

z narzędzia Inspektor danych, a funkcję prezentacji danych będzie można realizować 

przy pomocy raportów eksportowanych (do formatu Excel lub innego). 

25 



Przykładowe funkcjonalności w obecnym systemie SH1 i w nowej wersji SH2: 

Funkcjonalność Moduł SH Moduł SH2 

Podgląd danych wychodząc od Inspektor danych Eksplorator danych 

Serii Danych SH 

Przeglądanie danych wychodząc od Ostatnie pomiary Eksplorator danych 

Obiektu SH, bez konieczności 

tworzenia Serii Danych SH 

Przeglądanie danych bez Brak możliwości 

Eksplorator danych 

konieczności tworzenia Serii 

Danych SH pochodzących od 

różnych Obiektów SH 

Edycja danych jednostkowych Inspektor danych Eksplorator danych 

i Ostatnie pomiary 

Podgląd historii zmian danej Inspektor danych Eksplorator danych 

jednostkowej 

Serie z danymi na wykresie Inspektor danych Eksplorator danych 

Zakłada się następujące maksymalne liczby danych i elementów wejściowych zasilających SH2-O z 

bazy danych SH: 

 

 

 

operacje SH -> 2000 operacji 

dane -> 100 000 000 danych jednostkowych 

wykresy (jeden wykres) -> 10 000 000 danych jednostkowych 

2.2.1 Eksploracja danych inicjowanie, definicja zestawu danych wejściowych 

SH2-O Eksploracja danych będzie uruchamiany przy wykorzystaniu kreatora rozpoczynając od: 

 

 

 

 

Obiekty SH (lista pobierana z bazy danych SH) 

Grupy operacji (lista pobierana z bazy danych SH) 

Serii danych SH (lista pobierana z bazy danych SH) 

Szablonów XML – nowy rodzaj szablonów z zapisaną przez użytkownika konfiguracją 

skrótu (lista pobierana z bazy danych SH, konieczne utworzenie tabeli z zapisem). 

26 



Rys. 7 Panel danych wejściowych 

Funkcja SH2-O Eksploracja danych będzie także możliwa do uruchomienia z menu 

kontekstowego osadzonego na listach: 

 

 

 

 

Obiekty SH 

Grupy operacji 

Serii Danych SH 

Szablony XML z kategorii SH2 oraz bezpośrednio z drzewa Nawigatora czy z menu 

głównego 

27 



Listy te powinny być widoczne jako osobne węzły na drzewie nawigatora SH2. 

Listy będą zawierać mechanizmy filtrowania, sortowania i wyszukiwania umożliwiające 

wykorzystanie: 

 

 

 

 

 

 

 

nazwy elementu 

kodu elementu 

opisu elementu 

obiektu, parametru, operacji, kategorii (dla serii danych) 

loginu użytkownika, który utworzył element 

daty utworzenia elementu 

ewentualnie inne właściwości charakteryzujące dany element. 

Dla każdej pozycji z listy możliwe jest wyświetlenie informacji audytowych, mówiących 

o założycielu elementu, modyfikacji elementu, ostatnim użyciu (wszędzie login i data). 

Informacje pobierane będą z bazy danych SH. 

2.2.2 Okno SH2-O eksploracja danych 

Funkcjonalności modułu: 

 

 

 

Możliwość pokazania danych z wielu operacji/serii danych na jednej siatce. 

Synchronizacja czasowa danych na siatce z danymi (prawy panel). 

W przypadku wielu operacji/serii danych o różnych klasach czasu, siatka z danymi (oś 

czasu) będzie definiowana na podstawie najmniejszego kroku czasowego jaki występuje 

w wybranych operacji/serii danych. 

 

W przypadku nadmiarowych danych, niezgodnych z klasą czasu operacji, możliwość 

pokazywania/chowania takich danych. 

 

W przypadku braku danych względem klasy czasu operacji/serii danych możliwe 

pokazywanie/ukrywanie braków (tzw. „dziur”), możliwość uzupełniania braków (dodawanie 

nowych pomiarów). 

 

Podgląd historii zmian danej jednostkowej. 

28 



 

Edycja wielu rekordów jednocześnie, zapis wielu zmian jedną komendą zapisu, nadawanie 

wszystkim zmianom jednego atrybutu 

 

Podgląd wybranych operacji/serii danych na wykresach: 

o 

o 

o 

o 

o 

liniowych, 

punktowych, 

słupkowych, 

słupkowych obróconych, 

symboli, dla danych pobieranych z list wyliczeniowych. 

 

Dane na wykresach powiązane z danymi na siatce, zmiana danych na siatce zmienia 

wykres i na odwrót. 

 

 

 

Modyfikacja wyglądu wykresu, zmiana skali, powiększanie itp. 

Wiele operacji/serii danych na jednym wykresie. 

Okno SH2-O danych jest niemodalne tzn. nie blokuje dalszej równoległej pracy z innymi 

modułami. 

 

Można powołać kilka instancji okna SH2-O danych jednocześnie, tzn. praca na kilku 

okienkach jednocześnie. 

 

 

 

Kopiowanie danych do schowka. 

Eksport danych w postaci raportu do formatu Excel, Word, Html, Ascii. 

Jasna i klarowna definicja klawiszy skrótów zgodna ze standardem Windows, np. 

możliwość zaznaczenia w panelu danych obszaru i skopiowania zaznaczonego fragmentu 

do schowka poprzez Ctrl+C 

 

Oznaczanie danych jednostkowych na siatce posiadających atrybuty oraz szybki podgląd 

tych atrybutów, narzędzie do definiowania rodzaju zaznaczania (kolory, dodatkowe 

znaczniki) oraz definiowania warunku do oznaczania danych jednostkowych (np. zaznacz 

na czerwono dane niepewne, a na zielono wstawione do CBDH). 

 

Walidacja uprawnień – sprawdzanie czy użytkownik może wstawiać i modyfikować dane 

jednostkowe na podstawie Obiektów SH użytkownika oraz parametrów i zakresów 

czasowych użytkownika 

Okno SH2-O eksploracja danych składa się czterech paneli: 

29 



 

 

 

 

wyszukiwania, 

operacji, 

danych, 

wykresów, 

których rozmiar w zależności od potrzeb może być dowolnie zmieniany, przesuwany oraz 

wyłączany do nowego okna. 

Rys. 8 Okna eksploatacyjne 

30 



31 



Rys. 9 Panele operacji, danych i wykresów 

2.2.2.1 Panel wyszukiwania – nawigowania 

Filtr do wybierania danych będzie zawierał: 

 

 

 

 

 

Ilość pomiarów 

Zakres pomiarów (od – do) 

Przedział czasu SH (statyczny lub dynamiczny itp. ostatnia doba) 

Filtr czasowy (pełne godziny, 6:00 12:00 18:00 itp.) 

Dla operacji typu prognoza dodatkowo: 

o 

o 

o 

o 

Prognoza (od – do) 

Ilość ostatnich wersji (liczba) 

Ostatnia wersja (zaznaczenie) 

Wszystkie wersje (zaznaczenie) 

 

Atrybuty danej jednostkowej – zawansowane narzędzie do filtrowania po kilku 

atrybutach jednocześnie umożliwiające wybierania warunków logicznych pomiędzy 

atrybutami. 

32 



Po kliknięciu w paski narzędziowe pojawi się lista operacji jakie można wykonać dla danych 

obecnych na liście. Operacje będą wykonane na zaznaczonym zakresie danych (zaznacz/odznacz 

wszystkie, możliwość wyboru z klawiszami Shift i Ctrl.: 

 

Pasek funkcji matematycznych: średnia, maksimum, minimum, interpolacja, 

ekstrapolacja, dodanie wartości. 

 

Pasek agregacji: tymczasowe wyliczenia według formuł agregacyjnych 

Realizacja wyliczeń odbywać się będzie w osobnym oknie dialogowym, umożliwiającym 

podglądnięcie wyników przed zapisem, nadanie atrybutów. Wyliczenia matematyczne będą 

realizowane w obrębie jednej operacji SH. Agregowanie danych wymagać będzie wskazania 

operacji wejściowych, formuły agregacyjnej i operacji wyjściowej. 

2.2.2.2 Panel operacji/serii 

 

wyjście od obiektu SH 

Rys. 10 Wybór operacji do prezentacji 

Dodatkowe pole do zaznaczania, które operacje/serie mają znajdować się na panelu z danymi 

(domyślnie tylko jedna bieżąca operacja/seria). Dodatkowe przyciski do zarządzania 

zaznaczeniami (zaznacz wszystkie, odznacz wszystkie) 

 

wyjście od grupy obiektów SH 

33 



Rys. 11 Wybór obiektów do prezentacji 

Dodatkowe kolumny z obiektem SH 

 

wyjście od serii danych SH 

Rys. 12 Wybór serii danych do prezentacji 

Dodatkowe kolumny z Zakresem „od – do” na podstawie przedziału czasu z serii danych SH. 

Możliwość zmian czasu (tylko w SH2-O, definicja serii pozostaje bez zmian). 

Narzędzie do zarządzania zakresem „od – do” w poszczególnych seriach, nadawanie jednakowego 

przedziału. 

W panelu z operacjami SH2-O można będzie dynamicznie dodawać i usuwać nowe operacje, 

wartości zadane na wejściu (Obiekt SH, grupa operacji, serie danych SH, szablon XML) będą 

służyły tylko do wykreowania ustawień SH2-O na starcie, które później można będzie dowolnie 

zmienić i zapisać jako Szablon XML. Panel z operacjami obsługiwać będzie operacje drag and 

drop, tzn. z listy Operacji z okna inicjującego SH2-O będzie można przeciągnąć operacje do 

otwartego okna SH2-O. Ponadto w oknie operacji można będzie dodawać wybraną grupę 

właściwości Obiektów SH np. stany alarmowe ostrzegawcze, wysokości wałów itp., dodawanie 

będzie realizowane poprzez wyświetlenie osobnej listy (inicjowanie poprzez menu kontekstowe 

34 



pod prawym klawisze myszy „wstaw właściwości) właściwości wstępnie wyfiltrowanych zgodnie 

z zakresem Obiektów SH obecnych w aktywnym oknie SH2-O. Lista właściwości posiadać będzie 

niezależny filtr wyszukiwania właściwości tożsamy z obecnym Zarządzaniem Właściwościami w SH. 

2.2.2.3 Panel danych 

 

wiele serii danych w panelu danych: 

Rys. 13 Operacje a dane jednostkowe 

 

synchronizacja czasu na panelu danych, pokazywanie brakujących danych wyznaczone na 

podstawie klasy czasu operacji 

35 



Rys. 14 Operacje a dane jednostkowe Cd. 

 

przeglądanie historii danej jednostkowej (dla każdej danej jednostkowej można otworzyć 

okno pomocnicze z historią jej zmian i atrybutami) 

 

podglądanie atrybutów danej jednostkowej (dla każdej danej jednostkowej można 

otworzyć okno pomocnicze z nadanymi atrybutami i historią zmian) 

 

grupowe nadawanie atrybutów realizowane na podstawie dotychczasowych 

mechanizmów 

 

zaznaczanie kolorem komórki, w której znajduje się dana jednostkowa oznaczona 

atrybutem 

36 



2.2.2.4 Panel wykresów 

Panel do wizualizacji danych na wykresach zawierał będzie domyślny typ wykresu i kolor 

dobierany na podstawie ustawień parametru, zapisanych w bazie SH. Możliwość zarządzania 

wykresami, wszystkie dane na jednym wykresie, wszystkie na osobnych wykresach. Możliwość 

łączenia wykresów za pomocą mechanizmu drag and drop. 

Możliwość wrysowania symboli dla danych reprezentowanych typem wyliczeniowym. Symbol 

pobierany z typu wyliczeniowego i bazy SH, dla określonego parametru i wartości. 

37 



Rys. 15 Panel wykresów 

38 



2.2.3 Zapis skrótów do szablonu XML 

Użytkownik będzie mógł zapamiętać bieżące ustawienia SH2-O w postaci zapisu konfiguracji do 

szablonu xml. Konfiguracja zawierać będzie wszelkie niezbędne definicje danych wejściowych, jak 

również zapisane przez użytkownika ustawienia: 

- selekcja rekordów na polu operacji/serii 

- ustawień filtra wyszukiwania (np. kryteria selekcji atrybutów, zakresów czasowych) 

- ustawienia pola wykres 

W osobnej części szablonu znajdować się będzie obszar odpowiedzialny za zdefiniowanie raportu, 

a w tym: rozkładu danych, operacjach na danych, nagłówkach itd. (patrz 2.2.4). 

Do zapisu skrótu służy osobny przycisk. Po jego aktywacji otwiera się lista zapisu skrótów 

ograniczona do skrótów zalogowanego do SH2-O użytkownika. Użytkownik może nadpisać 

istniejący skrót (jeśli aktywacja SH2-O odbyła się poprzez istniejący skrót jego nazwa jest 

podpowiadana) lub utworzyć nowy. W momencie kończenia pracy z aplikacją SH2-O wyświetlane 

jest okno z pytaniem: Czy chcesz zapisać konfigurację? W przypadku negacji, skrót nie jest 

aktualizowany/zapisywany. W przypadku akceptacji wyświetlana jest lista zapisu skrótów. 

2.2.4 Raportowanie 

Funkcjami SH2-O Eksploracja danych będą funkcje raportowania. Raporty będą definiowane 

i uruchamiane w dwóch opcjach jako reprezentacja określonych ustawień SH2-O Eksploracja 

danych lub też jako zapisane ustawienia konfiguracyjne z postaci skrótu i definicji zakresu danych 

w postaci Serii Danych. Dodatkowo w celu usprawnienia zarządzania plikami xml, wprowadzone 

zostanie narzędzie do ich edycji. 

Kategorie raportów: 

 

arkusze Excel – wiodący format, dający największa konfigurowalność, największe 

możliwości 

 

dokument Word – nowy format 

39 



 

 

pliki tekstowe – dotychczasowy format 

pliki HTML – nowy format raportów 

Założenia mechanizmu raportowania: 

 

 

źródłem danych dla raportu są Serie Danych SH rozwijane po czasie lub po Obiektach SH, 

mechanizm tworzenia raportów generuje tylko i wyłącznie pliki z danymi, które nie 

posiadają połączenia z bazą danych, zatem ewentualna edycja danych w pliku raportu nie 

będzie zapisywana do bazy danych. 

Arkusze Excel: 

W opisach kolumn rezygnacja z uciążliwego opisu literowego (A, B, C, itd.) na rzecz 

węzłów i (np. title1 tekst w nagłówku kolumny, 

title2, jako opis komórki, czy opis w legendzie). 

 

 

 

Nazwa posterunku 

$D 

$DRE(DESCRIPTION) 

@ 

1 

 

Rys. 16 Definicja legendy w formacie xml 

 

Dotychczasowa legenda z opisem kolumn możliwa do pokazania na żądanie poprzez 

nowy węzeł , co daje m. in. możliwość dodania legendy pod tabelą 

(za węzłem w szablonie XML). 

40 



 

 

Możliwość tworzenia kilku tabel w jednym raporcie, wiele węzłów . 

Nowy węzeł , umożliwiający tworzenie kilku arkuszy z różnymi 

tabelami przy pomocy jednego szablonu XML raportu, nowa sekcja nowy arkusz. 

 

Wykres powiązany z tabelą – jeden tabela jeden wykres np. wewnątrz węzła 

można użyć węzła do wykresów . 

 

Wyróżnienie jednej komórki/wartości, kolorem gdy spełnia któryś z warunków: 

o 

osiągniecie i przekroczenie stanów ostrzegawczego (żółty) lub alarmowego 

(czerwony). Wartości progów pobrane z właściwości Obiektu SH; 

o 

o 

o 

osiągnięcie i przekroczenie stałej wartości wpisanej w szablonie XML; 

osiągnięcie i przekroczenie wartości pobranej z właściwości Obiektu SH; 

wartości w zakresie: poniżej dolnej granicy zakresu (biały), w zakresie (żółty); 

powyżej górnej granicy zakresu (czerwony). 

 

Opisanie kolorów użytych w wyróżnianiu wartości - w przypadku wyboru wyróżnień 

wartości, poniżej tabeli powinno się wpisać opis kolorów przy użyciu węzła 

. 

 

Nowy węzeł umożliwiający pokazania na raporcie dowolnego stałego 

tekstu. 

 

Uruchamianie makra o określonej nazwie znajdującego się w szablonie Excel (XLT), 

w którym użytkownik może zdefiniować sobie dowolne funkcje obrabiające 

wygenerowany raport. 

 

Nowy węzeł odwołująca się do nowego pola „Notatka” możliwego do 

zdefiniowania podczas edycji raportu. 

 

Wyeliminowanie powtarzających się sekwencji węzłów w celu poprawienia czytelności 

i skrócenia definicji raportu w szablonie XML. Np. podana sekwencja węzłów: 

 

$SER[1]DRE $SER[1]PARAMETER 

$SER[1]DRE.NAME - $SER[1]PARAMETER.NAME - 

$SER[1]PARAMETER.DESCRIPTION - $SER[1]TIME.NAME 

1 

$DRE(DESCRIPTION) 

00.0 

0 

41 



0 

 

 




2 

00.0 

1 

0 

 

 




3 

00.0 

0 

0 

 

 




4 

00.0 

1 

0 

 

 




5 

00.0 

1 

0 

 

42 



Będzie mogła być zastąpiona jednym węzłem: 

 

$SER[i]DRE $SER[i]PARAMETER 

$SER[i]DRE.NAME - $SER[i]PARAMETER.NAME - 

$SER[i]PARAMETER.DESCRIPTION - $SER[i]TIME.NAME 

i 

00.0 

1 

0 

 

 

Możliwość zdefiniowania pełnej ścieżki do szablonu Excel (xlt) 

Dokumenty Word: 

Funkcjonalność analogiczna do raportów Excel, gdzie węzeł jest 

odpowiednikiem nowej sekcji bądź nowej strony. 

Pliki tekstowe: 

Raport w podstawowym formacie SH: Obiekt SH/Kod parametru/ Czas/ Wartość. 

Strony HTML: 

Ograniczona funkcjonalność w stosunku do raportów Excel o brak możliwości tworzenia 

wykresów. 

2.2.4.1 Raport na podstawie definicji danych wejściowych (2.1.1) oraz szablonu xml z zapisem 

skrótu 

Raporty definiuje się w oparciu o Serie Danych SH i szablon XML z opisem wyglądu raportu. 

Raport = Serie Danych SH + szablon XML 

W ten sposób zdefiniowany raport jest uruchamiany z menu kontekstowego (prawy klawisz 

myszy) po podświetleniu Seri Danych SH. 

43 



2.2.4.2 Raport z bieżących ustawień SH2-O Eksplorator Danych 

Raport z bieżących ustawień Eksploratora danych 

Po wciśnięciu guzika przygotuj raport pojawia się okno nawigacyjne pozwalające zdefiniować 

raport, ustawienia zapiszą się w pliku xml, jako skrót. 

Rys. 17 Definicja raportu 

2.2.4.3 Narzędzie do tworzenia i edycji szablonów XML 

Narzędzie dostępne pod prawym klawiszem myszy po podświetleniu dowolnego szablonu xml. 

Narzędzie do tworzenia i edycji szablonów XML powinno zawierać następujące funkcjonalności: 

 

inteligentny i zawansowany edytor do XML (podświetlana składnia, podpowiedzi, numery 

linii, automatyczne formatowanie kodu XML itp.), 

 

walidacja szablonu XML ze wskazaniem miejsca błędu (w oparciu o zdefiniowany schemat 

XSD), 

 

 

 

wczytywanie szablonu XML z pliku, 

wczytywanie szablonu XML z innego istniejącego w bazie SH, 

wstawianie szkieletu szablony XML w zależności od kategorii raportu, np.: 

 

 

 

 

44 



 

 

 

 

 

 

narzędzie do wstawiania możliwych w danym miejscu węzłów (nodes) np. wstaw: 

o tytuł raportu – dodaje węzeł wstaw tytuł z możliwością wstawienia 

tytułu raportu; 

o tekst – wstawia węzeł dla linii tekstu, jak wyżej; 

o tabela – wstawia dla tabeli, pusta tabela bez kolumn; 

o kolumna – wstawia węzeł dla kolumn; 

o wykres – wstawia węzeł dla jednego wykresu; 

o zmienną predefiniowaną – wstawia wybraną (podpowiedzianą z listy) zmienną 

predefiniowaną; 

o funkcje - wstawia wybraną (podpowiedzianą z listy) funkcje wraz wypełnionymi 

opcjami; 

o 

itp. 

 

 

 

 

zapis szablonu XML do pliku, 

zapis szablony do bazy SH, 

drukowanie szablonu, 

praca równoległa z wieloma otwartymi szablonami XML. 

45 



2.3 Generator formularzy SH2-O 

W SH2-O nastąpi rezygnacja z generacji arkuszy Excel i importowania danych zadaniami „Import 

danych z masek”. W ramach SH2-O zaimplementowany zostanie nowy moduł do wprowadzania 

danych bezpośrednio do bazy z formularza. W zależności od rodzaju danych użytkownik 

otrzymuje odpowiedni formularz do wprowadzania danych i przycisk do zapisu danych do 

systemu SH. Formularz zbudowany zostanie na bazie mechanizmu skrótów, w zależności od 

danych, które mają zostać wprowadzone. SH2-O zostanie otwarte w odpowiedniej konfiguracji 

wraz z opcją zapisu danych do bazy. Formularz inicjujący pracuje w dwóch trybach poprzez 

otwarcie: SH2-O eksploracja danych za pomocą skrótu lub SH2-O formularz. Inicjacja formularza 

odbywa się na podstawie wyboru konkretnego formularza, a następnie obiektu SH lub grupy 

obiektów SH wraz z podaniem zakresu czasu. Układ okien operacji/serii, filtrowania, danych 

i wykresów pozostaje bez zmian. Jeśli dla danej pozycji istnieje w bazie danych SH dana 

jednostkowa to jest wyświetlana w tabeli danych. Jeśli wartość danej jednostkowej jest typem 

wyliczeniowym („enumem”), w polu wartości wyświetlana jest lista rozwijana. 

2.3.1 Rodzaje formularzy hydrologicznych 

 

 

 

 

 

 

Wprowadzanie stanów wód. 

Wprowadzanie stanów wód limnigraf. 

Wprowadzenie stanów wód podziemnych. 

Wprowadzanie pomiarów hydrometrycznych. 

Wprowadzanie współczynników przepływu. 

Wprowadzanie danych ze stacji (depesza SHO) 

2.3.1.1 Wprowadzanie stanów wody 

Inicjalizacja formularza dostępna jest w dwóch trybach: obserwacje terminowe i obserwacje 

nadzwyczajne. 

46 



Inicjalizacja SH2-O po wyborze formularza: wprowadzanie stanów wód 

Rys. 18 Start – formularz stanów wód 

Obserwacje terminowe: 

SH2-O zostaną wytworzone następujące kolumny w polu dane (operacje z kategorii pomiar dla 

wybranego Obiektu SH lub grupy Obiektów SH i następujących parametrów): 

Parametr 

B00001A 

B00101A 

B00004A 

B00005A 

B00006A 

B00008A 

B00014A 

Nazwa 

Stan wody (obserwator) 

Temperatura wody (obserwator) 

Kod zjawiska zlodzenia 

Procent zjawiska 

Grubość lodu 

Kod zjawiska zarastania 

Stan wody II (obserwator) 

ENUM_TYPE_PK 

B00004 

Kod zjawisk lodowych – ENUM_TYPE 

DESCRIPTION 

Kod zjawisk lodowych 

Kod zjawisk lodowych – ENUM_VALUE 

CODE 

STRING 

0 brak zjawisk 

47 



1 Śryż 

2 Kra 

3 lód brzegowy 

4 pokrywa lodowa 

41 woda na lodzie 

5 zator lodowy 

50 WW (wielka woda) 

55 zator/WW 

6 śryż i lód brzegowy 

7 kra i lód brzegowy 

8 śryż i kra 

9 zator śryżowy 

ENUM_TYPE_PK 

ICESTS 

Symboliczne kody zjawisk lodowych – ENUM_TYPE 

DESCRIPTION 

Symboliczne kody zjawisk lodowych 

Symboliczne kody zjawisk lodowych– ENUM_VALUE 

CODE 

STRING 

0 

1 : 

2 ^ 

3 ) 

4 ] 

41 ! 

5 ]] 

50 

55 

6 :) 

7 )^ 

8 :^ 

9 :: 

Kod zjawisk zarastania - ENUM_TYPE 

48 



ENUM_TYPE_PK 

B00008 

DESCRIPTION 

Kod zjawisk zarastania 

CODE 

Kod zjawisk zarastania - ENUM_VALUE 

STRING 

001 w 1/3 

002 w 2/3 

003 w 3/3 

010 p 1/3 

011 p 1/3 w 1/3 

012 p 1/3 w 2/3 

013 p 1/3 w 3/3 

020 p 2/3 

021 p 2/3 w 1/3 

022 p 2/3 w 2/3 

023 p 2/3 w 3/3 

030 p 3/3 

031 p 3/3 w 1/3 

032 p 3/3 w 2/3 

033 p 3/3 w 3/3 

100 d 1/3 

101 d 1/3 w 1/3 

102 d 1/3 w 2/3 

103 d 1/3 w 3/3 

110 d 1/3 p 1/3 

111 d 1/3 p 1/3 w 1/3 

112 d 1/3 p 1/3 w 2/3 

113 d 1/3 p 1/3 w 3/3 

120 d 1/3 p 2/3 

121 d 1/3 p 2/3 w 1/3 

122 d 1/3 p 2/3 w 2/3 

123 d 1/3 p 2/3 w 3/3 

130 d 1/3 p 3/3 

131 d 1/3 p 3/3 w 1/3 

132 d 1/3 p 3/3 w 2/3 

133 d 1/3 p 3/3 w 3/3 

200 d 2/3 

201 d 2/3 w 1/3 

202 d 2/3 w 2/3 

49 



203 d 2/3 w 3/3 

210 d 2/3 p 1/3 

211 d 2/3 p 1/3 w 1/3 

212 d 2/3 p 1/3 w 2/3 

213 d 2/3 p 1/3 w 3/3 

220 d 2/3 p 2/3 

221 d 2/3 p 2/3 w 1/3 

222 d 2/3 p 2/3 w 2/3 

223 d 2/3 p 2/3 w 3/3 

230 d 2/3 p 3/3 

231 d 2/3 p 3/3 w 1/3 

232 d 2/3 p 3/3 w 2/3 

233 d 2/3 p 3/3 w 3/3 

300 d 3/3 

301 d 3/3 w 1/3 

302 d 3/3 w 2/3 

303 d 3/3 w 3/3 

310 d 3/3 p 1/3 

311 d 3/3 p 1/3 w 1/3 

312 d 3/3 p 1/3 w 2/3 

313 d 3/3 p 1/3 w 3/3 

320 d 3/3 p 2/3 

321 d 3/3 p 2/3 w 1/3 

322 d 3/3 p 2/3 w 2/3 

323 d 3/3 p 2/3 w 3/3 

330 d 3/3 p 3/3 

331 d 3/3 p 3/3 w 1/3 

332 d 3/3 p 3/3 w 2/3 

333 d 3/3 p 3/3 w 3/3 

Obserwacje nadzwyczajne: 

W SH2-O zostaną wytworzone następujące kolumny w polu danych (operacje z kategorii pomiar 

dla wybranego Obiektu SH lub grupy Obiektów SH i następujących parametrów): 

50 



Parametr 

B00001A 

Nazwa 

Stan wody (obserwator) 

W związku z tym, że obserwacja jest nadzwyczajna, zmieniamy klasę czasu na krok godzinny dla 

parametru B00001A 

Wykres 

Parametr 

B00001A 

B00014A 

B00004A 

B00008A 

Opis 

Linia ciągła 

Punktowo (♦) 

Symboliczne kody zjawisk lodowych 

Zjawiska zarastania – 001, 011, 222 w pionie 

2.3.1.2 Wprowadzanie stanów wody limnigraf 

Formularz do inicjalizacji SH2-O 

Inicjalizacja SH2-O po wyborze formularza: wprowadzanie stanów wód limnigraf 

Rys. 19 Start – formularz stanów wód limnigraf 



Parametr 

Nazwa 

51 



B00003A 

B00014A 

Stan wody (limnigraf) 

Stan wody II (obserwator) 

Wykres 

Parametr 

B00001A 

B00014A 

Opis 



2.3.1.3 Wprowadzanie stanów wód podziemnych 


Rys. 20 Start – formularz stanów wód gruntowych 



Parametr 

B01101A 

B01103A 

B01102A 

Nazwa 

Stan wód gruntowych 

stan wody gruntowej (przy kontroli) 

Stan wód gruntowych (czujnik) 

52 



Wykres 

Parametr 

B01101A 

B01103A 

B01102A 

Opis 

Linia ciągła – odwrócona skala 


Linia ciągła – odwrócona skala 

2.3.1.4 Wprowadzanie pomiarów hydrometrycznych 


Rys. 21 Start – formularz pomiarów hydrometrycznych 



Parametr Nazwa Komentarz 

B00070A Kod koryta rzeki Parametr B00070A kod koryta rzeki ma wartość 

numeryczną 0 lub 9 

B00084A Odległość od wodowskazu Parametr B00084A odległość od wodowskazu 

[m]. Wielkości te podawane są z dokładnością 

do pełnych metrów 

B00085A Kod odległości Parametr B00085A kod odległości [] 

Kod odległości przy wizualizacji danych nie jest 

podawany w systemie dwójkowym 1-w górę, 2- 

w dół, a w postaci literowej g – w górę od 

wodowskazu, d – w dół od wodowskazu. 

B00082A Stan wody (pomiar Parametr B00082A stan wody (pomiar 

53 



hydrometr.) 

B00083A Przepływ (pomiar 

hydrometr.) 

hydrometryczny) [H]. Jak opisano wyżej, stany 

wody są odczytywane przed i po wykonaniu 

pomiaru i zapisywane jako parametr B00014A 

z dokładnymi datami rozpoczęcia i zakończenia 

pomiaru. Natomiast w parametrze B00082A 

zapisywany jest średni stan wody podany przez 

hydrologa obliczającego pomiar. Czas dla stanu 

średniego jest datą rozpoczęcia wykonania 

pomiaru. Wszystkie następne parametry pomiaru 

są przypisane do tej samej godziny. 

Parametr B00083A przepływ (pomiar 

hydrometryczny) [Q] 

Obowiązuje nadal dokładność do trzech miejsc 

znaczących, tzn.: 

- przepływy poniżej 0,05 m 3 /s do trzech miejsc 

po przecinku, 

- przepływy w granicach 0,05÷9,99 m 3 /s do 

dwóch miejsc po przecinku, 

- przepływy w granicach 10,0÷99,9 m 3 /s do 

jednego miejsca po przecinku, 

- przepływy w granicach 100÷999 m 3 /s do liczb 

całkowitych, 

- przepływu powyżej 1000 m 3 /s do pełnych 

dziesiątek tj. zamiast wartości 1256 jest 1260. 

B00081W Szacowany błąd pomiaru 

hydrometrycznego 

B00086A Powierzchnia przekroju Parametr B00086A powierzchnia przekroju [F]. 

Powierzchnię przekroju podaje się do 0,01 m 2 , 

jedynie przy wartościach powyżej 100 m 2 

z dokładnością do 0,1 m 2 . 

B00087A Szerokość zwierciadła wody Parametr B00087A szerokość zwierciadła wody 

[B]. Szerokość określa się z dokładnością do 

0,1 m, w przypadku wartości powyżej 100 m 

w liczbach całkowitych. 

B00088A Głębokość średnia w Parametr B00088A głębokość średnia 

przekroju 

w przekroju [T m ] i parametr B00089A 

głębokość maksymalna w przekroju [T max ]. 

Dokładność zawsze do 0,01 m. 

54 



B00089A Głębokość maksymalna w Parametr B00090A prędkość średnia 

przekroju 

w przekroju [v m ]. Dokładność zawsze do 

0,001 m/s. 

B00090A Prędkość średnia 

B00091A Prędkość maksymalna w Parametr B00091A prędkość maksymalna [v max ] 

przekroju 

Dokładność zawsze do 0,001 m/s. Podawanie 

prędkości maksymalnej w przypadku pomiarów 

wykonanych metodą ADCP, zostaje w gestii 

opracowującego pomiar hydrologa terenowca. 

Pole to może nie być wypełnione w przypadku 

umieszczenia uwagi do pomiaru nr 14. 

B00092A Spadek zwierciadła Parametr B00092A spadek zwierciadła wody [i]. 

Spadek zwierciadła wody podaje się 

z dokładnością 0,01 ‰. 

B00097A Kod zarastania Analogicznie jak w masce wprowadzanie stanów 

wody obserwator (Wprowadzanie stanów wody) 

B00098A Kod zjawisk lodowych na Parametr B00098A kod zjawisk lodowych na 

rzece 

rzece i parametr B00099A kod zjawisk 

lodowych w profilu pomiarowym 

W „Hydropomiarze” zapisywane są trzy 

informacje dotyczące zjawisk lodowych: 

- kod zjawiska w profilu wodowskazowym (jak 

przy obserwacji stanów) 

- procent zjawiska (jak przy obserwacji stanów) 

- kod zjawiska na rzece w profilu pomiarowym 

Tylko dwie skrajne informacje przenoszone są do 

SH jako parametry B00098A i B00099A. 

Proponuje się zapisanie procentu zjawiska, jako 

nowy parametr. 

B00077A Procentowy udział zjawiska j. w. 

lodowego na rzece 

B00099A Kod zjawisk lodowych w j. w. 

profilu pomiarowym 

B00071A Uwaga 1-sza do pomiaru Listy uwag powinny być rozwijalne 

B00072A Uwaga 2-gasza do pomiaru j. w. 

B00073A Uwaga 3-ciasza do pomiaru j. w. 

B00074A Uwaga 4-ta do pomiaru j. w. 

B00075A Uwaga 5-ta do pomiaru j. w. 

55 



B00096A Powierzchnia lodu Parametr B00096A powierzchnia lodu [F l ]. 

Wartości podawane są w metrach kwadratowych, 

a nie w procentach. 

B00095A Szerokość pokrywy lodowej Parametr B00095A szerokość pokrywy lodowej 

[B l ]. Wartości podawane są w metrach, 

Dokładność jak przy parametrze B00087A. 

B00093A Średnia grubość lodu Parametr B00093A średnia grubość lodu [e]. 

Dokładność podawana do 0,01 m. Jednostką 

obliczeniową jest metr. 

B00094A Maksymalna grubość lodu Parametr B00094A maksymalna grubość 

pokrywy lodowej. W starym systemie nie 

podawano tej wielkości. Parametr zbędny 

z punktu widzenia opracowania rocznika 

hydrologicznego. Dokładność podawana do 

0,01 m. Jednostką obliczeniową jest metr. 

B00076A Znak kasowania Parametr B00076A znak kasowania ma wartość 

numeryczną 0 lub 1. 

B00078A Odchylenie od krzywej Nowy parametr: Odchylenie od krzywej (%), 

współczynnik zlodzenia lub zarastania 

Wykres 

Bez wykresu. 

2.3.1.5 Wprowadzanie współczynników przepływu. 

Formularz do inicjalizacji SH2-O. 

Wybieramy obiekt SH z listy pobieranej z SH. 

56 



Rys. 22 Start – formularz współczynników przepływu 

Parametr Stan Wody wybierany jest z rozwijanej listy z polami: 

Kod Nazwa Klasa czasu 

B00001A Stan wody (obserwator) godzina 

B00002A Stan wody (czujnik) 10 minut 

B00003A Stan wody (limnigraf) godzina 

B00012A Stan wody II (czujnik) 10 minut 

B00013A Stan wody III (czujnik) 10 minut 

B00015B Stan wody (wynikowy) 10 minut 

B00020B Stan wody (operacyjny) 10 minut 

Przedział albo rok hydrologiczny albo zdefiniowany przedział czasu. 

Na tej podstawie wygenerowane zostają kolumny: 

Oś czasu - krok czasowy zależny od klasy czasu parametru, 

Stan wody – wartości z wybranego parametru, 

Przepływ surowy – przeliczone wartości stanu wody względem krzywej przepływu, 

Współczynnik redukcji zimowej – wartości wybrane z parametru B00053W, 

Współczynnik redukcji letniej – wartości wybrane z parametru B00052W, 

Współczynnik redukcji – wartości wybrane z parametru B00051W, 

57 



Przepływ zredukowany – wynik przemnożenia przepływu surowego przez współczynnik 

redukcji , 

Kod zjawiska zlodzenia - wartości wybrane z parametru B00004A, 

Procent zjawiska - wartości wybrane z parametru B00005A, 

Grubość pokrywy lodowej- wartości wybrane z parametru B00006A, 

Kod zjawiska zarastania- wartości wybrane z parametru B00008A, 

Mechanizmy półautomatyczne: 

jeśli zostaną wprowadzone współczynniki redukcji letniej i zimowej, współczynnik redukcji 

wylicza się z nich (wynik mnożenia), 

przy zaznaczeniu co najmniej dwóch współczynników można interpolować współczynniki 

pomiędzy nimi, 

po wpisaniu współczynnika redukcji automatycznie aktualizuje się przepływ zredukowany. 

Wykresy 

Parametr 

Przepływ surowy 

Przepływ zredukowany 

Opis 



2.3.1.6 Wprowadzanie danych ze stacji (depesza SHO). 


Rys. 23 Start – formularz danych pomiarowych ze stacji 

58 



Na podstawie grupy operacji zostanie wygenerowane kolumny z operacjami dla przedziału czasu 

doba opadowa (od 6 UTC do 6 UTC) 

Grupa parametrów SHO 

Kod Nazwa Typ wyliczeniowy 

B00001A Stan wody (obserwator) 

B00004A Kod zjawiska zlodzenia Kod zjawisk lodowych * 

B00005A Procent zjawiska 

B00006A Grubość lodu 

B00101A Temperatura wody (obserwator) 

B00201A Kierunek wiatru (obserwator) 

B00301A Temperatura powietrza 

B00301B Średnia dobowa temperatura powietrza 

B00301C max temperatura dobowa powietrza obserwator 

B00301D min temperatura powietrza dobowa obserwator 

B00301D min temperatura powietrza dobowa obserwator 

B00603A opad atmosferyczny za 12 godzin obserwator 

B00604A Dobowa suma opadu (obserwator) 

B00605A Opad godzinny (obserwator) 

B00607A Opad atmosferyczny za 6 godzin 

B00701A średnia dobowa prędkość wiatru obserwator 2 

B00901A pogoda w godzinie obserwacji 

B00903A zachmurzenie w ósmych częściach nieba 

B00907A grubość pokrywy śnieżnej 

B00908A grubość śniegu świeżo spadłego 

B00909A gatunek śniegu obserwator 

B00910A zawartość wody w śniegu obserwator 

B01001A Odpływ 

B01002A rzędna górna zwierciadła wody 

B01003A rzędna dolna obserwatora 

B01004A średni dopływ dobowy 

B01005A średni odpływ dobowy 

B01006A dopływ do zbiornika 

B01101A Stan wód gruntowych 

* tabela kodów zjawiska zlodzenia w pkt 2.2.1.1 

Bez wykresów. 

59 



2.3.2 Rodzaje formularzy meteorologicznych: 

 

 

 

Wprowadzanie opadów. 

Wprowadzanie opadów dobowych. 

Wprowadzanie danych klimatycznych. 

2.3.2.1 Wprowadzanie opadów godzinowych. 


Rys. 24 Start – formularz opadów godzinowych 

Dla określonego miesiąca i obiektu SH generuje się kolumna do wprowadzania danych co 

godzinna dla jednego wybranego parametru: 

Kod 

B00605A 

B00606A 

B00606B 

B00656B 

Nazwa 

Opad godzinny (obserwator) 

Opad godzinny (pluwiograf) 

Przetworzony opad godzinny 

Przetworzony opad godzinowy II 

Dla zaznaczonych komórek w kolumnie można ustawić wartość (domyślnie 0). 


60 



2.3.2.2 Wprowadzanie opadów dobowych. 


Rys. 25 Start – formularz opadów dobowych 

Dla określonego miesiąca i obiektu SH generuje się kolumna do wprowadzania danych Ra na 

dobę na godzinę 6 UTC dla jednego parametru B00604A – Dobowa suma opadu (obserwator). 

Dla zaznaczonych komórek w kolumnie można ustawić wartość (domyślnie 0). 


2.3.2.3 Wprowadzanie danych klimatycznych. 


Rys. 26 Start – formularz danych klimatycznych 

W SH2-O zostaną wytworzone następujące kolumny w polu danych, operacje z kategorii pomiar 

dla wybranego Obiektu SH i następujących parametrów (jedynie jeśli operacja istnieje): 

61 



Kod Nazwa 

B00301A Temperatura powietrza 

B00301B Średnia dobowa temperatura powietrza 

B00701A średnia dobowa prędkość wiatru obserwator 2 

B00903A zachmurzenie w ósmych częściach nieba 

B00801A Wilgotność względna powietrza (obserwator) 

B00604A Dobowa suma opadu (obserwator) 

B00913A kod zjawiska dominującego obserwator Kod zjawiska dominującego 

B00907A grubość pokrywy śnieżnej 

B00910A zawartość wody w śniegu obserwator 

B00201A Kierunek wiatru (obserwator) 

B00908A grubość śniegu świeżo spadłego 

B00909A gatunek śniegu obserwator 

Kod zjawiska dominującego 

Kod Znaczenie/nazwa 

001 deszcz 

002 mżawka 

003 mżawka z deszczem 

Zakres czasowy obejmuje miesiąc hydrologiczny (od 6 UTC pierwszego dnia miesiąca do 5UTC 

pierwszego dnia kolejnego miesiąca) z wybranym krokiem czasowym: 

 

 

 

 

 

Co godzina, 

Co 3 godzinny, 

Co 6 godzin, 

6, 12, 18 UTC, 

Raz na dobę. 


2.4 Testy SH2-O 

Zakończenie prac implementacyjnych nad modułem SH2-O, skutkuje przekazaniem aplikacji do 

następujących po sobie testów: 

62 



- deweloperskich 

- użytkowych 

Dodatkowo testy deweloperskie odbywają się cyklicznie przez cały okres tworzenia kodu 

oprogramowania. 

2.4.1 Testy deweloperskie 

Szczegółowy opis testów deweloperskich wraz ze scenariuszem testowym zapisany został 

w Załączniku nr 1 – Testy deweloperskie. W scenariuszu testowym zapisane są precyzyjne 

kryteria odbioru produktu na poziomie deweloperskim. 

2.4.2 Testy użytkowe 

Na podstawie przypadków użycia aplikacji stworzone zostały użytkowe scenariusze testowe. 

Zadaniem testów użytkowych jest stwierdzenie prawidłowego działania aplikacji – zgodnego 

z wymaganiami użytkownika oraz generowanie przez aplikację prawidłowych danych wyjściowych 

rozumianych jako m.in.: wyniki obliczeń, kompletne zestawienia danych, prawidłowe wykresy. 

Kryteria odbioru są mierzalne, określane w postaci maksymalnych czasów trwania akcji lub 

w postaci modelowego wyniku końcowego. Testy przeprowadzane są na standardowych 

środowiskach pracy użytkowników SH. Wymagania sprzętowe są wyspecyfikowane w scenariuszu 

testowym. Scenariusze testów użytkowych modułu SH2-O zawiera Załącznik nr2. 

2.5 Założenia techniczne SH2-O 

Opis techniczny produktów pakietu prac WP3. 

W skład Systemu Hydrologii 2 - Hydrologia Operacyjna (SH2-0) wchodzą dwa moduły główne: 

Eksplorator Danych (DataExplorer) wraz z generatorem raportów (DataReporter) oraz 

edytorem szablonów (skrótów) eksploratora danych i raportów (PatternEditor) 

Generator formularzy do wprowadzania danych (DataEntry) 

oraz moduły pomocnicze, niezbędne to prawidłowego funkcjonowania modułów głównych: 

lista Obiektów SH (DREList) 

lista grup operacji (OperationGroupsList) 

lista Serii Danych SH (DataSeriesList) 

lista szablonów (skrótów) z konfiguracją Eksploratora danych oraz raportów (PatternsList) 

lista właściwości Obiektów SH (DREPropertiesList) 

63 



 

 

lista przedziałów czasu (TimePeriodsList) 

informacje audytowe o rekordzie (AuditInfo) 

Wszystkie moduły są graficzną częścią interfejsu użytkownika SH2-O osadzanego w SH2-Core. 

Zatem muszą spełniać następujące kryteria: 

do budowy modułów zostanie wykorzystana technologia Microsoft .NET Framework 4.0 

(C#) 

interfejs graficzny zostanie zbudowany przy wykorzystaniu Windows Presentation 

Foundation 

wszystkie moduły są zaprojektowane i zaimplementowane z użyciem wzorca MVP (Model- 

View-Presenter) 

posiadają wspólny i spójny wygląd graficzny z funkcjonalnością opisaną we wcześniejszych 

rozdziałach 

warstwa Presenter poszczególnych modułów będzie komunikować się z bazą danych przy 

pomocy wydzielonej warstwy SH2 API 

SH API to z kolei zestaw repozytoriów (bezpośredni, elementarny dostęp do bazy) i 

serwisów (zagregowany dostęp do wielu repozytoriów, wykonywanie złożonych 

algorytmów, autoryzacja, wywoływanie innych zewnętrznych systemów itp.) 

Część SH API będzie stanowić oddzielną warstwę, która docelowo będzie przeniesiona do 

SH-Core. Warstwa SH API dotycząca modułu SH2-O zostanie zaprojektowana i wykonana 

wraz z graficznym interfejsem użytkownika przez Dostawcę. Zatem podsumowując: SH2- 

O = SH2-O GUI + SH2-O API, gdzie SH2-O API będzie przeniesione do SH2-Core. 

64 



SH2-Core 

SH2 SHELL 

SH2 API 

ModuleManager 

SH2 API Services 

SH2 API Repositories 

SH Navigator 

OperationGroupsList 

DREList 

PatternsList 

DREService 

DRERepository 

DataSeriesList 

TimePeriodsList 

OperationsService 

OperationsRepository 

DREPropertiesList 

AuditInfo 

DataSeriesService 

DataSeriesRepository 

PatternsService 

PatternsRepository 

Service n 

Repository n 

SH2-O 

SH2-O GUI 

SH2-O API 

DataExplorer 

DataService 

DataRepository 

SH DB 

DataEntry 

Rys. 27 Architektura SH2-Core i SH2-O 

SH2-Core - warstwa integrująca, zarządzanie modułami, udostępnianie mechanizmów 

pomocniczych (np. mechanizm stronicowanych list, wyświetlanie okien dialogowych) innym 

modułom. W SH2-Core można wyróżnić warstwę GUI i warstwę dostępu do bazy danych SH2 API. 

SH2 SHELL - warstwa GUI (Nawigator, listy itp.) oraz zarządzanie modułami, biblioteki wspólne, 

mechanizmy pomocnicze 

SH2 API - to zestaw repozytoriów (bezpośredni, elementarny dostęp do bazy) i serwisów 

(zagregowany dostęp do wielu repozytoriów, wykonywanie złożonych algorytmów, autoryzacja, 

wywoływanie innych zewnętrznych systemów itp.) 

SH2-O - w jawny sposób ma rozdzieloną warstwę GUI i warstwę dostępu do bazy 

SH2-O GUI - w skład wchodzą dwa moduły główne: 

Eksplorator Danych (DataExplorer) wraz z generatorem raportów (DataReporter) edytorem 

szablonów (skrótów) eksploratora danych i raportów (PatternEditor) 

Generator formularzy do wprowadzania danych (DataEntry) 

65 



SH2-O API - warstwa dostępowa czyli repozytoria i serwisy specyficzne dla SH2-O. Głównie 

dostęp do danych jednostkowych, wybieranie danych, modyfikacja danych jednostkowych 

z zapisaniem historii zmian. 

DataExplorer 

DataEntry 

DataExplorerMain 

WaterLevelEntry 

WaterLevelGageEntry 

SearchPanel 

GroundWaterLevelEntry 

OperationPanel 

HydrometricMeasurementEntry 

WaterFlowFactorEntry 

DataGridPanel 

SHOEntry 

ChartPanel 

PrecipitationEntry 

DataHistViewer 

DailyPrecipitationEntry 

ClimaticDataEntry 

Rys. 28 Moduły eksploracji danych i generowania formularzy 

2.5.1 Moduł Eksplorator Danych (DataExplorator) 

 

DataExplorerMain - część główna modułu Eksplorator Danych, zgodna ze wzorcem 

MVP, umożliwiająca osadzenie moduły w SH2-Core (nawigator modułów) umożliwiająca 

dowolne manipulowanie panelami operacji/serii, danych i wykresów (dokowanie, 

skalowanie, ukrywanie, pełny ekran itp.) 

 

SearchPanel - panel do ustawiania parametrów wybierania danych do eksploratora 

opisany szczegółowo w rozdziale 2.2.2.1 

OperationPanel - panel z operacjami/seriami, szczegółowo opisany w rozdziale 2.2.2.2 

DataGridPanel - panel danych, szczegółowo opisany w rozdziale 2.2.2.3 

66 



ChartPanel - panel wykresów, szczegółowo opisany w rozdziale 2.2.2.4 

 

DataHistViewer - przeglądanie historii zmian danej jednostkowej 

2.5.2 Generator formularzy do wprowadzania danych (DataEntry) 

Moduł zgodny ze wzorcem MVP, umożliwiający osadzenie modułu w SH2- Core (nawigator 

modułów), umożliwiający wprowadzanie danych przy pomocy następujących formularzy: 

 

 

 

 

 

 

 

 

 

WaterLevelEntry - wprowadzanie stanów wód 

WaterLevelGageEntry - wprowadzanie stanów wód limnigraf 

GroundWaterLevelEntry - wprowadzanie stanów wód podziemnych 

HydrometricMeasurementsEntry - wprowadzanie pomiarów hydrometrycznych 

WaterFlowFactorEntry - wprowadzanie współczynników redukcji przepływu 

SHOEntry - wprowadzanie danych ze stacji (depesze SHO) 

PrecipitationEntry - wprowadzanie opadu 

DailyPrecipitationEntry - wprowadzanie opadów dobowych 

ClimaticDataEntry - wprowadzanie danych klimatycznych 

2.5.3 DataReporter 

Moduł odpowiedzialny za generowanie raportów na podstawie: 

Definicji danych wejściowych oraz szablonu xml z zapisem skrótu 

Bieżących ustawień SH2-O Eksplorator Danych 

2.5.4 PatternEditor 

Moduł do edycji szablonów z definicjami dla Eksploratora danych i raportów. Inteligentne 

i zaawansowane narzędzie do tworzenia i edycji XML'i szczegółowo opisane w rozdziale 2.1.3.3.. 

67 



3 WP3 System Hydrologii H2 – Moduł Wspomagania Modelowania (SH2-M) 

Moduł wspomagania modelowania SH2-M będzie przetwarzał pliki wejściowe zawierające dane 

pomiarowe z Systemu Telemetrii, pliki zawierające prognozy meteorologiczne z systemów: 

COSMO, INCA, NIMROD, ALADIN, ECMWF, plik z prognozami synoptycznymi. Efektem działania 

modułu będzie plik wyjściowy zawierający dane pomiarowe i dane prognostyczne stanowiące 

agregację i/lub uśrednienie informacji pobieranych na wejściu. Wynik generowany będzie 

w postaci łańcucha danych dla określonego punktu geograficznego. Punkt będzie reprezentacją 

dowolnego zamkniętego obszaru powierzchni terenu. 

Rys. 29 Kroki funkcjonalne proces produkcyjny wykonania projektu modelowania 

68 



Rys. 30 Schemat kolejności następowania formatek 

3.1 Projekt realizacji modułu SH2-M 

Przed rozpoczęciem kodowania aplikacji SH2-M Wykonawca przedstawi uzgodniony 

z Zamawiającym projekt realizacji wymaganych funkcjonalności. 

3.2 Preprocesor SH2-M 

Dokonuje wstępnej obróbki danych meteorologicznych (opad i temperatura) dla dalszych potrzeb 

modelowania hydrologicznego. Działaniem preprocesora steruje multiplekser. 

3.2.1 Inicjacja narzędzia wybór projektu, zapis konfiguracji 

Lista projektów – lista zapisanych konfiguracji SH2-M, czyli sposobów działania preprocesora 

i multipleksera. SH2-M jest inicjowany poprzez wybór scenariusza projektowego z listy 

utworzonych projektów, po wciśnięciu „uruchom” dostępnego pod prawym klawiszem myszy 

w menu kontekstowym. Konfiguracja projektu zapisana jest w pliku xml i jest dostępna do edycji. 

Zarządzanie konfiguracją jest opisane w dalszej części dokumentu (3.3.). 

69 



Rys. 31 Formatka inicjująca 

3.2.1.1 Dane wejściowe 

Na dane wejściowe dla SH2-M składają się pliki z danymi pomiarowymi Systemu Telemetrii, 

prognozy z systemów: COSMO, ALADIN, INCA, NIMROD, ECMWF oraz plik z Prognozą 

Synoptyczną. 

Formaty plików danych wejściowych: 

System Telemetrii – ascii, (lub bezpośrednio z bazy SH) 

COSMO – grib 

ALADIN – grib 

INCA – ascii 

NIMROD – grib 

ECMWF - grib 

Prognoza Synoptyczna - ascii 

Specyfikacja formatu GRIB: 

http://www.wmo.int/pages/prog/www/WDM/Guides/Guide-binary-2.html 

70 



SH2-M przechowuje rozkład geograficzny stacji pomiarowych Systemu Telemetrii, który 

pobierany jest na podstawie właściwości Obiektu SH (współrzędne geograficzne) zdefiniowanych 

w bazie SH. 

Koncepcja zakłada możliwość dodawania kolejnych danych wejściowych o ile ich format jest 

zgodny z już występującym. W zależności od rodzaju projektu preprocesora (opad, temperatura) 

z plików wybierane będą potrzebne dane do obliczeń (dane opadowe lub dane z temperaturą 

powietrza). Krok czasowy dla działania preprocesora jest definiowany w konfiguracji projektu 

zakłada się, że jest to 1 godzina. 

Specyfikacja danych wejściowych: 

Danymi wejściowymi do preprocesora są dane z sieci pomiarowej IMGW oraz wyniki modeli: 

COSMO lm7, COSMO, lm14, Aladin, INCA, Nimrod, ECMWF, GFS. 

Dane z sieci IMGW dostępne są w bazie SH. 

Aladin 

Dane w formacie GRIB. 

Terminy obliczeń: 00UTC; 12UTC. 

Krok prognozy co 3 godz. długość prognozy na 54 godz. w przód. 

Objętość danych: jeden termin obliczeń ok. 112MB 

COSMO 


Dane z modeli COSMO dostępne są w formacie GRIB. Model COSMO liczony jest dla oczka siatki 

7km*7km oraz 14km*14km. Dla potrzeb Platformy Modelowania z wyjściowych plików GRIB 

eksportowane były wartości temperatury i opadu. 

Objętość danych: 11359kB dla pliku wynikowego temperatury lub opadu COSMO lm7, 2866kB dla 

pliku wynikowego temperatury lub opadu COSMO lm14. 

ECMWF 

Obecnie IMGW nie jest członkiem ECMWF, w związku z czym w przyszłości być może nastąpi 

rozszerzenie listy produktów. 



Krok prognozy co 12 godz. długość prognozy na 240 godz. w przód. 

Objętość danych: jeden termin obliczeń ok. 5MB. 

GFS 

71 





Krok prognozy: co 3 godz. do 180 godziny prognozy. Od 180 godziny do 384 godziny prognozy, 

krok co 12 godzin. 

Objętość danych: jeden termin obliczeń ok. 1GB. 

INCA 

Dane w formacie tekstowym. 

Temperatura jest prognozowana na 8 godzin w przód, krok prognozy 1 godzina. 

Termin obliczeń w przypadku temperatury – co godzina. 

Objętość danych: jeden termin obliczeń ok. 102MB. Plik dla danego parametru na dany krok 

czasowy ma 12720kB. 

Opad jest prognozowany na 2 godziny w przód, krok prognozy 10 minut. 

Termin obliczeń w przypadku opadu – co 10 minut. 


czasowy ma 12720kB. 

(W tej chwili testowana jest prognoza opadu na 6 godzin w przód, z krokiem 10 minutowym. 

Termin obliczeń – co 10 minut. 

Prognoza nie jest jeszcze udostępniana. 


czasowy ma 12720kB.) 

Nimrod 

Dane dla potrzeb Platformy Modelowania w formacie GRIB. Pliki z prognozą opadu na 6 godz. 

w przód. Krok 1 godzina 


Objętość danych: 880kB 

3.2.1.2 Siatka referencyjna 

Dla danego projektu definiowana jest specyficzna siatka referencyjna o stałej rozdzielczości 

węzłów wynoszącej 100m. Siatki referencyjne są plikami zgodnymi ze standardem ESRI 

przechowującymi strukturę typu grid. Siatka referencyjna ogranicza w istocie domenę obliczeń 

SH2-M. Jej zasięg jest odwzorowaniem geograficznego obszaru dla którego dokonujemy 

obliczeń. Wybór obszaru jest determinowany poprzez zasięg działania poszczególnych Biur 

Prognoz Hydrologicznych i topografii terenu, tak by można użyć dla niego jednej metody 

uśredniania wartości (patrz 3.1.1.4.). 

72 



3.2.1.3 Obszary wyjściowe i ich reprezentacja punktowa 

Obszary wyjściowe to takie, dla których dokonywana jest agregacja przestrzenna danych. Ich 

odwzorowaniem fizycznym będą n.p: 

- obszar jednorodny hydrologicznie 

- zlewnia rzeki 

- województwo, powiat, gmina, miasto 

Obszar wyjściowy w SH2-M definiowany jest poprzez wskazanie pól na siatce referencyjnej. Dla 

każdego z obszarów wyjściowych określa się reprezentanta punktowego. Reprezentant punktowy 

jest Obiektem SH (posiada kod SH), dla którego generowane są końcowe wyniki działania SH2-M. 

Rys. 32 Definicja obszarów wyjściowych 

3.2.1.4 Interpolacja przestrzenna 

73 



Interpolację zmiennych meteorologicznych do punktów zainteresowania przedstawiano poniżej w 

trzech punktach: 

1. Redukcja wartości parametrów do poziomu referencyjnego przy wykorzystaniu 

wieloodcinkowego wielomianu liniowego, którego współczynniki mogą być definiowane 

przez hydrologa lub uzyskiwane na podstawie danych obserwacyjnych. 

2. Pomiary są interpolowane przestrzennie do zdefiniowanej siatki. 

3. Transformacja interpolowanych wartości z poziomu odniesienia do rzeczywistych 

wysokości zdefiniowanej siatki. 

Rys. 33. Schemat blokowy interpolacji 

Interpolacja pionowa 

Wartość zmiennej P w pionie może być modelowana przy wykorzystaniu funkcji wielomianowej 

NCof: 

P(x,y,z) = P(x,y,z0) + cof(x,y)*(z-z0) +.... 

(Wzór 1) 

74 



W celu umożliwienia pewnego i szybkiego uzyskania współczynników funkcji wielomianowej zapis 

ogólny upraszcza się do wielomianu pierwszego stopnia (gradient liniowy). 

P(x,y,z) = P(x,y,z0) + cof * (z-z0) 

(Wzór 2) 

W równaniu tym założono, że cof jest wartością globalną i obowiązuje dla całego analizowanego 

obszaru. 

W przypadku, jeśli gradient liniowy w niewłaściwy sposób odzwierciedla warstwy atmosfery 

stosowane jest równanie, gdzie atmosfera dzielona jest na jednorodne poziome warstwy, które to 

mają swój liniowy gradient pionowy. 

P(x,y,z) = P(x,y,z0) + cof[1*(z[1]-z0) + cof[2]*(z[2]-z1)... ......+ cof[n]*(z-z[n-1]) 

(Wzór 3) 

Przy interpolacji pionowej zmiennych meteorologicznych do poziomu referencyjnego, jako 

poziom odniesienia proponowany jest poziom morza z0 = 0m, ale jego wartość powinna być 

możliwa do definiowania przez hydrologa. 

Wstępne zdefiniowanie gradientu 

Hydrolog powinien mieć możliwość wstępnego zdefiniowania gradientu dla pionowej interpolacji 

opadu i temperatury. 

Dla temperatury gradient ten jest pionowym gradientem wyrażonym jako bezwzględna zmiana 

temperatury na 100m wysokości (K/100m). 

Dla opadu gradient musi być wyrażony jako zmiana opadu na 100m różnicy poziomu, w stosunku 

do opadu na poziomie referencyjnym. Dlatego wzór 2 jest modyfikowany do formy wzoru 4: 

P(x,y,z) = P(x,y,z0) + P(x,y,z0)*cof*(z-z0) 

(Wzór 4) 

Brak zdefiniowanego gradientu pionowego 

Jeśli gradient pionowy nie został zdefiniowany przez hydrologa, wówczas wartości 

interpolowanych parametrów nie podlegają wpływowi wysokości. 

75 



Interpolacja pozioma 

Interpolacja pozioma ma na celu transformację wartości parametrów do poziomu odniesienia 

P(x,y,z0), za pomocą wybranej przez hydrologa metody. 

Interpolacja zmiennych z poziomu odniesienia do wysokości rzeczywistych 

Interpolacja pionowa wartości zregionalizowanych na poziomie referencyjnym do powierzchni 

określonej przez referencyjny cyfrowy model terenu, przy wykorzystaniu wielomianów (gradienty), 

które zostały określone w poprzednich krokach. 

Agregacja przestrzenna 

Dane interpolowane do siatki referencyjnej są agregowane do średnich wartości zaznaczonych 

obszarów. Jest to realizowane przez proste wyliczenie średniej arytmetycznej wszystkich wartości 

w węzłach siatki, które mieszczą się w zaznaczonym obszarze. 

Metody interpolacji 

SH2-M będzie oferował następujące metody uśredniania danych z obszarów wyjściowych do 

reprezentantów punktowych: 

Interpolacja metodą średniej ważonej odległością (IDW – inverse distance weighted) 

W metodzie IDW wartość w punkcie interpolacji jest obliczana jako średnia ważona z punktów 

otaczających. Współczynnik wagowy jest odwrotnie proporcjonalny do odległości między 

punktem interpolacji a każdym spośród punktów otaczających. Na ogół przyjmuje się 

współczynnik wagowy równy 2, choć powinien być on dostosowany do charakteru danych 

przestrzennych. Innego współczynnika należy używać dla opadów atmosferycznych, których 

zmienność w przestrzeni jest znacznie większa. Z doświadczenia pracowników IMGW wynika, że 

do interpolacji rozkładu opadu najlepiej stosować współczynnik wagowy równy 3. Innym 

czynnikiem warunkującym wartość wagi jest wzajemna odległość punktów z danymi 

przestrzennymi. 

76 



(Wzór 5) 

- wartość cechy Z estymowanej w punkcie j 

- wartość cechy Z zmierzona w punkcie i 

(jednym z n punktów danych w otoczeniu) 

- efektywna odległość między punktami i i j 

β – wykładnik potęgowy, waga odległości 

Dla danego projektu użytkownik definiuje jedną metodę uśredniania, zapisaną w konfiguracji 

projektu. 

3.2.1.5 Zapis wyników działania preprocesora 

Zapis wyników działania preprocesora następuje w bazie danych SH pod kategorią prognoza dla 

danego Obiektu SH, który jest reprezentacją punktu reprezentacyjnego obszaru wyjściowego. 

3.2.2 Interpolacja przestrzenna do siatki referencyjnej 

Dla każdego źródła danych wejściowych dokonywana jest interpolacja przestrzenna danych do 

siatki referencyjnej. Każdemu węzłowi siatki referencyjnej przypisywana jest wartość. Tyle ile 

źródeł danych wejściowych tyle siatek referencyjnych z przypisanym wartościami opadu lub 

temperatury w zależności od konfiguracji projektu. 

3.2.3 Wyznaczenie wartości średnich dla obszarów wyjściowych i ich reprezentacji punktowej 

Zgodnie z zapisaną w konfiguracji projektu metodą dla każdego źródła danych wejściowych 

i obszary wyjściowego wyliczana jest wartość średnia opadu lub temperatury. 

77 



3.2.4 Obliczanie wyniku końcowego działania preprocesora 

Dla wartości średnich wyliczonych dla obszarów wyjściowych przeprowadzane jest końcowe 

uśrednienie uwzględniające zadane współczynniki wagowe w multiplekserze. Uśrednienie dotyczy 

sytuacji, gdy dla danego punktu czasowego posiadamy więcej niż jedną daną uzyskaną we 

wcześniejszych obliczeniach opisanych w 3.1.3.. Metodą uśredniającą jest średnia arytmetyczna 

z uwzględnieniem współczynników wagowych. 

3.3 Multiplekser SH2-M 

Multiplekser (przełącznik) jest narzędziem zarządzającym ostatnim etapem działania 

preprocesora. Etapem tym jest końcowe uśrednienie tak by uzyskać jeden łańcuch danych dla 

obszaru wyjściowego w obrębie przeliczeń danego projektu. Multiplekser prezentuje zakresy 

czasowe, dla których dostępne są dane z poszczególnych źródeł danych wejściowych. 

Rys. 34 Multiplekser selekcja źródeł danych i przypisywanie wag 

3.3.1 Okno nawigacyjne multipleksera 

Okno nawigacyjne multipleksera składa się z tabeli, w której wylistowane są dostępne w danym 

projekcie źródła danych. W następnej kolumnie znajduje się checkbox (domyślnie ustawiony 

w pozycji „aktywny” o ile dla danego okresu dane są dostępne) określający czy dane źródło 

danych będzie brane pod uwagę przy wyliczeniach końcowego uśrednienia (3.1.4.). Tabela 

podzielona jest na okresy 6 godzinne dzielone według zasady 0UTC - 6UTC; 6UTC – 12UTC; 

12UTC – 18UTC; 18UTC – 0UTC. Zakres czasowy ustalany jest na podstawie najmłodszych 

i najstarszych danych, które występują w źródłach danych wejściowych. W ten sposób tworzonych 

jest n 6 godzinnych przedziałów czasowych. Na dole tabeli powtórzone są źródła danych 

wejściowych z belkami zobrazowującymi zakresy danych dostępnych dla poszczególnych pozycji. 

Następnie dla każdego przedziału czasu tworzone są dwa pola: kolumna typu checkbox 

78 



(domyślnie ustawiony w pozycji „aktywny” o ile dla danego okresu dane są dostępne) określający 

czy dane źródło danych będzie brane pod uwagę przy wyliczeniach końcowego uśrednienia 

(3.1.4.) oraz okno edycyjne do wpisania wagi dla danego źródła danych. Multiplekser daje 

możliwość graficznej wizualizacji dotychczas przeprowadzonych obliczeń dla obszarów 

wyjściowych. Po wpisaniu w oknie wyszukiwania lub wyboru z listy rozwijanej reprezentanta 

punktowego obszaru wyjściowego w formie graficznej i tabelarycznej prezentowane są 

dotychczasowe obliczenia preprocesora dla każdego użytego w projekcie źródła danych. Opad 

prezentowany jest na wykresie słupkowo, temperatura liniowo. 

3.3.2 Wyliczenie wartości średnich 

Okno multipleksera posiada przycisk „zapisz”, po którego wciśnięciu dokonywana jest ostatnia 

faza obliczeń preprocesora wraz z zapisem danych wyjściowych w bazie SH. 

3.4 Konfiguracja SH2-M 

Konfiguracja projektu jest możliwa poprzez wciśnięcie przycisku „konfiguruj” w menu 

kontekstowym dostępnym pod prawym klawiszem myszy po podświetleniu nazwy projektu. 

Dostępne opcje w menu kontekstowym to: konfiguruj, utwórz, kopiuj i uruchom. 

3.4.1 Edycja plików konfiguracyjnych xml 

Konfiguracja istniejącego pliku xml dla projektu polega na edycji zapisanych parametrów. 

W poszczególny oknach można wpisać lub wybrać z listy rozwijanej (dla skończonej liczby 

możliwości): 

nazwę projektu 

typ projektu (opad/temperatura) 

nazwę źródła danych 

ścieżkę adresową pliku z danymi wejściowymi dla źródłą 

nazwę pliku wejściowego dla źródła 

lokalizację i nazwę pliku z siatką referencyjną 

metodę wyznaczania wartości średnich 

aktywność źródła danych podczas ostatniego uruchomienia SH2-M 

wagę dla źródła danych podczas ostatniego uruchomiania SH2-M 

79 



Po wciśnięciu przycisku „Definiuj obszary wyjściowe” pojawia się graficzna prezentacja siatki 

referencyjnej z zaznaczonymi zdefiniowanymi obszarami wyjściowymi, wyświetlona na podkładzie 

mapy topograficznej. Zaznaczenie realizowane jest przez zakolorowanie kwadratowych pól 

pomiędzy węzłami i otoczenie obszaru obwódką. Użytkownik ma możliwość wyklinania 

dowolnego obszaru i zdefiniowania dla niego reprezentanta punktowego (wybór z listy Obiektów 

SH pobieranej z bazy SH). NA dole okna znajdują się przyciski „Zapisz” i „Anuluj”. 

3.4.2 Tworzenie nowej konfiguracji 

Wszystkie pola opisane w 3.3.1. są puste, użytkownik musi je uzupełnić przed zapisem 

konfiguracji. 

3.4.3 Kopiowanie istniejących konfiguracji 

Po wciśnięciu „kopiuj” w menu kontekstowym na zaznaczonym projekcie, pojawia się okno 

z wypełnioną konfiguracją i pustym polem z nazwą projektu. Zapisanie projektu będzie możliwe 

po wpisaniu nazwy w polu „Nazwa projektu”. 

3.4.4 Konfiguracja – plik xml 

Konfiguracja przechowywana jest w postaci plików xml w bazie SH. 

3.5 Testy modułu SH2-M 

Zakończenie prac implementacyjnych nad modułem SH2-M, skutkuje przekazaniem aplikacji do 

następujących po sobie testów: 

deweloperskich 

użytkowych 

3.5.1 Testy deweloperskie 

Szczegółowy opis testów deweloperskich wraz ze scenariuszem testowym zapisany został 

w Załączniku nr 1 – Testy deweloperskie. W scenariuszu testowym zapisane są precyzyjne 

kryteria odbioru produktu na poziomie deweloperskim. 

80 



3.5.2 Testy użytkowe 

Na podstawie przypadków użycia aplikacji stworzone zostały użytkowe scenariusze testowe. 

Zadaniem testów użytkowych jest stwierdzenie prawidłowego działania aplikacji – zgodnego 

z wymaganiami użytkownika oraz generowanie przez aplikację prawidłowych danych wyjściowych 

rozumianych jako m.in.: wyniki obliczeń, kompletne zestawienia danych, prawidłowe wykresy itd.. 

Kryteria odbioru są mierzalne, określane w postaci modelowego wyniku końcowego lub jeśli to 

możliwe w postaci maksymalnych czasów trwania akcji. Testy przeprowadzane są na 

standardowych środowiskach pracy użytkowników SH. Wymagania sprzętowe są 

wyspecyfikowane w scenariuszu testowym. Scenariusze testów użytkowych modułu SH2-M 

zawiera Załącznik nr 3. 

3.6 Założenia techniczne SH2-M 

Opis techniczny produktów pakietu prac WP4. 

Techniczna koncepcja i opis realizacji SH2-M. Prezentacja następujących obszarów systemu: 

Architektura 

Komponenty 

Struktura bazy danych 

Wykorzystywane systemy zewnętrzne 

Uwaga: Zamawiający wymaga by moduł SH2-M działał również jako niezależna aplikacja 

nie wymagająca istnienia: bazy danych SH, SH1, SH2-core, SH2-O. W takim przypadku 

zasilenie danymi wejściowymi odbywa się poprzez pobór ich z plików w formatach 

źródłowych. Zapis wyników obliczeń SH2-M czyli danych wyjściowych realizowany jest w 

dotychczas stosowanym formacie tekstowym SH. 

3.6.1 Architektura systemu 

SH2-M będzie działał jako 'gruby klient'. Komunikacja z producentami prognoz odbywać się 

będzie po wspólnym zasobie sieciowym - NAS (Network Attached Storage), na który to 

producenci będą dostarczali pliki w odpowiednim formacie. MWM będzie wykorzystywał również 

SH w celu autoryzacji, pobierania danych telemetrycznych i zapisywania konfiguracji 

odpowiednich projektów. Do budowy MWM zostanie wykorzystana technologia Microsoft .NET 

Framework 4.0 (C#), a interfejs użytkownika umożliwiał będzie uruchomienie narzędzia z linii 

poleceń oraz w trybie graficznym. Tryb graficzny zostanie zbudowany przy wykorzystaniu 

Windows Presentation Foundation. 

81 



COSMO INCA 

NIMROD ALADIN ECMWF 

NAS 

SH 

MWM 

Rys. 35 Diagram prezentujący architekturę MWM. 

3.6.2 Komponenty SH2-M 

Poniższy diagram przedstawia komponenty wchodzące w skład SH2-M. 

82 



SH Authorizer 

Authorization 

Service 

SH Saver 

Data Saver 

Scenario Manager 

GUI 

UI 

CSV 

Saver 

Data Visualization 

Grid Selector 

Command 

Line 

Multiplexer 

Scenario Runner 

COSMO 

Reader 

Data Reader 

SH 

Reader 

Time Aggregator 

Preprocesor 

INCA 

Reader 

NIMROD 

Reader 

ALADIN 

Reader 

ECMWF 

Reader 

Rys. 36 Komponenty modułu SH2-M 

3.6.2.1 UI - User Interface 

Odpowiada za komunikację użytkownika z aplikacją. Z uwagi na potrzebę różnego sposobu pracy 

zostaną zbudowane 2 wersje interfejsu - graficzna i tekstowa (umożliwiająca użycie w skryptach). 

3.6.2.1.1 Command Line 

Tekstowa, uproszczona wersja interfejsu, umożliwiająca uruchomienie zdefiniowanego wcześniej 

scenariusza. 

3.6.2.1.2 GUI 

Stworzona w WPF graficzna cześć interfejsu umożliwiająca definiowanie scenariuszy, domeny 

obliczeń oraz wizualizacji danych biorących udział w obliczeniach. 

3.6.2.1.2.1 Scenario Manager 

Cześć interfejsu umożliwiająca zarządzanie scenariuszami obliczeń. 

83 



3.6.2.1.2.2 Grid Selector 

Moduł umożliwiający użytkownikowi wizualny wybór obszaru dla jakiego chciałby przeprowadzić 

obliczenia. 

3.6.2.1.2.3 Data Visualization 

Element w którym użytkownik może podglądnąć aktualnie analizowane serie danych. 

3.6.2.2 Authorization Service 

Element umożliwiający sprawdzenie uprawnień użytkownika do poszczególnych elementów 

systemu. 

3.6.2.2.1 SH Authorizer 

Uprawnienia użytkownika sprawdzane przy wykorzystaniu mechanizmu bramek SH. 

3.6.2.3 Data Reader 

Komponent odpowiedzialny za odczyt danych od producentów prognoz oraz SH. Budowa 

przewiduje łatwą możliwość rozszerzenia odczytu danych z innego źródła. Odczyt prognoz 

odbywał będzie się głównie poprzez przetwarzanie plików GRIB zapisywanych na współdzielonym 

zasobie NAS. 

3.6.2.3.1 COSMO Reader 

Realizuje odczyt prognoz COSMO z plików w formacie GRIB. 

3.6.2.3.2 INCA Reader 

Realizuje odczyt prognoz z systemu INCA poprzez odczyt plików tekstowych. 

3.6.2.3.3 NIMROD Reader 

Realizuje odczyt prognoz z systemu NIMROD. 

84 



3.6.2.3.4 ALADIN Reader 

Realizuje odczyt prognoz z systemu ALADIN. 

3.6.2.3.5 ECMWF Reader 

Realizuje odczyt prognoz z systemu ECMWF. 

3.6.2.3.6 SH Reader 

Realizuje odczyt danych pochodzących z Systemu Hydrologii. Komunikacja odbywa się 

bezpośrednio przez bazę danych. Z bazy, za pomocą mechanizmu serii danych wybierane są 

potrzebne wartości. Następnie korzystając z mechanizmu właściwości, wartości dla każdego 

obiektu otrzymują odpowiednie współrzędne geograficzne. 

3.6.2.4 Time Aggregator 

Komponent umożliwiający uporządkowanie szeregu danych pod względem spójności czasowej. 

3.6.2.5 Preprocesor 

Główny element systemu realizujący rozkład przestrzenny danych. Umożliwia przejście na siatkę 

danych wybraną przez użytkownika. 

3.6.2.6 Multiplexer 

Moduł umożliwiający scalenie wielu serii danych w jedną. 

3.6.2.7 Data Saver 

Moduł umożliwiający zapis wyniku działania MWM. Zapis odbywał się będzie do struktur danych 

SH jak również pozwalał na eksport danych do pliku tekstowego. 

3.6.2.7.1 SH Saver 

Umożliwia zapisanie rezultatu w określone struktury bazy danych Systemu Hydrologii 

85 



3.6.2.7.2 CSV Saver 

Pozwala na zapis uzyskanej z obliczeń serii danych w postaci pliku tekstowego cvs jako: 

data;wartość; 

86 



4 WP4 Szkolenia dla użytkowników 

4.1 Szkolenia SH2-O 

W oparciu o scenariusze testów użytkownika i przypadki użycia aplikacji opracowany został plan 

szkoleń dla użytkowników. Ten pakiet działań zostanie zrealizowany w fazie końcowej projektu, po 

dostarczeniu gotowych modułów SH2-O i SH2-M i osadzeniu ich w SH2-core. Plan szkoleń 

i dokumentacji szkoleniowej zawarty został w załączniku nr 4. 

4.2 Szkolenia SH2-M 

W oparciu o scenariusze testów użytkownika i przypadki użycia aplikacji opracowany został plan 

szkoleń dla użytkowników. Ten pakiet działań zostanie zrealizowany w fazie końcowej projektu, po 

dostarczeniu gotowych modułów SH2-O i SH2-M i osadzeniu ich w SH2-core. Plan szkoleń 

i dokumentacji szkoleniowej zawarty został w załączniku nr 4. 

4.3 Dokumentacja użytkowa i help systemowy 

W ramach szkoleń dostarczona zostanie dokumentacja użytkowa w postaci „Podręcznika 

użytkownika” opisującego sposób korzystania z modułów SH2-O i SH2-M. Dokumentacja będzie 

też zaimplementowana bezpośrednio w aplikacjach jako help systemowy, zgodnie z zapisami 

z punktów 1.4. i 1.6.. 

87 



5 WP5 Zarządzanie projektem 

Zarządzanie realizacją projektu przebiegać będzie zgodnie z metodyką zarządzania projektami 

(np. PRNICE2, PMI) zaproponowaną przez Dostawcę. 

Dostawca dostarczy Plan Projektu, zawierający: 

a) Podział realizacji projektu na produkty zgodnie ze stosowaną metodyką 

b) Plan komunikacji 

c) Szczegółowy harmonogram prac 

Przebieg projektu będzie monitorowany, wdrożone zostaną mechanizmy zarządzania ryzykiem, 

zmianą i jakością zgodnie z metodyką zaproponowana przez Wykonawcę. 

Struktura organizacyjna dla realizacji komunikacji w projekcie pomiędzy Wykonawcą, a IMGW: 

Rys. 37 Schemat struktury organizacyjnej projektu 

88 



I. PRZYPADKI UŻYCIA APLIKACJI 

Uzupełnieniem dokumentacji funkcjonalno – technicznej są przypadki użycia (use case) 

zgromadzone w załącznikach, System Hydrologii 2 – Hydrologia Operacyjna (SH2-O) – załącznik 

nr 5, System Hydrologii 2 – Moduł Wspomagania Modelowania (SH2-M) załącznik nr 6. 

89 



J. PARAMETRY CHARAKTERYZUJĄCE WIELKOŚĆ SYSTEMU SH1 

Linii kodu: ponad 600 tysięcy 

Wielkość bazy centralnej WASH: 405 GB 

Średnie roczne przyrosty danych: 

Nazwa tabeli: Opis Wielkość w 

Bajtach 

DATA 

Tabela z danymi jednostkowymi za lata hydrologiczne 56894685184 B 

2005-2008 

DATA_2009 Tabela z danym jednostkowymi za rok hydrologiczny 2009 19645071360 B 

DATA_2010 Tabela z danym jednostkowymi za rok hydrologiczny 2010 30045896704 B 

DATA_2011 Tabela z danym jednostkowymi za rok hydrologiczny 2011 

(stan na 20 czerwca 2011) 

19717423104 B 

Zarejestrowanych aktywnych użytkowników: 360 

Aktywnych użytkowników logujących się do systemu SH1 przynajmniej raz w ciągu ostatnich 60 dni: 

170 

Szacunkowa liczba użytkowników eksploatująca SH1 i bazę SH równocześnie w ciągu 

standardowego dnia pracy: 90 

90 



K. ZALEŻNOŚCI ZADAŃ I SZACUNKOWA PRACOCHŁONNOŚĆ 

Tabela pracochłonności i następstw logicznych zadań: 

Lp. Id zadania Nazwa Pracochłonność Poprzedniki 

(roboczodni) 

1.A Zbiór zadań SH2-core, 30 Start 

osadzanie, logi, mechanizm 

pomocy 

1.B Zbiór zadań SH2-core 30 Start 

menedżer wersji, aktualizacje 

2.0 Projekt realizacji SH2-O 40 1.A 

2.1 SH2-O Eksplorator danych 80 2.0 

2.2 SH2-O Generator formularzy 40 2.0 

3.0 Projekt realizacji SH2-M 40 1.A. 

3.1 SH2-M Preprocesor 80 3.0 

3.2 SH2-M Muliplekser 30 3.0 

3.3 SH2-M Konfiguracja 20 3.0 

2.4 SH2-O Testy 30 1.B; 2.1.; 2.2. 

3.5 SH2-M Testy 30 3.1.; 3.2.; 3.3 

4.3 Dokumentacja użytkowa i help 40 1.B; 2.3.; 3.4. 

4.0 SH2-O przygotowanie szkoleń 45 4.3. 

i szkolenia 

4.1 SH2-M przygotowanie szkoleń 45 4.3. 

i szkolenia 

WP5 Zarządzanie projektem 90 

Razem szacowana pracochłonność projektu wynosi: 670 roboczodni. 

91 



L. ZAŁĄCZNIK NR 1 – TESTY DEWELOPERSKIE 

CEL: 

Testy deweloperskie służą weryfikacji kodu w trakcie realizacji systemu SH2. Mają one na celu 

weryfikację jakości kodu jak i zgodności kodu z dokumentacją systemu. 

CZAS i MIEJSCE TESTÓW: 

Testy rozpoczynają się w pierwszy piątek przypadający po 14-tym dniu od rozpoczęcia fazy 

kodowania zgodnie z harmonogramem realizacji systemu SH2. 

Testy są cyklicznie powtarzane co 2 tygodnie. Kod powinien zostać przekazany IMGW 

w uzgodnionej formie przed godziną 12 w dniu testów. 

Ostatni test deweloperski wykonywany jest niezależnie w dniu ostatecznego przekazania 

oprogramowania SH2-O i SH2-M. 

Testy odbywają się w środowisku testowym IMGW. 

ŚRODOWISKO TESTOWE: 

Do przeprowadzania testów deweloperskich będą używane następujące aplikacje: 

- Statyczna analiza kodu – Microsoft FxCop 1.36 

- Określanie metryk kodu - NDepend 

- Testy jednostkowe – NUnit 2.5 

- Testy integracyjne – NUnit 2.5 

OPIS: 

Wynik testu skutkuje akceptacją bądź odrzuceniem przedstawionej wersji kodu. Decyzja 

o akceptacji bądź odrzuceniu ogłaszana jest w następnym dniu roboczym po otrzymaniu kodu. 

Testy prowadzone są narastająco. Odrzucenie skutkuje powrotem do ostatniej zaakceptowanej 

wersji. Zarówno w przypadku akceptacji lub odrzucenia kodu może zostać przedstawiona lista 

uwag i propozycji dotyczących przekazanego kodu. 

Kryteria oceny testu deweloperskiego dla przekazanego fragmentu projektu: 

Kryterium 

Opis oceny 

92 



Kompilacja 

Czy proces kompilacji przebiega poprawnie? 

Testy jednostkowe Pokrycie kodu testami na poziomie 80% 

Testy integracyjne 

Metryki kodu 

Statyczna analiza kodu 

Przeprowadzenie testów integracyjnych w oparciu o dane z bazy 

IMGW 

Do oceny będą stosowane poniższe metryki: 

Methods per Class (wartość mniejsza lub równa 25) 

Depth of Inheritance Tree (wartość mniejsza lub równa 6), 

pomijane są klasy wchodzące w skład .NET Framework 

Lack of Cohesion of Methods (wartość mniejsza bądź równa 

0,8) 

Analiza przeprowadzona przy pomocy programu Microsoft FxCop 

1.36. Kod nie może naruszać reguł o następujących poziomach: 

 

 

 

Critical Error 

Error 

Critical Warning 

poza regułami o następujących nazwach: 

Warning: 

Errors: 

• Replace repetitive arguments with params array 

• Properties should not return arrays 

• Mark enums with FlagsAttribute 

• Indexers should not be multidimensional 

• Do not pass types by reference 

• Avoid out parameters 

• Avoid namespaces with few types 

• Use integral or string argument for indexers 

• Types should not extend certain base types 

• Specify MessageBoxOptions 

• Resource string compound words should be cased correctly 

• Operator overloads have named alternates 

• Normalize strings to uppercase 

• Members should differ by more than return type 

• Identifiers should not have incorrect prefix 

• Identifiers should not have incorrect suffix 

• Identifiers should have correct suffix 

• Identifiers should have correct prefix 

• Identifiers should differ by more than case 

• Identifiers should be cased correctly 

• Flags enums should have plural names 

• Events should not have before or after prefix 

• Do not use timers that prevent power state changes 

93 



• Do not use idle process priority 

• Do not mark enums with FlagsAttribute 

• Compound words should be cased correctly 

CriticalWarning 

• - Identifiers should be spelled correctly 

Powyższe kryteria stosuje się również podczas końcowego odbioru projektu niezależnie od testów 

funkcjonalnych. Ocena może być przeprowadzona na nowszych wersjach oprogramowania do 

testowania kodu, lub wersjach równoważnych z zastrzeżeniem realizacji wyżej wymienionej listy 

kryteriów. 

94 



M. ZAŁĄCZNIK NR 2 - TESTY UŻYTKOWE SH2-O 

CEL: 

Testy użytkowe mają na celu przetestowanie podstawowych funkcjonalności oprogramowania 

SH2-O. 

WYKONANIE TESTU: 

Test polegać będzie na wykonaniu poniżej opisanych punktów – testów cząstkowych. Wykonanie 

kolejnych kroków kończyć się będzie wypełnieniem tabeli zamieszczonej na końcu załącznika. 

Pozytywne zakończenie wszystkich punktów składa się na pozytywny wynik testu. 

CZAS I MIEJSCE TESTÓW: 

Testy zostaną przeprowadzone po przekazaniu IMGW oprogramowania SH2-O i SH2-M 

osadzonych w SH2-CORE. Testy przeprowadzone zostaną w środowisku testowym IMGW. 


Do przeprowadzenia testów użytkowych stosowane będą stacje robocze wyposażone w procesor 

dwurdzeniowy i pamięć RAM wielkości 2GB z zainstalowanym systemem operacyjnym Windows 7 

64bit. Na stacjach służących do testowania będą ponadto zainstalowane: .Net Framework 4.0, 

pakiet Microsoft Office 2007, klient bazodanowy Oracle w wersji 11.2. 

OPIS POSZCZEGÓLNYCH TESTÓW CZĄSTKOWYCH: 

Opis: 

1. Instalacja aplikacji. 

Test instrukcji instalacyjnej na stanowisku komputerowym z systemem operacyjnym Windows 7 

wersji 64 bit. Polegający na zrealizowaniu krok po kroku instrukcji instalacyjnej. 

Zakończenie testu będzie zalogowanie się do bazy danych SH. 

Lista działań: 

Przeczytanie instrukcji i zrozumienie, 

Sprawdzenie plików instalacyjnych z listą plików z instrukcji, 

Instalacja aplikacji i dodatkowych komponentów, 

Konfiguracja aplikacji i dodatkowych komponentów, 

Zalogowanie się do aplikacji. 

Dane wejściowe: 

Stanowisko komputerowe z zainstalowanym systemem operacyjnym Windows 7 64bit wraz 

zainstalowanym pakietem MS Office. 

Ocena: 

95 



Opis: 

Pozytywna – działanie aplikacji. 

2. Aktualizacja aplikacji. 

Test mechanizmu kontroli aplikacji. Polegający na sprawdzeniu istnienia nowszej wersji 

i zainstalowanie jej w sposób ręczny oraz automatyczny. Pozytywnym zakończeniem testu będzie 

z aktualizowana wersja aplikacji. 


Kontrola wersji, 

Aktualizacja ręczna, 

Powrót do starszej wersji, 

Aktualizacja automatyczna. 


Aplikacja w wersji podstawowej. Wersja wyższa w repozytorium. 

Ocena: 

Pozytywna – z aktualizowana aplikacja. 

Opis: 

3. Logowanie do SH i weryfikacja. 

Test uwierzytelniania użytkownika. Polegający na logowaniu się na różnych użytkowników 

Zakończeniem testu będzie lista powyższych czynności zapisana w książce logów SH2. 


zalogowanie się na aktywnego użytkownika z uprawnieniami DEV, 

otwarcie eksploratora w trybie „ostatnie pomiary”, 

edycja danej jednostkowej, 

zalogowanie się na aktywnego użytkownika ograniczonymi uprawnieniami KLISH , 



zalogowanie się na aktywnego użytkownika bez uprawnień, 



zalogowanie się na nieaktywnego użytkownika, 

zmiany hasła. 


Zdefiniowani aktywni użytkownicy w Systemie Hydrologii : 

z wszystkimi uprawnieniami (DEV), 

z uprawnieniami tylko do przeglądu (KLISH) 

96 



bez uprawnień. 

Oraz jeden nie aktywny użytkownik. 

Ocena: 

Pozytywna w sytuacji: 

użytkownik Logowanie Otwarcie 

eksploratora 

Edycja 

jednostkowej 

DEV Pozytyw pozytyw pozytyw 

KLISH Pozytyw pozytyw negatyw 

Bez uprawnień Pozytyw negatyw negatyw 

nieaktywny Negatyw 

danej 

Oraz pozytywna zmiana hasła. 

Opis: 

4. Przeglądanie zasobów. 

Test wyszukiwania konkretnych elementów SH wraz przejrzeniem zawartości: 

obiekt SH, 

parametr 

operacja, 

seria danych, 

przedziały czasu, 

grupy obiektów SH, 

grupy parametrów, 

grupy operacji, 

Test sprawdzi wyszukiwanie: 

po pełnej nazwie, 

nie pełnej nazwie, 

z znakami zastępującymi, 

innych kryteriach. 

Zakończeniem testu będzie zapisana w pliku Excel lista stacji wodowskazowych podlegająca BPH 

Poznań. 


wyszukanie po pełnej nazwie obiektu SH, 

wyszukanie po niepełnej nazwie obiektu SH, 

wyszukanie z znakami zastępującymi obiektu SH, 

wyszukiwanie wszystkich wodowskazów podlegających BPH Poznań, 

Eksport listy poprzez schowek do Excela, 

97 



 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

wyszukanie po pełnej nazwie parametru, 

wyszukanie po niepełnej nazwie parametru, 

wyszukanie z znakami zastępującymi parametru, 

wyszukiwanie wszystkich parametrów o jednostce cm, 

wyszukanie po pełnej nazwie operacji, 

wyszukanie po niepełnej nazwie operacji, 

wyszukanie z znakami zastępującymi operacji, 

wyszukiwanie wszystkich operacji dla parametru B00001A, 

wyszukanie po pełnej nazwie serii danych, 

wyszukanie po niepełnej nazwie serii danych, 

wyszukanie z znakami zastępującymi serii danych, 

wyszukiwanie wszystkich serii danych kategorii agregacja, 

wyszukanie po pełnej nazwie przedziału czasu, 

wyszukanie po niepełnej nazwie przedziału czasu, 

wyszukanie z znakami zastępującymi przedziału czasu, 

wyszukiwanie wszystkich przedziału czasu typu dynamicznego, 

wyszukanie po pełnej nazwie grupy obiektów SH, 

wyszukanie po niepełnej nazwie grupy obiektów SH, 

wyszukanie z znakami zastępującymi grupy obiektów SH, 

wyszukanie po pełnej nazwie grupy parametrów, 

wyszukanie po niepełnej nazwie grupy parametrów, 

wyszukanie z znakami zastępującymi grupy parametrów, 

wyszukanie po pełnej nazwie grupy operacji, 

wyszukanie po niepełnej nazwie grupy operacji, 

wyszukanie z znakami zastępującymi grupy operacji, 


Dostęp do bazy produkcyjnej. Zakładane ilości danych wejściowych: 2000 operacji SH; 

100 000 000 danych jednostkowych, dla wykresów o ile dotyczy 10 000 000 danych 

jednostkowych. 

Ocena: 

Pozytywna – wyszukanie wszystkich elementów oraz zapis listy obiektów SH do Excel. 

Opis: 

5. Wyświetlenie danych w eksploratorze danych. 

Wychodząc od dowolnego obiektu SH, wyświetlenie wszystkich zdefiniowanych dla niego 

operacji. W reżimie czasowym kilku ostatnich zanotowanych pomiarów. 


Wyświetlenie operacji dla obiektu SH typu wodowskaz, 

98 



Wyświetlenie operacji dla grupy obiektu SH typu gruntówka, 

Wyświetlenie operacji dla serii danych. 


Dostęp do bazy produkcyjnej. 

Ocena: 

Pozytywna – trzy krotne wyświetlenie eksploratora. 

Opis: 

6. Pojedyncza edycja danych jednostkowych w eksploratorze danych. 

Wychodząc od wodowskazowego obiektu SH i wyświetleniu danych w reżimie czasowym kilku 

ostatnich zanotowanych pomiarów, edytujemy pojedynczo 10 wybranych pomiarów z parametru 

B00002A. 



Edycja 10 wybranych pomiarów, 

Zapis edytowanych pomiarów. 



Ocena: 

Pozytywna – zapis edytowanych pomiarów. 

Opis: 

7. Kontrola uprawnień przy edycji danych jednostkowych w eksploratorze danych. 

Logując się na użytkownika nie posiadającego uprawnień do edycji danych. Wychodząc od 

wodowskazowego obiektu SH i wyświetleniu danych w reżimie czasowym kilku ostatnich 

zanotowanych pomiarów, edytujemy pomiar z parametru B00001A oraz dodajemy pomiar do 

parametru B00003A. 


Logowanie do SH2-O 


Edycja pomiaru, 

Dodanie pomiaru. 



99 



Ocena: 

Pozytywna – brak możliwości zapis pomiarów. 

Opis: 

8. Dodanie pojedynczych danych jednostkowych w eksploratorze danych. 


ostatnich zanotowanych pomiarów, dodajemy pojedynczo 10 wybranych pomiarów dla 

parametru B00001A. 



Dodanie 10 wybranych pomiarów, 




Ocena: 

Pozytywna – zapis dodanych pomiarów. 

Opis: 

9. Grupowa edycja danych jednostkowych w eksploratorze danych. 


ostatnich zanotowanych pomiarów. Do 100 wybranych pomiarów z parametru B00002A, 

dodajemy stałą wartość. 

Pozytywne zakończenie testu uwarunkowane będzie porównaniem czasu zapisu danych do SH, 

do czasu wykonywania tej czynności w edytorze danych w SH w takim samym trybie i warunkach. 



Edycja 100 wybranych pomiarów, dodanie stałej wartości, 



Dostęp do bazy produkcyjnej. Czas zapisu danych w SH. 

Ocena: 

100 




Opis: 

10. Grupowe nadawanie atrybutów danym jednostkowym w eksploratorze danych. 


ostatnich zanotowanych pomiarów. 100 wybranych pomiarów z parametru B00002A, nadajemy 

atrybut „Dana błędna”. 

Pozytywne zakończenie testu uwarunkowane będzie porównaniem czasu zapisu danych do SH, 

do czasu wykonywania tej czynności w edytorze danych w SH w takim samym trybie i warunkach. 



Edycja 100 wybranych pomiarów, nadanie atrybutu, 



Dostęp do bazy produkcyjnej. Czas zapisu danych w edytorze danych SH. 

Ocena: 


Opis: 

11. Tworzenie wykresów z wykorzystaniem właściwości obiektów SH. 

Wychodząc od grupy operacji (B00001A, B00002A) skomponować eksploratora danych z 

wykresami (dla każdej stacji osobno). Na wykresach widać będzie miesięczny przebieg stanów 

wody. Dodatkowo na wykresach będą wykreślone stany ostrzegawcze i alarmowe. 


Wyświetlenie w eksploratorze danych grupy operacji, 

Tworzenie wykresów, 

Dodanie do wykresów stanów ostrzegawczych i alarmowych. 



100 000 000 danych jednostkowych, dla wykresów 10 000 000 danych jednostkowych. 

Ocena: 

Pozytywna – wyświetlenie wykresów. 

101 



Opis: 

12. Zapisanie ustawień eksploratora danych w skrócie. 

Wyświetlenie danych w eksploratorze danych wychodząc od: 

grupy obiektów, 

grupy operacji, 

serii danych. 

Selekcja wybranych operacji do minimum 20, zdefiniowania dla wszystkich operacji wykresów. 

Pozytywne zakończenie testu będzie zapisanie skrótów tak zdefiniowanych eksploratora danych. 



Modyfikacja eksploratora danych, 

Zapis eksploratora danych w skrócie, 

Wyświetlenie operacji dla grupy operacji dla Obiektów SH gruntówka, 



Wyświetlenie operacji dla serii danych, 





Ocena: 

Pozytywna – zapis skrótów eksploratora danych. 

Opis: 

13. Kopiowanie skrótów eksploratora danych. 

Wyszukanie wcześniej stworzonego skrótu eksploratora danych. Z kopiowanie definicji skrótu. 

Wyświetlenie danych według nowo skopiowanego skróty eksploratora i edycja ustawień. 

Pozytywne zakończenie testu będzie zapisanie skrótów tak zdefiniowanych eksploratora danych. 


Wyszukanie skrótu eksploratora, 

Kopiowanie skrótu eksploratora, 

Edycja skrótu eksploratora, 

Zapis eksploratora. 

102 





Ocena: 

Pozytywna – zapis skrótu eksploratora danych. 

Opis: 

14. Wyeksportowanie wyświetlonych danych w eksploratorze danych. 

Wyeksportowanie wyświetlenie danych w eksploratorze danych w formacie xls. 

Pozytywne zakończenie testu będzie zapisanie wyeksportowanych danych. 


Wyszukanie skrótu eksploratora danych, 

Wyświetlenie eksploratora danych, 

Wyeksportowanie danych do pliku. 





Ocena: 

Pozytywna – eksport danych w formacie Excel. 

15. Zaimportowanie danych poprzez mechanizm generatora formularzy. 

Opis: 

Zaimportowanie danych do SH, poprzez: 

wygenerowanie formularza wprowadzania danych wodowskazowych, 

wypełnienie wyżej wymienionego formularza, 

zapisanie danych do bazy danych. 

Powtórzenie importu dla danych opadowych oraz SHO. 

Pozytywne zakończenie testu będzie zapis danych do bazy oraz odnotowanie tego w książce 

logów. 


wygenerowanie formularza wprowadzania stanów wody, 


zapisanie danych do bazy danych, 

103 



 

 

 

 

 

 

wygenerowanie formularza wprowadzania godzinowych sum opadu, 



wygenerowanie formularza wprowadzania danych SHO, 




Dostęp do bazy edukacyjnej. Zakładane ilości danych wejściowych: 2000 operacji SH; 



Ocena: 

Pozytywna – zapis danych i wpisy w książce logów. 

TABELA: 

Imię i nazwisko 

Data 

Wersja aplikacji 

Wynik 

Lp. Kroki testu Wynik 

1 Instrukcja 

Pliki instalacyjne 

Instalacja komponentów 

Instalacja aplikacji 

Konfiguracja komponentów 

Konfiguracja aplikacji, 

Zalogowanie się do aplikacji 

P-pozytywny 

N-negatywny 

Uwagi 

Końcowa ocena 

2 Kontrola wersji, 




104 



3 Log.użytkownika DEV, 

Otwarcie eksploratora, 

Edycja danej jednostkowej, 

Log.użytkownika KLISH , 



Log.użytkownika bez uprawnień, 



Log.użytkownika nieaktywnego, 



4 Obiekt SH, 

Lista do Excela 

Parametr, 

Operacja, 

Seria danych, 

Przedziały czasu, 

Grupy obiektów SH, 

Grupy parametrów, 

Grupy operacji, 


5 Obiekt SH typu wodowskaz, 

Grupa Obiektów SH typu gruntówka, 

Seria danych. 


6 Wyświetlenie operacji dla Obiektu SH 




7 Edycja pomiaru, 

Dodanie pomiaru. 


8 Dodanie 10 wybranych pomiarów, 



9 Edycja 100 wybranych pomiarów, 

105 





10 Wyświetlenie operacji dla Obiektu SH 




11 Tworzenie 10 wykresów. 

Dodanie H ost i H ala 


12 Modyfikacja – Obiekt SH, 

Zapis skrótu - Obiekt SH, 

Modyfikacja – grupa operacji, 

Zapis skrótu – grupa operacji, 

Modyfikacja – seria danych, 

Zapis skrótu – seria danych. 


13 Wyszukanie skrótu eksploratora, 

Kopiowanie skrótu eksploratora, 

Edycja skrótu eksploratora, 

Zapis eksploratora. 


14 Wyeksportowanie danych do pliku. 


15 Form.wprowadzania stanów wody, 

Zapis danych do bazy danych, 

Form.wprowadzania godzi. sum opadu, 

Zapisanie danych do bazy danych. 

Form.wprowadzania danych SHO, 

Zapisanie danych do bazy danych. 

Wpisy w ks. Logów. 


106 



N. ZAŁĄCZNIK NR 3 – TESTY UŻYTKOWE SH2-M 

CEL: 

Testy użytkowe mają za cel przetestowanie podstawowych funkcjonalności oprogramowania SH2- 

M, pod względem technicznej poprawności działania. 

WYKONANIE TESTU: 

Test polegać będzie na wykonaniu poniżej opisanych punktów. Wykonanie kolejnych kroków 

kończyć będzie wypełnieniem tabeli zamieszczonej na końcu załącznika. 


Do przeprowadzenia testów użytkowych stosowane będą stacje robocze wyposażone w procesor 

dwurdzeniowy i pamięć RAM wielkości 2GB z zainstalowanym systemem operacyjnym Windows 7 

64 bit. Na stacjach służących do testowania będą ponadto zainstalowane: .Net Framework 4.0, 

pakiet Microsoft Office 2007, klient bazodanowy Oracle w wersji 11.2. 

OPIS: 

Opis: 

1. Instalacja aplikacji. 

Test instrukcji instalacyjnej na stanowisku komputerowym z systemem operacyjnym Windows 7 

wersji 64. Polegający na zrealizowaniu krok po kroku instrukcji instalacyjnej. 

Zakończenie testu będzie zalogowanie się do bazy danych SH. 


Przeczytanie instrukcji i zrozumienie, 

Sprawdzenie plików instalacyjnych z listą plików z instrukcji, 

Instalacja aplikacji i dodatkowych komponentów, 

Konfiguracja aplikacji i dodatkowych komponentów, 

Zalogowanie się do aplikacji. 


Stanowisko komputerowe świeżo zainstalowanym systemem operacyjnym Windows 7 

64 bit wraz zainstalowanym pakietem MS Office. 

Ocena: 

Pozytywna – działanie aplikacji. 

Opis: 

2. Aktualizacja aplikacji. 

107 



Test mechanizmu kontroli wersji aplikacji. Polegający na sprawdzeniu istnienia nowszej wersji 

i zainstalowanie jej w sposób ręczny oraz automatyczny. Pozytywne zakończenie testu będzie 

z aktualizowana wersja. 


Kontrola wersji, 


Powrót do starszej wersji, 



Aplikacja w wersji podstawowej. Wersja wyższa w repozytorium. 

Ocena: 

Pozytywna – z aktualizowana aplikacja. 

Opis: 

3. Logowanie i weryfikacja uprawnień. 

Test uwierzytelniania użytkownika. Polegający na logowaniu się na różnych użytkowników 

Zakończeniem testu będzie lista powyższych czynności zapisana w książce logów SH. 


zalogowanie się na aktywnego użytkownika uprawnieniami OMSH, 

uruchomienie projektu, 

edycja projektu, 

zalogowanie się na aktywnego użytkownika ograniczonymi uprawnieniami OMSH_low , 



zalogowanie się na aktywnego użytkownika bez uprawnień, 

zalogowanie się na nieaktywnego użytkownika, 



Zdefiniowani aktywni użytkownicy w Systemie Hydrologii : 

z pełną obsługą platformy modelowania (OMSH), 

z ograniczoną obsługą platformy modelowania (OMSH_low) 

bez uprawnień. 

Oraz jeden nie aktywny użytkownik. 

Ocena: 

Pozytywna w sytuacji: 

użytkownik Logowanie Uruchomienie projektu Edycja projektu 

OMSH pozytyw pozytyw pozytyw 

108 



OMSH_low pozytyw pozytyw negatyw 

Bez uprawnień negatyw 

nieaktywny negatyw 

Oraz pozytywne zmiana hasła. 

Opis: 

4. Stworzenie i zapisanie nowe projektu. 

Na podstawie instrukcji opisującej proces tworzenia konfiguracji projektu, tworzymy projekt 

bazujący na telemetrycznych danych opadowych. Oraz drugi bazujący na temperaturze powietrza 

z telemetrii. Zakończenie testu będzie pozytywne zapisanie konfiguracji obu projektów i pobranie 

danych surowych. 


Zalogowanie się do aplikacji, 

Tworzenie projektu opadowego, 

Zapis projektu opadowego, 

Pobranie danych opadowych, 

Tworzenie projektu temperaturowego, 

Zapis projektu temperaturowego, 

Pobranie danych temperaturowych. 


Dostęp do bazy SH. 

Ocena: 

Pozytywna – pozytywne pobranie danych. 

Opis: 

5. Kopiowanie i edycja zapisanego projektu. 

Na podstawie wcześniej zapisanych konfiguracji projektów, tworzymy poprzez kopiowanie dwa 

nowe projekty. Dodajemy do nich konfigurację wciągającą dane prognostyczne. Pozytywne 

zakończenie testu będzie pobranie danych rzeczywistych i prognostycznych. 


Kopiowanie projektów, 

Dodanie danych prognostycznych, 

Zapisanie projektów, 

Pobranie danych COSMO, 

Pobranie danych INCA, 

Pobranie danych NIMROD, 

Pobranie danych ALADIN 

109 



 

Pobranie danych ECMWF, 


Istnienie dwóch projektów opadowego i temperaturowego. 

Ocena: 

Pozytywna – zapis dwóch projektów i pobranie danych.. 

Opis: 

6. Uruchomienie preprocesora opadowego – agregacja godzinowa. 

Test polegać będzie na uruchomieniu projektu wcześniej stworzonego i zapisanego w konfiguracji 

XML projektu preprocesora opadowego. Wyniku działania projektu powinnyśmy dostać ciąg 

opadu godzinowego dla wybranych obiektów SH. Pozytywne zakończenie testu będzie 

prezentacja danych agregowanych w SH2-O i zapisanie ich do pliku. 


Uruchomienie preprocesora opadowego, 

Zapisanie agregowanych danych, 

Prezentacja agregowanych danych. 


Zainstalowana aplikacja SH2-O 

Ocena: 

Pozytywna – prezentacja danych w SH2-O. 

Opis: 

7. Uruchomienie preprocesora temperaturowego – agregacja godzinowa. 

Test polegać będzie na uruchomieniu projektu wcześniej stworzonego i zapisanego w konfiguracji 

XML projektu preprocesora temperaturowego. Wyniku działania projektu powinnyśmy dostać 

ciąg temperatury powietrza co godzinę, dla wybranych obiektów SH. Pozytywne zakończenie 

testu będzie prezentacja danych agregowanych w SH2-O i zapisanie ich do pliku. 


Uruchomienie preprocesora opadowego, 




Zainstalowana aplikacja SH2-O 

110 



Ocena: 

8. Pozytywna – prezentacja danych w SH2-O.Definicja multipleksera – projekt opadowy. 

Opis: 

W wcześniejszym projekcie opadowym definiujemy multiplekser. Wagi w multiplekserze 

ustawiamy na 1. Wykonujemy działanie projektu. 


Uruchomienie projekt opadowy dla zestawu zerowego, 


Uruchomienie projekt opadowy dla zestawu jedynkowego, 


Uruchomienie projekt opadowy dla zestawu ujemnego, 



zestaw zerowy – pliki z wszystkimi wartościami rzeczywistymi i prognostycznymi 0, 

zestaw jedynkowy – pliki z wszystkimi wartościami rzeczywistymi i prognostycznymi 1, 

zestaw ujemny – pliki z wszystkimi wartościami rzeczywistymi i prognostycznymi -1. 

Ocena: 

Pozytywny test uznajemy jeśli wyniku dla dowolnego obiektu SH, otrzymamy: 

zestaw zerowy -> ciąg zerowy, 

zestaw jedynkowy -> ciąg jedynkowy, 

zestaw ujemny -> komunikat o błędzie. 

Opis: 

9. Definicja multipleksera – projekt temperaturowy. 

W wcześniejszym projekcie temperaturowym definiujemy multiplekser. Wagi w multiplekserze 

ustawiamy na 1. Wykonujemy działanie projektu. 


Uruchomienie projekt opadowy dla zestawu zerowego, 


Uruchomienie projekt opadowy dla zestawu jedynkowego, 


Uruchomienie projekt opadowy dla zestawu ujemnego, 



zestaw zerowy – pliki z wszystkimi wartościami rzeczywistymi i prognostycznymi 0, 

zestaw jedynkowy – pliki z wszystkimi wartościami rzeczywistymi i prognostycznymi 1, 

zestaw ujemny – pliki z wszystkimi wartościami rzeczywistymi i prognostycznymi -1. 

111 



Ocena: 

Pozytywny test uznajemy jeśli wyniku dla dowolnego obiektu SH, otrzymamy: 

zestaw zerowy -> ciąg zerowy, 

zestaw jedynkowy -> ciąg jedynkowy, 

zestaw ujemny -> ciąg ujemny. 

Opis: 

10. Uruchomienie projektu opadowego – działanie automatyczne. 

Na podstawie instrukcji opisującej proces tworzenia konfiguracji, tworzymy skrypt 

automatycznego uruchomienia preprocesora z linii poleceń. Dane powstałe wyniku działania 

projektu powinny być zapisane w pliku Ascii. 


Stworzenie skryptu, 

Uruchomienie skryptu, 

Prezentacja agregowanych danych zapisanych w pliku. 


Dostęp do bazy produkcyjne oraz pliki prognoz. 

Ocena: 

Pozytywna – zapisane dane w pliku 

Opis: 

11. Uruchomienie projektu temperaturowego – działanie automatyczne. 

Na podstawie instrukcji opisującej proces tworzenia konfiguracji, tworzymy skrypt 

automatycznego uruchomienia preprocesora z linii poleceń. Dane powstałe wyniku działania 

projektu powinie być zapisane w pliku Ascii. 


Stworzenie skryptu, 


Prezentacja agregowanych danych zapisanych w pliku. 


Dostęp do bazy produkcyjne oraz pliki prognoz. 

Ocena: 

Pozytywna – zapisane dane w pliku 

12. Definicja multipleksera – działanie wag. 

112 



Opis: 

W wcześniejszym projekcie opadowym modyfikujemy wagi w multiplekser. Dla wszystkich 

prognoz ustawiamy wagi na wartość 0. Wykonujemy działanie projektu. Powinien powstać wynik 

bez wartości prognostycznych. Ustawiamy wagę dla COSMO na 1. Powinien powstać wynik tylko 

z prognozą COSMO. Po kolei wykonujemy zmianę wag dla kolejnych prognoz (reszta prognoz 

wagę ma 0) i wykonujemy działanie projektu. 


Uruchomienie projekt opadowy dla wszystkie wagi 0, 


Uruchomienie projekt opadowy dla COSMO, 


Uruchomienie projekt opadowy dla INCA, 


Uruchomienie projekt opadowy dla NIMROD, 


Uruchomienie projekt opadowy dla ALADIN, 


Uruchomienie projekt opadowy dla ECMWF, 



zestaw COSMO – pliki z wszystkimi wartościami 1, 

zestaw INCA – pliki z wszystkimi wartościami 2, 

zestaw NIMROD – pliki z wszystkimi wartościami 3, 

zestaw ALADIN – pliki z wszystkimi wartościami 4, 

zestaw ECMWF – pliki z wszystkimi wartościami 5, 

Ocena: 

Pozytywny test uznajemy jeśli wyniku otrzymamy dla: 

COSMO – wartości 1, 

INCA – wartości 2, 

NIMROD – wartości 3, 

ALADIN – wartości 4, 

ECMWF – wartości 5, 

113 



TABELA: 

Imię i nazwisko 

Data 

Wersja aplikacji 

Wynik 

Lp. Kroki testu Wynik 

1 Instrukcja 

Pliki instalacyjne 

Instalacja komponentów 

Instalacja aplikacji 

Konfiguracja komponentów 

Konfiguracja aplikacji, 

Zalogowanie się do aplikacji 

P-pozytywny 

N-negatywny 

Uwagi 


2 Kontrola wersji, 




3 Zal. użytkownika OMSH, 



Zal. użytkownika OMSH_low , 



Zal. użytkownika bez uprawnień, 

Zal. się na nieaktywnego użytkownika, 


Ocena końcowa 

4 Zalogowanie się do aplikacji, 

Tworzenie projektu opadowego, 

Zapis projektu opadowego, 

114 



Pobranie danych opadowych, 

Tworzenie projektu temperaturowego, 

Zapis projektu temperaturowego, 

Pobranie danych temperaturowych. 


5 Kopiowanie projektów, 

Dodanie danych prognostycznych, 

Zapisanie projektów, 

Pobranie danych COSMO, 

Pobranie danych INCA, 

Pobranie danych NIMROD, 

Pobranie danych ALADIN 

Pobranie danych ECMWF, 


6 Uruchomienie preprocesora 




7 Uruchomienie preprocesora 




8 Zestaw zerowy 

Zestaw jedynkowy 

Zestaw ujemny 


9 Zestaw zerowy 

Zestaw jedynkowy 

Zestaw ujemny 


10 Stworzenie skryptu, 


Prezentacja danych 


11 Stworzenie skryptu, 


115 



Prezentacja danych 


12 Wagi 0, 

COSMO, 

INCA, 

NIMROD, 

ALADIN, 

ECMWF, 


116 



O. ZAŁĄCZNIK NR 4 – SZKOLENIA 

1. Wprowadzenie. 

Główne profile użytkowników SH: 

OKI 

Pracownicy RZGW 

KLESH Pracownik z poza IMGW dostęp do SH z zewnątrz IMGW 

HOSH_low Hydrolog Operacyjny - ograniczony 

HHSH_low Hydrolog Historyczny - ograniczony 

OMSH Obsługa Modeli 

CASH Centralny Administrator 

LASH Lokalny Administrator 

KLISH Pracownik IMGW 

HHSH Hydrolog historyczny 

HOSH Hydrolog operacyjny 

KLISH_low Pracownik IMGW - profil ograniczony 

SUSER Użytkownik zaawansowany 

DEV Profil deweloperski 

Szkolenia z modułów SH2-O, SH2-M skierowane są głównie do użytkowników z profili: 

LASH - administratorska, 

HOSH – hydrologia operacyjna, 

OMSH – obsługa modeli hydrologicznych. 

Szkolenia zostaną przeprowadzone według przynależności użytkowników do odpowiedniego 

profilu. 

2. Zakres szkoleń. 

Cykl szkoleń podzielony jest na cztery fazy: 

Prezentacji nowych modułów – przeznaczony dla kierowników i zaawansowanych 

użytkowników SH. Mająca za cel przedstawienie nowych funkcjonalności i mechanizmów 

szerokiemu gronu, w formie prezentacji. 

Szkolenia administratorskiego – przeznaczonego dla użytkowników z profilu LASH, CASH, 

DEV. Mająca za cel przeszkolenie w zakresie: 

Instalacji modułów, 

Konfiguracji modułów, 

Obsługi technicznej modułów: menadżer wersji, kompatybilność do starszej wersji 

SH, instalacji poprawek, opis bramek dostępu do nowych funkcjonalności, 

117 



 

 

Ogólna obsługa narzędzia SH2-O. 

Szkolenia operatorskie – przeznaczonego dla użytkowników z profilu SUSER, HOSH, 

HHSH. Mająca za cel przeszkolenie w zakresie: 

Menadżer wersji, 

Kompatybilność do starszej wersji SH, 

Ogólna obsługa narzędzia SH2-O, 

Zaawansowana obsługa eksploratora danych, 

Zaawansowana obsługa generatora formularzy, 

Zaawansowana obsługa raportów. 

Szkolenie modelarskie – przeznaczone dla użytkowników z profilu OMSH. Mająca za cel 

przeszkolenie w zakresie: 

Kompatybilność do starszej wersji SH, 

Ogólna obsługa narzędzia SH2-O, 

Ogólna obsługa narzędzia SH2-M, 

Zaawansowana obsługa prezentacji danych wejściowych, 

Zaawansowana obsługa przetwarzania danych – preprocesor, 

Zaawansowana obsługa prezentacji wyników, 

Integracja z zewnętrznymi modelami hydrologicznymi. 

3. Harmonogram szkoleń. 

Skrót szkolenia Typ szkolenia Ilość dni Ilość pracowników Prowadzenie 

szkolenia 

P Prezentacja modułów 1 Zamawiający, 

Dostawca 

SA 

Szkolenie 

2 Gdynia – 1 

Zamawiający 

administratorskie 

Poznań – 2 

Wrocław – 1 

Białystok – 1 

Warszawa – 1 

Kraków – 1 

Słupsk - 1 

OSH – 2 

SO1 Szkolenie operacyjne 2 BPH Gdynia – 2 Zamawiający 

BPH Poznań – 2 

SHO Białystok – 2 

SHO Warszawa – 2 

OSH - 1 

SO2 Szkolenie operacyjne 2 BPH Kraków – 4 Zamawiający 

118 



BPH Wrocław – 4 

DSOP Warszawa - 2 

SO3 Szkolenie operacyjne 2 DSOP Kraków – 4 

DSOP Poznań – 2 

DSOP Białystok - 2 

DSOP Słupsk – 2 

DSOP Gdynia – 2 

SM1 Szkolenie modelarskie 2 BPH Gdynia – 2 

BPH Poznań – 2 

SHO Białystok – 1 

SHO Warszawa – 1 

BPH Kraków – 2 

BPH Wrocław – 2 

OSH - 1 

SM1 Szkolenie modelarskie 2 CMP Gdynia – 2 

CMP Poznań – 2 

CMP Kraków – 2 

CMP Wrocław – 2 

CMP Warszawa - 2 

Zamawiający 

Zamawiający 

Zamawiający 

4. Plan szkoleń. 

Dokładny plan szkoleń oraz materiały szkoleniowe zostaną opracowane po przeprowadzeniu 

testów użytkowych. 

119 



P. ZAŁĄCZNIK NR 5 – PRZYPADKI UŻYCIA SH2-O 

Nr: 1 

Typ elementu: 

Cel: 

Warunki początkowe: 

Warunki końcowe: 

Scenariusz główny: 

Scenariusz 

alternatywny a: 

Wymagania: 

Nazwa: Utworzenie raportu analiza stanów wody. 

Przypadek użycia 

Utworzenie raportu analizy stanów wody 

Dane wejściowe stany wody z parametrów B00002A oraz innych 

np.B00001A,14,12,3,20.. 

Powstanie raportu analizy stanów wody 

1. Aplikacja wyświetla raport na podstawie: 

1)wskazanej grupy obiektów SH, 2)grup operacji,3) wybranej serii. 

2. Aplikacja wykonuje wstępne przetwarzanie danych np. polegające na 

obliczeniu różnicy między stanami w jakim zakresie stanów są dane(tj. 

strefa stanów średnich na podstawie właściwości obiektów 

wodowskazowych SH.) 

3. Zapis wyników do formatów Excel, szablon xml. 

4. Aplikacja kopiuje dane do katalogu wyjściowego. 

5 Koniec przypadku użycia. 

Brak. 

Szybki podgląd i wyświetlenie danych(np. dla grupy obiektów ułożonej 

według wskazań użytkownika.) 

Aplikacja: 

Szkice ekranów: 

Uwagi: 

SH2-O 

brak 

Brak 

Nr: 2 

Typ elementu: 

Cel: 

Nazwa: Kreowanie zestawienia do porównania pracy czujników dla 

danego Obiektu SH. 


Wykonanie zestawienia np. dla stanów wody B00001A oraz B0002A 

Warunki początkowe: Pobranie danych z wybranych czujników z jednego obiektu 

wodowskazowego SH dla zadanego czasu np. 1 dzień, 1 godzina 

(6:00UTC) 


Stworzone zestawienia, który dla zadanego czasu porównuje np. 

120 



tendencje spadek lub wzrost. 


Scenariusz 


Wymagania: 

Aplikacja: 


Uwagi: 

1. Aplikacja pobiera pliki danymi np. z dwóch czujników B0001A i 

B0002A 

2. Wynikiem są tabele .które prezentują się w formatach Excel, szablon 

xml lub innym. 

3. Zestawienia czujników te można podejrzeć na wykresie wybranym 

typie np. liniowy, słupkowy. 

4.Z wykresu można przejść na zestawienie, które się tworzy, po zmianie 

i modyfikacji wykonanych na wykresie. 

5. Koniec przypadku użycia. 

Brak. 

Wyświetlanie się powinno być szybkie wybór danych powinien wystąpić 

w aplikacji z edytora danych lub serii danych. W serii powinna być 

możliwość łatwej i szybkiej edycji wyboru obiektów, przejście do 

kolejnego obiektu i wykonanie zestawienia. Zmodyfikowane dane na 

wykresie można przejść do nowo utworzonego zestawienia 

SH2-O 

brak 

Brak 

Nr: 3 

Typ elementu: 

Cel: 


Nazwa: Nadawanie atrybutów i analiza atrybutów 


Nadanie danym w systemie SH atrybutów oraz ich analiza 

W SH są dane pomierzone, które podlegają weryfikacji. 

Warunki końcowe: Wyświetlenie pod obiektem SH zapisanych atrybutów lub 

bezpośrednio wczytujemy przygotowane zestawienie (serię) z danymi, 

która filtruje po określonych atrybutach np. dana po walidacji 

historycznej 


1. Użytkownik SH w wyniku analizy nadaje atrybut np. dana po walidacji 

historycznej. 

Nadawanie atrybutów powinno pojawić się rozwijane menu z listą 

atrybutów. 

2. Nadawanie atrybutów powinno wykonać się dla wielu operacji oraz 

kilku obiektów jednocześnie np. stan wody B0002A za okres rok 

hydrologiczny 2010 dla grupy obiektów określonej przez użytkownika/ 

lub stan wody B0002A i B000012A dla obiektu SH np. w czerwcu 2010- 

atrybut dana po walidacji operacyjnej. 

121 



3. Zmiana (usuwanie i modyfikacja) atrybutów powinna być możliwa w 

łatwy sposób.(z poziomu obiektu SH, wczytanych serii, grupy operacji) 

4. Wyciągana w serii danych zapisanych danych z nadanymi atrybutami 

w pliku txt, Excel, utworzonym szablonie xml. 

Scenariusz 


Wymagania: 

Aplikacja: 


Uwagi: 

5.Do obiektu SH musi być przypisana historia zmiany atrybutów. 

Powiązanie atrybutów z zadaniami automatycznymi oraz zrzutem do 

CBDH. 

6.Koniec przypadku użycia. 

Brak. 

Zmiana oraz prezentacja listy atrybutów powinna być prosta. Szybkie 

przeszukiwanie w serii danych wartości z nadanymi atrybutami. 

Powiązanie ich z innymi elementami w systemie SH jak np. zadania 

automatyczne. 

SH2-O 

brak 

Przypadek użycia realizowany jest opisany dokładnie ze zgłoszeniem 

TRAC ticket 196. 

Nr: 4 

Typ elementu: 

Cel: 




Wprowadzanie zmian dla wielu danych 


Wprowadzanie i modyfikacja dla wielu danych jednocześnie 

W SH są dane dla wielu obiektów, które podlegają zmianie 

Wykonanie zmiany dla wielu danych jednocześnie 

1. Użytkownik SH w wyniku analizy chce zmienić dane np. stan wody 

B00002A powinien mieć nadany atrybut, ponadto powinna być 

zachowana historia ze zmianami (login osoby wprowadzającej zmiany, 

datę). 

2. Nadawanie powinno odbywać się z kilku miejsc np. w edytorze 

danych, pod obiektem SH.. Każda zmiana powinna być wykazana 

w chwili jej wykonywania np. zmiana czcionki, koloru. Zmiany wykonane 

dla obiektu lub grupy obiektów SH dla parametru B0002a i B00012a, w 

okresie czerwiec 2010. 

3. Zmiana danych przez wybór opcji interpolowanie, dodanie stałej 

poprawki, nadanie atrybutów z menu, usunięcie danych np. błędna 

dana do usunięcia. 

122 



Scenariusz 


Wymagania: 

Aplikacja: 


Uwagi: 


Brak. 

brak 

SH2-O 

brak 

brak 

Nr: 5 

Typ elementu: 

Cel: 




Scenariusz 


Wymagania: 

Aplikacja: 


Uwagi: 

Analiza operacyjna sytuacji hydrologicznej w oparciu o stany 

ostrzegawcze i alarmowe 


Wykonanie analizy operacyjnej sytuacji hydrologicznej w oparciu 

o stany ostrzegawcze i alarmowe 

W SH są dane hydrologiczne np. stany wody z czujników B00002A. 

Wykonanie zestawienia stanów wody(tabelarycznie)dla obiektów SH, 

które znajdują się w granicach stanów ostrzegawczych lub alarmowych 

1. Użytkownik SH wykonuje zestawienie operacji stanów wody dla 

wybranych obiektów SH 

2. W zestawieniu dodane są do tego wybrane właściwości np. stan 

ostrzegawczy oraz /lub stan alarmowy. 

3. Pomiędzy wartościami jednostkowymi stanów, a wartościami 

z właściwości wykonywana jest operacja różnicy. 

4. Sprawdzenie aktualnych właściwości obiektu SH. Związane jest ze 

stanem ostrzegawczym i alarmowym. 

Brak. 

Analiza sytuacji powinna być oparta o przygotowane serie zestawienia, 

dostęp do nich łatwy. 

SH2-O 

brak 

brak 

Nr: 6 

Typ elementu: 

Cel: 

Generowanie raportów na przykładzie raportu grubości pokrywy 

śnieżnej i obciążenia śniegiem 


Generowanie raportów na przykładzie raportu grubości pokrywy 

śnieżnej i obciążenia śniegiem. 

123 






W SH są dane dot. pokrywy śniegowejB00907A oraz obciążenia 

śniegiem B00910B 

Wykonanie raportu dla wybranej grupy obiektów SH meteo, które 

pokazują wartości np. dla zlewni (np. Bugu) w okresie zimowym. 

1. Użytkownik SH wykonuje zestawienie obiektów SH na podstawie 

wskazań grubości pokrywy oraz spadłego śniegu świeżego 

2.Przekroczenie określonych wartości ustala użytkownik SH (norma 

graniczna według polskiej normy PN-80/B-02010/Az1 

3. Prezentacja wyników w Excelu lub szablonie xml. Raport jako szablon 

osobisty można zapisać i używać jego formułę. 

Formuła oznacza warunki kiedy tworzymy raport tj. "Ostrzeżenia 

o zagrożeniu nadmiernego obciążenia śniegiem wydawane są wtedy, 

gdy ciężar śniegu przekracza wartości krytyczne dla danej strefy 

obszarowej przyjętej zgodnie z normą obliczeniową PN-80/B-02010 

Obciążenia w obliczeniach statycznych - obciążenie śniegiem, 

z późniejszą zmianą PN-80/B-02010/Az1 

4. Zapisywanie raportu poza aplikacją SH i wysyłanie go do 

użytkowników. 


Scenariusz 


Wymagania: 

Aplikacja: 


Brak. 

Powyżej jest podany przykład raportu( inny zanotowane zjawiska 

lodowe na rzekach).Stworzenie dowolnego innego raportu powinno być 

uniwersalne, aby użytkownik o podstawowej znajomości SH mógł sobie 

dla swoich potrzeb stworzyć raport. 

SH2-O 

Uwagi: 

brak 

124 



Nr: 7 

Typ elementu: 

Cel: 




Generowanie raportów i jego zapis 


Generowanie raportów - powstają raporty, które są zapisane 

w określonej lokalizacji 

Stworzenie raportów w SH 

Wysłanie raportów o określonej zawartości np. Informacja o wartości 

opadu dobowegoB00604A do grupy utworzonych klientów 

zewnętrznych np. Wojewódzkie Centrum Zarządzania Kryzysowego- 

Mazowieckie 

1. Użytkownik SH wykonuje raport z informacją o wartości opadu np. 

z poprzedniej doby. 

2.Występuje możliwość kontroli raportów wygenerowany z opcją 

(pokaż raport), 

3. Następnie zaznaczenie przejście do kolejnego okienka raportów 

sprawdzonych przez użytkownika 

Kolejna opcja wysyłania raportu oraz określenia czasu, kiedy ma być 

wysyłany. 

5 Powiadomienie użytkownika ,ze raport dotarł do klienta.(forma zapisu 

w SH) 


Scenariusz 


Wymagania: 

Aplikacja: 


Uwagi: 

Brak. 

brak 

SH2-O 

brak 

Zapis wysłanych raportów w dwóch wariantach w wybranym katalogu 

lub wewnątrz SH 

Nr: 8 Wyświetlanie raportu opad dobowy na zlewnie(wartości 

pomierzone i prognoza opadu) 

Typ elementu: Przypadek użycia 

Cel: 

Wyświetlanie raportu opad dobowy na zlewnie(wartości pomierzone 

lub/i kategoria prognoza zewnętrzna w SH) 

Warunki początkowe: Dane opadowe w SH spod parametru B00604A lubB00606 lub/oraz 

prognoza opadu P000670B 


Wyświetlenie się raportu z danymi o opadzie średnim na zlewnie oraz 

prognozę. 

125 




Scenariusz 


Wymagania: 

Aplikacja: 


Uwagi: 

1. Użytkownik SH wykonuje raport z informacją o wartości opadu np. 

z poprzedniej doby. 

2.Ma możliwość przejścia do mapy opadów dla danej zlewni. 

3. Następnie sprawdza prognozę w formie zestawienia w raporcie 

z krokiem godzinowym na podstawie np. obiektu IHMS Orzyc dane 

z prognozy Cosmo 


Przejścia pomiędzy poszczególnymi zlewnia lub grupami obiektów 

prognozowanymi wartościami opadów. Wyświetlenie równolegle 

wartości opadów ze stanami wody dla wybranej zlewni. 

wyświetlenie raportu z dedykowanymi opadami przez użytkownika, 

zaznaczanie opadów o wysokim natężeniu np. grubszą czcionką. 

SH2-O 

brak 

brak 

Nr: 9 

Typ elementu: 

Cel: 




Scenariusz 


Zestawienie stanów i przepływów dla wybranej grupy obiektów 

SH. 


Wykonanie zestawienia codziennego stanów wody i odpowiadających 

im przepływów 

Dane stany wody z czujnika np. B00002A oraz przeliczony przepływ 

z kategorii agregacje( uwzględniający współczynnik redukcji) w SH 

Wyświetlenie się raportu z danymi o stanach i odpowiadających im 

wartościom przepływów. 

1. Użytkownik SH wykonuje raport z informacją o wartości stanu wody 

z czujnika np. B00002A. 

2.Obok w zestawieniu występuje przeliczony przepływ, wybrana 

agregacja użytkownika ), który uwzględnia zjawiska lodowe i zarastania, 

czyli współczynnik. Prezentuje dane dla odpowiedniego stanu wody np. 

z 3 ostatnich godzin. 

3. Podejrzenie wyników na wykresie. 

4. Prezentacja danych odbywa się pod edytorem danych, w pliku Excel, 

w stworzonym przez użytkownika szablonie xml. 


brak 

126 



Wymagania: 

Aplikacja: 


Uwagi: 

Zestawienie powinno wykonywać w szybki sposób, użycie danego 

zestawienia powinno być łatwo modyfikowalne np. na poziome grupy 

obiektów odświeża się w zastosowanym szablonie. 

SH2-O 

brak 

brak 

Nr: 10 

Typ elementu: 

Cel: 




Scenariusz 


Wymagania: 

Aplikacja: 


Uwagi: 

Zestawienie – suma 10- dniowych opadów dla zlewni. 


Wykonanie zestawienia sumy 10-dniowych opadów dla zlewni 

Dane suma opadu codziennego na podstawie parametru B00606B 

Wyświetlenie się raportu z danymi prezentującymi sumy 10-dniowe 

w terminach 10,20 i ostatni dzień w miesiącu. 

1. Użytkownik SH wykonuje zestawienie wynik z agregacji (wybrana 

agregacja) sumy 10-dniowych opadów dla całego miesiąca w dniach 

10, 20, ostatni dzień miesiąca. 

2.Zestawienie można wykonać np. dla zlewni Pilicy zawiera obiekty 

meteo rejestrujące opady dla ww. zlewni 

3. Podejrzenie wyników na wykresie. 


w stworzonym przez użytkownika szablonie xml. 


brak 


zestawienia powinno być łatwo modyfikowalne np. na poziome grupy 

obiektów odświeża się w zastosowanym szablonie. 

SH2-O 

brak 

brak 

Nr: 11 

Typ elementu: 

Cel: 



Raport z pracy zbiorników 


Wykonanie codziennego raportu z pracy zbiorników 

Dane z obiektów typu zbiornik dla parametrów aktualna objętość 

B01007B,dopływ B1006A, odpływ B01001A 

Wyświetlenie się raportu z danymi codziennej o sytuacji zbiorników np. 

127 



dla zlewni Soły 


Scenariusz 


Wymagania: 

Aplikacja: 


Uwagi: 

1. Użytkownik SH wykonuje zestawienie z pracy zbiorników 

2.Zestawienie zawiera aktualną objętość B01007B, dopływ oraz odpływ 

dane dla określonego dnia np. zbiorniki zlewni Soły(Tresna, Czaniec, 

Porąbka). 


w stworzonym przez użytkownika szablonie xml 


brak 

brak 

SH2-O 

brak 

brak 

Nr: 12 

Typ elementu: 

Cel: 




Scenariusz 


Zestawienie prognozy stanu wody dla wybranego obszaru 


Dane prognostyczne z obiektów wodowskazowych zapisane pod 

parametrem P00020B 

Wyświetlenie się raportu z danymi dotyczącymi prognozy oficjalnej 

z krokiem na 1,2, 3 dni do przodu. 

1. Użytkownik SH wykonuje zestawienie zawierające prognozę stanu 

wody dla wybranych wodowskazów np. Warszawa (P00020B). 

2.Prezentuje się zestawienie składające się przykładowo z wartości 

stanów wody z krokiem na 1,2, 3 dni do przodu , można wyświetlić te 

prognozy jako : ostatnia wersja, od do, wszystkie wersje. na godzinę 

6:00 UTC. 


Umieszczenie w zestawieniu danych prognostycznych z obiektów 

wodowskazowych pobieranych bezpośrednio spod parametru P00020B 

Wymagania: 

Aplikacja: 


brak 

SH2-O 

INSTYTUT METEOROLOGII I GOSPODARKI WODNEJ 

128 



PAŃSTWOWY INSTYTUT BADAWCZY 

Rzeka 

BIURO PROGNOZ HYDROLOGICZNYCH W KRAKOWIE 

SEKCJA HYDROLOGII OPERACYJNEJ W WARSZAWIE 

01-673 Warszawa, ul. Podleśna 61 

tel. 834-48-97, 56-94-144 fax 56-94-143 

Warszawa, 08.04.2011r. 

PROGNOZA STANÓW WODY DLA BUGU 

NA GODZ. 06:00 UTC 

Stan Stan Stan Prognoza stanu wody 

Wodowskaz 

[cm] 

[cm] 

Ostrz. Alarm. obs. 

[cm] [cm] 08.04.11 09.04.11 10.04.11 11.04.11 

Bug Strzyżów 600 750 586 576 570 568 

Bug Dorohusk 250 350 344 342 340 338 

Bug Włodawa 250 350 268 265 262 260 

Bug Krzyczew 380 480 376 374 372 370 

Bug Frankopol 250 350 239 238 236 234 

Bug Wyszków 400 450 369 368 368 368 

Dyżurny synoptyk hydrolog: T. Wawerek 

Uwagi: 

brak 

Nr:13 

Typ elementu: 

Cel: 




Codzienny biuletyn informacji o groźnych zjawiskach. 


Wykonanie biuletynu o codziennej informacji o groźnych zjawiskach dla 

wybranego obszaru osłony. 

Dane wejściowe przekroczone stany wody np. czujnik B0002a, opad 

dobowy B00604A > 15mm 

Wyświetlenie się raportu z danymi w formie pliku Word(txt) 

zawierającego informacje o stanach ostrzegawczych i alarmowych, 

wybiera opad przekraczający dla grupy obiektów meteo 15 mm. 

1. Użytkownik SH wykonuje zestawienie zawierające stan wody dla 

wybranych wodowskazów np. Warszawa. Obok informacje 

meteorologiczne opad dobowy przekraczający 15 mm. 

2.Prezentuje się zestawienie w pliku txt (Word),zapisany do PDF. 

129 



Scenariusz 


Wymagania: 

Aplikacja: 



brak 

Biuletyn musi zawierać nagłówki, stopkę, uprawnienia o prawach 

autorskich, używane logo IMGW. 

SH2-O 

II część tabeli 

130 



Uwagi: 

brak 

Nr: 14 

Typ elementu: 

Cel: 


Maska wprowadzania stanów wody oraz zjawisk(lodowe, grubość 

pokrywy lodowej, zarastania, temperatury wody) dla jednego lub 

grupy obiektów wodowskazowych. 


Wygenerowanie maski stanów wody oraz zjawisk(lodowe, grubość 

pokrywy lodowej, zarastania, temperatury wody)dla wybranego obiektu 

SH lub kilku jednocześnie obiektów 

Dane wejściowe stany wody np. czujnik B0001A,zjawiska lodowe(kody 

zjawisk), grubość pokrywy lodowej, zarastania, temperatury 

131 



wody(B00101A) 



Scenariusz 


Wymagania: 

Aplikacja: 


Uwagi: 

Wyświetlenie się maski do wypełnia zawierającej powyższe parametry 

(w przypadku stanów i temperatury dla danego miesiąca powinna być 

wyliczona średnia, oraz wybrane minimum i maksimum 

1. Użytkownik SH generuje pusty formularz maskę do wypełnienia 

2.W masce przedstawione są dane w kolumnach dla danego miesiąca. 

3. Przy wprowadzaniu danych stanów wody dla parametru B00001A 

i temperatury wody powinny wykonać się obliczenia suma, średnia oraz 

minimum i maksimum. 

4. Wprowadzanie zjawisk lodowych /lub i zarastania powinno być 

dostane z rozwijanej listy lub wprowadzane z ręki np. kod 3 lub (z menu 

zjawisk 3- lód brzegowy) 

brak 




SH2-O 

Brak 

Brak 

Nr: 15 

Typ elementu: 

Cel: 




Scenariusz 


Maska wprowadzania stanów wody wód gruntowych (B01101A) 

dla jednego lub grupy obiektów wodowskazowych 


Wygenerowanie maski stanów wód gruntowych )dla wybranego 

obiektu SH lub kilku jednocześnie obiektów 

Dane wejściowe stany wody np. B01101A 

Wyświetlenie się maski do wypełnia zawierającej stanów dla dwóch 

przypadków (dane stanów wody za krokiem tygodniowym (4 wartości) 

w miesiącu oraz danego miesiąca); powinna być wyliczona średnia, oraz 

wybrane minimum i maksimum 


2.W masce przedstawione są dane w kolumnach dla danego miesiąca. 

3. Przy wprowadzaniu danych stanów gruntowych (B01101A) 

powinny wykonać się obliczenia suma, średnia oraz minimum 

i maksimum. 

brak 

132 



Wymagania: 

Aplikacja: 





SH2-O 

Uwagi: 

Wybór ekstremum w tym przypadku jest inny: minimum jest to 

wartość wyższa stanu wody, maksimum oznacza wartość niższa stanu 

wody 

Nr: 16 

Typ elementu: 

Cel: 




Scenariusz 


Maska wprowadzania pracy zbiornika dla jednego lub grupy 

obiektów. 


Wygenerowanie maski zawierające dane z pracy zbiorników dla 

wybranego obiektu SH lub kilku jednocześnie obiektów 

Dane wejściowe rzędna B01002A górna zwierciadła wody, odpływ 

B01001A, B01004A średni dopływ dobowy; B01005A średni odpływ 

dobowy; 

Wyświetlenie się maski do wypełnia zawierającej ww. parametrów dla 

wybranego parametru 


2.W masce przedstawione są dane w kolumnach dla danego czasu, np. 

1 dzień lub tydzień(określamy okres) . 

3. Przy wprowadzaniu danych dodają się poszczególne parametry. 

brak 

133 



Wymagania: 

Aplikacja: 


Dane można importować. 

SH2-O 

Uwagi: 

brak 

Nr: 17 

Maska wprowadzania danych meteo dla jednego obiektu lub 

grupy obiektów. 

Typ elementu: Przypadek użycia 

Cel: Wygenerowanie maski zawierające dane meteo wybrane np. 

temperatura powietrza, wilgotność względna, opad dobowy, kierunek 

wiatru dla wybranego obiektu SH lub kilku jednocześnie obiektów 




Dane wejściowe formularz do wprowadzania danych meteo ww. 

Wyświetlenie się maski do wypełnia zawierającej ww. parametrów dla 

wybranego parametru 



1 dzień lub tydzień(określamy okres) . 

134 



Scenariusz 


Wymagania: 

Aplikacja: 


3. Przy wprowadzaniu danych dodają się poszczególne parametry(jakie 

parametry decyduje o tym użytkownik). 

brak 

brak 

SH2-O 

Uwagi: 

brak 

Nr: 18 

Maska wprowadzania współczynników przepływu dla jednego 

obiektu lub grupy obiektów. 

Typ elementu: 


Cel: Wygenerowanie maski zawierające dane do wprowadzenia 

współczynników zarastania lub zlodzenia dla wybranego obiektu SH 

lub kilku jednocześnie obiektów 

Warunki początkowe: Dane wejściowe generuje się formularz: 

1) na podstawie serii ze stanami wody B00001A lub B00002A 

135 



2) na podstawie wybranego obiektu SH 

Warunki końcowe: Wyświetlenie się maski z wypełnionymi parametrami dot. 

współczynników przepływu z zadanym krokiem czasowym np. 

1 dzień, tydzień, rok 


Scenariusz alternatywny 

a: 

Wymagania: 

Aplikacja: 

1. Użytkownik SH generuje pusty formularz maskę do wypełnienia w 

której pobierane są dane z bazy tj. stan Wody np. B00002A lub 

B00003A, przepływy surowy B00050B, zjawiska lodowe B00004A, 

procent zjawiska, grubość pokrywy śnieżnej B00006A. 

2.W masce przedstawione są dane w kolumnach dla danego czasu, 

np. 1 dzień lub tydzień (określamy okres) . 

3. Przy wprowadzaniu współczynników zlodzenia lub zarastania 

występuje przycisk funkcyjny interpolowanie danych pomiędzy 

zaznaczonymi wartościami. 

4. wprowadzano dane współczynniki zapisują się pod parametrami 

B00052W (zimowy),B00053W(letni) oraz zbiorczy B00051W(wartość 

obu współczynników). 

brak 

Dane można importować, przyjazna kolorystyka tła dla 

poszczególnych parametrów 

SH2-O 

136 




Uwagi: 

brak 

Nr: 19 

Typ elementu: 

Cel: 




Maska wprowadzania opadów godzinny pluwiograf B00606A dla 

jednego obiektu lub grupy obiektów 


Wygenerowanie maski zawierające dane do wprowadzenia opadów 

godzinny pluwiograf B00606A dla wybranego obiektu SH lub kilku 

jednocześnie obiektów 

Dane wejściowe generuje się formularz dla danego obiektu lub grupy 

obiektów, aby wprowadzić opad godzinowy 

Wyświetlenie się maski z wypełnionymi parametrami z zadanym 

krokiem czasowym np. 1 dzień, tydzień, rok 


w której wprowadzane opad godzinowy B00606A 


137 



Scenariusz 


Wymagania: 

Aplikacja: 


Uwagi: 

1 dzień lub tydzień (określamy okres) . 

brak 

Dane prezentowane przejrzysta kolorystyka tła dla poszczególnych 

parametrów 

SH2-O 

brak 

brak 

Nr: 20 

Typ elementu: 

Cel: 




Scenariusz 


Wymagania: 

Aplikacja: 


Uwagi: 

Maska wprowadzania dobowej sumy opadów na godzinę 6:00 UTC 

dla jednego parametru B00604A –dla jednego obiektu lub grupy 

obiektów. 


Wygenerowanie maski zawierające dane do wprowadzenia dobowej 

sumy opadów na godzinę 6 UTC dla jednego parametru B00604A dla 

wybranego obiektu SH lub kilku jednocześnie obiektów 

Dane wejściowe generuje się formularz dla danego obiektu lub grupy 

obiektów, aby wprowadzić dobową sumę opadów 

Wyświetlenie się maski z wypełnionymi parametrami z zadanym 

krokiem czasowym np. 1 dzień, tydzień, rok 


w której wprowadzane są dobowe sumy opadów na godzinę 6 UTC dla 

jednego parametru B00604A dla danego obiektu lub grupy obiektów. 


1 dzień lub miesiąc (określamy okres) . 

brak 


zestawienia powinno być łatwo modyfikowalne 

SH2-O 

brak 

brak 

138 



Q. ZAŁĄCZNIK NR 6 – PRZYPADKI UŻYCIA SH2-M 

Nr: 1 

Typ elementu: 

Cel: 



Projekt główny: 

Projekt alternatywny a: 

Nazwa: Uruchomienie istniejącego projektu. Uruchomienie i 

edycja istniejącego projektu. 


Uruchomienie istniejącego projektu. 

Istnienie zdefiniowanego projektu. 

Wyniki obliczeń dla warunków zdefiniowanych w projektu. 

1.Hydrolog uruchamia aplikację. 

2.Hydrolog loguje się do aplikacji. 

3.Hydrolog wybiera zdefiniowany projekt. 

4.Aplikacja umożliwia wybór opcji: 1.„Wykonaj obliczenia dla 

wybranego projektu”; 2.„Edytuj wybrany projekt” 

5a.Jeśli zostanie wybrana opcja 1 wówczas aplikacja przeprowadza 

obliczenia i zapisuje wyniki do bazy. 


5b.Jeśli zostanie wybrana opcja 2 aplikacja przechodzi po kolei przez 

okna wyboru nazwy projektu, wyboru pól siatki (Edytora Obszaru 

Obliczeń), wybór metody interpolacji, okno wykresów dostępnych 

danych oraz okno multiplexera (przełącznika). 

6.Okno wyboru pól siatki (Edytor Obszaru Obliczeń). Na mapie 

zaznaczone są wybrane w projektu pola siatki. Jeśli hydrolog 

wprowadzi zmiany, aplikacja pyta, czy zapisać zmiany. Po kliknięciu 

„Dalej”, aplikacja przechodzi do okna wykresów dostępnych danych. 

W każdym z okien możliwe jest wprowadzenie zmian w projekcie. 

7.Okno wykresów dostępnych danych. Na wykresach wyświetlane są 

dostępne dane. 

Widoczny jest zakres czasu zdefiniowany dla projektu, który jest 

możliwy do edycji. 

Jeśli hydrolog wprowadzi zmiany, aplikacja pyta, czy zapisać zmiany. 

Po kliknięciu „Dalej”, aplikacja przechodzi do okna multipleksera. 

8.W oknie multipleksera widoczne wagi przypisane wszystkim 

zdefiniowanym źródłom danych. 

Jeśli hydrolog wprowadzi zmiany, aplikacja pyta, czy zapisać zmiany. 

Po kliknięciu „Dalej”, aplikacja pyta czy wykonać obliczenia dla 

projektu. 

139 



Projekt alternatywny b: 

Wymagania: 

Aplikacja: 


9a.Jeśli tak to wykonanie obliczeń i zapis danych do bazy. 


9b.Jeśli nie, to powrót do okna głównego aplikacji SH2-M. 


SH2-M 

Uwagi: 

Form1 

Brak 

Nr: 2 

Typ elementu: 

Cel: 




Wymagania: 

Nazwa: Definiowanie nowego projektu. Nadanie nazwy, kodu i 

opisu dla nowego projektu. 


Zapis nazwy, kodu i opisu dla nowego projektu. 

Istnieje zapisany projekt o określonym kodzie, nazwie i opisie. 



3.Hydrolog definiuje nowy projekt. 

4.Hydrolog nadaje nazwę kod i opis nowemu projektowi. 


140 



Aplikacja: 


SH2-M 

Form2 

Uwagi: Alternatywnie dla projektu opadowego lub temperaturowego, 

projekty temperaturowy i opadowy są definiowane, edytowane i 

uruchamiane rozdzielnie. 

Nr: 2A 

Typ elementu: 

Cel: 




Wymagania: 

Aplikacja: 

Nazwa: Edytowanie nazwy, (i/lub) kodu, (i/lub) opisu wybranego 

istniejącego projektu. 


Edycja nazwy, kodu i opisu istniejącego projektu. 

Istnieje zapisany projekt o określonym kodzie, nazwie i opisie. 

Zmieniono kod i/lub nazwę i/lub opis projektu. 



3.Hydrolog edytuje wybrany projekt. 

4.Hydrolog zmienia nazwę i/lub kod i/lub opis projektu. 


SH2-M 

141 




Uwagi: 

Form2A 

Alternatywnie dla projektu opadowego lub temperaturowego, 

projekty temperaturowy i opadowy są definiowane, edytowane i 

uruchamiane rozdzielnie. 

Nr: 3 

Typ elementu: 

Cel: 

Warunki 

początkowe: 



Nazwa: Definiowanie/edycja projektu. Wskazanie pola siatki do 

obliczeń dla dowolnego punktu siatki lub stacji 


Wskazanie na siatce punktu, dla którego użytkownik chce otrzymać 

wyniki obliczeń 

Zdefiniowanie oczka siatki, dla którego hydrolog chce otrzymać wyniki 

obliczeń 



3.Hydrolog definiuje nowy projekt lub edytuje istniejący projekt. 

4.Hydrolog nadaje nazwę kod, nazwę i opis nowemu projektowi lub 

edytuje istniejący. 

5.Hydrolog przechodzi do okna Edytora Obszaru Obliczeń. 

6.Hydrolog wskazuje na mapie oczko siatki dla którego chce otrzymać 

142 



Wymagania: 

Aplikacja: 


wyniki obliczeń. 

7.Aplikacja zapamiętuje wskazane oczko siatki. 


SH2-M 

Uwagi: 

Form3 

Brak 

Nr: 3A 

Typ elementu: 

Cel: 




Nazwa: Definiowanie/edycja projektu. Wskazanie pola siatki do 

obliczeń dla dowolnego punktu siatki lub stacji 


Wskazanie na siatce obszaru, dla którego użytkownik chce pobrać 

wyniki obliczeń 

Aplikacja posiada zdefiniowane oczko siatki, na które będą 

przeprowadzane obliczenia. 



3.Hydrolog przechodzi do okna Edytora Obszaru Obliczeń 

4.Hydrolog wskazuje na mapie obszar, dla którego chce otrzymać 

143 



Wymagania: 

Aplikacja: 


wyniki obliczeń. 

5.Aplikacja zapamiętuje wskazany obszar siatki 

6.Aplikacja wyznacza środek ciężkości zaznaczonego obszaru 

7.Hydrolog wybiera metodę interpolacji danych. 

8.Aplikacja zapamiętuje wskazaną metodę interpolacji. 


SH2-M 

Uwagi: 

Form3A 

Brak 

Nr: 4 

Typ elementu: 

Cel: 

Warunki 

początkowe: 



Nazwa: Wykresy dostępnych danych 


Wyświetlenie na wykresach istniejących danych dla poszczególnych 

modeli 

Dane poszczególnych modeli zostały pobrane i przekształcone na siatkę 

SH2-M 

Wyświetlenie dostępnych danych na wykresach. Wybór zakresu czasu dla 

projektu. 

1. Hydrolog uruchamia aplikację. 

2. Hydrolog loguje się do aplikacji. 

144 



Wymagania: 

Aplikacja: 


3. Hydrolog edytuje wybrany projekt lub definiuje nowy projekt. 

4. Hydrolog wskazuje na mapie wybrany obszar 

5. Aplikacja zapamiętuje wskazany obszar siatki 

6. Aplikacja wyznacza środek ciężkości zaznaczonego obszaru 

7.Hydrolog wybiera metodę interpolacji, jeśli zaznaczono więcej niż 1 

oczko siatki. 


9.Aplikacja przechodzi do okna wykresów dostępnych danych 

10.Hydrolog przegląda wykresy dostępnych danych. 

11.Koniec przypadku użycia 

SH2-M 

Uwagi: 

Form4 

Brak 

Nr: 5 

Typ elementu: 

Cel: 

Nazwa: Wyświetlenie wykresu, pokazanie danych dla wybranego 

Obiektu SH i parametru 


Wyświetlenie wykresu, pokazanie danych dla wybranego Obiektu SH 

i parametru 

145 






Wymagania: 

Aplikacja: 


Dane dla Obiektu SH znajdują się w bazie 

Wyświetlenie dostępnych danych na wykresie 




4. Hydrolog wskazuje na mapie wybrany obszar 

5. Aplikacja zapamiętuje wskazany obszar siatki 

6. Aplikacja wyznacza środek ciężkości zaznaczonego obszaru 

7.Hydrolog wybiera metodę interpolacji, jeśli zaznaczono więcej niż 

1 oczko siatki. 


9.Aplikacja przechodzi do okna wykresów dostępnych danych 

10.Hydrolog po kliknięciu przycisku” Zobacz wykres 

i dane dla wybranej stacji i parametru…” ma możliwość wyboru Obiektu 

SH, parametru i zakresu pomiarów dla jakiego chce zobaczyć wykres lub 

zobaczyć dane. 


SH2-M 

Uwagi: 

Form5 

Brak 

146 



Nr: 6 

Typ elementu: 

Cel: 

Warunki 

początkowe: 

Warunki 

końcowe: 

Projekt 

główny: 

Wymagania: 

Aplikacja: 

Szkice 

ekranów: 

Nazwa: Wybór danych, zakresu czasu w Multiplekserze (Przełączniku) 


Konfiguracja Multipleksera. 

Multiplekser jest skonfigurowany 




4. Hydrolog wskazuje na mapie wybrany obszar. 

5. Aplikacja zapamiętuje wskazany obszar siatki. 

6. Aplikacja wyznacza środek ciężkości zaznaczonego obszaru. 

7.Hydrolog wybiera metodę interpolacji, jeśli zaznaczono więcej niż 1 oczko 

siatki. 


9.Aplikacja przechodzi do okna wykresów dostępnych danych. 

10.Hydrolog po kliknięciu przycisku ”Przełącznik” konfiguruje przełącznik. 

Wybiera, które dane w danym przedziale czasu mają być brane do obliczeń oraz 

nadaje im wagi. 


SH2-M 

Uwagi: 

Form6 

Brak 

147

Dokumentacja projektowa Systemu Hydrologii 2 - Instytut ...

Create successful ePaper yourself

Delete template?

Save as template?