Dokumentacja projektowa Systemu Hydrologii 2

Transkrypt

1 , 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

2 Spis treści Słownik pojęć:... 4 A. WPROWADZENIE... 5 B. CELE PROJEKTU SH C. ZAKRES PROJEKTU D. UWARUNKOWANIA FUNKCJONALNE I TECHNICZNE E. ZAŁOŻENIA ARCHITEKTONICZNE BUDOWY MODUŁÓW F. SH2-CORE G. GLOBALNE CECHY FUNKCJONALNE I TECHNICZNE DLA SH2-O I SH2-M H. FUNKCJONALNY TECHNICZNY OPIS ZADAO PROJEKTU WP1 Zadanie integrujące SH2-core Menadżer wersji aplikacji Automatyczna aktualizacja aplikacji Pomoc systemowa Logowanie zdarzeń Opis techniczny WP2 System Hydrologii 2 Hydrologia Operacyjna (SH2-O) Projekt realizacji SH2-O Eksploracja danych SH2-O Generator formularzy SH2-O Testy SH2-O Założenia techniczne SH2-O WP3 System Hydrologii H2 Moduł Wspomagania Modelowania (SH2-M) Projekt realizacji modułu SH2-M Preprocesor SH2-M Multiplekser SH2-M Konfiguracja SH2-M Testy modułu SH2-M Założenia techniczne SH2-M WP4 Szkolenia dla użytkowników Szkolenia SH2-O Szkolenia SH2-M Dokumentacja użytkowa i help systemowy WP5 Zarządzanie projektem I. PRZYPADKI UŻYCIA APLIKACJI J. PARAMETRY CHARAKTERYZUJĄCE WIELKOŚD SYSTEMU SH K. ZALEŻNOŚCI ZADAO I SZACUNKOWA PRACOCHŁONNOŚD L. ZAŁĄCZNIK NR 1 TESTY DEWELOPERSKIE M. ZAŁĄCZNIK NR 2 - TESTY UŻYTKOWE SH2-O N. ZAŁĄCZNIK NR 3 TESTY UŻYTKOWE SH2-M

3 O. ZAŁĄCZNIK NR 4 SZKOLENIA P. ZAŁĄCZNIK NR 5 PRZYPADKI UŻYCIA SH2-O Q. ZAŁĄCZNIK NR 6 PRZYPADKI UŻYCIA SH2-M

4 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

5 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

6 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

7 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

8 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

9 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

10 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

11 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

12 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

13 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

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

15 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

16 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

17 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

18 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

19 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

20 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ą SH 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

21 1.6 Opis techniczny Opis techniczny zadania integrującego (WP1) 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

22 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ń 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

23 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 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

24 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 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

25 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

26 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 -> danych jednostkowych wykresy (jeden wykres) -> danych jednostkowych 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

27 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

28 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 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

29 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

30 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 31

32 Rys. 9 Panele operacji, danych i wykresów 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

33 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 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

34 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

35 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 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

36 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

37 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

38 Rys. 15 Panel wykresów 38

39 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 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

40 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 <title1></title1> i <title2></title1> (np. title1 tekst w nagłówku kolumny, title2, jako opis komórki, czy opis w legendzie). <legend></legend> <column> <title1></title1> <title2>nazwa posterunku</title2> <data_serie>$d</data_serie> <view>$dre(description)</view> <format>@</format> <readonly>1</readonly> </column> Rys. 16 Definicja legendy w formacie xml Dotychczasowa legenda z opisem kolumn możliwa do pokazania na żądanie poprzez nowy węzeł <legend></legend>, co daje m. in. możliwość dodania legendy pod tabelą (za węzłem <table></table> w szablonie XML). 40

41 Możliwość tworzenia kilku tabel w jednym raporcie, wiele węzłów <table></table>. Nowy węzeł <section></section>, 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 <table></table> można użyć węzła do wykresów <chart></chart>. 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 <legend></legend>. Nowy węzeł <text></text> 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ł <note></note> 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: <column> <title1>$ser[1]dre $SER[1]PARAMETER </title1> <title2>$ser[1]dre.name - $SER[1]PARAMETER.NAME - $SER[1]PARAMETER.DESCRIPTION - $SER[1]TIME.NAME</title2> <data_serie>1</data_serie> <view>$dre(description)</view> <format>00.0</format> <readonly>0</readonly> 41

42 <panel>0</panel> </column> <column> <title1>$ser[2]dre $SER[2]PARAMETER </title1> <title2>$ser[2]dre.name - $SER[2]PARAMETER.NAME - $SER[2]PARAMETER.DESCRIPTION - $SER[2]TIME.NAME</title2> <data_serie>2</data_serie> <format>00.0</format> <readonly>1</readonly> <panel>0</panel> </column> <column> <title1>$ser[3]dre $SER[3]PARAMETER </title1> <title2>$ser[3]dre.name - $SER[3]PARAMETER.NAME - $SER[3]PARAMETER.DESCRIPTION - $SER[3]TIME.NAME</title2> <data_serie>3</data_serie> <format>00.0</format> <readonly>0</readonly> <panel>0</panel> </column> <column> <title1>$ser[4]dre $SER[4]PARAMETER </title1> <title2>$ser[4]dre.name - $SER[4]PARAMETER.NAME - $SER[4]PARAMETER.DESCRIPTION - $SER[4]TIME.NAME</title2> <data_serie>4</data_serie> <format>00.0</format> <readonly>1</readonly> <panel>0</panel> </column> <column> <title1>$ser[5]dre $SER[5]PARAMETER </title1> <title2>$ser[5]dre.name - $SER[5]PARAMETER.NAME - $SER[5]PARAMETER.DESCRIPTION - $SER[5]TIME.NAME</title2> <data_serie>5</data_serie> <format>00.0</format> <readonly>1</readonly> <panel>0</panel> </column> 42

43 Będzie mogła być zastąpiona jednym węzłem: <columns start= 1 stop= 5 > <title1>$ser[i]dre $SER[i]PARAMETER </title1> <title2>$ser[i]dre.name - $SER[i]PARAMETER.NAME - $SER[i]PARAMETER.DESCRIPTION - $SER[i]TIME.NAME</title2> <data_serie>i</data_serie> <format>00.0</format> <readonly>1</readonly> <panel>0</panel> </columns> Możliwość zdefiniowania pełnej ścieżki do szablonu Excel (xlt) Dokumenty Word: Funkcjonalność analogiczna do raportów Excel, gdzie węzeł <section></section> 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 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

44 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 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.: <?xml version="1.0" encoding="windows-1250"?> <sheet type="vl" filename="raportlegendlite.xlt"> <title> </title> <descr></descr> 44

45 <table> </table> <charts> </charts> </sheet> narzędzie do wstawiania możliwych w danym miejscu węzłów (nodes) np. wstaw: o tytuł raportu dodaje węzeł <title>wstaw tytuł</title> z możliwością wstawienia tytułu raportu; o tekst wstawia węzeł dla linii tekstu, jak wyżej; o tabela wstawia <table> </table> 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

46 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 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) Wprowadzanie stanów wody Inicjalizacja formularza dostępna jest w dwóch trybach: obserwacje terminowe i obserwacje nadzwyczajne. 46

47 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

48 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 ]] :) 7 )^ 8 :^ 9 :: Kod zjawisk zarastania - ENUM_TYPE 48

49 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

50 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

51 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 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 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): Parametr Nazwa 51

52 B00003A B00014A Stan wody (limnigraf) Stan wody II (obserwator) Wykres Parametr B00001A B00014A Opis Linia ciągła Punktowo ( ) Wprowadzanie stanów wód podziemnych Formularz do inicjalizacji SH2-O Rys. 20 Start formularz stanów wód gruntowych 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): Parametr B01101A B01103A B01102A Nazwa Stan wód gruntowych stan wody gruntowej (przy kontroli) Stan wód gruntowych (czujnik) 52

53 Wykres Parametr B01101A B01103A B01102A Opis Linia ciągła odwrócona skala Punktowo ( ) Linia ciągła odwrócona skala Wprowadzanie pomiarów hydrometrycznych Formularz do inicjalizacji SH2-O Rys. 21 Start formularz pomiarów hydrometrycznych 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): 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

54 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 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 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

55 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

56 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 Wprowadzanie współczynników przepływu. Formularz do inicjalizacji SH2-O. Wybieramy obiekt SH z listy pobieranej z SH. 56

57 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

58 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 Linia ciągła Linia ciągła Wprowadzanie danych ze stacji (depesza SHO). Formularz do inicjalizacji SH2-O. Rys. 23 Start formularz danych pomiarowych ze stacji 58

59 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 Bez wykresów. 59

60 2.3.2 Rodzaje formularzy meteorologicznych: Wprowadzanie opadów. Wprowadzanie opadów dobowych. Wprowadzanie danych klimatycznych Wprowadzanie opadów godzinowych. Formularz do inicjalizacji SH2-O. 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). Bez wykresów. 60

61 Wprowadzanie opadów dobowych. Formularz do inicjalizacji SH2-O. 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). Bez wykresów Wprowadzanie danych klimatycznych. Formularz do inicjalizacji SH2-O. 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

62 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ę. Bez wykresów. 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

63 - deweloperskich - użytkowych Dodatkowo testy deweloperskie odbywają się cyklicznie przez cały okres tworzenia kodu oprogramowania 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 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 nr 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

64 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

65 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

66 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 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 OperationPanel - panel z operacjami/seriami, szczegółowo opisany w rozdziale DataGridPanel - panel danych, szczegółowo opisany w rozdziale

67 ChartPanel - panel wykresów, szczegółowo opisany w rozdziale DataHistViewer - przeglądanie historii zmian danej jednostkowej 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 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 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

68 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

69 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 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

70 Rys. 31 Formatka inicjująca 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: 70

71 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 Terminy obliczeń: 00UTC; 12UTC. 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. Dane w formacie GRIB. Terminy obliczeń: 00UTC; 12UTC. Krok prognozy co 12 godz. długość prognozy na 240 godz. w przód. Objętość danych: jeden termin obliczeń ok. 5MB. GFS 71

72 Dane w formacie GRIB. Terminy obliczeń: 00UTC; 12UTC. 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. Objętość danych: jeden termin obliczeń ok. 153MB. Plik dla danego parametru na dany krok 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. Objętość danych: jeden termin obliczeń ok. 763MB. Plik dla danego parametru na dany krok 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 Dane w formacie GRIB. Objętość danych: 880kB 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 ). 72

73 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 Interpolacja przestrzenna 73

74 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

75 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

76 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

77 (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 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 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 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

78 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 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 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

79 (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 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 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

80 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 Tworzenie nowej konfiguracji Wszystkie pola opisane w są puste, użytkownik musi je uzupełnić przed zapisem konfiguracji 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 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 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

81 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 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 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

82 COSMO INCA NIMROD ALADIN ECMWF NAS SH MWM Rys. 35 Diagram prezentujący architekturę MWM Komponenty SH2-M Poniższy diagram przedstawia komponenty wchodzące w skład SH2-M. 82

83 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 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) Command Line Tekstowa, uproszczona wersja interfejsu, umożliwiająca uruchomienie zdefiniowanego wcześniej scenariusza GUI Stworzona w WPF graficzna cześć interfejsu umożliwiająca definiowanie scenariuszy, domeny obliczeń oraz wizualizacji danych biorących udział w obliczeniach Scenario Manager Cześć interfejsu umożliwiająca zarządzanie scenariuszami obliczeń. 83

84 Grid Selector Moduł umożliwiający użytkownikowi wizualny wybór obszaru dla jakiego chciałby przeprowadzić obliczenia Data Visualization Element w którym użytkownik może podglądnąć aktualnie analizowane serie danych Authorization Service Element umożliwiający sprawdzenie uprawnień użytkownika do poszczególnych elementów systemu SH Authorizer Uprawnienia użytkownika sprawdzane przy wykorzystaniu mechanizmu bramek SH 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 COSMO Reader Realizuje odczyt prognoz COSMO z plików w formacie GRIB INCA Reader Realizuje odczyt prognoz z systemu INCA poprzez odczyt plików tekstowych NIMROD Reader Realizuje odczyt prognoz z systemu NIMROD. 84

85 ALADIN Reader Realizuje odczyt prognoz z systemu ALADIN ECMWF Reader Realizuje odczyt prognoz z systemu ECMWF 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 Time Aggregator Komponent umożliwiający uporządkowanie szeregu danych pod względem spójności czasowej Preprocesor Główny element systemu realizujący rozkład przestrzenny danych. Umożliwia przejście na siatkę danych wybraną przez użytkownika Multiplexer Moduł umożliwiający scalenie wielu serii danych w jedną 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 SH Saver Umożliwia zapisanie rezultatu w określone struktury bazy danych Systemu Hydrologii 85

86 CSV Saver Pozwala na zapis uzyskanej z obliczeń serii danych w postaci pliku tekstowego cvs jako: data;wartość; 86

87 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 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 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

88 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

89 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

90 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 B DATA_2009 Tabela z danym jednostkowymi za rok hydrologiczny B DATA_2010 Tabela z danym jednostkowymi za rok hydrologiczny B DATA_2011 Tabela z danym jednostkowymi za rok hydrologiczny 2011 (stan na 20 czerwca 2011) 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

91 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 SH2-O Generator formularzy Projekt realizacji SH2-M 40 1.A. 3.1 SH2-M Preprocesor SH2-M Muliplekser SH2-M Konfiguracja SH2-O Testy 30 1.B; 2.1.; SH2-M Testy ; 3.2.; Dokumentacja użytkowa i help 40 1.B; 2.3.; SH2-O przygotowanie szkoleń i szkolenia 4.1 SH2-M przygotowanie szkoleń i szkolenia WP5 Zarządzanie projektem 90 Razem szacowana pracochłonność projektu wynosi: 670 roboczodni. 91

92 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 Określanie metryk kodu - NDepend - Testy jednostkowe NUnit 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

93 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 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

94 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

95 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. ŚRODOWISKO TESTOWE: 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 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

96 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. Lista działań: Kontrola wersji, Aktualizacja ręczna, Powrót do starszej wersji, Aktualizacja automatyczna. Dane wejściowe: 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. Lista działań: 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, otwarcie eksploratora w trybie ostatnie pomiary, edycja danej jednostkowej, zalogowanie się na aktywnego użytkownika bez uprawnień, otwarcie eksploratora w trybie ostatnie pomiary, edycja danej jednostkowej, zalogowanie się na nieaktywnego użytkownika, zmiany hasła. Dane wejściowe: Zdefiniowani aktywni użytkownicy w Systemie Hydrologii : z wszystkimi uprawnieniami (DEV), z uprawnieniami tylko do przeglądu (KLISH) 96

97 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ń. Lista działań: 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

98 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, Dane wejściowe: Dostęp do bazy produkcyjnej. Zakładane ilości danych wejściowych: 2000 operacji SH; danych jednostkowych, dla wykresów o ile dotyczy 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. Lista działań: Wyświetlenie operacji dla obiektu SH typu wodowskaz, 98

99 Wyświetlenie operacji dla grupy obiektu SH typu gruntówka, Wyświetlenie operacji dla serii danych. Dane wejściowe: 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. Lista działań: Wyświetlenie operacji dla obiektu SH typu wodowskaz, Edycja 10 wybranych pomiarów, Zapis edytowanych pomiarów. Dane wejściowe: Dostęp do bazy produkcyjnej. 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. Lista działań: Logowanie do SH2-O Wyświetlenie operacji dla obiektu SH typu wodowskaz, Edycja pomiaru, Dodanie pomiaru. Dane wejściowe: Dostęp do bazy produkcyjnej. 99

100 Ocena: Pozytywna brak możliwości zapis pomiarów. Opis: 8. Dodanie pojedynczych danych jednostkowych w eksploratorze danych. Wychodząc od wodowskazowego obiektu SH i wyświetleniu danych w reżimie czasowym kilku ostatnich zanotowanych pomiarów, dodajemy pojedynczo 10 wybranych pomiarów dla parametru B00001A. Lista działań: Wyświetlenie operacji dla obiektu SH typu wodowskaz, Dodanie 10 wybranych pomiarów, Zapis edytowanych pomiarów. Dane wejściowe: Dostęp do bazy produkcyjnej. Ocena: Pozytywna zapis dodanych pomiarów. Opis: 9. Grupowa 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. 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. Lista działań: Wyświetlenie operacji dla obiektu SH typu wodowskaz, Edycja 100 wybranych pomiarów, dodanie stałej wartości, Zapis edytowanych pomiarów. Dane wejściowe: Dostęp do bazy produkcyjnej. Czas zapisu danych w SH. Ocena: 100

101 Pozytywna zapis edytowanych pomiarów. Opis: 10. Grupowe nadawanie atrybutów danym jednostkowym w eksploratorze danych. Wychodząc od wodowskazowego obiektu SH i wyświetleniu danych w reżimie czasowym kilku 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. Lista działań: Wyświetlenie operacji dla obiektu SH typu wodowskaz, Edycja 100 wybranych pomiarów, nadanie atrybutu, Zapis edytowanych pomiarów. Dane wejściowe: Dostęp do bazy produkcyjnej. Czas zapisu danych w edytorze danych SH. Ocena: Pozytywna zapis edytowanych pomiarów. 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. Lista działań: Wyświetlenie w eksploratorze danych grupy operacji, Tworzenie wykresów, Dodanie do wykresów stanów ostrzegawczych i alarmowych. Dane wejściowe: Dostęp do bazy produkcyjnej. Zakładane ilości danych wejściowych: 2000 operacji SH; danych jednostkowych, dla wykresów danych jednostkowych. Ocena: Pozytywna wyświetlenie wykresów. 101

102 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. Lista działań: Wyświetlenie operacji dla obiektu SH typu wodowskaz, Modyfikacja eksploratora danych, Zapis eksploratora danych w skrócie, Wyświetlenie operacji dla grupy operacji dla Obiektów SH gruntówka, Modyfikacja eksploratora danych, Zapis eksploratora danych w skrócie, Wyświetlenie operacji dla serii danych, Modyfikacja eksploratora danych, Zapis eksploratora danych w skrócie, Dane wejściowe: Dostęp do bazy produkcyjnej. 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. Lista działań: Wyszukanie skrótu eksploratora, Kopiowanie skrótu eksploratora, Edycja skrótu eksploratora, Zapis eksploratora. 102

103 Dane wejściowe: Dostęp do bazy produkcyjnej. 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. Lista działań: Wyszukanie skrótu eksploratora danych, Wyświetlenie eksploratora danych, Wyeksportowanie danych do pliku. Dane wejściowe: Dostęp do bazy produkcyjnej. Zakładane ilości danych wejściowych: 2000 operacji SH; danych jednostkowych, dla wykresów o ile dotyczy danych jednostkowych. 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. Lista działań: wygenerowanie formularza wprowadzania stanów wody, wypełnienie wyżej wymienionego formularza, zapisanie danych do bazy danych, 103

104 wygenerowanie formularza wprowadzania godzinowych sum opadu, wypełnienie wyżej wymienionego formularza, zapisanie danych do bazy danych. wygenerowanie formularza wprowadzania danych SHO, wypełnienie wyżej wymienionego formularza, zapisanie danych do bazy danych. Dane wejściowe: Dostęp do bazy edukacyjnej. Zakładane ilości danych wejściowych: 2000 operacji SH; danych jednostkowych, dla wykresów o ile dotyczy danych jednostkowych. 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, Aktualizacja ręczna, Aktualizacja automatyczna. Końcowa ocena 104

105 3 Log.użytkownika DEV, Otwarcie eksploratora, Edycja danej jednostkowej, Log.użytkownika KLISH, Otwarcie eksploratora, Edycja danej jednostkowej, Log.użytkownika bez uprawnień, Otwarcie eksploratora, Edycja danej jednostkowej, Log.użytkownika nieaktywnego, zmiany hasła. Końcowa ocena 4 Obiekt SH, Lista do Excela Parametr, Operacja, Seria danych, Przedziały czasu, Grupy obiektów SH, Grupy parametrów, Grupy operacji, Końcowa ocena 5 Obiekt SH typu wodowskaz, Grupa Obiektów SH typu gruntówka, Seria danych. Końcowa ocena 6 Wyświetlenie operacji dla Obiektu SH Edycja 10 wybranych pomiarów, Zapis edytowanych pomiarów. Końcowa ocena 7 Edycja pomiaru, Dodanie pomiaru. Końcowa ocena 8 Dodanie 10 wybranych pomiarów, Zapis edytowanych pomiarów. Końcowa ocena 9 Edycja 100 wybranych pomiarów, 105

106 Zapis edytowanych pomiarów. Końcowa ocena 10 Wyświetlenie operacji dla Obiektu SH Edycja 100 wybranych pomiarów, Zapis edytowanych pomiarów. Końcowa ocena 11 Tworzenie 10 wykresów. Dodanie H ost i H ala Końcowa ocena 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. Końcowa ocena 13 Wyszukanie skrótu eksploratora, Kopiowanie skrótu eksploratora, Edycja skrótu eksploratora, Zapis eksploratora. Końcowa ocena 14 Wyeksportowanie danych do pliku. Końcowa ocena 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. Końcowa ocena 106

107 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. ŚRODOWISKO TESTOWE: 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 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. 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 świeżo zainstalowanym systemem operacyjnym Windows 7 64 bit wraz zainstalowanym pakietem MS Office. Ocena: Pozytywna działanie aplikacji. Opis: 2. Aktualizacja aplikacji. 107

108 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. Lista działań: Kontrola wersji, Aktualizacja ręczna, Powrót do starszej wersji, Aktualizacja automatyczna. Dane wejściowe: 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. Lista działań: zalogowanie się na aktywnego użytkownika uprawnieniami OMSH, uruchomienie projektu, edycja projektu, zalogowanie się na aktywnego użytkownika ograniczonymi uprawnieniami OMSH_low, uruchomienie projektu, edycja projektu, zalogowanie się na aktywnego użytkownika bez uprawnień, zalogowanie się na nieaktywnego użytkownika, zmiany hasła. Dane wejściowe: 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

109 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. Lista działań: Zalogowanie się do aplikacji, Tworzenie projektu opadowego, Zapis projektu opadowego, Pobranie danych opadowych, Tworzenie projektu temperaturowego, Zapis projektu temperaturowego, Pobranie danych temperaturowych. Dane wejściowe: 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. Lista działań: Kopiowanie projektów, Dodanie danych prognostycznych, Zapisanie projektów, Pobranie danych COSMO, Pobranie danych INCA, Pobranie danych NIMROD, Pobranie danych ALADIN 109

110 Pobranie danych ECMWF, Dane wejściowe: 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. Lista działań: Uruchomienie preprocesora opadowego, Zapisanie agregowanych danych, Prezentacja agregowanych danych. Dane wejściowe: 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. Lista działań: Uruchomienie preprocesora opadowego, Zapisanie agregowanych danych, Prezentacja agregowanych danych. Dane wejściowe: Zainstalowana aplikacja SH2-O 110

111 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. Lista działań: Uruchomienie projekt opadowy dla zestawu zerowego, Prezentacja agregowanych danych. Uruchomienie projekt opadowy dla zestawu jedynkowego, Prezentacja agregowanych danych. Uruchomienie projekt opadowy dla zestawu ujemnego, Prezentacja agregowanych danych. Dane wejściowe: 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. Lista działań: Uruchomienie projekt opadowy dla zestawu zerowego, Prezentacja agregowanych danych. Uruchomienie projekt opadowy dla zestawu jedynkowego, Prezentacja agregowanych danych. Uruchomienie projekt opadowy dla zestawu ujemnego, Prezentacja agregowanych danych. Dane wejściowe: 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

112 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. Lista działań: Stworzenie skryptu, Uruchomienie skryptu, Prezentacja agregowanych danych zapisanych w pliku. Dane wejściowe: 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. Lista działań: Stworzenie skryptu, Uruchomienie skryptu, Prezentacja agregowanych danych zapisanych w pliku. Dane wejściowe: Dostęp do bazy produkcyjne oraz pliki prognoz. Ocena: Pozytywna zapisane dane w pliku 12. Definicja multipleksera działanie wag. 112

113 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. Lista działań: Uruchomienie projekt opadowy dla wszystkie wagi 0, Prezentacja agregowanych danych. Uruchomienie projekt opadowy dla COSMO, Prezentacja agregowanych danych. Uruchomienie projekt opadowy dla INCA, Prezentacja agregowanych danych. Uruchomienie projekt opadowy dla NIMROD, Prezentacja agregowanych danych. Uruchomienie projekt opadowy dla ALADIN, Prezentacja agregowanych danych. Uruchomienie projekt opadowy dla ECMWF, Prezentacja agregowanych danych. Dane wejściowe: 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

114 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, Aktualizacja ręczna, Aktualizacja automatyczna. Końcowa ocena 3 Zal. użytkownika OMSH, uruchomienie projektu, edycja projektu, Zal. użytkownika OMSH_low, uruchomienie projektu, edycja projektu, Zal. użytkownika bez uprawnień, Zal. się na nieaktywnego użytkownika, zmiany hasła. Ocena końcowa 4 Zalogowanie się do aplikacji, Tworzenie projektu opadowego, Zapis projektu opadowego, 114

115 Pobranie danych opadowych, Tworzenie projektu temperaturowego, Zapis projektu temperaturowego, Pobranie danych temperaturowych. Ocena końcowa 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, Ocena końcowa 6 Uruchomienie preprocesora Zapisanie agregowanych danych, Prezentacja agregowanych danych. Ocena końcowa 7 Uruchomienie preprocesora Zapisanie agregowanych danych, Prezentacja agregowanych danych. Ocena końcowa 8 Zestaw zerowy Zestaw jedynkowy Zestaw ujemny Ocena końcowa 9 Zestaw zerowy Zestaw jedynkowy Zestaw ujemny Ocena końcowa 10 Stworzenie skryptu, Uruchomienie skryptu, Prezentacja danych Ocena końcowa 11 Stworzenie skryptu, Uruchomienie skryptu, 115

116 Prezentacja danych Ocena końcowa 12 Wagi 0, COSMO, INCA, NIMROD, ALADIN, ECMWF, Ocena końcowa 116

117 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

118 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

119 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

120 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. Przypadek użycia 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) Warunki końcowe: Stworzone zestawienia, który dla zadanego czasu porównuje np. 120

121 tendencje spadek lub wzrost. Scenariusz główny: Scenariusz alternatywny a: Wymagania: Aplikacja: Szkice ekranów: 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: Warunki początkowe: Nazwa: Nadawanie atrybutów i analiza atrybutów Przypadek użycia 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 Scenariusz główny: 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 atrybut dana po walidacji operacyjnej. 121

122 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 alternatywny a: Wymagania: Aplikacja: Szkice ekranów: 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: Warunki początkowe: Warunki końcowe: Scenariusz główny: Wprowadzanie zmian dla wielu danych Przypadek użycia 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 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

123 Scenariusz alternatywny a: Wymagania: Aplikacja: Szkice ekranów: Uwagi: 4. Koniec przypadku użycia. Brak. brak SH2-O brak brak Nr: 5 Typ elementu: Cel: Warunki początkowe: Warunki końcowe: Scenariusz główny: Scenariusz alternatywny a: Wymagania: Aplikacja: Szkice ekranów: Uwagi: Analiza operacyjna sytuacji hydrologicznej w oparciu o stany ostrzegawcze i alarmowe Przypadek użycia 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 Przypadek użycia Generowanie raportów na przykładzie raportu grubości pokrywy śnieżnej i obciążenia śniegiem. 123

124 Warunki początkowe: Warunki końcowe: Scenariusz główny: 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 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. 5.Koniec przypadku użycia. Scenariusz alternatywny a: Wymagania: Aplikacja: Szkice ekranów: 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

125 Nr: 7 Typ elementu: Cel: Warunki początkowe: Warunki końcowe: Scenariusz główny: Generowanie raportów i jego zapis Przypadek użycia 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) 6.Koniec przypadku użycia. Scenariusz alternatywny a: Wymagania: Aplikacja: Szkice ekranów: 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 Warunki końcowe: Wyświetlenie się raportu z danymi o opadzie średnim na zlewnie oraz prognozę. 125

126 Scenariusz główny: Scenariusz alternatywny a: Wymagania: Aplikacja: Szkice ekranów: 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 4.Koniec przypadku użycia. 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: Warunki początkowe: Warunki końcowe: Scenariusz główny: Scenariusz alternatywny a: Zestawienie stanów i przepływów dla wybranej grupy obiektów SH. Przypadek użycia 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. 5.Koniec przypadku użycia. brak 126

127 Wymagania: Aplikacja: Szkice ekranów: 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: Warunki początkowe: Warunki końcowe: Scenariusz główny: Scenariusz alternatywny a: Wymagania: Aplikacja: Szkice ekranów: Uwagi: Zestawienie suma 10- dniowych opadów dla zlewni. Przypadek użycia 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. 4. Prezentacja danych odbywa się pod edytorem danych, w pliku Excel, w stworzonym przez użytkownika szablonie xml. 5.Koniec przypadku użycia. brak 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: 11 Typ elementu: Cel: Warunki początkowe: Warunki końcowe: Raport z pracy zbiorników Przypadek użycia 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

128 dla zlewni Soły Scenariusz główny: Scenariusz alternatywny a: Wymagania: Aplikacja: Szkice ekranów: 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). 3. Prezentacja danych odbywa się pod edytorem danych, w pliku Excel, w stworzonym przez użytkownika szablonie xml 4.Koniec przypadku użycia. brak brak SH2-O brak brak Nr: 12 Typ elementu: Cel: Warunki początkowe: Warunki końcowe: Scenariusz główny: Scenariusz alternatywny a: Zestawienie prognozy stanu wody dla wybranego obszaru Przypadek użycia 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. 3. Koniec przypadku użycia. Umieszczenie w zestawieniu danych prognostycznych z obiektów wodowskazowych pobieranych bezpośrednio spod parametru P00020B Wymagania: Aplikacja: Szkice ekranów: brak SH2-O INSTYTUT METEOROLOGII I GOSPODARKI WODNEJ 128

129 PAŃSTWOWY INSTYTUT BADAWCZY Rzeka BIURO PROGNOZ HYDROLOGICZNYCH W KRAKOWIE SEKCJA HYDROLOGII OPERACYJNEJ W WARSZAWIE Warszawa, ul. Podleśna 61 tel , fax Warszawa, r. 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] Bug Strzyżów Bug Dorohusk Bug Włodawa Bug Krzyczew Bug Frankopol Bug Wyszków Dyżurny synoptyk hydrolog: T. Wawerek Uwagi: brak Nr:13 Typ elementu: Cel: Warunki początkowe: Warunki końcowe: Scenariusz główny: Codzienny biuletyn informacji o groźnych zjawiskach. Przypadek użycia 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

130 Scenariusz alternatywny a: Wymagania: Aplikacja: Szkice ekranów: 3. Koniec przypadku użycia. brak Biuletyn musi zawierać nagłówki, stopkę, uprawnienia o prawach autorskich, używane logo IMGW. SH2-O II część tabeli 130

131 Uwagi: brak Nr: 14 Typ elementu: Cel: Warunki początkowe: Maska wprowadzania stanów wody oraz zjawisk(lodowe, grubość pokrywy lodowej, zarastania, temperatury wody) dla jednego lub grupy obiektów wodowskazowych. Przypadek użycia 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

132 wody(b00101a) Warunki końcowe: Scenariusz główny: Scenariusz alternatywny a: Wymagania: Aplikacja: Szkice ekranów: 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 Wygenerowanie maski stanów wody oraz zjawisk(lodowe, grubość pokrywy lodowej, zarastania, temperatury wody)dla wybranego obiektu SH lub kilku jednocześnie obiektów SH2-O Brak Brak Nr: 15 Typ elementu: Cel: Warunki początkowe: Warunki końcowe: Scenariusz główny: Scenariusz alternatywny a: Maska wprowadzania stanów wody wód gruntowych (B01101A) dla jednego lub grupy obiektów wodowskazowych Przypadek użycia 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 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 gruntowych (B01101A) powinny wykonać się obliczenia suma, średnia oraz minimum i maksimum. brak 132

133 Wymagania: Aplikacja: Szkice ekranów: Wygenerowanie maski stanów wody oraz zjawisk(lodowe, grubość pokrywy lodowej, zarastania, temperatury wody)dla wybranego obiektu SH lub kilku jednocześnie obiektów 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: Warunki początkowe: Warunki końcowe: Scenariusz główny: Scenariusz alternatywny a: Maska wprowadzania pracy zbiornika dla jednego lub grupy obiektów. Przypadek użycia 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 1. Użytkownik SH generuje pusty formularz maskę do wypełnienia 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

134 Wymagania: Aplikacja: Szkice ekranów: 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 Warunki początkowe: Warunki końcowe: Scenariusz główny: 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. Użytkownik SH generuje pusty formularz maskę do wypełnienia 2.W masce przedstawione są dane w kolumnach dla danego czasu, np. 1 dzień lub tydzień(określamy okres). 134

135 Scenariusz alternatywny a: Wymagania: Aplikacja: Szkice ekranów: 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: Przypadek użycia 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

136 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 główny: 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

137 Szkice ekranów: Uwagi: brak Nr: 19 Typ elementu: Cel: Warunki początkowe: Warunki końcowe: Scenariusz główny: Maska wprowadzania opadów godzinny pluwiograf B00606A dla jednego obiektu lub grupy obiektów Przypadek użycia 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 1. Użytkownik SH generuje pusty formularz maskę do wypełnienia w której wprowadzane opad godzinowy B00606A 2.W masce przedstawione są dane w kolumnach dla danego czasu, np. 137

138 Scenariusz alternatywny a: Wymagania: Aplikacja: Szkice ekranów: 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: Warunki początkowe: Warunki końcowe: Scenariusz główny: Scenariusz alternatywny a: Wymagania: Aplikacja: Szkice ekranów: Uwagi: Maska wprowadzania dobowej sumy opadów na godzinę 6:00 UTC dla jednego parametru B00604A dla jednego obiektu lub grupy obiektów. Przypadek użycia 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 1. Użytkownik SH generuje pusty formularz maskę do wypełnienia w której wprowadzane są dobowe sumy opadów na godzinę 6 UTC dla jednego parametru B00604A dla danego obiektu lub grupy obiektów. 2.W masce przedstawione są dane w kolumnach dla danego czasu, np. 1 dzień lub miesiąc (określamy okres). brak Zestawienie powinno wykonywać w szybki sposób, użycie danego zestawienia powinno być łatwo modyfikowalne SH2-O brak brak 138

139 Q. ZAŁĄCZNIK NR 6 PRZYPADKI UŻYCIA SH2-M Nr: 1 Typ elementu: Cel: Warunki początkowe: Warunki końcowe: Projekt główny: Projekt alternatywny a: Nazwa: Uruchomienie istniejącego projektu. Uruchomienie i edycja istniejącego projektu. Przypadek użycia 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. 6. Koniec przypadku użycia. 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

140 Projekt alternatywny b: Wymagania: Aplikacja: Szkice ekranów: 9a.Jeśli tak to wykonanie obliczeń i zapis danych do bazy. 10.Koniec przypadku użycia. 9b.Jeśli nie, to powrót do okna głównego aplikacji SH2-M. 10.Koniec przypadku użycia. SH2-M Uwagi: Form1 Brak Nr: 2 Typ elementu: Cel: Warunki początkowe: Warunki końcowe: Projekt główny: Wymagania: Nazwa: Definiowanie nowego projektu. Nadanie nazwy, kodu i opisu dla nowego projektu. Przypadek użycia Zapis nazwy, kodu i opisu dla nowego projektu. Istnieje zapisany projekt o określonym kodzie, nazwie i opisie. 1.Hydrolog uruchamia aplikację. 2.Hydrolog loguje się do aplikacji. 3.Hydrolog definiuje nowy projekt. 4.Hydrolog nadaje nazwę kod i opis nowemu projektowi. 5.Koniec przypadku użycia. 140

141 Aplikacja: Szkice ekranów: 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: Warunki początkowe: Warunki końcowe: Projekt główny: Wymagania: Aplikacja: Nazwa: Edytowanie nazwy, (i/lub) kodu, (i/lub) opisu wybranego istniejącego projektu. Przypadek użycia 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. 1.Hydrolog uruchamia aplikację. 2.Hydrolog loguje się do aplikacji. 3.Hydrolog edytuje wybrany projekt. 4.Hydrolog zmienia nazwę i/lub kod i/lub opis projektu. 5.Koniec przypadku użycia. SH2-M 141

142 Szkice ekranów: 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: Warunki końcowe: Projekt główny: Nazwa: Definiowanie/edycja projektu. Wskazanie pola siatki do obliczeń dla dowolnego punktu siatki lub stacji Przypadek użycia Wskazanie na siatce punktu, dla którego użytkownik chce otrzymać wyniki obliczeń Zdefiniowanie oczka siatki, dla którego hydrolog chce otrzymać wyniki obliczeń 1.Hydrolog uruchamia aplikację. 2.Hydrolog loguje się do aplikacji. 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

143 Wymagania: Aplikacja: Szkice ekranów: wyniki obliczeń. 7.Aplikacja zapamiętuje wskazane oczko siatki. 8.Koniec przypadku użycia. SH2-M Uwagi: Form3 Brak Nr: 3A Typ elementu: Cel: Warunki początkowe: Warunki końcowe: Projekt główny: Nazwa: Definiowanie/edycja projektu. Wskazanie pola siatki do obliczeń dla dowolnego punktu siatki lub stacji Przypadek użycia 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. 1.Hydrolog uruchamia aplikację. 2.Hydrolog loguje się do aplikacji. 3.Hydrolog przechodzi do okna Edytora Obszaru Obliczeń 4.Hydrolog wskazuje na mapie obszar, dla którego chce otrzymać 143

144 Wymagania: Aplikacja: Szkice ekranów: 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. 9.Koniec przypadku użycia. SH2-M Uwagi: Form3A Brak Nr: 4 Typ elementu: Cel: Warunki początkowe: Warunki końcowe: Projekt główny: Nazwa: Wykresy dostępnych danych Przypadek użycia 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

145 Wymagania: Aplikacja: Szkice ekranów: 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. 8.Aplikacja zapamiętuje wskazaną metodę interpolacji. 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 Przypadek użycia Wyświetlenie wykresu, pokazanie danych dla wybranego Obiektu SH i parametru 145

146 Warunki początkowe: Warunki końcowe: Projekt główny: Wymagania: Aplikacja: Szkice ekranów: Dane dla Obiektu SH znajdują się w bazie Wyświetlenie dostępnych danych na wykresie 1. Hydrolog uruchamia aplikację. 2. Hydrolog loguje się do aplikacji. 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. 8.Aplikacja zapamiętuje wskazaną metodę interpolacji. 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. 11.Koniec przypadku użycia. SH2-M Uwagi: Form5 Brak 146

147 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) Przypadek użycia Konfiguracja Multipleksera. Multiplekser jest skonfigurowany 1. Hydrolog uruchamia aplikację. 2. Hydrolog loguje się do aplikacji. 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. 8.Aplikacja zapamiętuje wskazaną metodę interpolacji. 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. 11.Koniec przypadku użycia. SH2-M Uwagi: Form6 Brak 147