Załącznik nr 8 do SIWZ - Główny Inspektorat Ochrony Środowiska

Załącznik nr 8 do SIWZ
Szczegółowy Opis Przedmiotu Zamówienia (SOPZ)
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)
k)
l)
m)
n)
Wstaw/usuń wypunktowanie listy;
Zmniejsz wcięcie, Zwiększ wcięcie,
Wyrównaj do lewej, środka, prawej, lewej i prawej;
Wstaw znak specjalny;
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:
[email protected], [email protected]), 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: [email protected], [email protected]) – 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
niebezpiecznych z jednej z dwóch dostępnych list:
lub
wielu)
substancji
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.