Szczegółowy Opis Przedmiotu Zamówienia (SOPZ) Załącznik nr 8 do SIWZ Przedmiotem zamówienia jest zaprojektowanie oraz wdrożenie oprogramowania - aplikacji POWAŻNE AWARIE bazy danych do gromadzenia, przetwarzania, raportowania oraz analizy danych dotyczących zakładów, których działalność może być przyczyna wystąpienia poważnych awarii oraz danych nt. zarejestrowanych przez Inspekcję Ochrony Środowiska zdarzeń awaryjnych. 1. Wymagania dotyczące aplikacji POWAŻNE AWARIE 1.1. Rozwiązania techniczne muszą umożliwić pracę aplikacji: a) z wykorzystaniem łączy o maksymalnej przepustowości dostępu do Internetu: 4 Mb/s dla aplikacji centralnej (siedziba GIOŚ) 1 Mb/s dla aplikacji końcowej (siedziby WIOŚ) o na następującym sprzęcie: serwer główny bazy danych - Procesor: 2 x Intel Quad Core 3,0 GHz Pamięć: 32GB DDR Dyski: 2 x 72GB 15K system operacyjny Red Hat Enterprice 5 serwer aplikacji - Procesor: 2 x Quad Core 3,0 GHz Pamięć: 32GB DDR Dyski: 2 x 72GB 15K system operacyjny Red Hat Enterprice 5 serwer zapasowy i testowy Procesor: 2 x Intel Quad Core 3,0 GHz Pamięć: 32GB DDR Dyski: 2 x 72GB 15K system operacyjny Red Hat Enterprice 5 macierz dyskowa: Dyski: 12 x 300 GB 15K stacje robocze minimalne wymagania: komputery klasy PC Celeron 2.6 GHz lub równoważne pamięć operacyjna 512 MB stanowiska administracyjne minimalne wymagania: komputery klasy PC Pentium 4 GHz lub równoważne pamięć operacyjna 1024 MB b) na Systemie Zarządzania Relacyjnymi Bazami Danych Oracle 11g Enterprise Edition pracującym pod kontrolą zwirtualizowanego systemu operacyjnego Rad Hat Enterprice 5.0 za pomocą VMWare ESX, sposób zaprojektowania aplikacji musi umożliwiać łatwe przeniesienie na inny System Zarządzania Relacyjnymi Bazami Danych, c) na Serwerze Aplikacji Oracle WebLogic Suite 11g d) na systemie operacyjnym stacji roboczych, XP, Vista, Windows 7, Windows 8 przeglądarka Internet Explorer, Mozilla Firefox, Chrome (przynajmniej trzech ostatnich wersji każdej z wymienionych), e) Zamawiający zapewni, że wszystkie serwery centralne pracują pod kontrolą systemu operacyjnego LINUX. 1.2. Technologia wykonania aplikacji JEE: warstwa biznesowa - ADF Business components, model - ADFm model Layer (JSR-227), kontroler - JSF/ADFc,
warstwa prezentacji - ADF Faces Rich Client. 1.3 Informacje dotyczące testowania Przez wdrożenie systemu Zamawiający rozumie zainstalowanie aplikacji i jej przetestowanie. Testowanie odbywać się będzie przez GIOŚ oraz wyznaczone przez niego podmioty niezwiązane z Wykonawcą. Testowanie trwać będzie maksymalnie 10 dni od dnia instalacji systemu na serwerach wskazanych przez GIOŚ. GIOŚ przeprowadzi standardowe testy funkcjonalne i integracyjne wykonywane przez GIOŚ przy realizacji podobnych systemów. Wykonawca, na życzenie GIOŚ musi wziąć udział w testowaniu i udzielać wyjaśnień dot. jego funkcjonalności. Wykonawca weźmie również udział w dodatkowych testach określonych i przeprowadzonych przez GIOŚ odzwierciedlających specyfikę procesów właściwych dla GIOŚ. Wykonawca uwzględni zarówno uwagi merytoryczne, jak i te, które poprawią komfort pracy oraz dokona niezbędnych poprawek w Systemie. 1.4 Informacje dotyczące gwarancji jakości wykonanego oprogramowania. Gwarancja powinna objąć co najmniej 24 miesięcy liczone od dnia odbioru Aplikacji zgodnie 3 ust. 3 SIWZ. Gwarancja musi obejmować: usuwanie błędów i usterek uniemożliwiających poprawne działanie poszczególnych modułów systemu, usuwanie błędów i usterek, które są wynikiem nieprawidłowych założeń projektu technicznego Wykonawcy powodujących brak stabilności pracy systemu, a w szczególności wydłużenie czasu przetwarzania danych, przekazanie i instalację w siedzibie GIOŚ nowej wersji oprogramowania po usunięciu błędów i usterek, zmiany w dokumentacji oprogramowania po usunięciu błędów i usterek, ponowne przekazanie kodów źródłowych wraz z usuniętymi błędami, przeniesienie danych do nowej wersji oprogramowania, która powstanie w przypadku usunięcia wymienionych powyżej błędów i usterek, o ile zajdzie taka konieczność 1.5 Informacje dotyczące świadczenia usług pomocy technicznej Wykonawca będzie świadczył usługi pomocy technicznej polegające na wsparciu użytkowników w korzystaniu z wdrożonego systemu, w łącznym wymiarze 6 miesięcy od dnia odbioru końcowego wdrożonego systemu. Świadczenie pomocy technicznej obejmuje: przyjmowanie zgłoszeń użytkowników (problemów, uwag, itp.) za pośrednictwem telefonu, faxu i e-mail a, pomoc użytkownikom za pośrednictwem telefonu, faxu i e-mail a, bieżące konsultacje telefoniczne dla użytkowników, prowadzenie rejestru zgłoszeń. W przypadku zgłoszeń problemów o charakterze merytorycznym, Wykonawca będzie je niezwłocznie przesyłał wskazanemu przedstawicielowi Zamawiającego, który
się do nich ustosunkuje i przekaże Wykonawcy informacje umożliwiające obsłużenie tych zgłoszeń. Wykonawca będzie świadczył usługi pomocy technicznej w dni robocze w godz. 8.15-16.15. Czas reakcji na zgłoszenie użytkownika nie może przekroczyć 24 godzin od momentu przesłania zgłoszenia (z wyłączeniem dni wolnych od pracy). Do czasu rozwiązania problemu nie wlicza się czasu, jaki zajęło rozwiązanie problemu przez przedstawiciela Zamawiającego. 2. Zakres funkcjonalny aplikacji POWAŻNE AWARIE Aplikacja POWAŻNE AWARIE będzie składała się z 5 modułów: 1) Potencjalni Sprawcy Poważnych Awarii 2) Awarie 3) Pliki do pobrania 4) Kontakty 5) Zgłoszenie awarii do Komisji Europejskiej 1. Pełna funkcjonalność aplikacji musi być dostępna dla każdego z użytkowników przy pomocy przeglądarek internetowych, takich jak: Internet Explorer, Mozilla Firefox, Chrome (przynajmniej trzech ostatnich wersji każdej z wymienionych). 2. Użytkownicy aplikacji będą podzieleni na administratorów oraz użytkowników w wojewódzkich inspektoratach ochrony środowiska (WIOŚ) oraz użytkowników w Delegaturach WIOŚ. a) Administrator będzie miał możliwość przeglądania i edycji wszystkich zebranych w bazie danych. b) Użytkownik w Delegaturze będzie miał możliwość przeglądania, dodawania/usuwania i edycji danych dotyczących zakładów i zdarzeń właściwych terytorialnie jego delegaturze. c) Użytkownik w WIOŚ będzie miał możliwość przeglądania, dodawania/usuwania i edycji danych dotyczących zdarzeń i zakładów z terenu jego województwa, w tym z terenu podległych jego WIOŚ delegatur. 3. Administrator będzie miał dostęp do edycji danych w słownikach. 4. Aplikacja będzie zawierać edytor tekstu, który będzie posiadał co najmniej następujące funkcje: a) możliwość wyboru rodzaju czcionki, jej rozmiaru i koloru b) Wytnij, Kopiuj, Wklej; c) Wklej jako czysty tekst; d) Wklej tekst sformatowany; e) Zaznacz wszystko; f) Wyczyść formatowanie; g) Pogrubienie, Kursywa, Podkreślenie, Przekreślenie, h) Indeks dolny, Indeks górny; i) Wstaw/usuń numerowanie listy
j) Wstaw/usuń wypunktowanie listy; k) Zmniejsz wcięcie, Zwiększ wcięcie, l) Wyrównaj do lewej, środka, prawej, lewej i prawej; m) Wstaw znak specjalny; n) Cofnij, Przywróć; Edytor tekstu musi ponadto posiadać funkcję sprawdzania pisowni w języku polskim i angielskim. 5. Aplikacja musi zapisywać i udostępniać historię wszystkich operacji wykonywanych przez administratorów, użytkowników w WIOŚ i użytkowników w delegaturach. Dostęp do wglądu do historii operacji będzie miał administrator. Możliwe będzie wyszukiwanie i filtrowanie danych zawartych w historii operacji według następujących parametrów: data i czas operacji, użytkownik, rodzaj operacji, miejsce wykonania operacji 6. Interfejs graficzny modułów Potencjalni Sprawcy Poważnych Awarii oraz Awarie musi odpowiadać układem interfejsom programów Potencjalni Sprawcy Poważnych Awarii v 9.12 oraz Ekoawarie v 10.02 (dostępne w GIOŚ, kontakt: a.bronisz@gios.gov.pl, p.olszaniecki@gios.gov.pl), a zarazem być przejrzysty i czytelny. 7. Interfejs graficzny aplikacji powinien być skalowalny i dostosowywać się automatycznie do rozdzielczości ekranu, jednocześnie zachowując proporcje i czytelność. 8. Aplikacja będzie działać w trybie podglądu lub w trybie edycji. Jeśli osoba edytująca ma niezapisane zmiany w obecnie otwartym oknie i zamierza zamknąć okno, powinno pojawiać się okienko z ostrzeżeniem o zamknięciu bez zapisu i propozycja zapisania zmian. 9. Oprócz raportów i zestawień, jakie obecnie można generować z programów Potencjalni Sprawcy Poważnych Awarii v 9.12 oraz Ekoawarie v 10.02., zapewnić zapewniona zostanie możliwość generowania następujących raportów: a) Wykaz zakładów, na terenie których doszło do awarii z podziałem na zakłady o dużym (ZDR) i zwiększonym ryzyku wystąpienia awarii (ZZR) oraz zakłady pozostałe. b) Wykaz ZDR i ZZR zawierający następujące dane: nr indeksowy zakładu, nazwa zakładu, adres, województwo, powiat, gmina, rodzaj działalności, statut SEVESO, długość geograficzna, szerokość geograficzna, nazwy oraz ilości substancji seveso. 2.1. Potencjalni Sprawcy Poważnych Awarii Moduł ten będzie umożliwiał gromadzenie danych oraz posiadał funkcjonalności (tworzenie wydruków i zestawień) jak obecnie używany w Inspekcji Ochrony Środowiska program Potencjalni Sprawcy Poważnych Awarii v 9.12 Projektując ten moduł należy uwzględnić następujące zmiany: Zakładka Dane ogólne 1. Należy dodać pole pn. Rodzaj działalności, które będzie uzupełniane z rozwijanej listy, której zawartość stanowi załącznik nr 1 do SOPZ.
2. Należy zapewnić możliwość wpisania informacji liczba osób w zakładzie 3. Należy zapewnić możliwość wpisywania współrzędnych geograficznych w dwóch formatach: dd mm ss i dd.dddddd. Podczas uzupełniania jednego z w/w pól aplikacja powinna automatyczne przeliczyć wpisywane współrzędne do drugiego formatu. 4. Należy usunąć możliwość wyboru numer województwa. Nazwa województwa powinna pojawiać się automatyczne po zalogowaniu się przez użytkownika. 5. Numer identyfikacyjny zakładu nie powinien zawierać myślników. 6. Należy usunąć pole Rok założenia Zakładka Lokalizacja 1. Należy uaktualnić wykaz obszarów zagrożonych tak, aby był zgodny z załącznikiem nr 2 do SOPZ. Zakładka Substancje niebezpieczne 1. Należy zapewnić możliwość wyboru (jednej lub wielu) substancji niebezpiecznych z jednej z dwóch dostępnych list: a. Pierwszą z nich będzie stanowił wykaz substancji zawartych w załączniku VI do rozporządzenia WE 1272/2008 w Tabeli 3.1 Wykaz zharmonizowanej klasyfikacji oraz oznakowania substancji stwarzających zagrożenie (załącznik nr 3 do SOPZ) 1. Lista ta będzie zawierała następujące dane: nr indeksowy, numer CAS nazwę substancji, numer WE klasyfikację, piktogram, kody haseł ostrzegawczych stężenia graniczne b. Drugą listę będzie stanowiła wykaz substancji zawartych w załączniku VI do rozporządzenia WE 1272/2008 w Tabeli nr 3.2 Wykaz zharmonizowanej klasyfikacji oraz oznakowania substancji stwarzających zagrożenie z załącznika I do dyrektywy 67/548/EWG zawartej (załącznik nr 3 do SOPZ). Lista ta będzie zawierała następujące dane: numer indeksowy, numer CAS nazwę substancji, numer WE klasyfikację, oznakowania stężenia graniczne Użytkownik wprowadzający dane musi mieć możliwość wyboru, z której z list chce korzystać. Należy zapewnić możliwość wyszukiwania substancji po: numerze indeksowym, numerze CAS, nazwie substancji, numerze WE. 1 Tu i konsekwentnie w pozostałych miejscach: z uwzględnieniem 3 i 4 ATP, czyli Rozporządzeń Komisji (WE) nr 618/2012 z dnia 10 lipca 2012 r. oraz nr 487/2013 z dnia 8 maja 2013 r. dostosowujących do postępu naukowo-technicznego rozporządzenie Parlamentu Europejskiego i Rady (WE) nr 1272/2008 w sprawie klasyfikacji, oznakowania i pakowania substancji i mieszanin
2. Dla zakładów zaklasyfikowanych jako zakłady o dużym ryzyku wystąpienia awarii przemysłowej (ZDR) oraz zakłady o zwiększonym ryzyku wystąpienia awarii przemysłowej (ZZR) należy dodatkowo zapewnić możliwość wprowadzenia w oddzielnym oknie pn. Substancje SEVESO informacji dotyczących substancji (nazwa substancji, wartość progowa dla ZDR, wartość progowa dla ZZR, ilość) z jednej z dwóch list (możliwość wyboru, która z nich będzie w użyciu) zawartych w załączniku nr 4 do SIWZ. Istniejące już w bazach danych programu Zakłady niebezpieczne (dostępny w GIOŚ, kontakt: a.bronisz@gios.gov.pl, p.olszaniecki@gios.gov.pl) zakładka Substancje niebezpieczne ww. informacje dla ZDR i ZZR należy zaimportować do aplikacji POWAŻNE AWARIE Zakładka Ratownictwo 1. Pod polem zawierającym dane dot. zewnętrznego planu operacyjnoratowniczego (patrz obrazek poniżej) należy umieścić dodatkowy wiersz o nazwie: Decyzja dot. efektu domina (art. 259 Poś) Zakładka Kontrole, zarządzenia, dokumentacja 1. Należy umożliwić dodawanie załączników w formacie plików.pdf,.doc/.docx,.rtf,.xls/xlsx,.jpg,.png,.bmp. 2. Po dacie upłynięcia terminu realizacji zarządzenia pokontrolnego, w przypadku gdy nie zaznaczono pola z informacją, że dane zarządzenie zostało zrealizowane, powinno się wyświetlać przypomnienie o konieczności sprawdzenia wykonania zarządzenia pokontrolnego. 2.2. Awarie Moduł ten będzie umożliwiał gromadzenie danych oraz będzie posiadać funkcjonalności (tworzenie wydruków i zestawień) tak, jak obecnie używany w Inspekcji Ochrony Środowiska program Ekoawarie v 10.02. Projektując ten moduł należy uwzględnić następujące zmiany: Zakładka Dane podstawowe, Lokalizacja 1. Należy zapewnić możliwość wprowadzenia informacji (TAK/NIE) czy zdarzenie jest objęte obowiązkiem zgłoszenia do Komisji Europejskiej. 2. Należy zapewnić możliwość wpisywania współrzędnych geograficznych w dwóch formatach: dd mm ss i dd.dddddd. Podczas uzupełniania jednego z w/w pól aplikacja powinna automatyczne przeliczyć wpisywane współrzędne do drugiego formatu. Zakładka Substancje i preparaty niebezpieczne 1. Należy zapewnić możliwość wyboru (jednej lub wielu) substancji niebezpiecznych z jednej z dwóch dostępnych list:
a. Pierwszą z nich będzie stanowił wykaz substancji zawartych w załączniku VI do rozporządzenia WE 1272/2008 w Tabeli 3.1 Wykaz zharmonizowanej klasyfikacji oraz oznakowania substancji stwarzających zagrożenie (załącznik nr 3 do SOPZ). Lista ta będzie zawierała następujące dane: nr indeksowy, numer CAS nazwę substancji, numer WE klasyfikację, piktogram, kody haseł ostrzegawczych stężenia graniczne b. Drugą listę będzie stanowiła wykaz substancji zawartych w załączniku VI do rozporządzenia WE 1272/2008 w Tabeli nr 3.2 Wykaz zharmonizowanej klasyfikacji oraz oznakowania substancji stwarzających zagrożenie z załącznika I do dyrektywy 67/548/EWG zawartej (załącznik nr 3 do SOPZ). Lista ta będzie zawierała następujące dane: numer indeksowy, numer CAS nazwę substancji, numer WE klasyfikację, oznakowania stężenia graniczne Użytkownik wprowadzający dane musi mieć możliwość wyboru, z której z list chce korzystać. Należy zapewnić możliwość wyszukiwania substancji po: numerze indeksowym, numerze CAS, nazwie substancji, numerze WE. Zakładka Zagrożenie, Skutki i szkody 1. W dziale Skutki i szkody należy umieścić informacje dotyczące ewakuacji i mediów, które znajdują się obecnie w zakładce Podjęte działania Zakładka Działania IOŚ 1. Zakres informacji dotyczących nałożonych kar grzywny należy poszerzyć o informacje dot. kwoty mandatu (oddzielne pole). 2. Zakres informacji dotyczących zarządzenia przeprowadzenia właściwych badań należy poszerzyć o informacje dot. terminu realizacji i wykonania zarządzenia (oddzielne pola). Zakładka Podjęte działania 1. Pod działem Udział w akcji ratowniczej należy umieści informacje dot. Akcji usuwania skutków, które znajdują się obecnie w zakładce Monitoring, Akcja usuwania skutków, Dokumentacja. 2. Należy umożliwić dodawanie załączników w formacie plików.pdf,.doc/.docx,.rtf,.xls/xlsx,.jpg,.png,.bmp. 2.3. Pliki do pobrania
Moduł ten będzie umożliwiał administratorowi udostępnianie użytkownikom z WIOŚ oraz użytkownikom z delegatur plików w formatach takich jak: pdf,.doc/.docx,.rtf,.xls/xlsx,.jpg,.png,.bmp. 2.4. Kontakty Moduł ten pozwoli wprowadzić użytkownikom z WIOŚ i użytkownikom z delegatur danych kontaktowych do osób zajmujących się w danej jednostce tematyką poważnych awarii (numer telefonu, imię i nazwisko) oraz numery telefonów dyżurnych osób na wypadek wystąpienia poważnej awarii (numer telefonu, imię i nazwisko, data rozpoczęcia i zakończenia dyżuru). 2.5. Zgłoszenie awarii do Komisji Europejskiej Moduł ten będzie dawał możliwość wprowadzenia danych dot. awarii przy użyciu dwóch formularzy (informacja wstępna, informacja pełna), których zawartość będzie odpowiadała zawartości załączników nr 5 i 6 do SOPZ. Należy również zapewnić możliwość eksportu wpisów dot. awarii do plików.doc/.docx, które wizualnie będą odpowiadały załącznikom nr 5 i 6 do SOPZ W ramach zamówienia Wykonawca przeprowadzi migrację danych z programów Potencjalni Sprawcy Poważnych Awarii v 9.12 i Ekoawarie v 10.02. oraz z programu Zakłady niebezpieczne, w zakresie, o którym mowa w pkt. 2.1 niniejszego SOPZ.