SPECYFIKACJA

n

SPECYFIKACJA

ISTOTNYCH WARUNKÓW ZAMÓWIENIA

w postępowaniu o udzielenie zamówienia publicznego prowadzonym w trybie

PRZETARGU NIEOGRANICZONEGO

na podstawie art. 39 ustawy z 29 stycznia 2004 r. - Prawo zamówień publicznych (tekst jedn. Dz. U.

2013 r., Poz. 907 z późn. zm.), o wartości szacunkowej zamówienia powyżej 207 000 EURO.

PRZEDMIOT ZAMÓWIENIA:

Wykonanie usług informatycznych w zakresie projektu pt.: „System przetwarzania danych PSH

- rozbudowa aplikacji do gromadzenia i przetwarzania informacji hydrogeologicznej, dostosowanie do Dyrektywy INSPIRE oraz do aktualnych aktów prawnych” wraz z asystą techniczną.

Sygn. postępowania: EZ-240-135/2013

ZATWIERDZAM:

Data: 24.01.2014 r.

Pełnomocnik Dyrektora PIG-PIB ds. Zamówień Publicznych xxx Xxxxxxxxx Xxxxxxxxx

Użyte w niniejszym dokumencie skróty i sformułowania oznaczają:

1. „ustawa Pzp” – ustawę z 29 stycznia 2004 r. - Prawo zamówień publicznych (tekst. jedn. Dz. U. 2013 r., Poz. 907 z późn. zm.);

2. „SIWZ” – niniejszą Specyfikację Istotnych Warunków Zamówienia;

3. „Zamawiający” – Państwowy Instytut Geologiczny – Państwowy Instytut Badawczy;

4. „Wykonawca” – zgodnie z definicją zawartą w art. 2 pkt 11) ustawy Pzp.

1. ZAMAWIAJĄCY

Państwowy Instytut Geologiczny – Państwowy Instytut Badawczy (PIG-PIB) 00-000 Xxxxxxxx

xx. Xxxxxxxxxx 0

NIP: 000-000-00-00

REGON: 000332133

2. TRYB UDZIELENIA ZAMÓWIENIA

Postępowanie o udzielenie niniejszego zamówienia prowadzone jest w trybie przetargu nieograniczonego o szacunkowej wartości zamówienia powyżej 207 000 euro, zgodnie z przepisami ustawy z 29 stycznia 2004 r. – Prawo zamówień publicznych (tekst jedn. Dz. U. 2013 r., Poz. 907 z późn. zm.).

3. OPIS PRZEDMIOTU ZAMÓWIENIA

3.1. Przedmiotem zamówienia jest wykonanie usług informatycznych w zakresie projektu pt:

„System przetwarzania danych PSH - rozbudowa aplikacji do gromadzenia i przetwarzania informacji hydrogeologicznej, dostosowanie do Dyrektywy INSPIRE oraz do aktualnych aktów prawnych” polegających na: wykonaniu systemu w wersji 8.0 tj. rozbudowie aplikacji internetowych CBDH, POBORY, MWP, MAPA i MINERALNE wraz z wdrożeniem, modyfikacją struktury bazy danych, niezbędnymi dokumentacjami, zapewnieniem działania wszystkich aplikacji internetowych w ramach systemu przetwarzania danych PSH (SPD PSH), oraz asystą techniczną w wymiarze maksymalnie 690 godzin jednak nie dłużej niż do dnia 31.03.2015 r. i 18-miesięczną gwarancją.

a) Rozbudowa systemu do gromadzenia i przetwarzania informacji hydrogeologicznej obejmuje modernizację aplikacji internetowej CBDH wraz z modyfikacją baz danych.

b) Rozbudowa systemu do gromadzenia i przetwarzania informacji hydrogeologicznej obejmuje modernizację aplikacji internetowej POBORY wraz z modyfikacją baz danych.

c) Rozbudowa systemu do gromadzenia i przetwarzania informacji hydrogeologicznej obejmuje modernizację aplikacji internetowej MWP wraz z modyfikacją baz danych.

d) Rozbudowa systemu do gromadzenia i przetwarzania informacji hydrogeologicznej obejmuje utworzenie aplikacji internetowej MAPA wraz z modyfikacją baz danych.

e) Rozbudowa systemu do gromadzenia i przetwarzania informacji hydrogeologicznej obejmuje utworzenie aplikacji internetowej MINERALNE wraz z modyfikacją baz danych.

3.2 Szczegółowy zakres przedmiotu zamówienia został określony w:

− Załączniku nr 1 do SIWZ– „Opis przedmiotu zamówienia”

− Załączniku nr 2 do SIWZ – „Istotne postanowienia umowy”.

3.3 Oznaczenie przedmiotu zamówienia wg Wspólnego Słownika Zamówień (CPV): Kod i nazwa CPV:

72230000-6 – Usługi w zakresie rozbudowy oprogramowania; 72611000-6 – Usługi w zakresie wsparcia technicznego;

4 TERMIN WYKONANIA ZAMÓWIENIA

4.2 Przedmiot niniejszego zamówienia realizowany będzie do dnia 30.10.2014 r. z zastrzeżeniem, że usługa świadczenia asysta technicznej wymiarze maksymalnie 690 godzin jednak nie dłużej niż do dnia 31.03.2015 r.

5 OFERTY CZĘŚCIOWE, WARIANTOWE

5.2 Zamawiający nie dopuszcza możliwości składania ofert częściowych.

5.3 Zamawiający nie dopuszcza składania ofert wariantowych.

6 INFORMACJA O PRZEWIDYWANYCH ZAMÓWIENIACH UZUPEŁNIAJĄCYCH

Zamawiający nie przewiduje możliwości udzielenia zamówień uzupełniających.

7. WARUNKI UDZIAŁU W POSTĘPOWANIU. BRAK PODSTAW DO WYKLUCZENIA WYKONAWCY

7.1. O udzielenie zamówienia mogą ubiegać się Wykonawcy, którzy spełniają warunki z art. 22 ust. 1 ustawy Pzp, dotyczące:

7.1.1. posiadania uprawnień do wykonywania określonej działalności lub czynności, jeżeli przepisy prawa nakładają obowiązek ich posiadania;

7.1.2. posiadania wiedzy i doświadczenia;

7.1.3. dysponowania odpowiednim potencjałem technicznym oraz osobami zdolnymi do wykonania zamówienia;

7.1.4. sytuacji ekonomicznej i finansowej.

7.2. O udzielenie zamówienia mogą ubiegać się Wykonawcy, którzy spełniają warunek udziału w postępowaniu dotyczący braku podstaw do wykluczenia z postępowania o udzielenie zamówienia publicznego w okolicznościach, o których mowa w art. 24 ust. 1 ustawy Pzp.

8. OPIS SPOSOBU DOKONYWANIA OCENY SPEŁNIANIA WARUNKÓW UDZIAŁU W POSTĘPOWANIU

8.1. W zakresie posiadania wiedzy i doświadczenia

Wykonawca wykaże, że w ciągu ostatnich trzech (3) lat przed upływem terminu składania ofert, a jeżeli okres prowadzenia działalności jest krótszy – w tym okresie wykonał:

8.1.1. co najmniej jedną usługę wdrożenia systemu obejmującego swym zakresem budowę lub rozbudowę geoportalu publikującego dane przestrzenne zgodnie z Dyrektywą INSPIRE, którego architektura rozwiązania oparta jest o środowisko wirtualizacyjne i klaster, a rozwiązanie mapowe wykorzystuje protokół REST oraz SOAP o wartości wynoszącej co najmniej 250 000 PLN brutto;

8.1.2. co najmniej jedną usługę wdrożenia systemu obejmującego swym zakresem budowę lub rozbudowę geoportalu publikującego dane środowiskowe zgodnie z Dyrektywą INSPIRE, oraz umożliwiającego wykonywanie analiz przestrzennych (przecinanie warstw), których wynikiem są informacje o obiektach. Wartość usługi powinna wynosić co najmniej 250 000 PLN brutto;

8.1.3. co najmniej jednego wdrożenia systemu obejmującego swym zakresem geoportal publikujący dane przestrzenne zgodnie z Dyrektywą INSPIRE, zawierający funkcje analiz przestrzennych pozwalających na operacje przestrzenne pomiędzy warstwami (np. nachodzenie, szukanie konfliktów między warstwami).

W przypadku, gdy przedmiotem zamówienia są świadczenia okresowe i ciągłe, Zamawiający dopuszcza nie tylko zamówienia wykonane (tj. zakończone) ale również wykonywane. W takim przypadku część zamówienia już faktycznie wykonana musi wypełniać wymogi określone przez Zamawiającego w warunku.

W przypadku, gdy wartość zamówienia została wyrażona w walucie innej niż PLN, wykonawca zobowiązany jest do jej przeliczenia na PLN przyjmując jako podstawę średni kurs danej waluty opublikowany przez NBP (wg tabeli A kursów średnich walut obcych) w dniu publikacji niniejszego ogłoszenia o zamówieniu w Dzienniku Urzędowym Unii Europejskiej. Jeśli publikacja ogłoszenia o zamówieniu w Dzienniku Urzędowym Unii Europejskiej nastąpi w dniu, kiedy NBP nie publikuje tabeli kursów średnich, należy przyjąć kurs z tabeli kursów średnich opublikowany w dniu najbliższym po dniu publikacji ogłoszenia o zamówieniu w Dzienniku Urzędowym Unii Europejskiej.

8.2. W celu potwierdzenia spełnienia warunku dotyczącego dysponowania osobami zdolnymi do wykonania zamówienia Wykonawca musi dysponować co najmniej:

8.2.1. 1 osobą pełniącą funkcję kierownika projektu posiadającą certyfikat Prince2 Practitioner lub równoważny posiadającą doświadczenie w projektach dotyczących systemów przetwarzania danych geologicznych lub geośrodowiskowych oraz publikowania danych;

8.2.2. 1 analitykiem posiadającym odpowiednie kwalifikacje i doświadczenie zawodowe w zakresie analizy systemów klasy GIS, posiadającym certyfikat OMG-Certified UML Professional lub równoważny;

8.2.3. 1 projektantem posiadającym kwalifikacje i doświadczenie zawodowe w zakresie projektowania systemów w architekturze J2EE zorientowanych na usługi w oparciu o bazę danych Oracle;

8.2.4. 2 programistami posiadającymi kwalifikacje i doświadczenie zawodowe w programowaniu przy użyciu języków Java oraz technologii J2EE, WebLogic, Oracle. Na potwierdzenie posiadanych kwalifikacji i doświadczenia wymagane jest wykazanie udziału każdej z wskazanych osób w charakterze programisty w realizacji co najmniej jednego projektu informatycznego w ramach którego wykorzystywane były ww. języki i technologie.

8.2.5. 1 programistą posiadającym odpowiednie kwalifikacje i doświadczenie zawodowe w programowaniu przy użyciu języków Java oraz technologii Geoserver i OpenLayers. Na potwierdzenie posiadanych kwalifikacji i doświadczenia wymagane jest wykazanie udziału każdej z wskazanych osób w charakterze programisty w realizacji co najmniej jednego projektu informatycznego w ramach którego wykorzystywane były ww. języki i technologie .

8.2.6. 1 programistą posiadającym kwalifikacje i doświadczenie zawodowe w programowaniu przy użyciu języków NET oraz technologii Intergraph GeoMedia. Na potwierdzenie

posiadanych kwalifikacji i doświadczenia wymagane jest wykazanie udziału każdej z wskazanych osób w charakterze programisty w realizacji co najmniej jednego projektu informatycznego w ramach którego wykorzystywane były ww. języki i technologie.

8.2. Zgodnie z art. 26 ust. 2b ustawy Pzp, Wykonawca może polegać na wiedzy i doświadczeniu, potencjale technicznym, osobach zdolnych do wykonania zamówienia lub zdolnościach finansowych innych podmiotów niezależnie od charakteru prawnego łączących go z nimi stosunków. Wykonawca w takiej sytuacji zobowiązany jest udowodnić Zamawiającemu, iż będzie dysponował zasobami niezbędnymi do realizacji zamówienia, w szczególności przedstawiając w tym celu pisemne zobowiązanie tych podmiotów do oddania mu do dyspozycji niezbędnych zasobów na okres korzystania z nich przy wykonaniu zamówienia.

9. ZASADY DOKONYWANIA OCENY SPEŁNIANIA WARUNKÓW UDZIAŁU W POSTĘPOWANIU

9.1. Spełnianie warunków opisanych w pkt. 7 i 8 SIWZ należy potwierdzić poprzez złożenie oświadczeń oraz dokumentów, o których mowa w pkt. 10 SIWZ.

Ocena spełniania skonkretyzowanych przez Zamawiającego warunków udziału w postępowaniu zostanie dokonana wg formuły spełnia – nie spełnia.

9.2. Z treści załączonych do oferty dokumentów musi wynikać jednoznacznie, iż Wykonawca wykazał spełnianie warunków udziału w postępowaniu.

9.3. Nie wykazanie spełniania chociażby jednego warunku, skutkować będzie wykluczeniem Wykonawcy z postępowania.

10. DOKUMENTY SKŁADANE W CELU WYKAZANIA SPEŁNIANIA WARUNKÓW UDZIAŁU W POSTĘPOWANIU ORAZ BRAKU PODSTAW DO WYKLUCZENIA

10.1. W celu oceny spełniania przez Wykonawcę warunków, o których mowa w art. 22 ust. 1 ustawy Pzp, których opis sposobu oceny spełniania został dokonany w pkt. 8 SIWZ, Zamawiający żąda następujących oświadczeń i dokumentów:

10.1.1. Oświadczenia o spełnianiu warunków udziału w postępowaniu, o których mowa w art. 22 ust. 1 ustawy Pzp - na formularzu zgodnym z treścią załącznika nr 4 do SIWZ.

10.1.2. Wykazu osób, które będą uczestniczyć w wykonywaniu zamówienia wraz z informacją o ich kwalifikacjach, doświadczeniu, na formularzu zgodnym z treścią załącznika nr 7 do SIWZ.

10.1.3. Wykazu wykonanych, a w przypadku świadczeń okresowych lub ciągłych również wykonywanych, głównych usług w okresie ostatnich trzech lat przed upływem terminu składania ofert, a jeżeli okres prowadzenia działalności jest krótszy – w tym okresie, z podaniem ich wartości, przedmiotu, dat wykonania i podmiotów, na rzecz których usługi zostały wykonane, oraz załączeniem dowodów, czy zostały wykonane lub są wykonywane należycie – na formularzu zgodnym z treścią załącznika nr 6 do SIWZ ( wykaz „Doświadczenie”).

Dowodami, o których wyżej mowa, są:

• poświadczenie, z tym że w odniesieniu do nadal wykonywanych usług okresowych lub ciągłych poświadczenie powinno być wydane nie wcześniej niż na 3 miesiące przed upływem terminu składania ofert;

• oświadczenie wykonawcy – jeżeli z uzasadnionych przyczyn o obiektywnym charakterze wykonawca nie jest w stanie uzyskać poświadczenia, o którym wyżej mowa.

W przypadku gdy Zamawiający jest podmiotem, na rzecz którego usługi wskazane w wykazie wykonanych usług zostały wcześniej wykonane, Wykonawca nie ma obowiązku przedkładania dowodów.

Zgodnie z § 9 ust. 2 rozporządzenia, w postępowaniach o udzielenie zamówienia publicznego wszczynanych w okresie 12 miesięcy od dnia wejścia w życie rozporządzenia, wykonawca, w miejsce poświadczeń, o których mowa w § 1 ust. 2 pkt 1 rozporządzenia, może przedkładać dokumenty potwierdzające należyte wykonanie usług określone w § 1 ust. 1 pkt 2 i 3 rozporządzenia Prezesa Rady Ministrów z dnia 30 grudnia 2009 r. w sprawie rodzajów dokumentów, jakich może żądać Zamawiający od Wykonawcy, oraz form, w jakich te dokumenty mogą być składane (Dz. U. Nr 226, poz. 1817).

10.2. W celu wykazania braku podstaw do wykluczenia Wykonawcy z postępowania o udzielenie zamówienia w okolicznościach, o których mowa w art. 24 ust. 1 ustawy Pzp, Zamawiający żąda następujących dokumentów:

10.2.1. Oświadczenia o braku postaw do wykluczenia z postępowania o udzielenie zamówienia w okolicznościach, o których mowa w art. 24 ust. 1 ustawy Pzp - na formularzu zgodnym z treścią załącznika nr 5 do SIWZ.

UWAGA: W przypadku Wykonawców wspólnie ubiegających się o udzielenie zamówienia - dokument składa każdy z Wykonawców występujących wspólnie.

10.2.2. Aktualnego odpisu z właściwego rejestru lub z centralnej ewidencji i informacji o działalności gospodarczej, jeżeli odrębne przepisy wymagają wpisu do rejestru lub ewidencji, w celu wykazania braku podstaw do wykluczenia w oparciu o art. 24 ust. 1 pkt 2 ustawy, wystawionego nie wcześniej niż 6 miesięcy przed składania ofert.

UWAGA: W przypadku Wykonawców wspólnie ubiegających się o udzielenie zamówienia- dokument składa każdy z Wykonawców występujących wspólnie.

10.2.3. Aktualnego zaświadczenia właściwego naczelnika urzędu skarbowego potwierdzającego, że Wykonawca nie zalega z opłacaniem podatków, lub zaświadczenia, że uzyskał przewidziane prawem zwolnienie, odroczenie lub rozłożenie na raty zaległych płatności, lub wstrzymanie w całości wykonania decyzji właściwego organu - wystawionego nie wcześniej niż 3 miesiące przed upływem terminu składania ofert.

UWAGA: W przypadku Wykonawców wspólnie ubiegających się o udzielenie zamówienia- dokument składa każdy z Wykonawców występujących wspólnie.

10.2.4. Aktualnego zaświadczenia właściwego oddziału Zakładu Ubezpieczeń Społecznych lub Kasy Rolniczego Ubezpieczenia Społecznego potwierdzającego, że Wykonawca nie zalega z opłacaniem składek na ubezpieczenie zdrowotne i społeczne lub potwierdzenia, że uzyskał przewidziane prawem zwolnienie, odroczenie lub rozłożenie na raty zaległych płatności, lub wstrzymanie w całości wykonania decyzji właściwego organu - wystawionego nie wcześniej niż 3 miesiące przed upływem terminu składania ofert.

UWAGA: W przypadku Wykonawców wspólnie ubiegających się o udzielenie zamówienia- dokument składa każdy z Wykonawców występujących wspólnie.

10.2.5. Aktualnej informacji z Krajowego Rejestru Karnego w zakresie określonym w art. 24 ust. 1 pkt 4 - 8 ustawy Pzp - wystawionej nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert.

UWAGA: W przypadku Wykonawców wspólnie ubiegających się o udzielenie zamówienia- dokument składa każdy z Wykonawców występujących wspólnie.

10.2.6. Aktualnej informacji z Krajowego Rejestru Karnego w zakresie określonym w art. 24 ust. 1 pkt 9 ustawy Pzp - wystawionej nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert.

UWAGA: W przypadku Wykonawców wspólnie ubiegających się o udzielenie zamówienia- dokument składa każdy z Wykonawców występujących wspólnie.

10.2.7. Aktualnej informacji z Krajowego Rejestru Karnego w zakresie określonym w art. 24 ust. 1 pkt 10 i 11 ustawy Pzp - wystawionej nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert.

UWAGA: W przypadku Wykonawców wspólnie ubiegających się o udzielenie zamówienia- dokument składa każdy z Wykonawców występujących wspólnie.

10.2.8. Jeżeli, w przypadku Wykonawcy mającego siedzibę na terytorium Rzeczypospolitej Polskiej, osoby, o których mowa w art. 24 ust. 1 pkt 5-8, 10 i 11 ustawy Pzp, mają miejsce zamieszkania poza terytorium Rzeczypospolitej Polskiej, Wykonawca składa w odniesieniu do nich zaświadczenie właściwego organu sądowego albo administracyjnego miejsca zamieszkania dotyczące niekaralności tych osób w zakresie określonym w art. 24 ust.1 pkt 5-8, 10 i 11 ustawy Pzp, wystawione nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert. W przypadku, gdy w miejscu zamieszkania tych osób nie wydaje się takich zaświadczeń - zastępuje się je dokumentem zawierającym oświadczenie złożone przed właściwym organem sądowym, administracyjnym albo organem samorządu zawodowego lub gospodarczego miejsca zamieszkania tych osób lub przed notariuszem.

11. DODATKOWE DOKUMENTY/PEŁNOMOCNICTWO

11.1. Do oferty należy załączyć dokument/-y określające zasady reprezentacji oraz osoby uprawnione do reprezentacji Wykonawcy.

11.2. W przypadku, gdy Wykonawcę reprezentuje pełnomocnik, do oferty należy dołączyć pełnomocnictwo, z którego wynika zakres umocowania, podpisane przez osoby uprawnione do reprezentowania Wykonawcy. Pełnomocnictwo musi być złożone w oryginale albo w kopii poświadczonej notarialnie.

11.3. Wykonawca zgodnie z art. 26 ust. 2d ustawy ma obowiązek złożyć oświadczenie zawierające listę podmiotów należących do tej samej grupy kapitałowej, o której mowa w art. 24 ust. 2 pkt. 5 ustawy Prawo zamówień publicznych, albo informację o tym, że Wykonawca nie należy do grupy kapitałowej. Wzór oświadczenia stanowi załącznik nr 8 do SIWZ.

12. OŚWIADCZENIA I DOKUMENTY, JAKIE MAJĄ DOSTARCZYĆ WYKONAWCY MAJĄCY SIEDZIBĘ LUB MIEJSCE ZAMIESZKANIA POZA TERYTORIUM RZECZPOSPOLITEJ POLSKIEJ W CELU POTWIERDZENIA SPEŁNIANIA WARUNKÓW UDZIAŁU W POSTĘPOWANIU (wymagania dla wykonawców zagranicznych)

12.1. Wykonawcy mający siedzibę lub miejsce zamieszkania poza terytorium Rzeczpospolitej Polskiej składają dokumenty wymienione w pkt. 10 SIWZ z zastrzeżeniem, że zamiast dokumentów, o których mowa w pkt. 10.2 SIWZ:

12.1.1. w pkt. – 10.2.2. -10.2.4. i pkt. 10.2.6. SIWZ – składa dokument lub dokumenty, wystawione w kraju, w którym ma siedzibę lub miejsce zamieszkania, potwierdzające odpowiednio, że:

12.1.1.1. nie otwarto jego likwidacji ani nie ogłoszono upadłości,

12.1.1.2. nie zalega z uiszczaniem podatków, opłat, składek na ubezpieczenie społeczne i zdrowotne albo że uzyskał przewidziane prawem zwolnienie, odroczenie

lub rozłożenie na raty zaległych płatności lub wstrzymanie w całości wykonania decyzji właściwego organu,

12.1.1.3. nie orzeczono wobec niego zakazu ubiegania się o zamówienie.

12.1.2. w pkt. 10.2.5. i 10.2.7. SIWZ – składa zaświadczenie właściwego organu sądowego lub administracyjnego miejsca zamieszkania albo zamieszkania osoby, której dokumenty dotyczą, w zakresie określonym w art. 24 ust. 1 pkt 4 – 8, 10 i 11 ustawy Pzp.

12.2. Dokumenty, o których mowa w pkt. 12.1.1.1 i 12.1.1.3 oraz 12.1.2 SIWZ, powinny być wystawione nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert. Dokument, o którym mowa w pkt. 12.1.1.2 SIWZ, powinien być wystawiony nie wcześniej niż 3 miesiące przed upływem terminu składania ofert.

12.3. Jeżeli w kraju miejscu zamieszkania osoby lub w kraju, w którym Wykonawca ma siedzibę lub miejsce zamieszkania, nie wydaje się dokumentów, o których mowa w pkt. 12.1.1 i 12.1.2 SIWZ, zastępuje się je dokumentem zawierającym oświadczenie w którym określa się także osoby uprawnione do reprezentacji wykonawcy, złożone przed właściwym organem sądowym, administracyjnym albo organem samorządu zawodowego lub gospodarczego odpowiednio kraju miejsca zamieszkania osoby lub kraju, w którym wykonawca ma siedzibę lub miejsce zamieszkania, lub przed notariuszem. Postanowienia pkt. 12.2 SIWZ stosuje się odpowiednio.

13. WYMAGANIA WYKONAWCÓW

DOTYCZĄCE

DOKUMENTÓW

SKŁADANYCH

PRZEZ

13.1. Wymagania dotyczące dokumentów składanych przez Wykonawców reguluje x.xx. rozporządzenie Prezesa Rady Ministrów z 19 lutego 2013 r. w sprawie rodzajów dokumentów, jakich może żądać zamawiający od wykonawcy oraz form, w jakich te dokumenty mogą być składane (Dz. U. z 2013 r., poz. 231).

13.2. Oświadczenia, o których mowa w pkt. 10.1.1, 10.2.1 oraz 11.3 SIWZ należy przedstawić w oryginale, pozostałe dokumenty, o których mowa w pkt. 10 SIWZ oraz pkt. 12 SIWZ mogą być złożone w oryginale lub kopii poświadczonej i opatrzonej klauzulą „za zgodność z oryginałem” przez Wykonawcę, z zastrzeżeniem pkt.13.3 SIWZ. Dokument wielostronicowy przedłożony w formie kopii winien być potwierdzony za zgodność z oryginałem na każdej zapisanej (ponumerowanej) stronie.

13.3. Zgodnie z § 7 ust. 2 rozporządzenia Prezesa Rady Ministrów z 19 lutego 2013 r. w sprawie rodzajów dokumentów, jakich może żądać zamawiający od wykonawcy oraz form, w jakich te dokumenty mogą być składane (Dz. U. 2013, poz. 231), w przypadku wykonawców wspólnie ubiegających się o udzielenie zamówienia oraz w przypadku innych podmiotów, na zasobach których wykonawca polega na zasadach określonych w art. 26 ust. 2b ustawy, kopie dokumentów dotyczących odpowiednio wykonawcy lub tych podmiotów są poświadczane za zgodność z oryginałem odpowiednio przez Wykonawcę lub te podmioty.

13.4. Pełnomocnictwo musi być złożone w oryginale albo w kopii poświadczonej notarialnie.

13.5. Pisemne zobowiązanie innego podmiotu do oddania Wykonawcy do dyspozycji niezbędnych zasobów na okres korzystania z nich przy wykonywaniu zamówienia, o którym mowa w art. 26 ust. 2b ustawy Pzp, winno być złożone w oryginale.

13.6. Złożenie dokumentu w niewłaściwej formie ( np. niepoświadczonej przez Wykonawcę za zgodność z oryginałem odpisy lub kopie) traktowane będzie jak jego brak.

13.7. Postępowanie o udzielenie zamówienia prowadzi się w języku polskim. Dokumenty, oświadczenia oraz pełnomocnictwa sporządzone w języku obcym są składane wraz z tłumaczeniem na język polski.

14. OFERTA SKŁADANA PRZEZ WYKONAWCÓW WSPÓLNIE UBIEGAJĄCYCH SIĘ O UDZIELENIE ZAMÓWIENIA

14.1. Wykonawcy ubiegający się wspólnie o udzielenie zamówienia ustanawiają pełnomocnika do reprezentowania ich w postępowaniu, albo reprezentowania ich w postępowaniu i zawarcia umowy w sprawie zamówienia publicznego. Pełnomocnictwo należy dołączyć do oferty. Pełnomocnictwo musi być złożone w oryginale albo w kopii poświadczonej notarialnie.

14.2. W przypadku wyboru przez Zamawiającego oferty złożonej przez Wykonawców ubiegających się wspólnie o udzielenie zamówienia, mogą oni zostać zobowiązani, najpóźniej przed podpisaniem umowy w sprawie niniejszego zamówienia publicznego, do przedłożenia umowy regulującej ich współpracę.

14.3. Wykonawcy ubiegający się wspólnie o udzielenie zamówienia ponoszą solidarnie odpowiedzialność prawną za realizację zamówienia. Problematykę zobowiązań solidarnych regulują przepisy kodeksu cywilnego.

14.4. Każdy z Wykonawców wspólnie ubiegających się o udzielenie zamówienia zobowiązany jest samodzielnie wykazać spełnianie warunku braku podstaw do wykluczenia z postępowania o udzielenie zamówienia w okolicznościach, o których mowa w art. 24 ust. 1 oraz 24 ust. 2 ustawy Pzp. Pozostałe warunki udziału w postępowaniu, określone w pkt. 8 SIWZ, Wykonawcy wspólnie ubiegający się o udzielenie zamówienia muszą spełniać łącznie.

14.5. Oferta składana przez Wykonawców występujących wspólnie musi zostać utworzona z dokumentów wymienionych w pkt. 10 SIWZ (w razie konieczności – także w pkt. 12 SIWZ) z zastrzeżeniem, iż dokumenty wymienione w pkt. 10.2 SIWZ (i odpowiednio w pkt. 12 SIWZ), składane są przez każdego z wykonawców osobno.

14.6. Oferta Wykonawców występujących wspólnie musi być podpisana i oznaczona w taki sposób, by prawnie zobowiązywała wszystkie podmioty wspólnie ubiegające się o udzielenie zamówienia.

15. PODWYKONAWCY

15.1. Zamawiający żąda wskazania przez Wykonawcę w ofercie części zamówienia, której wykonanie powierzy podwykonawcom.

15.2. Informacje o powierzeniu realizacji części zamówienia podwykonawcy należy podać w formularzu „Oferta” (załącznik nr 3 do SIWZ).

16. INFORMACJE O SPOSOBIE POROZUMIEWANIA SIĘ ZAMAWIAJĄCEGO Z WYKONAWCAMI

16.1. Oświadczenia, wnioski, zawiadomienia oraz wszelkie informacje Zamawiający i Wykonawcy przekazują pisemnie, faksem lub drogą elektroniczną, z zastrzeżeniem pkt. 16.2 SIWZ.

16.2. Forma pisemna zastrzeżona jest dla złożenia oferty wraz z załącznikami, w tym dokumentów składanych w celu wykazania spełniania warunków udziału w postępowaniu, a także zmiany oferty.

16.3. Jeżeli Zamawiający lub Wykonawca przekazują dokumenty lub informacje faksem lub drogą elektroniczną, każda ze stron na żądanie drugiej niezwłocznie potwierdza fakt ich otrzymania.

17. OSOBY UPRAWNIONE DO POROZUMIEWANIA SIĘ Z WYKONAWCAMI

Xxxx Xxxxxxxxxxxx (Samodzielna Sekcja Zamówień Publicznych) tel. + 00 00 000 00 00

fax x00 00 000 00 00

lub e-mail: xxxx.xxxxxxxxxxxx@xxx.xxx.xx

18. TRYB UDZIELANIA WYJAŚNIEŃ DOTYCZĄCYCH TREŚCI SPECYFIKACJI ISTOTNYCH WARUNKÓW ZAMÓWIENIA

18.1. Wykonawca może zwracać się do Zamawiającego o wyjaśnienia treści SIWZ, kierując swoje zapytania pisemnie, faksem lub drogą elektroniczną na adres:

Państwowy Instytut Geologiczny – Państwowy Instytut Badawczy (PIG-PIB) xx. Xxxxxxxxxx 0, 00-000 Xxxxxxxx

nr faksu: + 48 22 459 20 23, e-mail: xxxx.xxxxxxxxxxxx@xxx.xxx.xx.

18.2. Zgodnie z art. 38 ust. 1 pkt 1 ustawy Pzp Zamawiający jest obowiązany udzielić wyjaśnień niezwłocznie, jednak nie później niż na 6 dni przed upływem terminu składania ofert, pod warunkiem, że wniosek o wyjaśnienie treści SIWZ wpłynął do Zamawiającego nie później niż do końca dnia, w którym upływa połowa wyznaczonego terminu składania ofert. Zamawiający przekaże treść zapytań wraz z wyjaśnieniami wszystkim Wykonawcom, którym przekazano SIWZ, bez ujawniania źródła zapytania oraz zamieści na stronie internetowej na której udostępniono SIWZ.

18.3. W uzasadnionych przypadkach Zamawiający może w każdym czasie, przed upływem terminu składania ofert, zmienić treść SIWZ. Dokonane w ten sposób zmiany Zamawiający przekaże niezwłocznie wszystkim Wykonawcom, którym przekazano SIWZ oraz zamieści na stronie internetowej na której zamieszczono SIWZ.

19. WYMAGANIA DOTYCZĄCE WADIUM

19.1. Zamawiający wymaga wniesienia wadium w wysokości 32000 zł (słownie: trzydzieści dwa tysiące złotych).

19.2. Wadium musi obejmować cały okres związania ofertą. Termin wniesienia wadium upływa 6 marca 2014 r. o godz. 12.00.

19.3. Wadium może być wnoszone w jednej lub kilku następujących formach:

19.3.1. w pieniądzu,

19.3.2. w poręczeniach bankowych lub poręczeniach spółdzielczej kasy oszczędnościowo- kredytowej, z tym że poręczenie kasy jest zawsze poręczeniem pieniężnym,

19.3.3. w gwarancjach bankowych,

19.3.4. w gwarancjach ubezpieczeniowych,

19.3.5. w poręczeniach udzielanych przez podmioty, o których mowa w art. 6b ust. 5 pkt 2 ustawy z dnia 9 listopada 2000 r. o utworzeniu Polskiej Agencji Rozwoju Przedsiębiorczości (Dz. U. Nr 109, poz. 1158, z późn. zm.).

19.4. Wadium wnoszone w pieniądzu należy wpłacić na rachunek bankowy Zamawiającego:

Getin Noble Bank SA nr konta: 52 1560 0013 2366 2335 1965 0001 w tytule przelewu:

„wadium w postęp. Sygn. EZ-240-135/2013”.

19.5. O uznaniu przez Zamawiającego, że wadium w pieniądzu wpłynęło w wymaganym terminie, decyduje data i godzina uznania (wpływu środków) rachunku bankowego Zamawiającego. Kserokopię dowodu wpłaty należy dołączyć do oferty.

19.6. Wadium wnoszone w poręczeniach lub gwarancjach (tj. formach wskazanych w pkt. 19.3.2 -

19.3.5 SIWZ) musi zawierać zobowiązanie gwaranta do zapłaty sumy wadialnej na rzecz Zamawiającego bezwarunkowo i na pierwsze żądanie, jeżeli zaistnieją przesłanki do zatrzymania wadium określone w art. 46 ust. 4a i 5 ustawy Pzp tj.:

19.6.1. Zamawiający zatrzymuje wadium wraz z odsetkami w sytuacji określonej art. 46 ust. 4a ustawy Pzp, oraz

19.6.2. Zamawiający zatrzymuje wadium wraz z odsetkami, jeżeli Wykonawca, którego oferta została wybrana:

19.6.2.1. odmówił podpisania umowy w sprawie zamówienia publicznego na warunkach określonych w ofercie,

19.6.2.2. zawarcie umowy stało się niemożliwe z przyczyn leżących po stronie Wykonawcy,

19.6.2.3. nie wniósł wymaganego zabezpieczenia należytego wykonania umowy.

Oryginały dokumentów wadialnych, o których mowa w pkt. 19.3.2 - 19.3.5 SIWZ należy złożyć przed upływem terminu składania ofert w kasie Zamawiającego w Warszawie, Państwowy Instytut Geologiczny – Państwowy Instytut Badawczy (PIG-PIB),ul. Xxxxxxxxxx 0, 00-000 Xxxxxxxx budynek A xxx. Xx 00X. Kserokopie przedmiotowych dokumentów należy dołączyć do oferty.

19.7. Wykonawca, który nie wniesie wadium do upływu terminu składania ofert, na przedłużony okres związania ofertą lub w terminie, o którym mowa w art. 46 ust. 3 ustawy Pzp, albo nie zgodzi się na przedłużenie okresu związania ofertą, zostanie wykluczony z postępowania.

19.8. Zamawiający zatrzyma wadium na warunkach i w okolicznościach określonych w art. 46 ust. 4a i ust. 5 ustawy Pzp.

19.9. Zamawiający dokona zwrotu wadium zgodnie z warunkami określonymi w art. 46 ust. 1, 1a, 2 i 4 ustawy Pzp.

20. TERMIN ZWIĄZANIA OFERTĄ

20.1. Termin związania ofertą wynosi 60 dni. Bieg terminu rozpoczyna się wraz z upływem terminu składania ofert.

20.2. Zgodnie z art. 85 ust. 2 ustawy Pzp, Wykonawca samodzielnie lub na wniosek Zamawiającego może przedłużyć termin związania ofertą, z tym że Zamawiający może tylko raz, co najmniej na 3 dni przed upływem terminu związania ofertą, zwrócić się do wykonawców o wyrażenie zgody na przedłużenie tego terminu o oznaczony okres, nie dłuższy jednak niż 60 dni.

21. OPIS SPOBU PRZYGOTOWANIA OFERTY

21.1. Ofertę należy złożyć w formie pisemnej pod rygorem nieważności.

21.2. Oferta musi zawierać co najmniej:

21.2.1. wypełniony formularz „Oferta”, który stanowi załącznik nr 3 do SIWZ;

21.2.2. wypełniony formularz Cenowy, który stanowi załącznik nr 3a do SIWZ;

21.2.3. oświadczenia i dokumenty, o których mowa w pkt. 10 i 11.3 SIWZ (w razie konieczności – także w pkt. 12 SIWZ);

21.2.4. dokument pełnomocnictwa (jeśli dotyczy);

21.2.5. Projekt architektury rozwiązania zgodnie z pkt. 27.3 SIWZ;

21.2.6. kopię dokumentu potwierdzającego wniesienie wadium.

21.3. Oferta powinna być podpisana przez osobę uprawnioną do reprezentowania Wykonawcy, zgodnie z formą reprezentacji Wykonawcy określoną w rejestrze lub innym dokumencie, właściwym dla danej formy organizacyjnej Wykonawcy albo przez odpowiednio umocowanego przedstawiciela Wykonawcy.

21.4. Ofertę należy sporządzić zgodnie z treścią SIWZ oraz treścią zawartą w formularzach stanowiących załączniki do SIWZ.

21.5. Wykonawca może złożyć ofertę na własnych formularzach, jednakże ich treść musi być zgodna z treścią formularzy załączonych do SIWZ.

21.6. Oferta musi być napisana w języku polskim, pismem czytelnym.

21.7. Wszystkie zapisane strony oferty, za wyjątkiem oryginału dokumentu, który nie jest wystawiony przez Wykonawcę, a stanowi część składową oferty, powinny być opatrzone podpisem wraz z pieczątką osoby lub osób uprawnionych do występowania w obrocie prawnym w imieniu Xxxxxxxxx, bądź przez upoważnionego przedstawiciela Wykonawcy (w tym przypadku upoważnienie do podpisywania dokumentów musi być dołączone do oferty).

21.8. Wszystkie kartki oferty muszą być spięte w sposób uniemożliwiający dekompletację oferty, ponumerowane kolejnymi numerami. Dopuszcza się własną numerację dokumentów ofertowych pod warunkiem zachowania ciągłości numeracji stron.

21.9. Wszelkie poprawki lub zmiany w tekście oferty powinny być naniesione czytelnie oraz opatrzone podpisem wraz z pieczątką osoby uprawnionej i dodatkowo opatrzone datą dokonania poprawki.

21.10. Złożenie oferty zawierającej rozwiązania alternatywne spowoduje odrzucenie oferty.

21.11. Każdy Wykonawca może złożyć w niniejszym postępowaniu tylko jedną ofertę. Za równoznaczne ze złożeniem więcej niż jednej oferty przez tego samego Wykonawcę zostanie uznana sytuacja, w której ten sam podmiot występuje w dwóch lub więcej ofertach składanych wspólnie lub jest samodzielnym Wykonawcą, a jednocześnie jest uczestnikiem oferty wspólnej.

21.12. W przypadku gdyby oferta, oświadczenia lub dokumenty zawierały informacje stanowiące tajemnicę przedsiębiorstwa w rozumieniu przepisów ustawy z 16 kwietnia 1993 r. o zwalczaniu nieuczciwej konkurencji (tekst jednolity Xx. X. x 0000 x. Xx 000 poz. 1503 z późn. zm.), Wykonawca powinien w sposób nie budzący wątpliwości zastrzec, które informacje stanowią tajemnicę przedsiębiorstwa. Informacje te powinny być umieszczone w osobnym wewnętrznym opakowaniu, trwale ze sobą połączone i ponumerowane oraz oznaczone klauzulą: „NIE UDOSTĘPNIAĆ – INFORMACJE STANOWIĄ TAJEMNICĘ PRZEDSIĘBIORSTWA W ROZUMIENIU ART. 11 UST. 4 USTAWY O ZWALCZANIU NIEUCZCIWEJ KONKURENCJI”.

22. ZALECENIA DOTYCZĄCE OPAKOWANIA I OZNAKOWANIA OFERT

22.1. Oferty składane są w jednym egzemplarzu, w nieprzejrzystej i zamkniętej kopercie lub opakowaniu.

22.2. Koperta powinna być zaadresowana na adres:

Państwowy Instytut Geologiczny – Państwowy Instytut Badawczy (PIG-PIB) xx. Xxxxxxxxxx 0, 00-000 Xxxxxxxx

oraz powinna być opisana następująco:

Oferta na „Wykonanie usług informatycznych w zakresie projektu pt: „System przetwarzania danych PSH - rozbudowa aplikacji do gromadzenia i przetwarzania informacji hydrogeologicznej, dostosowanie do Dyrektywy INSPIRE oraz do aktualnych aktów prawnych” wraz z asystą techniczną.

(Sygn. Postępowania: EZ-240-135/2013)

Nie otwierać przed godziną 12:15, 6 marca 2014 roku.

22.3. Konsekwencje złożenia oferty niezgodnie z w/w opisem ponosi Wykonawca.

23. TERMIN I MIEJSCE SKŁADANIA OFERT

23.1. Oferty należy składać na adres:

Państwowy Instytut Geologiczny – Państwowy Instytut Badawczy (PIG-PIB) xx. Xxxxxxxxxx 0, 00-000 Xxxxxxxx

Kancelaria Xxxxxx (xxxxxx xxxxxxx, xxx. 00)

23.2. Termin składania ofert upływa 6 marca 2014 r. o godz. 12:00

23.3. Oferty nadesłane pocztą będą zakwalifikowane do postępowania przetargowego pod warunkiem ich dostarczenia przez pocztę do terminu określonego w pkt. 23.2 SIWZ. Decyduje data wpływu do Kancelarii Ogólnej PIG-PIB poświadczona stemplem z wpisaną godziną.

23.4. Zamawiający niezwłocznie zawiadamia Wykonawcę o złożeniu oferty po terminie oraz zwraca ofertę po upływie terminu przewidzianego na wniesienie odwołania.

24. OTWARCIE OFERT

24.1. Otwarcie złożonych ofert nastąpi w dniu 6 marca 2014 r. o godz. 12:15, w siedzibie Zamawiającego w bud A, pok. nr 231.

24.2. Otwarcie ofert jest jawne.

24.3. Bezpośrednio przed otwarciem ofert Zamawiający poda kwotę, jaką zamierza przeznaczyć na sfinansowanie zamówienia.

24.4. Po otwarciu każdej z ofert, do wiadomości zebranym, zostaną podane dane zgodnie z art. 86 ust. 4 ustawy Pzp.

24.5. Zamawiający na wniosek Wykonawcy nieobecnego na otwarciu ofert przekaże informacje, o których mowa w pkt. 24.3 i 24.4 SIWZ.

25. ZMIANIA I WYCOFANIE OFERTY

25.1. Wykonawca przed upływem terminu do składania ofert ma prawo:

25.1.1. wycofać ofertę poprzez złożenie pisemnego powiadomienia z napisem na kopercie

„WYCOFANIE”;

25.1.2. zmienić ofertę - powiadomienie o wprowadzeniu zmian musi być złożone wg takich samych zasad jak składana oferta, odpowiednio oznakowane z dopiskiem „ZMIANA”.

26. OPIS SPOSOBU OBLICZANIA CENY OFERTY

26.1. Wykonawca określi wszystkie ceny zgodnie z Formularzem cenowym – Załącznik nr 3a do SIWZ.

26.2. Wyliczoną cenę z Formularza cenowego Wykonawca przeniesie do Formularza ,,Oferta’’ – Załącznik nr 3 do SIWZ.

26.3. Cena w formularzu ”Oferta” musi obejmować wszystkie koszty związane z realizacją przedmiotu zamówienia.

26.4. Wszystkie ceny określone przez Wykonawcę w Formularzu cenowym zostaną ustalone na okres ważności umowy i nie będą podlegały zmianom.

26.5. Wszystkie ceny będą określone w PLN z dokładnością do dwóch miejsc po przecinku, a wszystkie płatności będą realizowane w PLN, zgodnie z obowiązującymi przepisami.

26.6. Jeżeli Zamawiającemu zostanie złożona oferta, której wybór prowadziłby do powstania obowiązku podatkowego Zamawiającego zgodnie z przepisami o podatku od towarów i usług w zakresie dotyczącym wewnątrz wspólnotowego nabycia towarów, Zamawiający w celu oceny takiej oferty doliczy do przedstawionej w niej ceny podatek od towarów i usług, który miałby obowiązek wpłacić zgodnie z obowiązującymi przepisami.

26.7. Zamawiający w celu ustalenia, czy oferta zawiera rażąco niską cenę w stosunku do przedmiotu zamówienia może zwrócić się do Wykonawcy o udzielenie w określonym terminie wyjaśnień dotyczących elementów oferty mających wpływ na wysokość ceny.

27. OPIS KRYTERIÓW, KTÓRYMI ZAMAWIAJĄCY BĘDZIE SIĘ KIEROWAŁ PRZY WYBORZE OFERTY WRAZ Z PODANIEM ZNACZENIA KRYTERIÓW

27.1. Ocenie zostaną poddane oferty nie podlegające odrzuceniu.

27.2. Przy wyborze najkorzystniejszej oferty Zamawiający będzie się kierował następującymi kryteriami i ich znaczeniem:

Numer Kryterium	Nazwa kryterium	Waga podana w punktach
1	Cena	75
2	Projekt architektury rozwiązania	25

27.3. Załączony do oferty projekt będzie oceniany w następujący sposób:

Suma punktów (w skali 0-80) przyznanych przez kolejnych członków Komisji posiadających odpowiednie kwalifikacje i wiedzę merytoryczną w przedmiotowym zakresie x 0.25 = liczba punktów.

27.3.1. Zamawiający będzie oceniał:

I) Spójność koncepcji rozwiązania. (Wymagana koncepcja powinna obejmować swym zakresem wszystkie obszary systemu ze szczególnym uwzględnieniem obsługi błędów oraz zabezpieczenia systemu i odnosić się do rozwiązań które zamierza wykorzystać Wykonawca przy realizacji zamówienia objętego SIWZ). – max 30 pkt.

a. Charakterystyka wybranej technologii i uzasadnienie tego wyboru. – max 9 pkt. Opis powinien zawierać x.xx. przedstawienie konkretnej technologii oraz rozszerzeń które będą wykorzystane oraz wypływające z tego korzyści.

b. Zarys architektury z uwzględnieniem możliwości rozwoju systemu w przyszłości. – max 6 pkt.

Opis powinien zawierać x.xx. informację o autoryzacji, architekturze trójwarstwowej oraz o wykorzystaniu istniejącej infrastruktury Zamawiającego.

c. Wykorzystanie oprogramowania i komponentów, które nie będzie w przyszłości zmuszać Zamawiającego do korzystania z usług jedynego na rynku integratora mającego prawo do wdrażania tych komponentów. – max 3 pkt. Opis powinien zawierać x.xx. wskazanie konkretnych technologii, również sposób ich licencjonowania, wraz z opisem wykorzystania konkretnych komponentów takich jak Java Standard Edition, Spring Framework + Spring Security, Hibernate, EclipseLink, OpenMap GIS Toolkit, Google Web Toolkit, NASA Word Wind WMS, Ext GWT i Smart GWT, OpenLayers, OpenStreetMap, GoogleMaps.

d. Sposób tworzenia oprogramowania, standardy kodowania, oznaczania wersji i zachowania jakości. – max 3 pkt.

Opis powinien zawierać x.xx. sposób tworzenia oprogramowania, wykorzystanie wzorców projektowych, standardy kodowania, oznaczenia wersji i zachowanie jakości ze szczególnym uwzględnieniem testów funkcjonalnych i obciążeniowych

e. Koncepcja dostępu do bazy danych– max 3 pkt. Opis powinien zawierać x.xx. koncepcję dostępu do bazy danych oraz informację o wykorzystaniu puli połączeń.

f. Zachowanie rozwiązań technologicznych, które zapewniają wysoką wydajność systemu.– max 6 pkt. Opis powinien zawierać x.xx. informację o sposobach optymalizacji bazy danych i zapytań, pulowaniu połączeń, optymalizacji serwera proxy, konfiguracji serwera mapowego o obsługę cache, optymalizacji serwera mapowego pod kątem połączeń z bazą danych oraz sposobie zapewnienia poprawy wydajności oraz niezawodności serwisów mapowych przez zastosowanie wieloinstancyjności serwera mapowego.

II) Sposób obsługi błędów. – max 10 pkt.

a. Zapewnienie mechanizmu ułatwiającego identyfikację sytuacji krytycznych spowodowanych elementami konfiguracji, które Zamawiający może modyfikować we własnym zakresie– max 3 pkt. Opis powinien zawierać x.xx. opis koncepcji mechanizmu identyfikacyjnego, poziom i sposób logowania błędów.

b. Wpływ błędów występujących w trakcie działania na spójność danych– max 2 pkt. Opis powinien zawierać x.xx. informacje na temat importu ze źródeł zewnętrznych oraz mechanizmy integracyjne.

c. Raportowanie błędów ułatwiające ich przekazywanie Wykonawcy– max 5 pkt. Opis powinien zawierać x.xx. charakterystykę proponowanych narzędzi do obsługi raportowania i monitorowania błędów. Opis powinien zawierać x.xx. informację odnośnie zaproponowanych narzędzi do obsługi raportowania i monitorowania błędów, śledzenia błędów oraz użytych bibliotek. Przedstawione rozwiązanie powinno ułatwiać pracę administratora.

III) Sposób zabezpieczenia systemu. – max 10 pkt.

a. Szkic architektury zabezpieczeń z uwzględnieniem funkcjonalności szczególnie narażonej na potencjalny atak – max 4 pkt. Opis powinien zawierać x.xx. charakterystykę mechanizmów oraz ich integrację z mechanizmami wykorzystywanymi przez Zamawiającego, autoryzację i dostęp do danych oraz politykę bezpieczeństwa Zamawiającego. Należy wskazać jakie mechanizmy zostaną użyte oraz w jaki sposób nastąpi integracja z wykorzystywanym przez Xxxxxxxxxxxxx serwerem LDAP.

b. Wymuszenie odpowiednich procedur użytkowania systemu przez pracowników Zamawiającego– max 3 pkt. Opis powinien zawierać x.xx. informacje o wykorzystaniu uprawnień użytkowników oraz sposobach walidacji wprowadzanych danych.

c. Sposób informowania o potencjalnym łamaniu zabezpieczeń – max 3 pkt. Opis powinien zawierać x.xx. informacje o zabezpieczeniach na wszystkich poziomach oraz sposobach ich raportowania.

IV) Koncepcja budowy uniwersalnego modułu dla wszystkich aplikacji, który będzie obsługiwał pobieranie plików z wygenerowanymi raportami – max 20 pkt. Koncepcja powinna zawierać x.xx. opis konkretnego rozwiązania w odniesieniu do środowiska Zamawiającego. Raporty powinny być generowane po stronie serwera. System powinien informować użytkownika o tym że raport jest w trakcie generowania i o tym, że raport został wygenerowany i można go pobrać z odpowiedniego miejsca w aplikacji. Nazwa wygenerowanego raportu powinna zawierać godzinie wykonania raportu oraz informację identyfikującą rodzaju raportu . Wygenerowane raporty powinny być dostępne dla danego użytkownika z poziomu aplikacji. Użytkownik powinien mieć możliwość określenia czy chce otrzymać dodatkowo potwierdzenie wygenerowania raportu za pośrednictwem e-mail.

V) Koncepcja konfiguracji narzędzi GIS do pracy z danymi przestrzennymi na bazie Oracle.

– max 10 pkt. Koncepcja powinna zawierać x.xx. opis sposobu konfiguracji szablonów przestrzeni roboczych dla oprogramowania klasy GIS używanego przez Zamawiającego ze szczególnym uwzględnieniem oprogramowania grupy GeoMedia, ArcGIS oraz oprogramowania Open Source. Skonfigurowane przestrzenie robocze powinny umożliwiać wykorzystanie potencjału oprogramowania GIS do analiz i raportowania danych przestrzennych zgromadzonych w bazach danych Zamawiającego (Oracle) oraz z baz danych zewnętrznych. Należy zaproponować odpowiedni przydział uprawnień oraz zapewnić rozwiązanie, które będzie umożliwiało równoległą pracę co najmniej 50 osób.

Maksymalna liczba punktów w tym kryterium wynosi 80 pkt.

27.3.2. Zamawiający udzieli zamówienia Wykonawcy, którego oferta odpowiada wszystkim wymaganiom określonym w niniejszej specyfikacji i została oceniona jako najkorzystniejsza w oparciu o podane kryteria wyboru – uzyskała największą ilość punktów. Liczba punktów w danym kryterium będzie przydzielana w zależności od stopnia kompletności opisu danego zagadnienia. Zamawiający ma prawo nie przyznać punktów w danym kryterium, w szczególności jeżeli opis będzie zawierał jedynie ogólnodostępne informacje o produktach, fragmenty ich dokumentacji lub błędne opisanie problemu (np. opisywanie wykorzystywanych przez Zamawiającego produktów na podstawie ogólnie dostępnych dokumentacji bez odniesienia do środowiska wykorzystywanego przez Zamawiającego lub opisywanie koncepcji w trybie przypuszczającym). Przykładowo gdy opis będzie trafny i szczegółowy Wykonawca dostanie 100% punktów w danym kryterium, jeżeli opis będzie nie na temat lub nie będzie dostatecznie opisywał problemu Wykonawca dostanie 50% punktów w danym kryterium. Za trafne i szczegółowe opisanie problemu będzie brane odniesienie danego problemu do specyfiki środowiska wykorzystywanego przez Zamawiającego oraz przedstawienie konkretnych rozwiązań (koncepcji). Przedstawiane przez Wykonawcę koncepcje muszą być dostosowane do specyfiki i charakteru przedmiotu zamówienia objętego w SIWZ oraz wyraźnie odwoływać się do środowiska wykorzystywanego przez Zamawiającego. Ocena punktów w danym kryterium będzie dokonywana wyłącznie na podstawie analizy opisu ocenianego kryterium. Przyznane punkty będą zaokrąglane do drugiego miejsca po przecinku. O wyborze oferty zadecyduje łączna suma otrzymanych punktów.

27.4. Za ofertę najkorzystniejszą uznana zostanie oferta, która uzyska najwyższą łączną liczbę

punktów.

27.5. Nie załączenie do oferty projektu architektury rozwiązania uznane zostanie przez Zamawiającego za brak zgodności z Opisem Przedmiotu Zamówienia, co skutkować będzie odrzuceniem oferty w trybie art. 89 ust. 1 pkt 2 ustawy.

28. INFORMACJA O FORMALNOŚCIACH JAKIE POWINNY ZOSTAĆ DOPEŁNIONE PO WYBORZE OFERTY W CELU ZAWARCIA UMOWY W SPRAWIE ZAMÓWIENIA PUBLICZNEGO

28.1. W przypadku, gdy jako najkorzystniejsza zostanie uznana oferta złożona przez Wykonawców wspólnie ubiegających się o udzielenie zamówienia, przed podpisaniem umowy Wykonawcy ci mogą zostać zobowiązani do przedłożenia Zamawiającemu umowy regulującą ich współpracę.

28.2. Zamawiający poinformuje Wykonawcę, którego oferta zostanie wybrana jako najkorzystniejsza, o miejscu i terminie zawarcia umowy.

29. WYMAGANIA DOTYCZĄCE ZABEZIECZENIA NALEŻYTEGO WYKONANIA UMOWY

29.1. W celu zapewnienia należytego wykonania umowy ustanawia się zabezpieczenie w wysokości 3 % wartości umowy brutto ( § 4 ust. 1 ).

29.2. Strony ustalają, że całość zabezpieczenia, o którym mowa w ust. 1 Wykonawca wniesie przed zawarciem umowy w:

- pieniądzu – przelewem – na rachunek Zamawiającego w banku: Getin Noble Bank SA nr

konta: 52 1560 0013 2366 2335 1965 0001;

- poręczeniu bankowym lub poręczeniu spółdzielczej kasy oszczędnościowo-kredytowej, bezwarunkowym, nieodwołalnym, płatnym na pierwsze żądanie Zamawiającego, trwającym dłużej o 30 dni niż zabezpieczone zobowiązanie, z tym że zobowiązanie kasy jest zawsze zobowiązaniem pieniężnym,

- gwarancji bankowej lub poręczeniu bankowym - bezwarunkowej, nieodwołalnej, płatnej na pierwsze żądanie Zamawiającego, trwającej dłużej o 30 dni niż zabezpieczone zobowiązanie.

- gwarancji ubezpieczeniowej - bezwarunkowej, nieodwołalnej, płatnej na pierwsze żądanie Zamawiającego, trwającej dłużej o 30 dni niż zabezpieczone zobowiązanie.

- poręczeniach udzielanych przez podmioty, o których mowa w art. 6b ust. 5 pkt 2 ustawy z dnia 9 listopada 2000 r. o utworzeniu Polskiej Agencji Rozwoju Przedsiębiorczości, złożonych w kasie Państwowego Instytutu Geologicznego-PIB, ul. Rakowiecka 4 w Warszawie, budynek A pok. Nr 12A , od poniedziałku do piątku, w godz. 10:00 do 14:00 w dni robocze.

29.3. Dokument, stanowiący potwierdzenie wniesienia zabezpieczenia należytego wykonania umowy (np. kopia przelewu lub oryginał gwarancji) Wykonawca powinien złożyć do zawieranej umowy.

29.4. Dopuszcza się wnoszenie zabezpieczenia do ustalonej w ust. 1 wysokości, według wyboru Wykonawcy, w jednej lub kilku określonych wyżej formach.

29.5. W przypadku wniesienia zabezpieczenia w formie gwarancji i poręczeń muszą być one wystawione na okres obejmujący wykonanie zamówienia oraz okres gwarancji i rękojmi.

29.6. Zabezpieczenie należytego wykonania umowy wynikające z postanowień ust. 1, zostanie zwrócone Wykonawcy w terminach określonych w §11 ust. 3 Istotnych postanowień umowy.

30. WARUNKI UMOWY O WYKONANIE ZAMÓWIENIA

30.1. Ogólne i szczegółowe warunki umowy, które uwzględnione będą w przyszłej umowie z wybranym w wyniku niniejszego postępowania Wykonawcą zamieszczone są w Istotnych postanowieniach umowy – załącznik nr 2 do SIWZ.

30.2. Wszelkie pytania i wątpliwości dotyczące Istotnych postanowień umowy, będą rozpatrywane jak dla całej SIWZ, zgodnie z art. 38 ustawy Pzp.

30.3. Przewidywane zmiany umowy i warunki ich wprowadzenia zostały określone w Istotnych postanowieniach umowy.

31. POUCZENIE O ŚRODKACH OCHRONY PRAWNEJ PRZYSŁYGUJĄCYCH WYKONAWCY W TOKU POSTĘPOWANIA O UDZIELNIE ZAMÓWIENIA

31.1. Wykonawcom, a także innemu podmiotowi, jeżeli ma lub miał interes w uzyskaniu zamówienia oraz poniósł lub może ponieść szkodę w wyniku naruszenia przez Zamawiającego przepisów ustawy Pzp, przysługują środki ochrony prawnej na zasadach przewidzianych w Dziale VI ustawy Pzp (art. 179 – art. 198 a-g).

31.2. Odwołanie wnosi się do Prezesa Krajowej Izby Odwoławczej w formie pisemnej albo elektronicznej opatrzonej bezpiecznym podpisem elektronicznym weryfikowanym za pomocą ważnego kwalifikowanego certyfikatu.

31.3. Odwołujący przesyła kopię odwołania Zamawiającemu przed upływem terminu do wniesienia odwołania w taki sposób, aby mógł on zapoznać się z jego treścią przed upływem tego terminu.

31.4. Odwołanie wnosi się w terminach określonych w ustawie Pzp w art. 182 ustawy Pzp.

32. POSTANOWIENIA KOŃCOWE

32.1. Do spraw nieuregulowanych w niniejszej SIWZ zastosowanie mają przepisy ustawy z dnia 29 stycznia 2004 r. - Prawo zamówień publicznych (tj. Dz. U. 2013 r., Poz. 907 z późn. zm).

32.2. Wszelkie koszty związane z przygotowaniem oferty i udziałem w postępowaniu ponosi Wykonawca.

32.3. Wszystkie załączniki do niniejszej SIWZ stanowią jej integralną część.

33. ZAŁĄCZNIKI:

33.1. Załącznik nr 1 do SIWZ – Szczegółowy opis przedmiotu zamówienia;

33.2. Załącznik nr 2 do SIWZ – Istotne postanowienia umowy;

33.3. Załącznik nr 3 do SIWZ – Formularz ”Oferta”;

33.4. Załącznik nr 3a do SIWZ – Formularz cenowy;

33.5. Załącznik nr 4 do SIWZ – Oświadczenie z art. 22 ustawy Pzp;

33.6. Załącznik nr 5 do SIWZ – Oświadczenie z art. 24 ust. 1 ustawy Pzp;

33.7. Załącznik nr 6 do SIWZ – Wykaz „Doświadczenie”;

33.8. Załącznik nr 7 do SIWZ – Wykaz „Potencjał kadrowy”;

33.9. Załącznik nr 8 do SIWZ – Oświadczenie z art. 24 ust. 2 pkt.5 ustawy Pzp.

Załącznik nr 1 do SIWZ

OPIS PRZEDMIOTU ZAMÓWIENIA

I.

Przedmiotem zamówienia jest wykonanie usług informatycznych w zakresie projektu pt: „System przetwarzania danych PSH - rozbudowa aplikacji do gromadzenia i przetwarzania informacji hydrogeologicznej, dostosowanie do Dyrektywy INSPIRE oraz do aktualnych aktów prawnych” polegających na: wykonaniu systemu w wersji 8.0 tj. rozbudowie aplikacji internetowych CBDH, POBORY, MWP, MAPA i MINERALNE wraz z wdrożeniem, modyfikacją struktury bazy danych, niezbędnymi dokumentacjami, zapewnieniem działania wszystkich aplikacji internetowych w ramach systemu przetwarzania danych PSH (SPD PSH), oraz asystą techniczną w wymiarze maksymalnie 690 godzin jednak nie dłużej niż do dnia 31.03.2015 r. i 18-miesięczną gwarancją.

• Rozbudowa systemu do gromadzenia i przetwarzania informacji hydrogeologicznej obejmuje modernizację aplikacji internetowej CBDH wraz z modyfikacją baz danych.

• Rozbudowa systemu do gromadzenia i przetwarzania informacji hydrogeologicznej obejmuje modernizację aplikacji internetowej POBORY wraz z modyfikacją baz danych.

• Rozbudowa systemu do gromadzenia i przetwarzania informacji hydrogeologicznej obejmuje modernizację aplikacji internetowej MWP wraz z modyfikacją baz danych.

• Rozbudowa systemu do gromadzenia i przetwarzania informacji hydrogeologicznej obejmuje utworzenie aplikacji internetowej MAPA wraz z modyfikacją baz danych.

• Rozbudowa systemu do gromadzenia i przetwarzania informacji hydrogeologicznej obejmuje utworzenie aplikacji internetowej MINERALNE wraz z modyfikacją baz danych.

Rozdział 1. Modernizacja aplikacji internetowej CBDH.

Modernizacja musi być zrealizowana jako aplikacja WWW analogicznie do aplikacji CBDH 7.0 w oparciu o serwer aplikacyjny J2EE WebLogic oraz bazę danych Oracle 11.

Szczegółowy zakres prac obejmuje:

1. Dodanie informacji dotyczących obiektu hydrogeologicznego w następującym zakresie:

a. Numer poprzedni (jeżeli obiekt dostał nowy numer np. po zmianie arkusza).

b. Weryfikacji wybranych słowników wraz z możliwością ręcznego dopisywania wartości słownikowych. Ograniczenie x.xx. rodzajów weryfikacji terenowej do wartości: ‘brak’, ‘tak’, ‘negatywna (N)’.

c. Dodanie do 10 pól zawierających identyfikatory obiektów w innych bazach danych.

d. Nr działki.

2. Dodanie możliwości prezentacji następujących właściwości obiektu dynamicznie pozyskiwanych z zewnętrznych baz danych na podstawie współrzędnych:

a. Nazwa arkusza mapy 1:50000

b. Numer arkusza mapy 1:50000

c. Adres – województwo

d. Adres – powiat

e. Adres – gmina

f. Jednostka hydrogeologiczna – prowincja

g. Jednostka hydrogeologiczna – region

h. Jednostka hydrogeologiczna – subregion

i. Jednostka hydrogeologiczna – rejon

j. regionalizacja hydrogeologiczna wg Paczyńskiego i Płochniewskiego – prowincja

k. regionalizacja hydrogeologiczna wg Paczyńskiego i Płochniewskiego – region

l. regionalizacja hydrogeologiczna wg Paczyńskiego i Płochniewskiego – subregion

m. regionalizacja hydrogeologiczna wg Paczyńskiego i Płochniewskiego – rejon

n. Nazwa RZGW

o. Obszar bilansowy

p. Region wodno-gospodarczy

q. Numer/nazwa zlewni bilansowych (zgodnie z obowiązującym podziałem zlewniowym kraju)

r. Dorzecze

s. Numer JCWPd

t. Numer GZWP

u. Zasoby dyspozycyjne

v. Natura 2000

Informacje te będą pobierane z innych baz danych udostępnionych przez PIG-PIB.

3. Niezależnie od ustaleń co do rodzaju odwzorowania jakie użyte zostanie do przechowywania informacji o położeniu obiektu należy dodać możliwość wprowadzania i prezentacji na zakładkach współrzędnych w układach :

a. WGS84 BL

b. EUREF XY

4. W ‘Raporcie zaawansowanym’ oraz w ‘Karcie otworu’ należy dodać możliwość raportowania współrzędnych w następujących układach:

a. WGS 84 BL

b. WGS84 XY

c. EUREF BL

d. EUREF XY

e. Układ 42 BL

f. Układ 42XY

5. Dodać możliwość dynamicznego pozyskiwania następujących właściwości obiektu na podstawie danych o profilu i kolumnie filtracyjnej:

a. Głębokość całkowita

b. Głębokość ostateczna

x. Xxxx spągu otworu

6. Dodać możliwość prezentacji dokumentacji fotograficznej jeżeli taka została wykonana dla

„obiektu/ujęcia”. Fotografie będą pobierane z zasobu sieciowego

7. Dodać możliwość przechowywania zestawu danych o zwierciadłach wody w otworze i sączeniach z uwzględnieniem pól:

a. Numer zwierciadła wody (numeracja automatyczna zgodnie z kolejnością od powierzchni).

b. Informacja czy zwierciadło jest artezyjskie (tak/nie).

c. Należy dodać pole „sączenie”.

Dodatkowo należy dodać możliwość przechowywania zestawu danych o sączeniach z uwzględnieniem pola ‘Numer sączenia’.

8. Dodać możliwość przechowywania informacji dotyczących poziomu wodonośnego w zakresie:

a. Czy ujęty poziom wodonośny (tak/nie).

b. Głębokość poziomu: do.

c. Dodać możliwość oznaczenia otworu bosego, aby nie tworzyć sztucznego filtra. Dodatkowo dodać możliwość połączenia poziomu wodonośnego z jednym ze zwierciadeł wody, dynamiczne pobieranie na tej podstawie informacji o głębokości zwierciadła i prezentację tej informacji jako:

d. Głębokość poziomu: od

a następnie umożliwiać obliczenie miąższości poziomu wodonośnego jako różnicy głębokości i jej prezentację:

e. Miąższość poziomu wodonośnego

z możliwością ręcznej modyfikacji tego pola przez użytkownika systemu.

Dodać możliwość pobierania z profilu otworu litologii i stratygrafii poziomu wodonośnego na podstawie zakresu głębokości i prezentację danych:

f. Okres

g. Epoka

h. Litologia

i. Domieszki

j. Dodać możliwość przechowywanie zestawu danych dla zmiennej ilości zmierzonych parametrów z uwzględnieniem pola ‘Informacja o przekroczonym progu oznaczalności (powyżej / poniżej /nie przekroczony)’. Dodać jednostki dla badań bakteriologicznych

„jtk” lub możliwość ręcznego dopisywania jednostek (patrz pkt.1 b).

Na etapie wykonania należy ustalić optymalny sposób wprowadzania informacji o progu oznaczalności bądź przez dodatnie dodatkowego pola bądź przez użycie znaków specjalnych wprowadzanych razem z wartością parametru (np. znaków „<” „>”) wraz z odpowiednim sposobem przechowywania takich danych uwzględniających późniejsze ich raportowanie z użyciem pól liczbowych i generowaniem dodatkowych pól (flag) „poniżej” „powyżej” granicy oznaczalności. Aplikacja musi umożliwiać wprowadzenie wartości „nie wykryto”

Aplikacja musi uwzględniać możliwość przeliczania i zachowywania zawartości składników w określonej jednostce, niezależnie od jednostki wybranej przez użytkownika podczas wprowadzania.

9. Dodać możliwość ergonomicznego dodawania i przechowywania wielu zestawów danych dla następujących informacji o obiekcie w powiązaniu z dokumentacją hydrogeologiczną:

a. Zarurowanie

b. Kolumna filtracyjna

c. Badania parametrów hydrogeologicznych

10. Dodać możliwość grupowania obiektów w celu przypisania im wspólnych cech. Tak określony zbiór, nazywany roboczo „ujęciem”, musi przechowywać informacje:

a. Nazwa właściciela (słownik).

b. Nazwa użytkownika (słownik).

c. Dodać możliwość kopiowania danych (tytuł dokumentacji, autor, nr archiwalny, itd.) z ujęcia do obiektu oraz z obiektu do obiektu w przypadku piezometrów (brak karty ujęciowej-zasobowej).

Aplikacja musi zapewniać ponadto możliwość pobierania danych powiązanych z właścicielem i użytkownikiem z odpowiednich zbiorów danych oraz możliwość ich prezentacji w zakresie danych adresowych.

Aplikacja musi umożliwiać wyznaczenie „obiektu reprezentatywnego ujęcia” na podstawie stanu obiektów przypisanych do ujęcia.

11. Dodać możliwość przeniesienia obiektu z jednego ujęcia do innego (analogicznie jak w aplikacji MINERALNE).

12. Dodać możliwość prezentowania danych o powiązaniach dokumentacji hydrogeologicznych z następującymi elementami systemu:

a. Obiekty hydrogeologiczne (lista).

b. Decyzje zatwierdzające.

c. Pobieranie danych o dokumentacjach z NAG na podstawie wprowadzonych numerów archiwalnych, a następnie ich prezentacji.

Zakres danych do ustalenia na etapie analizy.

Dodatkowo dane w zakresie jak powyżej, w uproszczonej formie dla dokumentacji archiwalnych niedostępnych w NAG/bez podanego numeru NAG muszą być przechowywane w strukturze CBDH.

13. Dodać możliwość przechowywania danych o powiązaniach decyzji zatwierdzających zasoby z następującymi elementami systemu:

a. Numer decyzji zatwierdzającej wraz z datą i organem zatwierdzającym.

b. Dokumentacja hydrogeologiczna (odwołanie do bazy CAG).

c. Wartość Q dla całego ujęcia.

d. Obiekty hydrogeologiczne wymienione w decyzji.

oraz zestaw informacji dla każdego wymienionego obiektu hydrogeologicznego:

e. Q - wydajność [m3/h],

f. S - depresja [m],

g. R - promień leja depresji [m],

14. Dodać możliwość generowanie raportów również na podstawie kryteriów i/lub zawierających pola pochodzące z innych baz danych udostępnionych przez PIG-PIB, określanych dla każdego obiektu na podstawie współrzędnych. Raport musi umożliwiać zapis wygenerowanych danych w formie sformatowanego pliku tekstowego (*.csv) możliwego w szczególności do otwarcia w programie MS Excel.

15. Obiekty wyselekcjonowane poprzez narzędzia w module mapy muszą być widoczne w parametrach wyszukiwania zaawansowanego tak, aby można budować złożone zapytania z użyciem dodatkowych dostępnych filtrów.

16. Dodać możliwość zapisywania do pliku i wczytywanie z pliku ustawień zestawu danych oraz składni zapytania dotyczącego zaawansowanego wyszukiwania.

17. Dodać możliwość eksportu do formatu Shapefile (SHP) który ma zawierać numery obiektów i ujęć w CBDH, a także wybrane atrybuty opisowe wskazane przez Zamawiającego. Zakres atrybutów z bazy CBDH do wyeksportowania do SHP ma definiować użytkownik w zależności od uprawnień i wykorzystując dostępne warianty.

18. Dodać możliwość zarządzania wybranymi słownikami (ok. 30) w zakresie ich edycji.

19. Dodać możliwość zapisywania w bazie informacji o operacjach (insert, update, delete) wykonanych przez użytkownika.

20. Dodać możliwość rezerwowania numerów obiektów, które nie będą wykorzystane w przyszłości.

21. Podstawą opracowania interfejsu pod względem umieszczenia poszczególnych informacji w oknach aplikacji są załączniki graficzne. Szczegółowe rozmieszczenie i wielkość pól ustalona będzie na etapie konsultacji z zamawiającym podczas tworzenia aplikacji.

22. W głównym oknie aplikacji muszą znaleźć się odnośniki do wszystkich narzędzi dostępnych dla użytkownika, panel wyszukiwania obiektów, lista wyszukiwanych obiektów. Lista wyników wyszukiwania obiektów musi zawierać w formie tabelarycznej podstawowe informacje o obiekcie takie jak:

a. Numer obiektu

b. Nazwa obiektu

c. Informacja o stanie obiektu

d. Informacja o weryfikacji obiektu

e. Informacja o poborze (na podstawie danych z Bazy POBORY)

Lista musi umożliwić grupowanie obiektu wg przynależności do „ujęcia” (użytkownika, właściciela) oraz zapewnić możliwość sortowania.

23. Optymalizacja wyświetlania aplikacji (osobne wczytywanie zakładek).

24. Interfejs musi stosować się do ogólnych wzorców i zasad, a w szczególności:

a. Interfejs musi umożliwiać wielokrotne zapisywanie wprowadzonych informacji w trakcie edycji danych o obiekcie, bez zamykania głównego okna.

b. Interfejs musi sygnalizować w czytelny sposób obecność wprowadzonych i nie zapisanych zmian.

c. Poruszanie się po oknach i zakładkach musi być możliwe przy użyciu zarówno myszki jak i klawiatury, w szczególności należy z Zamawiającym uzgodnić kolejność w jakiej edytowane będą poszczególne pola podczas naciskania klawisza tabulacji.

d. W przypadku wypełniania danymi pól o konstrukcji tabeli, poruszanie się po niej musi być możliwe przy pomocy klawiszy strzałek, tabulacji, oraz w przypadku dojścia do ostatniego pola tabeli, klawisz tabulacji musi utworzyć kolejny rekord w tabeli.

e. Wprowadzanie dat w całej aplikacji możliwe musi być zarówno przez podanie ich wprost przez użytkownika jak i za pomocą funkcji „kalendarza” podobnie jak w obecnej wersji, wraz z możliwością określenia formatu daty (RRRR, MM-RRRR, DD-MM-RRRR)

25. Integracja słowników litologicznych i stratygraficznych CBDH ze słownikami Centralnej Bazy Danych Geologicznych (CBDG).

26. Zastąpienie istniejącego słownika administracyjnego podziału kraju na słownik administracyjnego podziału kraju stosowany w CBDG (podział PRG połączony z zasobem TERYT).

27. Usunięcie nadmiarowych pól z bazy zgodnie z wytycznymi Zamawiającego.

28. Zapewnienie integracji wyszukiwania danych z Bazy CBDH, oraz baz: POBORY MWP i innych aplikacji funkcjonujących w ramach SPD PSH w zakresie jak opisano szczegółowo to w rozdz. 2.

,,Modernizacja aplikacji internetowej POBORY” w pkt. 25.

29. Integracja danych Bazy POBORY i CBDH w zakresie archiwalnych decyzji zasobowych i pozwoleń wodno-prawnych jak opisano to w rozdz. 2. ,,Modernizacja aplikacji internetowej POBORY” w pkt. 26

30. Dodanie funkcji jednoczesnego generowania karty i profilu dla obiektów hydrogeologicznych

31. Udostępnienie funkcjonalności raportów ‘Karta obiektu’ i ‘Profil’ w postaci webservice wraz z podłączeniem do szyny ESB zgodnie z wytycznymi Zamawiającego.

32. Dodanie możliwości wyszukiwania wielu obiektów hydrogeologicznych poprzez wpisanie w pole ‘Nr obiektu’ ciągu numerów obiektów hydrogeologicznych.

33. Poprawa ergonomii aplikacji.

34. Dodanie w interfejsie formularza ujęcia funkcji wyświetlania odnośnika do dostępnych informacji o poborze występujących dla tego ujęcia w Bazie POBORY. Funkcja ma zapewniać widok, że taka informacja jest dostępna oraz przycisk do przejścia do tej informacji we wskazanym formularzu Bazy POBORY. Funkcja ma być analogiczna do obecnej funkcji przejścia do CBDH w aplikacji POBORY (w formularzu ,,Ogólne”), a więc uwzględniać powiązanie rangowe między Bazą POBORY a CBDH oraz możliwe powiązania danych jeden do wielu miedzy Bazą POBORY a CBDH).

35. Dodanie w interfejsie obiektu hydrogeologicznego funkcji wyświetlania odnośnika do dostępnych informacji o obiekcie w Bazie CBDG. Funkcja ma zapewniać widok, że taka informacja jest dostępna oraz przycisk do przejścia do tej informacji we wskazanym formularzu CBDG.

36. Modyfikacja raportu ‘Karta obiektu’ i ‘Profil’, tak aby możliwe było wygenerowanie jednorazowo informacji o minimum 200 obiektach jednocześnie.

37. Dodanie możliwości generowania zestawienia w formacie CSV obiektów wraz z podaniem wieku utworów w których zakończony jest otwór. Dodanie możliwości usunięcia błędnie wpisanych zatwierdzonych zasobów eksploatacyjnych.

38. Dodać możliwość usunięcia pustych bloków w obiekcie (np. poziom wodonośny, głębokość, wydajność eksploatacyjna).

39. Dodanie możliwości wyświetlania szczegółowych informacji na profilu geologicznym w zakresie danych dotyczących okresu geologicznego (np. trias, jura, kreda) oraz epoki geologicznej (np. xxxxx, xxxxxxxx, xxxxx).

00. Dodanie możliwości utworzenia raportów (poprzez export danych do XLSX/CSV) prezentujących zagregowane informacje na temat zasobów eksploatacyjnych z ujęć CBDH w podziale na jednostki wymienione w rozdziale 3 pkt 20.

41. Dodanie możliwości utworzenia raportów (poprzez export danych do XLSX/CSV) prezentujących niezagregowane informacje na temat zasobów eksploatacyjnych z poszczególnych ujęć CBDH

42. Utworzenie nowej zakładki w SPD PSH o nazwie ,,Zasoby eksploatacyjne” i utworzenie w niej pięciu formularzy (do 20 kolumn każdy) do wprowadzania i przeliczania danych zagregowanych na temat zasobów eksploatacyjnych. w podziale na sześć wybranych jednostek wymienionych w rozdziale 3 pkt 20 z zastosowaniem wartości słownikowych tych jednostek..

43. Dodanie możliwości utworzenia raportów (poprzez export danych do SHP i XLSX/CSV oraz utworzenie raportu PDF) prezentujących zagregowane informacje na temat zasobów eksploatacyjnych na podstawie danych z formularzy opisanych w pkt. 42.

44. Dodanie możliwości wyszukiwania prostego w zakładce ,,Zasoby eksploatacyjne” (opisana w pkt. 42) na podstawie nazw wybranych jednostek opisanych w pkt. 42 oraz na podstawie dwunastu wybranych atrybutów z formularzy opisanych w pkt. 42.

45. Zapewnienie możliwości importu danych do bazy w formacie Shapefile i Excel z poziomu ‘Panelu administratora’.

46. Utworzenie możliwości weryfikacji danych wejściowych w formacie EXCEL na podstawie wzorca dokumentu poprzez wykonanie kolejnych kroków procesu obejmujących:

a. Wskazanie pliku do importu.

b. Weryfikacja błędów.

c. Wygenerowanie raportu niezgodności (wiersz, kolumna, rodzaj błędu).

47. Zapewnienie poprawnego importu czcionek i formatów do bazy danych i poprawnego widoku czcionek w aplikacji.

48. Zapewnienie wzorca formatów i czcionek wymaganego dla poprawnego importu danych.

49. Rozbudowa modułu raportowania o możliwość importu zasięgu obszaru w formacie Shapefile.

Rozdział 2. Modernizacja aplikacji internetowej POBORY.

Modernizacja musi być zrealizowana jako aplikacja WWW analogicznie do aplikacji CBDH 7.0 w oparciu o serwer aplikacyjny J2EE WebLogic oraz bazę danych Oracle 11.

Szczegółowy zakres prac obejmuje:

1. Modernizacja wszystkich powiązanych mechanizmów oraz zmiany opisów tekstowych i modyfikacje/zmiany elementów opcji eksportu (okienka ,,check”) w formularzu ,,Eksport danych do pliku shp” dla wszystkich wariantów eksportu.

2. Zmiany w nazwach formularzy, grup informacji i kolumn z atrybutami w formularzach:

,,Ogólne”, ,,Położenie”, ,,Pobór/sprzedaż”, ,,Zasoby/Pozwolenia”,

,,PodmiotUM/Właściciel/Użytkownik”, ,,Kategorie”.

3. Utworzenie nowej zakładki/formularza grupującej wybrane informacje dla administratora.

4. Modernizacja wszystkich powiązanych mechanizmów oraz zmiany opisów i wyglądu w formularzu wyszukiwania zaawansowanego w zakresie zmodyfikowanych elementów opisanych w punktach 24-26.

5. Dodanie do interfejsu modułu POBORY przycisku z funkcją tworzenia listy ujęć i schowka na listę opisanych dalej w punkcie 25. Mechanizm musi być udostępniony także w aplikacji CBDH, a w aplikacji MWP odnosić się do punktów monitoringowych.

6. Modernizacja wszystkich powiązanych mechanizmów oraz zmiany widoku i nazw atrybutów w głównym interfejsie zakładki POBORY (,,Znaleziono ujęcia”).

7. Zmiana sposobu wyświetlania danych dotyczących poborów w formie usługi WMS zgodnie z następującymi założeniami:

a. ,,Informacja o poborze z ujęcia” (,,ujęcie” wg logiki biznesowej Bazy POBORY) dowiązane do numeru ujęcia CBDH (ujęcie wg logiki biznesowej Bazy CBDH) ma być reprezentowana poprzez WMS w module Mapowym odtąd jako grupa obiektów CBDH (poligon nie) /studni czynnych jakie wchodzą w skład ujęcia CBDH lub jako jeden obiekt z CBDH w przypadku ujęcia jednoobiektowego w CBDH.

b. Reprezentowanie czynnych obiektów ujęcia ma się opierać na bieżących danych CBDH o wybranych obiektach hydrogeologicznych oraz ma uwzględniać rangi dowiązań (w tym jeden do wielu) pomiędzy ,,Informacją o poborze z ujęcia” (,,ujęcie” wg logiki biznesowej Bazy POBORY) a numerem/numerami ujęcia CBDH (ujęcie wg logiki biznesowej Bazy CBDH).

c. Podczas wyświetlania danych z bazy POBORY musi być możliwość dodatkowej wizualizacji obiektów na mapie, tak aby wskazać obiekty powiązane z informacją o poborze.

8. Zmiana sposobu wyświetlania danych dotyczących poborów w formie usługi WMS zgodnie z następującymi założeniami:

a. ,,Informacja o poborze z ujęcia” (,,ujęcie” wg logiki biznesowej Bazy POBORY) niedowiązane do numeru ujęcia CBDH (ujęcie wg logiki biznesowej Bazy CBDH) mają być reprezentowane w WMS w Module Mapowym jako odrębna klasa Bazy POBORY na podstawie współrzędnych XY z bazy POBORY

b. Opis warstwy w status punktu w CBDH: ,,lokalizacja obiektów i informacje hydrogeologiczne w trakcie weryfikacji przez CBDH" – dodatkowa informacja w drzewku.

9. Rozbudowa modułu eksportu danych w formatach Shapefile (SHP) i Excel w zakresie struktury

eksportowanych danych. Zapewnienie możliwości eksportu danych wyselekcjonowanych na podstawie wyników wyszukiwania w Bazie POBORY – obecnego wyszukiwania prostego i wyszukiwania po zmianach określonych dalej w pkt. 24. i 25. Eksport wyselekcjonowanych danych ma uwzględniać pozostałe zasady eksportu przedstawione dalej w tym rozdziale.

10. Zapewnienie możliwości jednorazowego eksportu do formatu Shapefile i Excel całości danych z bazy z poziomu ‘Panelu administratora’ analogicznie do funkcji ,,import”. Jednorazowy eksport

danych z całej bazy ma uwzględniać pozostałe zasady eksportu przedstawione dalej w kolejnych podpunktach.

11. Mechanizm eksportu musi eksportować wartości słownikowe z bazy.

12. Do formatu SHP eksportowana ma być geometria punktowa oraz wybrane atrybuty. Zakres atrybutów z bazy POBORY do wyeksportowania do SHP ma definiować użytkownik w zależności od uprawnień i wykorzystując dostępne warianty. Warianty eksportu danych do SHP i powiązanych tabel EXCEL będą rozszerzeniem istniejących funkcji raportów.

13. Do formatu SHP eksportowana ma być geometria punktowa analogicznie jak reprezentowane są dane o poborze w module mapowym SPD PSH – tj. geometria oparta o dane o lokalizacji obiektu reprezentatywnego dla danego ujęcia wg danych CBDH dla danych dowiązanych do numeru ujęcia CBDH lub oparta o dane XY przechowywane w Bazie POBORY dla tych danych, które nie są dowiązane do ujęć CBDH (z uwzględnieniem uwag z punktu 7 i 8).

14. Eksport danych do formatu EXCEL musi zapewniać możliwość ich swobodnego otworzenia jako dane GIS w oparciu o zawarte w nich dane XY lub jako tabele relacyjne na podstawie klucza

,,ujecie_id”, który występować będzie jako unikatowy identyfikator w tabelach EXCEL.

15. Struktura eksportowanych tabel EXCEL ma mieć strukturę płaską – tzn. w wybranych raportach dane, które występują jeden do wielu lub odwrotnie w stosunku do unikatowego identyfikatora

,,ujecie_id” muszą być przetransponowane tak aby powstała tabela 1 do 1, gdzie zawsze unikatowym identyfikatorem jest ,,ujecie_id”.

16. Eksport do SHP i Excel musi uwzględniać fakt, że użytkownik może nie mieć uprawnień do wybranych zakładek oraz inne uwarunkowania wynikające z opisów dalej w punktach 21-22.

17. Zapewnienie poprawności eksportu czcionek (polskie znaki) i formatów danych (daty, liczby) do plików SHP i EXCEL.

18. Utworzenie możliwości weryfikacji danych wejściowych w formacie EXCEL na podstawie wzorca dokumentu poprzez wykonanie kolejnych kroków procesu obejmujących:

a. Wskazanie pliku do importu.

b. Weryfikacja błędów.

c. Wygenerowanie raportu niezgodności (wiersz, kolumna, rodzaj błędu).

19. Zapewnienie poprawnego importu czcionek i formatów do bazy danych i poprawnego widoku czcionek w aplikacji.

20. Zapewnienie wzorca formatów i czcionek wymaganego dla poprawnego importu danych.

21. Rozbudowa modułu uprawnień w ‘Panelu administracyjnym’ o możliwość definiowania uprawnień dla bazy danych POBORY. Uprawnienia do danych muszą być definiowane w sposób elastyczny poprzez wskazanie konkretnych obiektów, zapytań SQL na wiele tabel.

22. Utworzenie grup dostępu do danych dla informacji prezentowanych w poszczególnych zakładkach aplikacji POBORY z uwzględnieniem zmian opisanych w punktach 1-6:. Zakres eksportu danych przez użytkownika musi uwzględniać uprawnienia do danych określone w utworzonych grupach dostępu.

23. Modernizacja mechanizmów aktualizacji atrybutów na podstawie warstwy przestrzennej PRG w zakresie zamiany istniejącej warstwy na wersją stosowaną aktualnie w Centralnej Bazie Danych Geologicznych (podział PRG połączony z zasobem TERYT).

24. Modyfikacja mechanizmów wyszukiwania informacji o poborze w zakresie zapewnienia możliwości wyszukania danych z Bazy POBORY na podstawie:

a. roku dostępności danych,

b. wartości poboru (z możliwością selekcji: od, do, >,<,=)

c. numeru aktualnego pozwolenia wodnoprawnego (z możliwością określenia: ,,zawiera/nie zawiera w nazwie”)

d. dat ważności od/do aktualnego pozwolenia wodnoprawnego (z możliwością selekcji: od, do)

e. nazwy/adresu podmiotu (z możliwością określenia: ,,zawiera/nie zawiera w nazwie”)

f. numeru ujęcia/ujęć CBDH wprowadzonych indywidualnie oraz ze schowka/z pliku EXCEL (Lista w schowku oraz jako plik EXCEL ma spełniać wymagania określone w Usprawnieniach zgłoszonych w ramach CBDH odnoszących się do selekcji danych i generowania raportów)

25. Zapewnienie integracji wyszukiwania danych z Bazy POBORY i z Bazy CBDH oraz Bazy MWP i innych aplikacji funkcjonujących w ramach SPD PSH w następującym zakresie:

a. Zapewnienie możliwości utworzenia na podstawie wyników wyszukiwania w Bazie POBORY – obecnego wyszukiwania prostego i wyszukiwania po zmianach określonych w pkt. 24, listy wyselekcjonowanych danych zawierającej ID Bazy POBORY i numery ujęć CBDH (z uwzględnieniem powiązania rangowego między Bazą POBORY a CBDH oraz z uwzględnieniem powiązania danych jeden do wielu miedzy Bazą POBORY a CBDH), do wykorzystania w dalszych etapach wyszukiwania danych w CBDH oraz Bazie MWP i innych aplikacjach funkcjonujących w ramach SPD PSH;

b. Lista ma być przechowywana w okienku/schowku i dostępna po przejściu użytkownika do zakładki CBDH i MWP. Lista ma dawać również możliwość zapisu do pliku EXCEL. Lista w schowku oraz jako plik EXCEL ma spełniać wymagania określone w Usprawnieniach zgłoszonych w ramach CBDH odnoszących się do selekcji danych i generowania raportów z CBDH w oparciu o zaimportowaną listę EXCEL zawierającą numery ujęć i obiektów – między innymi w taki sposób, aby lista ta była wzajemnie wymienna między funkcjonalnościami Bazy POBORY, CBDH oraz Bazy MWP i innych aplikacji funkcjonujących w ramach SPD PSH;

26. Integracja danych Bazy POBORY i CBDH w zakresie archiwalnych decyzji zasobowych i pozwoleń wodno-prawnych ma zostać wykonana z uwzględnieniem następujących warunków:

a. Integracja danych Bazy POBORY i CBDH ma dotyczyć danych archiwalnych z lat 2000- 2005 na temat decyzji zasobowych i pozwoleń wodno-prawnych zarchiwizowanych wg numeracji ujęć CBDH;

b. Integracja ma zapewnić właściwą migrację tych danych do wspólnego repozytorium danych na Oracle CBDH i integrację z analogicznymi danymi na temat decyzji zasobowych i pozwoleń wodno-prawnych przechowywanych w CBDH;

c. Integracja danych z Bazy POBORY z bazą CBDH ma być dostosowana (struktura danych, słowniki) do wymagań określonych w Usprawnieniach zgłoszonych w ramach CBDH odnoszących się do danych na temat decyzji zasobowych i pozwoleń wodno- prawnych.

27. Poprawa ergonomii aplikacji modułu POBORY

a. Dodanie możliwości wychodzenia z zakładek formularzy bez zapisu poprzez naciśnięcie klawisza ESC,

b. Dodanie pola ,,puste” lub ,,brak” w rozwijanych listach menu wyszukiwania prostego.

28. Dodanie możliwości wyszukiwania wielu ujęć poprzez wpisanie w pole ‘Identyfikator ujęcia’ ciągu numerów identyfikatorów ujęć.

29. Dodać możliwość exportu pliku wzorcowego wymaganego do poprawnego eksportu danych.

30. Dodanie przycisku ,,Przejdź do CBDH” do głównego interfejsu aplikacji umożliwiającego automatyczne przejście do aplikacji CBDH dla wyselekcjonowanych danych tak aby powstał

widok wyselekcjonowanych danych w CBDH (niezależnie od listy opisanej wcześniej w pkt.25 rozdziału 2).

Rozdział 3. Modernizacja aplikacji internetowej - przeniesienie funkcjonalności MWP z wersji desktopowej do aplikacji internetowej wraz z nowymi wymaganiami.

Modernizacja musi być zrealizowana jako aplikacja WWW analogicznie do aplikacji CBDH 7.0 w oparciu

o serwer aplikacyjny J2EE WebLogic oraz bazę danych Oracle 11. W ramach prac należy przenieść obecną funkcjonalności aplikacji desktopowej Monitoring Wód Podziemnych w wersji 6.1 do wersji internetowej zgodnie z wytycznym Zamawiającego oraz uwzględnić dodatkowe wymagania zgodnie z poniższym zakresem.

Szczegółowy zakres prac obejmuje:

Przeniesienie pełnej funkcjonalności wersji desktopowej przy zachowaniu nie gorszych parametrów dostępu oraz czasu raportowania. Obiektem odniesienia jest aplikacja desktopowa Monitoring Wód Podziemnych w wersji 6.1.1128.0 działająca w środowisku Zamawiającego.

1. Przeniesienie funkcjonalności z aplikacji desktopowej Monitoring Wód Podziemnych w wersji 6.1.1128.0 do wersji internetowej zgodnie z wytycznym Zamawiającego. Aplikacja desktopowa współpracuje z oprogramowaniem GeoMedia Professional 6.1 i składa się z szeregu modułów, funkcji, a także aplikacji pomocniczych obejmujących między innymi:

a. Edycja punktów monitoringowych, wskaźników chemicznych, danych osobowych, form własności, klasyfikacji jakości wód podziemnych, norm jakości wód podziemnych i próbek.

b. Centrum zarządzania obejmujące x.xx. mechanizmy wyszukiwania prostego i zaawansowanego punktów monitoringowych, aktualizacji atrybutów wybranych punktów monitoringowych, eksportu punktów monitoringowych do formatu GIS oraz zapisywania wyników wyszukiwania.

c. Mechanizmy importu danych w zakresie analiz chemicznych, danych terenowych, danych pomiarowych, importu danych z punktów zewnętrznych, , importu danych meteorologicznych oraz importu danych automatycznych, wycofania importów.

d. Zarządzanie i import danych chemicznych (aplikacja PSHLab).

e. Zarządzanie i import danych pomiarowych (aplikacja Pomiary).

f. Grupy dostępu do danych i użytkownicy.

g. Generowanie wykresów z danych pomiarowych i chemicznych (szczegóły na etapie analizy).

h. Dostęp do wybranych danych archiwizowanych w bazie wraz z raportowaniem (szczegóły na etapie analizy).

2. Umożliwienie wyboru dowolnego punktu lub grupy punktów spełniającej warunki (wraz z możliwością zapisu takiego zestawu punktów i wykorzystania ponownie przez wielu użytkowników – możliwość eksportu i importu takiego zestawienia):

• Dowolny atrybut w bazie.

• Dowolny atrybut w bazie o dowolnej wartości, z przedziału wartości (przedział o granicach otwartych lub zamkniętych) lub wyrażeń logicznych; dotyczy również wszystkich pomiarów, próbek wody, wskaźników.

• Zestaw punktów w formacie XML.

• Ciąg numerów rozdzielony np. średnikami.

3. Umożliwienie eksportu wybranych danych do formatu Shape, GML lub KML.

4. Zróżnicowanie uprawnień do edycji oraz dostępu do poszczególnych treści:

• Nadanie odpowiednich uprawnień oraz stworzenie interfejsu dla osób niezalogowanych.

• Nadanie odpowiednich uprawnień dla administratorów umożliwiających x.xx. edycję.

• Nadanie odpowiednich uprawnień do pomiarów niewiarygodnych.

• Nadania odpowiednich uprawnień do raportów osobowych.

• Konkretne przyporządkowanie uprawnień na etapie analizy.

5. Zachowanie kolejności upubliczniania wyników:

• Bezpośrednio po imporcie wyniki widoczne tylko dla administratorów oraz osób przez nich upoważnionych (niezbędne ze względu na proces weryfikacji)

• Upublicznienie konkretnych wyników dopiero po akceptacji administratora (oddzielnie pomiary standardowe, pomiary automatyczne, wyniki analiz chemicznych, itd. inne pomiary); dane o punktach widoczne od razu on-line

6. Wersja angielska wg dostarczonych przez Zamawiającego materiałów - dotyczy tylko interfejsu dla użytkownika niezalogowanego.

7. Umożliwienie edycji próbek na poziomie pozwalającym przeniesienie analiz z punktu do punktu, zmiany id wskaźnika itp. – możliwość poprawienia błędów zgłoszonych po etapie importu do bazy (analogicznie do istniejących możliwości w wersji desktopowej)

8. Dodanie w oknie wyszukiwania ‘Punkty monitoringowe’ możliwości prezentacji informacji w zakresie ‘Typ monitoringu’ w odniesieniu do punktów granicznych i lokalnych.

9. Zmiana konfiguracji wyświetlania informacji poprzez wyświetlanie danych zaznaczonych w bazie jako niewiarygodne tylko użytkownikom o określonych prawach dostępu.

10. Zmiany w nazewnictwie oraz wyglądzie poszczególnych okien i raportów

11. Modyfikacja mechanizmu wyszukiwania w zakresie czułości na małe i duże litery; w przypadku danych słownikowych podpowiedź systemu

12. Mechanizm wyszukiwania punktów wg warstw przestrzennych/obszarowych, analogicznie jak w aplikacji POBORY (x.xx. wg 2 podziałów JCWPd oraz nowych warstw związanych z regionalizacją hydrogeologiczną wg Paczyńskiego 2007, warstw związanych z ochroną przyrody

13. Opracowanie wyglądu, rozmieszczenia oraz poszczególnych nazw w oknie ze szczegółowymi danymi dla punktu

14. Dodać numery ID_UE przy wszystkich raportach i wyborze punktów.

15. Dodać możliwość generowania profilu z bazy CBDH jeżeli do danego punktu jest przypisany nr RBDH.

16. Dodać wyszukiwanie punktów monitoringowych po jednostkach administracyjnych, podobnie jak po wszystkich warstwach przestrzennych

17. Zastąpienie istniejących słowników litologii i stratygrafii słownikami funkcjonującymi w CBDG z zachowaniem informacji archiwalnych dotyczących starszych wersji klasyfikacji - możliwość wyszukiwania i raportowania wg starej i nowej stratygrafii; założenie filtru na słownik CBDG

18. Umożliwienie edycji wybranych słowników dla uprawnionych użytkowników (poza słownikami wspólnymi z CBDG).

19. Przeniesienie bazy na wersję Oracle 11gZapewnienie integracji wyszukiwania danych z Bazy MWP oraz baz: CBDH, POBORY i innych aplikacji funkcjonujących w ramach SPD PSH w zakresie jak opisano szczegółowo to w rozdz. 2. ,,Modernizacja aplikacji internetowej POBORY” w pkt. 25. przy zachowaniu specyfiki każdej z tych baz.

20. Dodanie możliwości prezentacji następujących właściwości obiektu dynamicznie pozyskiwanych z zewnętrznych baz danych na podstawie współrzędnych oraz automatycznego przypisania do bazy na żądanie administratora do wskazanych atrybutów

a. Nazwa arkusza mapy 1:50000

b. Numer arkusza mapy 1:50000

c. Adres – województwo

d. Adres – powiat

e. Adres – gmina

f. Jednostka hydrogeologiczna – prowincja

g. Jednostka hydrogeologiczna – region

h. Jednostka hydrogeologiczna – subregion

i. Jednostka hydrogeologiczna – rejon

j. regionalizacja hydrogeologiczna wg Paczyńskiego i Płochniewskiego – prowincja

k. regionalizacja hydrogeologiczna wg Paczyńskiego i Płochniewskiego – region

l. regionalizacja hydrogeologiczna wg Paczyńskiego i Płochniewskiego – subregion

m. regionalizacja hydrogeologiczna wg Paczyńskiego i Płochniewskiego – rejon

n. Nazwa RZGW

o. Region wodno-gospodarczy

p. Numer zlewni bilansowej

q. Dorzecze

r. Numer JCWPd (w podziale na 161 i 172)

s. Numer GZWP (z uwzględnieniem stratygrafii punktu)

t. Zasoby dyspozycyjne

u. Zlewnie od I do VI rzędu (zgodnie z licencją do wykorzystania wewnętrznie)

v. Regionalizacja wg Xxxxxxxxxxxx 1995 i 2007

w. Podział terytorialny sieci obserwacyjno-badawczej (Oddziały PIG PIB) (do wykorzystania wewnętrznie)

x. Ekosystemy zależne od wód podziemnych i powierzchniowych (zgodnie z licencją, do wykorzystania wewnętrznie)

y. Obszary chronione: rezerwaty, parki krajobrazowe, parki narodowe, obszary Natura 2000 (ptasie OSO i siedliskowe SOO) – dostawca GDOŚ

z. CORINE Landcover

aa. MHP- Główny poziom wodonośny (jednostka) bb. Podział na RBDH.

Analogicznie do funkcji w aplikacji CBDH (Rozdział 1, pkt. 2).

21. Możliwość kasowania większej liczby próbek z poziomu edycji próbek.

22. Dodanie lub modyfikacja atrybutów (do 40 nowych oraz do 10 modyfikacji) oraz uwzględnienie nowych atrybutów w mechanizmach wyszukiwania i raportu zaawansowanego.

23. Dodanie atrybutu dotyczącego głębokości zafiltrowania otworu - przedział od-do (analogicznie jak w CBDH dla punktów z numerem CBDH automatyczne wypełnienie).

24. Połączenie słowników stratygraficznych według wytycznych Zamawiającego.

25. Automatyczna aktualizacja podziału administracyjnego (według podziału PRG połączony z zasobem TERYT) na podstawie współrzędnych punktu monitoringowego oraz wygenerowanie raportu niezgodności porównującego obecną i starą wersję (jednorazowy raport jako załącznik do dokumentacji)

26. Modernizacja raportu z klasami jakości, tak aby do pliku EXCEL generowały się numery punktów.

27. Modyfikacja funkcji wprowadzania nowych punktów, tak aby przy dodawaniu nowego punktu system nie wpisywał domyślnych wartości atrybutów.

28. Dodanie możliwości przenoszenia do ‘Schowka’ danych wybranych z mapy poprzez podświetlenie.

29. Modyfikacja funkcji automatycznego wyznaczania numeru UE z jednoczesnym przypisaniem poprzedniej wartości w pole starego numeru UE.

30. Dodanie funkcji automatycznego przypisania linków do załączników (z mechanizmem aktualizacji wszystkich linków przy zmianie lokalizacji plików z załącznikami).

31. Możliwość generowania kart informacyjnych (dane o punkcie oraz dane szczegółowe analiz) dla dowolnej selekcji punktów MWP.

32. Modyfikacje wszystkich raportów uwzględniające pomiary niewiarygodne.

33. Dodanie funkcji grupowego klasyfikowania danych dotyczących pomiarów standardowych i automatycznych jako niewiarygodne.

34. Dodanie predefiniowanego raportu dla temperatury wód podziemnych (Centrum zarządzania →

Stany wód i temperatura → Raport predefiniowany).

35. Dodanie predefiniowanego raportu dla parametrów meteorologicznych – ciśnienie atmosferyczne (Centrum zarządzania → Dane meteo → Raport meteo).

36. Dodanie nowego raportu z wybranymi wskaźnikami z zakresu organiki (analogicznie do raportu wyników analiz chemicznych).

37. Dodanie do wybranych raportów (x.xx. dane szczegółowe, nowy raport uwzględniający informacje o substancjach organicznych, dane o punkcie) informacji o numerze punktu wg użytkownika.

38. Zmiany w algorytmach:

a. liczenia błędu analizy,

b. wyznaczania typu hydrochemicznego,

c. wyznaczania klas jakości,

d. sumy substancji rozpuszczonych ze wszystkimi konsekwencjami w raportach.

39. Dodanie możliwości archiwizowania końcowej (zmienionej ekspercko) klasy jakości łącznie z

dodaniem takiej informacji w tabeli na nowej zakładce „chemizm”. Dodatkowo należy zaimportować dane archiwalne w zakresie klas jakości.

40. Dodanie nowej zakładki ‘Chemizm’ poprzez przeniesienie informacji z istniejących zakładek oraz dodanie nowych pól informacyjnych oraz możliwości bezpośredniego uruchamiania wybranych raportów.

41. Przebudowa zakładek w oknie ‘Edycja punktu’ z możliwością zmiany nazw zakładek oraz przeniesienia poszczególnych informacji pomiędzy zakładkami.

42. Dodanie możliwości generowania wykresu chemizmu, raportu szczegółowego analizy/analiz oraz wykresów wahań zwierciadła/wydajności z poziomu okna z charakterystyką punktu.

43. Modyfikacja mechanizmu zapisywania danych z aplikacji Pomiary.

44. Umożliwienie edycji atrybutu czy punkt ma numerację UE oraz uwzględnienie w raporcie zbiorczym i wyszukiwaniu.

45. Zablokowanie importu wskaźników chemicznych o tym samym parametrze ‘okres próbki’ (tak żeby nie było możliwe dublowanie informacji). W przypadku wykrycia dublowania informacji aplikacja musi przerwać operację i poinformować użytkownika z możliwością wygenerowania raportu o błędach.

46. Raport w trakcie importu danych o braku możliwości podłączenia danych (pomiary głębokości lub wydajności źródła) aplikacja musi informować przerywając operację i informując użytkownika o przyczynach z możliwością wygenerowania raportu o błędach.

47. Modyfikacja raportu predefiniowanego z odchyleniami dla kwartału w zakresie dodania możliwości generowania raportu dla większej liczby punktów.

48. Możliwość wyboru innego laboratorium przy imporcie danych chemicznych.

49. Przeniesienie funkcjonalności aplikacji desktopowej Pomiary w wersji 6.1.11009.0 do wersji internetowej. Na etapie analizy trzeba uwzględnić specyfikę procesu weryfikacji. Musi zostać możliwość uaktualnienia bazy z wersji desktopowej poprzez plik XML generowany z wersji desktopowej.

50. Przeniesienie funkcjonalności aplikacji desktopowej PSHLab do wersji internetowej. Na etapie analizy trzeba uwzględnić specyfikę procesu weryfikacji. Musi zostać możliwość uaktualnienia bazy z wersji desktopowej poprzez plik XML generowany z wersji desktopowej.

51. Modyfikacja importu danych chemicznych zgodnie z wytycznymi Zamawiającego.

52. Modyfikacja importu danych pomiarowych zgodnie z wytycznymi Zamawiającego

53. Rozbudowa modułu uprawnień w ‘Panelu administracyjnym’ o możliwość definiowania uprawnień dla bazy danych MWP. Uprawnienia do danych muszą być definiowane w sposób elastyczny poprzez wskazanie konkretnych obiektów, zapytań SQL na wiele tabel.

54. Dodanie możliwości wyświetlenia dla wyselekcjonowanych poprzez wyszukiwanie punktów monitoringowych powiązanych informacji z bazy CBDH.

55. Dodanie możliwości wyświetlenia z poziomu formatki punktu monitoringowego powiązanych informacji z bazy CBDH.

56. Możliwość wyszukiwania punktów po atrybutach warstw przestrzennych.

57. Każda funkcja przenoszona z aplikacji desktopowej musi być zweryfikowana i może być zmodyfikowana na etapie analizy.

58. Dodanie możliwości wygenerowania profilu i karty otworu bezpośrednio z aplikacji MWP (na podstawie numeru CBDH).

Rozdział 4 - Modernizacja aplikacji internetowej MAPA.

Modernizacja musi być zrealizowana jako aplikacja WWW analogicznie do aplikacji CBDH 7.0 w oparciu o serwer aplikacyjny J2EE WebLogic oraz bazę danych Oracle 11.

Szczegółowy zakres prac obejmuje wykonanie aplikacji mapy spełniającej następujące wymagania:

1. Moduł mapowy musi udostępniać czytelne prezentowanie obiektów wraz z możliwością ich graficznego zróżnicowania w zależności od:

a. Stanu obiektu.

b. Rodzaju przeprowadzonej weryfikacji.

c. Obecności odniesień do obiektu hydrogeologicznego/ujęcia w bazach Pobory, MWP, Mineralne.

2. Moduł mapowy musi udostępniać czytelne prezentowanie opisu obiektów wraz z możliwością zmiany treści opisu na podstawie jednego z wybranych pól zawierającego w bazie opis obiektu, w szczególności takiego jak:

a. Numer obiektu

b. Nazwa obiektu

c. Głębokość całkowita obiektu

3. Moduł musi zapewniać możliwość podłączenia zewnętrznych warstw z danymi przestrzennymi w postaci serwisów WMS, z możliwością ich wyboru z predefiniowanej listy, którą będzie można edytować z poziomu modułu administracyjnego.

4. Moduł mapowy musi udostępniać następujące narzędzia do wykonywania operacji na podkładzie mapowym:

a. Wybór grupy obiektów i wyświetlenie ich właściwości z możliwością przejścia do części opisowej poprzez zaznaczenie poligonu ograniczonego linią łamaną

b. Pobieranie współrzędnych punktu wskazanego na mapie wraz z możliwością ich przetwarzania poprzez wczytanie do otwartego okna edycji danych o obiekcie.

c. Utworzenie narzędzia do zmiany współrzędnych obiektu poprzez wskazanie lokalizacji na mapie.

5. Rozbudowa warstw bazowych o następujące warstwy podkładowe:

a. OpenStreetMap

b. podkłady rastrowe w różnych skalach (dostarczone przez Zamawiającego) Dodanie graficznej prezentacji warstw podkładowych za pomocą ikonek.

6. Dodanie powiadomienia dla użytkownika w przypadku gdy wpisał on skalę mapy nie obsługiwaną przez dany podkład bazowy. Informacja musi być rozbudowana o funkcję umożliwiającą zmiany warstwy bazowej.

7. Uwzględnienie specyfiki wymagań MWP (na etapie analizy).

8. Dodanie mechanizmu generowania konfliktów oraz selekcji pomiędzy warstwami obiektów punktowych, a innymi warstwami. Nowa funkcjonalność musi umożliwiać wygenerowanie raportu konfliktów pomiędzy zadaną warstwą przestrzenną, a warstwami przestrzennymi z baz danych PSH. Generowanie raportu/selekcji musi odbywać się za pomocą kreatora. Kreator wywołany jest z okna mapy. Działanie kreatora musi obejmować:

a. wybór warstwy do wygenerowania raportu/selekcji. Możliwość wybrania warstwy na podstawie:

i. list rozwijanych (słownik: PRG, Arkusze 50)

ii. rysowanie na mapie punku, linii lub obszaru

iii. na podstawie wgrania pliku Shapefile (SHP), GML lub XML

iv. na podstawie warstw podkładowych opisanych w rozdziale 1, punkt 2 oraz w rozdziale 3, punkt 20.

b. Określenie które obiekty z baz danych PSH znajdą się w raporcie/selekcji (x.xx. obiekty punktowe z baz CBDH, MWP, POBORY, MINERALNE).

c. Określenie buforu w jakim będzie przeprowadzona analiza konfliktów/selekcja.

d. Wygenerowanie (wyświetlenie) raportu zawierającego podstawową identyfikację obiektów wraz z odległością do granicy analizowanego obszaru.

e. Możliwość zapisania wygenerowanego raportu do formatu PDF lub Excel (zestawienie zawierające nr obiektów).

f. Możliwość zapisania selekcji i przejścia z tą selekcją do funkcjonalności poszczególnych aplikacji (w celu wykorzystania tej selekcji przy generowaniu raportów/eksportów danych z tych aplikacji).

9. Wizualizacja postępu wczytywania określonych funkcji wywoływanych z okna mapy.

10. Dodanie możliwości zapisywania ustawień okna mapy (podłączone warstwy użytkownika).

11. Konfiguracja wszystkich wyświetlanych warstw WMS tak, aby były poprawnie wyświetlane w geoportalu XXXXXXXXX.XXX.XX.

12. Dodanie angielskiej wersji językowej w zakresie funkcji dostępnych z poziomu niezalogowanego.

13. W zakresie poprawy ergonomii aplikacji modułu mapowego, wymagane jest:

a. Dodanie przycisku ,,wstecz” i ,,do przodu” do poprzednich lub kolejnych wybranych widoków na mapie

b. Dodanie funkcji wyświetlania informacji z krótkimi opisami (administrator warstwy, opis danych etc.) dostępnymi w drzewku danych.

14. Dodanie okienka i funkcji wyszukiwania adresów opartego o bazę adresową Google API oraz zapewnienie darmowej bazy adresowej Gogle API.

15. Utworzenie instrukcji administratora opisującej szczegółowo proces konfiguracji warstw WMS w zakresie:

a. możliwości skalowania wyświetlanych warstw i ich etykiet osobno, na podstawie x.xx. skali

b. edytowania nazw warstw WMS w drzewku danych

c. edytowania opisów dla warstw WMS

16. Dodanie przycisku umożliwiającego przejście do informacji ogólnych o danych wyświetlanych w SPD PSH.

17. Aplikacja musi udostępniać możliwość personalizacji ustawień dla zalogowanego użytkownika w zakresie:

a. Układ warstw wyświetlanych na mapie

b. Lista podłączonych warstw użytkownika w module mapy

18. Rozbudowa ‘Panelu administracyjnego’w zakresie:

a. dodanie funkcji obsługi warstw,

b. dodanie funkcji sterowania kolejnością warstw,

x. xxxxxxx funkcji ustawiania przezroczystości,

x. xxxxxxx zarządzania kompozycjami mapowymi,

e. dodanie zarządzania informacjami dla użytkowników (CMS)

19. Dodanie modułu statystycznego pobrań raportów ‘Karta’ i ‘Profil’.

20. Dodanie do serwisu informacji o plikach cookie.

21. Dodanie funkcji sterowania kolejnością warstw oraz przezroczystością przez użytkownika.

22. Dodanie wczytywania kafelkowego warstw w serwisie mapowym.

23. Dodanie funkcji informującej o procesie wczytywania danej warstwy w postaci graficznej. Wczytywanie warstwy nie może blokować serwisu.

24. Modyfikacja mechanizmu przełączania warstw bazowych.

25. Dodanie kompozycji mapowych dla różnych profili użytkowników.

26. Dodanie funkcji ‘Zgłoś ulepszenie’ w postaci formularza zgłoszeniowego.

27. Dodanie konfigurowalnego wydruku mapy.

28. Dodanie funkcji rysowania na mapie.

29. Dodanie możliwości przełączenia modułu mapowego na pełny ekran.

30. Należy uwzględnić zmiany sposobu wyświetlania usług WMS opisane w rozdziałach 1-3.

31. Poprawa ergonomii aplikacji.

32. Dodanie instrukcji umieszczania w SPD PSH nowych warstw przestrzennych tak, aby mogły być uwzględniane przez funkcjonalność opisaną w punkcie 8 rozdziału 4.

33. Dostosowanie modułu mapowego do działania z aktualną wersją Google Maps API.

34. Stworzenie narzędzia umożliwiającego wyświetlenie atrybutów warstw obszarowych.

35. Dodanie możliwości zarządzania skalą wyświetlania poszczególnych warstw informacyjnych.

36. Dodanie do Mapy nowej grupy danych PSH o nazwie ,,Zasoby eksploatacyjne” składającej się z czterech warstw poligonowych prezentujących wybrane dane zagregowane z formularzy opisanych w rozdziale 1 pkt 42 w zakresie: wartość zasobów eksploatacyjnych w podziale na województwa, wartość modułu zasobów eksploatacyjnych w podziale na województwa, wartość zasobów eksploatacyjnych w podziale na powiaty, wartość modułu zasobów eksploatacyjnych w

podziale na powiaty. Warstwy mają podlegać analogicznym funkcjonalnościom aplikacji MAPA co pozostałe dane PSH.

Rozdział 5 - Modernizacje baz danych.

Modernizacja musi być zrealizowana w oparciu o bazę danych Oracle 11.

Szczegółowy zakres prac obejmuje:

1. Migracja danych CBDH do zmodyfikowanej struktury bazy CBDG obejmująca:

a. Połączenie danych CBDH z danymi Centralnej Bazy Danych Geologicznych, bazy POBORY, bazy MWP, Bankiem Danych Wód Podziemnych Zaliczonych do Kopalin oraz bazą MIDAS.

b. Modyfikacja struktur baz danych w celu dostosowania do obowiązujących przepisów Ustawy prawo wodne oraz geologiczne i górnicze.

c. Wykonanie niezbędnych modyfikacji modelu danych w celu wydajnego wyszukiwania informacji z poziomu aplikacji oraz generowania raportów.

2. Strojenie wydajnościowe bazy danych Oracle 11g oraz strojenie wydajnościowe Oracle SQL.

3. Przekazanie dokumentacji modelu połączonych bazy danych przed i po modernizacji obejmującej wszystkie powiązane zasoby - format EAP i PDF.

Rozdział 6. Modernizacja aplikacji internetowej MINERALNE.

Modernizacja musi być zrealizowana jako aplikacja WWW analogicznie do aplikacji CBDH 7.0 w oparciu o serwer aplikacyjny J2EE WebLogic oraz bazę danych Oracle 11.

Szczegółowy zakres prac obejmuje:

1. Integracja bazy Bank Danych Wód Podziemnych Zaliczonych do Kopalin (Oracle) z bazą danych przestrzennych o wodach podziemnych zaliczonych do kopalin (Access). Przygotowanie funkcjonalności umożliwiającej przechodzenie między oknem mapy (moduł MAPA), w którym prezentowane będą obszary zasobowe oraz strefy ochrony uzdrowiskowej oraz aplikacją MINERALNE SPD PSH, w której wyświetlane będą dane atrybutowe dotyczące obiektów przestrzennych. Zasada działania mechanizmu analogiczna jak w przypadku obiektów hydrogeologicznych.

2. Integracja bazy Bank Danych Wód Podziemnych Zaliczonych do Kopalin z systemem MIDAS. Przygotowanie mechanizmu pobierania danych atrybutowych i przestrzennych z systemu MIDAS. Przygotowanie funkcjonalności umożliwiającej przechodzenie między oknem mapy (moduł MAPA), w której prezentowane będą obszary i tereny górnicze oraz aplikacją MINERALNE SPD PSH, w którym wyświetlane będą dane atrybutowe dotyczące tych obiektów. Zasada działania mechanizmu analogiczna jak w przypadku obiektów hydrogeologicznych.

3. Dodanie funkcjonalności pobierania informacji o litologii oraz stratygrafii udokumentowanego poziomu wodonośnego ze zbioru "profil geologiczny", z możliwością ręcznej edycji danych. Raportowanie danych w układzie wierszowym ("w jednym wierszu").

4. Dodanie reguły wyszukiwania danych zapisanych w bazie (w tym w polach słownikowych) na podstawie ciągu znaków (dynamiczne wyszukiwanie wartości).

5. Przygotowanie ergonomicznego narzędzia do modyfikacji słowników wykorzystywanych przez aplikację, umożliwiającego łatwą identyfikację pomiędzy słownikiem a polem, w którym słownik jest używany.

6. Rozbudowa narzędzi do definiowania nowych ról (zestawów uprawnień) do dostępu do poszczególnych treści przechowywanych w bazie.

7. Dodanie w module wyszukiwania prostego możliwości selekcji obiektów po nazwach.

8. Pobieranie danych o dokumentacjach z NAG na podstawie wprowadzonych numerów archiwalnych, ich prezentacja i raportowanie w powiązaniu z obiektami hydrogeologicznymi, zasobami eksploatacyjnymi i dyspozycyjnymi (vide rodz. I Modernizacja aplikacji internetowej CBDH pkt. 12).

9. Rozdzielenie bloków informacyjnych dotyczących koncesji i obszarów górniczych od stref ochrony uzdrowiskowej oraz zmiana sposobu ich wyświetlania i raportowania.

10. Zmiana relacji pomiędzy blokami informacyjnymi dot. koncesji i obszarów górniczych oraz strefy ochrony uzdrowiskowej a obiektem hydrogeologicznym (obecnie powiązane z ujęciami).

11. Modyfikacja sposobu przypisywania zasobów dyspozycyjnych, koncesji, obszarów i terenów górniczych oraz stref ochrony uzdrowiskowej do obiektów nadrzędnych i podrzędnych. Narzędzie ma umożliwiać przypisywanie obiektów na podstawie numerów lub/i nazw.

12. Usunięcie nadmiarowych pól, raportów oraz reguł utrudniających wprowadzanie danych.

13. Przygotowanie mechanizmu umożliwiającego rozdzielenie danych kompletnych oraz niepełnych w bloku informacyjnym analiza fizyko-chemiczna oraz wyniki pomiarów wydajności wraz z uwzględnieniem zmian sposobu raportowania oraz wyświetlania.

14. Przygotowanie procedur sprawdzania wprowadzonych do bazy danych pod kątem ich poprawności.

15. Dodanie modułu do zapisywania porowatości w profilu geologicznym wraz z przygotowaniem raportów graficznych do prezentacji danych (analogicznie do istniejącej modułu umożliwiającego zapisywanie i prezentację informacji o profilu termicznym otworu).

16. Dodanie możliwości raportowania danych z nowych pól informacyjnych, przygotowanie nowych raportów zaawansowanych.

17. Dodanie możliwości wprowadzania, prezentacji i raportowania informacji o położeniu obiektu w układzie współrzędnych 2000 (PUWG)

18. Dodanie funkcjonalności umożliwiającej obliczanie, zapisywanie i raportowanie błędu analiz fizyczno-chemicznych wody zapisanych w bazie danych MINERALNE.

19. Dodanie funkcjonalności sortowania składników analizy fizyczno-chemicznej wody wg kolejności ich wprowadzania.

20. Dodanie narzędzia do obliczania milivali ( "oblicz mval”) oraz % milivali („oblicz % mval”) dla całej analizy fizyczno-chemicznej zapisanej w bazie danych. Dokładność zapisu: 0,001 mval i 0,01% mval.

21. Przygotowanie mechanizmu indywidualnego ustawiania domyślnych jednostek słownikowych w analizie fizyczno-chemicznej wody oraz gazu (z możliwością zmiany w trakcie wprowadzania analizy).

22. Poprawienie ergonomii narzędzi do wprowadzania danych do tabel:

a) usunięcie podziału w analizie fizyko-chemicznej wody na aniony, kationy i inne;

b) przechodzenie pomiędzy wierszami i kolumnami za pomocą przycisków klawiatury;

c) zmiana sposobu dodawania nowych wierszy. Nowy wiersz musi być widoczny bez konieczności przewijania tabelki.

23. Dodanie nowych szrafur do litologii oraz zmiana kolorów litologii i stratygrafii. Przygotowanie mechanizmu generowania szrafur.

24. Dodanie nowych pól informacyjnych (około 15-20).

25. Dodanie możliwości eksportu geometrii obiektów punktowych i poligonowych oraz danych rastrowych (zdjęć) do formatu kml.

26. Poprawienie dynamiki wyświetlania bloków informacyjnych dotyczących obiektu hydrogeologicznego oraz informacji w zakładkach.

27. Zmiana wyglądu (rozmieszczenia i wielkości pól) wybranych okien aplikacji.

28. Modyfikacja sposobu generowania raportów danych:

a) raport wartości średnich z analizy fizyczno-chemiczne wody - zaokrąglenie wartości do 1/1000;

b) wykres kołowy (używany w raportach) przygotowanie mechanizmu zmiany wielkości czcionek;

c) w przypadku wprowadzenia niewłaściwej formuły wyszukiwania zaawansowanego danych, powrót do formuły z informacją o rodzaju błędu;

d) przy wyborze informacji w wyszukiwaniu zaawansowanym dodanie możliwości ustawiania kolejności kolumn poprzez przesuwanie zaznaczonej grupy kolumn;

e) zmiana sposobu wyszukiwania i raportowania dużych zbiorów danych. Przygotowanie narzędzi umożliwiających wyświetlanie i raportowanie wszystkich wyselekcjonowanych obiektów niezależnie od liczebności zbioru;

f) dodanie informacji podczas raportowania w przypadku pojawienia się błędów uniemożliwiających wygenerowanie plików PDF. Raport nie powinien zawierać błędnych profili lub kart;

g) dostosowanie istniejących raportów do modyfikacji bazy danych.

29. Stworzenie reguły decydującej o właściwej kolejności składników podczas generowania typu chemicznego wody na podstawie analizy fizyko-chemicznej wody. Powinna ona być zależna od procentowej zawartości poszczególnych składników, z uwzględnieniem podziału na aniony i kationy, a także z uwzględnieniem zawartości pozostałych składników (inne).

30. Usunięcie obligatoryjności uzupełniania informacji we wskazanych przez zamawiającego miejscach.

31. Implementacja narzędzi i usług opisanych w Rozdziale 1, „Modernizacja aplikacji internetowej CBDH” w pkt. 2, 5, 6, 7, 8, 9, 10, 12, 15, 16, 17, 19, 21, 23, 24, 25, 26, 27, 30, 31, 32, 33, 35, 36, 38, 39, 45, 46, 49.

Rozdział 7 – Dokumentacje.

Dla aplikacji przewiduje się wykonanie:

1. Dokumentacji projektowych (analitycznych),

2. Dokumentacji uwzględniających wyniki testów,

3. Dokumentacji administratora,

4. Dokumentacji technicznej,

5. Instrukcji użytkownika.

Zamawiający udostępni istniejące dokumentacje, które będą mogły być wykorzystane do utworzenia pełnej dokumentacji systemu. Szablony dokumentów zostaną uzgodnione z Zamawiającym.

Rozdział 8 - Asysta techniczna.

1. W ramach kwoty zamówienia Wykonawca udzieli Zamawiającemu 690

godzin asysty technicznej.

2. Asysta techniczna obejmuje bieżącą konserwację oraz wszelkie prace programistyczne i implementacyjne, nie wynikające z gwarancji, w szczególności zmiany wprowadzone w funkcjonalności na wniosek Zamawiającego, a wynikające ze zmiany potrzeb użytkowników w odniesieniu do całego systemu.

3. Asysta techniczna udzielona zostanie w wymiarze 690 godzin do 31.03.2015 r.

4. Usługi asysty technicznej będą zlecane przez wyznaczonych pracowników Zamawiającego na uzgodnionym przez strony formularzu.

5. Formularz zlecający usługę asysty technicznej o którym mowa powyżej musi zawierać co najmniej: opis usługi, harmonogram realizacji, pracochłonność.

Rozdział 9 - Dodatkowe informacje:

Funkcjonalność opisana w przedmiocie zamówienia powstanie jako rozbudowa istniejącego Systemu przetwarzania danych PSH 7.0 w skład którego wchodzą aplikacje: ‘Monitoring’, ‘Pobory’, ‘CBDH’, ‘Mapa’ i ‘Mineralne’. W wyniku rozbudowy wszystkie aplikacje muszą zachować dotychczasową funkcjonalność rozbudowaną o funkcjonalność powstałą w ramach realizacji zadania. Aplikacje powstałe w wyniku rozbudowy mogą posiadać wspólny instalator oraz zgrupowane funkcjonalności w ramach jednego interfejsu. Wszystkie aplikacje internetowe wchodzące w skład systemu należy podnieść do wersji

8.0. Wykonawca zobowiązuje się udzielić gwarancji na cały system.

Rozdział 10 - Wymagania techniczne i formalne.

1. Przekazane aplikacje/oprogramowanie komputerowe musi odpowiadać następującym warunkom:

a) zawierać wersję instalacyjną,

b) zawierać pliki konfiguracyjne umożliwiające skompilowanie i linkowanie programu do wersji wykonywalnej w celu wytworzenia programu wykonywalnego i instalacyjnego,

c) kod źródłowy musi być opisany, jednoznacznie wskazując jakiej zamówionej modyfikacji dotyczy,

d) być pozbawione wszelkiego kodu złośliwego (np- niszczącego dane, wirusy),

e) być oznaczone elektronicznie (tytuł, autor, wersja, właściciel oprogramowania),

f) kod źródłowy musi odzwierciedlać wszelkie dokonane modyfikacje,

g) podpisane elektroniczne

2. Przekazana dokumentacja zmodernizowanych aplikacji w postaci elektronicznej musi być oznaczona elektroniczne właścicielem (tytuł, autor, wersja, właściciel oprogramowania), podpisane elektroniczne.

3. Elektroniczne podpisywanie Wykonawca dokona aktualnym podpisem do podpisywania kodu wystawionym przez jeden z podmiotów posiadających wpis do rejestru podmiotów kwalifikowanych świadczących usługi certyfikacyjne. Podpis ma być zgodny ze standardem X.509 v.3 i standardami Webtrust, zabezpieczony RSA-SHA1, weryfikowany z użyciem OCSP i CRL.

4. Wykonawca oświadcza, że do wszystkich wyników prac będących przedmiotem zamówienia, winny przysługiwać Wykonawcy pełne prawa majątkowe, które zostaną przeniesione na zamawiającego.

5. Wykonawca oświadcza, że wszystkie wyniki prac będących przedmiotem zamówienia winne być wolne od wad prawnych, w tym nie naruszać dóbr osobistych i praw autorskich osób trzecich.

6. W ramach wynagrodzenia za przedmiot zamówienia Wykonawca winien przenieść na Zamawiającego pełne autorskie prawa majątkowe do wszystkich wyników prac będących przedmiotem zamówienia na polach eksploatacji określonych w art. 50 i 74 ustawy z dnia 04.02.1994

r. o prawie autorskim i prawach pokrewnych - Xx. X. x 0000 xxxx Xx 00, poz. 631 ze zm.

7. Prace objęte przedmiotem zamówienia będą realizowane zgodnie z metodyką zarządzania projektami PRINCE2.

8. Wymogi gwarancji i serwisu określone w części III Opisu Przedmiotu Zamówienia.

9. Funkcjonalność opisana w przedmiocie zamówienia powstanie jako rozbudowa istniejącego Systemu przetwarzania danych PSH w wersji 7.0. W wyniku rozbudowy wszystkie aplikacje muszą zachować dotychczasową funkcjonalność rozbudowaną o funkcjonalność powstałą w ramach realizacji zadania.

10. Wszystkie modyfikacje oprogramowania narzędziowego systemu przetwarzania danych PSH musi być dostarczone wraz z pełną dokumentacją.

11. Wymagania oraz uszczegółowienie informacji nt. technologii systemu SPD PSH, którego aplikacja CBHD, POBORY, MWP, MINERALNE i MAPA są elementem:

a) Środowisko Java JEE.

b) Aplikacja musi być niezależna od serwera aplikacyjnego, wersja produkcyjna wystawiana jest za pośrednictwem Oracle Weblogic 11g

c) Baza danych z której korzysta aplikacja to Oracle 11g, wykorzystywane rozszerzenie Oracle Locator w celu przechowywania danych przestrzennych oraz zaawansowanych operacji na tych danych.

d) Serwer produkcyjny obsługiwany jest przez system operacyjny AIX 5.

e) Proxowanie aplikacji zapewnia Apache 2.2.

f) Interfejs użytkownika: SmartGWT.

g) Technologie do tworzenia raportów: Jasper Reports, Apache Fop.

h) Kontener mapowy: Openlayers z naniesionymi poprawkami.

i) Obsługa serwisów mapowych takich jak: Google Maps oraz WMS, WFS, WFS-T w najnowszych wersjach ustandaryzowanych przez OGC oraz zatwierdzonych przez INSPIRE.

j) Wymagane jest, aby całość rozwiązania była zgodna z dyrektywą unijną INSPIRE oraz ustawą IIP w obszarach gdzie ma to zastosowanie.

k) Gotowe rozwiązanie musi być rozwiązaniem z maksymalnie uproszczonym interfejsem użytkowania, co musi zostać opatrzone udokumentowanymi badaniami oraz testami użyteczności oraz intuicyjności stworzonego interfejsu użytkownika (UI).

l) Całość rozwiązania musi zostać opatrzona testami jednostkowymi.

m) Należy przygotować zestaw testów automatycznych interfejsu użytkownika.

n) Wydajność systemu należy udokumentować testami wydajnościowymi oraz ich wynikami.

o) Należy przygotować testy wycieków pamięci (memoryleaks) w aplikacji.

p) Gotowe rozwiązanie musi zostać maksymalnie zoptymalizowane i poparte raportami wygenerowanymi za pomocą narzędzi typu profiler przed oraz po optymalizacji.

q) Rozwiązanie musi korzystać z wewnętrznych repozytoriów użytkowników Zamawiającego, uwzględniając specyfikę przydziału uprawnień do konkretnych elementów aplikacji, jej funkcjonalności oraz poszczególnych pól. Uprawnienia dotyczą

się wszystkich elementów aplikacji. Części mapowej, części opisowej, raportów oraz modułu wyszukiwania.

12. Wykonawca zobowiązany jest to stosowania się do praktyk zgodnych z zasadami ciągłej integracji (Continous Integration).

13. Wykonawca w trakcie trwania prac nad rozwojem systemu zobowiązany jest do konfiguracji

środowiska systemu testowego Zamawiającego.

14. Wykonawca zobowiązany jest do opracowania i wdrożenia procedury zgłaszania błędów stwierdzonych w systemie.

15. Wykonawca zobowiązany jest do ciągłego utrzymywania wysokiego standardu jakości rozwiązań oraz jakości kodu SPD PSH.

16. Dostosowanie aplikacji do wyświetlana na urządzeniach mobilnych.

17. Zabezpieczenie aplikacji przed zapytaniami typu sqlinjection.

18. Zabezpieczenie aplikacji przed atakami typu brute force. Po trzykrotnej nieudanej próbie logowania konieczność podania tekstu wyświetlonego na obrazku.

19. Dostosowanie do wytycznych WCAG 2.0 i W3C (walidacja HTML) części ogólnodostępnej aplikacji.

20. Serwisy mapowe wykorzystywane wewnętrznie przez aplikacje muszą być dostępne za pomocą protokołów REST i SOAP.

21. Aplikacja musi łączyć się do bazy z uwzględnieniem zdefiniowanych schematów dostępowych, predefiniowanych ról bazodanowych.

22. System powinien zapewniać spójność danych poprzez transakcyjność.

23. Poprawne wyświetlanie przez przeglądarki Firefox, Chrome, IE 7+.

24. Optymalizacja serwera Proxy lub zmiana rozwiązania.

25. Rozbudowa i konfiguracja serwera mapowego o obsługę cache.

26. Optymalizacja serwera mapowego pod kątem połączeń z bazą danych.

27. Poprawa wydajności oraz niezawodności serwisów mapowych (Geoserver) przez zastosowanie wieloinstancyjności serwera mapowego (wiele końcówek i loadbalancing).

28. Przygotowanie kafelkowania warstw przestrzennych wskazanych przez Zamawiającego.

29. Dodanie wersjonowania danych atrybutowych w zakresie ustalonym z Zamawiającym.

30. Modyfikacje graficznego wyglądu aplikacji internetowych zgodnie z wymaganiami Zamawiającego.

31. Skonfigurowanie szablonów przestrzeni roboczych dla programu GeoMedia Professional 6.1 (format GWS) oraz ArcGIS w wersji 9 i 10 (format MXD) umożliwiających wyświetlanie danych dotyczących geometrii punktowych i obszarowych (w przypadku danych na temat zasobów eksploatacyjnych w CBDH) z baz danych CBDH, POBORY, MWP i MINERALNE w podziale na kategorie (zakres prezentowanych atrybutów do ustalenia z Zamawiającym) poprzez skonfigurowanie połączeń do odczytu bezpośrednio z bazą Oracle. Dodatkowo w skonfigurowanych przestrzeniach roboczych należy podłączyć następujące warstwy referencyjne:

a) Podział administracyjny

b) Arkusze map 1:50 000

c) JCWPd

d) GZWP

e) Jednostki hydrogeologiczne

f) Zasięgi RBDH

g) Oraz warstwy wymienione w rozdziale 3, punkt 20.

h) MGŚP

i) MHP

Lokalizacje warstw referencyjnych zostaną wskazane przez Xxxxxxxxxxxxx. Stylistyka warstw zgodnie z wytycznymi Zamawiającego.

32. Uwierzytelnianie użytkowników w aplikacji musi być realizowane poprzez repozytorium LDAP wykorzystywane przez Zamawiającego.

33. Przycisk ‘Panel administracyjny’ musi pojawiać się w zależności od przyznanych uprawnień dopiero po zalogowaniu.

34. Rozbudowa funkcji dotyczących uprawnień musi się odbywać w oparciu o istniejący moduł uprawnień do danych i funkcji.

35. Mechanizm exportu danych do formatu Shape musi być rozbudowany w taki sposób, aby był uniwersalny dla wszystkich aplikacji.

36. Mechanizmy dynamicznego pozyskiwania danych z zewnętrznych baz danych na podstawie współrzędnych muszą być uniwersalne dla wszystkich aplikacji.

37. Spotkania związane z realizacją zadania będą odbywały się w Warszawie i Krakowie. Wykonawca jest zobowiązany do utworzenia planu komunikacji w projekcie i zapewnienia odpowiednich rozwiązań do komunikacji zdalnej z Zamawiającym.

38. Mechanizm integracji wyszukiwania danych (w zakresie jak opisano szczegółowo w rozdz. 2.

,,Modernizacja aplikacji internetowej POBORY” w pkt. 25.) musi być uniwersalny dla wszystkich aplikacji.

39. Dodanie we wskazanych przez Zamawiającego interfejsach SPD PSH dotyczących obiektu hydrogeologicznego funkcji wyświetlania odnośnika do dostępnych informacji o obiekcie w Bazie CBDG. Funkcja ma zapewniać widok, że taka informacja jest dostępna oraz przycisk do przejścia do tej informacji we wskazanym formularzu CBDG.

40. Mechanizm wyszukiwania musi być wspólny dla wszystkich aplikacji.

41. Wykonanie uniwersalnego modułu dla wszystkich aplikacji, który będzie obsługiwał pobieranie plików z wygenerowanymi raportami. Raporty muszą być generowane po stronie serwera. System musi informować użytkownika o tym że raport jest w trakcie generowania i o tym, że raport został wygenerowany i można go pobrać z odpowiedniego miejsca w aplikacji. Nazwa wygenerowanego raportu musi zawierać godzinie wykonania raportu oraz informację identyfikującą rodzaju raportu. Wygenerowane raporty muszą być dostępne dla danego użytkownika z poziomu aplikacji. Użytkownik musi mieć możliwość określenia czy chce otrzymać dodatkowo potwierdzenie wygenerowania raportu za pośrednictwem e-mail.

42. Dodanie mechanizmu kolejkowania w ramach generowania raportów w SPD PSH.

43. Dodanie modułu CRM do zarządzania komunikatami dla użytkowników SPD PSH. Moduł musi mieć możliwość definiowania jakie komunikaty i w jakim czasie będą wyświetlane dla określonych użytkowników lub grup użytkowników. Każdy komunikat musi zawierać x.xx. tytuł, treść i datę.

44. Dodanie angielskiej wersji językowej we wszystkich aplikacjach w zakresie funkcji dostępnych z poziomu niezalogowanego.

45. Aplikację desktopową Monitoring Wód Podziemnych w wersji 6.1.1128.0 wraz z aplikacjami PSHLab i PSH Pomiary będzie można przetestować w siedzibie Zamawiającego po wcześniejszym umówieniu daty i godziny spotkania.

46. Dodanie w aplikacji grafik pokazujących czas oczekiwania pozostały na ukończenie wywołanej funkcji.

47. Podłączenie statystyk do monitorowania aplikacji w zakresie x.xx. liczby odsłon, liczby wizyt, unikalnych użytkowników, historii logowania użytkowników uwierzytelnionych, średniego czasu trwania sesji. Zamawiający określi szczegółowe wymagania dotyczące monitorowania na etapie analizy. Statystyki muszą mieć możliwość wyświetlania w zadanym zakresie dat.

48. Zamawiający musi zostać poinformowany o podobnych funkcjach, które wykorzystywane są w więcej niż jednej aplikacji. Dotyczy to funkcji istniejących oraz projektowanych. Zamawiający podejmie decyzję o ujednoliceniu funkcji na etapie analizy.

49. Na etapie analizy należy przedstawić możliwości optymalizacji działania systemu SPD PSH w zakresie czasu generowania strony startowej oraz wywoływania podstawowych aplikacji i generowania kluczowych raportów.

II.

Zamówienie będzie realizowane w następujących etapach:

1. Etap projektowy.

2. Etap implementacji i wdrożenia na środowisku testowym.

3. Etap testów akceptacyjnych.

4. Etap wdrożenia na środowisku produkcyjnym.

5. Etap świadczenia usług Asysty Technicznej.

III. Harmonogram

1. Etap projektowy

Rozpoczęcie: Po podpisaniu umowy.

Przedmiot odbioru: Dokumentacja projektowa (analityczna) Systemu przetwarzania

danych PSH wynikająca z analizy wymagań Zamawiającego.

Forma odbioru: Weryfikacja dokumentacji projektowej Systemu przetwarzania

danych PSH przekazanej w formie cyfrowej na nośniku CD oznaczonej wersją i podpisanej elektronicznie ze znacznikiem czasu.

2. Etap implementacji i wdrożenia na środowisku testowym.

Rozpoczęcie: Po przyjęciu dokumentacji projektowej Systemu przetwarzania danych PSH bez zastrzeżeń.

Przedmiot odbioru: Zainstalowany i skonfigurowany System przetwarzania danych

PSH na środowisku testowym Zamawiającego, dokumentacja administracyjna, techniczna systemu, instrukcja użytkownika.

Forma odbioru: 1. Weryfikacja instalacji i konfiguracji Systemu przetwarzania danych PSH.

2. Przekazanie wersji instalacyjnych aplikacji na płytach

CD/DVD.

3. Przekazanie instrukcji dla użytkowników w formie

cyfrowej na nośniku CD/DVD.

3. Etap testów akceptacyjnych

Rozpoczęcie:	Po instalacji Systemu przetwarzania danych PSH na środowisku testowym Zamawiającego.
Przedmiot odbioru:	1. Zainstalowany na środowisku testowym. Zamawiającego System przetwarzania danych PSH. 2. Zaktualizowana dokumentacja administratora, techniczna, instrukcja użytkownika ( opcjonalnie – do decyzji Zamawiającego), dokumentacja uwzględniająca wyniki testów. 3. Kody źródłowe.
Forma odbioru:	1. Poprawne wykonanie przez Zamawiającego scenariuszy testowych zawierających x.xx.: • Wygenerowanie 10 wskazanych przez Zamawiającego raportów przez uniwersalny moduł dostępny dla wszystkich aplikacji. • Wygenerowanie 10 wskazanych przez Zamawiającego raportów z aplikacji MWP w czasie nie dłuższym niż czas wygenerowania tego samego raportu w aplikacji desktopowej Monitoring Wód Podziemnych w wersji 6.1.1128.0 działająca w środowisku Zamawiającego. • Poprawne skonfigurowanie szablonów przestrzeni roboczych dla oprogramowania GeoMedia Professional 6.1 (format GWS) oraz ArcGIS w wersji 9 i 10 (format MXD) umożliwiających wyświetlanie danych dotyczących geometrii punktowych z baz danych CBDH, POBORY, MWP i MINERALNE w podziale na kategorie (zakres prezentowanych atrybutów do ustalenia z Zamawiającym) poprzez skonfigurowanie połączeń do odczytu bezpośrednio z bazą Oracle. Dodatkowo w skonfigurowanych przestrzeniach roboczych należy podłączyć wszystkie wskazane w zamówieniu warstwy referencyjne (zakres prezentowanych warstw do ustalenia z Zamawiającym). • Poprawne wygenerowanie za pomocą kreatora (wywoływanego z okna mapy) 10 raportów konfliktów oraz selekcji pomiędzy warstwami obiektów punktowych, a innymi warstwami na podstawie wskazanych przez Zamawiającego kryteriów (x.xx. wybór warstw na podstawie: list rozwijanych, rysowania na mapie, warstw podkładowych lub wgrania pliku). 2. Weryfikacja kodów źródłowych uwzględniających wszystkie poprawki zaimplementowane po testach akceptacyjnych z wyszczególnieniem dokonanych poprawek w formie cyfrowej na nośniku CD/DVD

oznaczone wersją i podpisane elektronicznie ze znacznikiem czasu (4 egzemplarze).

3. Weryfikacja zaktualizowanej dokumentacji Systemu przetwarzania danych PSH uwzględniającej naniesione poprawki.

4. Przekazanie wersji instalacyjnych aplikacji po zakończonych testach akceptacyjnych na płytach CD/DVD.

5. Weryfikacja dokumentacji z przeprowadzonych testów, w tym:

• wycieków pamięci,

• wydajnościowych,

• automatycznych interfejsu użytkownika,

• użyteczności oraz intuicyjności stworzonego interfejsu użytkownika, jednostkowych

• raportów wygenerowanych za pomocą narzędzi typu profiler przed oraz po optymalizacji)

w formie cyfrowej na nośniku CD/DVD oznaczone wersją

i podpisane elektronicznie ze znacznikiem czasu oraz w postaci wydruku (4 egzemplarze).

4. Etap wdrożenia na środowisku produkcyjnym.

Rozpoczęcie:	Po wydaniu decyzji przez Kierownika Projektu Zamawiającego, jednak nie później niż 3 miesiące od daty zakończenia testów akceptacyjnych.
Przedmiot odbioru:	1. Zainstalowany na środowisku produkcyjnym Zamawiającego System przetwarzania danych PSH z naniesionymi poprawkami. 2. Zaktualizowana dokumentacja projektowa, administratora, techniczna, instrukcja użytkownika .
Forma odbioru:	1.	Poprawne wykonanie na środowisku produkcyjnym Zamawiającego scenariuszy testowych zawierających x.xx.: • Wygenerowanie 10 wskazanych przez Zamawiającego raportów przez uniwersalny moduł dostępny dla wszystkich aplikacji. • Wygenerowanie 10 wskazanych przez Zamawiającego raportów z aplikacji MWP w czasie nie dłuższym niż czas wygenerowania tego samego raportu w aplikacji desktopowej Monitoring Wód Podziemnych w wersji 6.1.1128.0 działająca w środowisku Zamawiającego. • Poprawne skonfigurowanie szablonów przestrzeni roboczych dla oprogramowania GeoMedia Professional 6.1 (format GWS) oraz ArcGIS w wersji 9 i 10 (format MXD) umożliwiających wyświetlanie danych dotyczących geometrii punktowych z baz danych

CBDH, POBORY i MWP i MINERALNE w podziale na kategorie (zakres prezentowanych atrybutów do ustalenia z Zamawiającym) poprzez skonfigurowanie połączeń do odczytu bezpośrednio z bazą Oracle. Dodatkowo w skonfigurowanych przestrzeniach roboczych należy podłączyć wszystkie wskazane w zamówieniu warstwy referencyjne (zakres prezentowanych warstw do ustalenia z Zamawiającym).

• Poprawne wygenerowanie za pomocą kreatora (wywoływanego z okna mapy) 10 raportów konfliktów oraz selekcji pomiędzy warstwami obiektów punktowych, a innymi warstwami na podstawie wskazanych przez Zamawiającego kryteriów (x.xx. wybór warstw na podstawie: list rozwijanych, rysowania na mapie, warstw podkładowych lub wgrania pliku).

• Poprawne wykonanie kopii zapasowej systemu oraz jej odtworzenie według procedur przekazanych przez Wykonawcę.

2. Przekazanie kodów źródłowych (wraz ze skryptami tworzącymi środowisko systemowe) uwzględniających wszystkie poprawki zaimplementowane po testach akceptacyjnych z wyszczególnieniem dokonanych poprawek w formie cyfrowej na nośniku CD/DVD oznaczone wersją i podpisane elektronicznie ze znacznikiem czasu (4 egzemplarze). Przy przekazaniu kodów źródłowych należy w obecności przedstawiciela Zamawiającego skompilować przekazane kody, a otrzymaną kompilację uruchomić na środowisku testowym Zamawiającego

3. Przekazanie wersji instalacyjnych aplikacji po zakończonych testach akceptacyjnych na płytach CD/DVD (4 egzemplarze).

4. Przekazanie (w formie cyfrowej na nośniku CD/DVD oznaczonej wersją i podpisanej elektronicznie ze znacznikiem czasu oraz w postaci wydruku) zaktualizowanej pełnej dokumentacji projektowej, administratora, technicznej systemu przetwarzania danych PSH uwzględniającej naniesione poprawki (4 egzemplarze). Wraz z dokumentacją Wykonawca zobowiązany jest przekazać skrypty startujące i zamykające system SPD-PSH oraz procedury backupowania i odtwarzania systemu.

5. Instrukcje dla

użytkowników w formie cyfrowej na nośniku CD oznaczone wersją i podpisane elektronicznie ze znacznikiem czasu oraz w postaci wydruku (po 4 egzemplarze);

5. Etap świadczenia usług Asysty Technicznej

Rozpoczęcie:	Po wdrożeniu Systemu przetwarzania danych PSH na środowisku produkcyjnym Zamawiającego.
Przedmiot odbioru:	Usługi Asysty Technicznej.
Zakończenie	31.03.2015 r.
Forma odbioru:	Indywidualna weryfikacja poszczególnych usług. W przypadku, gdy realizacja usługi będzie modyfikowała kody źródłowe, Wykonawca będzie zobowiązany do przekazywania kodów źródłowych uwzględniających wszystkie poprawki zaimplementowane w ramach asysty z wyszczególnieniem dokonanych poprawek w formie cyfrowej na nośniku CD/DVD oznaczone wersją i podpisane elektronicznie ze znacznikiem czasu. Przy przekazaniu kodów źródłowych Wykonawca na żądanie Zamawiającego wykona w obecności przedstawiciela Zamawiającego skompilowanie kodów i odtworzenie ich na środowisku testowym Zamawiającego. Przy każdej realizacji usługi asysty Wykonawca zobowiązany jest przekazać uaktualnioną dokumentację (analityczną, administracyjną, techniczną, instrukcję użytkownika) jeśli dana usługa miała na nią wpływ.

Odbiór końcowy prac określonych w pkt. 1-4 powyżej nastąpi do dnia 17.10.2014 r. Wykonawca jest zobowiązany w ramach zatwierdzonego projektu dokonać ostatecznych modyfikacji systemu zgodnie z uwagami zgłoszonymi w trakcie testowania przez Zamawiającego w terminie do dnia 30.10.2014 r.

III.

Warunki gwarancji, serwisu gwarancyjnego i pogwarancyjnego

I. Pojęcia

1. System — przedmiot podlegający gwarancji, obejmuje: a. ………………………………………..

b. ………………………………………..

2. incydent — nieprawidłowość w eksploatacji aplikacji

3. awaria — incydent całkowicie uniemożliwiający eksploatację aplikacji, a nie pozwalający na znalezienie takiego sposobu używania aplikacji, aby obejść przyczyny incydentu.

4. usterka — incydent tak jak powyżej, w przypadku którego istnieje jednak taki sposób używania aplikacji, że możliwe jest obejście przyczyn incydentu w sposób wskazany przez Wykonawcę,

5. wada-błąd — incydent, który nie został zaklasyfikowany jako awaria lub usterka, który zakłóca normalną pracę aplikacji.

II. Wprowadzenie

Dokument niniejszy opisuje warunki gwarancji i realizacji zgłoszeń związanych z zaistnieniem incydentów w aplikacji. Realizacja zgłoszeń może odbywać się w ramach napraw gwarancyjnych lub pogwarancyjnych świadczonych na rzecz Państwowego Instytutu Geologicznego - Państwowego Instytutu Badawczego. Jedyną różnicą w świadczeniu napraw gwarancyjnych lub pogwarancyjnych jest finansowanie prac.

III. Warunki gwarancji

1. Wykonawca zapewnia, że wykonana aplikacja spełnia wszystkie uznane standardy w odpowiedniej dziedzinie, wymogi opisane przez Zamawiającego w umowie i w stosownych Załącznikach oraz, że zostanie on przygotowany zgodnie ze stanem prawnym obowiązującym na dzień odbioru końcowego prac.

2. Wykonawca udziela Zamawiającemu gwarancji na prawidłowe, wolne od wad i nieprzerwane działanie aplikacji na okres określony w pkt. VII niniejszych warunków, liczony od daty odbioru aplikacji bez zastrzeżeń i potwierdzonego podpisanym przez Xxxxxx protokołem odbioru.

3. W przypadku naprawy dokonanej w ramach gwarancji, okres gwarancyjny dla poszczególnych elementów aplikacji podlegających naprawie będzie wydłużony o czas naprawy. W przypadku wymiany aplikacji w ramach gwarancji okres gwarancyjny dla aplikacji biegnie od początku licząc od dnia zakończenia naprawy.

4. W okresie gwarancji Wykonawca zobowiązuje się usuwać bez dodatkowych opłat wszelkie awarie, usterki, wady i błędy w działaniu aplikacji.

5. Aplikacja dostarczona w ramach umowy musi posiadać trwałe etykiety zawierające wszystkie informacje niezbędne do dokonania zgłoszenia powstałego przy korzystaniu z aplikacji incydentu do Wykonawcy wg zasad określonych poniżej.

6. Wykonawca zobowiązuje się każdorazowo po wykonaniu modyfikacji kodu źródłowego i wdrożeniu nowej wersji oprogramowania w systemie produkcyjnym Zamawiającego w terminie 7 dni od daty wykonania do:

a. dostarczenia na nośniku cyfrowym kompletnej, ostatecznej i aktualnej wersji oprogramowania w formie kodu źródłowego tożsamej z binariami wdrożonymi w systemie Zamawiającego oraz w formie skompilowanej wraz z wszystkimi komponentami i bibliotekami programistycznymi wykorzystanymi w trakcie tworzenia i wdrożenia ,

b. dostarczenia na nośniku cyfrowym kompletnej aktualizacji dokumentacji dotyczącej wdrożenia i zmian w konfiguracji środowiska informatycznego Zamawiającego (systemów operacyjnych, środowiska uruchomieniowego, aplikacji itp.),

c. podpisanie materiałów dostarczanych w formie elektronicznej podpisem elektronicznym ze znacznikiem czasu

IV. Realizacja naprawy

1. Naprawy nieprawidłowości działania aplikacji realizowane są w następujących krokach:

a. Zgłoszenie przez Zamawiającego nieprawidłowości działania aplikacji

b. Potwierdzenie przez Wykonawcę przyjęcia zgłoszenia

c. Pierwsza reakcja ze strony Wykonawcy

d. Diagnostyka nieprawidłowości działania aplikacji przez Wykonawcę

e. Naprawa przez Wykonawcę nieprawidłowości działania aplikacji

2. Wykonawca zapewni odpowiednio wykwalifikowanych i posiadających odpowiednie uprawnienia pracowników do realizacji zgłoszenia.

3. Wykonawca dołoży wszelkich starań i uruchomi możliwe środki, aby maksymalnie skrócić czas naprawy i uzyskać wymierny efekt jakościowy naprawy.

IV.1. Zgłaszanie nieprawidłowości

1. Wszystkie przypadki nieprawidłowego działania aplikacji Zamawiający zgłasza Wykonawcy:

a. telefonicznie

b. za pośrednictwem faxu

c. za pośrednictwem SMS – wysyłane automatycznie z systemu informatycznego

d. za pośrednictwem poczty elektronicznej

e. za pośrednictwem systemu informatycznego

f. na piśmie

2. Wykonawca zobowiązuje się do przyjmowania zgłoszeń o nieprawidłowości działania aplikacji w godzinach określonych w pkt. VII.

3. Wykonawca w warunkach szczególnych może wydłużyć czas przyjmowania zgłoszeń.

4. Zamawiający określi osoby uprawnione do dokonywania zgłoszeń incydentów.

5. Zgłoszenie będzie zawierać wszelkie znane Zamawiającemu informacje konieczne do podjęcia działań zmierzających do zdiagnozowania faktycznej przyczyny występowania incydentu oraz — docelowo — do usunięcia nieprawidłowości działania aplikacji.

6. Podczas zgłaszania incydentów Zamawiający dokona klasyfikacji incydentu (awaria/usterka/wada-błąd).

IV.2. Potwierdzenie zgłoszenia

1. Wykonawca niezwłocznie w sposób automatyczny lub wymagający interwencji pracownika dokona potwierdzenia otrzymania zgłoszenia.

2. Potwierdzenie przyjęcia zgłoszenia nastąpi w czasie określonym w pkt. VII liczonym od momentu dokonania zgłoszenia.

3. Wykonawca zobowiązuje się dokonywać potwierdzenia zgłoszenia w godzinach, w których Zamawiający ma prawo dokonywania zgłoszeń incydentów.

4. Dopuszczane są następujące formy potwierdzenia zgłoszenia:

a. potwierdzenie prawidłowości transmisji faxu na wskazany numer

b. potwierdzenie przyjęcie poczty elektronicznej generowane automatycznie przez serwer pocztowy, na którym znajduje się skrzynka pocztowa serwisu Wykonawcy

x. xxxxxxxxxxxxx przyjęcia korespondencji pisemnej

d. za pośrednictwem poczty elektronicznej

e. za pośrednictwem faxu

f. za pośrednictwem systemu informatycznego

g. na piśmie

5. Za potwierdzenie przyjęcia zgłoszenia przyjmuje się:

Forma zgłoszenia	Forma potwierdzenia przyjęcia zgłoszenia
	Potwierdzenie transmisji faxu	Automatyczne potwierdzenie przyjęcia poczty	Potwierdzenie przyjęcia korespondencji	Poczta elektroniczna	Fax	Automatyczne potwierdzenie z systemu IT	Pisemne
Telefoniczne				X	X		X
Fax	X			X	X		X

SMS				X	X		X
Poczta elektroniczna		X		X	X		X
System IT				X	X	X	X
Pisemne			X	X	X		X

IV.3. Reakcja na zgłoszenie

1. Zamawiający wymaga uzyskania pierwszej reakcji Wykonawcy na zgłoszenie incydentu w czasie określonym w pkt. VII, liczonym od otrzymania przez Zamawiającego potwierdzenia przyjęcia zgłoszenia.

2. Czas reakcji Wykonawcy nie jest ograniczony czasem przyjmowania zgłoszeń.

3. Reakcja Wykonawcy jest rozumiana jako kontakt z określonym w pkt. VII przedstawicielem Zamawiającego w celu uszczegółowienia i wyjaśnienia zgłoszenia.

IV.4. Diagnostyka nieprawidłowości

1. Czas diagnostyki Wykonawcy nie jest ograniczony czasem przyjmowania zgłoszeń i czasem reakcji na zgłoszenie.

IV. 5. Naprawa

1. Nieprawidłowość w funkcjonowaniu systemu związana z incydentem zostanie usunięta w czasie określonym w pkt. VII.

2. Czas naprawy Wykonawcy nie jest ograniczony czasem przyjmowania zgłoszeń.

3. Czas naprawy uznaje się za dotrzymany, jeżeli przed jego upływem wada w działaniu oprogramowania została usunięta.

4. Przed przystąpieniem do usuwania nieprawidłowości w działaniu systemu związanego ze zgłoszonym incydentem, które wiąże się z ryzykiem utraty danych, Wykonawca dokona archiwizacji danych powiązanych z aplikacją/ systemem, jeśli będzie taka możliwość.

V. Zmiana klasyfikacji zgłoszenia

1. Jednak w sytuacji, w której zidentyfikowano usterkę lub występuje błąd w oprogramowaniu innej kategorii, a ze względu na konieczne przetwarzanie danych, uwarunkowania czasowe lub inne ważne czynniki dla Zamawiającego staje się on awarią, oraz jeżeli zostanie to uzgodnione i uznane przez obie strony za konieczne, Wykonawca na wniosek Zamawiającego może przystąpić do świadczenia serwisu poza godzinami roboczymi.

VI. Zachowanie poufności

1) W trakcie wykonywania Zamówienia Strony mogą mieć dostęp do informacji wzajemnie poufnych. Strony zobowiązują się wobec siebie do przekazywania informacji poufnych tylko w zakresie niezbędnym do realizacji Zamówienia i wyraźnego pouczenia drugiej Strony o poufności materiałów oraz do zabezpieczenia otrzymywanych jako poufne informacji przed rozpowszechnianiem lub przekazaniem osobom trzecim.

2) Wszelkie informacje chronione przestają podlegać powyższym postanowieniom wyłącznie w następujących sytuacjach:

a. jeżeli informacja została ujawniona publicznie przez drugą Stronę, chyba, że określony został ściśle krąg jej odbiorców;

b. jeżeli informacja została ujawniona publicznie przez osobę trzecią do tego uprawnioną;

c. jeżeli ujawnienia informacji żąda sąd lub organ ścigania w toku prowadzonych czynności, albo inny organ lub instytucja uprawniona do tego przez przepisy prawa;

d. jeżeli właściciel informacji chronionej wyrazi na to uprzednio zgodę pisemną;

e. jeżeli informacja została ujawniona w wyniku wykonywania obowiązków nałożonych przepisami prawa;

3) Postanowienia dotyczące poufności obowiązują w trakcie wykonywania Usług świadczonych w

ramach Zamówienia, jak i w ciągu 5 lat po ich wykonaniu.

VII. Warunki szczegółowe gwarancji

	System
okres gwarancji	18 miesięcy
okres rękojmi	21 miesięcy
Czas przyjmowania zgłoszeń	800-1600
Maksymalny czas potwierdzenia przyjęcia zgłoszenia	2 godziny
Maksymalny czas reakcji na zgłoszenie	4 godziny
Czas usunięcia incydentu dla awarii	48 godzin
Czas usunięcia incydentu dla usterki	1 tydzień
Czas usunięcia incydentu dla wady-błędu	72 godziny

VIII. Wykaz osób ze strony Zamawiającego uprawnionych do zgłaszania i wyjaśniania

incydentów:

1. …………………………….

2. …………………………….

3. …………………………….

4. …………………………….

Załącznik nr 2 do SIWZ - Istotne postanowienia umowy

UMOWA nr ………………

zawarta w dniu w Warszawie pomiędzy:

Państwowym Instytutem Geologicznym – Państwowym Instytutem Badawczym z siedzibą w Warszawie przy ul. Rakowieckiej 4, zarejestrowanym przez Sąd Rejonowy dla x.xx. Warszawy w Warszawie, XIII Wydział Gospodarczy Krajowego Rejestru Sądowego, pod nr KRS 0000122099, NIP 000- 000-00-00, w imieniu którego działają:

• ............................................................................................................................................................

..

• ............................................................................................................................................................

..

zwanym w dalszej części umowy Zamawiającym, a

..........................................................................................................................................................., z siedzibą w ..........................., ul. ..................................... NIP wpisaną do rejestru

…….............. pod numerem ............... prowadzonym przez ,

reprezentowaną przez:

• ............................................................................................................................................................

..

• ............................................................................................................................................................

..

zwaną dalej Wykonawcą.

W rezultacie dokonanego przez Xxxxxxxxxxxxx wyboru oferty w trybie przetargu nieograniczonego (

……..) zgodnie z ustawą z dnia 29 stycznia 2004 r. Prawo zamówień publicznych (tekst jednolity Dz. U. z 2013 r. poz. 907 z późn. zm.), została zawarta umowa o treści następującej:

§ 1. Przedmiot umowy

1. Przedmiotem zamówienia jest wykonanie usług informatycznych w zakresie projektu pt: „System przetwarzania danych PSH – rozbudowa aplikacji do gromadzenia i przetwarzania informacji hydrogeologicznej, dostosowanie do Dyrektywy INSPIRE oraz do aktualnych aktów prawnych” polegających na wykonaniu:

1) systemu w wersji 8.0 tj. rozbudowie aplikacji internetowych CBDH, POBORY, MWP, MAPA i MINERALNE wraz z wdrożeniem, modyfikacją struktury bazy danych, zapewnieniem działania wszystkich aplikacji internetowych w ramach systemu przetwarzania danych PSH (SPD PSH), które to prace łącznie zwane są dalej „Programem” lub „Dziełem”;

2) wykonanie dokumentacji Programu

3) świadczenie usług asysty technicznej w wymiarze maksymalnie 690 godzin, która wykonywana będzie nie dłużej niż do dnia 31.03.2015 r.

2. Rozbudowa aplikacji do gromadzenia i przetwarzania informacji hydrogeologicznej obejmuje:

a) Rozbudowa systemu do gromadzenia i przetwarzania informacji hydrogeologicznej obejmuje modernizację aplikacji internetowej CBDH wraz z modyfikacją baz danych.

b) Rozbudowa systemu do gromadzenia i przetwarzania informacji hydrogeologicznej obejmuje modernizację aplikacji internetowej POBORY wraz z modyfikacją baz danych.

c) Rozbudowa systemu do gromadzenia i przetwarzania informacji hydrogeologicznej obejmuje modernizację aplikacji internetowej MWP wraz z modyfikacją baz danych.

d) Rozbudowa systemu do gromadzenia i przetwarzania informacji hydrogeologicznej obejmuje utworzenie aplikacji internetowej MAPA wraz z modyfikacją baz danych.

e) Rozbudowa systemu do gromadzenia i przetwarzania informacji hydrogeologicznej obejmuje utworzenie aplikacji internetowej MINERALNE wraz z modyfikacją baz danych.

3. Szczegółowy opis przedmiotu umowy określa Załącznik nr 1 do niniejszej umowy.

4. Wykonawca zapewnia, iż przed złożeniem oferty i przystąpieniem do postępowania o udzielenie zamówienia publicznego szczegółowo zapoznał się z całą dokumentacją przetargową, postanowieniami Umowy oraz załącznikami i uznał zawarte w nich informacje i dane za w pełni wystarczające dla wykonania Umowy.

§ 2. Terminy i etapy realizacji

1. Przedmiot umowy obejmujący wykonanie Programu z kompletną dokumentacją, Wykonawca zobowiązuje się wykonać do dnia 17.10.2014 r. przy czym ostateczny odbiór po uwzględnieniu wszystkich uwag Zamawiającego zgłoszonych w trakcie testowania nastąpi nie później niż do dnia 30.10.2014 r., zaś usługi w zakresie asysty technicznej do dnia 31.03.2015 r. lub w maksymalnym wymiarze 690 godzin, zależnie które ze zdarzeń nastąpi wcześniej

2. Przedmiot umowy będzie realizowany w 5 etapach:

1) Etap projektowy;

2) Etap implementacji i wdrożenia na środowisku testowym;

3) Etap testów akceptacyjnych;

4) Etap wdrożenia na środowisku produkcyjnym;

5) Etap świadczenia usług Asysty technicznej;

3. Wykonawca przed zawarciem umowy opracuje szczegółowy harmonogram realizacji przedmiotu umowy. Harmonogram uwzględniał będzie podział na etapy oraz zakres prac opisany w Załączniku nr 1 do niniejszej umowy (część III ). Harmonogram zostanie uzgodniony z Zamawiającym i będzie stanowił Załącznik nr 3 do umowy.

§ 3 Realizacja umowy, obowiązki Wykonawcy

1. Wykonawca zapewnia należyte wykonanie Umowy. Świadczenie wykonawcy ma charakter niepodzielny, chyba że Strony wprost postanowiły inaczej. Dla wykonania Umowy i otrzymania wynagrodzenia, niezbędne jest w szczególności kompleksowe wykonanie przedmiotu zamówienia i uzyskanie przez Program wszelkich celów i rezultatów, jak też przeniesienie autorskich praw majątkowych do Utworów, jakie zostaną stworzone w wykonaniu niniejszej Umowy na polach eksploatacji określonych w umowie.

2. Wykonawca zapewni realizację przedmiotu Umowy przez osoby posiadające stosowne doświadczenie i kwalifikacje, wykazane w trakcie składania oferty w postępowaniu o udzielenie zamówienia publicznego. Wykaz osób skierowanych do realizacji przedmiotu umowy określa załącznik nr 4 do niniejszej umowy.

3. W przypadku zmiany składu personalnego tego zespołu, Wykonawca każdorazowo zawiadomi Zamawiającego na piśmie. Zmiany w zespole wykonawców mogą być wprowadzone wyłącznie w przypadku, kiedy kwalifikacje osoby zastępującej będą odpowiadać wymaganiom Zamawiającego określonym w załącznik nr 4, co Zamawiający potwierdza odpowiednia adnotacją na piśmie Wykonawcy. Zmiana w składzie osobowym staje się skuteczna z chwilą dokonania takiej akceptacji przez Zamawiającego. Zmiany w składzie osobowym zespołu wykonawczego nie wymagają sporządzenia Aneksu do niniejszej umowy.

4. Wykonawca może korzystać z podwykonawców wyłącznie po ich wcześniejszej wyraźnej akceptacji przez PIG-PIB. Wykonawca odpowiedzialny jest za działania podwykonawców jak za własne działania lub zaniechania osób, z których pomocą działania wykonywał.

5. Umowę uznaje się w szczególności za niewykonaną, jeżeli nie osiągnięto w pełni któregokolwiek z Etapów lub zadań przedstawionych w załączniku nr 1, lub nie osiągnięto celów lub rezultatów określonych w Umowie lub w załącznikach.

6. Usługi asysty technicznej wykonywane będą na podstawie odrębnych zleceń Zamawiającego, składanych Wykonawcy pocztą elektroniczną na adres wskazany w § 4 ust. 6, przez upoważnionych przedstawicieli Zamawiającego wskazanych w tym postanowieniu Umowy za pomocą formularza, którego wzór stanowi Załącznik nr 5 do Umowy (Wzór Zgłoszenia Zapotrzebowania na Usługi Asysty Technicznej). Wykonawca udziela odpowiedzi na zgłoszenie poprzez wypełnienie odpowiedniej sekcji w formularzu zgłoszeniowym. Zamawiający akceptuje zaproponowane warunki lub proponuje ich zmianę. Uzgodniony sposób realizacji stanowi podstawę dla Wykonawcy do realizacji zlecenia.

7. Wykonawca zobowiązuje się do:

1) zrealizowania wszystkich prac i spełnienia wymagań określonych w opisie przedmiotu umowy będącym

Załącznikiem nr 1 do niniejszej umowy, w terminach ustalonych w umowie i harmonogramie,

2) dołożenia najwyższej staranności, jakiej można oczekiwać od podmiotu zajmującego się profesjonalnie tego typu działalnością przez cały okres realizacji umowy;

3) konsultowania z Zamawiającym proponowanych rozwiązań w ramach realizacji przedmiotu umowy, z uwzględnieniem analizy potrzeb Zamawiającego oraz dokonywanie poprawek w sposób i w terminach opisanych w niniejszej umowie;

4) uzyskania zgody Zamawiającego na powierzenie wykonania prac objętych niniejszą umową osobie trzeciej (podwykonawcy),

5) nie naruszania zasady, iż przy realizacji niniejszej umowy nie mogą brać udział pracownicy Zamawiającego.

8. Wykonawca oświadcza, że:

1) znany jest mu cel umowy i nie ma przeszkód do jego realizacji zgodnie z harmonogramem oraz za wynagrodzeniem określonym w umowie,

2) dysponuje odpowiednim potencjałem ludzkim, organizacyjnym i technologicznym, wymaganym do wykonania tej umowy.

6

§ 4. Odbiory

1. Przedmiot odbioru określa Załącznik nr 1 ( część III) do niniejszej umowy.

2. Strony ustalają, że:

1) Wykonanie poszczególnych etapów potwierdzone będzie protokołami odbiorów częściowych, zaś całego przedmiotu umowy – wdrożenie Systemu przetwarzania danych PSH po testach funkcjonalnych – protokole odbioru końcowego.

2) Wykonawca jest zobowiązany w ramach zatwierdzonego projektu dokonać ostatecznych modyfikacji systemu zgodnie z uwagami zgłoszonymi w trakcie testowania przez Zamawiającego. Prace te zakończą się protokołem odbioru końcowego.

3) wykonanie usługi asysty technicznej potwierdzone będzie protokołami odbioru, sporządzanymi na koniec każdego miesiąca kalendarzowego w czasie którego te usługi były wykonywane. W każdym protokole odbioru tych prac zostanie potwierdzona liczba roboczo-godzin jakie Wykonawca przeznaczył na wykonywanie tych prac w danym miesiącu, łączna liczba godzin wykorzystanych z puli 690 roboczo-godzin oraz liczba godzin jaka pozostała jeszcze do wykorzystania.

3. Wszystkie materiały przekazywane w formie papierowej mają być przekazane również w formie cyfrowej. Materiały w formie cyfrowej muszą być oznaczone wersją i być podpisane elektronicznie ze znacznikiem czasu.

4. Dokumentacja techniczna powinna zawierać x.xx.:

a) opis budowy systemu,

b) opis wykorzystanych technologii,

c) opis sposobu wymiany danych,

d) opis wprowadzonych poprawek i zmian w stosunku do zaakceptowanej koncepcji.

5. Odbiory dokonywane będą z udziałem przedstawicieli obu Stron.

6. Do podpisywania protokołów odbioru jak również dokonywania innych czynności Związanych z realizacją przedmiotu umowy upoważnione są:

-ze strony Zamawiającego:

• ..............................................................

-ze strony Wykonawcy:

• ..............................................................

Zmiany przedstawicieli Stron dokonywane będą w formie pisemnego zawiadomienia drugiej strony, bez konieczności zmiany umowy.

7. Bez podpisów wszystkich w/w osób czynność odbioru jest bezskuteczna.

8. W protokołach odbiorów zostaną opisane szczegółowo przedmioty i zakresy odbieranej pracy, (w jakiej formie są przekazywane, w ilu egzemplarzach).

9. Jeżeli w trakcie odbioru prac okaże się, że wykonany przedmiot umowy lub jego część wymaga poprawek lub uzupełnień, w protokole odbioru Strony ustalą termin na dokonanie tych poprawek i uzupełnień nie dłuższy niż 5 (pięć) dni roboczych.

10. Protokół odbioru końcowego prac „bez zastrzeżeń” o którym mowa w § 4 ust. 2 pkt. 1-2 umowy stanowi podstawę do wystawienia faktury VAT przez Wykonawcę.

11. Za datę odbioru końcowego przedmiotu umowy obejmującego wykonanie Programu oraz dokumentacji( § 1 ust. 1 pkt. 1-2 umowy) strony ustalają dzień ostatecznego odbioru całości prac będących przedmiotem umowy, po przeprowadzonych testach i po dokonaniu wszelkich poprawek i uzupełnień, zgłoszonych przez Zamawiającego.

§ 5. Wynagrodzenie, warunki płatności

1. Za wykonanie przedmiotu umowy, o którym mowa w § 1 ust. 1 pkt. 1-2 umowy wraz z przeniesieniem autorskich praw majątkowych na Zamawiającego, Zamawiający zobowiązuje się zapłacić łącznie wynagrodzenie brutto……………………………….zł (słownie złotych ),

zgodnie z Formularzem cenowym Wykonawcy Załącznik nr 2 do niniejszej umowy.

2. Za świadczenie usług asysty technicznej, Zamawiający zobowiązuje się zapłacić wynagrodzenie za rzeczywiście wykonane usługi za ilość godzin zrealizowanych w danym miesiącu, potwierdzoną protokołem odbioru po cenie jednostkowej roboczo-godziny wynoszącej ………………….zł brutto/h (zgodnie z Formularzem cenowym Wykonawcy, którego kopia jest Załącznikiem nr 2 do niniejszej umowy).

3. Wynagrodzenie za wykonanie prac zgodnie z § 1 ust. 1 pkt 1-2. płatne będzie jednorazowo, przelewem na rachunek bankowy Wykonawcy wskazany w fakturze.

4. Podstawą wystawienia faktury VAT będzie protokół odbioru końcowego (§4 ust 10), potwierdzający wykonanie Programu oraz dokumentacji, podpisany przez upoważnionych przedstawicieli.

5. Wynagrodzenie za usługę asysty technicznej płatne będzie w oparciu o protokoły odbioru, o których mowa w § 4 ust. 2 pkt 3 oraz faktur VAT.

6. Zapłata wynagrodzenia Wykonawcy nastąpi w terminie 30 dni od dnia otrzymania przez Zamawiającego prawidłowo wystawionej faktury VAT.

7. Wynagrodzenie ustalone w ust. 1 i 2 wyczerpuje wszelkie należności Wykonawcy wobec Zamawiającego związane z realizacją umowy i Wykonawcy nie przysługuje od Zamawiającego zwrot jakichkolwiek kosztów poniesionych przez Wykonawcę w związku z realizacją umowy.

8. Umowa niniejsza jest finansowana ze środków publicznych w rozumieniu ustawy z dnia 27.08.2009 r. o finansach publicznych (Dz. U. z 2013 poz. 885 ze zm.).

§ 6. Prawa autorskie

1. Wykonawca oświadcza, że do utworów będących przedmiotem niniejszej umowy będą mu przysługiwać autorskie prawa majątkowe.

2. Wykonawca oświadcza, że utwory będące przedmiotem umowy będą wolne od wad prawnych, w tym nie będą naruszać dóbr osobistych i praw autorskich osób trzecich, a ponadto prawa do przedmiotowych utworów nie będą niczym ograniczone w zakresie objętym niniejszą umową.

3. W ramach wynagrodzenia określonego w § 5 ust. 1 Wykonawca przenosi na Zamawiającego pełne autorskie prawa majątkowe do utworów będących przedmiotem umowy opisanym w § 1 niniejszej umowy, w rozumieniu art. 1 ustawy z dnia 4 lutego 1994 o prawie autorskim i prawach pokrewnych (t. j. Dz. U. z 2006 Nr 90 poz. 631 ze zm.) – Dzieło wraz z wyłącznym prawem zezwalania na wykonywanie zależnego prawa autorskiego.

4. Zamawiający nabywa prawo do korzystania z utworów będących przedmiotem umowy/wyników prac na polach eksploatacji określonych w art. 50 i 74 ustawy z dnia 4 lutego 1994 o prawie autorskim i prawach pokrewnych (t. j. Dz. U. z 2006 Nr 90 poz. 631 ze zm.).

tj. w zakresie wykonanych

- dokumentacji nabywa prawo do:

1) utrwalania dzieła na wszystkich nośnikach,

2) trwałego lub czasowego utrwalania lub zwielokrotniania w całości lub w części, jakimikolwiek środkami i w jakiejkolwiek formie, niezależnie od formatu, systemu lub standardu, w tym wprowadzanie do pamięci komputera oraz trwałe lub czasowe utrwalanie lub zwielokrotnianie takich zapisów, włączając w to sporządzanie ich kopii oraz dowolne korzystanie i rozporządzanie tymi kopiami,

3) nadawania za pośrednictwem sieci przewodowej i bezprzewodowej, w tym, drogą satelitarną, sieciami Internet (Intranet) lub podobnymi,

4) wykorzystania we wszystkich środkach masowego przekazu,

5) publicznego rozpowszechniania pracy w całości lub części, w szczególności udostępnianie w ten sposób, aby każdy mógł mieć do niego dostęp w miejscu i czasie przez siebie wybranym,

6) wprowadzania do obrotu i dystrybucji oraz udostępniania innym instytucjom i podmiotom trzecim w ramach potrzeb Zamawiającego,

7) tworzenia nowych wersji i adaptacji (tłumaczenie, przystosowanie, zmiana układu lub jakiekolwiek inne zmiany), zezwolenia na tworzenie opracowań i przeróbek dzieła oraz rozporządzanie i

korzystanie z takich opracowań na wszystkich polach eksploatacji określonych w niniejszej umowie,

8) rozporządzania dziełem i jego opracowaniami oraz prawo udostępniania ich do korzystania, w tym udzielania licencji na rzecz osób trzecich, na wszystkich wymienionych powyżej polach eksploatacji,

- zaś w zakresie wykonanych programów komputerowych nabywa prawo do:

1) trwałego lub czasowego zwielokrotnienia programu komputerowego w całości lub w części jakimikolwiek środkami i w jakiejkolwiek formie, niezależnie od formatu, systemu lub standardu, w tym wprowadzania do pamięci komputera oraz trwałego lub czasowego utrwalania lub zwielokrotniania takich zapisów, włączając w to sporządzanie ich kopii oraz dowolne korzystanie i rozporządzanie tymi kopiami,

2) tłumaczenia, przystosowywania, zmiany układu lub jakichkolwiek innych zmian w programie komputerowym, z zachowaniem praw osoby, która tych zmian dokonała,

3) rozpowszechniania, w tym sprzedaży, użyczenia lub najmu, programu komputerowego lub jego kopii.

4) stosowania, wyświetlania, przekazywania i przechowywania niezależnie od formatu, systemu lub standardu,

5) wprowadzania do obrotu, użyczanie lub najmu oryginału albo egzemplarzy,

6) tworzenia nowych wersji i adaptacji (tłumaczenie, przystosowanie, zmiana układu lub jakiekolwiek inne zmiany),

7) publicznego rozpowszechniania, w szczególności udostępniania w ten sposób, aby każdy mógł mieć do niego dostęp w miejscu i czasie przez siebie wybranym, w szczególności elektronicznego udostępniania na żądanie,

8) rozpowszechniania w sieci Internet oraz w sieciach zamkniętych,

9) zwielokrotniania kodu lub tłumaczenia jego formy (dekompilacja), włączając w to prawo do trwałego lub czasowego zwielokrotniania w całości lub w części jakimikolwiek środkami i w jakiejkolwiek formie, a także opracowania (tłumaczenia, przystosowania lub jakichkolwiek innych zmian) bez ograniczania warunków dopuszczalności tych czynności, w szczególności, ale nie wyłącznie, w celu wykorzystania dla celów współdziałania z programami komputerowymi lub rozwijania, wytwarzania lub wprowadzania do obrotu, użyczania, najmu, lub innych form korzystania o podobnej lub zbliżonej formie,

10) zezwolenia na tworzenie opracowań i przeróbek Programu oraz rozporządzania i korzystania z takich opracowań na wszystkich polach eksploatacji określonych w niniejszej umowie,

11) określenia nazw Programu, pod którymi będzie on wykorzystywany lub rozpowszechniany,

12) wykorzystywania Programu do celów marketingowych lub promocji, w tym reklamy, sponsoringu, promocji sprzedaży, a także do oznaczenia lub identyfikacji produktów i usług oraz innych przejawów działalności, a także dla celów edukacyjnych lub szkoleniowych,

13) rozporządzania utworami składającymi się na Program i ich opracowaniami oraz prawo udostępniania ich do korzystania, w tym udzielania licencji na rzecz osób trzecich, na wszystkich wymienionych powyżej polach eksploatacji.

5. Przeniesienie praw, o którym mowa wyżej nie jest ograniczone ani czasowo, ani terytorialnie, tzn. odnosi się zarówno do terytorium Polski, jak i do terytoriów wszystkich innych państw i terytoriów.

6. Wykonawca oświadcza, że zrzeka się wobec Zamawiającego jakichkolwiek roszczeń wynikających lub mogących wyniknąć w przyszłości z tytułu naruszenia autorskich praw majątkowych i praw zależnych do Dzieła.

7. Prawa autorskie oraz inne prawa nabyte przez Zamawiającego na zasadach określonych w Umowie, mogą być przez niego przeniesione na osoby trzecie.

8. Wykonawca upoważnia Zamawiającego do wykonywania w imieniu autora Xxxxxx jego autorskich praw osobistych, w szczególności do:

1) decydowania o nienaruszalności dzieła (treści i formy)

2) decydowania o pierwszym udostępnieniu dzieła publiczności

3) decydowania o nadzorze nad sposobem korzystania z dzieła.

9. Z chwilą dostarczenia Dzieła Zamawiającemu, Wykonawca przenosi na niego własność egzemplarzy (nośników materialnych), na których utrwalono to Dzieło.

10. Wykonawca oświadcza, że wszystkie dane i informacje pozyskane od Zamawiającego, którymi Wykonawca posługiwał się przy wykonaniu przedmiotu umowy, nie zostaną wykorzystane w innym celu aniżeli służącym realizacji niniejszej umowy i będą podlegały zwrotowi Zamawiającemu niezwłocznie po skutecznym odbiorze przedmiotu umowy.

§ 7. Gwarancje i rękojmia oraz asysta techniczna

1. Wykonawca gwarantuje wykonanie przedmiotu Umowy z należytą starannością merytoryczną jakiej wymaga się od podmiotu profesjonalnego oraz zgodnie z postanowieniami niniejszej Umowy.

2. Zważywszy na fakt, że cel i przeznaczenie przedmiotu umowy są Wykonawcy znane, Wykonawca jest odpowiedzialny względem Zamawiającego, w ramach gwarancji jakości w okresie 18 miesięcy oraz równolegle biegnącej rękojmi wydłużonej o 3 miesiące (trwającej 21 miesięcy) –od dnia odbioru końcowego przedmiotu umowy.

3. Warunki gwarancji oraz serwisu gwarancyjnego określa Załącznik nr 1(część IV) - Warunki gwarancji, serwisu gwarancyjnego i pogwarancyjnego.

4. Niezależnie od udzielonej przez Wykonawcę gwarancji, w przypadku ujawnienia, w okresie wskazanym w ust. 2 powyżej, wad (tak fizycznych jak i prawnych) lub usterek w wykonanym przedmiocie umowy, Zamawiający jest uprawniony do wykonania uprawnień wynikających z rękojmi i niezwłocznie poinformuje o tym Wykonawcę na piśmie.

5. Wykonawca zobowiązany jest w ramach wynagrodzenia określonego w § 5 do usunięcia wszelkich wad i usterek w odpowiednim terminie.

6. Wykonawca udzieli Zamawiającemu wsparcia technicznego dla wszystkich zmodernizowanych aplikacji w wymiarze maksymalnie 690 godzin, jednak nie dłużej niż do dnia 31.03.2015 r.

§ 8. Kary umowne

1. W razie opóźnień w realizacji któregokolwiek z etapów, ponad termin ustalony dla każdego z etapów w załączniku nr 1 (cz. III) lub terminu realizacji umowy z § 2 ust.1, Wykonawca zapłaci Zamawiającemu karę umowną w wysokości 0,5% wartości wynagrodzenia umownego brutto, za każdy dzień opóźnienia.

2. W razie opóźnień, w stosunku do terminów uzgodnionych przez strony w protokołach odbioru, w usuwaniu zgłoszonych przez Zamawiającego poprawek lub uzupełnień, Wykonawca zobowiązuje się zapłacić karę umowną w wysokości 0,5 % wynagrodzenia umownego brutto, za każdy dzień opóźnienia.

3. W przypadku nie wykonania obowiązków wynikających z gwarancji Wykonawca zobowiązany jest do zapłaty kary umownej w wysokości 0,2% wartości umowy brutto za każdy dzień opóźnienia ponad termin ustalony na wykonanie tego obowiązku.

4. W przypadku odstąpienia od umowy całkowicie lub częściowo z winy Wykonawcy, Wykonawca zapłaci Zamawiającemu karę umowną w wysokości 15% wartości umowy.

5. Zamawiający może dochodzić na zasadach ogólnych odszkodowania przewyższającego kary umowne w przypadku, gdy szkoda przekracza wysokość kary umownej (łącznie z utraconymi korzyściami).

6. Zamawiający jest uprawniony do potrącenia kary umownej z przysługującego Wykonawcy wynagrodzenia.

§ 9. Odstąpienie od umowy

1. W razie wystąpienia istotnej zmiany okoliczności powodującej, że wykonanie umowy nie leży w interesie publicznym, czego nie można było przewidzieć w chwili zawierania umowy, Zamawiający może odstąpić od umowy w terminie miesiąca od powzięcia wiadomości o powyższych okolicznościach. W takim wypadku Wykonawca może żądać jedynie wynagrodzenia należnego z tytułu częściowego wykonania umowy.

2. Zamawiający jest upoważniony do odstąpienia od niniejszej Umowy ze skutkiem natychmiastowym, jeżeli:

1) Wykonawca zaprzestał prowadzenia działalności, wszczęte zostało wobec niego postępowanie likwidacyjne,

2) Wykonawca zleca wykonanie zadań będących przedmiotem niniejszej umowy osobie trzeciej nie wykazanej w ofercie jako Podwykonawca,

3) Wykonawca nie świadczy lub nienależycie wykonuje prace objęte niniejszą umową, w szczególności niezgodnie z Opisem przedmiotu zamówienia i pomimo wezwania go do zmiany sposobu wykonania i wyznaczenia mu w tym celu dodatkowego 10 dniowego terminu nie zaprzestaje tych naruszeń;

4) opóźnia się z przedstawianiem do odbioru poszczególnych etapów (§ 2 ust. 2 pkt 1-4) o czas dłuższy aniżeli 14 dni,

3. Odstąpienie od umowy powinno nastąpić w formie pisemnej pod rygorem nieważności i powinno zawierać uzasadnienie.

§ 10. Zmiany w umowie

1. Strony dopuszczają wprowadzenie zmian w zapisach umowy w związku z okolicznościami niezawinionymi przez Wykonawcę ani osoby, którymi się posługiwał przy wykonaniu przedmiotu umowy, których nie można było przewidzieć w dniu jej zawarcia.

2. Zamawiający dopuści możliwość dokonywania zmian w treści umowy w stosunku do treści oferty wykonawcy również w sytuacjach, gdy wystąpi co najmniej jedna z poniżej wymienionych okoliczności:

1) zachodzi konieczność zmiany w zakresie podwykonawstwa, za uprzednią zgodą zamawiającego: możliwe jest powierzenie podwykonawcom innego zakresu części zamówienia niż wskazany w ofercie wykonawcy, a także możliwa jest zmiana podwykonawcy na etapie realizacji zamówienia, o ile nie jest to sprzeczne z postanowieniami SIWZ;

2) zmiany terminu realizacji zamówienia jeżeli Wykonawca zgłosi przeszkodę w realizacji zadania zawinioną przez Xxxxxxxxxxxxx;

3) zmiany przepisów mających zastosowanie przy wykonywaniu umowy;

4) zamiany stawki podatku VAT w odniesieniu do całości przedmiotu zamówienia – w przypadku zmiany przepisów ustawy o podatku od towarów i usług;

5) zaistnienie zdarzeń siły wyższej (pożar, powódź itp.) oraz nieznane Stronom i niezależne od ich woli starania, których nie można było wcześniej przewidzieć.

3. Każda zmiana umowy może nastąpić jedynie za zgodą obu stron wyrażoną na piśmie w formie aneksu pod rygorem nieważności, z zastrzeżeniem § 3 ust. 3 i § 4 ust. 6 niniejszej umowy.

§ 11. Podwykonawstwo ( jeśli dotyczy)

1. Wykonawca ponosi wobec Zamawiającego pełną odpowiedzialność za prace, które wykonuje przy pomocy podwykonawców.

2. Wykonawca wykonuje przy pomocy podwykonawców wskazanych w Ofercie wyłącznie te prace, które zostały w Ofercie określone. Zmiana zakresu prac jak również zmiana podwykonawcy wymaga zgody Zamawiającego wyrażonej w formie pisemnej.

3. Wykonawca zobowiązuje się do zapłaty podwykonawcom wynagrodzenia na podstawie łączącego ich stosunku prawnego.

§ 12. Zabezpieczenie należytego wykonania umowy

1. W celu zapewnienia należytego wykonania umowy ustanawia się zabezpieczenie w wysokości 3 % wartości umowy brutto ( § 4 ust. 1 ) tj. PLN.

2. Strony ustalają, że 100% zabezpieczenia , o którym mowa w ust. 1 Wykonawca wniesie przed zawarciem umowy w formie ……………..

3. Zabezpieczenie należytego wykonania umowy wynikające z postanowień ust. 1, w wysokości 70% zostanie zwrócone Wykonawcy w terminie 30 dni od daty końcowego odbioru przedmiotu umowy, zaś pozostałe 30% wartości zabezpieczenia najpóźniej w 15 dniu po upływie terminu rękojmi.

§ 13. Postanowienia końcowe

1. Załączniki stanowią integralną część niniejszej umowy.

2. Wszelkie zmiany i uzupełnienia umowy wymagają formy pisemnej pod rygorem ich nieważności.

3. Ewentualne spory wynikłe w związku z realizacją postanowień niniejszej Umowy, strony będą rozstrzygać polubownie. W razie braku porozumienia spory będą podlegać rozstrzygnięciu przez sąd powszechny właściwy miejscowo dla siedziby Zamawiającego.

4. Bez zgody Xxxxxxxxxxxxx, Wykonawca nie może przenieść na osobę trzecią wierzytelności wynikających z niniejszej umowy.

5. W sprawach nie uregulowanych umową mają ważność przepisy ustawy Prawo Zamówień Publicznych, Kodeks Cywilny oraz Ustawy o prawie autorskim i prawach pokrewnych.

6. Umowę sporządzono w 3 jednobrzmiących egzemplarzach, jeden dla Wykonawcy i dwa dla Zamawiającego.

za Zamawiającego: za Wykonawcę:

.......................................... ........................................

ZAŁĄCZNIK NR 5 do Umowy - Wzór Zgłoszenia Zapotrzebowania na Usługę Asysty Technicznej

PIG-PIB

Zgłoszenie Zapotrzebowania Usługa Asysty Technicznej

WYKONAWCA

Dane dokumentu

Nazwa projektu:

Autor: Stanowisko:

Numer wersji: Data wersji:

Historia wersji (zmian) dokumentu

Nr wersji Data wersji Autor Opis

Zgłoszenie Zapotrzebowania na Usługę Asysty Technicznej

1.1. szczegółowy opis Usługi,

1.2. opis procesu biznesowego

1.3. uzasadnienie Modyfikacji

1.4. określenie oczekiwanego harmonogramu wykonania Usługi

1.5. wykaz aktów prawnych i treść projektów aktów prawnych, które powinny być uwzględnione przy realizacji Usługi

2.Rekomendacja Wykonawcy – Propozycja

Imię i nazwisko

Data

1.6. Szczegółowy opis zakresu Usługi

1.7. Sposób realizacji Usługi

1.8. Wycena

1.9. Harmonogram realizacji Usługi

1.10. Specyficzne uwarunkowania i ograniczenia związane z realizacją Usługi

1.11. Określenie wpływu Usługi na konieczność poniesienia dodatkowych nakładów na niezbędne inwestycje (licencje, sprzęt, etc.).

3. Zatwierdzenie Realizacji Usługi Asysty Technicznej

Koszt realizacji Usługi (netto PLN):

Zamawiający		Wykonawca
Imię i nazwisko		Xxxx i nazwisko
Rola		Rola
Data		Data
Podpis		Podpis

Załącznik nr 3 do SIWZ

Dane Wykonawcy / Wykonawców

występujących wspólnie

Adres Wykonawcy: kod, miejscowość

ulica, nr lokalu

Nr telefonu:

Nr faksu:

E-mail:

REGON:

NIP:

Państwowy Instytut Geologiczny – Państwowy Instytut Badawczy (PIG-PIB)

00-000 Xxxxxxxx xx. Xxxxxxxxxx 0

O F E R T A

Nawiązując do ogłoszenia o przetargu nieograniczonym sygn. EZ-240-135/2013 na:

Wykonanie usług informatycznych w zakresie projektu pt: „System przetwarzania danych PSH - rozbudowa aplikacji do gromadzenia i przetwarzania informacji hydrogeologicznej, dostosowanie do Dyrektywy INSPIRE oraz do aktualnych aktów prawnych” wraz z asystą techniczną.

My niżej podpisani działając w imieniu i na rzecz:

………………………………………………………………………………………………………

(nazwa (firma) dokładny adres Wykonawcy/Wykonawców)

(w przypadku składania oferty przez wykonawców wspólnie ubiegających się o udzielenie zamówienia należy podać nazwy(firmy) i adresy wszystkich tych Wykonawców)

I. Oferujemy wykonanie przedmiotowego zamówienia, określonego w specyfikacji istotnych warunków zamówienia za cenę:

……………………………………………………… słownie: …………………………………………………………

II. Przedmiot niniejszego zamówienia realizowany będzie do dnia 30.10.2014 r. z zastrzeżeniem, że usługa świadczenie asysty technicznej (w wymiarze maksymalnie 690 godzin) ma być realizowana do dnia 31.03.2015 r.

III. Okres gwarancji i rękojmi: zgodnie z SIWZ.

IV. Oświadczamy, że:

1. Zapoznaliśmy się z treścią SIWZ, a w szczególności z opisem przedmiotu zamówienia i z postanowieniami umowy oraz, że wykonamy zamówienie na warunkach i zasadach określonych tam przez Zamawiającego;

2. Otrzymaliśmy konieczne informacje do przygotowania oferty. Akceptujemy wskazany w SIWZ termin związania ofertą, w razie wybrania naszej oferty zobowiązujemy się do podpisania umowy na warunkach zawartych w SIWZ w miejscu i terminie wskazanym przez Xxxxxxxxxxxxx.

3. Zamówienie wykonamy samodzielnie*/ Część zamówienia (określić zakres przewidywany do powierzenia podwykonawcom) ……………………………………………………………… ……….- zamierzamy powierzyć podwykonawcom*.

4. Wadium w kwocie złotych (słownie: ……………… złotych) zostało wniesione w dniu

........................... * w formie *.

Wskazujemy adres lub nr konta, na które należy zwrócić wadium*:……………………………...

(wypełnia Wykonawca, który wniósł wadium w formie pieniądza)

Jesteśmy świadomi, że jeżeli:

- odmówimy podpisania umowy na warunkach określonych w ofercie,

- zawarcie umowy stanie się niemożliwe z przyczyn leżących po stronie Wykonawcy,

- nie wniósł wymaganego zabezpieczenia należytego wykonania umowy,

- wystąpią okoliczności, o których mowa w art. 46 ust. 4a ustawy Pzp, to wniesione przez nas wadium wraz z odsetkami zatrzyma Zamawiający.

Świadom (-i) odpowiedzialności karnej oświadczam (-y), że załączone do oferty dokumenty opisują stan prawny i faktyczny aktualny na dzień złożenia niniejszej oferty (art. 297 k.k.).

5. Przed zawarciem umowy wniesiemy zabezpieczenie należytego umowy w wysokości 3 % wartości umowy brutto ( § 4 ust. 1 ) w formie ……………………

6. Wszelką korespondencję w dotyczącą niniejszego zamówienia należy kierować na:

Imię i nazwisko

Instytucja

Adres

Nr faks

Nr telefonu

Adres e-mail

Dokumenty zawarte na stronach od .........................do ......................... zawierają informacje stanowiące tajemnicę przedsiębiorstwa w rozumieniu przepisów o zwalczaniu nieuczciwej konkurencji i nie mogą być ujawniane pozostałym uczestnikom postępowania (wypełnić jeśli dotyczy).

7. Na ..... kolejno ponumerowanych stronach składamy całość oferty. Załącznikami do niniejszej oferty, stanowiącymi jej integralną cześć są:

1) ……………………………

*odpowiednio skreślić albo wypełnić

Lp. Nazwisko i imię osoby (osób) uprawnionej(ych) do reprezentowania Wykonawcy lub posiadającej (ych) pełnomocnictwo Podpis(y) osoby(osób) uprawnionej(ych) Miejscowość i data

Załącznik 3a - Formularz cenowy

Pieczęć wykonawcy

Składając ofertę w postępowaniu o udzielenie zamówienia publicznego na Wykonanie usług informatycznych w zakresie projektu pt: „System przetwarzania danych PSH - rozbudowa aplikacji do gromadzenia i przetwarzania informacji hydrogeologicznej, dostosowanie do Dyrektywy INSPIRE oraz do aktualnych aktów prawnych” wraz z asystą techniczną

oferujemy realizację zamówienia zgodnie z poniższymi cenami:

L.p.	Przedmiot zamówienia	Wartość /brutto/ [PLN]
1.	Rozbudowa aplikacji CBDH
2.	Rozbudowa aplikacji POBORY
3.	Rozbudowa aplikacji MWP
4.	Rozbudowa aplikacji MAPA
5.	Rozbudowa aplikacji MINERALNE
6.	RAZEM (poz.1-5)
7.	690 godzin asysty technicznej dla Systemu przetwarzania danych PSH do 31.03.2015 r.	690 h x …… zł brutto/h = zł
8.	RAZEM (poz.6-7)	*

* Kwotę z tej rubryki należy wpisać do formularza oferty, będzie ona stanowiła cenę oferty służącą do oceny ofert.

................................, dnia ....................... ....................................................

podpis Wykonawcy lub

upoważnionego przedstawiciela Wykonawcy

Załącznik nr 4 do SIWZ

OŚWIADCZENIE WYKONAWCY

O SPEŁNIANIU WARUNKÓW UDZIAŁU W POSTĘPOWANIU

My, niżej podpisani, działając w imieniu i na rzecz:

.....................................................................................................................................................

.....................................................................................................................................................

.....................................................................................................................................................

(nazwa /firma/ i adres Wykonawcy/ wykonawców wspólnie ubiegających się o udzielenie zamówienia)

niniejszym oświadczamy, że ubiegając się o zamówienie publiczne na

Wykonanie usług informatycznych w zakresie projektu pt.: „System przetwarzania danych PSH - rozbudowa aplikacji do gromadzenia i przetwarzania informacji hydrogeologicznej, dostosowanie do Dyrektywy INSPIRE oraz do aktualnych aktów prawnych” wraz z asystą techniczną

spełniamy warunki o których mowa w art. 22 ust. 1 ustawy Prawo zamówień publicznych (t. j. Dz. U. 2013 r., Poz. 907 z późn. zm.).

Lp. Nazwisko i imię osoby (osób) uprawnionej(ych) do reprezentowania Wykonawcy lub posiadającej (ych) pełnomocnictwo Podpis(y) osoby(osób) uprawnionej(ych): Miejscowość i data:

Załącznik nr 5 do SIWZ

OŚWIADCZENIE

O BRAKU PODSTAW DO WYKLUCZENIA Z POSTĘPOWANIA

My niżej podpisani, działając w imieniu i na rzecz:

.....................................................................................................................................................

.....................................................................................................................................................

.....................................................................................................................................................

(nazwa /firma/ i adres Wykonawcy)

niniejszym oświadczamy, że ubiegając się o zamówienie publiczne na:

Wykonanie usług informatycznych w zakresie projektu pt.: „System przetwarzania danych PSH - rozbudowa aplikacji do gromadzenia i przetwarzania informacji hydrogeologicznej, dostosowanie do Dyrektywy INSPIRE oraz do aktualnych aktów prawnych” wraz z asystą techniczną

nie podlegamy wykluczeniu z postępowania o udzielenie zamówienia publicznego na podstawie art. 24 ust. 1 ustawy Prawo zamówień publicznych (t. j. Dz. U. 2013 r., Poz. 907 z późn. zm.).

Lp. Nazwisko i imię osoby (osób) uprawnionej(ych) do reprezentowania Wykonawcy lub posiadającej (ych) pełnomocnictwo Podpis(y) osoby(osób) uprawnionej(ych): Miejscowość i data:

Załącznik nr 6 do SIWZ

...................................................................................

Nazwa (firma) wykonawcy albo wykonawców ubiegających się wspólnie o udzielenie zamówienia

WYKAZ – „DOŚWIADCZENIE”

Składając ofertę w postępowaniu o udzielenie zamówienia publicznego na:

Wykonanie usług informatycznych w zakresie projektu pt.: „System przetwarzania danych PSH - rozbudowa aplikacji do gromadzenia i przetwarzania informacji hydrogeologicznej, dostosowanie do Dyrektywy INSPIRE oraz do aktualnych aktów prawnych” wraz z asystą techniczną

oświadczamy, że w ciągu ostatnich trzech lat, a jeżeli okres prowadzenia działalności jest krótszy, w tym okresie, zrealizowaliśmy następujące zamówienia zgodnie z warunkiem opisanym w pkt. 8.1 niniejszej SIWZ:

Przedmiot zamówienia Nazwa podmiotu na rzecz którego zostały wykonane zamówienia
Wartość (zł) brutto Daty wykonania (od….do)

Lp. Nazwisko i imię osoby (osób) uprawnionej(ych) do reprezentowania wykonawcy lub posiadającej (ych) pełnomocnictwo Podpis(y) osoby(osób) uprawnionej(ych): Miejscowość i data:

Załącznik nr 7 - Potencjał kadrowy

Pieczęć wykonawcy

Składając w imieniu ofertę

w Państwowym Instytucie Geologicznym-Państwowym Instytucie Badawczym w Warszawie xx. Xxxxxxxxxx 0. na Wykonanie usług informatycznych w zakresie projektu pt.: „System przetwarzania danych PSH - rozbudowa aplikacji do gromadzenia i przetwarzania informacji hydrogeologicznej, dostosowanie do Dyrektywy INSPIRE oraz do aktualnych aktów prawnych” wraz z asystą techniczną.

oświadczamy, że zamówienie będą wykonywać zgodnie z warunkiem określonym w Instrukcji dla Wykonawców punkt , .:

Wymagania zamawiającego (zgodnie z pkt… SIWZ)		Osoby skierowane do realizacji zamówienia
		Imię i Nazwisko	Kwalifikacje i umiejętności / doświadczenie zawodowe – należy wpisać wszystkie informacje potwierdzające spełnienie warunków postawionych w pkt. 8.2. SIWZ
1	2	3	5
1.	Kierownik projektu posiadający certyfikat Prince2 Practitioner lub równoważny posiadający doświadczenie w projektach dotyczących systemów przetwarzania danych geologicznych lub geośrodowiskowych oraz publikowania danych.
2.	Analityk – minimum 1 analityk posiadający kwalifikacje i doświadczenie zawodowe w zakresie analizy systemów klasy GIS posiadający certyfikat OMG-Certified UML Professional lub równoważny.
3.	Projektant – minimum 1 projektant posiadający kwalifikacje i doświadczenie zawodowe w zakresie projektowania systemów w architekturze J2EE zorientowanych na usługi w oparciu o bazę danych Oracle.
4.	Programista – minimum 2 programistów posiadających kwalifikacje i doświadczenie zawodowe w programowaniu przy użyciu języków Java oraz technologii J2EE, WebLogic, Oracle. Na potwierdzenie posiadanych kwalifikacji i doświadczenia wymagane jest wykazanie udziału każdej z wskazanych osób w charakterze programisty w realizacji co najmniej jednego projektu informatycznego w ramach którego

Wymagania zamawiającego (zgodnie z pkt… SIWZ)		Osoby skierowane do realizacji zamówienia
		Imię i Nazwisko	Kwalifikacje i umiejętności / doświadczenie zawodowe – należy wpisać wszystkie informacje potwierdzające spełnienie warunków postawionych w pkt. 8.2. SIWZ
1	2	3	5
	wykorzystywane były ww. języki i technologie.
5.	Programista – minimum 1 programista posiadający kwalifikacje i doświadczenie zawodowe w programowaniu przy użyciu języków Java oraz technologii Geoserver i OpenLayers. Na potwierdzenie posiadanych kwalifikacji i doświadczenia wymagane jest wykazanie udziału każdej z wskazanych osób w charakterze programisty w realizacji co najmniej jednego projektu w ramach którego wykorzystywane były ww. języki i technologie.
6.	Programista – minimum 1 programista posiadający kwalifikacje i doświadczenie zawodowe w programowaniu przy użyciu języków NET oraz technologii Intergraph GeoMedia. Na potwierdzenie posiadanych kwalifikacji i doświadczenia wymagane jest wykazanie udziału każdej z wskazanych osób w charakterze programisty w realizacji co najmniej jednego projektu w ramach którego wykorzystywane były ww. języki i technologie.

................................, dnia ....................... ....................................................

Podpis Wykonawcy lub upoważnionego przedstawiciela Wykonawcy

Załącznik nr 8 do SIWZ

OŚWIADCZENIE

Składając ofertę w postępowaniu o udzielenie zamówienia publicznego prowadzonego w trybie przetargu nieograniczonego na:

Wykonanie usług informatycznych w zakresie projektu pt.: „System przetwarzania danych PSH - rozbudowa aplikacji do gromadzenia i przetwarzania informacji hydrogeologicznej, dostosowanie do Dyrektywy INSPIRE oraz do aktualnych aktów prawnych” wraz z asystą techniczną

znak sprawy: EZ-240-135/2013 oświadczam/-y, że należę do tej samej grupy kapitałowej, o której mowa w art. 24 ust. 2 pkt 5 z dnia 29 stycznia 2004 r. Prawo zamówień publicznych (Dz. U. 2013 r., Poz. 907 z późn. zm.), w skład której wchodzą następujące podmioty: …………………………./nie należę do grupy kapitałowej*

Lp. Nazwisko i imię osoby (osób) uprawnionej(ych) do reprezentowania wykonawcy lub posiadającej (ych) pełnomocnictwo Podpis(y) osoby(osób) uprawnionej(ych): Miejscowość i data:

* niepotrzebne skreślić - jeżeli Wykonawca nie dokona skreślenia, Zamawiający uzna, iż Wykonawca nie należy do grupy kapitałowej