Specyfikacja istotnych warunków zamówienia (SIWZ) · Web view2017-04-26 · Moduł użytkownika umożliwia: edycję danych projektodawcy, rejestrację i edycję danych beneficjentów

Specyfikacja Istotnych Warunków Zamówienia

na usługi hostingu, asysty technicznej i konserwacji, modyfikacji i rozwoju oraz transferu

wiedzy Generatora Wniosków i Systemu Ewidencji Godzin Wsparcia

Nazwa i adres Zamawiającego.

Państwowy Fundusz Rehabilitacji Osób Niepełnosprawnych (PFRON)

al. Jana Pawła II 13, 00-828 Warszawa

Numer telefonu: (+ 48) 22 50 55 500

Strona internetowa: www.pfron.org.pl

Ogłoszenia i komunikaty dotyczące zamówień publicznych znajdują się na stronie

internetowej Zamawiającego: www.pfron.org.pl/bip

II. Postanowienia ogólne.

1. Zamówienie zostanie udzielone w trybie przetargu nieograniczonego zgodnie

z art. 39-46 ustawy z dnia 29 stycznia 2004 r. Prawo zamówień publicznych (Dz. U.

z 2013 r., poz. 907, z późn. zm.), dalej zwaną „ustawą”.

2. Wartość zamówienia przekracza wartość kwoty określonej w przepisach wydanych

na podstawie art. 11 ust. 8 ustawy w odniesieniu do usług i dostaw.

3. Użyte w niniejszej Specyfikacji Istotnych Warunków Zamówienia terminy mają

następujące znaczenie:

3.1. „Zamawiający” - Państwowy Fundusz Rehabilitacji Osób Niepełnosprawnych

(PFRON).

3.2. „Wykonawca” - podmiot, który ubiega się o wykonanie zamówienia, złoży ofertę

na jego wykonanie lub zawrze z Zamawiającym Umowę w sprawie wykonania

zamówienia.

3.3. „postępowanie” - postępowanie o udzielenie zamówienia publicznego,

prowadzone na podstawie niniejszej Specyfikacji Istotnych Warunków

Zamówienia.

Usługi hostingu, asysty technicznej i konserwacji, modyfikacji i rozwoju oraz transferu wiedzy Generatora Wniosków i Systemu Ewidencji Godzin Wsparcia - znak sprawy ZP/18/15

1

3.4. „SIWZ” - niniejsza Specyfikacja Istotnych Warunków Zamówienia.

3.5. „OPZ” - Opis Przedmiotu Zamówienia.

3.6. „Umowa” - Umowa zawarta między Zamawiającym a Wykonawcą wraz

ze wszystkimi aneksami i Załącznikami do Umowy.

3.7. „ustawa” - ustawa z dnia 29 stycznia 2004 r. Prawo zamówień publicznych (Dz. U.

z 2013 r., poz. 907, z późn. zm.).

3.8. „zamówienie” - zamówienie publiczne, którego przedmiot w sposób szczegółowy

został opisany w niniejszej SIWZ.

3.9. „grupa kapitałowa” – wszyscy przedsiębiorcy, którzy są kontrolowani w sposób

bezpośredni lub pośredni przez jednego przedsiębiorcę, w tym również tego

przedsiębiorcę w rozumieniu ustawy z dnia 16 lutego 2007 r. o ochronie

konkurencji i konsumentów (Dz. U. z 2015 r., poz. 184).

3.10. „tajemnica przedsiębiorstwa” - w rozumieniu art. 11 ust. 4 ustawy z dnia

16 kwietnia 1993 r. o zwalczaniu nieuczciwej konkurencji (Dz. U. z 2003 r., Nr 153

poz. 1503, z późn. zm.) przez tajemnicę przedsiębiorstwa rozumie się

nieujawnione do wiadomości publicznej informacje techniczne, technologiczne,

organizacyjne przedsiębiorstwa lub inne informacje posiadające wartość

gospodarczą, co do których przedsiębiorca podjął niezbędne działania w celu

zachowania ich poufności.

III. Określenie przedmiotu zamówienia.

1. Przedmiotem zamówienia jest świadczenie:

1.1. Usług Hostingu Generatora Wniosków i Systemu Ewidencji Godzin Wsparcia.

1.2. Usług Asysty Technicznej i Konserwacji Generatora Wniosków i Systemu Ewidencji

Godzin Wsparcia.

1.3. Usług Modyfikacji i Rozwoju Generatora Wniosków i Systemu Ewidencji Godzin

Wsparcia w ramach maksymalnego limitu 8 000 Roboczogodzin.

1.4. Usług Transferu Wiedzy w ramach maksymalnego limitu 500 Roboczogodzin.

2. W ramach niniejszego zamówienia Wykonawca zobowiązuje się także:


2

2.1. udzielić Zamawiającemu gwarancji, na warunkach szczegółowo opisanych w § 8

Załącznika nr 8 do SIWZ,

2.2. przenieść na Zamawiającego autorskie prawa majątkowe oraz prawa zależne

do wytworzonych lub dostarczonych podczas realizacji niniejszego zamówienia

Produktów na warunkach i zasadach opisanych szczegółowo w § 13 Załącznika

nr 8 do SIWZ,

2.3. zapewnić Zamawiającemu licencje na korzystanie z Produktów, na warunkach

i zasadach opisanych szczegółowo w § 13 Załącznika nr 8 do SIWZ,

2.4. wykonać inne zobowiązania na rzecz Zamawiającego określone w Załączniku nr 8

do SIWZ.

3. Opis Przedmiotu Zamówienia zawiera Załącznik nr 1 do SIWZ. Zakres oraz zasady

wykonania usług określa Załącznik nr 8 do SIWZ (Istotne dla Stron postanowienia, które

zostaną wprowadzone do treści Umowy w sprawie zamówienia publicznego).

4. Dokumentację Aplikacji zawiera Załącznik nr 9 do SIWZ.

5. Kod zamówienia określony we Wspólnym Słowniku Zamówień (CPV): 72267000-4 (usługi

w zakresie konserwacji i naprawy oprogramowania), 72253200 – 5 (usługi w zakresie

wsparcia systemu), 72262000 – 9 (usługi rozbudowy oprogramowania).

IV. Dodatkowe informacje.

Przed upływem terminu składania ofert Zamawiający zaprasza do siedziby Zamawiającego

(al. Jana Pawła II 13, 00-828 Warszawa) na wizję lokalną Generatora Wniosków i Systemu

Ewidencji Godzin Wsparcia. W ramach wizji lokalnej Zamawiający zapewni dostęp do

interfejsu obu Aplikacji oraz do kodów źródłowych. W celu ustalenia terminu wizji lokalnej,

należy złożyć wniosek na numer faksu (+48) 22 50 55 275 lub pisemnie. O terminie wizji

lokalnej Wykonawca zostanie powiadomiony niezwłocznie.

V. Oferty wariantowe i częściowe.

1. Zamawiający nie przewiduje możliwości składania ofert wariantowych.

2. Zamawiający nie dopuszcza składania ofert częściowych.


3

VI. Informacja o przewidywanych zamówieniach uzupełniających.

Zamawiający nie przewiduje udzielenie zamówień uzupełniających, o których mowa

w art. 67 ust.1 pkt 6 ustawy.

VII. Termin wykonania zamówienia.

1. Świadczenie wszystkich usług, o których mowa w pkt 1 rozdziału III powyżej rozpocznie

się od dnia uruchomienia Usługi Hostingu, jednak nie wcześniej niż od dnia 01.05.2016 r.

i trwać będzie do dnia 30.04.2018 r. Uruchomienie Usługi Hostingu oznacza

uruchomienie Aplikacji do produkcyjnego działania na infrastrukturze hostingowej

zapewnionej przez Wykonawcę.

2. Wykonawca zobowiązuje się do uruchomienia Usługi Hostingu w terminie 60 dni od dnia

podpisania umowy.

VIII. Warunki udziału Wykonawców w postępowaniu oraz opis sposobu dokonywania

oceny spełniania tych warunków.

1. O udzielenie zamówienia mogą ubiegać się Wykonawcy, którzy nie podlegają

wykluczeniu z postępowania na podstawie art. 24 ust. 1 oraz art. 24 ust. 2 ustawy.

Zgodnie z art. 24 ust. 2a ustawy Zamawiający wyklucza również z postępowania

o udzielenie zamówienia Wykonawcę, który w okresie 3 lat przed wszczęciem

postępowania, w sposób zawiniony poważnie naruszył obowiązki zawodowe,

w szczególności, gdy wykonawca w wyniku zamierzonego działania lub rażącego

niedbalstwa nie wykonał lub nienależycie wykonał zamówienie, co Zamawiający jest

w stanie wykazać za pomocą dowolnych środków dowodowych. Zamawiający nie

wyklucza z postępowania o udzielenie zamówienia Wykonawcy, który udowodni, że

podjął konkretne środki techniczne, organizacyjne i kadrowe, które mają zapobiec

zawinionemu i poważnemu naruszaniu obowiązków zawodowych w przyszłości oraz

naprawił szkody powstałe w wyniku naruszenia obowiązków zawodowych lub

zobowiązał się do ich naprawienia.

2. O udzielenie zamówienia mogą ubiegać się Wykonawcy, którzy spełniają warunki

z art. 22 ust. 1 ustawy tj.:


4

2.1. Posiadania uprawnień do wykonywania określonej działalności lub czynności,

jeżeli przepisy prawa nakładają obowiązek ich posiadania:

Z uwagi na charakter zamówienia, Zamawiający nie wyznacza szczegółowego opisu

sposobu dokonywania oceny spełniania powyższego warunku udziału

postępowaniu. Zamawiający dokona oceny spełnienia ww. warunku

na podstawie oświadczenia o spełnianiu warunków udziału w postępowaniu

złożonego zgodnie z treścią Załącznika nr 3 do SIWZ.

2.2. Posiadania wiedzy i doświadczenia:

Zamawiający uzna ww. warunek za spełniony jeżeli Wykonawca wykaże,

że w okresie ostatnich 3 lat przed upływem terminu składania ofert, a jeżeli okres

prowadzenia działalności jest krótszy – w tym okresie wykonał, a w przypadku

świadczeń okresowych lub ciągłych również wykonuje należycie co najmniej:

2.2.1. dwie usługi polegające na świadczeniu asysty technicznej i konserwacji

systemu informatycznego, przy czym:

każda z nich trwała co najmniej 12 miesięcy. W przypadku usługi, której

wykonywania jeszcze nie zakończono, Zamawiający uzna spełnienie

warunku, gdy dotychczasowy okres świadczenia usługi będzie nie

krótszy niż 12 miesięcy,

wartość każdej z usług wynosiła co najmniej 100 000,00 zł brutto

(słownie: sto tysięcy złotych);

2.2.2. dwie usługi modyfikacji lub rozwoju systemu informatycznego, przy czym:

wartość każdej z usług wynosiła co najmniej 450 000,00 zł brutto

(słownie: czterysta pięćdziesiąt tysięcy złotych).

UWAGA: Zamawiający uzna, że Wykonawca spełnia powyższy warunek udziału

w postępowaniu tylko w przypadku, gdy Wykonawca wykaże spełnienie

wszystkich powyższych wymagań.


5

2.3. Dysponowania odpowiednim potencjałem technicznym oraz osobami zdolnymi

do wykonania zamówienia:

Zamawiający uzna ww. warunek za spełniony, jeżeli Wykonawca wykaże, że

dysponuje lub będzie dysponował osobami zdolnymi do wykonania zamówienia tj.:,

2.3.1. architektem systemu – min. 1 osoba, która:

posiada wykształcenie wyższe o profilu informatycznym,

w okresie ostatnich 3 lat przed upływem terminu składania ofert

wykonywała obowiązki architekta systemu w co najmniej 2 projektach

informatycznych zrealizowanych z wykorzystaniem technologii PHP

o wartości co najmniej 300 000 zł każdy projekt;

2.3.2. projektantem-programistą – min. 2 osoby, z których każda:

posiada wykształcenie wyższe o profilu informatycznym,

w okresie ostatnich 3 lat przed upływem terminu składania ofert

wykonywała obowiązki projektanta-programisty w co najmniej 2

projektach informatycznych zrealizowanych z wykorzystaniem

technologii PHP o wartości co najmniej 300 000 zł każdy projekt,

posiada 2-letnie doświadczenie w projektowaniu i wdrażaniu systemów

wykorzystujących bazę danych PostgreSQL;

2.3.3. specjalistą ds. zarządzania jakością oprogramowania (ang. software quality

assurance/management), która w okresie ostatnich 3 lat przed upływem

terminu składania ofert uczestniczył we wdrożeniach zarządzając jakością

oprogramowania w co najmniej 2 projektach informatycznych

zrealizowanych z wykorzystaniem technologii PHP o wartości co najmniej

300 000 zł każdy projekt.

Niedopuszczalne jest łączenie osób wymienionych w pkt od 2.3.1.

do 2.3.3 powyżej.


6

2.4 Sytuacji ekonomicznej i finansowej:

Zamawiający uzna ww. warunek za spełniony, jeżeli Wykonawca wykaże,

że posiada środki finansowe lub zdolność kredytową w wysokości nie mniejszej

niż 750 000,00 zł (słownie: siedemset pięćdziesiąt tysięcy złotych).

3. Ocena spełniania warunków wymaganych od Wykonawcy zostanie dokonana

wg formuły “spełnia/nie spełnia” na podstawie dokumentów i oświadczeń załączonych

do oferty. Z treści załączonych oświadczeń i dokumentów winno jednoznacznie wynikać,

że Wykonawca spełnia ww. warunki.

4. Wykonawca może polegać na wiedzy i doświadczeniu, potencjale technicznym, osobach

zdolnych do wykonywania zamówienia, zdolnościach finansowych lub ekonomicznych

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ł tymi zasobami w trakcie 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 potrzeby wykonywania zamówienia. Podmiot,

który zobowiązał się do udostępnienia zasobów zgodnie z art. 26 ust. 2b ustawy,

odpowiada solidarnie z Wykonawcą za szkodę Zamawiającego powstałą wskutek

nieudostępnienia tych zasobów, chyba że za nieudostępnienie zasobów nie ponosi winy.

5. W przypadku, gdy złożone przez Wykonawcę dokumenty, oświadczenia dotyczące

warunków udziału w postępowaniu zawierają informacje w innych walutach niż

określono w niniejszej SIWZ, Zamawiający jako kurs przeliczeniowy waluty przyjmie kurs

NBP z dnia publikacji ogłoszenia o zamówieniu w Dzienniku Urzędowym Unii

Europejskiej. Jeżeli w dniu publikacji ogłoszenia o zamówieniu nie będzie opublikowany

średni kurs walut przez NBP Zamawiający przyjmie kurs przeliczeniowy z ostatniej

opublikowanej tabeli kursów NBP przed dniem publikacji ogłoszenia o zamówieniu

w Dzienniku Urzędowym Unii Europejskiej.


7

IX. Wykaz oświadczeń i dokumentów, jakie mają dostarczyć Wykonawcy w celu

potwierdzenia spełnienia warunków udziału w postępowaniu oraz braku podstaw

do wykluczenia z postępowania.

1. W celu wykazania braku podstaw do wykluczenia Wykonawcy z postępowania

o udzielenie zamówienia na podstawie art. 24 ust. 1 i ust. 2 pkt 5 ustawy, Wykonawca

zobowiązany jest załączyć do oferty:

1.1. Oświadczenie o braku podstaw do wykluczenia z postępowania, stanowiące

Załącznik nr 4 do SIWZ.

1.2. Aktualny odpis z właściwego rejestru lub 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, wystawiony nie wcześniej niż 6 miesięcy przed

upływem terminu składania ofert.

1.3. Aktualne zaświadczenie właściwego naczelnika urzędu skarbowego

potwierdzające, że Wykonawca nie zalega z opłacaniem podatków,

lub zaświadczenie, ż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 - wystawione nie wcześniej niż 3 miesiące przed


1.4. Aktualne zaświadczenie właściwego oddziału Zakładu Ubezpieczeń Społecznych

lub Kasy Rolniczego Ubezpieczenia Społecznego potwierdzające, że Wykonawca

nie zalega z opłacaniem składek na ubezpieczenia zdrowotne i społeczne,

lub potwierdzenie, ż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 - wystawione nie wcześniej niż 3 miesiące przed


1.5. Aktualną informację z Krajowego Rejestru Karnego w zakresie określonym

w art. 24 ust. 1 pkt 4-8, 10 i 11 ustawy, wystawioną nie wcześniej niż 6 miesięcy

przed upływem terminu składania ofert.


8

1.6. Aktualną informację z Krajowego Rejestru Karnego w zakresie określonym

w art. 24 ust. 1 pkt 9 ustawy, wystawioną nie wcześniej niż 6 miesięcy przed


1.7. Listę podmiotów należących do tej samej grupy kapitałowej, o której mowa

w art. 24 ust. 2 pkt 5 ustawy, albo informację o tym, że Wykonawca nie należy

do grupy kapitałowej (wg wzoru stanowiącego Załącznik nr 7 do SIWZ).

2. W celu wykazania spełniania warunków udziału w postępowaniu określonych w pkt 2

rozdziału VII SIWZ, Wykonawca zobowiązany jest załączyć do oferty:

2.1. Oświadczenie o spełnianiu warunków udziału w postępowaniu stanowiące

Załącznik nr 3 do SIWZ.

2.2. Wykaz wykonanych, a w przypadku świadczeń okresowych lub ciągłych również

wykonywanych, głównych usług, w okresie ostatnich 3 lat przed upływem terminu

składania ofert, a jeżeli okres prowadzenia działalności jest krótszy – w tym

okresie, wraz 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. Wykaz należy sporządzić zgodnie

z Załącznikiem nr 5 do SIWZ.

Za główne usługi uznaje się usługi niezbędne do wykazania spełniania warunku

określonego w pkt 2.2 rozdziału VIII SIWZ.

Dowodami potwierdzającymi czy usługi zostały wykonane należycie są:

a) 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;

b) oświadczenie Wykonawcy – jeżeli z uzasadnionych przyczyn o obiektywnym

charakterze Wykonawca nie jest w stanie uzyskać poświadczenia, o którym

mowa w lit. a) powyżej. Jeśli Wykonawca składa oświadczenie, zobowiązany

jest podać przyczyny braku możliwości uzyskania poświadczenia.

W przypadku, gdy Zamawiający (Państwowy Fundusz Rehabilitacji Osób

Niepełnosprawnych) jest podmiotem, na rzecz którego usługi wskazane w wykazie


9

usług zostały wcześniej wykonane, Wykonawca nie ma obowiązku przedkładania

dowodów potwierdzających, o których mowa w lit. a) i b) powyżej.

W razie konieczności, szczególnie gdy wykaz lub dowody potwierdzające czy usługi

zostały wykonane należycie budzą wątpliwości Zamawiającego lub gdy

z poświadczenia albo z innego dokumentu wynika, że zamówienie nie zostało

wykonane lub zostało wykonane nienależycie, Zamawiający może zwrócić się

bezpośrednio do właściwego podmiotu, na rzecz którego usługi były wykonane,

o przedłożenie dodatkowych informacji lub dokumentów bezpośrednio

Zamawiającemu.

2.3. Informację banku lub spółdzielczej kasy oszczędnościowo-kredytowej,

potwierdzającej wysokość posiadanych środków finansowych lub zdolność

kredytową Wykonawcy w wysokości nie mniejszej niż 750 000,00 (słownie:

siedemset pięćdziesiąt złotych), wystawionej nie wcześniej niż 3 miesiące przed


2.4. Wykaz osób, które będą uczestniczyć w wykonywaniu zamówienia,

w szczególności odpowiedzialnych za świadczenie usług, wraz z informacjami

nt. ich kwalifikacji zawodowych, doświadczenia i wykształcenia niezbędnych

do wykonania zamówienia, a także zakresu wykonywanych przez nie czynności,

oraz informacją o podstawie do dysponowania tymi osobami potwierdzające

spełnienie warunku opisanego w rozdziale VIII pkt 2.3. SIWZ (wg wzoru – Załącznik

nr 6 do SIWZ);

3. W sytuacji, gdy Wykonawca wykazując spełnianie warunków, o których mowa w pkt 2

rozdziału VII SIWZ, polega na zasobach innych podmiotów na zasadach określonych

w art. 26 ust. 2b ustawy, zobowiązany jest udowodnić Zamawiającemu, iż będzie

dysponował tymi zasobami w trakcie 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 potrzeby wykonywania zamówienia.

3.1. Jeżeli Wykonawca wykazując spełnianie warunków, o których mowa w pkt 2

rozdziału VIII SIWZ, polega na zasobach innych podmiotów na zasadach

określonych w art. 26 ust. 2b ustawy, a podmioty te będą brały udział w realizacji


10

części zamówienia, to Wykonawca zobowiązany jest przedstawić w odniesieniu

do tych podmiotów dokumenty wymienione w pkt 1.1 - pkt. 1.6 powyżej.

3.2. Jeżeli Wykonawca wykazując spełnianie warunków, o których mowa w pkt 2

rozdziału VIII SIWZ, polega na zasobach innych podmiotów na zasadach

określonych w art. 26 ust. 2b ustawy, Zamawiający, w celu oceny, czy Wykonawca

będzie dysponował zasobami innych podmiotów w stopniu niezbędnym dla

należytego wykonania zamówienia oraz oceny, czy stosunek łączący Wykonawcę

z tymi podmiotami gwarantuje rzeczywisty dostęp do ich zasobów, żąda:

3.2.1. złożenia dokumentu, o którym mowa w pkt 2.3 rozdziału XI SIWZ,

w przypadku, gdy Wykonawca wykazuje spełnianie warunku

wskazanego w pkt 2.4 rozdziału VIII SIWZ;

3.2.2. złożenia dokumentów dotyczących:

zakresu dostępnych Wykonawcy zasobów innego podmiotu,

sposobu wykorzystania zasobów innego podmiotu, przez

Wykonawcę, przy wykonaniu zamówienia,

charakteru stosunku, jaki będzie łączył Wykonawcę z innym

podmiotem,

zakresu i okresu udziału innego podmiotu przy wykonaniu

zamówienia.

UWAGA:

4. Jeżeli Wykonawca ma siedzibę lub miejsce zamieszkania poza terytorium Rzeczpospolitej

Polskiej zamiast dokumentów, o których mowa:

4.1. W pkt 1.2, 1.3, 1.4, 1.6 – składa dokument lub dokumenty, wystawione w kraju,

w którym ma siedzibę lub miejsce zamieszkania, potwierdzające odpowiednio, że:

a) nie otwarto jego likwidacji ani nie wszczęto upadłości;

b) 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;


11

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

4.2. W pkt 1.5 – 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.

4.3. Dokumenty, o których mowa w pkt 4.1 lit. a) i c) oraz w pkt 4.2 powyżej powinny być

wystawione nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert.

Dokument, o którym mowa w pkt 4.1 lit. b) powyżej powinien być wystawiony nie

wcześniej niż 3 miesiące przed upływem terminu składania ofert.

4.4. Jeżeli w kraju miejsca 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 4.1 - 4.2 powyżej, 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. Zapisy pkt 4.3 stosuje się odpowiednio.

4.5. 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, 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, wystawione nie

wcześniej niż 6 miesięcy przed upływem terminu składania ofert, z tym że

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.

X. Informacja dla Wykonawców, którzy wspólnie składają ofertę (spółki

cywilne/konsorcja).


12

1. W przypadku podmiotów wspólnie ubiegających się o zamówienie każdy z Wykonawców

musi złożyć dokumenty, o których mowa w pkt 1.1-1.7 rozdziału IX SIWZ. Oświadczenie

wymienione w pkt 2.1 rozdziału IX SIWZ (Załącznik nr 3 do SIWZ) może być złożone

przez każdego z tych Wykonawców (na jednym dokumencie pieczęcie i podpisy

wszystkich Wykonawców) lub przez pełnomocnika, o którym mowa w pkt 3 poniżej.

Dokumenty wymienione w pkt 2.2 - pkt 2.4 rozdziału IX SIWZ powinien złożyć

w imieniu wszystkich co najmniej jeden Wykonawca, który spełnia wymagane warunki

lub wszyscy Wykonawcy, którzy spełniają wymagane warunki łącznie.

2. W przypadku spółek cywilnych dokumenty, o których mowa w pkt 1.3 i 1.4 rozdziału

IX SIWZ należy złożyć dla każdego wspólnika z osobna oraz dodatkowo wystawione

na spółkę.

3. Wykonawcy wspólnie ubiegający się o udzielenie zamówienia ustanawiają pełnomocnika

do reprezentowania ich w postępowaniu o udzielenie zamówienia albo reprezentowania

w postępowaniu i zawarcia Umowy w sprawie przedmiotowego zamówienia.

4. W związku z faktem, iż wszelka korespondencja związana z postępowaniem będzie

kierowana do ustanowionego przez Wykonawców pełnomocnika należy podać adres

pełnomocnika, na jaki ma być wysyłana korespondencja.

5. Pełnomocnictwo dla ustanowionego pełnomocnika winno jednoznacznie określić

postępowanie, do którego się odnosi, precyzować zakres umocowania i wskazać

pełnomocnika. Musi też wyliczać wszystkich Wykonawców wspólnie ubiegających się

o zamówienie i być podpisane przez każdego z nich.

6. Przyjmuje się, że pełnomocnictwo do podpisania oferty obejmuje również

pełnomocnictwo do poświadczania za zgodność z oryginałem wszystkich kopii

dokumentów dołączonych do oferty.

7. Pełnomocnictwo należy dołączyć do oferty w oryginale lub kopii poświadczonej

notarialnie za zgodność z oryginałem.

8. W przypadku Wykonawców wspólnie ubiegających się o udzielenie zamówienia, kopie

dokumentów dotyczących poszczególnych Wykonawców muszą być poświadczone


13

własnoręcznym podpisem i dopiskiem „za zgodność z oryginałem”, przez wyznaczonego

przez nich pełnomocnika lub odpowiednio przez tych Wykonawców.

XI. Sposób udzielania wyjaśnień.

1. Wykonawca może zwrócić się do Zamawiającego z prośbą o wyjaśnienie treści niniejszej

SIWZ. Zamawiający udzieli niezwłocznie wyjaśnień 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łynie do Zamawiającego nie później niż do końca dnia, w którym upływa połowa

wyznaczonego terminu składania ofert. Jeżeli wniosek o wyjaśnienie treści SIWZ wpłynie

po upływie terminu składania wniosku lub dotyczy udzielonych wyjaśnień, Zamawiający

może udzielić wyjaśnień albo pozostawić wniosek bez rozpoznania. Przedłużenie

terminu składania ofert nie wpływa na bieg terminu składania wniosku. Zapytanie należy

kierować na numer faksu (+48) 22 50 55 275 lub pisemnie. W przypadku, gdy

Wykonawca wybierze formę pisemną, zapytanie należy umieścić w zamkniętej kopercie

z napisem: „PILNE – zapytanie do komisji przetargowej na usługi hostingu, asysty

technicznej i konserwacji, modyfikacji i rozwoju oraz transferu wiedzy Generatora

Wniosków i Systemu Ewidencji Godzin Wsparcia – znak sprawy ZP/18/15” i przesłać na

adres:

Państwowy Fundusz Rehabilitacji Osób Niepełnosprawnychal. Jana Pawła II 13, 00-828 Warszawa

Kancelaria – parter

2. Zamawiający przekaże treść zapytań wraz z wyjaśnieniami wszystkim Wykonawcom,

którym przekazano SIWZ, bez ujawniania źródeł zapytania oraz zamieści na stronie

internetowej, na której zamieszczona została SIWZ.

3. W uzasadnionych przypadkach Zamawiający może przed upływem terminu składania

ofert zmienić treść niniejszej SIWZ. Dokonaną zmianę SIWZ Zamawiający przekaże

niezwłocznie wszystkim Wykonawcom, którym przekazano SIWZ oraz zamieści ją na

stronie internetowej, na której zamieszczona została SIWZ. Zmiana może wynikać z pytań

zadanych przez Wykonawców, jak i z własnej inicjatywy Zamawiającego.

4. Zamawiający nie zamierza zwoływać zebrania Wykonawców w niniejszym postępowaniu.

Zamawiający umożliwia wizję lokalną, zgodnie z rozdziałem IV SIWZ.


14

XII. Wadium.

1. Zamawiający żąda wniesienia wadium w wysokości 25 000,00 zł (słownie: dwadzieścia

pięć tysięcy złotych).

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

2.1. w pieniądzu przelewem na rachunek bankowy:

BGK I O/Warszawa 68 1130 1017 0019 9361 9020 0005

z dopiskiem:

„Wadium – na usługi hostingu, asysty technicznej i konserwacji, modyfikacji i rozwoju oraz transferu wiedzy Generatora Wniosków i Systemu Ewidencji Godzin

Wsparcia – znak sprawy ZP/18/15”

2.2. poręczeniach bankowych lub poręczeniach spółdzielczej kasy oszczędnościowo-

kredytowej, z tym że zobowiązanie kasy jest zawsze poręczeniem pieniężnym,

2.3. gwarancjach ubezpieczeniowych,

2.4. gwarancjach bankowych,

2.5. 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. z 2014 r., poz. 1804).

3. Wadium, z wyjątkiem przypadku określonego w pkt 2.1 powyżej, składa się w oryginale

w siedzibie PFRON (Dział Księgowości, pokój 314) najpóźniej przed upływem terminu

składania ofert.

4. W przypadku wadium wniesionego w formie gwarancji lub poręczenia, jej treść winna

zawierać zobowiązanie, odpowiednio podmiotu udzielającego gwarancji lub

poręczyciela, do bezwarunkowej, nieodwołalnej wypłaty kwoty gwarancji lub

poręczenia na pierwsze pisemne żądanie Zamawiającego, w okolicznościach

określonych w art. 46 ust. 4a ustawy i art. 46 ust. 5 ustawy.

5. Wadium wniesione w pieniądzu przelewem na rachunek bankowy musi wpłynąć

na wskazany w pkt 2.1 powyżej rachunek bankowy Zamawiającego najpóźniej przed

upływem terminu składania ofert. Wskazane jest, aby kopia dokumentu

potwierdzającego transfer środków pieniężnych, potwierdzona za zgodność


15

z oryginałem przez Wykonawcę, stanowiącą dowód wniesienia wadium była dołączona

do oferty.

6. Wykonawca, którego oferta nie będzie zabezpieczona wadium w formie, o której mowa

w pkt 2 powyżej, zostanie przez Zamawiającego wykluczony z postępowania.

7. Wadium musi obejmować cały okres związania ofertą.

8. Wadium wniesione w pieniądzu Zamawiający przechowuje na rachunku bankowym.

9. Zamawiający dokona niezwłocznie zwrotu wadium jeżeli zajdą przesłanki określone

w art. 46 ust. 1, ust. 1a i ust. 2 ustawy.

10. Zamawiający żąda ponownego wniesienia wadium przez Wykonawcę, któremu

zwrócono wadium na podstawie art. 46 ust. 1 ustawy, jeżeli w wyniku rozstrzygnięcia

odwołania jego oferta została wybrana jako najkorzystniejsza. Wykonawca wnosi

wadium w terminie określonym przez Zamawiającego.

11. Jeżeli wadium wniesiono w pieniądzu, Zamawiający zwraca je wraz z odsetkami

wynikającymi z Umowy rachunku bankowego, na którym było ono przechowywane,

pomniejszone o koszt prowadzenia rachunku bankowego oraz prowizji bankowej

za przelew pieniędzy na rachunek bankowy wskazany przez Wykonawcę.

12. Zamawiający zatrzymuje wadium wraz z odsetkami, jeżeli Wykonawca, którego oferta

zostanie wybrana:

12.1 odmówił podpisania Umowy w sprawie zamówienia publicznego na warunkach

określonych w ofercie,

12.2 nie wniósł zabezpieczenia należytego wykonania Umowy,

12.3 zawarcie Umowy w sprawie zamówienia publicznego stało się niemożliwe

z przyczyn leżących po stronie Wykonawcy.

UWAGA: Zamawiający zatrzyma wadium wraz z odsetkami, jeżeli Wykonawca

w odpowiedzi na wezwanie, o którym mowa w art. 26 ust. 3 ustawy, z przyczyn leżących

po jego stronie, nie złoży dokumentów lub oświadczeń, o których mowa w art. 25 ust. 1

ustawy, pełnomocnictw, listy podmiotów należących do tej samej grupy kapitałowej,

o której mowa w art. 24 ust. 2 pkt 5 ustawy lub informacji o tym, że nie należy do grupy

kapitałowej, lub nie wyraził zgody na poprawienie omyłki, o której mowa w art. 87 ust. 2


16

pkt 3 ustawy, co powoduje brak możliwości wybrania oferty złożonej przez Wykonawcę

jako najkorzystniejszej.

XIII. Zabezpieczenie należytego wykonania Umowy.

1. Wykonawca zobowiązany będzie do wniesienia zabezpieczenia należytego wykonania

Umowy najpóźniej przed wyznaczonym przez Zamawiającego terminem podpisania

Umowy.

2. Wartość zabezpieczenia wyniesie 10% ceny całkowitej brutto podanej w ofercie.

3. Zabezpieczenie może być wnoszone według wyboru Wykonawcy w jednej lub kilku

następujących formach:

3.1. pieniądzu,

3.2. poręczeniach bankowych lub poręczeniach spółdzielczej kasy oszczędnościowo-

kredytowej, z tym że zobowiązanie kasy jest zawsze zobowiązaniem pieniężnym,

3.3. gwarancjach ubezpieczeniowych,

3.4. gwarancjach bankowych,

3.5. 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.

4. Za zgodą Zamawiającego zabezpieczenie może być wnoszone również w formach

określonych w art. 148 ust. 2 ustawy.

5. W przypadku zabezpieczenia w formie, o której mowa w pkt 3.1 ustaloną kwotę należy

wpłacić przelewem pieniężnym na rachunek bankowy Zamawiającego: BGK

I O/Warszawa 68 1130 1017 0019 9361 9020 0005 z dopiskiem:

„Zabezpieczenie należytego wykonania Umowy – przetarg nieograniczony na usługi

hostingu, asysty technicznej i konserwacji, modyfikacji i rozwoju oraz transferu wiedzy

Generatora Wniosków i Systemu Ewidencji Godzin Wsparcia – znak sprawy ZP/18/15”.


17

6. Jeżeli zabezpieczenie wniesiono w postaci gwarancji lub poręczenia, gwarancja powinna

być sporządzona zgodnie z obowiązującym prawem i winna zawierać następujące

elementy:

6.1. nazwę dającego zlecenie (Wykonawcy), beneficjenta gwarancji lub poręczenia

(Zamawiającego), gwaranta lub poręczyciela (banku lub instytucji

ubezpieczeniowej udzielających gwarancji lub poręczenia) oraz wskazanie ich

siedzib,

6.2. dokładne przytoczenie nazwy niniejszego postępowania,

6.3. precyzyjne określenie wierzytelności, która ma być zabezpieczona gwarancją lub

poręczeniem,

6.4. kwotę gwarancji lub poręczenia,

6.5. zobowiązania gwaranta lub poręczyciela do nieodwołalnego i bezwarunkowego

zapłacenia kwoty gwarancji lub poręczenia na pierwsze pisemne żądanie

Zamawiającego,

6.6. zapewnienia wykonalności na terenie Rzeczpospolitej Polskiej,

6.7. określenia miejsca rozstrzygania sporów przez sąd właściwy dla siedziby

Zamawiającego.

7. Do zmiany formy zabezpieczenia należytego wykonania Umowy w trakcie realizacji

Umowy stosuje się art. 149 ustawy.

8. Zwrot kwoty zabezpieczenia należytego wykonania Umowy następuje na zasadach

określonych w art. 151 ust. 1 ustawy w terminie do 30 dni od dnia wykonania

zamówienia i uznania przez Zamawiającego za należycie wykonaną.

9. Jeżeli Wykonawca, którego oferta została wybrana, uchyla się od zawarcia Umowy

w sprawie zamówienia publicznego lub nie wnosi zabezpieczenia należytego wykonania

Umowy, Zamawiający może wybrać ofertę najkorzystniejszą spośród pozostałych ofert

bez przeprowadzania ich ponownego badania i oceny, chyba że zachodzą przesłanki

unieważnienia postępowania, o których mowa w art. 93 ust. 1 ustawy.

XIV. Informacja o sposobie porozumiewania się Zamawiającego z Wykonawcami.


18

1. W niniejszym postępowaniu o udzielenie zamówienia oświadczenia, wnioski,

zawiadomienia oraz informacje Zamawiający i Wykonawcy przekazują pisemnie lub

faksem. Jeżeli Zamawiający lub Wykonawca przekazuje oświadczenia, wnioski,

zawiadomienia oraz informacje faksem, każda ze Stron na żądanie drugiej potwierdzi

fakt ich otrzymania.

2. W przypadku niepotwierdzenia przez Wykonawcę faktu otrzymania przekazanego przez

Zamawiającego oświadczenia, wniosku, zawiadomienia oraz informacji, o których mowa

w pkt 1 Zamawiający uzna, że dotarł on do Wykonawcy w dniu i godzinie jego nadania

i był czytelny.

3. Zamawiający nie ponosi odpowiedzialności z tytułu nieotrzymania przez Wykonawcę

informacji związanych z prowadzonym postępowaniem w przypadku wskazania przez

Wykonawcę w ofercie błędnego adresu, numeru telefonu lub faksu.

4. Osoby uprawnione do kontaktu z Wykonawcami oraz numer faksu Zamawiającego:

4.1. osobą uprawnioną do kontaktowania się z Wykonawcami jest pracownik Sekcji

Zamówień Publicznych: Monika Bartold, numer telefonu: (+48) 22 50 55 256;

4.2. numer faksu: (+48) 22 50 55 275.

XV. Termin związania złożoną ofertą.

1. Termin związania ofertą wynosi 60 dni. Bieg terminu związania ofertą rozpoczyna się

wraz z upływem terminu składania ofert.

2. Wniesienie odwołania po upływie terminu składania ofert zawiesza termin związania

ofertą do czasu ogłoszenia orzeczenia.

XVI. Opis sposobu przygotowania oferty.

1. Oferta musi być przedstawiona zgodnie z zasadami określonymi w ustawie i odpowiadać

treści SIWZ.

2. Ofertę stanowi:

2.1. wypełniony formularz ofertowy (Załącznik nr 2 do SIWZ);


19

2.2. pełnomocnictwo (jeśli jest wymagane).

3. Do oferty należy dołączyć dokumenty i oświadczenia, o których mowa w rozdziale

XI SIWZ.

4. Oferta powinna być podpisana przez osobę/osoby upoważnione do reprezentowania

Wykonawcy, zgodnie z formą reprezentacji Wykonawcy określoną w rejestrze sądowym

lub w innym dokumencie, właściwym dla danej formy organizacyjnej Wykonawcy, albo

przez pełnomocnika Wykonawcy.

5. Pełnomocnictwo do podpisania oferty musi być dołączone do oferty (oryginał lub kopia

poświadczona notarialnie za zgodność z oryginałem), o ile uprawnienie do podpisania

oferty nie wynika z innych dokumentów załączonych do oferty.

6. Dokumenty i oświadczenia, o których mowa w rozdziale IX SIWZ (za wyjątkiem

oświadczenia o spełnianiu warunków udziału w postępowaniu wymienionego w pkt 2.1

rozdziału IX SIWZ, które musi zostać złożone w formie oryginału, a także zobowiązania,

o którym mowa w pkt 3 rozdziału IX SIWZ, które wymaga zachowania formy pisemnej)

są składane w oryginale lub kopii poświadczonej za zgodność z oryginałem przez

Wykonawcę. Poświadczenie za zgodność z oryginałem winno być sporządzone w sposób

umożliwiający identyfikację podpisu (np. wraz z imienną pieczątką osoby

poświadczającej kopię dokumentu za zgodność z oryginałem). 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 przez Wykonawcę lub te

podmioty.

Zamawiający może żądać przedstawienia oryginału lub notarialnie poświadczonej kopii

dokumentu wyłącznie wtedy, gdy złożona kopia dokumentu jest nieczytelna lub budzi

wątpliwości co do jej prawdziwości.

7. Wszelkie skreślenia, poprawki, których w ofercie dokonał Wykonawca muszą być

parafowane przez osobę podpisującą ofertę.

8. Wykonawca może złożyć tylko jedną ofertę.


20

9. Ofertę należy sporządzić w języku polskim, z zachowaniem formy pisemnej pod rygorem

nieważności.

10. Oferty nieczytelne nie będą rozpatrywane.

11. Wskazane jest, aby wszystkie strony oferty oraz dokumenty i oświadczenia były trwale ze

sobą połączone, kolejno ponumerowane, z zastrzeżeniem sytuacji opisanej w pkt 12, a

informacja o liczbie stron zamieszczona w treści oferty.

12. Nie ujawnia się informacji stanowiących tajemnicę przedsiębiorstwa w rozumieniu

przepisów o zwalczaniu nieuczciwej konkurencji, jeżeli Wykonawca, nie później niż

w terminie składania ofert, zastrzegł, że nie mogą być one udostępnione oraz wykazał,

iż zastrzeżone informacje stanowią tajemnice przedsiębiorstwa. Wykonawca nie może

zastrzec informacji, o których mowa w art. 86 ust. 4 ustawy. Wskazane jest, aby

informacje te były umieszczone w osobnym wewnętrznym opakowaniu, trwale ze sobą

połączone i ponumerowane.

13. Wszystkie strony oferty oraz dokumenty i oświadczenia, o których mowa w rozdziale

IX SIWZ, powinny być podpisane lub parafowane przez Wykonawcę.

14. Ofertę wraz z oświadczeniami i dokumentami należy umieścić w dwóch zamkniętych

opakowaniach, uniemożliwiających odczytanie ich zawartości bez uszkodzenia

opakowania. Opakowania powinny być oznaczone pełną nazwą (firma) i adresem

Wykonawcy, zaadresowane do Zamawiającego na adres podany w rozdziale I SIWZ oraz

obydwa opisane:

„PRZETARG NIEOGRANICZONY

na usługi hostingu, asysty technicznej i konserwacji, modyfikacji i rozwoju oraz transferu wiedzy Generatora Wniosków i Systemu Ewidencji Godzin Wsparcia

– znak sprawy ZP/18/15

(nie otwierać przed dniem 19.01.2016 r., godz. 13:00)”

15. Wszelkie negatywne konsekwencje mogące wyniknąć z niezachowania powyższych

wymagań będą obciążały Wykonawcę.

16. Wykonawca może wprowadzić zmiany do złożonej oferty lub ją wycofać. Zmiany lub

wycofanie złożonej oferty są skuteczne wówczas, gdy zostały dokonane przed upływem

terminu składania ofert.


21

16.1. Wykonawca może wprowadzić zmiany do treści złożonej oferty pod warunkiem,

że Zamawiający otrzyma pisemne powiadomienie o wprowadzeniu zmian przed

upływem terminu składania ofert. Zmiany do oferty muszą być złożone w miejscu

i według zasad obowiązujących przy składaniu oferty. Odpowiednio opisane

koperty zawierające zmiany należy dodatkowo opatrzeć dopiskiem „ZMIANA”,

kopertę każdej „ZMIANY” należy dodatkowo opisać napisem „zmiana nr …”.

16.2. Wycofanie złożonej oferty następuje poprzez złożenie pisemnego oświadczenia

podpisanego przez Wykonawcę. Wycofanie należy złożyć w miejscu i według zasad

obowiązujących przy składaniu oferty. Odpowiednio opisaną kopertę zawierającą

powiadomienie należy dodatkowo opatrzyć dopiskiem „WYCOFANIE”.

UWAGA: Do składania oświadczenia (ZMIANA lub WYCOFANIE oferty) należy dołączyć

stosowny dokument potwierdzający uprawnienie osoby podpisującej oświadczenie

do występowania w imieniu Wykonawcy.

17. Dokumenty sporządzone w języku obcym są składane wraz z tłumaczeniem na język

polski.

XVII. Miejsce i termin składania ofert.

Oferty należy składać w siedzibie Zamawiającego pod adresem:


Kancelaria – parter

w nieprzekraczalnym terminie do dnia 19.01.2016 r. do godz. 12:00.

XVIII. Otwarcie i weryfikacja ofert.

1. Otwarcie ofert nastąpi w dniu 19.01.2016 r. o godz. 13:00 w siedzibie Zamawiającego,

pod adresem:

Państwowy Fundusz Rehabilitacji Osób Niepełnosprawnych

al. Jana Pawła II 13, 00-828 Warszawa

Sala konferencyjna - pokój 907


22

2. Bezpośrednio przed otwarciem ofert zostanie podana kwota, jaką Zamawiający zamierza

przeznaczyć na sfinansowanie zamówienia.

3. Podczas otwarcia ofert zostaną podane nazwy i adresy Wykonawców oraz informacje,

o których mowa w art. 86 ust. 4 ustawy.

4. Otwarcie ofert jest jawne. W przypadku nieobecności Wykonawcy, Zamawiający

przekaże Wykonawcy informacje, o których mowa w pkt 2 i 3 na jego wniosek.

5. W toku dokonywania oceny spełniania przez Wykonawców warunków udziału

w postępowaniu oraz badania i oceny złożonych ofert Zamawiający może żądać

udzielenia przez Wykonawców wyjaśnień dotyczących treści złożonych przez nich

oświadczeń i dokumentów oraz treści ofert.

6. Zamawiający dokona kwalifikowania Wykonawców na podstawie art. 24 ustawy

w oparciu, m. in. o wymagane dokumenty wskazane w rozdziale IX SIWZ na zasadzie

„spełnia/nie spełnia”, a następnie na podstawie badania ofert w oparciu o art. 89

ustawy.

7. Zamawiający wykluczy Wykonawcę z postępowania, o ile zajdą wobec tego Wykonawcy

okoliczności wskazane w art. 24 ust. 1, ust. 2a, ust. 2 i art. 24b ust. 3 ustawy.

8. Zamawiający odrzuci ofertę w przypadku zaistnienia wobec niej przesłanek określonych

w art. 89 ustawy.

9. Oferty, które nie zostaną odrzucone, zostaną poddane procedurze oceny zgodnie

z kryteriami oceny ofert określonymi w SIWZ.

XIX. Opis sposobu obliczenia ceny.

1. Cena brutto oferowana za wykonanie całości przedmiotu zamówienia określonego

w rozdziale III SIWZ, Załączniku nr 1 do SIWZ oraz na warunkach określonych

w Załączniku nr 8 do SIWZ, powinna być umieszczona na formularzu ofertowym

stanowiącym Załącznik nr 2 do SIWZ.


23

2. Walutą ceny oferty jest złoty polski. Zamawiający nie przewiduje stosowania walut

obcych w rozliczeniu.

3. Cena oferty musi być podana z dokładnością do 1 grosza, tj. do dwóch miejsc

po przecinku.

4. Cena oferty musi zawierać wszelkie koszty związane z należytym wykonaniem

przedmiotu zamówienia, w tym w szczególności opłaty instalacyjne za zestawienie łączy,

opłaty utrzymaniowe i serwisowe itp. oraz podatek od towarów i usług VAT.

5. Cena określona przez Wykonawcę jest ostateczna, nie będzie podlegała negocjacjom

i zostanie ustalona na cały okres trwania Umowy, z zastrzeżeniem sytuacji wskazanych

w § 19 pkt 3.5 Załącznika nr 8 do SIWZ.

6. Rozliczenia pomiędzy Wykonawcą a Zamawiającym będą prowadzone w złotych

polskich.

7. Jeżeli złożono ofertę, której wybór prowadziłby do powstania u Zamawiającego

obowiązku podatkowego zgodnie z przepisami o podatku od towarów i usług,

Zamawiający w celu oceny takiej oferty dolicza do przedstawionej w niej ceny podatek

od towarów i usług, który miałby obowiązek rozliczyć zgodnie z tymi przepisami.

Wykonawca, składając ofertę, informuje Zamawiającego, czy wybór oferty będzie

prowadzić do powstania u Zamawiającego obowiązku podatkowego, wskazując

nazwę(rodzaj) towaru lub usługi, których dostawa lub świadczenie będzie prowadzić

do jego powstania, oraz wskazując ich wartość bez kwoty podatku.

8. W przypadku, o którym mowa w art. 93 ust. 1 pkt 4, jeżeli złożono ofertę, której wybór

prowadziłby do powstania u Zamawiającego obowiązku podatkowego zgodnie

z przepisami o podatku od towarów i usług, do ceny najkorzystniejszej oferty lub oferty

z najniższą ceną dolicza się podatek od towarów i usług, który Zamawiający miałby

obowiązek rozliczyć zgodnie z tymi przepisami.

XX. Opis kryteriów, którymi Zamawiający będzie się kierował przy wyborze oferty, wraz

z podaniem znaczenia tych kryteriów i sposobu oceny oferty.


24

1. Przy wyborze najkorzystniejszej oferty Zamawiający będzie się kierował następującymi

kryteriami i ich wagą:

1.1 Kryterium - Cena „C” – waga 75 % (75% = 75 pkt).

Maksymalną liczbę punktów w tym kryterium (75 pkt) otrzyma oferta Wykonawcy,

który zaproponuje najniższą cenę za wykonanie całości przedmiotu zamówienia

podaną przez Wykonawcę w formularzu ofertowym (Załącznik nr 2 do SIWZ ),

natomiast pozostali Wykonawcy otrzymają odpowiednio mniejszą liczbę punktów

obliczoną zgodnie z poniższym wzorem:

C =C n

x 75 pktC o

gdzie: C n – cena brutto oferty najtańszejC o – cena brutto oferty ocenianej

Wykonawca, w tym kryterium może otrzymać maksymalnie 75 punktów.

1.2 Kryterium: SLA dla usługi hostingu „JH”– waga 10% (10% = 10 pkt), w tym za:

Lp. Nazwa parametru Parametr wymagany przez Zamawiającego

Oferowana przez Wykonawcę

wartość parametru

A B C D

1

Usuniecie Awarii Infrastruktury Technicznej środowiska Produkcyjnego w miesiącu Konkursu

6 Godzin Roboczych za każdą 1 Godzinę Roboczą krótszego Czasu Naprawy wymaganego przez Zamawiającego (kol. 1C) - 1 punkt, jednak nie więcej niż 4 punkty łącznie

2

Usuniecie Awarii Infrastruktury Technicznej środowiska Produkcyjnego poza miesiącem Konkursu

12 Godzin Roboczych za każdą 1 Godzinę Roboczą krótszego Czasu Naprawy wymaganego przez Zamawiającego (kol. 2C) - 1 punkt, jednak nie więcej niż 3 punkty łącznie

3Nominalna przepustowośćPodstawowego Łącza Internetowego [Mbps]

50 Mbps Za każde dodatkowe 10 Mbps powyżej przepustowości nominalnej, jednak nie więcej niż 3 punkty łącznie

Wymagania Zamawiającego dotyczące czasu usunięcia awarii oraz nominalnej

przepustowości Podstawowego Łącza Internetowego zawiera kolumna C tabeli powyżej.


25

Jeżeli Wykonawca zaoferuje czas usunięcia awarii równy wymaganemu przez

Zamawiającego lub zaoferuje nominalną przepustowość Podstawowego Łącza

Internetowego równą wymaganemu przez Zamawiającego, oferta Wykonawcy w tym

kryterium otrzyma 0 punktów. W sytuacji, gdy Wykonawca zaoferuje czas usunięcia

awarii dłuższy od wymaganego przez Zamawiającego lub zaoferuje nominalną

przepustowość Podstawowego Łącza Internetowego niższą niż przepustowość

wymagana przez Zamawiającego, oferta Wykonawcy zostanie odrzucona na podstawie

art. 89 ust. 1 pkt 2 ustawy.

1.3 Kryterium: SLA dla usługi asysty technicznej i konserwacji „J”– waga 15%

(15% = 15 pkt) w tym za:

Lp. Nazwa WadyCzas Naprawy

wymagany przez Zamawiającego

Ocena punktowa Czasu Naprawy

oferowanego przez Wykonawcę

Czas Obejścia wymagany

przez Zamawiającego

Ocena punktowa Czasu Obejścia oferowanego

przez Wykonawcę

A B C D E F

1

Awaria Generatora w miesiącu Konkursu

6 Godzin Roboczych

za każdą 1 Godzinę Roboczą krótszego

Czasu Naprawy wymaganego przez

Zamawiającego (kol. 1C) - 1 punkt, jednak

nie więcej niż 3 punkty łącznie

3 Godziny Robocze

za 1 Godzinę Roboczą krótszego Czasu

Obejścia wymaganego przez Zamawiającego (kol. 1E) – 2 punkty,

maksymalnie 2 punkty łącznie

2

Awaria Generatora poza miesiącem Konkursulub Awaria Systemu EGW

12 Godzin Roboczych





6 Godzin Roboczych


Czasu Obejścia wymaganego przez

Zamawiającego (kol. 2E) – 0,5 punktu,

jednak nie więcej niż 1,5 punkty łącznie

3

Błąd Generatora w miesiącu Konkursu

24 Godziny Robocze

za każde 3 Godziny Robocze krótszego




12 Godzin Roboczych



Zamawiającego (kol. 3E) – 0,5 punktu,

jednak nie więcej niż 1,5 punkty łącznie

4 Błąd Generatora poza miesiącem

48 Godzin Roboczych



24 Godziny Robocze




26

Konkursulub Błąd SystemuEGW



Zamawiającego (kol. 4E) – 0,5 punktu, jednak nie więcej niż 1

punkty łącznie

Wymagania Zamawiającego dotyczące Czasu Naprawy zawiera kolumna C oraz Czasu

Obejścia zawiera kolumna E tabeli powyżej. Jeżeli Wykonawca zaoferuje Czas

Naprawy lub Czas Obejścia równy wymaganemu przez Zamawiającego, oferta

Wykonawcy w tym kryterium otrzyma 0 punktów. W sytuacji, gdy Wykonawca

zaoferuje Czas Naprawy lub Czas Obejścia dłuższy niż wymagany przez

Zamawiającego, oferta Wykonawcy zostanie odrzucona na podstawie art. 89 ust. 1

pkt 2 ustawy.

Wykonawca, w tym kryterium może otrzymać maksymalnie 15 punktów.

2. Ostateczną ocenę punktową każdej z ocenianych ofert stanowić będzie suma liczby

punktów przyznanych w każdym z kryteriów. Najkorzystniejsza oferta może uzyskać

maksymalnie 100 punktów.

LP = C + JH + J

gdzie LP – liczba punktów uzyskanych przez ofertę

3. Wszystkie obliczenia dokonywane będą z dokładnością do dwóch miejsc po

przecinku.

XXI. Udzielenie zamówienia.

1. Zamawiający udzieli zamówienia Wykonawcy, który spełni wszystkie postawione

w niniejszej SIWZ warunki oraz otrzyma największą liczbę punktów spośród

rozpatrywanych ofert.

2. W przypadku, gdy w postępowaniu nie będzie można dokonać wyboru oferty

najkorzystniejszej, z uwagi na to, że dwie lub więcej ofert przedstawia taki sam bilans

ceny i innych kryteriów oceny ofert, Zamawiający spośród tych ofert wybierze ofertę

z niższą ceną.

3. Niezwłocznie po dokonaniu wyboru najkorzystniejszej oferty Zamawiający powiadomi

Wykonawców, którzy złożyli oferty, o:


27

3.1. wyborze najkorzystniejszej oferty, podając nazwę (firmę) albo imię i nazwisko,

siedzibę albo adres zamieszkania i adres Wykonawcy, którego ofertę wybrano,

uzasadnienie jej wyboru oraz nazwy (firmy) albo imiona i nazwiska, siedziby albo

miejsca zamieszkania i adresy Wykonawców, którzy złożyli oferty, a także

punktację przyznaną ofertom w każdym kryterium oceny ofert i łączną punktację,

3.2. Wykonawcach, których oferty zostały odrzucone, podając uzasadnienie faktyczne

i prawne,

3.3. Wykonawcach, którzy zostali wykluczeni z postępowania o udzielenie zamówienia,

podając uzasadnienie faktyczne i prawne,

3.4. terminie, po którego upływie Umowa w sprawie zamówienia publicznego może

być zawarta.

4. Informacje, o których mowa w pkt 3.1 Zamawiający zamieści na swojej stronie

internetowej oraz tablicy ogłoszeń w swojej siedzibie, al. Jana Pawła II 13 w Warszawie.

XXII. Istotne dla Stron postanowienia, które zostaną wprowadzone do treści zawieranej

Umowy w sprawie zamówienia publicznego.

Warunki, na jakich Zamawiający zawrze Umowę z Wykonawcą zostały przedstawione

w Istotnych dla Stron postanowieniach, które zostaną wprowadzone do treści zawieranej

Umowy w sprawie zamówienia publicznego (Załącznik nr 8 do SIWZ).

XXIII. Pouczenie o środkach ochrony prawnej przysługujących Wykonawcy w toku

postępowania o udzielenie zamówienia.

1. Wykonawcy, a także innemu podmiotowi, jeżeli ma lub miał interes w uzyskaniu danego

zamówienia oraz poniósł lub może ponieść szkodę w wyniku naruszenia przez

Zamawiającego przepisów ustawy (Prawo zamówień publicznych), przysługują środki

odwoławcze zgodnie z działem VI – środki ochrony prawnej ustawy. Wobec ogłoszenia

oraz SIWZ środki ochrony prawnej przysługują również organizacjom wpisanym na listę,

o której mowa w art. 154 pkt 5 ustawy.


28

2. Odwołanie przysługuje wyłącznie od niezgodnej z przepisami ustawy czynności

Zamawiającego podjętej w postępowaniu o udzielenie zamówienia lub zaniechania

czynności, do której Zamawiający jest zobowiązany na podstawie ustawy.

3. Odwołanie powinno wskazywać czynność lub zaniechanie czynności Zamawiającego,

której zarzuca się niezgodność z przepisami ustawy, zawierać zwięzłe przedstawienie

zarzutów, określać żądanie oraz wskazywać okoliczności faktyczne i prawne

uzasadniające wniesienie odwołania.

4. 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.

5. 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.

6. Odwołanie wnosi się w terminie 10 dni od dnia przesłania informacji o czynności

Zamawiającego stanowiącej podstawę jego wniesienia – jeżeli zostały przesłane

w sposób określony w art. 27 ust. 2 ustawy, albo w terminie 15 dni – jeżeli zostały

przesłane w inny sposób.

7. Odwołanie wobec treści ogłoszenia o zamówieniu, a także wobec postanowień SIWZ,

wnosi się w terminie 10 dni od dnia publikacji ogłoszenia w Dzienniku Urzędowym Unii

Europejskiej lub zamieszczenia SIWZ na stronie internetowej.

8. Odwołanie wobec czynności innych niż określone w pkt 6 i 7 wnosi się w terminie 10 dni

od dnia, w którym powzięto lub przy zachowaniu należytej staranności, można było

powziąć wiadomość o okolicznościach stanowiących podstawę jego wniesienia.

9. Jeżeli Zamawiający nie przesłał Wykonawcy zawiadomienia o wyborze oferty

najkorzystniejszej, odwołanie wnosi się nie później niż w terminie:

9.1. 30 dni od dnia publikacji w Dzienniku Urzędowym Unii Europejskiej ogłoszenia

o udzieleniu zamówienia;

9.2. 6 miesięcy od dnia zawarcia Umowy, jeżeli Zamawiający nie opublikował

w Dzienniku Urzędowym Unii Europejskiej ogłoszenia o udzieleniu zamówienia.


29

10. Na orzeczenie Krajowej Izby Odwoławczej (KIO) Stronom oraz uczestnikom

postępowania odwoławczego przysługuje skarga do sądu. Skargę wnosi się do sądu

okręgowego właściwego dla siedziby Zamawiającego. Skargę wnosi się za

pośrednictwem Prezesa KIO w terminie 7 dni od dnia doręczenia orzeczenia KIO,

przesyłając jednocześnie jej odpis przeciwnikowi skargi. Złożenie skargi w placówce

operatora pocztowego wyznaczonego w rozumieniu ustawy z dnia

23 listopada 2012 r. – Prawo pocztowe (Dz. U. z 2012 r., poz. 1529) jest równoznaczne

z jej wniesieniem w terminie.

XXIV. Informacja o formalnościach, jakie powinny zostać dopełnione po wyborze oferty

w celu zawarcia Umowy w sprawie zamówienia publicznego.

Wykonawca, którego oferta zostanie wybrana jako najkorzystniejsza zobowiązany będzie

przed zawarciem Umowy w sprawie zamówienia publicznego:

1. przedłożyć, w przypadku wyboru oferty Wykonawców występujących wspólnie, umowę

regulującą ich współpracę (umowy konsorcjum) stwierdzającą solidarną

odpowiedzialność wszystkich Wykonawców, za realizację zamówienia oraz zawierającą

upoważnienie dla jednego z nich do składania i przyjmowania oświadczeń wobec

Zamawiającego w imieniu wszystkich Wykonawców, a także do otrzymywania

należnych płatności;

2. przekazać wszystkie niezbędne informacje potrzebne do wypełnienia treści Umowy oraz

wskazać osoby/osób uprawnione do zawarcia Umowy wraz z dokumentami

uprawniającymi do zawarcia Umowy, o ile nie wynika to ze złożonych wraz z ofertą

dokumentów;

3. w przypadku wnoszenia zabezpieczenia należytego wykonania Umowy w formie

gwarancji lub poręczenia, uzyskać przed zawarciem Umowy akceptację treści gwarancji

lub poręczenia przez Zamawiającego.

XXV. Podwykonawstwo.

1. Wykonawca może powierzyć wykonanie części zamówienia podwykonawcy.


30

2. W przypadku zmiany lub rezygnacji z podwykonawcy, na którego zasoby Wykonawca

powoływał się, na zasadach określonych w art. 26 ust. 2b ustawy, w celu wykazania

spełniania warunków udziału w postępowaniu, o których mowa w art. 22 ust. 1 ustawy,

Wykonawca jest obowiązany wykazać Zamawiającemu, iż proponowany inny

podwykonawca lub Wykonawca samodzielnie spełnia je w stopniu nie mniejszym niż

wymagany w trakcie postępowania o udzielenie zamówienia.

XXVI. Załączniki do SIWZ.

Wymienione poniżej Załączniki stanowią integralną część SIWZ:

Załącznik nr 1 - Opis Przedmiotu Zamówienia.

Załącznik nr 2 - Formularz ofertowy.

Załącznik nr 3 - Oświadczenie o spełnianiu warunków udziału w postępowaniu.

Załącznik nr 4 - Oświadczenie o braku podstaw do wykluczenia.

Załącznik nr 5 - Wykaz głównych usług.

Załącznik nr 6 - Wykaz osób, które będą uczestniczyć w wykonania zamówienia.

Załącznik nr 7 - Lista podmiotów należących do tej samej grupy kapitałowej / Informacja o tym, że wykonawca nie należy do grupy kapitałowej.

Załącznik nr 8 - Istotne dla Stron postanowienia, które zostaną wprowadzone do treści Umowy w sprawie zamówienia publicznego.

Załącznik nr 9 - Dokumentacja Generatora Wniosków i Systemu Ewidencji Godzin Wsparcia.


31

Załącznik nr 1 do SIWZ

OPIS PRZEDMIOTU ZAMÓWIENIA

Do niniejszego Opisu Przedmiotu Zamówienia zastosowanie znajdują definicje pojęć zawarte w Istotnych dla Stron postanowieniach, które zostaną wprowadzone do treści Umowy w sprawie zamówienia publicznego -Załącznik nr 8 do SIWZ/Umowie.

I. Ogólny opis zamówienia.

1. Przedmiotem zamówienia jest świadczenie:1.2. Usług Hostingu Generatora Wniosków i Systemu Ewidencji Godzin Wsparcia.1.3. Usług Asysty Technicznej i Konserwacji Generatora Wniosków i Systemu Ewidencji

Godzin Wsparcia.1.4. Usług Modyfikacji i Rozwoju Generatora Wniosków i Systemu Ewidencji Godzin

Wsparcia w ramach maksymalnego limitu 8 000 Roboczogodzin.


2. W ramach niniejszego zamówienia Wykonawca zobowiązuje się także:2.1. Udzielić Zamawiającemu gwarancji, na warunkach szczegółowo opisanych w § 8

Załącznika nr 8 do SIWZ/Umowy.

2.2. Przenieść na Zamawiającego autorskie prawa majątkowe oraz zależne prawa do wytworzonych lub dostarczonych podczas realizacji niniejszego zamówienia Produktów na warunkach i zasadach opisanych szczegółowo w § 13 Załącznika nr 8 do SIWZ / Umowie.

2.3. Zapewnić Zamawiającemu licencje na korzystanie z Produktów, na warunkach i zasadach opisanych szczegółowo w § 13 Załącznika nr 8 do SIWZ / Umowy.

2.4. Wykonać inne zobowiązania na rzecz Zamawiającego określone w Załączniku nr 8 do SIWZ / Umowie.

3. Szczegółowe zasady realizacji zobowiązań Wykonawcy w ramach przedmiotu zamówienia, w tym zasady świadczenia usług, o których mowa w ust. 1 powyżej określają/określa Istotne dla Stron postanowienia, które zostaną wprowadzone do treści Umowy w sprawie zamówienia publicznego, zawarte w Załączniku nr 8 do SIWZ/Umowa.

II. Informacje o Aplikacjach.

Państwowy Fundusz Rehabilitacji Osób Niepełnosprawnych (PFRON) użytkuje dwie Aplikacje wspierające realizację procesu zlecania zadań w ramach art. art. 36 ustawy z dnia 27 sierpnia 1997 r. o rehabilitacji zawodowej i społecznej oraz zatrudnianiu osób niepełnosprawnych (Dz. U. z 2011 r., Nr 127, poz.721, z późn. zm.).

Generator Wniosków (dalej Generator) to aplikacja służąca do przygotowywania i składania wniosków o zlecenie realizacji zadań, dokonywania wstępnej oceny złożonych wniosków, publikowania wyników oceny wniosków oraz dokonywania aktualizacji wniosków i składania propozycji aneksów do umowy o dofinansowanie.


32

System Ewidencji Godzin Wsparcia (dalej System EGW) to aplikacja służąca do zbierania i analizy danych o wsparciu udzielonym beneficjentom w ramach projektów realizowanych przez wnioskodawców. System umożliwia gromadzenie danych o wsparciu udzielonym beneficjentom ostatecznym projektów. Wsparcie ewidencjonowane jest przez organizacje pozarządowe realizujące projekty, których celem jest wejście osób niepełnosprawnych (beneficjentów projektu) na rynek pracy lub zwiększenie samodzielności osób niepełnosprawnych.

Zamawiający oświadcza, że posiada pełnię praw autorskich zarówno do kodów źródłowych jak i dokumentacji Aplikacji, w tym do wykonywania zależnego prawa autorskiego.

1. Dokumentację Generatora Wniosków i Systemu Ewidencji Godzin Wsparcia stanowi Załącznik nr 9 do SIWZ/Załącznik nr 10 do Umowy.

2. Elementy i funkcje Aplikacji.

2.1. Generator Wniosków składa się następujących modułów:

2.1.1. moduł użytkownika – przeznaczony dla wnioskodawców składających wnioski o dofinansowanie projektów przez PFRON,

2.1.2. moduł oceny wniosków – przeznaczony dla ekspertów dokonujących oceny,

2.1.3. moduł administratora – obsługa aplikacji przez PFRON.

Moduł użytkownika umożliwia: wypełnianie i składanie wniosków od dofinansowanie realizacji

projektów w trybie konkursowym, eksport wniosków do formatu PDF, aktualizację wniosków na kolejne okresy finansowania i składanie

propozycji aneksów, automatyczną weryfikację formalną wniosku przed złożeniem, uzyskiwanie informacji dotyczących procedowania wniosku przez

PFRON.Moduł oceny wniosków umożliwia: dokonywanie oceny merytorycznej wniosków, eksport karty oceny do pliku PDF,Moduł administratora umożliwia: nadawanie wnioskom statusów odpowiadających poszczególnym

krokom procedury (etapom życia wniosku) wywołującym określone reakcje aplikacji, np. wprowadzenie wniosku w tryb edycji w celu wprowadzenia zmian,

wskazywanie realizatora umowy – oddziału PFRON, przygotowywanie list rankingowych i zestawień, eksport wybranych informacji z bazy danych do pliku *.mdb.

2.2. System Ewidencji Godzin Wsparcia składa się z następujących modułów:


33

2.2.1. moduł użytkownika – przeznaczony dla projektodawców (zleceniobiorców PFRON) dokumentujących realizację projektów dofinansowanych przez PFRON,

2.2.2. moduł administratora – obsługa Systemu EGW przez PFRON.Moduł użytkownika umożliwia: edycję danych projektodawcy, rejestrację i edycję danych beneficjentów ostatecznych projektów, rejestrację i edycję danych pracowników projektów, zarządzanie kontami użytkowników projektodawcy – tworzenie,

edycja, aktywacja i dezaktywacja, nadawanie uprawnień (trzy poziomy uprawnień, macierz uprawnień szczegółowych dla najniższego poziomu),

rejestrację i edycję wsparcia beneficjentów – podstawowa operacja wykonywana cyklicznie w Systemie EGW. Atrybutami wsparcia są data zdarzenia, czas trwania, forma wsparcia, pracownicy udzielający i beneficjenci otrzymujący. Operacja polega na wskazaniu zasobów biorących udział oraz podaniu daty i czasu. Szczegóły przedstawione są na schemacie poniżej,

wykonywanie raportów z rejestrowanych danych oraz ich eksport do pliku *.xls,

porównywanie wartości wskaźników planowanych we wniosku (importowanych z generatora wniosków) z wartościami wskaźników osiągniętymi na podstawie danych rejestrowanych w Systemie EGW.

eksport bazy danych projektu do pliku *.mdb. Moduł administratora umożliwia: wykonywanie wszelkich operacji dostępnych dla użytkowników, zarządzanie uprawnieniami wszystkich użytkowników, publikowanie plików pomocy oraz tworzenie i edycję pomocy

kontekstowej dla poszczególnych ekranów, tworzenie statystyk z danych gromadzonych w Systemie EGW, eksport wybranych informacji z bazy danych do pliku *.mdb.


34

Dostęp do informacji przez poszczególnych użytkowników Aplikacji przedstawia poniższy schemat:


35

3. Opis aktualnej konfiguracji stacji roboczych.

3.1. Wymagania Aplikacji dla stacji roboczych

Obie Aplikacje pracują w środowiskach Windows XP, Vista, Windows 7, Windows 8, Apple OS X (we wszystkich wersjach), a także na różnych dystrybucjach systemu Linux.Dla systemów w innej wersji językowej niż polska wymagana jest zmiana ustawień regionalnych na polskie.Moduły Systemu EGW są testowane i wspierane na 32-bitowych (x86) i 64-bitowych (x64) systemach Windows z ostatnim dostępnym zestawem poprawek (Service Pack).

3.2. Aktualnie wspierane przeglądarki internetowe

Korzystanie z Aplikacji przez użytkowników jest możliwe pod warunkiem używania komputera z dostępem do sieci internetowej z zainstalowaną przeglądarką:

Przeglądarka WersjaGoogle Chrome Od wersji 32.0.0Mozilla Firefox Od wersji 37.0.0.0Opera Od wersji 26Safari Od wersji 5Internet Explorer Od wersji 8

Aplikacje nie korzystają ze środowiska Javy.

3.3. Minimalne wymagania sprzętowe dla stacji roboczej

Minimalne wymagania sprzętowe dla stacji roboczej są następujące:

Procesor 1 GHz z rodziny Intel Pentium/Celeron, AMD Athlon/Sempron lub inny kompatybilny

Dysk twardy Odpowiednia ilość wolnego miejsca na dysku twardym do pobierania załączników (min. 50MB)

Pamięć RAM - minimum 512 MB pamięci RAM dla Windows XP- minimum 1 GB dla Windows Vista, Windows 7, Windows 8- minimum 1 GB pamięci dla OS X v10.6 i starsze- minimum 2 GB pamięci dla OS X v10.7 i wyższe

Grafika Minimum karta XGA (1024x768)

3.4. Wymagania Aplikacji dotyczące połączeń sieciowych.


36

Serwer, na którym została umieszczona aplikacja Generatora musi posiadać skonfigurowany protokół TCP/IP w wersji 4 lub 6 o prędkości minimum 20 Mbps oraz umożliwiać zewnętrzny dostęp za pomocą portów 80 (dla http) oraz 443 (https).Stacje robocze powinny mieć skonfigurowany protokół TCP/IP w wersji 4 lub 6 o prędkości minimum 2 Mbps oraz odblokowane porty 80 (dla http) oraz 443 (https).

4. Architektura Aplikacji

4.1.

4.1. Architektura logiczna

Obecnie System EGW i Generator umieszczone są na tym samym serwerze. Aplikacje korzystają z tego samego serwera bazy danych, lecz posiadają odrębne schematy bazodanowe. Zarówno System EGW jak i Generator korzystają z danych wprowadzonych w tych aplikacjach, dlatego istnieje zaimplementowane sprzężenie tych systemów w celu wymiany informacji. Prace Aplikacji nadzoruje System operacyjny „Windows Server 2008” – wykonuje kopie zapasowe baz danych, wywołuje procesy tworzenia plików bazodanowych MS Access (*.mdb) oraz sprawuje kontrolę nad procesem generowania dokumentów PDF. Zgodnie ze schematem poniżej całość opisanego procesu odbywa się po stronie backend’owej, natomiast obsłużone żądanie wysyłane jest do przeglądarki internetowej (Strona WWW).

Architekturę logiczną Aplikacji przedstawiają poniższe schematy:


37


38

4.2. Zastosowana architektura serwerowa

Aplikacje obsługiwane są przez serwer z zainstalowanym systemem operacyjnym „Windows Server 2008”, serwerem HTTP typu IIS (Internet Information Services), oraz serwerem bazodanowym PostgreSQL. Aplikacje zostały napisane w oparciu o język PHP w wersji 5. Na serwerze produkcyjnym zainstalowane jest wydanie 5.3.1. W przypadku Generatora Wniosków możliwe jest użycie także wyższej wersji PHP – Aplikacja była testowana pod wersjami PHP 5.4 i PHP 5.5 ). Dla EGW użycie wyższej wersji PHP wymagałoby uprzedniego sprawdzenia i przetestowania poszczególnych funkcji Systemu EGW pod względem zgodności użytych metod.

4.3. Zastosowane parametry serwera produkcyjnego

Poniżej przedstawiono parametry serwera z systemem operacyjnym, na którym skonfigurowane są Aplikacje. System operacyjny, który został użyty do obsługi


39

Aplikacji to „Windows Server 2008” (może być użyta wersja wyższa systemu „Windows Server”).

Wersja Windows Server 2008 R2 DatacenterArchitektura 64-bitProcesor Intel Xeon E5-2630 @ 2.3 GHzPamięć RAM 16 GB

4.4. Zastosowane parametry serwera PostgreSQL

Wersja 8.4Maksymalna liczb połączeń (max_connections) 100Bufor pamięci (shared_buffers) 512 MBPamięć robocza (work_mem) 2 MB

4.5. Zastosowane parametry serwera http

Serwer http, z którym obecnie współpracują Aplikacje, to IIS (Internet Information Services) w wersji 7.5. Do obsługi tych Aplikacji może być użyty inny serwer http np. „Apache” w wersji 2.2 lub wyższej.

Aktualna konfiguracja serwera HTTP IIS 7.5:

Wersja 7.5Limit połączeń 120

5. Dodatkowe informacje techniczne dotyczące Aplikacji

Przybliżona liczba linii kodu:Generator Wniosków System EGW

Kod napisany w środowisku PHP 452801 296780Widoki HTML z wykorzystaniem PHP + JavaScript 61749 19369

Arkusze stylów CSS 7984 4130Pliki JS 75137 33844XML 273443 236460YAML 5623 0Pozostałe pliki 2320 3202Łącznie 879057 593785

Zestawienie uwzględnia Framework Zend i pliki pozostałe pliki bibliotek.


40

Dane statystyczne (wg stanu na 24.11.2015):Liczba użytkowników zarejestrowanych w Generatorze Wniosków 2017Liczba użytkowników zarejestrowanych w Systemie EGW 1859Liczba wnioskodawców zarejestrowanych w Generatorze Wniosków 1474Liczba wniosków - projektów realizacyjnych utworzonych w Generatorze Wniosków 5033Liczba wszystkich wersji wniosków 13912Liczba projektodawców zarejestrowanych w Systemie EGW 552Liczba projektów obsługiwanych przez System EGW 1 379Liczba beneficjentów zarejestrowanych w Systemie EGW (nieunikatowych) 172912Liczba pracowników projektodawców zarejestrowanych w Systemie EGW (nieunikatowych) 24 153Liczba wszystkich zarejestrowanych rekordów wsparcia 10823489Liczba rekordów wsparcia z pominięciem usuniętych 10331527Wielkość bazy danych Generatora Wniosków w MB 1365Wielkość bazy danych Systemu EGW w MB 6986Maksymalna liczba logowań do Generatora Wniosków odnotowanych w ciągu jednej godziny 263Maksymalna liczba logowań do Systemu EGW odnotowanych w ciągu jednej godziny 195

6. Potencjalne problemy, mogące zakłócać pracę z Aplikacjami i liczba zgłoszeń

Różnego rodzaju wtyczki do przeglądarek internetowych (np. AdBlock) mogą generować problemy z wyświetlaniem niektórych elementów na stronie. Zalecane jest wyłączenie wszystkich wtyczek na czas użytkowania Aplikacji.

Praca użytkownika na nieaktualnej (bądź niekompatybilnej) przeglądarce może powodować nieprawidłowe działanie Aplikacji.

Przerwy w dostępie do łącza internetowego uniemożliwią prawidłową pracę Aplikacji. Duża ilość użytkowników pracujących w tym samym czasie może powodować

przeciążenie serwera, co może skutkować problemem w komunikacji i uniemożliwić pracę Aplikacji.

Za mała ilość pamięci RAM na stacji roboczej może powodować spowolnianie pracy Aplikacji, gdy użytkownik ma otwartą dużą ilość innych zakładek

Różnego rodzaju wirusy, malware lub spyware mogą również wpływać negatywnie na funkcjonowanie Aplikacji.


41

Interfejs obu Aplikacji zawiera przycisk „zgłoś problem”, którego wyświetlenie powoduje wyświetlenie formularza umożliwiającego bezpośrednie zgłoszenie problemów technicznych serwisantowi Aplikacji.

Analizując dane z ostatnich trzech lat zgłoszenie błędu w Systemie EGW następuje średnio 7,7 razu miesięcznie, przy czym statystycznie tylko 2,5 zgłoszenia miesięcznie dotyczą domniemanych problemów technicznych ze środowiskiem pracy. Pozostałe problemy dotyczą np. omyłkowego zatwierdzenia projektu przed zakończeniem wprowadzania danych (statystycznie 2 zgłoszenia miesięcznie) lub pytań dotyczących realizacji projektu, które są przesyłane administratorowi Systemu EGW.

Formularz bezpośredniego zgłaszania błędów w Generatorze Wniosków został wdrożony w marcu 2015 r. Zgłoszenie błędu w Generatorze Wniosków następuje średnio 14 razy miesięcznie. Zgłoszenia dotyczą głównie problemów z zapisaniem wniosków oraz rzekomo błędnych obliczeń wartości matematycznych wykonywanych przez Generator.

III. Wymagana przez Zamawiającego architektura sieci

Do komunikacji pomiędzy Centrum Hostingu a użytkownikami Aplikacji wykorzystywane będą dwa łącza:

Podstawowe Łącze Internetowe o przepustowości zgodnej z ofertą przedstawioną przez Wykonawcę, nie mniejszej niż 50 Mbps.

Zapasowe Łącze Internetowe o przepustowości nie mniejszej niż 20 Mbps.

Do komunikacji pomiędzy Centrum Hostingu a Siedzibą Zamawiającego wykorzystywane będzie łącze o przepustowości nie mniejszej niż 10 Mbps.

Graficzny schemat połączeń przedstawiony jest na wykresie.


42


FORMULARZ OFERTOWY

..........................................., dnia ................................ (miejscowość)

I. Dane Wykonawcy/Wykonawców:(w przypadku oferty wspólnej, należy wskazać pełnomocnika w rozdziale III pkt 8)

1. Pełna nazwa: ........................................................................................................................

Adres: ..........................................................................................................................

Telefon: ..........................................................................................................................

Faks: ..........................................................................................................................

e-mail: ..........................................................................................................................

(w przypadku składania oferty przez podmioty występujące wspólnie podać nazwy (firmy) i dokładne adresy wszystkich członków konsorcjum lub spółki cywilnej)

Wszelką korespondencję związaną z niniejszym postępowaniem prosimy kierować na:

3. Pełna nazwa: ...........................................................................................................................

Adres: ..........................................................................................................................

Telefon: ..........................................................................................................................

Faks: ..........................................................................................................................

e-mail: ..........................................................................................................................

II. Oferta Wykonawcy:


43

(Pieczęć Wykonawcy)

1. W nawiązaniu do ogłoszenia o przetargu nieograniczonym na usługi hostingu asysty technicznej i konserwacji, modyfikacji i rozwoju oraz transferu wiedzy Generatora Wniosków i Systemu Ewidencji Godzin Wsparcia – znak sprawy ZP/18/15, oferujemy wykonanie przedmiotu zamówienia określonego w SIWZ za cenę brutto (kwota z pozycji 5F tabeli poniżej): ...................................................................... zł, zgodnie z poniższą wyceną:

Lp. Rodzaj usługi Jednostka miary IlośćCena

jednostkowa brutto

Wartość brutto(kol. D x kol. E)

A B C D E F

1.Usługa hostingu Miesiąc 24

2. Usługa asysty technicznej i konserwacji Miesiąc 24

3.Usługa modyfikacji i rozwoju Roboczogodzina 8 000

4.Usługa transferu wiedzy Roboczogodzina 500

5 Łączna kwota brutto za realizację zamówienia

(suma pozycji: 1F+ 2F + 3F+4F)

2. Kryterium - SLA dla usługi hostingu:

Lp. Nazwa parametru Parametr wymagany przez Zamawiającego

Oferowana przez Wykonawcę wartość parametru

A B C D

1.

Usuniecie Awarii Infrastruktury Technicznej środowiska Produkcyjnego – w miesiącu Konkursu

6 Godzin Roboczych

2.Usuniecie Awarii Infrastruktury Technicznej środowiska Testowego – poza miesiącem Konkursu

12 Godzin Roboczych

3. Nominalna przepustowośćPodstawowego Łącza Internetowego [Mbps]

50 Mbps

Uwaga:Wymagania Zamawiającego dotyczące czasu usunięcia awarii oraz nominalnej przepustowości Podstawowego Łącza Internetowego zawiera kolumna „C” tabeli powyżej. Jeżeli Wykonawca zaoferuje czas usunięcia awarii równy wymaganemu przez Zamawiającego lub zaoferuje nominalną przepustowość Podstawowego Łącza Internetowego równą wymaganemu przez Zamawiającego, oferta Wykonawcy w tym kryterium otrzyma 0 punktów. W sytuacji, gdy Wykonawca zaoferuje czas usunięcia awarii dłuższy od wymaganego przez Zamawiającego lub zaoferuje nominalną przepustowość Podstawowego Łącza Internetowego niższą niż przepustowość


44

wymagana przez Zamawiającego, oferta Wykonawcy zostanie odrzucona na podstawie art. 89 ust. 1 pkt 2 ustawy.

W przypadku nieokreślenia przez Wykonawcę czasów usunięcia awarii oraz nominalnej przepustowości Podstawowego Łącza Internetowego w kolumnie „D” powyższej tabeli, Zamawiający uzna, że Wykonawca wykona przedmiot zamówienia zgodnie z czasami usunięcia awarii oraz nominalnej przepustowości Podstawowego Łącza Internetowego wymaganymi przez Zamawiającego w kolumnie „C” powyższej tabeli.

3. Kryterium – SLA dla usługi asysty technicznej i konserwacji:

Lp. Nazwa Wady Czas Naprawy wymagany przez Zamawiającego

Oferowany przez

Wykonawcę Czas Naprawy

Czas Obejścia wymagany przez Zamawiającego

Oferowany przez

Wykonawcę Czas Obejścia

A B C D E F1. Awaria Generatora

w miesiącu Konkursu6 Godzin Roboczych 3 Godziny Robocze

2. Awaria Generatorapoza miesiącem Konkursulub Awaria Sytemu EGW

12 Godzin Roboczych 6 Godzin Roboczych

3. Błąd Generatoraw miesiącu Konkursu

24 Godziny Robocze 12 Godzin Roboczych

4. Błąd Generatorapoza miesiącem Konkursulub Błąd Sytemu EGW

48 Godzin Roboczych 24 Godziny Robocze

UWAGA:

Wymagania Zamawiającego dotyczące Czasu Naprawy oraz Czasu Obejścia zawiera tabela powyżej. Jeżeli Wykonawca zaoferuje Czas Naprawy lub Czas Obejścia równy wymaganemu przez Zamawiającego, oferta Wykonawcy w tym kryterium otrzyma 0 punktów. W sytuacji, gdy Wykonawca zaoferuje Czas Naprawy lub Czas Obejścia dłuższy niż wymagany przez Zamawiającego, oferta Wykonawcy zostanie odrzucona na podstawie art. 89 ust. 1 pkt 2 ustawy.

W przypadku nie określenia przez Wykonawcę Czasu Naprawy w kolumnie „D” lub Czasu Obejścia w kolumna „F” powyższej tabeli, Zamawiający uzna, że Wykonawca wykona przedmiot zamówienia zgodnie z Czasem Naprawy oraz Czasem Obejścia wymaganym przez Zamawiającego w kolumnie „C” i „E” powyższej tabeli.

4. Wykonawca informuje, że*:

wybór oferty nie będzie prowadzić do powstania u Zamawiającego obowiązku podatkowego,

wybór oferty będzie prowadzić do powstania u Zamawiającego obowiązku podatkowego w odniesieniu do następujących towarów/ usług (w zależności od przedmiotu zamówienia): ………………………………………………………………………………….. Wartość towaru/ usług* …………………..(należy wpisać nazwę towaru/usługi), którego


45

dostawa lub świadczenie będzie prowadzić do powstania obowiązku podatkowy u Zamawiającego to …………………………… zł netto.

III. Oświadczenia:

1. Oświadczam/oświadczamy, że Centrum Hostingowe znajduje się na obszarze Unii Europejskiej w lokalizacji ………........................................................................................... (podać adres Centrum Hostingowego)

2. Oświadczam/oświadczamy*, że zapoznaliśmy się z SIWZ i nie wnosimy do niej zastrzeżeń oraz uzyskaliśmy konieczne informacje i wyjaśnienia do przygotowania oferty.

3. Oświadczam/oświadczamy*, że uważamy się za związanych niniejszą ofertą na czas wskazany w SIWZ.

4. Oświadczamy, że zapoznaliśmy się z Istotnymi dla Stron postanowieniami, które zostaną wprowadzone do treści zawieranej Umowy w sprawie zamówienia publicznego stanowiącymi Załącznik nr 8 do SIWZ i akceptujemy je bez zastrzeżeń. Zobowiązujemy się - w przypadku wyboru naszej oferty - do zawarcia Umowy w miejscu i terminie wyznaczonym przez Zamawiającego.

5. Oświadczam/oświadczamy*, że przed zawarciem Umowy wniesiemy zabezpieczenie należytego wykonania Umowy.

6. Oświadczam/oświadczamy*, że następujące części zamówienia zamierzamy powierzyć do realizacji przez podwykonawców**:

…………………………………….......................................................................................................

7. Oświadczam/oświadczamy*, że w celu wykazania spełniania warunków udziału w postępowaniu, o których mowa w art. 22 ust. 1 ustawy, powołujemy się na zasadach określonych w art. 26 ust. 2b ustawy, na zasoby (podwykonawców) wskazane poniżej:

……………………………………......................................................................................................(nazwa (firma) podwykonawcy, na którego zasoby powołuje się Wykonawca)

8. Oświadczamy, że sposób reprezentacji spółki/konsorcjum* dla potrzeb niniejszego zamówienia jest następujący (Wypełniają jedynie przedsiębiorcy składający wspólną ofertę - spółki cywilne lub konsorcja):

…………………………………………………..........................................................................................

9. Ofertę wraz z załącznikami składamy na ……........... kolejno ponumerowanych stronach.Zostałem/am pouczony/a o odpowiedzialności karnej z art. 297. § 1 Kodeksu Karnego: „Kto celem uzyskania dla siebie lub innej osoby kredytu, pożyczki bankowej, gwarancji kredytowej, subwencji lub zamówienia publicznego, przedkłada fałszywe lub stwierdzające nieprawdę dokumenty albo nierzetelne, pisemne oświadczenia dotyczące okoliczności mających istotne znaczenie dla uzyskania takiego kredytu, pożyczki bankowej, gwarancji kredytowej, dotacji, subwencji lub zamówienia publicznego, podlega karze pozbawienia wolności od 3 miesięcy do 5 lat.”


46

................................................................(czytelny podpis albo podpis i pieczątka

Wykonawcy/pełnomocnika)*niepotrzebne skreślić

** brak wypełnienia pola oznacza, iż Wykonawca zrealizuje zamówienie bez udziału podwykonawców


47



OŚWIADCZENIE O SPEŁNIANIU WARUNKÓW UDZIAŁU W POSTĘPOWANIU

.....................................................................................................................................................(nazwa Wykonawcy)

Składając ofertę w przetargu nieograniczonym na usługi hostingu, asysty technicznej i konserwacji, modyfikacji i rozwoju oraz transferu wiedzy Generatora Wniosków i Systemu Ewidencji Godzin Wsparcia – znak sprawy ZP/18/15 oświadczam/y, że spełniam/y warunki udziału w wyżej wymienionym postępowaniu określone w art. 22 ust. 1 ustawy z dnia 29 stycznia 2004 r. Prawo zamówień publicznych (Dz. U. z 2013 r., poz. 907, z późn. zm.).


Wykonawcy/pełnomocnika)


48



..........................................., dnia ................................. (miejscowość)

OŚWIADCZENIE O BRAKU PODSTAW DO WYKLUCZENIA

.....................................................................................................................................................(nazwa Wykonawcy)

Składając ofertę w przetargu nieograniczonym na usługi hostingu, asysty technicznej i konserwacji, modyfikacji i rozwoju oraz transferu wiedzy Generatora Wniosków i Systemu Ewidencji Godzin Wsparcia – znak sprawy ZP/18/15 oświadczam/y, że brak jest podstaw do wykluczenia mnie/nas z postępowania na podstawie art. 24 ustawy z dnia 29 stycznia 2004 r. Prawo zamówień publicznych (Dz. U. z 2013 r., poz. 907, z późn. zm.).




49




WYKAZ GŁÓWNYCH USŁUG

Lp. Zamawiający(nazwa i adres) Przedmiot zamówienia Wartość zamówienia

Data wykonania zamówienia (od –do, np.:

od 01.01.2014 r. do 31.12.2014 r.)

1.

2.

3.

4.

UWAGA: Do każdej głównej usługi wymienionej w wykazie należy dołączyć dowody potwierdzające, czy usługi zostały wykonane należycie zgodnie z rozdziałem VIII pkt 2.2 SIWZ.

Dowodami potwierdzającymi, czy usługi zostały wykonane należycie 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 mowa powyżej. Jeśli Wykonawca składa oświadczenie, zobowiązany jest podać przyczyny braku możliwości uzyskania poświadczenia.

W przypadku, gdy Zamawiający (Państwowy Fundusz Rehabilitacji Osób Niepełnosprawnych) jest podmiotem, na rzecz którego usługi wskazane w wykazie usług zostały wcześniej wykonane, Wykonawca nie ma obowiązku przedkładania dowodów potwierdzających, o których mowa powyżej.




50




WYKAZ OSÓB, KTÓRE BĘDĄ UCZESTNICZYĆ W WYKONANIU ZAMÓWIENIA

L.p. Imię i nazwisko Funkcja w zespole Wykształcenie

Informacje na temat kwalifikacji zawodowych i doświadczenia niezbędnych do wykazania spełniania warunku określonego w pkt 2.3

rozdziału VIII SIWZ

Informacje o podstawie do

dysponowania osobą

1 Architekt systemu

Wyższe o profilu informatycznym

TAK NIE

W okresie ostatnich trzech lat przed upływem terminu składania ofert wykonywał obowiązki architekta systemu w:1. projekcie informatycznym ……………. (podać

nazwę projektu) zrealizowanym z wykorzystaniem technologii PHP, o wartości ……….. zł brutto,

2. projekcie informatycznym ……………. (podać nazwę projektu) zrealizowanym z wykorzystaniem technologii PHP, o wartości ……….. zł brutto.

2 Programista-projektant Wyższe o profilu informatycznym

TAK NIE

W okresie ostatnich trzech lat przed upływem terminu składania ofert wykonywał obowiązki projektanta-programisty w:1. projekcie informatycznym ……………. (podać

nazwę projektu) zrealizowanym z wykorzystaniem technologii PHP,


o wartości ………………….. zł brutto,2. stanowisku projektanta-programisty

w projekcie informatycznym ……………. (podać nazwę projektu) zrealizowanym z wykorzystaniem technologii PHP, o wartości ………………….. zł brutto.

Posiada 2-letnie doświadczenie w projektowaniu i wdrażaniu systemów wykorzystujących bazę danych PostgreSQL TAK NIE

3 Programista-projektant

Wyższe o profilu informatycznym

TAK NIE

W okresie ostatnich trzech lat przed upływem terminu składania ofert wykonywał obowiązki projektanta-programisty w:1. projekcie informatycznym ……………. (podać

nazwę projektu) zrealizowanym z wykorzystaniem technologii PHP, o wartości ………………….. zł brutto,

2. projekcie informatycznym ……………. (podać nazwę projektu) zrealizowanym z wykorzystaniem technologii PHP, o wartości ………………….. zł brutto.

Posiada 2-letnie doświadczenie w projektowaniu i wdrażaniu systemów wykorzystujących bazę danych PostgreSQL TAK NIE

4 Specjalista ds. zarządzania W okresie ostatnich trzech lat przed upływem


jakością oprogramowania (ang. Software

assurance/management)

terminu składania ofert uczestniczył we wdrożeniach zarządzania jakością oprogramowania w:1. projekcie informatycznym ……………. (podać

nazwę projektu) zrealizowanym z wykorzystaniem technologii PHP, o wartości ………………….. zł brutto,

2. projekcie informatycznym ……………. (podać nazwę projektu) zrealizowanym z wykorzystaniem technologii PHP, o wartości ………………….. zł brutto.

..............................................................................

czytelny podpis albo podpis i pieczątka

Wykonawcy/Pełnomocnika



LISTA PODMIOTÓW NALEŻĄCYCH DO TEJ SAMEJ GRUPY KAPITAŁOWEJ / INFORMACJA O TYM, ŻE WYKONAWCA NIE NALEŻY DO GRUPY KAPITAŁOWEJ


Nazwa Wykonawcy: ……………………………………………………………..………………………………………………

Adres Wykonawcy: ………………………………………………………..……………………………………………………

Składając ofertę w postępowaniu o udzielenie zamówienia publicznego na usługi hostingu, asysty technicznej i konserwacji, modyfikacji i rozwoju oraz transferu wiedzy Generatora Wniosków i Systemu Ewidencji Godzin Wsparcia – znak sprawy ZP/18/15, zgodnie z art. 26 ust. 2d ustawy z dnia 29 stycznia 2004 r. Prawo zamówień publicznych (Dz. U. z 2013 r., poz. 907, z późn. zm.)

1. Informuję, że nie należę/należę* do grupy kapitałowej , w rozumieniu ustawy z dnia 16 lutego 2007 r. ochronie konkurencji i konsumentów (Dz. U. z 2015 r., poz. 184).

UWAGA: Pkt 2 należy wypełnić tylko w przypadku, gdy Wykonawca zaznaczy w pkt 1, że należy do grupy kapitałowej.

2. Informuję, że należę do grupy kapitałowej, o której mowa w pkt 1 w związku z tym przedstawiam poniżej listę podmiotów należących do tej samej ww. grupy kapitałowej:

Lp. Nazwa podmiotu Siedziba podmiotu

1.

2.

(…)


Wykonawcy/pełnomocnika)*niepotrzebne skreślić


54



ISTOTNE DLA STRON POSTANOWIENIA, KTÓRE ZOSTANĄ WPROWADZONE DO TREŚCI UMOWY W SPRAWIE ZAMÓWIENIA PUBLICZNEGO

Spis treści

§ 1. Definicje........................................................................................................................... 54

§ 2. Przedmiot Umowy............................................................................................................59

§ 3. Oświadczenia Stron..........................................................................................................60

§ 4. Usługi Hostingu................................................................................................................ 61

§ 5. Usługi Asysty Technicznej i Konserwacji Aplikacji.............................................................63

§ 6. Usługi Modyfikacji i Rozwoju Aplikacji.............................................................................71

§ 7. Usługi Transferu Wiedzy...................................................................................................77

§ 8. Warunki gwarancji...........................................................................................................80

§ 9. Ogólne zasady świadczenia usług i przygotowanie do świadczenia usług........................81

§ 10. Organizacja wykonywania Umowy.................................................................................83

§ 11. Podwykonawcy...............................................................................................................84

§ 12. Odbiór i dostarczanie Produktów...................................................................................85

§ 13. Prawa autorskie i licencje...............................................................................................87

§ 14. Wynagrodzenie..............................................................................................................92

§ 15. Poufność i ochrona informacji........................................................................................95

§ 16. Odpowiedzialność Stron oraz kary umowne..................................................................96

§ 18. Siła wyższa....................................................................................................................103

§ 19. Zmiana Umowy............................................................................................................103

§ 20. Zawiadomienia.............................................................................................................105

§ 20. Zabezpieczenie należytego wykonania Umowy...........................................................105

§ 21. Postanowienia końcowe...............................................................................................106


55

Umowa została zawarta w wyniku przeprowadzonego postępowania o udzielenie zamówienia publicznego w trybie przetargu nieograniczonego zgodnie z art. 39 – 46 ustawy z dnia 29 stycznia 2004 r. Prawo zamówień publicznych (Dz. U. z 2013 r., poz. 907, z późn. zm.) zwanej dalej "ustawą".

§ 1. Definicje

1. Strony nadają terminom używanym w dalszej treści Umowy następujące znaczenie:

Termin Definicja

Aplikacje Generator Wniosków oraz System Ewidencji Godzin Wsparcia łącznie.

Awaria Wada powodująca całkowite zatrzymanie lub poważne zakłócenie pracy Aplikacji lub poszczególnych ich części, dla której nie ma alternatywnej metody wykonania danej operacji w Aplikacjach, uniemożliwiająca normalne korzystanie z podstawowych funkcji Aplikacji przez jego Użytkowników.

Błąd Wada inna niż Awaria powodująca istotne zakłócenia pracy Aplikacji lub poszczególnych ich części, która jednak nie uniemożliwia Użytkownikom korzystania z podstawowych funkcji Aplikacji, polegająca w szczególności na ograniczeniu realizacji lub uciążliwości w realizacji co najmniej jednej z funkcji Aplikacji.

Centrum Hostingu Miejsce świadczenia przez Wykonawcę usługi, o której mowa w § 4 SIWZ.

Czas Naprawy Czas liczony od momentu dokonania Zgłoszenia Wady przez Zamawiającego do chwili udostępnienia Zamawiającemu Naprawy na Środowisku Produkcyjnym.

Czas Obejścia Czas liczony od momentu dokonania przez Zamawiającego Zgłoszenia Wady do chwili dokonania Obejścia na Środowisku Produkcyjnym.

Dokumentacja Aplikacji

Wszelka dokumentacja opisująca Aplikacje i Kody Źródłowe Aplikacji (w tym również zmiany oraz modyfikacje takiej dokumentacji), dotycząca aspektów technicznych, funkcjonalnych i użytkowych związanych z korzystaniem z Aplikacji, ich działaniem i rozwojem, w tym dokumentacja Aplikacji w wersji elektronicznej w formacie edytowalnym oraz w wersji zoptymalizowanej do wydruku. Dokumentacją Aplikacji jest istniejąca Dokumentacja Aplikacji, którą zawiera Załącznik nr 9 do SIWZ/Załącznik nr 10 do Umowy, jak również Dokumentacja Aplikacji, którą Wykonawca zobowiązany jest dostarczyć lub wytworzyć w ramach realizacji niniejszej Umowy zgodnie z Załącznikiem nr 8 do Umowy, a także Dokumentacja Aplikacji zaktualizowana przez Wykonawcę zgodnie z Załącznikiem nr 3 do Umowy.

Załącznik nr 9 do SIWZ /Załącznik nr 10 do Umowy zawiera istniejącą Dokumentację Aplikacji.

Załącznik nr 7 do Umowy zawiera wzory formularzy potwierdzających proces realizacji Usług Transferu Wiedzy.

Załącznik nr 3 do Umowy zawiera wymogi dla docelowej Dokumentacji Aplikacji.

Dzień Roboczy Każdy dzień tygodnia od poniedziałku do piątku, za wyjątkiem dni ustawowo wolnych od pracy w Rzeczpospolitej Polskiej.


56

Generator Wniosków Oprogramowanie informatyczne wspierające proces przygotowywania i składania wniosków o zlecenie realizacji zadań, dokonywania wstępnej oceny złożonych wniosków, publikowania wyników oceny wniosków oraz dokonywania aktualizacji wniosków i składania propozycji aneksów do umowy o dofinansowanie na podstawie art. 36 ustawy z dnia 27 sierpnia 1997 r. o rehabilitacji zawodowej i społecznej oraz zatrudnianiu osób niepełnosprawnych (Dz. U. z 2011 r., Nr 127, poz.721, z późn. zm.).

Godziny Robocze Godziny od 7:00 do 17:00 w Dni Robocze.

Informacje Poufne Wszelkie informacje, dokumenty oraz materiały dotyczące działalności jednej ze Stron, do których druga Strona Umowy uzyskała dostęp w związku z wykonywaniem niniejszej Umowy. Informacjami Poufnymi są w szczególności dane przetwarzane za pośrednictwem Aplikacji, wszelkie informacje finansowe, organizacyjne, technologiczne, dane osobowe oraz inne informacje o działalności jednej ze Stron Umowy, które posiadają wartość gospodarczą lub zostały udostępnione drugiej Stronie z zastrzeżeniem poufności.

Kierownik Projektu Osoba kontaktowa lub podejmująca decyzje dotyczące realizacji Umowy w ramach kompetencji przyznanych w Umowie, wyznaczona przez Zamawiającego i Wykonawcę, odpowiedzialna za prawidłowe wykonywanie zobowiązań wynikających z Umowy oraz bieżący przepływ informacji pomiędzy Stronami.

Kody Źródłowe Aplikacji

Zestaw plików zawierających nieskompilowany kod oprogramowania napisany w języku programowania, wynikającym z przyjętej technologii rozwiązania oraz w formie czytelnej dla człowieka, normalnie używanej dla umożliwienia wprowadzania modyfikacji, (w tym również komentarze oraz kody proceduralne, takie jak skrypty w języku opisu prac i skrypty do sterowania kompilacją i instalowaniem), jak również dokumentacja niezbędna do użycia takiego kodu.

Konkurs Nabór wniosków w ramach konkursu o zlecenie realizacji zadań (w formie wsparcia) w ramach art. 36 ustawy o rehabilitacji zawodowej i społecznej oraz zatrudnianiu osób niepełnosprawnych (Dz. U. z 2011 r., Nr 127, poz.721, z późn. zm.).

Naprawa Trwałe usunięcie Wady poprzez usunięcie przyczyn powstania Wady skutkujące przywróceniem pełnej sprawności Aplikacji, w tym również zakończenie innych działań naprawczych.

Podstawowe Łącze Internetowe

Główne połączenie telekomunikacyjne pomiędzy Aplikacjami a ich użytkownikami. Łącze o minimalne przepustowości 50 Mbps.

Zapasowe Łącze Internetowe

Łącze zapasowe do Podstawowego Łącza Internetowego. Łącze o minimalnej przepustowości 20 Mbps.

Łącze Pomiędzy Centrum Hostingu a lokalizacją Zamawiającego

Połączenie telekomunikacyjne wykorzystywane do świadczenia usługi, o której mowa w § 5 pkt 1.6 SIWZ.

Łącze o minimalnej przepustowości 10 Mbps.

Obejście Przywrócenie funkcjonowania Aplikacji poprzez zminimalizowanie uciążliwości Wady i doprowadzenie Aplikacji do działania bez usuwania przyczyny wystąpienia Wady. Obejście nie stanowi Naprawy, jednak pozwala korzystać nieprzerwanie


57

z wszystkich funkcjonalności Aplikacji.

Odbiór Czynności mające na celu potwierdzenie dostarczenia Zamawiającemu zamówionych usług i Produktów, w tym w szczególności modyfikacji i rozwoju, w ramach świadczenia przez Wykonawcę usług będących przedmiotem niniejszej Umowy na podstawie zaakceptowanego Protokołu Odbioru bez zastrzeżeń.

Okno Serwisowe Czas pomiędzy godziną 2200 a 500 przeznaczony na wykonywanie wszelkich niezbędnych prac serwisowych, przeglądów, aktualizacji oprogramowania oraz wgrywania nowych wersji Aplikacji na środowisko produkcyjne, z uwzględnieniem zapisów §5 pkt 3 i §5 pkt 5.

Oprogramowanie Standardowe

Oprogramowanie typu Commercial of the Shelf Software – powszechnie dostępne oprogramowanie standardowe, wytwarzane seryjnie, dostarczane w formie gotowego, zamkniętego Produktu.

Oprogramowanie Systemowe i Narzędziowe

Oprogramowanie wykorzystywane na potrzeby Aplikacji, którego producentem nie jest Wykonawca, konieczne do poprawnego działania Aplikacji, inne niż Oprogramowanie Zamawiającego.

Oprogramowanie Zamawiającego

Oprogramowanie wykorzystywane na potrzeby Aplikacji, które zapewnia Zamawiający, z uwzględnieniem aktualizacji tego oprogramowania dokonanych w trakcie trwania Umowy.

Pakiet Aktualizacji Przygotowane do instalacji uaktualnienie Aplikacji: służące usunięciu nieprawidłowości lub usprawnieniu pracy Aplikacji; wytworzone w wyniku modyfikacji i rozwoju; stworzone w związku ze zmianami Sprzętu i Oprogramowania Systemowego i Narzędziowego.

Podwykonawca Każdy podmiot inny niż pracownik Wykonawcy, któremu Wykonawca zleca wykonanie części prac w ramach niniejszej Umowy.

Portal Serwisowy System informatyczny służący do ewidencji i obsługi Zgłoszeń, Wniosków i Zamówień zapewniający niezbędny poziom wymiany informacji pomiędzy Zamawiającym a Wykonawcą.

Pracownik Zamawiającego

Użytkownik wewnętrzny Aplikacji. Osoba fizyczna lub osoba prowadząca jednoosobową działalność gospodarczą, świadcząca osobiście pracę na rzecz Zamawiającego na podstawie umowy o pracę lub umowy cywilnoprawnej (umowy o dzieło lub umowy zlecenia).

Produkt Wszelkie programy komputerowe, dokumentacja i inne utwory, które powstają w toku wykonywania Umowy w wyniku prac Wykonawcy, a także materiały i informacje niepodlegające ochronie prawa autorskiego, stworzone lub dostarczone Zamawiającemu przez Wykonawcę w wykonaniu zobowiązań wynikających z Umowy.

Projektodawca Użytkownik zewnętrzny EGW – Zleceniobiorca PFRON realizujący projekt objęty obowiązkiem prowadzenia ewidencji godzin wsparcia.

Protokół Odbioru Dokument przedstawiony przez Wykonawcę i podpisany przez Zamawiającego, potwierdzający prawidłowość i zakres wykonania konkretnych usług. Wzory Protokołów Odbioru Usług Hostingu, Usług Asysty Technicznej i Konserwacji, Usług Modyfikacji i Rozwoju oraz Usług Transferu Wiedzy stanowią Załącznik nr 8


58

do Umowy.

Przypadki Szczególne To takie, w których Użytkownik pomimo spełnienia wymogów określonych dla Aplikacji, dotyczących zainstalowanego środowiska na używanym komputerze oraz mimo wsparcia konsultantów, nie może skorzystać z dowolnej funkcji Aplikacji przewidzianej jako jedna z dostępnych możliwości.

Raport Dokument przedstawiony przez Wykonawcę i podpisany przez Zamawiającego, potwierdzający prawidłowość i zakres wykonania usług.

Repozytorium Projektowe

Środowisko służące do przechowywania Dokumentacji Aplikacji. Forma, zawartość oraz zasady prowadzenia zostały opisane w Załączniku nr 3 do Umowy.

Repozytorium Architektury

Część Repozytorium Projektowego służące do przechowywania modelu architektury. Forma, zawartość oraz zasady prowadzenia zostały opisane w Załączniku nr 3 do Umowy.

Repozytorium Wymagań

Część Repozytorium Projektowego służące do przechowywania wymagań funkcjonalnych i pozafunkcjonalnych. Forma, zawartość oraz zasady prowadzenia zostały opisane w Załączniku nr 3 do Umowy.

Roboczogodzina Jednostka miary pracochłonności wyrażająca normę ilościową pracy wykonanej przez jednego pracownika Wykonawcy w czasie jednej godziny.

SLA(Service Level Agreement)

Warunki poziomu świadczenia usług i sposobu jego pomiaru, określone w Załączniku nr 6 do Umowy.

Sprzęt Urządzenia, w szczególności sprzęt komputerowy i infrastruktura teleinformatyczna znajdująca się w posiadaniu Zamawiającego, na których działają Aplikacje w okresie realizacji Umowy.

System Ewidencji Godzin Wsparcia

(System EGW)

Oprogramowanie informatyczne wspierające proces gromadzenia i analizy danych o wsparciu udzielonym beneficjentom w ramach projektów realizowanych z dofinansowaniem PFRON na podstawie art. 36 ustawy z dnia 27 sierpnia 1997 r. o rehabilitacji zawodowej i społecznej oraz zatrudnianiu osób niepełnosprawnych (Dz. U. z 2011 r., Nr 127, poz.721, z późn. zm.).

Środowisko Deweloperskie

Infrastruktura sprzętowo – programowa Wykonawcy, która zapewnia Wykonawcy wykonywanie następujących czynności: - wprowadzania zmian do Kodu Źródłowego Aplikacji; - tworzenia i uzupełniania Dokumentacji Aplikacji oraz Kodów Źródłowych; - wytwarzania wykonywalnej i instalacyjnej wersji Aplikacji dla Środowiska Testowego i Środowiska Produkcyjnego; - przeprowadzania testów realizowanych przez Wykonawcę w wersji instalacyjnej Aplikacji przed przystąpieniem do testów akceptacyjnych w Środowisku Testowym.

Środowisko Produkcyjne Środowisko informatyczne, na którym działają Aplikacje.

Środowisko Testowe Infrastruktura sprzętowo – programowa Wykonawcy. Środowisko informatyczne analogiczne do Środowiska Produkcyjnego w zakresie systemów operacyjnych, systemów bazodanowych oraz oprogramowania aplikacyjnego mogące się różnić od Środowiska Produkcyjnego mocą obliczeniową (liczba procesorów i RAM) oraz sposobem wirtualizacji.


59

Umowa Umowa zawarta między Zamawiającym, a Wykonawcą wraz ze wszystkimi aneksami i Załącznikami do Umowy.

Usługi Asysty Technicznej i Konserwacji

Wszelkie usługi związane z zapewnieniem bezawaryjnego działania Aplikacji, realizowane przez Wykonawcę według zakresu opisanego w Umowie.

Usługi Hostingu Wszelkie usługi związane z zapewnieniem ciągłości działania Aplikacji i utrzymaniem parametrów wydajnościowych, tworzeniem kopii zapasowych i zapewnieniu bezpieczeństwa danych znajdujących się w Aplikacjach, realizowane przez Wykonawcę według zakresu opisanego w Umowie.

Usługi Modyfikacji i Rozwoju

Wszelkie usługi polegające na wprowadzaniu zmian w Aplikacjach, realizowane przez Wykonawcę według zakresu opisanego w Umowie.

Usługi Transferu Wiedzy Wszelkie usługi polegające na pozyskiwaniu i przekazywaniu wiedzy o Aplikacjach, realizowane przez Wykonawcę według zakresu opisanego w Umowie.

Usterka Wada niebędąca Awarią ani Błędem, powodująca zakłócenie pracy Aplikacji lub poszczególnych ich części mogąca mieć wpływ na ich funkcjonalność, natomiast nieograniczająca zdolności operacyjnych Aplikacji.

Użytkownik Osoba korzystająca z Aplikacji lub ich poszczególnych części (Użytkownik wewnętrzny i zewnętrzny).

Wada Działanie Aplikacji w sposób odmienny od sposobu działania oraz zakresu funkcjonalnego opisanego w Dokumentacji Aplikacji oraz wszelkimi innymi dokumentami oraz ustaleniami Stron dotyczącymi sposobu działania, funkcjonalności oraz wydajności Aplikacji, wynikające z przyczyn leżących po stronie Aplikacji. Wady mogą mieć charakter Awarii, Błędu lub Usterki.

Wniosek Przekazanie Wykonawcy zapotrzebowania na modyfikacje i rozwój oraz transfer wiedzy w ramach Usług Modyfikacji i Rozwoju oraz Usług Transferu Wiedzy poprzez utworzenie zadania w Portalu Serwisowym.

Zadanie Zadanie w Portalu Serwisowym służące do obsługi Wniosków i Zamówień, w tym: składania Wniosków i Zamówień przez Zamawiającego, zamieszczania wyników prac przez Wykonawcę, akceptacji wyników prac przez Zamawiającego.

Załącznik Każdy tekst, materiał graficzny lub też inny przedmiot, odnoszący się do treści głównego dokumentu, dołączony do niego w celu uzupełnienia, bądź uprawomocnienia jego treści.

Zamówienie Przekazanie Wykonawcy zapotrzebowania na wykonanie określonych Produktów lub innych prac w ramach Usług Modyfikacji i Rozwoju oraz Usług Transferu Wiedzy.

Zgłoszenie Przekazanie Wykonawcy zawiadomienia o Wadzie, złożenie pytań w ramach świadczenia Usług Hostingu, Usług Asysty Technicznej i Konserwacji oraz w okresie gwarancji.


60

2. Wszystkim pojęciom pisanym z wielkich liter, używanym w Załącznikach do Umowy, Strony nadają brzmienie zgodne z Umową, chyba że Załącznik wprost definiuje inne znaczenie używanego pojęcia.

3. Ilekroć w Umowie wyraźnie nie zaznaczono inaczej, terminy wykonania zobowiązań oblicza się w dniach kalendarzowych.

§ 2. Przedmiot Umowy

1. Przedmiotem Umowy jest świadczenie:

1.1. Usług Hostingu Generatora Wniosków i Systemu Ewidencji Godzin Wsparcia.

1.2. Usług Asysty Technicznej i Konserwacji Generatora Wniosków i Systemu Ewidencji Godzin Wsparcia.

1.3. Usług Modyfikacji i Rozwoju Generatora Wniosków i Systemu Ewidencji Godzin Wsparcia w ramach maksymalnego limitu 8000 Roboczogodzin.


2. W ramach niniejszej Umowy Wykonawca zobowiązuje się także:

2.1. Udzielić Zamawiającemu gwarancji, na warunkach szczegółowo opisanych w § 8 Umowy.

2.2. Przenieść na Zamawiającego autorskie prawa majątkowe oraz prawa zależne do wytworzonych lub dostarczonych podczas realizacji niniejszego zamówienia Produktów na warunkach i zasadach opisanych szczegółowo w § 13Umowy.

2.3. Zapewnić Zamawiającemu licencje na korzystanie z Produktów wskazanych w Umowie, na warunkach i zasadach opisanych szczegółowo w § 13 Umowy.

2.4. Wykonać inne zobowiązania na rzecz Zamawiającego określone w Umowie.

3. Usługi Hostingu, o których mowa w pkt 1.1 powyżej Wykonawca świadczyć będzie w zamian za stałe, miesięczne wynagrodzenie ryczałtowe określone w § 14 pkt 2 Umowy przez okres 24 miesięcy.

4. Usługi Asysty Technicznej i Konserwacji, o których mowa w pkt 1.2 powyżej Wykonawca świadczyć będzie w zamian za stałe, miesięczne wynagrodzenie ryczałtowe określone w § 14 pkt 3 Umowy przez okres 24 miesięcy.

5. Usługi Modyfikacji i Rozwoju Aplikacji świadczone będą przez Wykonawcę na rzecz Zamawiającego, w maksymalnym wymiarze 8 000 Roboczogodzin, przez okres 24 miesięcy, jednak nie dłużej niż do wyczerpania przez Zamawiającego wyżej wymienionego limitu Roboczogodzin, w zamian za wynagrodzenie kosztorysowe obliczone wg stawki, określonej w § 14 pkt 10 Umowy.

6. Usługi Transferu Wiedzy świadczone będą przez Wykonawcę na rzecz Zamawiającego, w maksymalnym wymiarze 500 Roboczogodzin przez okres 24 miesięcy, jednak nie dłużej niż do wyczerpania przez Zamawiającego ww. limitu Roboczogodzin, w zamian za wynagrodzenie kosztorysowe obliczone wg stawki godzinowej, określonej w § 14 pkt 13 Umowy.


61

§ 3. Oświadczenia Stron

1. Strony zgodnie oświadczają, że niezależnie od zakresu wiedzy informatycznej i organizacyjnej, którą dysponuje Zamawiający, nie będzie on traktowany jak profesjonalista, w zakresie przedmiotu Umowy, na poziomie porównywalnym do Wykonawcy.

2. Dla uniknięcia wszelkich wątpliwości, Strony zgodnie postanawiają, że jeżeli w trakcie realizacji zobowiązań wynikających ze świadczenia usług dojdzie do powstania Produktu, w szczególności poprzez wprowadzenie Modyfikacji i Rozwoju w Aplikacjach lub Dokumentacji Aplikacji, Wykonawca z chwilą dokonania takiej zmiany (w tym Odbioru Protokołem) przeniesie autorskie prawa majątkowe, zależne prawa do Produktów oraz licencje na korzystanie z Oprogramowania Standardowego na zasadach szczegółowo opisanych w § 13 niniejszej Umowy.

3. Wykonawca oświadcza, że:

3.1. Posiada fachową wiedzę i dysponuje wszelkimi niezbędnymi informacjami oraz pozwoleniami wymaganymi przez przepisy prawa w dziedzinach związanych z wykonaniem przedmiotu Umowy.

3.2. Dysponuje odpowiednim doświadczeniem, środkami techniczno-organizacyjnymi oraz personelem, niezbędnymi do prawidłowego wykonania Umowy oraz gwarantującymi profesjonalną realizację niniejszej Umowy.

3.3. Zdolność finansowa, a w szczególności płynność finansowa jego przedsiębiorstwa, umożliwiają prawidłowe i terminowe wykonanie Umowy.

3.4. Nie znajduje się w stanie likwidacji oraz, że nie toczy się wobec niego postępowanie upadłościowe lub naprawcze, jak również nie jest zagrożony niewypłacalnością ani nie jest wobec niego prowadzone postępowanie egzekucyjne.

4. W razie powstania w trakcie wykonywania Umowy lub po wykonaniu Umowy jakichkolwiek roszczeń osób trzecich wynikłych z niewykonania lub nienależytego wykonania Umowy przez Wykonawcę lub Podwykonawców, Wykonawca oświadcza, że bierze na siebie wszelką odpowiedzialność za roszczenia osób trzecich z tytułu szkód materialnych wynikłych z niewykonania lub nienależytego wykonania Umowy przez Wykonawcę lub Podwykonawców.

5. Wykonawca oświadcza, że przyjmuje do wiadomości, że świadczenie usług w ramach niniejszej Umowy odbywać się będzie zdalnie lub u Zamawiającego przy wykorzystaniu Sprzętu Zamawiającego oraz Oprogramowania Systemowego i Narzędziowego (w tym baz danych, bibliotek itp.) i Oprogramowania Zamawiającego, jak również przy wykorzystaniu pomieszczeń Zamawiającego. Wykonawca zobowiązuje się do prowadzenia prac w ramach Umowy w taki sposób, aby zminimalizować zakłócenie właściwego funkcjonowania Zamawiającego.

6. O wszelkich zgłoszonych roszczeniach osób trzecich Zamawiający niezwłocznie poinformuje Wykonawcę. Zamawiający nie uzna żadnych roszczeń bez pisemnej zgody Wykonawcy.


62

7. Zamawiający oświadcza, że jest świadomy tego, że realizacja Umowy wymaga jego współpracy z Wykonawcą. Zamawiający zapewni współdziałanie w takim zakresie, w jakim jest to faktycznie niezbędne do wykonania przez Wykonawcę Umowy.

8. Zamawiający oświadcza, że na potrzeby świadczenia usług udostępni Wykonawcy dostęp do Sprzętu i Oprogramowania Zamawiającego w zakresie, w jakim będzie to niezbędne do świadczenia przez Wykonawcę usług w zakresie i na zasadach określonych w niniejszej Umowie, a także zgodne z przepisami prawa oraz odpowiednimi postanowieniami licencyjnymi.

9. Zamawiający oświadcza, że posiada wszelkie majątkowe prawa autorskie oraz zależne prawa do Kodów Źródłowych Aplikacji oraz Dokumentacji Aplikacji niezbędne do realizacji usług.

§ 4. Usługi Hostingu

1. Wykonawca zgłosi gotowość Odbioru uruchomienia Usług Hostingu Aplikacji nie później niż na 5 dni przed upływem terminu, o którym mowa w § 17 pkt 2 niniejszej Umowy.

2. Odbiór będzie dokonywany na podstawie Protokołu Uruchomienia Usługi Hostingu. Protokół Uruchomienia Usługi Hostingu zostanie sporządzony przez Zamawiającego i podpisany przez obie Strony w dwóch egzemplarzach, zgodnie z wzorem stanowiącym Załącznik nr 12 do Umowy.

3. Zamawiający dokona weryfikacji gotowości świadczenia Usługi Hostingu w terminie 5 dni od dnia zgłoszenia gotowości Odbioru. Zamawiający zastrzega sobie prawo do weryfikacja gotowości świadczenia Usługi Hostingu dowolną metodą.

4. W przypadku stwierdzenia przez Zamawiającego wad lub niezgodności przedmiotu Odbioru z Umową, Wykonawca poprawi przedmiot Odbioru w terminie wskazanym przez Zamawiającego. W takim przypadku procedurę Odbioru opisaną powyżej powtarza się aż do czasu dokonania przez Zamawiającego Odbioru („ponowna procedura Odbioru”) albo skorzystania przez Zamawiającego z prawa do wypowiedzenia Umowy zgodnie z przepisami prawa lub Umową.

5. Datą spełnienia świadczenia polegającego na uruchomieniu Usługi Hostingu będzie jego Odbiór pod warunkiem, że uruchomienie Usługi Hostingu nastąpi przy pierwszym Odbiorze, zgodnie z procedurą Odbioru. Jednakże w przypadku stwierdzenia nieprawidłowości w zgłoszonym Odbiorze, termin uważa się za niedotrzymany, a terminem wykonania będzie podpisanie Protokołu Odbioru bez zastrzeżeń przez Zamawiającego.

6. Za dzień uruchomienia Usługi Hostingu będzie uznawany dzień podpisania przez Zamawiającego bez zastrzeżeń Protokołu Uruchomienia Usługi Hostingu. Protokół, o którym mowa w zdaniu pierwszym będzie podstawą do rozpoczęcia świadczenia Usługi Asysty Technicznej i Konserwacji, Usługi Modyfikacji i Rozwoju oraz Usługi Transferu Wiedzy oraz podstawą do wypłaty wynagrodzenia na zasadach opisanych w § 14.

7. W ramach Usług Hostingu Wykonawca zobowiązany jest do:


63

7.1. Udostępnienia na potrzeby działania Aplikacji infrastruktury teleinformatycznej, w tym łącz do transmisji danych.

7.2. Instalacji i utrzymania Aplikacji.7.3. Zapewnienia dostępności infrastruktury teleinformatycznej usług przez 24 godziny

7 dni w tygodniu 365 dni w roku („24/7/365”) przez cały okres obowiązywania Umowy na poziomie zgodnym z ofertą Wykonawcy (Załącznik nr 9 do Umowy) w zakresie dostępności środowiska produkcyjnego i testowego.

7.4. Zapewnienia Podstawowego Łącza Internetowego o przepustowości ….. zgodnej z ofertą Wykonawcy (jednak nie mniejszej niż 50 Mbps).

7.5. Zapewnienia Zapasowego Łącza Internetowego o przepustowości nie mniejszej niż 20 Mbps.

7.6. Wykonywania Usług Hostingu przy pomocy Centrum Hostingowego zlokalizowanego na obszarze Unii Europejskiej w ………………………………………………….

7.7. Zapewnienia Łącza Pomiędzy Centrum Hostingu a lokalizacją Zamawiającego o przepustowości nie mniejszej niż 10 Mbps.

7.8. Zapewnienia szyfrowanego kanału VPN pomiędzy lokalizacją serwera Wykonawcy a serwerem bazodanowym Zamawiającego.

7.9. Tworzenia i odtwarzania kopii zapasowych wykonywanych minimum raz dziennie i przechowywanych przez minimum siedem dni.

7.10. Zapewnienia bezpieczeństwa danych i zabezpieczenie przed dostępem nieupoważnionych użytkowników.

7.11. Udostępnienia środowiska zastępczego maksymalnie w ciągu czterech godzin. Środowisko zastępcze musi pozwalać na podstawową obsługę Aplikacji w trakcie przywracania działania środowiska podstawowego.

7.12. Zapewnienia utrzymania parametrów wydajnościowych Aplikacji, tzn. że wydajność rozwiązania musi być zapewniona na poziomie umożliwiającym jednoczesność pracy dla minimum 6 000 Użytkowników korzystających z Aplikacji w ciągu jednego dnia przy założeniu rozkładu normalnego w godzinach od 7:00 do 16:00 (z ustalonym punktem przesilenia w godzinach 10:00 – 15:00). Zakłada się, że rozwiązanie będzie przygotowane na utrzymanie minimum 1 000 sesji jednocześnie. Do wykonania testów zostanie użyte narzędzie Apache JMeter (http://jmeter.apache.org). Testom będzie podlegać zarówno ruch z wykorzystaniem protokołu HTTPS do strony WEB jak i baza danych obsługująca zapisy danych z używanych Formatek.

7.13. Poinformowania Zamawiającego o zmianach w infrastrukturze Wykonawcy, jeśli zmiana ta ma lub może mieć wpływ na realizację przedmiotu umowy.

8. W przypadku zmiany w zakresie lokalizacji łącz po stronie Zamawiającego, Wykonawca zapewni bez dodatkowych opłat przeniesienie łączy pod nowy, wskazany przez Zamawiającego adres.

9. Zasady realizacji Usługi Hostingu:


64

9.1. Wykonawca jest zobowiązany do udostępniania z należytą starannością serwera do instalacji i używania Aplikacji.

9.2. Wykonawca jest zobowiązany do zapewnienia warunków technicznych i organizacyjnych zgodnie z Rozporządzeniem Ministra Spraw Wewnętrznych i Administracji z dnia 29 kwietnia 2004 r. (Dz.U. z 2004 nr 100 poz. 1024) oraz dodatkowych środków zabezpieczenia danych wymienionych w załączniku nr 11 do Umowy.

9.3. Wykonawca jest zobowiązany do realizacji zadań administracyjnych dotyczących konfiguracji serwera, instalacji Aplikacji i dokonywania niezbędnych aktualizacji oprogramowania w trakcie trwania Umowy.

9.4. Prace związane z obsługą i konserwacją infrastruktury technicznej należy prowadzić w czasie Okna Serwisowego.

9.5. Wykonawca ma prawo do robienia krótkich przerw technicznych w funkcjonowaniu serwera związanych z obsługą i konserwacją Aplikacji poza Oknem Serwisowym, gdy istnieje uzasadniona potrzeba pilnego wykonania danego działania. Wykonawca ma obowiązek każdorazowo ustalić termin przerwy z Zamawiającym.

9.6. Dostępność serwera rozumiana jest jako możliwość uzyskania (wyświetlenia) ekranu uwierzytelnienia Aplikacji (logowania) przez administratora Zamawiającego poza siecią Wykonawcy.

9.7. Wykonawca ma obowiązek monitorowania infrastruktury teleinformatycznej wykorzystywanej przez Aplikacje przez 24 godziny 7 dni w tygodniu 365 dni w roku („24/7/365”) przez cały okres obowiązywania Umowy.

9.8. Wykonawca ma obowiązek miesięcznego dostarczania Zamawiającemu protokołu odbioru Usług Hostingu zgodnie wymaganiami zawartymi w pkt 1 Załącznika nr 8 do niniejszej Umowy.

9.9. Zamawiający jest uprawniony do przeprowadzania audytów warunków technicznych i organizacyjnych oraz dodatkowych środków zabezpieczenia danych, o których mowa w pkt 2.2.

§ 5. Usługi Asysty Technicznej i Konserwacji Aplikacji

1. W ramach Usług Asysty Technicznej i Konserwacji Aplikacji Wykonawca zobowiązany jest do:

1.1. Zapewnienia ciągłości działania Aplikacji przez 24 godziny 7 dni w tygodniu 365 dni w roku („24/7/365”) przez cały okres obowiązywania Umowy.

1.2. Zapewnienia utrzymania parametrów wydajnościowych Aplikacji na poziomie określonym w § 4 ppkt 1.11.

1.3. Kontrolowania funkcjonowania oraz dokonywania okresowych przeglądów funkcjonowania Aplikacji.


65

1.4. Bieżącego informowania Zamawiającego o wystąpieniu konieczności aktualizacji Aplikacji i konfiguracji bazy danych lub aktualizacji i konfiguracji oprogramowania serwera aplikacyjnego.

1.5. Bieżącego dostarczania i instalowania Pakietów Aktualizacji.

1.6. Wykonywania replikacji baz danych Aplikacji na serwer bazodanowy Zamawiającego.

1.7. Przyjmowania i obsługi Zgłoszeń dotyczących Wad Aplikacji.

1.8. Usuwania Wad z odpowiednim priorytetem.

1.9. Odzyskiwania danych utraconych lub uszkodzonych w wyniku Wad Aplikacji.

1.10. Wydawania rekomendacji dotyczących przeprowadzania zmian oraz modernizacji Aplikacji.

1.11. Zapewnienia stałej opieki wyznaczonych przez Wykonawcę konsultantów i wsparcia przy rozwiązywaniu bieżących problemów związanych z funkcjonowaniem Aplikacji.

1.12. Rozwiązywania bieżących problemów poprzez przyjmowanie Zgłoszeń i pytań dotyczących funkcjonowania Aplikacji, utrzymania, konfiguracji i współpracy poszczególnych części Aplikacji oraz udzielania na nie odpowiedzi.

1.13. Udzielania konsultacji dotyczących Przypadków Szczególnych wraz z opracowaniem odpowiednich instrukcji.

1.14. Tworzenia i aktualizacji bazy wiedzy poprzez gromadzenie opinii oraz wiedzy o problemach i ich rozwiązaniach w Portalu Serwisowym.

1.15. Przygotowania zestawień dotyczących realizowanych Zgłoszeń i pytań.

1.16. Zgłaszania zdefiniowanych problemów do Zamawiającego.

1.17. Wsparcia przy konstruowaniu zapytań bezpośrednich do bazy danych i dostarczania gotowych zapytań w języku SQL w celach raportowych.

1.18. Interweniowania na miejscu u Zamawiającego lub poprzez połączenie zdalne.

1.19. Utrzymania wartości parametrów związanych z asystą techniczną i konserwacją na warunkach opisanych w Załączniku nr 6 pkt 2 do Umowy.

1.20. Zaktualizowania całej Dokumentacji Aplikacji oraz Kodów Źródłowych Aplikacji, zgodnie z wymogami dla docelowej Dokumentacji Aplikacji opisanymi w Załączniku nr 3 do Umowy.

2. W Dni Robocze w godzinach poza Oknem Serwisowym Wykonawca musi realizować usługi, o których mowa w pkt: 1.1, 1.2, 1.4, 1.7, 1.8, 1.9, 1.10, 1.11, 1.12, 1.13, 1.14, 1.15, 1.16, 1.17, 1.18, 1.19 powyżej.

3. W Dni Robocze w czasie Okna Serwisowego wykonawca musi realizować usługi, o których mowa w pkt: 1.3, 1.5, 1.6.

4. W dni świąteczne i ustawowo wolne od pracy poza Oknem Serwisowym Wykonawca musi realizować usługi, o których mowa w pkt: 1.1, 1.2, 1.3, 1.8, 1.9, 1.19.


66

5. W dni świąteczne i w czasie Okna Serwisowego wykonawca musi realizować usługi, o których mowa w pkt: 1.3, 1.5, 1.6.

6. Zasady obsługi Zgłoszeń.

6.1. Zgłoszenie dokonywane jest za pośrednictwem Portalu Serwisowego przez upoważnionych pracowników Wykonawcy lub Zamawiającego wskazanych w Umowie.

6.2. Jeżeli Wada została wykryta przez Wykonawcę, Wykonawca niezwłocznie poinformuje Zamawiającego o wystąpieniu Wady, nada Wadzie odpowiednią kategorię oraz przystąpi do działań zmierzających do usunięcia Wady, z tym zastrzeżeniem, że ostateczna decyzja odnośnie kategorii Wady należy do Zamawiającego.

6.3. Wszystkie Zgłoszenia muszą być przez Strony rejestrowane i prezentowane w Portalu Serwisowym, w sposób pozwalający na archiwizację danych o czasie i treści Zgłoszeń oraz Obejścia i Naprawy Wad.

6.4. Zgłoszenie Wady musi zawierać:

6.4.1. opis funkcjonalności tej z dwóch Aplikacji, której dotyczy Wada;6.4.2. opis zauważonych nieprawidłowości w działaniu Aplikacji, jeśli jest

to możliwe, ilustrowanych zrzutami ekranów Aplikacji;6.4.3. kategorię Wady.

6.5. W przypadku, gdy Zgłoszenie zostanie uznane przez Wykonawcę za niezasadne lub w przypadku uznania, iż Zamawiający w sposób nieprawidłowy określił kategorię Wady, Wykonawca zobowiązany jest do poinformowania Zamawiającego o wyniku analizy Zgłoszenia, przy czym ostateczna decyzja, co do realizacji oraz co do kwalifikacji określonej Wady należy do Zamawiającego.

6.6. Przyjmuje się, że do skutecznego Zgłoszenia Wady dochodzi z chwilą zarejestrowania Wady w Portalu Serwisowym.

6.7. Po otrzymaniu Zgłoszenia Wykonawca potwierdzi istnienie i kategorię Wady oraz przystąpi do jej Naprawy.

6.8. Czas na usunięcie Wady rozpoczyna się w momencie skutecznego Zgłoszenia, w przypadku, gdy skuteczne Zgłoszenie ma miejsce w Godzinach Roboczych. W przypadku skutecznego Zgłoszenia po godzinie 17:00 w Dniu Roboczym, czas na usunięcie Wady liczy się od godziny 7:00 następnego Dnia Roboczego. W przypadku skutecznego zawiadomienia przed godziną 7:00 w Dniu Roboczym, czas na usunięcie Wady liczy się od godziny 7:00 tego Dnia Roboczego.

6.9. Jeśli Wykonawca stwierdzi w trakcie działań naprawczych, że dla dokonania usunięcia Wady niezbędne jest podjęcie przez Zamawiającego określonych czynności lub uzyskania dodatkowych wyjaśnień od Zamawiającego, Wykonawca niezwłocznie zwróci się do Zamawiającego z żądaniem wykonania odpowiednich działań. Czas na dokonanie odpowiednich działań przez Zamawiającego nie będzie wliczany do czasu usunięcia Wady.


67

6.10. Usunięcie Wady nie może prowadzić do naruszenia struktur i integralności danych, do utraty danych lub wpływać negatywnie na funkcjonowanie Aplikacji lub innych składników infrastruktury Zamawiającego. Wykonawca zobowiązuje się również do usunięcia Wad w sposób zapobiegający utracie jakichkolwiek danych. W przypadku, gdy wykonanie usługi wiąże się z ryzykiem utraty danych, Wykonawca zobowiązany jest poinformować o tym Zamawiającego przed przystąpieniem do usunięcia Wady.

6.11. Wykonawca przed zainstalowaniem Pakietu Aktualizacji na Środowisku Testowym wykona testy wewnętrzne.

6.12. Poinformowanie Zamawiającego, o zainstalowaniu przez Wykonawcę Pakietu Aktualizacji usuwającego Wadę na Środowisku Testowym uznaje się za zgłoszenie przez Wykonawcę gotowości do Odbioru poprawki.

6.13. Po zgłoszeniu gotowości Odbioru Pakietu Aktualizacji Zamawiający przystąpi niezwłocznie do weryfikacji poprawki.

6.14. Po weryfikacji Pakietu Aktualizacji Zamawiający niezwłocznie potwierdzi skuteczność lub stwierdzi nieskuteczność dokonanych poprawek.

6.15. Zamawiający ma prawo do weryfikacji należytego wykonania usługi dowolną metodą. Zamawiający ma w szczególności prawo przeprowadzić testy za pomocą samodzielnie zdefiniowanych scenariuszy testowych.

6.16. W przypadku, gdy Pakiet Aktualizacji nie usunie zgłoszonej Wady lub spowoduje pojawienie się nowej Wady w Systemie, Zgłoszenie uznaje się za niezakończone. Do czasu obsługi Zgłoszenia nie są wliczane okresy potwierdzania przez Zamawiającego skuteczności dostarczonych poprawek oraz godziny poza Godzinami Roboczymi.

6.17. Jeżeli Wykonawca nie dokona Naprawy / Obejścia w terminach, o których mowa w Załączniku nr 6 do Umowy, Zamawiający może:

6.17.1 wydłużyć termin usunięcia Wady na pisemną prośbę Wykonawcy zawierającą uzasadnienie;

6.17.2 zawiadamiając uprzednio Wykonawcę, usunąć Wadę we własnym zakresie lub powierzyć jej usunięcie innemu podmiotowi trzeciemu na koszt Wykonawcy, co nie spowoduje utraty przysługujących Zamawiającemu uprawnień z tytułu gwarancji - przy czym koszty poniesione przez Zamawiającego przy usunięciu Wady mogą być potrącone z wynagrodzenia przysługującego Wykonawcy lub z zabezpieczenia należytego wykonania przedmiotu Umowy;

6.17.3 obciążyć Wykonawcę karą umowną na zasadach opisanych w niniejszej Umowie.

6.18. Potwierdzenie przez Zamawiającego usunięcia Wady, upoważnia Wykonawcę do instalacji Pakietu Aktualizacji na Środowisku Produkcyjnym. Zakończenie instalacji na Środowisku Produkcyjnym kończy obsługę Zgłoszenia. Zamknięcie Zgłoszenia w Portalu Serwisowym dokonywane jest po instalacji poprawki na


68

Środowisku Produkcyjnym, przez upoważnionych Pracowników Zamawiającego wskazanych w Umowie.

6.19. W ciągu 5 Dni Roboczych od zakończenia obsługi każdego Zgłoszenia Wykonawca dostarczy Zamawiającemu w formie elektronicznej zaktualizowaną, na dzień dostarczenia skutecznej poprawki, wersję Kodów Źródłowych Aplikacji oraz wersję Dokumentacji Aplikacji aktualizującą jej części lub całość.

6.20. Wykonawca będzie aktualizował Dokumentację Aplikacji oraz Kody Źródłowe w sposób umożliwiający weryfikację przez Zamawiającego wprowadzonych zmian i na zasadach opisanych w Załączniku nr 3 do Umowy.

6.21. W przypadku stwierdzenia przez Zamawiającego niespójności pomiędzy zaktualizowaną przez Wykonawcę Dokumentacją Aplikacji, a działaniem Aplikacji, Wykonawca usunie niespójności w ciągu 48 Godzin Roboczych od pozyskania informacji od Zamawiającego.

6.22. Wykonawca zobowiązany jest sporządzać comiesięczny Raport, który będzie określał liczby oraz rodzaj zgłoszonych Wad wraz z opisem dotrzymania lub zwłoki względem terminów wskazanych w Załączniku nr 6 do Umowy.

7. Zasady aktualizacji Aplikacji.

7.1. Aktualizacja Aplikacji realizowana jest dla: nowych wersji Aplikacji stworzonych w związku ze zmianami Sprzętu i Oprogramowania Systemowego i Narzędziowego; nowych wersji lub uaktualnień Aplikacji lub jego poszczególnych części w ramach wersji głównej Aplikacji lub części Aplikacji, utworzonych z własnej inicjatywy przez Wykonawcę, jako kolejne wersje Aplikacji lub części Aplikacji, zawierające usprawnienia w porównaniu z poprzednimi wersjami Aplikacji lub części Aplikacji; dostosowania Aplikacji do bezwzględnie obowiązujących przepisów prawa wpływających na sposób funkcjonowania oraz funkcjonalności Aplikacji, w tym również określających minimalne wymagania techniczne dla systemów informatycznych eksploatowanych przez Zamawiającego.

7.2. Instalacja Pakietu Aktualizacji Aplikacji realizowana będzie w terminie uzgodnionym z Zamawiającym w czasie Okna Serwisowego, o ile Strony nie uzgodnią inaczej.

7.3. Jeżeli Wykonawca opracuje samodzielnie, niezależnie od zobowiązań wynikających z zamówienia jakiekolwiek aktualizacje polegające na uaktualnieniu Aplikacji w ramach jego wersji głównej, służące do usunięcia stwierdzonych nieprawidłowości pracy Aplikacji, dodania nowych funkcjonalności lub uwzględnienia zmian w przepisach prawa - Wykonawca zobowiązany jest niezwłocznie do poinformowania Zamawiającego o fakcie opracowania powyższych uaktualnień oraz ich przedstawienia. Wykonawca zobowiązany jest również poinformować Zamawiającego o ewentualnych skutkach zainstalowania Pakietu Aktualizacji w Aplikacji, w szczególności ich wpływie na sposób jego funkcjonowania oraz sposób korzystania z Aplikacji.


69

7.4. Aktualizacja Aplikacji przez Wykonawcę obejmuje w szczególności:

przygotowanie i uzgodnienie z Zamawiającym planu wdrożenia wersji Aplikacji, aby Zamawiający z odpowiednim wyprzedzeniem mógł poinformować Użytkowników wewnętrznych i zewnętrznych o przerwie w działaniu Aplikacji i planowanym zakresie aktualizacji;

dostarczenie aktualizacji;

instalację aktualizacji na Środowisku Testowym;

instalację aktualizacji na Środowisku Produkcyjnym;

wsparcie przy uruchamianiu Aplikacji i testach uruchomieniowych Aplikacji na Środowisku Produkcyjnym;

aktualizacje Dokumentacji Aplikacji, zgodnie z wymogami dla docelowej Dokumentacji Aplikacji opisanymi w Załączniku nr 3 do Umowy;

podniesienie numeru wersji Aplikacji.

8. Zasady zapewnienia kontroli i ciągłości działania Aplikacji oraz okresowych przeglądów.

8.1. Wykonawca zapewni ciągłe funkcjonowanie Aplikacji przy założeniu, z Aplikacji korzysta 6000 w ciągu jednego dnia, z ustalonym punktem przesilenia w godzinach 10:00 - 15:00 oraz założeniu utrzymania minimum 1000 sesji jednocześnie.

8.2. Wykonawca będzie prowadził działania prewencyjne mające na celu wydłużenie czasu bezawaryjnej pracy Aplikacji, w tym będzie wykonywał optymalizacje Aplikacji oraz przeglądy nie rzadziej niż raz na kwartał, a także na żądanie Zamawiającego.

8.3. W przypadku konieczności wykonania prac mających na celu optymalizację działania Aplikacji Wykonawca bezzwłocznie poinformuje Zamawiającego o zakresie prac jaki jest z tym związany.

8.4. Wszelkie planowane przerwy w działaniu Aplikacji związane z wykonywaniem optymalizacji muszą być uzgodnione z Zamawiającym.

9. Zasady wykonywania replikacji bazy danych.

9.1. System musi umożliwiać wykonywanie duplikacji (replikacji) kopii zapasowych, realizowanych w każdy z niżej podanych sposobów:

Równoległy zapis kopii na kilku urządzeniach, w tym urządzeniach rozmieszczonych w odrębnych lokalizacjach na serwerze zamawiającego za pomocą łącza szyfrowanego.

Sekwencyjny zapis kopii na kilku urządzeniach, tzn. wykonanie kopii i następnie jej zreplikowanie na dalsze urządzenie, przy czym:

- poza początkową synchronizacją repozytoriów, replikacja nie może obejmować przesyłania całych kopii, a wyłącznie dane przyrostowe (maksymalnie na poziomie nowych bloków),

- informacja o lokalizacji repliki musi zostać odnotowana w wewnętrznej bazie serwera zarządzającego backupami,


70

- musi istnieć możliwości zróżnicowania okresów retencji dla kopii pierwotnej i zreplikowanej.

9.2. Replikacja musi być wykonywana na poziomie kontrolerów, bez obciążania serwera podłączonych do macierzy.

9.2.1. System umożliwić ma replikację głównego repozytorium danych do repozytorium zapasowego (druga, dedykowana dla repozytorium zapasowego macierz dyskowa).

9.2.2. Możliwość replikacji danych Aplikacji w trybie ciągłym, z możliwością uruchomienia zabezpieczanych Aplikacji na systemie zapasowym automatycznie i ręcznie w przypadku awarii systemu głównego.

9.2.3. Backupowane dane w pierwszej kolejności zapisywane będą w formie zdeduplikowanej na serwerze w lokalizacji podstawowej. Następnie zostanie wykonana dodatkowa kopia danych do lokalizacji zapasowej (replikacja). Dodatkowo do lokalizacji zapasowej będzie przesyłana kopia wewnętrznej bazy oprogramowania backupowego tak, aby w razie awarii serwer zapasowy przejął funkcje serwera zarządzającego. Serwer zapasowy w razie awarii serwera podstawowego musi przejąć wszystkie jego zadania tak, aby było możliwe wykonywanie backupów z serwera blade, jak i procesu odtwarzania danych.

9.2.4. Usługa świadczona będzie przez Wykonawcę za pośrednictwem dedykowanego-dzierżawionego łącza zestawionego do lokalizacji Zamawiającego przez Wykonawcę, połączenie pomiędzy Centrum na potrzeby replikacji danych o przepływności nie mniejszej niż 10 Mbps.

9.2.5. Zamawiający zobowiązuje się do codziennego wykonywania kopii zapasowych danych Aplikacji w trybie ciągłym oraz do posiadania aktualnej na chwilę bieżącą kopii Aplikacji i Oprogramowania Zamawiającego.

9.2.6. Wykonywanie kopii przez Zamawiającego odbywać się będzie przy użyciu oprogramowania umożliwiającego wykonywanie bieżących kopii zapasowych danych Aplikacji w trybie ciągłym.

9.2.7. Wykonawca zobowiązany jest do aktualizacji danych bazy testowej zgodnie z zawartością bazy produkcyjnej w razie konieczności przeprowadzenia testów. Dodatkowo Wykonawca zobowiązany jest do powiadomienia Zamawiającego o planowanych okresach wyłączenia serwerów produkcyjnych i testowych oraz o zmianach konfiguracji infrastruktury sieciowej

10. Zasady udzielania stałych konsultacji.

10.1. Zgłaszanie konsultacji dokonywane jest za pośrednictwem Portalu Serwisowego przez upoważnionych Pracowników Zamawiającego wskazanych w Umowie.

10.2. Konsultacje udzielane są za pośrednictwem Portalu Serwisowego przez upoważnionych pracowników Wykonawcy wskazanych w Umowie.


71

10.3. Wykonawca przyjmuje Zgłoszenia, uwagi i pytania od Zamawiającego oraz udziela odpowiedzi, porad i wyjaśnień za pośrednictwem Portalu Serwisowego.

10.4. Wszystkie materiały z konsultacji muszą być przez Strony rejestrowane i prezentowane w Portalu Serwisowym w sposób pozwalający na archiwizację danych o czasie i treści konsultacji (zapytań i odpowiedzi).

10.5. Przyjmuje się, że do skutecznego zawiadomienia dochodzi z chwilą zarejestrowania sprawy w Portalu Serwisowym.

10.6. Jeżeli Wykonawca nie będzie w stanie udzielić odpowiedzi w czasie określonym w Załączniku nr 6 do Umowy, jest zobowiązany powiadomić o tym fakcie Zamawiającego, z którym zostanie ustalony nowy termin udzielenia odpowiedzi.

10.7. Jeżeli udzielenie odpowiedzi będzie wymagało przez Wykonawcę kontaktu z podmiotem trzecim (Użytkownikiem zewnętrznym), w szczególności za pośrednictwem poczty elektronicznej, telefonicznie, Wykonawca niezwłocznie poinformuje o tym fakcie Zamawiającego.

10.8. W ramach udzielonych odpowiedzi dotyczących Przypadków Szczególnych, Wykonawca opracuje i udostępni Zamawiającemu instrukcję opisującą rozwiązanie danego przypadku.

11. Zasady zaktualizowania Dokumentacji Aplikacji.

11.1. Wykonawca zaktualizuje dokumentację stanowiącą załącznik nr 10 Umowy w terminie 6 miesięcy od dnia zawarcia niniejszej Umowy, w ten sposób, aby Dokumentacja Aplikacji odpowiadała wymogom i standardom opisanym w Załączniku nr 3 do Umowy.

11.2. Zadaniem Wykonawcy jest dokonanie dostosowania Dokumentacji Aplikacji stanowiącej załącznik nr 10 do Umowy do postaci określonej w punktach I-III załącznika nr 3 do Umowy.

11.3. Dostosowanie ma polegać na:11.3.1. dostosowaniu struktury dokumentacji,11.3.2. uzupełnieniu braków wynikających z wymagań określonych w punkcie I

Załącznika nr 3 do Umowy,11.3.3. stworzeniu i prowadzeniu repozytoriów.

11.4. Wykonawca opracuje dla Dokumentacji Aplikacji stanowiącej załącznik nr 10 do Umowy wszystkie dokumenty wymienione w punkcie I Załącznika nr 3 do Umowy poza dokumentami: SWB, SWSI, SPST, RT:11.4.1. dla każdej następnej wersji Dokumentacji Aplikacji (bez względu na to

czy powstała w wyniku usunięcia Wady Aplikacji czy wykonania Usługi Modyfikacji dostosuje adekwatne do sytuacji partie dokumentacji wraz

z SPST i RT,


72

11.4.2. W ramach każdej usługi modyfikacji (jeśli kontynuowany jest Etap II usługi) muszą powstać dokumenty poza SWB i SWSI.

11.5. Zamawiający wyda Wykonawcy Dokumentację Aplikacji w wersji edytowalnej w dniu zawarcia Umowy.

11.6. Po trzech miesiącach od dnia zawarcia niniejszej Umowy Zamawiający zweryfikuje postępy prac nad dostosowaniem Dokumentacji Aplikacji do wymogów określonych w Załączniku nr 3 do Umowy. Po dokonaniu tej weryfikacji Zamawiający sporządzi zalecenia i uwagi co do sposobu lub postępów prac nad dostosowaniem Dokumentacji Aplikacji do wymogów określonych w Załączniku nr 3 do Umowy, które Wykonawca zobowiązany jest uwzględnić przy dalszych pracach nad aktualizacją Dokumentacji Aplikacji. Uprawnienia Zamawiającego przewidziane w niniejszym punkcie nie wyłączają uprawnień Zamawiającego do kontroli i weryfikacji prac Wykonawcy, o których mowa w § 9 niniejszej Umowy.

11.7. Po 6 miesiącach od dnia zawarcia niniejszej Umowy Zamawiający dokona oceny Dokumentacji Aplikacji pod kątem jej zgodności ze standardami opisanymi w Załączniku nr 3 do Umowy. Odbiór zaktualizowanej Dokumentacji Aplikacji odbędzie się na zasadach, o których mowa w § 12 niniejszej Umowy.

11.8. W przypadku nie wywiązania się z postanowień niniejszego punktu Zamawiający może naliczyć kary umowne określone w § 16 Umowy.

11.9. Zmiany wprowadzane przez Wykonawcę do Dokumentacji Aplikacji będą oznaczone wyraźnie oraz w sposób umożliwiający Zamawiającemu ich zidentyfikowanie oraz wyszukanie w tekście, w szczególności poprzez zastosowanie trybu śledzenia zmian.

§ 6. Usługi Modyfikacji i Rozwoju Aplikacji

1. W ramach Usług Modyfikacji i Rozwoju Aplikacji Wykonawca zobowiązany jest do:

1.1. Ustalania z Zamawiającym szczegółowych warunków wykonania konkretnej zmiany w Aplikacjach.

1.2. Dokonywania zmian zgodnie z wymaganiami funkcjonalnymi i niefunkcjonalnymi Aplikacji wynikającymi z potrzeb Zamawiającego.

1.3. Opracowywania i wdrażania nowych funkcjonalności Aplikacji lub dokonywania wszelkich innych zmian w Aplikacjach w zakresie wskazanym przez Zamawiającego, w tym wynikających ze zmian przepisów prawa, zaleceń audytorów, kontrolerów, zmieniających się wymogów technologicznych oraz optymalizacji procesów biznesowych.

1.4. Dokonywania zmian w Aplikacjach na potrzeby integracji z innymi systemami wykorzystywanymi przez Zamawiającego.


73

1.5. Utrzymania wartości parametrów związanych z modyfikacją i rozwojem na warunkach opisanych w Załączniku nr 6 pkt 3 do Umowy.

1.6. Aktualizowania Dokumentacji Aplikacji, po realizacji modyfikacji i rozwoju zgodnie z wymogami opisanymi w Załączniku nr 3 do Umowy.

2. Zasady realizacji Usług Modyfikacji i Rozwoju.

2.1. Do momentu wykorzystania limitu Roboczogodzin, o którym mowa w § 2 pkt 5 Umowy, Zamawiający ma prawo składać Wykonawcy Wnioski i Zamówienia na Usługi Modyfikacji i Rozwoju, a Wykonawca zobowiązany jest do ich realizacji.

2.2. Zamawiający nie jest zobowiązany do wykorzystania w całości limitu Roboczogodzin oraz zastrzega sobie prawo wykorzystania dostępnych Roboczogodzin w dowolnym momencie trwania Umowy.

2.3. Wykonawca nie może odmówić realizacji złożonego Wniosku i Zamówienia, poza przypadkami, gdy realizacja usługi spowoduje przekroczenie limitu Roboczogodzin.

2.4. Zamawiający wymaga, aby Wykonawca przy realizacji Usług Modyfikacji i Rozwoju dysponował zespołem projektowo-programowym, który może wykonać prace o zakresie nie mniejszym niż 400 Roboczogodzin w trakcie jednego miesiąca.

2.5. Zrealizowana usługa nie może prowadzić do naruszenia struktur i integralności danych, do utraty danych lub wpływać negatywnie na funkcjonowanie Aplikacji lub innych składników infrastruktury Zamawiającego. W przypadku, gdy wykonanie usługi wiąże się z ryzykiem utraty danych, Wykonawca zobowiązany jest poinformować o tym Zamawiającego przed przystąpieniem do realizacji usług.

2.6. W przypadku, gdy realizacja usługi spowoduje pojawienie się Wady w Aplikacjach, Wykonawca zobowiązany jest do wstrzymania prac nad usługą, do czasu skutecznego usunięcia Wady.


2.8. Zgłoszenie Wniosków i Zamówień Usługi Modyfikacji i Rozwoju dokonywane jest przez upoważnionych Pracowników Zamawiającego wskazanych w Umowie.

2.9. Wszystkie Wnioski i Zamówienia oraz inne materiały z realizacji Usług Modyfikacji i Rozwoju (w tym z testów) muszą być przez Strony rejestrowane i prezentowane w Portalu Serwisowym, w sposób pozwalający na archiwizację danych o czasie i treści Wniosków, Zamówień i realizacji.

2.10. Procedura realizacji Usług Modyfikacji i Rozwoju Aplikacji składa się:

etapu I - analiza wstępna, etapu II - projekt,

etapu III - realizacja.

2.11. Etap I (analiza wstępna) - inicjowany jest przez Zamawiającego.


74

2.11.1 Zamawiający tworzy Zadanie w Portalu Serwisowym stanowiące Wniosek o dokonanie analizy, zawierający w miarę możliwości: krótki opis (koncepcje) procesu biznesowego, funkcjonalności modyfikacji i rozwoju oraz zakres danych.

2.11.2 Wykonawca w terminie 5 Dni Roboczych od utworzenia Zadania przedstawi Zamawiającemu, poprzez wprowadzenie wymaganych informacji do tego Zadania, wynik analizy wstępnej zawierający w szczególności:

opis oraz zakres dziedziny sytemu/funkcjonalności, które będą przedmiotem prac;

harmonogram realizacji etapu II – projekt. Harmonogram etapu II musi zawierać co najmniej:

analizę wymagań biznesowych, której wynikiem będzie specyfikacja wymagań biznesowych,

projekt techniczny, którego wynikiem będzie opis architektury rozwiązania oraz projekty wszystkich modułów, które będą podlegały zmianie;

wycenę etapu II w Roboczogodzinach;

propozycję harmonogramu realizacji etapu III – realizacja;

szacunkową wycenę etapu III w Roboczogodzinach;

informację o przewidywanym wykorzystaniu rozwiązań autorstwa podmiotów trzecich oraz opis uwarunkowań prawnych zastosowania tych rozwiązań.

2.11.3 Strony mogą ustalić inny termin dostarczenia wyniku analizy wstępnej przez Wykonawcę.

2.11.4 Strony mogą dokonywać zmian i uzupełnień do materiału analizy wstępnej w trybie roboczym.

2.11.5 Zamawiający zobowiązany jest do przekazania Wykonawcy informacji czy akceptuje, czy odrzuca przedstawiony przez Wykonawcę wynik etapu I.

2.11.6 Sposób przedstawienia wyceny czasochłonności prac przedstawia Załącznik nr 5 do Umowy. Ostateczna akceptacja wyceny czasochłonności prac należy do Zamawiającego.

2.11.7 Zamawiającemu przysługuje prawo weryfikacji i akceptacji sposobu oraz czasochłonności wykonania przez Wykonawcę usług, który został przedstawiony przez Wykonawcę, w tym prowadzenia w tej sprawie ewentualnych negocjacji z Wykonawcą.

2.11.8 Zamawiający ma prawo zrezygnować z realizacji kolejnych etapów. Realizacja etapu I nie powoduje żadnych skutków finansowych dla Zamawiającego.


75

2.12. Etap II (projekt) - inicjowany jest przez Zamawiającego.

2.12.1. Zamawiający akceptuje uzgodniony przez Strony wynik prac etapu I i zleca poprzez wprowadzenie stosownej informacji do Zadania w Portalu Serwisowym Wniosek o wykonanie szczegółowej specyfikacji (projektu), zawierający w szczególności:

uzgodniony opis modyfikacji,

uzgodniony harmonogram wykonania etapu II - projekt,

uzgodnioną wycenę prac etapu II,

datę zlecenia wykonania etapu II (projektu).

2.12.2. Wykonawca w terminie 10 Dni Roboczych od wprowadzenia do Zadania Wniosku na wykonanie etapu II przedstawi Zamawiającemu szczegółową specyfikację (projekt), poprzez wprowadzenie wymaganych informacji do tego Zadania, która musi zawierać w szczególności:

opis dziedziny systemu oraz specyfikację wymagań biznesowych (głównie obszar funkcjonalnalny), które będą przedmiotem prac;

jeśli jest taka potrzeba - opis architektury systemu po zmianach (głównie perspektywa biznesu, perspektywa logiczna, oraz perspektywa danych),

projekty wszystkich modułów, które będą przedmiotem prac. Minimalny zakres informacji to:

opis elementów struktury (tj. komponentów, podmodułów itp.),

opis głównych scenariuszy działania a w tym opis algorytmów po zmianach,

opis interfejsów po zmianach,

opis logicznego modelu danych wykorzystywanych w modułach,

opis modelu wdrożenia;

opis ewentualnych szkoleń;

wycenę realizacji etapu III w Roboczogodzinach;

zakres niezbędnego współdziałania Zamawiającego;

harmonogram realizacji prac, w tym terminy zakończenia testów wewnętrznych Wykonawcy, dostarczenia Pakietów Aktualizacji do testów akceptacyjnych, terminy realizacji testów, szacunkowy termin wdrożenia oraz termin przekazania aktualnych Kodów Źródłowych Aplikacji i Dokumentacji Aplikacji;

informację o wpływie realizacji usługi na integralność, wydajność oraz bezpieczeństwo Aplikacji (w tym schemat uprawnień po zmianach);

wykaz niezbędnych licencji do uruchomienia zmian.


76

2.12.3. Strony mogą ustalić inny termin dostarczenia projektu przez Wykonawcę.2.12.4. Zamawiający w terminie 10 Dni Roboczych od przedstawienia przez

Wykonawcę projektu modyfikacji i rozwoju wprowadzi do Zadania informację potwierdzającą akceptację projektu, konieczność dokonania zmiany lub uzupełnienie projektu albo o wstrzymaniu lub rezygnacji z realizacji modyfikacji i rozwoju.

2.12.5. Sposób przedstawienia wyceny czasochłonności prac przedstawia Załącznik nr 5 do Umowy. Ostateczna akceptacja wyceny czasochłonności prac należy do Zamawiającego.

2.12.6. Zamawiającemu przysługuje prawo weryfikacji i akceptacji sposobu oraz czasochłonności wykonania przez Wykonawcę usług, który został przedstawiony przez Wykonawcę, w tym prowadzenia w tej sprawie ewentualnych negocjacji z Wykonawcą.

2.12.7. W przypadku nieprzystąpienia przez Zamawiającego do etapu III (realizacji), Zamawiający ponosi koszt realizacji etapu II pod warunkiem akceptacji przez Zamawiającego wyniku etapu II – projektu, co jest podstawą do wystawienia przez Wykonawcę Protokołu Odbioru.

2.12.8. W przypadku nieprzystąpienia przez Zamawiającego do etapu III (realizacji) akceptacja projektu i podpisanie Protokołu Odbioru bez zastrzeżeń stanowi Odbiór Produktu etapu II (projekt) i jest podstawą do wystawienia faktury.

2.12.9. Końcowa wersja projektu zostaje uzgodniona w trybie roboczym. Wycena realizacji modyfikacji i rozwoju uzgodniona w końcowej wersji projektu dotyczącej realizacji etapu III będzie stanowić podstawę wyliczenia wynagrodzenia za wykonanie usługi.

2.12.10. W przypadku akceptacji projektu Zamawiający może złożyć Zamówienie o realizację etapu III.

2.13. Etap III (realizacja) - inicjowany przez Zamawiającego po akceptacji etapu II.2.13.1. Wykonawca przystępuje do realizacji usługi po otrzymaniu

od Zamawiającego Zamówienia etapu III z uwzględnieniem ustalonego harmonogramu.

2.13.2. Wykonawca przeprowadza testy wewnętrzne na Środowisku Deweloperskim według przygotowanych przez siebie scenariuszy testowych i potwierdza Zamawiającemu ich wykonanie odpowiednim protokołem. Scenariusze testowe będą używane, jako kryterium Odbioru do przeprowadzenia testów akceptacyjnych przez Zamawiającego.

2.13.3. Po przeprowadzeniu testów wewnętrznych Wykonawca zgłasza Zamawiającemu gotowość do testów akceptacyjnych. Zgłoszenie Wykonawcy do testów akceptacyjnych musi zawierać harmonogram


77

instalacji Pakietu Aktualizacji na Środowisku Testowym oraz formularze scenariuszy testowych, o których mowa w pkt 2.12.2 powyżej.

2.13.4. Wykonawca przekazuje Zamawiającemu na etapie testów:

Pakiety Aktualizacji;

formularze scenariuszy testowych wraz z protokołem potwierdzającym wykonanie testów przez Wykonawcę;

dokumentację niezbędną do przeprowadzenia testów przez Zamawiającego (w tym dokumentacje Użytkowników i administratora);

Dokumentację Aplikacji uwzględniającą zmiany powstałe w wyniku realizacji etapu III sporządzoną zgodnie z wymogami załącznika nr 3 do Umowy.

2.13.5. Poinformowanie Zamawiającego o zainstalowaniu przez Wykonawcę Pakietu Aktualizacji na Środowisku Testowym uznaje się za zgłoszenie przez Wykonawcę gotowości do Odbioru realizowanych usług.

2.13.6. Po zgłoszeniu gotowości Odbioru Zamawiający przystąpi niezwłocznie do weryfikacji Pakietu Aktualizacji.

2.13.7. Zamawiający ma prawo do weryfikacji należytego wykonania usługi dowolną metodą. Zamawiający ma prawo przeprowadzić testy za pomocą samodzielnie zdefiniowanych scenariuszy testowych.

2.13.8. Po weryfikacji zmian Zamawiający niezwłocznie potwierdzi wykonanie lub stwierdzi niewykonanie usług. Wykonanie usługi, która została odrzucona przez Zamawiającego podlega dalszym pracom, do czasu jej skutecznego wykonania.

2.13.9. Jeżeli Wykonawca nie wykona usługi w terminach określonych w projekcie, o którym mowa w ppkt 2.11 powyżej, Zamawiający może:

wydłużyć termin wykonania usługi na pisemną prośbę Wykonawcy zawierającą uzasadnienie i zmiany harmonogramu;

obciążyć Wykonawcę karą umowną na zasadach opisanych w niniejszej Umowie.

2.13.10. Po zakończeniu testów akceptacyjnych Strony ustalają harmonogram instalacji Pakietu Aktualizacji na Środowisku Produkcyjnym.

2.13.11. Instalacja Pakietu Aktualizacji na Środowisku Produkcyjnym realizowana będzie w czasie Okna Serwisowego, o ile Strony nie uzgodnią inaczej.

2.13.12. Zamawiający zastrzega sobie prawo rezygnacji z instalacji Pakietu Aktualizacji na Środowisku Produkcyjnym.

2.13.13. Po instalacji Pakietu Aktualizacji na Środowisku Produkcyjnym lub w przypadku rezygnacji przez Zamawiającego z instalacji na Środowisku Produkcyjnym, po zakończeniu testów akceptacyjnych zostanie


78

podpisany Protokół Odbioru, którego wzór zawiera pkt 3 Załącznika nr 8 do Umowy.

2.13.14. Warunkiem koniecznym do podpisania przez Zamawiającego Protokołu Odbioru jest dostarczenie przez Wykonawcę zaktualizowanej kompletnej Dokumentacji Aplikacji, zaktualizowanej wersji Kodów Źródłowych Aplikacji oraz opisu procedury instalacji na Środowisku Produkcyjnym. Przekazany materiał musi zawierać wszelkie informacje pozwalające Zamawiającemu lub podmiotom wybranym przez Zamawiającego na samodzielne korzystanie z Produktów, a także na ich samodzielne utrzymywanie i rozwój.

2.13.15. Upoważniony Pracownik Zamawiającego wskazany w Umowie, zamyka Zamówienie w Portalu Serwisowym po podpisaniu Protokołu Odbioru bez zastrzeżeń.

2.13.16. Podpisanie Protokołu Odbioru etapu bez zastrzeżeń jest podstawą do wystawienia przez Wykonawcę faktury.

2.13.17. Wykonawca przeprowadzi szkolenia dla Użytkowników wewnętrznych, jeśli Zamówienie o modyfikacje i rozwój zawiera takie zapotrzebowanie.

2.13.18. Z chwilą potwierdzenia Protokołem Odbioru bez zastrzeżeń wykonania usług Wykonawca obejmuje Produkty Usługami Asysty Technicznej i Konserwacji, o których mowa w § 5 Umowy oraz gwarancją, o której mowa w § 8 Umowy bez zmiany wynagrodzenia przysługującego z tytułu realizacji Umowy oraz przenosi na Zamawiającego autorskie prawa majątkowe oraz zależne prawa do Produktu na zasadach opisanych w § 13 niniejszej Umowy.

2.14. Protokół Odbioru Produktów wykonanych w ramach Usług Modyfikacji i Rozwoju zawierać będzie informację o liczbie Roboczogodzin, w ramach których Produkty zostały wykonane. Liczba Roboczogodzin wskazana w zaakceptowanym przez Zamawiającego Protokole Odbioru będzie podstawą do rozliczenia limitu Roboczogodzin na Usługi Modyfikacji i Rozwoju, określonego w niniejszej Umowie.

2.15. Podstawą do ustalenia wysokości wynagrodzenia z tytułu Usług Modyfikacji i Rozwoju objętych danym Wnioskiem lub Zamówieniem będzie czasochłonność ich wykonania (liczba Roboczogodzin wskazana w Protokole Odbioru zgodnie z postanowieniami niniejszego paragrafu) oraz stawka za Roboczogodzinę określona w § 14 pkt 10 Umowy.

2.16. Wynagrodzenie z tytułu realizacji Usługi Rozwoju i Modyfikacji będzie płatne po odebraniu przez Zamawiającego wszystkich usług lub Produktów objętych danym Zamówieniem/Wnioskiem, na podstawie prawidłowo wystawionej faktury VAT i odpowiedniego Protokołu Odbioru.

§ 7. Usługi Transferu Wiedzy

1. W ramach Usług Transferu Wiedzy Wykonawca zobowiązany jest do:


79

1.1. Przygotowania i prowadzenia dla Zamawiającego lub innych podmiotów wskazanych przez Zamawiającego szkoleń i warsztatów na temat sposobu działania i obsługi Aplikacji przez użytkowników, architektury Aplikacji, Kodów Źródłowych Aplikacji oraz Dokumentacji Aplikacji.

1.2. Udzielania Zamawiającemu lub innym podmiotom wskazanym przez Zamawiającego konsultacji ustnych lub pisemnych na temat sposobu działania i obsługi Aplikacji przez użytkowników, architektury Aplikacji, Kodów Źródłowych Aplikacji oraz Dokumentacji Aplikacji.

2. Zasady realizacji Usług Transferu Wiedzy.

2.1. Do momentu wykorzystania limitu Roboczogodzin, o którym mowa w § 2 pkt 6 Umowy, Zamawiający ma prawo składać Wykonawcy Wnioski i Zamówienia na Usługi Transferu Wiedzy, a Wykonawca zobowiązany jest do ich realizacji.

2.2. Zamawiający nie jest zobowiązany do wykorzystania w całości limitu Roboczogodzin oraz zastrzega sobie prawo wykorzystania dostępnych Roboczogodzin w dowolnym momencie trwania Umowy.

2.3. Wykonawca nie może odmówić realizacji złożonego Wniosku i Zamówienia, poza przypadkami, gdy realizacja usługi spowoduje przekroczenie limitu Roboczogodzin.


2.5. Zgłoszenie Wniosków i Zamówień dokonywane jest przez upoważnionych Pracowników Zamawiającego wskazanych w Umowie.

2.6. Wszystkie Wnioski i Zamówienia oraz inne materiały z realizacji Usług Transferu Wiedzy (w tym prezentacje szkoleniowe) muszą być przez Strony rejestrowane i prezentowane w Portalu Serwisowym, w sposób pozwalający na archiwizację danych o czasie, treści Wniosków, Zamówień i realizacji.

2.7. Procedura realizacji Usług Transferu Wiedzy składa się z:

2.7.1. etapu I - analiza i wycena,

2.7.2. etapu II - realizacja.

2.8. Etap I (analiza i wycena) - inicjowany jest przez Zamawiającego.

2.8.1. Zamawiający składa Wykonawcy Wniosek na transfer wiedzy zgodnie ze wzorem określonym w pkt 1 Załącznika nr 7 do Umowy.

2.8.2. Wykonawca w terminie 5 Dni Roboczych od przekazania Wniosku przedstawi Zamawiającemu wynik analizy i wycenę, zgodnie ze wzorem określonym w pkt 2 Załącznika nr 7 do Umowy, zawierający w szczególności:

harmonogram realizacji etapu II;

wycenę etapu II w Roboczogodzinach;

opis oraz zakres transferu wiedzy;

zakres niezbędnego współdziałania Zamawiającego;


80

informację o przewidywanym wykorzystaniu rozwiązań autorstwa podmiotów trzecich oraz opis uwarunkowań prawnych zastosowania tych rozwiązań.

2.8.3. Strony mogą ustalić inny termin dostarczenia wyniku etapu I przez Wykonawcę.

2.8.4. Strony mogą dokonywać zmian i uzupełnień do materiału etapu I w trybie roboczym.

2.8.5. Sposób przedstawienia wyceny czasochłonności prac przedstawia Załącznik nr 5 do Umowy. Ostateczna akceptacja wyceny czasochłonności prac należy do Zamawiającego.

2.8.6. Zamawiający zobowiązany jest do przekazania Wykonawcy informacji czy akceptuje, czy odrzuca przedstawiony przez Wykonawcę wynik etapu I. Zamawiającemu przysługuje prawo weryfikacji i akceptacji sposobu oraz czasochłonności wykonania przez Wykonawcę usług, który został przedstawiony przez Wykonawcę, w tym prowadzenia w tej sprawie ewentualnych negocjacji z Wykonawcą.

2.8.7. Zamawiający ma prawo zrezygnować z realizacji kolejnego etapu. Realizacja etapu I nie powoduje żadnych skutków finansowych dla Zamawiającego.

2.8.8. Końcowa wersja wyceny zostaje uzgodniona w trybie roboczym. Wycena realizacji Usług Transferu Wiedzy uzgodniona w końcowej wersji będzie stanowić podstawę wyliczenia wynagrodzenia za wykonanie usług.

2.9. Etap II (realizacja) - inicjowany jest przez Zamawiającego.

2.9.1. Zamawiający składa Wykonawcy Zamówienie na transfer wiedzy zgodnie ze wzorem określonym w pkt 3 Załącznika nr 7 do Umowy.

2.9.2. Wykonawca przystępuje do realizacji usługi po otrzymaniu od Zamawiającego Zamówienia etapu II z uwzględnieniem ustalonego harmonogramu.

2.9.3. Jeżeli Wykonawca nie wykona usługi w terminach określonych w wyniku analizy i wyceny, o którym mowa w pkt 2.8 powyżej, Zamawiający może:

wydłużyć termin wykonania usługi na pisemną prośbę Wykonawcy zawierającą uzasadnienie i zmiany harmonogramu;

obciążyć Wykonawcę karą umowną na zasadach opisanych w niniejszej Umowie.

2.9.4. Odbiór odbywa się po zrealizowaniu usług na podstawie zaakceptowanego Protokołu Odbioru bez zastrzeżeń.

2.9.5. Zamknięcie Zamówienia w Portalu Serwisowym dokonywane jest przez upoważnionych Pracowników Zamawiającego wskazanych w Umowie, po podpisaniu Protokołu Odbioru bez zastrzeżeń.

2.9.6. Podpisanie Protokołu Odbioru bez zastrzeżeń jest podstawą do wystawienia przez Wykonawcę faktury.


81

2.10. Szkolenia i warsztaty, o których mowa w pkt 1.1 powyżej, Wykonawca przeprowadza w lokalizacji Zamawiającego, w udostępnionej przez Zamawiającego sali wyposażonej w sprzęt do prezentacji (rzutnik) oraz określoną w zamówieniu na usługę liczbę stanowisk komputerowych.

2.11. Wykonawca zobowiązuje się zapewnić, w szczególności wykładowców posiadających należyte doświadczenie szkoleniowe i odpowiednią wiedzę merytoryczną w zakresie objętym przedmiotem szkolenia lub warsztatu, materiały szkoleniowe dla wszystkich uczestników, w tym zestawy ćwiczeń i testów.

2.12. Koszty dojazdu na miejsce szkolenia lub warsztatu, zakwaterowania i wyżywienia wykładowców przeprowadzających szkolenie, warsztat pokrywa w całości Wykonawca.

§ 8. Warunki gwarancji

1. W ramach wynagrodzenia, o którym mowa w § 14 Umowy Wykonawca zapewnia Zamawiającemu gwarancję na wszelkie Produkty powstałe lub dostarczone Zamawiającemu w wyniku świadczenia usług na podstawie niniejszej Umowy.

2. Okres gwarancji, o której mowa w punkcie powyżej, wynosi 12 miesięcy liczonych od:

2.1. daty przekazania Zamawiającemu Produktu w ramach realizacji Usług Asysty Technicznej i Konserwacji;

2.2. daty odebrania przez Zamawiającego Produktu wykonanego w ramach Usług Modyfikacji i Rozwoju.

3. W okresie gwarancji Wykonawca zobowiązuje się do usuwania Wad w Produktach zgodnie z Załącznikiem nr 6 do Umowy.

4. Zobowiązania w zakresie gwarancji muszą być świadczone w sposób zapobiegający utracie jakichkolwiek danych. W przypadku, gdy wykonanie usługi wiąże się z ryzykiem utraty lub uszkodzenia danych, Wykonawca zobowiązany jest poinformować o tym Zamawiającego przed przystąpieniem do wykonywania świadczeń gwarancyjnych.

5. W zakresie nieuregulowanym w niniejszym paragrafie do zasad świadczenia zobowiązań w ramach gwarancji stosuje się odpowiednio zasady przewidziane dla realizacji Usługi Asysty Technicznej i Konserwacji, określone w § 5 Umowy.

6. Jeżeli w trakcie realizacji zobowiązań w ramach gwarancji dojdzie do wprowadzenia zmian w Aplikacjach lub powstania albo też dostarczenia Produktów, w szczególności programów komputerowych lub Dokumentacji Aplikacji, Wykonawca przeniesie na Zamawiającego majątkowe prawa autorskie oraz zależne prawa takich Produktów na zasadach określonych w § 13 Umowy.

7. Dla uniknięcia wszelkich wątpliwości, Strony zgodnie postanawiają, że w okresie trwania gwarancji Zamawiający upoważniony jest do wprowadzania samodzielnie lub poprzez wskazane przez Zamawiającego osoby trzecie dowolnych zmian w Aplikacjach oraz innych Produktach.


82

8. Dokonywanie przez Zamawiającego samodzielnych działań dotyczących Produktów, a także ingerencji lub zmian w Produktach, w szczególności poprzez modyfikowanie Produktów, nie wpływa na zakres uprawnień Zamawiającego wynikających z gwarancji w odniesieniu do Produktów, które zostały dostarczone przez Wykonawcę, w szczególności takie działania Zamawiającego nie powodują wygaśnięcia uprawnień z tytułu gwarancji.

§ 9. Ogólne zasady świadczenia usług i przygotowanie do świadczenia usług

[Ogólne zasady świadczenia usług w ramach Umowy]

1. Wykonawca zobowiązuje się wykonywać niniejszą Umowę z zachowaniem najwyższej staranności oraz przy wykorzystaniu całej posiadanej wiedzy i doświadczenia.

2. Prace prowadzone przez Wykonawcę w ramach świadczenia usług z tytułu niniejszej Umowy nie mogą prowadzić do naruszenia struktur i integralności danych, do utraty danych lub wpływać negatywnie na funkcjonowanie Aplikacji. Wykonawca zobowiązuje się również do świadczenia usług w ramach realizacji niniejszej Umowy w sposób zapobiegający utracie jakichkolwiek danych.

3. Zamawiający zobowiązuje się do codziennego wykonywania kopii zapasowych danych Aplikacji w trybie ciągłym oraz do posiadania aktualnej na chwilę bieżącą kopii Aplikacji i Oprogramowania Zamawiającego.

4. Wykonywanie kopii przez Zamawiającego odbywać się będzie przy użyciu oprogramowania umożliwiającego wykonywanie bieżących kopii zapasowych danych Aplikacji w trybie ciągłym.

5. W przypadku wystąpienia konieczności odzyskania danych Aplikacji Zamawiający zobowiązuje się do odzyskiwania z kopii, o których mowa w pkt 3 oraz pkt 4 powyżej, danych na moment wskazany przez Wykonawcę, o ile kopia, o której mowa pkt 3, została wykonana w sposób prawidłowy lub w przypadku błędnego działania oprogramowania, o którym mowa w pkt 4 na moment ostatnio sporządzonej codziennej kopii zapasowej, co nie stoi na przeszkodzie w naliczeniu przez Zamawiającego kary umownej, o której mowa w § 16 Umowy.

6. Zamawiający zobowiązany jest do aktualizacji danych bazy testowej zgodnie z zawartością bazy produkcyjnej w razie konieczności przeprowadzenia testów. Dodatkowo Zamawiający zobowiązany jest do powiadamiania Wykonawcy o planowanych okresach wyłączenia serwerów produkcyjnych i testowych oraz o zmianach konfiguracji infrastruktury sieciowej.

7. Zamawiający zobowiązuje się do:

7.1. Przekazywania Wykonawcy informacji i danych wskazanych i wyspecyfikowanych przez Wykonawcę jako niezbędne dla realizacji przedmiotu Umowy.

7.2. Zapewnienia poprawnego funkcjonowania urządzeń, po stronie Zamawiającego wykorzystywanych do zdalnego dostępu do Aplikacji.

8. Strony zobowiązują się dołożyć wszelkich starań celem najkorzystniejszej realizacji Umowy, w szczególności polegających na niezwłocznym przekazywaniu drugiej ze Stron


83

danych i informacji mających znaczenie dla realizacji podjętych niniejszą Umową zobowiązań.

9. W toku realizacji prac objętych przedmiotem Umowy, Strony zobowiązane są na bieżąco informować się wzajemnie o wszelkich znanych im zagrożeniach, trudnościach, czy przeszkodach związanych z wykonywaniem Umowy, w tym także znanych Zamawiającemu okolicznościach leżących po stronie Zamawiającego lub po stronie osób trzecich, które mają wpływ, na jakość, termin wykonania bądź zakres prac. Informacje te powinny być przekazywane pisemnie (np. e-mailem, faksem lub listem poleconym) upoważnionym Kierownikom Projektu wskazanym w Umowie.

10. Strony zobowiązane są również na bieżąco informować się wzajemnie o wszelkich znanych im przypadkach naruszania postanowień Umowy. Informacje te powinny być przekazywane upoważnionym Kierownikom Projektu wskazanym w Umowie w formie pisemnej.

11. Usługi będące przedmiotem niniejszej Umowy świadczone będą przez Wykonawcę w lokalizacji Zamawiającego lub za pośrednictwem dedykowanego - dzierżawionego łącza zestawionego do lokalizacji Zamawiającego przez Wykonawcę.

12. Wykonawca zapewnia, iż wszystkie prace prowadzone u Zamawiającego w związku z wykonywaniem niniejszej Umowy będą prowadzone w sposób minimalizujący zakłócenia w pracy oraz organizacji pracy Zamawiającego, w trybie ustalonym przez Strony.

13. Zamawiający zastrzega sobie prawo kontroli wykonania, sposobu oraz postępów prowadzenia prac objętych Umową. Wykonawca zobowiązany będzie niezwłocznie udzielić Zamawiającemu wszelkich informacji, danych i wyjaśnień w żądanym zakresie oraz udostępnić i zaprezentować Produkty, jak również zapewnić możliwość ich kontroli oraz podjąć z Zamawiającym współpracę w innym, niezbędnym zakresie. Koszty kontroli, o której mowa w zdaniu poprzedzającym ponosi Zamawiający.

[Przygotowanie do świadczenia usług]

14. Przed przystąpieniem do świadczenia usług objętych niniejszą Umową:

14.1 Wykonawca zapozna się z należytą starannością z Aplikacjami oraz dokumentacją stanowiącą załącznik nr 10 do Umowy w celu rozpoczęcia świadczenia usług;

14.2 Wykonawca stworzy Środowisko Deweloperskie Aplikacji w ramach wewnętrznej infrastruktury Wykonawcy, które będzie wykorzystywane między innymi do testów wewnętrznych Wykonawcy;

14.3 Wykonawca stworzy Środowisko Testowe Aplikacji w ramach wewnętrznej infrastruktury Wykonawcy, które będzie wykorzystywane między innymi do testów wykonywanych przez Pracowników Zamawiającego;

14.4 Zamawiający umożliwi Wykonawcy dostęp do Środowiska Produkcyjnego Aplikacji;

14.5 Zamawiający udostępni Wykonawcy Portal Serwisowy wspomagający świadczenie usług, a Wykonawca zobowiązany jest do podłączenia się do Portalu Serwisowego przed rozpoczęciem świadczenia usług.


84

15. Wykonawca przez czternaście dni od zawarcia Umowy będzie świadczył Usługi Asysty Technicznej i Konserwacji wyłącznie na Środowisku Testowym.

16. Okres wskazany w pkt 15 ma na celu zapewnienie Wykonawcy czasu na zapoznanie się z Aplikacjami. W tym okresie Wykonawca uprawniony i zobowiązany jest wykonywać usługi wyłącznie na Środowisku Testowym.

17. Odpowiedzialność Wykonawcy za należyte wykonywanie usług rozpoczyna się piętnastego dnia od zawarcia Umowy, kiedy to Wykonawca przystąpi do wykonywania usług na Środowisku Produkcyjnym. Do tego dnia Zamawiający nie jest uprawniony do naliczania przewidzianych w Umowie kar umownych za nienależyte wykonanie usług.

§ 10. Organizacja wykonywania Umowy

1. Bieżące zarządzanie realizacją Umowy odbywa się poprzez wzajemne uzgodnienia Kierowników Projektu Stron, a w razie ich nieobecności Zastępców Kierowników Projektu.

2. Kierownik Projektu Wykonawcy, a w razie jego nieobecności Zastępca Kierownika Projektu odpowiada za stałą współpracę z Zamawiającym.

3. Kierownik Projektu Zamawiającego, a w razie jego nieobecności Zastępca Kierownika Projektu jest upoważniony do przyjmowania i dokonywania Odbiorów usług zamówionych przez Zamawiającego.

4. Kierownicy Projektu, a w razie ich nieobecności Zastępcy Kierowników Projektu są upoważnieni do podejmowania decyzji w imieniu Stron we wszystkich sprawach dotyczących realizacji Umowy, w tym także do udzielania pisemnego pełnomocnictwa substytucyjnego, jednakże bez prawa do zmiany postanowień Umowy.

5. Kierownicy Projektu, a w razie ich nieobecności Zastępcy Kierowników Projektu są upoważnieni do obsługi wszelkich Zgłoszeń, zapytań, Wniosków i Zamówień.

6. Zamawiający jednocześnie oświadcza, że osobami upoważnionymi do dokonywania powyżej wskazanych czynności w imieniu Zamawiającego są również osoby zajmujące stanowisko Dyrektora Wydziału Informatyki PFRON lub Zastępcy Dyrektora Wydziału Informatyki PFRON.

7. Każda ze Stron ma prawo do zmiany osób upoważnionych za pisemnym powiadomieniem drugiej Strony, pod rygorem nieważności. Powiadomienie będzie w każdym przypadku doręczone drugiej Stronie przed rozpoczęciem wykonywania obowiązków przez nową osobę. Do czasu doręczenia powiadomienia wszelkie czynności wykonane przez daną osobę w granicach kompetencji określonych Umową, uważa się za skuteczne.

8. Do bieżącej współpracy w zakresie wykonywania Umowy upoważnione są osoby:

8.1. Po Stronie Zamawiającego:

8.1.1. Kierownik Projektu: ……..………………………..…………………………………………………… e-mail: ……………………………….……….…….. nr telefonu: …..………….…………………..


85

8.1.2. Zastępca Kierownika Projektu: ………….……….……..……………………………………… e-mail: ……………………………….….………….. nr telefonu: …………………………………..

8.2. Po Stronie Wykonawcy:

8.2.1. Kierownik Projektu: ………..…………………………………….……………………….…………… e-mail: …………………………………..………….. nr telefonu: ……………….………………….

8.2.2. Zastępca Kierownika Projektu: ……………….……….………………………………….……… e-mail: ………………………………..…………….. nr telefonu: ……..…………….……………..

9. Dodatkowo dla bieżącej obsługi Zgłoszeń, Wniosków, konsultacji, testów upoważnione są następujące osoby ze Strony Zamawiającego:

9.1. ………..………………………………………………..……………………………………….……………………..…… e-mail: ……..…………………………………………….. nr telefonu: ……………………….………………..

9.2. ………..………………………………………………..………………….…………………………………………..…… e-mail: ……..…………………………………………….. nr telefonu: …………………..…………………….

9.3. ………..………………………………………………..…………………………………………….………………..…… e-mail: ……..…………………………………………….. nr telefonu: ………………………..……………….

9.4. ………..………………………………………………..…………………………………………………….………..…… e-mail: ……..…………………………………………….. nr telefonu: …………………………………..…….

10. Osoby wymienione w pkt 8 i pkt 9 mogą zostać zmienione w trakcie obowiązywania niniejszej Umowy na inne za uprzednim poinformowaniem drugiej Strony. Powiadomienie o powyższych zmianach nie stanowi zmiany Umowy.

§ 11. Podwykonawcy

1. Wykonawca może korzystać w toku realizacji Umowy ze świadczeń Podwykonawców wyłącznie na zasadach opisanych w niniejszym paragrafie.

2. Wykonawca zapewnia, że Podwykonawcy, z których świadczeń będzie korzystał w trakcie wykonywania niniejszej Umowy będą podmiotami profesjonalnie świadczącymi zlecone im przez Wykonawcę zadania oraz posiadającymi wszelkie niezbędne kwalifikacje do wykonywania zleconych im przez Wykonawcę zadań.

3. Wykonawca uprawniony jest do korzystania ze świadczeń Podwykonawców po uzyskiwaniu uprzedniej zgody Zamawiającego.

4. Korzystając w ramach wykonywania niniejszej Umowy ze świadczeń Podwykonawców, Wykonawca zobowiązany jest nałożyć na takiego Podwykonawcę obowiązek przestrzegania wszelkich zasad, reguł i zobowiązań określonych w Umowie, w zakresie, w jakim odnosić się one będą do zakresu prac danego Podwykonawcy.

5. Wykonawca zobowiązuje się, że zapewni, iż Podwykonawcy, którym Wykonawca powierzy wykonanie świadczeń określonych w Umowie będą przestrzegali zasad i przepisów dotyczących bezpieczeństwa informacji obowiązujących u Zamawiającego oraz innych zasad związanych z wykonaniem czynności na terenie obiektów Zamawiającego i w związku z dostępem do infrastruktury lub wszelkich innych systemów, bądź też baz danych Zamawiającego.


86

6. Wykonawca, w każdym przypadku skorzystania ze świadczeń Podwykonawcy, ponosi pełną odpowiedzialność za wykonywanie zobowiązań przez Podwykonawcę jak za działania lub zaniechania własne.

7. Wykonawca pozostaje gwarantem wykonywania i przestrzegania przez Podwykonawców wszelkich zasad, reguł i zobowiązań określonych w Umowie.

8. Podmiot, który zobowiązał się do udostępnienia zasobów zgodnie z art. 26 ust. 2b ustawy, odpowiada solidarnie z Wykonawcą za szkodę Zamawiającego powstałą wskutek nieudostępnienia tych zasobów, chyba, że za nieudostępnienie zasobów nie ponosi winy.

9. W przypadku zmiany lub rezygnacji z Podwykonawcy, na którego zasoby Wykonawca powoływał się, na zasadach określonych w art. 26 ust. 2b ustawy z dnia 29 stycznia 2004 roku Prawo zamówień publicznych (dalej „ustawy”), w celu wykazania spełniania warunków udziału w postępowaniu, o których mowa w art. 22 ust. 1 ustawy, Wykonawca jest obowiązany wykazać Zamawiającemu, iż proponowany inny Podwykonawca lub Wykonawca samodzielnie spełnia je w stopniu nie mniejszym niż wymagany w trakcie postępowania o udzielenie zamówienia.

10. Korzystanie ze świadczeń Podwykonawców niezgodnie z postanowieniami niniejszego paragrafu traktowane będzie jako istotne naruszenie warunków Umowy.

§ 12. Odbiór i dostarczanie Produktów

[Odbiór]

1. W trakcie realizacji Umowy Odbiorowi podlegają:

1.1. Wszelkie prace, w tym Produkty powstałe w wyniku realizacji Usług Modyfikacji i Rozwoju.

1.2. Wszelkie prace zrealizowane w wyniku świadczenia Usług Transferu Wiedzy.

1.3. Dokumentacja Aplikacji, zaktualizowana przez Wykonawcę, zgodnie ze standardami, określonymi w Załączniku nr 3 do Umowy.

2. Odbiorom podlega również każdy miesięczny okres świadczenia Usług Hostingu oraz Asysty Technicznej i Konserwacji.

3. Z każdego Odbioru sporządzany jest Protokół Odbioru, na zasadach określonych w niniejszym paragrafie. Wzory Protokołów Odbioru określa Załącznik nr 8 do Umowy. Protokół Odbioru podpisany bez zastrzeżeń stanowi podstawę zapłaty przez Zamawiającego wynagrodzenia należnego Wykonawcy za świadczenie usług.

4. W trakcie procedury Odbioru Zamawiający dokona weryfikacji, czy przedmiot Odbioru spełnia wymagania określone w Umowie, w tym przeprowadzi niezbędne testy potwierdzające spełnienie przez przedmiot Odbioru wymagań określonych w niniejszej Umowie.


87

5. Niezwłocznie po ukończeniu prac Wykonawca zobowiązany jest powiadomić Kierownika Projektu wskazanego w Umowie o gotowości do Odbioru. Wykonawca zobowiązany jest – przed przedstawieniem Zamawiającemu prac do Odbioru – do przeprowadzenia we własnym zakresie weryfikacji, czy przedmiot Odbioru jest zgodny z postanowieniami niniejszej Umowy, według scenariuszy testowych opracowanych przez Wykonawcę we własnym zakresie.

6. Po potwierdzeniu przez Zamawiającego przedstawienia prac do Odbioru Zamawiający przystąpi do sprawdzenia, czy przedmiot Odbioru jest zgodny z wymaganiami niniejszej Umowy.

7. Niezależnie od postanowień zawartych powyżej, Zamawiający ma prawo do weryfikacji należytego wykonania prac podlegających Odbiorom dowolną metodą. Zamawiający ma w szczególności prawo przeprowadzić testy dostarczonych do Odbioru prac za pomocą samodzielnie zdefiniowanych scenariuszy testowych.

8. W przypadku stwierdzenia przez Zamawiającego rozbieżności pomiędzy przekazanym do weryfikacji przedmiotem prac, a założeniami przyjętymi w Umowie dla wykonania tych prac lub Zamówieniem, Zamawiający sporządza i przekazuje Wykonawcy protokół rozbieżności wraz z wyszczególnieniem rozbieżności uniemożliwiających Odbiór, w terminie 5 Dni Roboczych od dnia przekazania prac do Odbioru. Brak przedstawienia przez Zamawiającego uwag do przedmiotu Odbioru w wyżej wymienionym terminie nie oznacza Odbioru i akceptacji przedmiotu Odbioru przez Zamawiającego.

9. W przypadku stwierdzenia przez Zamawiającego niezgodności pracy podlegającej Odbiorowi z Umową lub Zamówieniem, Wykonawca poprawi przedmiot Odbioru w terminie wskazanym przez Zamawiającego. W takim przypadku procedurę Odbioru opisaną powyżej powtarza się aż do czasu dokonania przez Zamawiającego Odbioru („ponowna procedura Odbioru”) albo skorzystania przez Zamawiającego z prawa do wypowiedzenia Umowy zgodnie z przepisami prawa lub Umową.

10. Odbiór określonych prac przez Zamawiającego nie zwalnia Wykonawcy od odpowiedzialności, jeżeli na podstawie dotychczasowych prac Wykonawca wiedział lub jako profesjonalista powinien był wiedzieć, że prace odebrane przez Zamawiającego nie spełniają wymagań określonych w Umowie.

11. O ile w Umowie nie postanowiono inaczej, datą spełnienia określonego świadczenia będzie zgłoszenie przez Wykonawcę danej pracy do Odbioru pod warunkiem, że praca taka zostanie zaakceptowana przy pierwszym Odbiorze, zgodnie z procedurą Odbioru przewidzianą dla danej pracy. Jednakże w przypadku stwierdzenia nieprawidłowości w zgłoszonej do Odbioru pracy, termin uważa się za niedotrzymany, a terminem wykonania będzie podpisanie stosownego Protokołu Odbioru bez zastrzeżeń przez Zamawiającego.

[Przekazywanie Produktów]

12. W przypadku dostarczania Zamawiającemu w toku realizacji Produktów stanowiących programy komputerowe, a także modyfikacje tych programów (w tym zmiany Aplikacji) Wykonawca zobowiązany jest dostarczyć Zamawiającemu w momencie przekazywania


88

tych Produktów kompletną dokumentację tych Produktów, zgodną ze standardami określonymi w Załączniku nr 3 do niniejszej Umowy.

13. W przypadku przekazywania Zamawiającemu Produktów będących oprogramowaniem Wykonawca zobowiązany jest do dostarczenia Zamawiającemu na nośnikach optycznych takich Produktów w formie wykonywalnej oraz w formie Kodu Źródłowego.

14. Wraz z Kodem Źródłowym Produktu, będącego programem komputerowym, Wykonawca zobowiązany jest dostarczyć na nośnikach optycznych kompletny wykaz narzędzi programistycznych, bibliotek i innych elementów niezbędnych do doprowadzenia takiego Produktu do formy wykonywalnej.

15. Produkty, dostarczone w formie Kodu Źródłowego, zawierać będą komentarze, w szczególności komentarze umieszczone w trakcie realizacji Usług Asysty Technicznej i Konserwacji, Usług Modyfikacji i Rozwoju wykonane zgodnie z treścią załącznika do Umowy Nr 3 pkt 3.3. Wykonawca nie będzie usuwał komentarzy oraz innych informacji technicznych z Kodu Źródłowego danego Produktu, przed jego dostarczeniem Zamawiającemu.

§ 13. Prawa autorskie i licencje

1. W ramach wynagrodzenia należnego za wykonanie usług, Wykonawca przenosi na Zamawiającego autorskie prawa majątkowe oraz prawa zależne do wszystkich Produktów wytworzonych lub zmodyfikowanych w toku realizacji Umowy (w tym dokumentów, programów komputerowych w dowolnej formie utrwalenia, kodów źródłowych, skryptów, plików konfiguracyjnych, scenariuszy testowych, danych testowych, etc.), niebędących Oprogramowaniem Standardowym lub dokumentacją Oprogramowania Standardowego, bez ograniczeń czasowych oraz terytorialnych, na wszystkich znanych w chwili zawarcia niniejszej Umowy polach eksploatacji, w tym w zakresie i na polach eksploatacji określonych w art. 50 oraz 74 ust. 4 Prawa autorskiego (Dz. U. z 2006 r., Nr 90, poz. 631, z późn. zm.), a w szczególności na polach eksploatacji obejmujących:

1.1. Wykorzystywanie w działalności prowadzonej przez Zamawiającego bez jakichkolwiek ograniczeń.

1.2. Korzystanie z wszystkich Produktów w ramach wszystkich ich funkcjonalności w dowolny sposób w nieograniczonej liczbie kopii/stanowisk/serwerów oraz przez nieograniczoną liczbę użytkowników i osób, również spoza organizacji Zamawiającego.

1.3. Wprowadzanie i zapisywanie w pamięci komputerów, odtwarzanie.

1.4. Utrwalanie w całości lub części, wytwarzanie dowolną techniką egzemplarzy Produktów, w tym techniką drukarską, reprograficzną, zapisu magnetycznego oraz techniką cyfrową i w formie dysków twardych, tasiemek streamerów, dyskietek, nośników CD-R/RW, DVD/RW, przenośnej pamięci zewnętrznej, poczty elektronicznej, za pomocą Internetu, przesyłanie za pomocą sieci bezprzewodowych.


89

1.5. Trwałe lub czasowe zwielokrotnianie w całości lub w części jakimikolwiek środkami i w jakiejkolwiek formie wytworzonych Produktów, w tym wprowadzanie do systemu informatycznego, pamięci komputerów, sieci komputerowych, odtwarzanie, przekazywanie, przechowywanie, wyświetlanie, sporządzanie kopii, instalowanie i deinstalowanie.

1.6. Tłumaczenie, przystosowanie, zmiany układu oraz wprowadzanie jakichkolwiek innych zmian w Produktach, w szczególności modyfikowanie kodów źródłowych, kompilowanie i łączenie, testowanie, wdrażanie, dokonywanie przeróbek oraz wykonywanie opracowań Produktu i dokumentacji oraz używanie wytworzonego w ten sposób oprogramowania.

1.7. Rozpowszechnianie, użyczanie, najem, dzierżawę, upoważnianie innych osób do wykorzystania w całości lub części Produktów lub ich kopii.

1.8. Korzystanie z produktów powstałych w wyniku eksploatacji Produktów lub modyfikacji tych Produktów przez Zamawiającego, w szczególności danych, raportów oraz innych dokumentów kreowanych w ramach tej eksploatacji.

2. Przeniesienie praw autorskich, na zasadach określonych powyżej, do Produktów:

2.1. wykonanych lub dostarczonych w ramach Usług Modyfikacji i Rozwoju - następuje z chwilą odebrania danego Produktu przez Zamawiającego;

2.2. wykonanych lub dostarczonych w ramach realizacji Usługi Asysty Technicznej i Konserwacji, Usług Transferu Wiedzy oraz gwarancji – z chwilą przekazania Zamawiającemu danego Produktu.

3. Wykonawca gwarantuje, że po nabyciu przez Zamawiającego majątkowych praw autorskich oraz zależnych praw do wszystkich Produktów wytworzonych lub zmodyfikowanych w toku realizacji Umowy osoby uprawnione z tytułu osobistych praw autorskich w powyższym zakresie w żaden sposób nie będą wykonywały przysługujących im praw, w szczególności Wykonawca zagwarantuje, że Zamawiający może korzystać z Produktów bez wskazywania autorstwa twórców.

4. W ramach wynagrodzenia należnego za wykonanie usług Wykonawca przenosi na Zamawiającego prawo do wykonywania praw zależnych w zakresie i na polach eksploatacji, o których mowa w pkt 1 powyżej.

5. Wykonawca gwarantuje, że wykonane przez niego w ramach Umowy prace, w tym dostarczone przez Wykonawcę programy komputerowe, kody źródłowe, skrypty, pliki konfiguracyjne, dokumentacje, materiały i informacje, nie naruszają jakichkolwiek praw osób trzecich, zwłaszcza w zakresie przepisów o wynalazczości, znakach towarowych, prawach autorskich i prawach pokrewnych oraz nieuczciwej konkurencji.

6. W przypadku wykorzystania utworów podmiotów trzecich Wykonawca zapewnia sobie prawa autorskie w takim zakresie, w jakim zobowiązany jest do ich przeniesienia na Zamawiającego.

7. Wykonawca przyjmuje na siebie odpowiedzialność za naruszenie dóbr osobistych lub praw autorskich i pokrewnych osób trzecich, spowodowanych w trakcie lub w wyniku realizacji usług objętych Umową lub dysponowania przez Zamawiającego Produktami, do których Wykonawca przeniósł prawa na Zamawiającego, a w przypadku skierowania


90

z tego tytułu roszczeń przeciwko Zamawiającemu, Wykonawca zobowiązuje się do całkowitego zaspokojenia roszczeń osób trzecich oraz do zwolnienia Zamawiającego z obowiązku ponoszenia jakichkolwiek kosztów z tego tytułu.

8. Jeśli zrealizowane w ramach Umowy Produkty faktycznie naruszać będą prawa osób trzecich, Wykonawca niezwłocznie przystąpi do ich zmodyfikowania w sposób pozwalający na dalsze ich wykorzystywanie, bez naruszania praw osób trzecich lub uzyska dla Zamawiającego, na swój koszt, licencję lub sublicencję na produkt naruszający prawa osób trzecich.

9. Postanowienia zawarte w niniejszym paragrafie stosuje się odpowiednio do zmian Produktów realizowanych przez Wykonawcę w ramach Umowy oraz licencji lub sublicencji na oprogramowanie wytworzone przez podmioty trzecie.

10. Z chwilą przeniesienia autorskich praw majątkowych oraz praw zależnych do Produktów Wykonawca przenosi na Zamawiającego własność nośników, na których utrwalone zostały Produkty.

11. Wynagrodzenie Wykonawcy z tytułu przeniesienia majątkowych praw autorskich oraz zależnych praw na wszystkich polach eksploatacji wskazanych w niniejszym paragrafie zawiera się w wynagrodzeniu z tytułu wykonania prac objętych Umową.

12. Wykonawca zapewnia i gwarantuje, że przeniesione majątkowe prawa autorskie oraz prawa zależne nie będą obciążone prawami osób trzecich, uniemożliwiającymi Zamawiającemu korzystanie z Produktów oraz zgodnie z celem niniejszej Umowy, a w przypadku Produktów stanowiących programy komputerowe, składających się na System – zgodnie z celem i zakresem uprawnień Zamawiającego wynikających z treści przeniesionych praw majątkowych.

13. W celu uniknięcia wszelkich wątpliwości Strony zgodnie potwierdzają, że Wykonawcy nie przysługują majątkowe prawa autorskie oraz prawa zależne do jakichkolwiek modyfikacji, nowych wersji Aplikacji oraz Produktów wytworzonych przez Zamawiającego lub podmioty działające na zlecenie Zamawiającego, inne niż Wykonawca, a także że wyłączne prawa autorskie do takich modyfikacji Aplikacji, nowych wersji Aplikacji oraz innych Utworów przysługiwać będą twórcom takich utworów.

14. Jeżeli Wykonawca w ramach realizacji niniejszej Umowy dostarcza Oprogramowanie Standardowe wraz z dokumentacją Oprogramowania Standardowego, stworzone samodzielnie przez Wykonawcę lub stworzone przez podmiot trzeci, Wykonawca w ramach wynagrodzenia, o którym mowa w § 14 Umowy udziela bądź też zapewnia udzielenie Zamawiającemu licencji na korzystanie z takiego Oprogramowania Standardowego oraz dokumentacji, na zasadach i w zakresie określonym poniżej.

15. Licencja, o której mowa powyżej, obejmuje następujące pola eksploatacji:

15.1. W odniesieniu do produktów niestanowiących programów komputerowych:

15.1.1. utrwalanie, a także trwałe lub czasowe zwielokrotnianie w całości lub w części jakimikolwiek środkami i w jakiejkolwiek formie;

15.1.2. tłumaczenie, przystosowanie, zmiana układu lub wprowadzanie jakichkolwiek innych zmian w Produktach;


91

15.1.3. publiczne udostępnianie Produktów w taki sposób, aby każdy mógł mieć do nich dostęp w miejscu i w czasie przez siebie wybranym w celu korzystania z Aplikacji w sposób, do jakiego zostały one przeznaczone.

15.2. W odniesieniu do Produktów stanowiących programy komputerowe:

15.2.1. utrwalanie, a także trwałe lub czasowe zwielokrotnianie w całości lub w części jakimikolwiek środkami i w jakiejkolwiek formie;

15.2.2. tłumaczenie, przystosowanie, zmiana układu lub wprowadzanie jakichkolwiek innych zmian w Produktach;

15.2.3. publiczne udostępnianie Produktów w taki sposób, aby każdy mógł mieć do nich dostęp w miejscu i w czasie przez siebie wybranym w celu korzystania z Aplikacji w sposób do jakiego został on przeznaczony.

16. Licencja, o której mowa powyżej zapewnia Zamawiającemu prawo do korzystania z Oprogramowania Standardowego oraz dokumentacji Oprogramowania Standardowego bez ograniczeń czasowych i terytorialnych.

17. Udzielenie licencji, na zasadach określonych powyżej, do Produktów:

17.1. wykonanych lub dostarczonych w ramach Usług Modyfikacji i Rozwoju - następuje z chwilą odebrania danego Produktu przez Zamawiającego;

17.2. wykonanych lub dostarczonych w ramach realizacji Usług Asysty Technicznej i Konserwacji, Usług Transferu Wiedzy oraz gwarancji – z chwilą przekazania Zamawiającemu danego Produktu.

18. Licencje powinny uprawniać do korzystania z Oprogramowania Standardowego oraz dokumentacji Oprogramowania Standardowego bez ograniczeń terytorialnych przez:

18.1. Zamawiającego,

18.2. osoby wskazane przez Zamawiającego,

18.3. Użytkowników,

18.4. podmioty świadczące usługi informatyczne dla Zamawiającego z zakresie niezbędnym do dokonywania usług, bez prawa korzystania przez te podmioty z oprogramowania na potrzeby własne tych podmiotów lub na potrzeby innych osób.

19. Wykonawca zapewnia, że licencja, o której mowa powyżej, obejmuje prawo do wprowadzania dowolnych zmian w Oprogramowaniu Standardowym oraz dokumentacji Oprogramowania Standardowego, w tym na modyfikowanie, skracanie, łączenie lub przerabianie takiego Oprogramowania Standardowego przez Zamawiającego lub wskazane przez Zamawiającego osoby trzecie.

20. W ramach udzielonej lub zapewnianej Zamawiającemu licencji, o której mowa powyżej, Zamawiający będzie miał prawo do udzielania sublicencji do korzystania z Oprogramowania Standardowego oraz dokumentacji Oprogramowania Standardowego na rzecz podmiotów, o których mowa w pkt 18 powyżej.

21. W przypadku licencji na korzystanie z Oprogramowania Standardowego oraz dokumentacji Oprogramowania Standardowego, do którego autorskie prawa majątkowe


92

przysługują innemu podmiotowi niż Wykonawca, Wykonawca zobowiązuje się, że podmiot udzielający licencji nie utraci praw niezbędnych do zapewnienia Zamawiającemu możliwości korzystania z tego Oprogramowania przez okres obowiązywania umowy licencyjnej, a w wypadku gdyby takie zdarzenie miało miejsce Wykonawca w ramach otrzymanego z tytułu niniejszej Umowy wynagrodzenia dostarczy i wdroży zamienne Oprogramowanie.

22. Wykonawca zapewnia, że licencja na korzystanie z Oprogramowania Standardowego nie będzie zawierała ograniczeń polegających na tym, że dane oprogramowanie może być używane wyłącznie z innym oprogramowaniem lub może być wdrażane, serwisowane itp. wyłącznie przez określony podmiot lub grupę podmiotów.

23. Warunki licencji dostarczanej Zamawiającemu nie mogą ograniczać uprawnień Zamawiającego wynikających z niniejszej Umowy.

24. Wykonawca zobowiązuje się, że w przypadku, kiedy to on udziela licencji na korzystanie z Oprogramowania Standardowego nie będzie korzystał w ustawowego uprawnienia do wypowiedzenia umowy licencyjnej, ani prawa do odstąpienia od umowy przysługującego mu na podstawie art. 56 ust. 1 ustawy z dnia 4 lutego 1994 r. o prawie autorskim i prawach pokrewnych w okresie 20 lat od zakończania niniejszej Umowy.

25. Wykonawca gwarantuje, że w przypadku, kiedy Wykonawca zapewnia udzielenie licencji na korzystanie z Oprogramowania Standardowego, którą faktycznie udziela producent tego Oprogramowania niebędący Wykonawcą, producent Oprogramowania Standardowego przez okres co najmniej 3 lat od dnia zakończenia niniejszej Umowy nie będzie korzystał z ustawowego uprawnienia do wypowiedzenia umowy licencyjnej z innych powodów niż naruszenie przez Zamawiającego warunków licencji, po wcześniejszym wyznaczeniu Zamawiającemu dodatkowego terminu (nie krótszego niż 30 dni) na usunięcie naruszeń i bezskutecznym upływie takiego terminu, ani prawa do odstąpienia od umowy przysługującego mu na podstawie art. 56 ust. 1 ustawy z dnia 4 lutego 1994 r. o prawie autorskim i prawach pokrewnych.

26. Za każdy przypadek naruszenia zobowiązań określonych w pkt 24 i 25 powyżej, Wykonawca zobowiązany jest do zapłaty na rzecz Zamawiającego kary umownej w wysokości 200 000 zł (słownie: dwieście tysięcy złotych). Zastrzeżenie niniejszej kary umownej nie ogranicza Zamawiającego w dochodzeniu odszkodowania uzupełniającego przewyższającego wysokość zastrzeżonej kary umownej na zasadach ogólnych prawa cywilnego.

27. Wykonawca zapewnia, że osoby uprawnione z tytułu osobistych praw autorskich do licencjonowanego Oprogramowania Standardowego oraz dokumentacji Oprogramowania Standardowego nie będą wykonywać takich praw w stosunku do Zamawiającego.

28. Wykonawca zapewnia i gwarantuje Zamawiającemu, że korzystanie przez Zamawiającego z Oprogramowania Standardowego nie będzie naruszać żadnych praw własności intelektualnej osób trzecich. Wykonawca zapewnia i gwarantuje również, że licencje dostarczone Zamawiającemu na zasadach określonych powyżej nie będą obciążone prawami osób trzecich, uniemożliwiającymi Zamawiającemu korzystanie z Oprogramowania Standardowego zgodnie z celem niniejszej Umowy.


93

29. Wykonawca zobowiązuje się naprawić każdą szkodę, w tym pokryć wszelkie koszty, wydatki, w tym koszty obsługi prawnej, którą Zamawiający może ponieść lub za którą Zamawiający może stać się odpowiedzialny, lub do naprawienia której może zostać zobowiązany w związku z jakimkolwiek pozwem, roszczeniem czy postępowaniem prowadzonym przeciwko niemu oraz w związku z jakimkolwiek innym postępowaniem, w wyniku złożenia przez Wykonawcę nieprawdziwych oświadczeń co do posiadanych praw własności intelektualnej pod warunkiem jednak, iż Zamawiający: 1) niezwłocznie powiadomi Wykonawcę o takim roszczeniu, 2) nie uzna swojej odpowiedzialności i nie zawrze ugody, bez uprzedniego powiadomienia Wykonawcy o planowanych działaniach i uzgodnienia przez Strony wspólnego stanowiska w tym przedmiocie, 3) będzie przekazywać Wykonawcy informacje, pisma oraz inne dokumenty, związane z przedmiotowym roszczeniem, o ile nie będzie to naruszać przepisów prawa.

§ 14. Wynagrodzenie

1. Łączne maksymalne wynagrodzenie z tytułu realizacji niniejszej Umowy nie przekroczy kwoty: ………………………...….. zł netto (słownie ………………………...….. złotych), plus VAT w wysokości 23%, co daje łącznie kwotę nieprzekraczającą ………………………...….. zł brutto (słownie: ………………………...….. złotych), w tym za:

1.1. Usługi Hostingu ………………………...….. zł netto (słownie: ………………………...….. złotych) plus VAT w wysokości 23%, co daje łącznie kwotę ………………………...….. zł brutto (słownie: ………………………...….. złotych).

1.2. Usługi Asysty Technicznej i Konserwacji ………………………...….. zł netto (słownie: ………………………...….. złotych) plus VAT w wysokości 23%, co daje łącznie kwotę ………………………...….. zł brutto (słownie: ………………………...….. złotych).

1.3. Usługi Modyfikacji i Rozwoju ………………………...….. zł netto (słownie: ………………………...….. złotych) plus VAT w wysokości 23%, co daje łącznie kwotę ………………………...….. zł brutto (słownie: ………………………...….. złotych).

1.4. Usługi Transferu Wiedzy ………………………...….. zł netto (słownie: ………………………...….. złotych) plus VAT w wysokości 23%, co daje łącznie kwotę ………………………...….. zł brutto (słownie: ………………………...….. złotych).

2. Za należyte wykonywanie Usług Hostingu Wykonawca otrzyma w każdym miesiącu obowiązywania Umowy wynagrodzenie ryczałtowe w wysokości ………………………...….. zł netto (słownie ………………………...….. złotych), plus VAT w wysokości 23%, co daje łącznie kwotę ………………………...….. zł brutto (słownie: ………………………...…..złotych).

3. Za należyte wykonywanie Usług Asysty Technicznej i Konserwacji Wykonawca otrzyma w każdym miesiącu obowiązywania Umowy wynagrodzenie ryczałtowe w wysokości ………………………...….. zł netto (słownie ………………………...….. złotych), plus VAT w wysokości 23%, co daje łącznie kwotę ………………………...….. zł brutto (słownie: ………………………...…..złotych).

4. Wynagrodzenie, o którym mowa w pkt 2 powyżej płatne będzie z dołu, po wykonaniu przez Wykonawcę w danym miesiącu Usług Hostingu, na podstawie zaakceptowanego bez zastrzeżeń przez Zamawiającego Protokołu Odbioru Usług Hostingu świadczonych


94

w danym miesiącu. W razie, gdy Umowa obowiązywać będzie przez niepełny miesiąc, wynagrodzenie należne jest w wysokości proporcjonalnej do liczby dni, w których Umowa obowiązywała. Za pierwszy okres, za który wystawiona zostanie faktura uważa się okres od pierwszego dnia obowiązywania Umowy do końca miesiąca.

5. Wynagrodzenie, o którym mowa w pkt 3 powyżej płatne będzie z dołu, po wykonaniu przez Wykonawcę w danym miesiącu Usług Asysty Technicznej i Konserwacji, na podstawie zaakceptowanego bez zastrzeżeń przez Zamawiającego Protokołu Odbioru Usług Asysty Technicznej i Konserwacji świadczonych w danym miesiącu. W razie, gdy Umowa obowiązywać będzie przez niepełny miesiąc, wynagrodzenie należne jest w wysokości proporcjonalnej do liczby dni, w których Umowa obowiązywała. Za pierwszy okres, za który wystawiona zostanie faktura uważa się okres od pierwszego dnia obowiązywania Umowy do końca miesiąca.

6. Wykonawca uprawniony jest do wystawienia faktury VAT na wynagrodzenie, o którym mowa w pkt 2, na podstawie sporządzonego i zaakceptowanego bez zastrzeżeń przez Zamawiającego Protokołu Odbioru Usług Hostingu świadczonych w danym miesiącu, który będzie sporządzony przez Wykonawcę po zakończeniu danego miesiąca świadczenia Usług Hostingu lub po zakończeniu pierwszego okresu, za który sporządzony zostanie Protokół Odbioru, o którym mowa w pkt 4 powyżej oraz zatwierdzony przez Zamawiającego w terminie 7 dni od dnia przekazania tego Protokołu Zamawiającemu przez Wykonawcę.

7. Wykonawca uprawniony jest do wystawienia faktury VAT na wynagrodzenie, o którym mowa w pkt 3, na podstawie sporządzonego i zaakceptowanego bez zastrzeżeń przez Zamawiającego Protokołu Odbioru Usług Asysty Technicznej i Konserwacji świadczonych w danym miesiącu, który będzie sporządzony przez Wykonawcę po zakończeniu danego miesiąca świadczenia Usług Asysty Technicznej i Konserwacji lub po zakończeniu pierwszego okresu, za który sporządzony zostanie Protokół Odbioru, o którym mowa w pkt 5 powyżej oraz zatwierdzony przez Zamawiającego w terminie 7 dni od dnia przekazania tego Protokołu Zamawiającemu przez Wykonawcę.

8. Wzór Protokołu Odbioru Usług Hostingu świadczonych w danym miesiącu stanowi załącznik nr 8 pkt 1.

9. Wzór Protokołu Odbioru Usług Asysty Technicznej i Konserwacji świadczonych w danym miesiącu stanowi załącznik nr 8 pkt 2.

10. Wynagrodzenie za Usługi Modyfikacji i Rozwoju płatne będzie na podstawie wyceny dokonanej zgodnie z § 6 Umowy, w wysokości stanowiącej iloczyn Roboczogodzin na realizację Usług Modyfikacji i Rozwoju wskazanych w Protokole Odbioru oraz stawki za jedną Roboczogodzinę wynoszącą ………………………...….. zł netto (słownie: ………………………...….. złotych) plus VAT w wysokości 23%, co daje łącznie kwotę ………………………...….. zł brutto (słownie: ………………………...….. złotych).

11. Wynagrodzenie z tytułu realizacji Usług Modyfikacji i Rozwoju będzie płatne po odebraniu przez Zamawiającego wszystkich usług lub Produktów objętych danym Wnioskiem/Zamówieniem lub ich grupą, na podstawie prawidłowo wystawionej faktury VAT i odpowiedniego Protokołu Odbioru.


95

12. W przypadku wynagrodzenia za realizację Usług Modyfikacji i Rozwoju warunkiem zapłaty jest dostarczenie Zamawiającemu, łącznie z fakturą, podpisanego przez obie Strony Protokołu Odbioru bez zastrzeżeń, upoważniającego do wystawienia danej faktury. Brak podpisanego Protokołu Odbioru stanowi podstawę do zwrotu otrzymanej od Wykonawcy faktury.

13. Usługi Transferu Wiedzy płatne są na podstawie wyceny dokonanej zgodnie z § 7 Umowy, w wysokości stanowiącej iloczyn Roboczogodzin wykorzystanych na realizację Usług Transferu Wiedzy, wskazanych w Protokole Odbioru oraz stawki za jedną Roboczogodzinę wynoszącą ………………………...….. zł netto (słownie: ………………………...….. złotych), plus VAT w wysokości 23%, co daje łącznie kwotę ………………………...….. zł brutto (słownie: ………………………...….. złotych).

14. Wynagrodzenie z tytułu realizacji Usług Transferu Wiedzy będzie płatne po odebraniu przez Zamawiającego wszystkich usług lub Produktów objętych danym Zamówieniem, na podstawie prawidłowo wystawionej faktury VAT i odpowiedniego Protokołu Odbioru.

15. W przypadku wynagrodzenia za realizację Usług Transferu Wiedzy warunkiem zapłaty tego wynagrodzenia jest dostarczenie Zamawiającemu, łącznie z fakturą, podpisanego przez obie Strony Protokołu Odbioru bez zastrzeżeń, upoważniającego do wystawienia danej faktury. Brak podpisanego Protokołu Odbioru stanowi podstawę do zwrotu otrzymanej od Wykonawcy faktury.

16. Wynagrodzenie, o którym mowa w pkt 1 powyżej stanowi całość wynagrodzenia Wykonawcy w związku z realizacją niniejszej Umowy. Wykonawcy nie przysługują żadne inne roszczenia w stosunku do Zamawiającego, w szczególności: zwrot kosztów podróży oraz zakwaterowania Pracowników Wykonawcy i Podwykonawców czy też zwrot jakichkolwiek innych, dodatkowych kosztów ponoszonych przez Wykonawcę związanych z wykonywaniem Umowy. Wynagrodzenie, o którym mowa w pkt 1 powyżej obejmuje również wynagrodzenie (cenę) za przeniesienie majątkowych praw autorskich oraz zależnych praw do wytworzonych w ramach usług Produktów, jak również udzielenie licencji, wskazanych w niniejszej Umowie.

17. Zamawiającemu przysługuje prawo do potrącania z wynagrodzenia należnego Wykonawcy wszelkich roszczeń nadających się do potrącenia i wynikających z niniejszej Umowy, w tym w szczególności roszczeń z tytułu należnych Zamawiającemu kar.

18. Płatności dokonywane są wyłącznie w złotych polskich przelewem na rachunek bankowy Wykonawcy wskazany na fakturze w terminie 21 dni od daty doręczenia Zamawiającemu prawidłowo wystawionej faktury VAT.

19. Za dzień płatności uważa się dzień złożenia przez Zamawiającego prawidłowego i przyjętego do realizacji przelewu bankowego.

20. Strony zgodnie ustanawiają bezwzględny zakaz przenoszenia wierzytelności i praw wynikających z niniejszej umowy na rzecz osób trzecich bez zgody drugiej Strony


96

§ 15. Poufność i ochrona informacji

1. Strony zobowiązują się wzajemnie do zachowania w ścisłej tajemnicy Informacji Poufnych, w czasie obowiązywania niniejszej Umowy oraz przez okres 10 lat od dnia jej wykonania, wygaśnięcia, odstąpienia lub rozwiązania.

2. Strony zobowiązują się do wykorzystywania Informacji Poufnych wyłącznie w celu realizacji Umowy.

3. Strony zobowiązane są w szczególności do:

3.1. nieujawniania i nierozpowszechniania Informacji Poufnych;

3.2. niewykorzystywania Informacji Poufnych do celów innych niż realizacja przedmiotu niniejszej Umowy;

3.3. przechowywania Informacji Poufnych w sposób uniemożliwiający dostęp do nich osobom nieuprawnionym oraz zabezpieczenia Informacji Poufnych drugiej Strony w taki sposób, w jaki Strona zabezpiecza własne informacje tego rodzaju.

4. Informacje Poufne nie będą przez żadną ze Stron ujawniane, rozpowszechniane i udostępniane w jakikolwiek sposób osobom trzecim, bez wyraźnej, uprzedniej zgody drugiej Strony wyrażonej w formie pisemnej pod rygorem nieważności, z zastrzeżeniem pkt 5 i 6 poniżej.

5. Wykonawca uprawniony jest do przekazywania Informacji Poufnych swoim Pracownikom oraz Podwykonawcom, wyłącznie, gdy jest to konieczne do wykonania Umowy. W takim przypadku Wykonawca ponosi odpowiedzialność za naruszenie zasad poufności przez Podwykonawców jak za własne działania bądź zaniechania.

6. Obowiązek zachowania poufności nie dotyczy informacji lub materiałów:

6.1. których ujawnienie jest wymagane przez bezwzględnie obowiązujące przepisy prawa;

6.2. których ujawnienie następuje na żądanie podmiotu uprawnionego do kontroli, pod warunkiem, że podmiot ten został poinformowany o poufnym charakterze informacji;

6.3. które są powszechnie znane;

6.4. które Strona uzyskała lub uzyska od osoby trzeciej, jeżeli przepisy obowiązującego prawa lub zobowiązanie umowne wiążące tę osobę nie zakazują ujawniania przez nią tych informacji i o ile Strona nie zobowiązała się do zachowania poufności;

6.5. w których posiadanie Strona weszła zgodnie z obowiązującymi przepisami prawa, przed dniem uzyskania takich informacji na podstawie niniejszej Umowy.

7. Jakiekolwiek postanowienia Umowy nie wyłączają dalej idących zobowiązań dotyczących ochrony Informacji Poufnych przewidzianych w przepisach prawa.

8. W wypadku, gdy Strona zostanie zobowiązana nakazem sądu bądź organu administracji państwowej do ujawnienia informacji lub materiałów albo konieczność ich ujawnienia będzie wynikała z przepisów prawa, zobowiązuje się niezwłocznie pisemnie powiadomić


97

o tym fakcie drugą Stronę oraz poinformować odbiorcę informacji lub materiałów o ich poufnym charakterze.

9. Za każdy przypadek ujawnienia Informacji Poufnych wbrew postanowieniom niniejszego paragrafu, Zamawiający może naliczyć Wykonawcy karę umowną w wysokości 500 000 zł (słownie: pięćset tysięcy złotych).

10. Zamawiający, jako administrator danych, powierza Wykonawcy przetwarzanie danych osobowych w celu wykonania zobowiązań przewidzianych w Umowie. Szczegółowe uregulowanie dotyczące powierzenia danych osobowych zawiera Załącznik nr 2 do Umowy.

§ 16. Odpowiedzialność Stron oraz kary umowne

1. Strony ponoszą odpowiedzialność za niewykonanie lub nienależyte wykonanie Umowy na zasadach opisanych w niniejszej Umowie oraz na zasadach ogólnych przewidzianych w przepisach prawa.

2. Jeżeli w toku realizacji usług w ramach niniejszej Umowy,

2.1. wskutek Wad Aplikacji, powstałych z przyczyn, za które odpowiedzialność ponosi Wykonawca, w tym również Wad powstałych z powodu nieprawidłowego działania Oprogramowania Systemowego i Narzędziowego, lub

2.2. w wyniku działania lub zaniechania Wykonawcy lub osób, za które Wykonawca ponosi odpowiedzialność,

dojdzie do utraty danych z Aplikacji, co spowoduje konieczność wykonania przez Zamawiającego odtworzenia danych Aplikacji, Zamawiający może naliczyć Wykonawcy karę umowną w wysokości 10 000 zł (słownie: dziesięć tysięcy złotych).

3. W przypadku świadczenia Usług Hostingu niezgodnie z parametrami określonymi w Załączniku nr 6 do Umowy, Zamawiający może naliczyć Wykonawcy następujące kary umowne:

3.1. Za niedotrzymanie wartości wskaźnika RPDIK (rzeczywisty poziom dostępności infrastruktury technicznej w miesiącu Konkursu) w okresie miesięcznym:

Lp.Wykonana wartość wskaźnika

(od-do) [%]Wysokość naliczonej

kary w złotych

1. 99,16 - 96,67 10 000

2. 96,66 – 93,33 50 000

3. 93,32 - 90,00 100 000

Procentowe wartości wskaźnika dostępności infrastruktury technicznej w miesiącu Konkursu zostały podane dla wartości SLA wymaganych przez Zamawiającego w SIWZ. W przypadku zaoferowania przez Wykonawcę wyższych wartości


98

parametrów wykonane wartości wskaźników zostaną zaktualizowane procentowo zgodnie z ofertą Wykonawcy.

3.2. Za niedotrzymanie wartości wskaźnika RPDIP (rzeczywisty poziom dostępności infrastruktury technicznej poza miesiącem Konkursu) w okresie miesięcznym:



kary w złotych

1. 99,02 - 96,53 10 000

2. 96,52 – 93,19 50 000

3. 93,18 - 89,86 100 000

Procentowe wartości wskaźnika dostępności infrastruktury technicznej poza miesiącem Konkursu zostały podane dla wartości SLA wymaganych przez Zamawiającego w SIWZ. W przypadku zaoferowania przez Wykonawcę wyższych wartości parametrów wykonane wartości wskaźników zostaną zaktualizowane procentowo zgodnie z ofertą Wykonawcy.

4. W przypadku świadczenia Usług Asysty Technicznej i Konserwacji niezgodnie z parametrami określonymi w Załączniku nr 6 do Umowy, Zamawiający może naliczyć Wykonawcy następujące kary umowne:

4.1. Za niedotrzymanie wskaźnika RPDGK (rzeczywisty poziom dostępności Generatora w miesiącu Konkursu) w okresie miesięcznym:

Lp.

Wykonana wartość

wskaźnika (od-do) [%]

Wysokość naliczonej kary w złotych

1. 98,81 – 96,47 10 000

2. 96,46 - 92,94 50 000

3. 92,93 – 85,88 100 000

Procentowe wartości wskaźnika dostępności Generatora w miesiącu Konkursu zostały podane dla wartości SLA wymaganych przez Zamawiającego w SIWZ. W przypadku zaoferowania przez Wykonawcę wyższych wartości parametrów wykonane wartości wskaźników zostaną zaktualizowane procentowo zgodnie z ofertą Wykonawcy.


99

4.2. Za niedotrzymanie wskaźnika RPDS (rzeczywisty poziom dostępności Systemu EGW oraz Generatora poza miesiącem Konkursu) w okresie miesięcznym:



kary w złotych

1. 95,28 – 92,94 10 000

2. 92,93 – 85,88 50 000

3. 85,87 – 83,53 100 000

Procentowe wartości wskaźnika dostępności Generatora poza miesiącem Konkursu zostały podane dla wartości SLA wymaganych przez Zamawiającego w SIWZ. W przypadku zaoferowania przez Wykonawcę wyższych wartości parametrów wykonane wartości wskaźników zostaną zaktualizowane procentowo zgodnie z ofertą Wykonawcy.

4.3. Za niedotrzymanie wskaźnika PDTN (poziom dotrzymania terminów Naprawy lub odpowiedzi) w okresie miesięcznym:

Lp.

Wykonana wartość wskaźnika (od-do) [%]


1. 97,11 – 87,50 1 000

2. 87,49 – 75,00 3 000

3. 74,99 – 67,00 5 000

4. poniżej 67,00 10 000

Procentowe wartości wskaźnika dotrzymania terminów naprawy zostały podane dla wartości SLA wymaganych przez Zamawiającego w SIWZ. W przypadku zaoferowania przez Wykonawcę wyższych wartości parametrów wykonane wartości wskaźników zostaną zaktualizowane procentowo zgodnie z ofertą Wykonawcy.

5. W przypadku świadczenia Usług Modyfikacji i Rozwoju niezgodnie z parametrami określonymi w Załączniku nr 6 do Umowy, Zamawiający może naliczyć Wykonawcy następujące kary umowne:

5.1. Za niedotrzymanie wskaźnika WJCR (wskaźnik jakościowy czasu realizacji) - liczony raz na kwartał; jego wartość musi być mniejsza niż 1,05 (mniej niż 5% opóźnień dla wszystkich prac).


100


(od-do) [%]Wysokość naliczonej kary

w złotych

1. 5-20 5 000

2. >20 10 000

Procentowe wartości wskaźnika jakościowego czasu realizacji zostały podane dla wartości SLA wymaganych przez Zamawiającego w SIWZ. W przypadku zaoferowania przez Wykonawcę wyższych wartości parametrów wykonane wartości wskaźników zostaną zaktualizowane procentowo zgodnie z ofertą Wykonawcy.

5.2. Za niedotrzymanie wskaźnika WJLB (wskaźnik jakościowy liczby błędów) - liczony raz na kwartał; jego wartość musi być mniejsza bądź równa 1 (liczba błędów na każde 50 Roboczogodzin).


na każde 50 Roboczogodzin(od – do)


1. 1,01 - 5 5 000

2. >5 10 000

Procentowe wartości wskaźnika jakościowego liczby błędów zostały podane dla wartości SLA wymaganych przez Zamawiającego w SIWZ. W przypadku zaoferowania przez Wykonawcę wyższych wartości parametrów wykonane wartości wskaźników zostaną zaktualizowane procentowo zgodnie z ofertą Wykonawcy.

6. W przypadku świadczenia Usług Transferu Wiedzy niezgodnie z parametrami określonymi w Załączniku nr 6 do Umowy, Zamawiający może naliczyć Wykonawcy następujące kary umowne:

6.1. Za niedotrzymanie wskaźnika WJZH (wskaźnik jakościowy zmian harmonogramu) - liczony raz na kwartał; jego wartość musi być mniejsza bądź równa 1 (przekroczenie harmonogramu o jeden dzień na każde 500 Roboczogodzin).

Lp. Wykonana wartość wskaźnika na każde 500 Roboczogodzin

(od – do)


1. 1,01 - 5 5 000


101

2. >5 10 000

Procentowe wartości wskaźnika jakościowego zmian harmonogramu zostały podane dla wartości SLA wymaganych przez Zamawiającego w SIWZ. W przypadku zaoferowania przez Wykonawcę wyższych wartości parametrów wykonane wartości wskaźników zostaną zaktualizowane procentowo zgodnie z ofertą Wykonawcy.

7. Ponadto, Zamawiający może naliczyć Wykonawcy następujące kary umowne:

7.1. W przypadku odstąpienia od Umowy lub jej wypowiedzenia z powodu okoliczności leżących po stronie Wykonawcy, Zamawiający może naliczyć Wykonawcy karę w wysokości 25% (słownie: dwadzieścia pięć procent) łącznego maksymalnego wynagrodzenia należnego Wykonawcy z tytułu realizacji niniejszej Umowy, o którym mowa w § 14 pkt 1 niniejszej Umowy.

7.2. W przypadku wystąpienia wad prawnych w przekazanych Zamawiającemu w toku realizacji usług Produktach, Zamawiający może naliczyć Wykonawcy karę umowną w wysokości 10% (słownie: dziesięć procent) łącznego maksymalnego wynagrodzenia należnego Wykonawcy z tytułu realizacji niniejszej Umowy, o którym mowa w § 14 pkt 1 niniejszej Umowy.

7.3. W przypadku opóźnienia w wykonaniu aktualizacji Dokumentacji Aplikacji, o której mowa w § 5 pkt 11.1 lub § 5 w pkt 6.19 Umowy - Zamawiający może naliczyć karę umowną w wysokości 1 000 złotych za każdy Dzień Roboczy opóźnienia.

7.4. W przypadku przekroczenia terminu uruchomienia Usługi Hostingu, o którym mowa w § 17 ust. 2 – Zamawiający może naliczyć karę umowną w wysokości 0,5% (słownie: pół procenta) łącznego maksymalnego wynagrodzenia należnego Wykonawcy z tytułu realizacji niniejszej Umowy, o którym mowa w § 14 pkt 1 niniejszej Umowy za każdy dzień opóźnienia.

8. Zamawiający jest uprawiony do dochodzenia poszczególnych kar umownych niezależnie, kary te podlegają sumowaniu, przy czym w razie, gdy Zamawiającemu przysługuje prawo do naliczenia kary umownej w przypadku, o którym mowa w pkt 7.1 powyżej, Zamawiającemu przysługuje prawo do naliczania kary umownej wyłącznie z tego tytułu.

9. Kary umowne będą płatne przez Wykonawcę w terminie 10 dni, licząc od dnia dostarczenia Wykonawcy wezwania do zapłaty/noty księgowej, przelewem na rachunek bankowy Zamawiającego wskazany w wezwaniu do zapłaty/nocie księgowej. W przypadku niedokonania zapłaty kary umownej we wskazanym terminie może być ona również wyegzekwowana poprzez potrącanie z odsetkami ustawowymi z wynagrodzenia należnego Wykonawcy, na co Wykonawca wyraża zgodę i do czego upoważnia Zamawiającego bez potrzeby uzyskiwania pisemnego potwierdzenia.

10. Obowiązek zapłaty przez Wykonawcę kar umownych z tytułu niewykonania lub nienależytego wykonania Umowy, nie wyłącza prawa Zamawiającego do dochodzenia odszkodowania przewyższającego ustalone powyżej kary umowne na zasadach ogólnych, uregulowanych w Kodeksie cywilnym.


102

§ 17. Okres obowiązywania i rozwiązanie Umowy

1. Świadczenie wszystkich usług, o których mowa w § 2 pkt 1 rozpocznie się od dnia uruchomienia Usługi Hostingu, jednak nie wcześniej niż od dnia 01.05.2016 r. i trwać będzie do dnia 30.04.2018 r. Uruchomienie Usługi Hostingu oznacza uruchomienie Aplikacji do produkcyjnego działania na infrastrukturze zapewnionej przez Wykonawcę.

2. Wykonawca zobowiązuje się do uruchomienia Usługi Hostingu w terminie 60 dni od dnia podpisania umowy.

3. Zamawiający uprawniony jest do końca obowiązywania Umowy do wypowiedzenia niniejszej Umowy w zakresie niewykorzystanych Roboczogodzin na świadczenie przez Wykonawcę Usług Modyfikacji i Rozwoju lub Usług Transferu Wiedzy.

4. W razie zaistnienia istotnej zmiany okoliczności powodującej, że wykonanie Umowy nie leży w interesie publicznym, czego nie można było przewidzieć w chwili zawarcia umowy, Zamawiający może odstąpić od Umowy w terminie 30 dni od powzięcia wiadomości o tych okolicznościach W takiej sytuacji:

4.1. Wykonawca zachowa wynagrodzenie otrzymane od Zamawiającego za prace wykonane do dnia odstąpienia od Umowy, które zostało rozliczone;

4.2. Zamawiający zapłaci Wykonawcy wynagrodzenie za wszystkie prace wykonane do dnia odstąpienia od Umowy, które nie zostały rozliczone, przy czym wysokość wynagrodzenia zostanie ustalona w oparciu o wartość danych prac zgodnie z Umową oraz stopień ich ukończenia;

4.3. Zamawiający nabędzie prawa do wszelkich prac Wykonawcy, również tych nieukończonych, w tym nabędzie uprawnienie do korzystania z Produktów w zakresie opisanym w § 13 Umowy.

5. Zamawiający ma prawo do natychmiastowego wypowiedzenia niniejszej Umowy z ważnych powodów, w szczególności w następujących przypadkach:

5.1. gdy opóźnienie uruchomienia Usługi Hostingu w terminie określonym w § 17 pkt 2 powyżej, wyniesie 10 dni;

5.2. opóźnienia Wykonawcy w Naprawie/Obejściu Wady w Aplikacjach przekraczającej trzykrotność gwarantowanego Czasu Naprawy/Obejścia w okresie gwarancji i Asysty Technicznej i Konserwacji;

5.3. Naprawy/Obejścia Wady w sposób powodujący utratę danych z Aplikacji lub poważne ryzyko utraty takich danych w okresie gwarancji lub Usługi Asysty Technicznej i Konserwacji;

5.4. opóźnienia Wykonawcy wynoszącej ponad 10 Dni Roboczych w realizacji zobowiązań Wykonawcy wynikających z realizowanych usług na podstawie postanowień § 6 lub § 7 Umowy;

5.5. w przypadku świadczenia Usługi Hostingu niezgodnie z parametrami określonymi w Załączniku nr 6 do Umowy przy wartości wskaźnika RPDIK poniżej 90% lub wartości wskaźnika RPDIP poniżej 89,86%.


103

Wartości wskaźników podanych powyżej zostały podane dla wartości SLA wymaganych przez Zamawiającego w SIWZ. W przypadku zaoferowania przez Wykonawcę wyższych wartości parametrów wykonane wartości wskaźników zostaną zaktualizowane procentowo zgodnie z ofertą Wykonawcy.

5.6. w przypadku świadczenia Usługi Asysty Technicznej i Konserwacji niezgodnie z parametrami określonymi w Załączniku nr 6 do Umowy przy wartości wskaźnika RPDGK poniżej 85,88% lub wartości wskaźnika RPDS poniżej 83,53%.

Wartości wskaźników podanych powyżej zostały podane dla wartości SLA wymaganych przez Zamawiającego w SIWZ. W przypadku zaoferowania przez Wykonawcę wyższych wartości parametrów wykonane wartości wskaźników zostaną zaktualizowane procentowo zgodnie z ofertą Wykonawcy.

5.7. gdy suma kar umownych, o których mowa w § 16 pkt 3 lub pkt 4 lub pkt 5 lub pkt 6 Umowy przekroczy 20% wynagrodzenia określonego w § 14 pkt 1 Umowy;

5.8. zaprzestania realizacji Umowy przez Wykonawcę z przyczyn leżących po stronie Wykonawcy;

5.9. gdy Wykonawca nie wywiąże się z któregokolwiek z postanowień niniejszej Umowy z przyczyn nieleżących po stronie Zamawiającego, mających istotny wpływ na realizację przedmiotu Umowy;

5.10. rozwiązania, likwidacji lub zaprzestania prowadzenia działalności przez Wykonawcę lub Zamawiającego.

6. Strony zgodnie postanawiają, że rozwiązanie niniejszej Umowy przez którąkolwiek ze Stron nie powoduje wygaśnięcia:

6.1. Zobowiązań Wykonawcy, w zakresie gwarancji (§ 8 Umowy) do Produktów odebranych przez Zamawiającego lub przekazanych Zamawiającemu przez złożeniem oświadczenia o wypowiedzeniu Umowy.

6.2. Zobowiązań Wykonawcy do przeniesienia majątkowych praw autorskich, zależnych praw, udzielenia licencji oraz w zakresie zobowiązań opisanych w § 13 Umowy w stosunku do Produktów przekazanych Zamawiającemu lub odebranych przez Zamawiającego przed złożeniem oświadczenia o wypowiedzeniu Umowy.

6.3. Zobowiązań Stron wynikających z postanowień § 15 Umowy.

7. Strony zobowiązane są w terminie 10 dni od dnia wypowiedzenia Umowy do sporządzenia protokołu, który będzie stwierdzał stan realizacji Umowy do dnia wypowiedzenia Umowy.

8. Po zakończeniu obowiązywania Umowy, niezależnie od przyczyn, Wykonawca zobowiązany jest do niezwłocznego wydania Zamawiającemu aktualnej na dzień zakończenia obowiązywania Umowy kompletnej Dokumentacji Aplikacji oraz aktualnych i kompletnych na dzień zakończenia obowiązywania Umowy Kodów Źródłowych Aplikacji.

9. Po rozwiązaniu Umowy z jakiejkolwiek przyczyny Wykonawca zobowiązany jest do:


104

9.1. Niezwłocznego przekazania Zamawiającemu wszelkich informacji, haseł itp. dotyczących Aplikacji oraz Produktów powstałych w toku realizacji Umowy, w wyniku prac Wykonawcy, koniecznych dla dalszego rozwoju Aplikacji oraz Produktów.

9.2. Niezwłocznego wydania Zamawiającemu aktualnego na dzień wygaśnięcia Umowy oraz kompletnego Kodu Źródłowego Produktów i Aplikacji uwzględniających wszystkie zmiany, modyfikacji i uaktualnienia Aplikacji powstałe w wyniku realizacji Umowy.

9.3. Podjęcia przez okres 30 dni od wypowiedzenia Umowy niezbędnej współpracy z Zamawiającym lub podmiotami wskazanymi przez Zamawiającego w celu umożliwienia Zamawiającemu dalszego świadczenia usług gwarancji, konserwacji, utrzymania lub rozwoju przez inny podmiot.

§ 18. Siła wyższa

1. W każdym przypadku Strona nie jest odpowiedzialna za niewykonanie lub nienależyte wykonanie swoich zobowiązań wynikających z Umowy, jeżeli udowodni, że niewykonanie zostało spowodowane okolicznością Siły Wyższej.

2. Okolicznościami Siły Wyższej są zdarzenia zewnętrzne, nadzwyczajne i niemożliwe do zapobieżenia, a w szczególności:

2.1. wojna, w tym wojna domowa, zamieszki, rozruchy i akty terroryzmu;

2.2. katastrofy naturalne, takie jak silne burze, huragany, trzęsienia ziemi, powodzie, zniszczenie przez piorun, długotrwałe silne opady;

2.3. wybuchy, pożary, przerwy w łączności lub dostawie prądu trwające jednorazowo nieprzerwanie co najmniej 2 dni.

3. Strona starająca się o zwolnienie z odpowiedzialności ze względu na Siłę Wyższą, w terminie 3 dni po zaistnieniu zdarzenia powiadomi pisemnie drugą Stronę o powyższym zdarzeniu i jego wpływie na jej zdolność do realizacji Umowy. W przypadku ustania przyczyny zwolnienia Strona starająca się o zwolnienie z odpowiedzialności, w terminie 3 dni po zaistnieniu okoliczności Siły Wyższej powiadomi pisemnie drugą Stronę o powyższym fakcie.

4. Strona, która nie zawiadomi o zdarzeniu oraz nie przekaże drugiej Stronie pisemnego potwierdzenia zaistnienia Siły Wyższej w terminie określonym w punkcie powyżej, jest odpowiedzialna za szkody poniesione przez drugą Stronę, których można było uniknąć w przypadku terminowego zawiadomienia.

5. W razie zaistnienia okoliczności Siły Wyższej terminy realizacji Umowy przedłużają się o okres jej trwania.


105

§ 19. Zmiana Umowy

1. Wszelkie zmiany i uzupełnienia niniejszej Umowy wymagają formy pisemnej pod rygorem nieważności.

2. Zmiany Umowy nie stanowi w szczególności zmiana nazw/określeń Stron, siedziby Stron, numerów rachunków bankowych Stron, jak również osób odpowiedzialnych za realizację Przedmiotu Umowy ze strony Wykonawcy oraz Zamawiającego.

3. Zamawiający dopuszcza możliwość zmiany niniejszej Umowy w następujących przypadkach:

3.1. wystąpienia zmian powszechnie obowiązujących przepisów prawa w zakresie mającym wpływ na realizację Umowy - w zakresie dostosowania postanowień Umowy do zmiany przepisów prawa;

3.2. możliwości zastosowania nowszych i korzystniejszych dla Zamawiającego rozwiązań technologicznych lub technicznych, niż te istniejące w chwili podpisania Umowy, nie powodujących zmiany przedmiotu Umowy - w zakresie dostosowania postanowień Umowy do zmiany tych rozwiązań;

3.3. zmiany oprogramowania wykorzystywanego przez Zamawiającego na potrzeby korzystania z Aplikacji lub potrzebnego do korzystania z Aplikacji w zakresie zmiany treści Załącznika nr 4 do Umowy;

3.4. opóźnień w realizacji Umowy niezależnie od przyczyny - w zakresie zmian terminów realizacji Umowy, o ile zmiana taka jest korzystna dla Zamawiającego lub jest konieczna w celu prawidłowej realizacji Umowy;

3.5. konieczności zmiany wysokości wynagrodzenia za wykonanie przedmiotu Umowy w przypadku zmiany:

a. stawki podatku od towarów i usług,

b. wysokości minimalnego wynagrodzenia za prace ustalonego na podstawie art. 2 ust. 3-5 ustawy z dnia 10 października 2002 r. o minimalnym wynagrodzeniu za pracę (Dz. U. Nr 200, poz. 1679, z późn. zm.),

c. zasad podlegania ubezpieczeniom społecznym lub ubezpieczeniu zdrowotnemu lub wysokości stawki składki na ubezpieczenia społeczne lub zdrowotne

- jeżeli zmiany te będą miały wpływ na koszt wykonania zamówienia przez Wykonawcę. W razie zaistnienia zmiany wskazanej w pkt 3.5, Wykonawca w terminie 30 dni od daty wejścia w życie dowolnej z powyższych zmian, przedstawi Zamawiającemu w formie pisemnej wniosek o zmianę wynagrodzenia wraz z uzasadnieniem i przedstawieniem dowodów (np.: umowy o pracę, umowy o dzieło, umowy zlecenia, w przypadku zmiany stawki podatku od towarów i usług - wzrost stawki podatku od towaru i usług. itp.), z których będzie


106

wynikać, w jaki sposób zmiany wymienione w pkt 3.5 powyżej wpływają na koszty wykonania przedmiotu Umowy przez Wykonawcę i mogą być podstawą do zmiany wartości Umowy. Po zaakceptowaniu przedstawionego wniosku przez Zamawiającego strony podpiszą aneks do Umowy określający zmianę wynagrodzenia Wykonawcy. Zmiana będzie obejmować okres od dnia wejścia w życie zmiany, o której mowa w pkt 3.5 powyżej;

3.6. zmiany lokalizacji Centrum Hostingowego.

4. Zmiana Umowy dla swojej skuteczności wymaga formy pisemnej.

5. Zmiany Umowy, o których mowa w niniejszym paragrafie nie mogą w żadnym przypadku stanowić podstawy zwiększenia wysokości wynagrodzenia Wykonawcy, należnego na podstawie § 14 Umowy z zastrzeżeniem pkt 3.5 powyżej Każda ze zmian, o których mowa w niniejszym paragrafie może jednak stanowić podstawę do obniżenia wysokości wynagrodzenia Wykonawcy.

§ 20. Zawiadomienia

1. Strony mogą doręczać określone powiadomienia oraz przekazywać sobie informacje związane z realizacją Umowy, które nie stanowią oświadczeń woli o znaczeniu prawnym (np. nie stanowią wezwań do zaniechania naruszeń, oświadczeń o odstąpieniu od Umowy, itp.) oraz w sytuacjach, w których Umowa nie wymaga zachowania formy pisemnej, wyznaczonym Kierownikom Projektu wskazanym w Umowie.

2. W przypadku przekazania informacji faksem lub za pośrednictwem poczty elektronicznej (e-mail) nadawca winien dysponować potwierdzeniem ich nadania pod właściwy numer lub adres elektroniczny odbiorcy. Powiadomienie uznaje się za doręczone z chwilą dostarczenia za pomocą faksu lub poczty elektronicznej.

3. Z zastrzeżeniem odrębnych postanowień niniejszej Umowy wszelkie oświadczenia o znaczeniu prawnym, związane z obowiązywaniem lub realizacją niniejszej Umowy, a w szczególności oświadczenia o wypowiedzeniu Umowy dokonywane będą przez odpowiednio do tego umocowane osoby na piśmie za potwierdzeniem odbioru, listem poleconym lub przesyłką kurierską na poniższe adresy:

3.1. Adres do doręczeń dla Zamawiającego:


3.2. Adres do doręczeń dla Wykonawcy:

……………………………………………………...…..…………………………………………………………………

4. Zmiana danych, o których mowa w niniejszym paragrafie może być dokonywana w toku obowiązywania niniejszej Umowy za uprzednim poinformowaniem drugiej Strony. Każda ze Stron zobowiązana jest poinformować drugą Stronę o każdorazowej zmianie adresów wskazanych w niniejszym paragrafie niezwłocznie po dokonaniu takiej zmiany. W przypadku braku zawiadomienia o zmianie adresu w sposób, o którym mowa powyżej, wszelkie zawiadomienia dokonane na poprzednio wskazany przez Stronę


107

adres, w sposób określony w zdaniu poprzedzającym, uznane będą za skutecznie doręczone. Zmiana danych, o których mowa w niniejszym paragrafie nie stanowi zmiany Umowy.

§ 20. Zabezpieczenie należytego wykonania Umowy

1. Zabezpieczenie należytego wykonania Umowy ustala się w wysokość 10% wartości określonej w § 14 pkt 1 Umowy, tj. w wysokości ………………………...….. zł (słownie: ………………………...….. złotych).

2. Dowód wniesienia 100% zabezpieczenia określonego w pkt 1 został przedstawiony Zamawiającemu w dniu zawarcia niniejszej Umowy.

3. Wniesione zabezpieczenie należytego wykonania Umowy przeznaczone jest na zabezpieczenie roszczeń z tytułu nie wykonania lub nienależytego wykonania niniejszej Umowy, w szczególności na pokrycie kar umownych.

4. Zwrot kwoty zabezpieczenia należytego wykonania Umowy następuje na zasadach określonych w art. 151 ust. 1 ustawy.

5. Wykonawca jest zobowiązany zapewnić, aby zabezpieczenie należytego wykonania Umowy zachowało moc wiążącą w okresie wykonywania Umowy. Wykonawca jest zobowiązany do niezwłocznego poinformowania Zamawiającego o faktycznych lub prawnych okolicznościach, które mają lub mogą mieć wpływ na moc wiążącą zabezpieczenia należytego wykonania Umowy oraz na możliwość i zakres wykonywania przez Zamawiającego praw wynikających z zabezpieczenia.

6. Jeśli w przypadku przedłużenia terminu realizacji Umowy, niezależnie od przyczyn tego przedłużenia, zabezpieczenie wniesione w gwarancjach bankowych, ubezpieczeniowych lub w poręczeniach wygasłoby przed upływem przedłużonego terminu realizacji Umowy, Wykonawca zobowiązuje się, że w terminie 7 Dni Roboczych przed wygaśnięciem takiego zabezpieczenia przedstawi Zamawiającemu stosowny aneks lub nową gwarancję/poręczenie bądź też wpłaci odpowiednie zabezpieczenie w gotówce. Jeżeli Wykonawca nie wykona powyższego obowiązku Zamawiający może zażądać od gwaranta/poręczyciela wypłaty z gwarancji/poręczenia i zaliczyć uzyskaną w ten sposób kwotę na poczet zabezpieczenia. Powyższe uprawnienie winno wynikać z treści gwarancji lub poręczenia.

§ 21. Postanowienia końcowe

1. Prawem właściwym dla zobowiązań wynikających z niniejszej Umowy jest prawo polskie.

2. W sprawach nieuregulowanych niniejszą Umową mają zastosowanie przepisy Kodeksu Cywilnego oraz ustawy o prawie autorskim i prawach pokrewnych oraz inne obowiązujące przepisy prawa.

3. Umowa została sporządzona w czterech egzemplarzach, jeden dla Wykonawcy i trzy dla Zamawiającego.


108

4. Strony dołożą wszelkich starań, aby sprawy sporne wynikłe podczas realizacji Umowy rozwiązać polubownie, jednakże, jeśli wynikną sprawy sporne, których nie można rozwiązać polubownie, Strony poddają rozstrzygnięciu sądowi właściwemu dla siedziby Zamawiającego.

5. Integralną część Umowy stanowią następujące Załączniki:

5.1. Załącznik nr 1 – Opis przedmiotu zamówienia.

5.2. Załącznik nr 2 – Umowa powierzenia przetwarzania danych osobowych.

5.3. Załącznik nr 3 – Wymogi dla docelowej Dokumentacji Aplikacji.

5.4. Załącznik nr 4 – Parametry techniczne instalacji produkcyjnej i testowej.

5.5. Załącznik nr 5 – Wycena czasochłonności prac.

5.6. Załącznik nr 6 – Poziomy świadczenia usług (SLA).

5.7. Załącznik nr 7 – Wzory formularzy dla realizacji usług.

5.8. Załącznik nr 8 – Wzory Protokołów Odbioru.

5.9. Załącznik nr 9 – Oferta Wykonawcy.

5.10. Załącznik nr 10 – Dokumentacja Aplikacji.

5.11. Załącznik nr 11 – Dodatkowe środki zabezpieczenia danych.

5.12. Załącznik nr 12 – Wzór Protokołu Uruchomienia Usługi Hostingu

…………………..…………………

Wykonawca

………………..……………………

Zamawiający


109

Załącznik nr 2 do Umowy nr ............................

UMOWA POWIERZENIA PRZETWARZANIA DANYCH OSOBOWYCH

Umowa nr ......................................

Zawarta w dniu …………………………................. w Warszawie pomiędzy:

Państwowym Funduszem Rehabilitacji Osób Niepełnosprawnych (PFRON), al. Jana Pawła II 13, 00-828 Warszawa, zwanym w dalszej części niniejszej umowy „Zleceniodawcą”, reprezentowanym przez:………………………………………………………….………………………………………………………………………….…..……

a

………………………………………………..………………..…………………..……………………………………………….……..

zwanym w dalszej części niniejszej umowy „Wykonawcą”, reprezentowanym przez:

.....................................................................................................................................................

o następującej treści:

§ 1Powierzenie przetwarzania danych osobowych

1. W związku z realizacją Umowy nr .......................................... z dnia .................................. pomiędzy PFRON a …..………………………………………………………………..……………………………….., o …………………………………………………………………………………………………………….. Zleceniodawca powierza Wykonawcy w trybie art. 31 ustawy z dnia 29 sierpnia 1997 r. o ochronie danych osobowych (Dz. U. z 2014 r., poz. 1182, z późn. zm.) zwanej dalej ,,ustawą”.

2. Zleceniodawca oświadcza, że jest administratorem danych, które powierza.

3. Powierzone dane zawierają w szczególności informacje o osobach fizycznych, pracownikach Funduszu, pracownikach pracodawców lub pracodawcach będących osobami fizycznymi.

4. Zleceniodawca powierza Wykonawcy przetwarzanie danych osobowych w zakresie określonym w § 2.

§ 2Zakres i cel przetwarzania danych

1. Wykonawca będzie przetwarzał, powierzone na podstawie Umowy dane osobowe zawarte w zbiorze o nazwie System Ewidencji Godzin Wsparcia.

2. Powierzone przez Zleceniodawcę dane osobowe będą przetwarzane przez Wykonawcę wyłącznie w celu wykonywania przez Wykonawcę na rzecz Zleceniodawcy usług szczegółowo opisanych w Umowie, o której mowa w § 1 ust. 1 i w sposób zgodny z niniejszą umową.


110

§ 3Sposób wykonania Umowy w zakresie przetwarzania danych osobowych

1. Wykonawca zobowiązuje się, przy przetwarzaniu danych osobowych, o których mowa w § 2 ust. 1, do ich zabezpieczenia poprzez podjęcie środków technicznych i organizacyjnych, o których mowa w art. 36 – 39 ustawy oraz spełnienia wymagań określonych w przepisach, o których mowa w art. 39a ustawy.

2. Wykonawca oświadcza, że zgodnie z rozporządzeniem:

2.1. prowadzi dokumentację opisującą sposób przetwarzania danych osobowych;

2.2. znajdujące się w jego posiadaniu urządzenia i systemy informatyczne służące do przetwarzania danych osobowych zapewniają poziom bezpieczeństwa określony jako wysoki;

2.3. stosuje środki techniczne i organizacyjne zapewniające ochronę przetwarzanych danych osobowych, a w szczególności zabezpieczenia danych osobowych przed ich udostępnieniem osobom nieupoważnionym, zabraniem przez osobę nieuprawnioną, przetwarzaniem z naruszeniem ustawy, zmianą, utratą, uszkodzeniem lub zniszczeniem, w zakresie, za który odpowiada Wykonawca .

3. Wykonawca zobowiązuje się przetwarzać powierzone mu dane osobowe zgodnie z niniejszą Umową, ustawą oraz z innymi przepisami prawa powszechnie obowiązującego, które chronią prawa osób, których dane dotyczą.

4. Wykonawca zobowiązuje się niezwłocznie zawiadomić Zleceniodawcę o:

4.1. każdym prawnie umocowanym żądaniu udostępnienia danych osobowych właściwemu organowi państwa, chyba, że zakaz zawiadomienia wynika z przepisów prawa, a w szczególności przepisów postępowania karnego, gdy zakaz ma na celu zapewnienia poufności wszczętego dochodzenia,

4.2. każdym nieupoważnionym dostępie do danych osobowych;

4.3. każdym żądaniu otrzymanym od osoby, której dane przetwarza, powstrzymując się jednocześnie od odpowiedzi na żądanie.

5. Zleceniodawca ma prawo do kontroli sposobu wykonywania niniejszej Umowy poprzez przeprowadzenie zapowiedzianych na 7 dni kalendarzowych wcześniej doraźnych kontroli dotyczących przetwarzania danych osobowych przez Wykonawcę oraz żądania składania przez niego pisemnych wyjaśnień.

6. Na zakończenie kontroli, o których mowa w ust. 5, przedstawiciel Zleceniodawcy sporządza protokół w 2 egzemplarzach, który podpisują przedstawiciele obu Stron. Wykonawca może wnieść zastrzeżenia do protokołu w ciągu 5 dni roboczych od daty jego podpisania przez Strony.

7. Wykonawca zobowiązuje się dostosować do zaleceń pokontrolnych mających na celu usunięcie uchybień i poprawę bezpieczeństwa przetwarzania danych osobowych.

8. Wykonawca zobowiązuje się odpowiedzieć niezwłocznie i właściwie na każde pytanie Zleceniodawcy dotyczące przetwarzania powierzonych mu na podstawie Umowy danych osobowych.


111

9. Wykonawca może „podpowierzyć” usługi objęte Umową, o której mowa w § 1 ust. 1 i niniejszą Umową podwykonawcom jedynie za pisemną zgodą Zleceniodawcy.

§ 4Odpowiedzialność Wykonawcy

1. Wykonawca jest odpowiedzialny za udostępnienie lub wykorzystanie danych osobowych niezgodnie z niniejszą Umową, a w szczególności za udostępnienie osobom nieupoważnionym.

2. W przypadku naruszenia przepisów ustawy lub niniejszej umowy z przyczyn leżących po stronie Wykonawcy, w następstwie czego Zleceniodawca, jako administrator danych osobowych zostanie zobowiązany do wypłaty odszkodowania lub zostanie ukarany karą grzywny, Wykonawca zobowiązuje się pokryć Zleceniodawcy poniesione z tego tytułu straty i koszty.

§ 5Czas obowiązywania Umowy powierzenia

Niniejsza umowa powierzenia zostaje zawarta na czas określony od dnia ……………. do dnia ……………….. .

§ 6Warunki wypowiedzenia Umowy

1. Zleceniodawca ma prawo rozwiązać niniejszą Umowę bez zachowania terminu wypowiedzenia, gdy Wykonawca:

1.1. wykorzystał dane osobowe w sposób niezgodny z niniejszą Umową;

1.2. powierzył przetwarzanie danych osobowych podwykonawcom bez zgody Zleceniodawcy;

1.3. nie zaprzestanie niewłaściwego przetwarzania danych osobowych;

1.4. zawiadomi o swojej niezdolności do dalszego wykonywania niniejszej Umowy, a w szczególności niespełniania wymagań określonych w § 3.

2. Rozwiązanie niniejszej Umowy przez Zleceniodawcę jest równoznaczne z wypowiedzeniem Umowy, o której mowa w § 1 ust. 1.

§ 7Rozwiązanie Umowy

Wykonawca, w przypadku wygaśnięcia Umowy, o której mowa § 1 ust. 1 i niniejszej Umowy niezwłocznie, ale nie później niż w terminie do 5 dni kalendarzowych, zobowiązuje się zwrócić lub usunąć wszelkie dane osobowe, których przetwarzanie zostało mu powierzone, w tym skutecznie usunąć je również z nośników elektronicznych pozostających w jego dyspozycji i potwierdzić powyższe przekazanym Zleceniodawcy protokołem.


112

§ 8

Wszelkie zmiany niniejszej umowy wymagają formy pisemnej pod rygorem nieważności.

§ 9

W sprawach nieuregulowanych w niniejszej Umowie mają zastosowanie przepisy Kodeksu Cywilnego.

§ 10

Spory wynikłe z tytułu Umowy będzie rozstrzygał Sąd właściwy dla miejsca siedziby Zleceniodawcy.

§ 11

Umowę sporządzono w czterech jednobrzmiących egzemplarzach, po jednym dla każdej ze Stron.

....................................................za Wykonawcę

....................................................za Zleceniodawcę


113


WYMOGI DLA DOCELOWEJ DOKUMENTACJI APLIKACJI

I. Struktura Dokumentacji Aplikacji

1. Wykonawca opracuje następujące kategorie Dokumentacji Aplikacji :a. „Dokumentacja użytkowa” zawierająca dokumentację dla użytkowników

zewnętrznych (NGO/fundacje), użytkowników wewnętrznych (PFRON) oraz administratora merytorycznego (PFRON),

b. „Dokumentacja administracyjna” zawierająca wszystkie niezbędne do utrzymania oprogramowania informacje, w szczególności opis instalacji i deinstalacji Aplikacji, opis archiwizacji i odtworzenia Aplikacji, typowych czynności administracyjnych.

c. „Dokumentacja analityczno – projektowa” przedstawiająca zasady konstrukcji oraz opis funkcjonalny i techniczny Aplikacji oraz jego poszczególnych modułów składowych;

d. „Dokumentacja wspierająca proces wytwórczy” wyjaśniająca zasady wytwarzania oprogramowania Aplikacji, w szczególności zasady zarządzania konfiguracją czy budowania kodu źródłowego do postaci wykonywalnej;

e. „Dokumentacja kodu źródłowego” wyjaśniająca działanie kodu źródłowego, a w zasadniczej części stanowiąca jego komentarze.

f. „Dokumentacja zapewnienia jakości” przedstawiająca zarówno podejście do zapewnienia jakości w ramach rozwoju Aplikacji, jak i plany, specyfikacje oraz raporty z testów;

2. Zakres Dokumentacji użytkowej musi obejmować następujące rodzaje dokumentów:a. PUZ – podręcznik użytkownika zewnętrznego,b. PUW – podręcznik użytkownika wewnętrznego,c. PAM – podręcznik administratora merytorycznego,

3. Zakres „Dokumentacji administracyjna” obejmuje następujące rodzaje dokumentów:a. PAS - Podręcznik Administratora Systemu;b. PES - Plan Eksploatacji Systemu;

4. Hierarchiczna postać Dokumentacji analityczno – projektowej .Dokumentacja analityczno – projektowa opracowana będzie na kilku poziomach szczegółowości, przy czym każdy kolejny poziom stanowić będzie dekompozycję poprzedniego. Na najwyższym (tj. najogólniejszym) poziomie przedstawione będą informacje dotyczące Aplikacji jako całości (m.in. opis architektury oprogramowania). Na kolejnym poziomie znajdować się będą informacje o modułach składowych Aplikacji. Najniższy poziom dokumentacji zależny jest od złożoności danego modułu, niemniej zakłada się, iż odnosić się on będzie do szczegółów implementacyjnych komponentów oprogramowania (np. opis usługi sieciowej zdefiniowanej w postaci WSDL, opis encji danych wraz z jej atrybutami i powiązanymi obiektami w bazie danych np. indeksy,


114

wyzwalacze). Dokumentacja analityczno – projektowa na najniższym poziomie powinna być kontynuowana w Dokumentacji kodu źródłowego, a tym samym powinna do niego referować.

5. Podstawą do utworzenia dokumentacji Aplikacji będzie model opracowany w Repozytorium Architektury, w którym znajdą się m.in. specyfikacje elementów Aplikacji (np. komponenty, obiekty danych, interfejsy). Wykonawca zapewni spójność pomiędzy dokumentacją Aplikacji i Repozytorium Architektury, które pełni rolę źródła informacji o elementach Aplikacji.

6. Modele Repozytorium Architektonicznego opracowane będą w języku UML o ile Strony nie postanowią inaczej. Zakłada się możliwość stosowania rozszerzeń języka UML w celu ułatwienia modelowania Aplikacji.

7. Wykonawca zapewni spójność modelu z Repozytorium Architektury na kolejnych poziomach jego szczegółowości.

8. Zakres „Dokumentacji analityczno – projektowej” obejmuje następujące rodzaje dokumentów:

a. SWB - Specyfikacja Wymagań Biznesowych;b. SWSI - Specyfikacja Wymagań Systemu Informatycznego;c. OAR - Opis Architektury Rozwiązania;d. PMS – Projekt Modułu Systemu;e. SKO - Specyfikacja Komponentu Oprogramowania;f. PIS - Projekt Infrastruktury Systemu.

9. Zakres „Dokumentacji wspierającej proces wytwórczy” obejmuje następujące rodzaje dokumentów:

a. PZW - Plan Zarządzania Wymaganiami;b. IKTP - Instrukcja Kompilacji i Tworzenia Pakietu Instalacji;c. OWO - Opis Wersji Oprogramowania.

10. Zakres „Dokumentacji oprogramowania źródłowego” obejmuje następujące rodzaje dokumentów:

a. SKZ - Skomentowany Kod Źródłowy;b. DKZ - Dokumentacja Kodu Źródłowego (wygenerowana automatycznie

z komentarzy).11. Zakres „Dokumentacji zapewnienia jakości” obejmuje następujące rodzaje dokumentów:

a. PTS - Plan Testów Systemu;b. SPST - Specyfikacja Przypadków i Scenariuszy Testowych;c. RT - Raport z Testów.

II. Specyfikacja zakresu informacyjnego Dokumentacji Systemu Aplikacji

1. Podręcznik użytkownika zewnętrznego (PUZ)Wymagania:


115

1. Dokumentacja powinna zostać uzupełniona elementy identyfikujące dokument,2. Dokumentacja powinna zostać uzupełniona o zasady świadczenia wsparcia

technicznego dla tej grupy użytkowników

Minimalny zakres informacyjny:

Element zakresu informacyjnego (np. rozdział)

Opis elementu zakresu informacyjnego

Identyfikator dokumentu

Informacje na temat: wersji dokumentu, historii zmian, nazwy i wersja Systemu Aplikacyjnego, do którego się odnosi.

Opis ogólny Ogólnie opis do czego służą Aplikacje, zasady nawigacji pomiędzy poszczególnymi komponentami Aplikacji oraz generalne zasady współpracy z aplikacją oraz zasady świadczenia wsparcia technicznego.

Opis funkcji Opis ról i ich uprawnień dla tej klasy użytkowników, opis funkcjonalności oraz interfejsu użytkownika dla tej klasy użytkowników, zasady walidacji pól, opis raportów i zestawień.

Zasady komunikacji Opis komunikacji za pomocą e-mail;

2. Podręcznik użytkownika wewnętrznego (PUW)Wymagania:

1. Dokumentacja powinna zostać uzupełniona elementy identyfikujące dokument.2. Dokumentacja powinna zostać uzupełniona o zasady świadczenia wsparcia

technicznego dla tej grupy użytkowników.





Informacje na temat: wersji dokumentu, historii zmian, nazwy i wersja Systemu Aplikacyjnego, do którego się odnosi.

Opis ogólny Ogólnie opis do czego służą Aplikacje, zasady nawigacji pomiędzy poszczególnymi komponentami Aplikacji oraz generalne zasady współpracy z aplikacją oraz zasady świadczenia wsparcia technicznego



3. Podręcznik administratora merytorycznego(PAM)


116

Wymagania:1. Dokumentacja powinna zostać uzupełniona elementy identyfikujące dokument,2. Dokumentacja powinna zostać uzupełniona o zasady świadczenia wsparcia

technicznego dla tej grupy użytkowników.





Informacje na temat: wersji dokumentu, historii zmian, nazwy i wersja Aplikacji, do którego się odnosi.

Opis ogólny Ogólnie opis do czego służy Aplikacji, zasady nawigacji pomiędzy poszczególnymi komponentami Aplikacji oraz generalne zasady współpracy z aplikacją oraz zasady świadczenia wsparcia technicznego



4. Podręcznik Administratora Systemu (PAS)Wymagania:

a. Podręcznik PAS obejmuje wszystkie czynności administracyjne związane z Aplikacjami.

b. W szczególności PAS zawiera opis zadań administratora Aplikacji, w sposób umożliwiający Zamawiającemu ich realizację bez udziału Wykonawcy:

i. instrukcje konfiguracji i administracji dostarczonych Aplikacji,ii. instrukcje postępowania w przypadkach szczególnych oraz awarii, w tym

odtworzenia Aplikacji,iii. opisy komunikatów o błędach w Aplikacjach i procedury rozwiązania

takich sytuacji,iv. dokumenty wymagane przez ustawę z dnia 29 sierpnia 1997 r. o ochronie

danych osobowych i przepisy wykonawcze do tej ustawy.c. Podręcznik jest zgodny z elementami Aplikacji, które opisuje.




Wykaz instrukcji i odpowiedzialności

Pełna lista instrukcji wraz z określeniem zespołu odpowiedzialnego za wykonywanie i przestrzeganie danej instrukcji w zakresie


117

administrowania Aplikacjami.

Określenie wersji Określenie wersji Aplikacji / Produktów, których dotyczy wraz z wersjami systemu operacyjnego/bazy danych/serwerów aplikacyjnych itp.

Wytyczne do planu eksploatacji

Wytyczne do Planu Eksploatacji Aplikacji sugerujące np. harmonogram wykonywanych okresowo instrukcji.

Instrukcje administratorskie

Opis instrukcji obsługi wszystkich elementów Aplikacji (w tym uwzględniające mechanizmy bezpieczeństwa przetwarzania danych) niezbędnych dla eksploatacji i utrzymania Aplikacji.Instrukcje administracyjne powinny dotyczyć co najmniej:

oprogramowania (wraz z obsługą danych), wymaganej konfiguracji infrastruktury programowo –

sprzętowej.Opis powinien zawierać informacje nt. zachowania się w przypadku wystąpienia awarii i konieczności odtworzenia Aplikacji.

Komunikaty systemu

Opis komunikatów systemu (np. występujących w logach czy wyświetlanych na ekranie), w tym komunikatów o błędach – wraz ze szczegółowym wyjaśnieniem ich znaczenia.

Wymogi prawne Opis dokumentów wymaganych przez ustawę o ochronie danych osobowych – w kontekście administrowania Aplikacjami.

5. Podręcznik eksploatacji Aplikacji (PES)Wymagania:

a. Podręcznik PES pokrywa pełny zakres procedur eksploatacyjnych Aplikacji.b. Podręcznik, poprzez wprowadzane zasady eksploatacji, optymalizuje

wykorzystanie zasobów (organizacyjnych i technologicznych) pod kątem spełnienia wymagań eksploatacyjnych systemu.

c. Opis działań dotyczących eksploatacji systemu umożliwia Zamawiającemu ich realizację bez udziału Wykonawcy.




Role i ich zakresy odpowiedzialności

Wykaz ról pełnionych w przez osoby w realizacji zadań eksploatacyjnych.

Cykliczne zadania eksploatacyjne

Szczegółowy wykaz cyklicznych zadań eksploatacyjnych wraz z pełnym opisem:

Nazwa zadania. Wykaz ról uczestniczących w realizacji zadania, również jeśli


118

rola występuje wyłącznie w czynnościach opcjonalnych. Określenie kiedy zadanie jest wykonywane. Określenie momentu zakończenia zadania – np. poprzez

określenie czasu trwania lub czasu zakończenia. Czynności wykonywane w ramach zadania, z określeniem:

o roli, która wykonuje daną czynność,o wykorzystywanych komponentów oprogramowania.

Jednorazowe zadania eksploatacyjne

Określenie zasad zlecania jednorazowych zadań eksploatacyjnych oraz szablonu zlecenia zadania jednorazowego.

Opis stanowisk pracy

Pełna charakterystyka stanowiska pracy Użytkownika Aplikacji: Opis przeznaczenia danego stanowiska pracy. Wymagany sprzęt stanowiska pracy, np. minimalna

konfiguracja komputera dla stanowiska pracy. Wymagane oprogramowanie stanowiska pracy wspierające

pracę systemu np. system operacyjny, przeglądarka, oprogramowanie biurowe, etc.).

Wymagane wsparcie telekomunikacyjne (sieć telefoniczna, LAN, karta GPRS, etc.).

Wymagane materiały eksploatacyjne. Wymagania charakteryzujące bezpieczne użytkowanie

systemu informatycznego, np. umiejscowienie stanowiska, prace w pomieszczeniu o ograniczonym dostępie.

Wymagane doświadczenie/umiejętności administratora Aplikacji.

Inne wymagania specyficzne dla Aplikacji.

6. Specyfikacja Wymagań Biznesowych (SWB).Wymagania:

a. Przedstawione w specyfikacji wymagania biznesowe są weryfikowalne.b. Głównym elementem przedstawiającym zakres działania biznesu będzie obszar

funkcjonalny. Dopuszcza się aby Wykonawca zaproponował zastąpienie obszar funkcjonalnego przez inny element opisujący biznes - za zgodą Zamawiającego.

c. Zakres obszarów funkcjonalnych obejmuje całość biznesu wspieranego przez Aplikacje.

d. Każdy obszar funkcjonalny jest powiązany co najmniej z jednym aktorem biznesowym. Obszar funkcjonalny będzie powiązany z aktorami realizującymi bądź korzystającymi z funkcji danego obszaru. W sposób szczególny zostanie wskazany właściciel biznesowy obszaru funkcjonalnego.

e. Obszary funkcjonalne dekomponowane są na składowe obszary funkcjonalne (tj. podobszary). Zastosowany będzie taki poziom dekompozycji obszaru aby inne powiązane z nim elementy występujące w dokumentacji technicznej miały z nim


119

klarowny związek (tj. niedopuszczalna jest istotna różnica w poziomie szczegółowości powiązanych elementów).

f. Każdy opis obszaru funkcjonalnego zawiera informacje nt. wykorzystywanych w jego ramach obiektach biznesowych.

g. Każdy z obszarów funkcjonalnych powinien być opisany w formie tabelarycznej (za pomocą opisanych wyżej atrybutów) oraz przedstawiony w formie graficznej zgodnie z notacją języka UML i przyjętych na potrzeby modelowania Aplikacje rozszerzeń.

Minimalny zakres informacyjny SWB:



Model dziedziny Opis obiektów biznesowych modelowanej dziedziny i relacje występujące pomiędzy nimi. Model dziedziny musi być przedstawiony zarówno w formie tekstowej (katalog obiektów wraz z ich opisem), jak i graficznej (tj. diagram modelu dziedziny).

Obszary funkcjonalne

Wykaz obszarów funkcjonalnych, których realizacja jest wspierana przez Aplikacje. Obszary funkcjonalne muszą być opisane następującymi atrybutami:

identyfikator obszaru, nazwa obszaru, opis obszaru, właściciel obszaru, uczestnicy obszaru, podstawa prawna powiązana z obszarem, opis funkcji realizowanych w ramach danego obszaru, powiązanie z obiektami biznesowymi związanymi z danym

obszarem.

Aktorzy biznesowi Wykaz aktorów biznesowych powiązanych z obszarem.Każdy aktor zostanie opisany przez:

identyfikator aktora, opis aktora.

Wymagania biznesowe

Wykaz wymagań biznesowych powiązanych z obszarem funkcjonalnym i związanych z dalszą realizacją w Aplikacjach. Wymagania muszą być opisane następującymi atrybutami:

identyfikator wymagania, nazwa wymagania, realizowany cel (opcjonalne), kryteria spełnienia (opcjonalne),


120

dokument źródłowy (opcjonalne), szczegółowa treść wymagania, źródło pochodzenia danego wymagania (opcjonalne), wersja wymagania, data jego dodania do Aplikacji (opcjonalne), okres obowiązywania, moduły, których dotyczy wymaganie, status określających m.in. czy wymaganie jest otwarte,

zaakceptowane, zrealizowane czy unieważnione, autor - imię i nazwisko autora, autorów, kategoria (Funkcjonalne, Pozafunkcjonalne), priorytet (1 - Niski, 2 - Średni, 3 – Ważny), etap realizacji: identyfikator umowy, nr zmiany, słowa kluczowe, uwagi (opcjonalne), załączniki plikowe (opcjonalne).

Procedury realizacyjne, wytyczne, instrukcje

Wykaz dokumentów uwzględnionych przez Wykonawcę w toku projektowania Aplikacji.

7. Specyfikacja Wymagań Systemu Informatycznego (SWSI)Wymagania:

a. Zebrane wymagania muszą być podzielone na wymagania funkcjonalne i pozafunkcjonalne.

b. Wymagania muszą nawiązywać do określonych elementów dokumentacji, w szczególności co najmniej SWB i OAR – przy czym powinno być jawnie wskazane, do których elementów dane wymaganie się odnosi. Zakłada się, iż model wymagań będzie powiązany z modelami architektonicznymi w Repozytorium Architektury.

c. Może zostać wydzielona grupa wymagań ogólnych, oprócz tego grupy wymagań wspólnych dla określonych zakresów, możliwe i wskazane jest wprowadzanie grupowania tematycznego wymagań.

d. Wymagania te muszą być w pełni rozliczalne tj. muszą być mapowane na przypadki testowe – z opisem zakresu i sposobu realizacji każdego z rozważanych wymagań.

e. W celu sprawnego zarządzania cyklem życia wymagań, w tym pomiaru ich realizacji, konieczne może się okazać stosowanie dodatkowych atrybutów wymagań np. statusu realizacji w cyklu życia (np. wymaganie zdefiniowane, implementowane, zrealizowane w całości, zrealizowane w części).


121

f. W zakresie częściowej i całościowej realizacji wymagań w Planie zarządzania wymaganiami Wykonawca musi przewidzieć utrzymywanie procesu monitorowania stanu i rozliczania realizacji wymagań dla Zamawiającego.

g. Dokument SWSI stanowi kluczowy raport z modelu wymagań, mogący stanowić również podsumowanie stanu ich realizacji w danym okresie.

h. Wymagania obejmują swym zakresem działanie Aplikacji i pozwalają na powiązanie z nimi przypadków testowych umożliwiających przeprowadzenie testów akceptacyjnych całego systemu.

i. Rozróżnienie wymagań funkcjonalnych i pozafunkcjonalnych będzie realizowane poprzez stosowną konwencję nazewniczą.

j. Zakres informacyjny dokumentu prezentowany jest z wykorzystaniem języka UML, w szczególności zawierać będzie elementy, relacje i diagramy zgodne z powyższym językiem.




Ogólny opis systemu

Ogólny opis głównych czynników wpływających na kształt Aplikacji i jego wymagania, w ramach którego musi być przedstawiony:

Kontekst (środowisko), w jakim będzie działał system. Charakterystykę użytkowników systemu. Uwarunkowania, jakie zostały uwzględnione podczas

tworzenia systemu. Założenia i zależności np. dotyczące wykonalności

technicznej systemu.

Kontekst wymagań na system informatyczny

Opisanie sposobu wynikania (ang. traceability) kluczowych wymagań na Aplikacje z wymagań biznesowych oraz innych czynników sterujących.

Wymaganiafunkcjonalne

Wykaz wymagań funkcjonalnych na Aplikacje.Każdy przypadek użycia musi być przedstawiony za pomocąnastępujących atrybutów:

identyfikator, nazwa wymagania, opis wymagania, źródło pochodzenia danego wymagania, status wymagania określający jego cykl życia, waga danego wymagania w kontekście Aplikacji (np.

kluczowe, istotne, normalne, wspomagające), zgłaszający – podmiot bądź osoba, która zgłosiła


122

wymaganie, część systemu, której dotyczy, wersja wymagania, data jego powstawania i data jego

ostatniej modyfikacji.Oprócz opisu tekstowego należy przygotować diagram prezentujące wymagania.Na powyższych diagramach przedstawione zostaną wzajemne relacje pomiędzy wymaganiami oraz powiązania z pozostałymi elementami modelu Repozytorium Architektury (np. komponenty, funkcje biznesowe).

Wymaganianiefunkcjonalne

Wykaz wymagań niefunkcjonalnych na system informatyczny.Muszą być uwzględnione co najmniej następujące rodzaje wymagań niefunkcjonalnych:

wymagania na niezawodność Aplikacji, wymagania wydajnościowe na Aplikacje, wymagania dotyczące architektury Aplikacji (tj. konstrukcji

systemu), wymagania dotyczące bezpieczeństwa Aplikacji

(w szczególności wymagania dotyczące rozliczalności – zakresu informacyjnego danych zapisywanych do dzienników usług i dzienników danych Aplikacji) oraz dotyczące ochrony przetwarzanych danych (w szczególności danych osobowych),

wymagania dotyczące użyteczności (usability) Aplikacji, wymagania dotyczące Oprogramowania Systemowego (np.

platform systemowych, platform baz danych, platform aplikacji, itp.) i urządzeń którymi dysponuje Zamawiający z punktu widzenia Aplikacji,

wymagania dotyczące interfejsów, które muszą posiadać Aplikacje(zarówno zewnętrznych, jak i wewnętrznych) – np. użytkownika, sprzętowe, programowe, sieciowe,

wymagania wynikające z wymaganych do stosowania standardów informatycznych i biznesowych Zamawiającego,

wymagania związane z warunkami licencjonowania, prawami autorskimi, patentowymi itp. lub ograniczenia związane z użytkowaniem, które musi spełnić system,

wymagania odnoszące się do wspierania bądź utrzymywania zbudowanego systemu, w tym standardy pisania kodu, konwencje nazewnictwa, biblioteki klas, dostęp serwisowy i narzędzia serwisowe.

Projekty ekranów Projekty ekranów i diagramy nawigacji w postaci załącznika do dokumentu.Powiązanie ww. informacji z wymaganiami.


123

Projekt przetwarzania dokumentów

Projekt przetwarzania dokumentów w postaci załącznika do dokumentu.Powiązanie ww. informacji z wymaganiami.

Załączniki Ewentualne załączniki doprecyzowujący wymagania.

8. Opis Architektury Rozwiązania (OAR).Wymagania:

a. Wszystkie wymagania zawarte w Opisie Architektury Rozwiązania muszą być zgodne ze specyfikacją wymagań opisanych w dokumencie SWSI.

b. Dobór perspektyw architektonicznych oraz zakres ich opisu może podlegać zmianie na skutek uzasadnionej propozycji Wykonawcy zaakceptowanej przez Zamawiającego.

c. Zakłada się hierarchiczność struktury opisu Aplikacji tj. Aplikacja składająca się z modułów, które opcjonalnie mogą składać się z podmodułów, składających się z komponentów o różnym poziomie zagnieżdżenia. Prace nad OAR muszą się rozpocząć od definicji modułów a następnie będą kontynuowane zgodnie z powyżej opisaną hierarchią.

d. Zakres informacyjny może być przedstawiony w formie zgodnej z wyżej wymienioną hierarchią, gdzie na poziomie dekompozycji modułów przedstawione zostaną perspektywy architektoniczne, jak również w postaci poszczególnych perspektyw architektonicznych, wewnątrz których prowadzona dekompozycja jest zgodna z hierarchią Aplikacji. Wybór sposobu przedstawienia zakresu informacyjnego określi Wykonawca z uwzględnieniem kryterium czytelności dokumentu.

e. Zakres informacyjny dokumentu ma być prezentowany z wykorzystaniem języka UML, w szczególności zawierać będzie elementy, relacje i diagramy zgodne z powyższym językiem.




Sposób dokumentowania architektury

Opis przyjętego sposobu dokumentowania architektury Aplikacji – w szczególności objaśnienie wykorzystanych perspektyw wraz z charakterystyką ich zawartości. Prezentowane jest objaśnienie zastosowanych perspektyw.

Syntetyczne przedstawienie architektury rozwiązania

Syntetyczny opis architektury Aplikacji przedstawiający za pomocą diagramu następujące warstwy:

warstwę biznesową złożoną z obszarów funkcjonalnych i głównych aktorów,

warstwę modułów i ich zasadniczych komponentów,


124

warstwę wdrożenia obejmującą lokalizacje oraz główne węzły.

Kluczowe wymagania architektoniczne

Wykaz istotnych wymagań funkcjonalnych i pozafunkcjonalnych mających istotny wpływ na obecny kształt architektury Aplikacji np. dotyczących bezpieczeństwa, dostępności, wolumetrii danych, integracji z systemami zewnętrznymi.Każde wymaganie zostanie opisane przez:

identyfikator wymagania, opis wymagania.

Kluczowe decyzje architektoniczne

Wykaz istotnych decyzji kształtujących obecną architekturę Aplikacji. Decyzje architektoniczne mogą dotyczyć np.: aspektów funkcjonalnych oraz pozafunkcjonalnych, takich jak bezpieczeństwo systemu, modyfikowalność, niezawodność, przenaszalność.Każda decyzja zostanie opisana przez:

identyfikator decyzji, opis słowny decyzji.

Wzorce architektoniczne

Opis wzorców architektonicznych stosowanych w oprogramowaniu Aplikacji (np. wzorce projektowe GoF, wzorce integracyjne, wzorce szczególne dla Aplikacji). Należy wskazać miejsce i specyfikę jego zastosowania w Aplikacjach na ogólnym poziomie (tj. modułów).Każdy wzorzec architektoniczny zostanie opisany przez:

identyfikator wzorca, opis wzorca (lub jego nazwę, jeśli jest to wzorzec powszechnie

znany).

Perspektywa biznesu

Opis i przedstawienie na diagramie obszarów funkcjonalnych, aktorów z nimi powiązanych oraz obiektów biznesowych.

Perspektywa zachowania

Prezentacja działania Aplikacji za pomocą wybranych scenariuszy biznesowych, stanowiących istotną, centralną funkcjonalność Aplikacji lub mających znaczący wpływ na architekturę całej Aplikacji. Scenariusze biznesowe powinny być powiązane z obszarami funkcjonalnymi, modułami i ich komponentami. .Każdy scenariusz biznesowych zostanie opisany przez:

identyfikator, syntetyczny opis, diagram zachowania.

Perspektywa logiczna

Opis struktury logicznej Aplikacji w kontekście jego modułów, podmodułów i komponentów składowych, warstw (np. prezentacji, logiki biznesowej, baz danych) oraz wzajemnych powiązań pomiędzy poszczególnymi warstwami i elementami. Każdy z modułów Aplikacji powinien być skrótowo opisany. Dla każdego podmodułu lub komponentu należy podać co najmniej jego nazwę, realizowane funkcjonalności i ogólną definicję interfejsów, które odpowiadają za


125

wzajemne relacje pomiędzy komponentami Aplikacji oraz z innymi systemami. Należy również odnieść się do kwestii architektonicznych dotyczących sposobów integracji komponentów Aplikacji z zewnętrznymi komponentami i systemami.Opis zostanie przedstawiony w postaci tekstowej oraz graficznej z wykorzystaniem m.in. diagramów komponentów.

Perspektywa danych

Opis sposobu przechowywania danych w Aplikacjach, w szczególności:

modelu zasadniczych obiektów danych w Aplikacji w postaci diagramu klas oraz ich opis,

mapowania istotnych, nietrywialnych trwałych klas projektowych na model danych, w postaci tabeli z mapowaniem i diagramów klas,

części Aplikacji, które zostały zrealizowane bezpośrednio w bazie danych np. w postaci procedur, w postaci tabelarycznej wykazu procedur i powiązań z obiektami danych,

prezentacji kwestii zapewnienia transakcyjności, współbieżności, rozproszenia itp., w postaci opisu słownego przedstawiającego sposób zapewniania danego zagadnienia.

Należy wymienić kluczowe wymagania i decyzje architektoniczne mające wpływ na perspektywę danych.

Perspektywa fizyczna

a. Opis topologii poszczególnych elementów Aplikacji – zarówno sprzętowych, jak i programowych, w szczególności należy przedstawić:

lokalizacje oraz elementy Aplikacji dla danej lokalizacji, charakterystykę połączeń (w tym sieciowych) pomiędzy

poszczególnymi elementami systemu informatycznego.Perspektywa fizyczna zostanie opisana przez odrębny diagram wdrożenia dla każdej z lokalizacji.Należy wymienić kluczowe wymagania i decyzje architektoniczne mające wpływ na perspektywę fizyczną.Zamawiający dostarczy Wykonawcy informację o elementach perspektywy fizycznej pozostającej w gestii Zamawiającego lub podmiotów trzecich.

Zestawienie infrastruktury programowej i sprzętowej

b. Charakterystyka niezbędnej infrastruktury programowej i sprzętowej wykorzystywanej przez oprogramowanie Aplikacji.

c. Zestawienie infrastruktury programowej obejmuje oprogramowanie systemowe (np. system operacyjny, serwery aplikacji, oprogramowanie integracyjne, oprogramowanie baz danych itp.). Zestawienie zostanie opisane przez tabelę zawierającą:

nazwę oprogramowania, typ, wersję, producenta,


126

liczbę i rodzaj wykorzystywanych licencji.d. Zestawienie infrastruktury sprzętowej zostanie opisane przez tabelę

zawierającą:i. nazwę urządzenia, typ, wersję, producenta,

ii. liczbę wykorzystywanych urządzeń danego typu.e.f. Zamawiający dostarczy Wykonawcy informację o elementach

infrastruktury programowej i sprzętowej pozostającej w gestii Zamawiającego lub podmiotów trzecich z wykorzystaniem przygotowanych przez Wykonawcę arkuszy specyfikujących ww. infrastrukturę (tj. szablonu).

9. Projekt Modułu Systemu (PMS) Wymagania:

a. PMS może być dokumentem złożonym, oddającym hierarchię podmodułów Aplikacji.

b. Identyfikowany model danych w ogólnym przypadku obejmuje model danych Aplikacji (bazujący na modelu obiektów biznesowych) oraz model danych jego interoperacyjności (semantycznej, ew. technicznej dla danych) z systemami zewnętrznymi.

c. Zakres informacyjny dokumentu ma być prezentowany z wykorzystaniem języka UML, w szczególności zawierać będzie elementy, relacje i diagramy zgodne z powyższym językiem.




Opis techniczny Wykaz standardów technicznych oraz podejść projektowych wykorzystywanych do implementacji komponentów oprogramowania w danym module Aplikacji.

Wykaz narzędzi wspomagających tworzenie systemów informatycznych

Wykaz narzędzi wspomagających tworzenie komponentów oprogramowania w postaci tabeli zawierającej:

nazwę danego narzędzia, oznaczenie wykorzystywanej wersji danego narzędzia, opis zastosowania – krótki opis celu wykorzystania danego

narzędzia (w jakim celu jest wykorzystywane).

Koncepcja integracji

Opis integracji danego modułu z innymi modułami i systemamiInformatycznymi.Dla każdej integracji pomiędzy modułami Aplikacji należy opisać:


127

Moduły, których dotyczy dana integracja, Cel integracji modułów (jakie zadanie spełnia dana

integracja), Charakterystyka i sposób wymiany danych (np.

komunikatów, plików).

Model komponentów oprogramowania

Opis poszczególnych podmodułów (o ile to zasadne) oraz komponentów oprogramowania. Zamieszczony opis prezentuje ogólną informacje o ww. elementach oraz sposób ich wzajemnej interakcji.Zakres informacji powinien zostać dostosowany do konkretnego typu podmodułu czy komponentu oprogramowania. Poniżej został zamieszczony minimalny zakres informacji:

opis elementów (tj. podmodułów, komponentów), opis powiązań pomiędzy elementami (tj. identyfikacja

interfejsów), ogólny opis interfejsów:

o identyfikator interfejsu;o nazwa interfejsu;o syntetyczny opis interfejsu;o rodzaj interfejsu (np. plikowy, WebAPI);

główne scenariusze działania, powiązania elementów z funkcjami biznesowymi, w postaci

realizacji zależności ww. funkcji do danego elementu bądź w innej formie ustalonej z Zamawiającym.

Zamawiający może wyrazić zgodę na inny zakres informacji. Informacje mogą zostać umieszczone w zewnętrznych dokumentach, będących załącznikami.

Logiczny model danych

Opis logicznego modelu danych wykorzystywany w ramach modułu. Opis zawiera diagram modelu danych, jak i jego specyfikację.Model jest dalszą dekompozycją danych przedstawionych w OAR i zachowuje z nim spójność.

Model wdrożenia Model wdrożenia dla danego modułu składających się ze stosownych diagramów wdrożenia opracowanych w języku UML.Model wdrożenia opisuje rozmieszczenie komponentów i obiektów w węzłach (nodes, typu CPU, pamięć RAM, urządzenie/serwer itp.), jak również występujące tam (inne) artefakty oraz wzajemne połączenia sieciowe.Do artefaktów można zaliczyć skrypty, konfiguracje, pliki, kody źródłowe, fizyczne zbiory/bazy danych, komponenty przetwarzające itd.Diagramy rozlokowania komponentów powinny być tworzone zarówno na poziomie logicznym, jak i fizycznym.


128

Zamawiający dostarczy Wykonawcy informację o elementach obiektów w węzłach (nodes, typ CPU, RAM, urządzenia, serwery, itp.), jak również połączenia sieciowe w zakresie poszczególnych modułów Aplikacji z wykorzystaniem przygotowanych przez Wykonawcę arkuszy specyfikujących ww. infrastrukturę (tj. szablonu).

10. Specyfikacja Komponentu Oprogramowania (SKO)Wymagania:

a. Specyfikacji komponentu powinna wyjaśnić: jaka jest struktura wewnętrzna danego komponentu wraz z powiązaniami, interfejsy z otoczeniem i zakresy wymienianych informacji, jaki jest sposób jego wytworzenia, zakres realizowanych wymagań.

b. Dokumentacja komponentu powinna umożliwiać Zamawiającemu, w uzupełnieniu do pozostałych definiowanych tutaj dokumentów, zlecenie podmiotowi trzeciemu utrzymania, modyfikacji i rozwoju danego komponentu.

c. Komponenty oprogramowania mogą mieć bardzo zróżnicowany charakter (np. komponent bazodanowy, komponent usługowy, komponent obsługujący GUI itp.) stąd Wykonawca w oparciu o własną wiedzę na temat Aplikacji zaproponuje stosowne uszczegółowienie podanego poniżej zakresu informacyjnego uwzględniając specyfikę danego typu komponentu występującego w Aplikacjach. Powyższe uszczegółowienie będzie miało wyraz w propozycji szablonu dokumentu dla danego typu komponentu. Dla przykładu podano poniżej oczekiwany zakres informacyjny dla komponentu aplikacyjnego, i bazodanowego.

d. Dla zachowania efektywności opisu oraz minimalizacji liczby dokumentów istotnie powiązane ze sobą komponenty (np. korzystające z tych samych danych) mogą być opisane w ramach jednego dokumentu SKO.

e. Zakres informacyjny dokumentu prezentowany jest z wykorzystaniem języka UML, w szczególności zawierać będzie elementy, relacje i diagramy zgodne z powyższym językiem.

Minimalny zakres informacyjny dla komponentu aplikacyjnego:



Kontekst komponentu Cel i zastosowanie komponentu. Ogólny opis komponentu oraz powiązań z jego otoczeniem, w tym interfejsów.

Skład komponentu Opis składowych elementów komponentu, w tym klas z wyróżnionymi stereotypami oraz opisanymi metodami i atrybutami. W szczególności należy wyróżnić klasy pełniące rolę


129

kontrolerów, encji i klasy granicznej.Opis zawierać będzie specyfikację interfejsów danego komponentu.

Model danych (opcjonalny)

Opis logicznego i fizycznego modelu danych komponentu. Opis zawiera diagram modelu danych, jak i jego specyfikację.Model jest dalszą dekompozycją danych przedstawionych na poziomie powiązanego dokumentu PMS i zachowuje z nim spójność.

Zachowanie komponentu

Przedstawienie mechanizmów działania komponentu w postaci diagramów zachowania (np. diagramów sekwencji, diagramów aktywności).

Widok implementacji Przedstawienie powiązania komponentu i jego składowych z postacią źródłową (np. pakietami).

Model wdrożenia W przypadku gdy dla danego komponentu istnieje szczególna specyfika wdrożenia tj. wykraczająca poza opis na poziomie modułu (PMS) należy ją przedstawić zgodnie z zaleceniami dla Modelu wdrożenia w PMS.

Zakres realizowanych wymagań

Specyfikacja pozwalająca na szczegółowe udokumentowanie powiązań wymagań na Aplikacje z implementowanymi zakresami funkcjonalnymi i sposobem ich realizacji w opisywanym komponencie.Wskazaniu podlegają również wymagania pozafunkcjonalne dotyczące komponentu.

Specyfikacje algorytmów

Opis obejmujący zastosowane w komponentach algorytmy wyliczania wartości liczbowych lub logicznych. Algorytmy zostaną opisane za pomocą diagramów zachowania oraz opisu słownego.Przedstawiony w dokumencie model danych powinien odpowiadać poziomem szczegółowości opisom algorytmów komponentu.

Odniesienie do wzorców projektowych

Wskazanie zastosowanych wzorców projektowych (odniesienie o OAR) wraz z podaniem miejsca zastosowania.

Zastosowane bibliotek Zestawienie i ogólny opis zastosowanych bibliotek.

Minimalny zakres informacyjny dla komponentu bazodanowego:



Kontekst komponentu Cel i zastosowanie komponentu.

Logiczny model danych Opis logicznego modelu danych komponentu, o ile nie został


130

wystarczająco przedstawiony na poziomie dokumentu PSM i konieczna jest jego dalsza dekompozycja.

Fizyczny model danych Opis fizycznego modelu danych komponentu.

Lista obiektów bazy danych

Lista obiektów bazy danych (m.in. sekwencji) wraz z opisem i przeznaczeniem (tj. gdzie i do czego obiekt jest wykorzystywany).

Opis tabel i widoków Szczegółowy opis każdej tabeli i widoku .Opis kolumn z podaniem ich typów oraz wielkości, wymagalności i opisu przeznaczenia.Zestawienie kluczy obcych ze wskazaniem nazwy klucza, kolumny referencji i tabeli referencji.Zestawienie kluczy głównych oraz indeksów ze wskazaniem nazwy, kolumn składowych z zachowaniem kolejności oraz unikalności indeksu.

Zakres realizowanych wymagań

Specyfikacja pozwalająca na szczegółowe udokumentowanie powiązań wymagań na Aplikacje z implementowanymi zakresami funkcjonalnymi i sposobem ich realizacji w opisywanym komponencie.Specyfikacji podlegają również wymagania pozafunkcjonalne dotyczące komponentu.

Opis kodu działającego po stronie bazy danych

Opis kodu działającego po stronie bazy danych, w tym wyzwalaczy, procedur, funkcji oraz pakietów.Szczególny opis kodu zawierającego algorytmy - wyliczenia wartości liczbowych lub logicznych. Algorytmy zostaną opisane za pomocą diagramów zachowania oraz opisu słownego.

11. Projekt Infrastruktury Systemu (PIS)Wymagania:

a. Zawartość dokumentu powinna pozwalać na zidentyfikowanie pokrycia potrzeb infrastrukturalnych Aplikacji przez przydzielone do niego lub planowane do przydzielenia zasoby.

b. Należy oczekiwać wyspecyfikowania przynajmniej środowisk: deweloperskiego, szkoleniowego, testowego, produkcyjnego – wraz z określeniem ich skalowalności.

c. Zakres informacyjny dokumentu prezentowany jest z wykorzystaniem języka UML, w szczególności zawierać będzie elementy, relacje i diagramy zgodne z powyższym językiem.



131



Rodzaje środowisk Aplikacji

Charakterystyka środowisk (deweloperskiego, szkoleniowego, testowego, produkcyjnego) opisana poprzez zestaw atrybutów:

rodzaj środowiska, użytkowników środowiska (zewnętrznych, wewnętrznych), cel istnienia, lokalizację środowiska (wskazanie ośrodka przetwarzania

danych).

Architektura logiczna systemu

Specyfikacja i charakterystyka komponentów Aplikacji oraz schemat blokowy Aplikacji

Opis poszczególnych środowisk

Opis wymagań niefunkcjonalnych: zasięg systemu [opis], liczba użytkowników w Aplikacjach [szt.], relacje z innymi systemami:

o zasila systemy [opis]o jest zasilany z systemów [opis]

szacowany rozmiar danych w systemie [GB], planowany przyrost danych w ciągu roku [GB], wymagania systemu na platformę sprzętowo-systemową, wymagania systemu na platformę bazodanową, inne.

Architektura systemu

Opis i diagramy architektury dla danego środowiska, uwzględniające warstwy Aplikacji (prezentacji, aplikacji, DB, integracji, itp.)

Serwery aplikacyjne

Opis serwerów aplikacyjnych w danym środowisku – za pomocą zestawu atrybutów:

nazwa serwera aplikacyjnego, przeznaczenie (m.in. lista wdrażanych komponentów), producent, rodzaj i wersja, rodzaj konfiguracji (np. klaster – liczba nodów / standalone), opis konfiguracji serwera i jego parametry, opis powiązań serwera aplikacyjnego z otoczeniem (np. bazą

danych, LDAP).

Systemy baz danych

Opis baz danych w danym środowisku – za pomocą zestawu atrybutów:

nazwa bazy danych, funkcja bazy danych, producent, rodzaj i wersja RDBMS, rodzaj konfiguracji (np. klaster – liczba nodów / standalone), rozmiar bazy danych,


132

szacowany przyrost danych (w ciągu roku), opis środowiska bazy danych i parametry bazy, fizyczna struktura bazy danych na poziomie przestrzeni tabel, opis powiązań bazy danych, komunikacja aplikacji z bazą danych, lista użytkowników bazy, zadania automatyczne.

Urządzenia klienckie i peryferyjne

Rodzaje i liczba użytkowników Aplikacji oraz ich wymagania na komputery klienckie wraz z ich oprogramowaniem i urządzeniami peryferyjnymi

Koncepcja backup’u

Ogólny opis systemu backupu i archiwizacji oraz urządzeń i narzędzi przewidywanych do obsługi procesu backupu i archiwizacji (m.in. serwer backupowy, klienci, urządzenia przechowujące).Opis:

architektury systemu backupu i archiwizacji, oprogramowania do backupu i archiwizacji, polityk backupu, lista elementów Aplikacji objętych backup’em i archiwizacją.

Koncepcja Disaster Recovery

Opis koncepcji odtworzenia Aplikacji u po awarii dla każdego ze środowisk Opis Architektury Rozwiązania Disaster Recovery

Wymagane licencje Wykaz zbiorczy wszystkich potrzebnych do wdrożenia Aplikacji licencji dla wszystkich środowisk i we wszystkich ośrodkach przetwarzania danych scharakteryzowany poprzez informacje:

rodzaj licencji, nazwa licencji, sposób licencjonowania, liczba, okres wsparcia.

Załączniki W ramach załączników do dokumentu należy przestawić listę i zawartość plików konfiguracyjnych.

12. Plan Zarządzania Wymaganiami (PZW)Wymagania:

a. PZW jest kluczowym dokumentem zarządczym definiującym proces zarządzania wymaganiami w ramach Umowy

b. Wykonawca musi określić i uzgodnić z Zamawiającym jakie narzędzia będą użyte do zarządzania wymaganiami i utrzymania powiązań z innymi repozytoriami czy rejestrami (np. z modelem architektury, z modelem przypadków testowych zamkniętych w scenariusze).

c. Rozróżnienie wymagań funkcjonalnych i pozafunkcjonalnych będzie realizowane poprzez stosowną konwencję nazewniczą.


133




Organizacja, zakresodpowiedzialności i zasady komunikacji

Opis, kto będzie odpowiedzialny za poszczególne działania opisane w procesie zarządzania wymaganiami oraz charakterystyka zasad komunikacji.

Narzędzia Opis narzędzi, które będą używane do realizacji zadań związanych z zarządzaniem wymaganiami podczas realizacji niniejszej Umowy.

Sformułowanie wymagań

Opis typów wymagań (funkcjonalnych i niefunkcjonalnych) wykorzystywanych w trakcie realizacji systemu informatycznego, jak i zdefiniowanie konwencji ich nazewnictwa, oznaczenia i numeracji.

Zatwierdzanie wymagań

Definicja zasad zatwierdzania zidentyfikowanych wymagań, a szczególnie zasad wprowadzania zmian w zaakceptowanych wymaganiach.

Kontrola wymagań Dla każdego typu wymagania, należy wymienić dodatkowe reguły lub wskazówki niezbędne do zastosowania w celu śledzenia jego powiązań z innymi wymaganiami. Należy opisać wszystkie zasady, których należy się trzymać, np. każda zaakceptowana cecha oprogramowania musi być powiązana z przynajmniej jednym wymaganiem.

Atrybuty wymagań Adekwatnie do konwencji przyjętej SWB

13. Instrukcja Kompilacji i Tworzenia Pakietu Instalacji (IKTP)Wymagania:

a. Instrukcja powinna umożliwić realizację budowy kodu źródłowego do postaci kodu wykonywalnego Aplikacji, a następnie jego instalację.

b. Opisy powinny uwzględniać fakt, że Zamawiający nie ma wszystkich repozytoriów, narzędzi i wiedzy Wykonawcy, stąd ważne jest dokonanie transferu pełnej wiedzy i wskazanie dostępnych dla Zamawiającego metod i środków działania.

c. Budowa Aplikacji powinna być możliwa bez dostępu do Internetu (np. z wykorzystaniem wewnętrznych repozytoriów bibliotek).

d. Pakiet instalacyjny rozumiany jest zarówno jako pakiet aktualizacyjny czy usuwający wadę dla danej wersji Aplikacji, jak i pakiet pełnej instalacji Aplikacji. Dokument IKTP obejmuje wszystkie rodzaje instalacji (m.in. aktualizację i instalację pełną).


Element zakresu informacyjnego



134

(np. rozdział)

Opis środowiska wytwórczego

Opis środowiska wytwórczego, w tym jego komponentów składowych oraz ich konfiguracji.

Opis przygotowania pakietu instalacji

Instrukcje związane z kompilacją i konsolidacją kodu (budową kodu) oraz wstępne prace konfiguracyjne, zmierzające do przygotowania pakietu instalacji systemu.

Opis instalacji i konfiguracji

Informacje niezbędne do przeprowadzenia pełnej instalacji i konfiguracji wszystkich elementów Aplikacji wymaganych od Wykonawcy. W przypadku zastosowania mechanizmów automatyzacji procesu instalacji, należy przedstawić również opis manualnego instalowania Aplikacji. Należy opisać instrukcje instalowania i wycofywania nowej wersji Aplikacji.

14. Opis Wersji Oprogramowania (OWO)Wymagania:

a. OWO jest elementem kontroli konfiguracji w procesie wytwarzania Aplikacjib. Każda wersja (wydanie) ma określoną funkcję, poziom szczegółowości. Utrwalanie

i archiwizowanie tych wersji ma tym większe znaczenie, im bardziej zbliżone są one do wydań głównych.




Nazwa wydania Symboliczna nazwa wydawanego kodu.

Wersja - numer Unikalne oznaczenie wersji, zgodne ze stosowaną konwencją i zasadami wersjonowania np. kod z liczb naturalnych w układzie „[numer główny].[numer dodatkowy].[numer wydania poprawkowego wersji rozwojowej].

Znacznik czasu wydania

Stempel czasowy wydania – data i godzina z minutami.

Status rozwoju oprogramowania

Oznaczenie etapu według systematyki np.: Wersja niestabilna – testowa:

o Wersja robocza – wersja dostępna przeważnie tylko dla twórców, w której zaimplementowano algorytmy, definiowany jest interfejs użytkownika, dodaje się funkcje oprogramowania.

o Wersja alfa – wersja sygnalizująca w określonym zakresie funkcjonalność oprogramowania, udostępniana dla zebrania uwag, propozycji zmian, sugestii (np. wersja prototypowa).


135

o Wersja beta - wersja wydawana w celu przetestowania kodu w rożnych środowiskach i warunkach, aby zidentyfikować ewentualne błędy w działaniu oraz dla optymalizacji działania kodu.

o Wersja RC (ang. release candidate) – kandydat do wydania stabilnego, wersja gotowa do celów produkcyjnych, ale publikowana jako testowa i bez gwarancji poprawności działania.

Wersja stabilna – oznaczenie wersji finalnej, produkcyjnej

Odnośniki do dokumentacji bazowej

Odnośniki do dokumentacji bazowej, której wynikiem jest dana wersja oprogramowania (m.in. SWB, OAR, SWSI).Odniesienie do procedur instalacji z ewentualnymi uwagami dodatkowymi dotyczącymi danej wersji.

Komponenty składowe

Lista komponentów składowych i ich wersji.

Opis zmian wersji Lista zmian oraz możliwych problemów.

15. Skomentowany Kod Źródłowy (SKZ)Wymagania:

a. SKZ składa się z właściwego skomentowanego Kodu Źródłowego oraz opisu tej dostawy w postaci dokumentu DKZ,

b. Jakość komentarzy ma bezpośrednie znaczenie dla jakości DKZ, z tego powodu Wykonawca jest odpowiedzialny za zapewnienie odpowiedniej zawartości informacyjnej.

c. Opis należy sporządzać zgodnie z konwencją i najlepszymi praktykami w tym zakresie, dostosowując się do stosowanego języka oraz dedykowanego narzędzia.

d. Jako roboczą regułę wyznaczającą jakość opisu jest, aby komentować kod w taki sposób, jakiego tworzący komentarz programista sam by oczekiwał - co do zakresu, podejścia, zawartości, szczegółowości, konsekwencji w stylu, spójności konwencji itd. Minimalne wymagania to:

Każda klasa (aplikacji, formularzy, raportów itd.) musi zawierać kilkuzdaniowy komentarz opisujący, jakiego rodzaju obiekty generuje i jaka jest ich semantyka,

Każdy atrybut każdej klasy musi zawierać komentarz opisujący jego znaczenie,

Każda metoda każdej klasy musi zawierać komentarz opisujący, do czego metoda służy, jakie ma parametry (co one oznaczają) oraz jaką wartość zwraca,

Każde wywołanie metody obiektu musi zawierać komentarz objaśniający czemu służy,


136

Każde wykonanie instrukcji SQL musi zawierać komentarz objaśniający czemu służy

e. Brak komentarzy lub ich niska jakość traktowana będzie jako wada jakościowa Kodu Źródłowego, która zostanie krytycznie oceniona w trakcie dokonywania odbioru przez Zamawiającego, ze wstępnym wskazaniem rezultatu jako uwaga istotna, uniemożliwiająca odbiór produktu.

f. SKZ będzie instalowany na środowisku wytwórczym Zamawiającego z zachowaniem zasad zarządzania konfiguracją.




Wykaz kodówźródłowych

Wykaz wszystkich Kodów Źródłowych koniecznych do generowania określonej wersji Aplikacji, modyfikacji oraz dalszego rozwoju zbudowanych komponentów oprogramowania Aplikacji. W zestaw kodów źródłowych zalicza się również wszelkie dodatkowe zasoby takie jak skrypty, dane konfiguracyjne, itp.

Charakterystyka zestawów kodów źródłowych

Charakterystyka zestawu kodów źródłowych opisana przez zestaw co najmniej następujących atrybutów:

identyfikator zestawu kodów źródłowych, nazwa zestawu kodów źródłowych, opis przeznaczenia zestawu kodów źródłowych, opis formatu dostarczonego zestawu kodów źródłowych (np.

archiwum ZIP), lista technologii, wraz z wersją technologii, w których zostały

wytworzone kody źródłowe danego zestawu, wykaz środowisk programistycznych, wraz z wersją danego

środowiska, w których zostały wytworzone kody źródłowe danego zestawu,

pełna charakterystyka zestawu: katalogów, plików, skryptów, dokumentacji Kodów Źródłowych.

Kod Źródłowy Kod Źródłowy oprogramowania w zakresie dostawy (w postaci elektronicznej i edytowalnej z oznaczeniem wersji/wydania).

Instrukcje konfiguracji środowiska i utworzenia paczki instalacyjnej

Odesłanie do odpowiedniego dokumentu Instrukcja Kompilacji i Tworzenia Pakietu Instalacji (IKTP) dla opisywanej paczki instalacyjnej.


137

16. Dokumentacja Kodu Źródłowego (DKZ)Wymagania:

a. DKZ jest generowana na podstawie SKZ przy użyciu wybranego dedykowanego narzędzia i jest pozyskiwana z niego na podstawie odpowiednich znaczników wpisywanych w komentarze (o składni zgodnej z regułami narzędzia).

b. Jakość DKZ wynika z zasad stosowanych przy realizacji produktu SKZ.




Treść dokumentacji Kodu Źródłowego

Dokumentacja kodu w formacie html, wygenerowana stosownym dla Aplikacji narzędziem (np. javadoc).Dokumentacja powstanie na podstawie komentarzy zawartych w Kodzie Źródłowym i oznaczonych odpowiednimi znacznikami.

Konfiguracja narzędzia dokumentującego

Opis konfiguracji narzędzia dokumentującego, w tym jego ewentualne pliki konfiguracyjne w postaci załączników.

17. Plan Testów Systemu (PTS)Wymagania:

a. Zakłada się, że Plan Testów Systemu, ze względu na wagę tego etapu procesu wytwórczego, nie jest tylko dokumentem zarządczym, ale narzędziem dobrego przygotowania testów odbiorczych Aplikacji.

b. Szczególnie ważne są harmonogramy testów: zabezpieczenie odpowiednich zasobów, przygotowanie lokalizacji, zgromadzenie odpowiednich osób o odpowiednich kwalifikacjach i wiedzy.

c. Plan Testów wspiera proces, w którym rozliczane są wszystkie wymagania na Aplikacje w przypadkach testowych zawartych w przeprowadzanych scenariuszach testów. Dzięki wsparciu dodatkowych narzędzi, zarówno Wykonawca, jak i Zamawiający są w stanie systematycznie monitorować stan realizacji i reagować na odstępstwa i zmiany.

d. Opis oceny stosowany przy weryfikacji i akceptacji wyników testów będzie zgodny z praktykami stosowanymi w Usłudze Modyfikacji Aplikacji.




Przegląd planowanych

Przegląd zakresu testów:


138

testów o Ogólny przegląd głównych planowanych testów. Przegląd wyłączeń

o Przegląd potencjalnych testów, które mogłyby zostać przeprowadzone, ale zostały z określonych przyczyn wyłączone z zakresu testów. Należy jasno wskazać, dlaczego dane testy (lub cała ich kategoria) zostały wyłączone z zakresu planu testów, podając uzasadnienie, np.:

testy te nie przyczyniają się do oceny zakresu funkcjonalności przewidzianego w ramach tego etapu kontraktu,

brak możliwości technicznych przeprowadzenia określonych testów.

Strategia testów Przegląd zalecanej strategii analizowania, projektowania, tworzenia i wykonywania niezbędnych testów.

Pomiar postępów testów – Wskazanie jakie podejścia zostaną zastosowane do mierzenia postępów prac testowych.

Przeprowadzenie testów – Opisanie, w jaki sposób testy będą przeprowadzane. Charakterystyka obszarów ryzyka dla jakości produktu oraz rodzaje testów, jakie będą przeprowadzone, a także związane z tym techniki testowania. Przedstawienie sposobu prowadzenia testów dla każdej techniki: w jaki sposób zostanie przeprowadzone projektowanie, tworzenie i wykonywanie testów oraz kryteria weryfikacji przydatności i skuteczności danej techniki.

Harmonogram testów

Opisanie harmonogramu testów oraz omówienie kryteriów wykorzystywanych do oceny możliwości rozpoczęcia, zakończenia lub zawieszenia wykonywania testów. Harmonogram powinien uwzględniać szkolenia przewidziane na cele procesu testowania.

Proces testowania Przedstawienie kolejności wykonywania testów, którego powinien trzymać się zespół testowy w realizacji planu testów. Przedstawienie poszczególnych zadań testowych. Opisanie wymaganej dokumentacji, powstającej w procesie testowania oraz charakterystyka produktów dodatkowych m.in.:

Testów regresji i pomocniczych skryptów testowych Dodatkowych skryptów testowych - Mogą to być zestawy

kodów źródłowych dla testów automatycznych w postaci skryptów lub odniesienie do repozytorium kodów źródłowych i skompilowanych plików wykonywalnych dla skryptów utrzymywanych przy użyciu wyspecjalizowanego narzędzia do testów automatycznych.

Wskazówek dla testerów - Wskazówki dla testerów obejmują szereg kategorii dokumentów, jak np. Katalogi wskazań


139

testowych, zestawy najlepszych praktyk, wzorce testowe, itd.

Środowisko testowe

Charakterystyka zasobów innych niż ludzkie niezbędnych dla realizacji testów – tj.:

sprzęt, oprogramowanie wspierające proces testowania, oprogramowanie dodatkowe, konfiguracja środowiska testowego.

Personel Charakterystyka zasobów ludzkich niezbędnych dla realizacji testów, opisanie zakresu odpowiedzialności oraz poziom wiedzy i umiejętności oczekiwanych od tych zasobów. Należy wskazać, w którym momencie cyklu życia projektu potrzebne będą określone umiejętności i zasoby ludzkie i w jakiej liczbie. Ze względu na fakt, że zespół testowy często potrzebuje wsparcia ze strony członków innych zespołów, należy uwzględnić zaangażowanie i dostępność niezbędnych specjalistów.

Proces zarządzania Opis procesów i procedur, które należy uruchomić w przypadku pojawienia się problemów związanych z „Planem testów systemu” i jego realizacją.

Określenie zasad zarządzania strategią mierzenia i oceny postępów testów.

Opis procesu oceny stosowany przy weryfikacji i akceptacji Raportów z Testów.

Opis sposobu raportowania i eskalowana problemów związanych z testami, oraz opis procesu ich rozwiązywania.

Opis procesu kontroli cyklu testów przez kierownictwo.

18. Specyfikacja Przypadków i Scenariuszy Testowych (SPST)Wymagania:

a. W przyjętej nomenklaturze zakłada się, że zestaw testów dla danego zakresu Aplikacji składa się ze scenariuszy testowych, a te z kolei z przypadków testowych.

b. Dany przypadek testowy jest związany z określonymi wymaganiami, dla których zawiera on opis sposobu i zakresu realizacji.

c. Przypadki testowe są także podstawą rozliczenia wymagań funkcjonalnych i pozafunkcjonalnych na Aplikacji, analogicznie – poprzez wskazanie zakresu i sposobu realizacji.

d. W celu zapewnienia powiązań przypadków testowych z wymaganiami Wykonawca zapewni przechowywanie przypadków testowych we wspólnym Repozytorium Wymagań, tak by możliwa była analiza spójności, raporty podsumowujące itd.

e. Planowanie zasobów podczas realizacji testów Aplikacji w SPST:


140

i. SPST przedstawia strategię podejścia do testów, w sposób, który optymalizuje wykorzystanie zasobów (osób, czasu, sprzętu, oprogramowanie itp.) po stronie Zamawiającego.

ii. SPST jest przygotowany w ten sposób, że planowane zasoby po stronie Zamawiającego są realne do uzyskania.

iii. Przeprowadzenie równolegle testów z wymaganym udziałem osób o tych samych kompetencjach po stronie Zamawiającego zostało przez niego zaakceptowane.

f. SPST zawiera informacje dotyczące sposobu pomiaru postępu testów, co pozwala określić:

i. jaka część planowanych testów została wykonana,ii. ile testów (pracochłonność, czasochłonność, procent itp.) jest jeszcze do

wykonania.Minimalny zakres informacyjny:



Wykaz zestawów testów

Wykaz zestawów testów wykonywanych w ramach tworzenia Aplikacji oraz wykonywanych w celu jego odbioru, opisany za pomocą co najmniej następującego zestawu atrybutów:

identyfikator zestawu, nazwa zestawu, zespół, lub osoba odpowiedzialna za przeprowadzenie testów, lista elementów (np. systemu oprogramowania,

komponentów oprogramowania, platform programowych, urządzenia) Aplikacji podlegających kontroli w ramach danego zestawu testów, wraz z listą celów, jakie mają zostać osiągnięte poprzez przeprowadzenie danego testu,

opis przyjętego sposobu testowania, wraz z listą narzędzi wspierających testy (doszczegółowienie w „Planie testów systemu”). W przypadku zastosowania narzędzi wspierających należy tutaj wskazać instrukcje instalowania i konfigurowania danego narzędzia,

kryteria określające pozytywny wynik wykonania danego zestawu testów, w szczególności dla testów odbioru, powinny zostać umieszczone kryteria odbioru,

wykaz zasobów ludzkich koniecznych do przeprowadzenia testów,

wykaz zestawów danych testowych wymaganych do przeprowadzenia zestawu testów.

Scenariusze testowe

Opis wykorzystywanych do testów scenariuszy testowych. Każdy scenariusz testowy musi być opisany za pomocą następujących


141

atrybutów: identyfikator scenariusza, nazwa scenariusza, wykaz wymagań (np. identyfikator wymagania, identyfikator

przypadku użycia), które są testowane w ramach danego scenariusza testowego,

opis danego scenariusza testowego., wykaz warunków, jakie muszą być spełnione przed

rozpoczęciem wykonania scenariusza testowego, włącznie ze wskazaniem specyficznych danych wejściowych dla danego scenariusza,

wykaz warunków, jakie muszą być spełnione po wykonaniu scenariusza testowego przykładowo stan Aplikacji, jaki musi zostać pozostawiony po wykonaniu scenariusza testowego,

waga danego scenariusza testowego określana ekspercko kryteria określające pozytywny rezultat danego scenariusza

testowego.

Przypadki testowe Opis wykorzystywanych do testów przypadków testowych (wraz z listą operacji), wykonywanych w ramach scenariusza testowego. Każdy scenariusz testowy musi być opisany za pomocą następujących atrybutów:

wykaz elementów (np. identyfikator wymagania, identyfikator przypadku użycia), które są testowane w ramach danego scenariusza testowego,

opis danego przypadku testowego, wykaz warunków, jakie muszę być spełnione przed

rozpoczęciem wykonania przypadku testowego, opis operacji wykonywanych w ramach przypadku testowego

(w tym: wprowadzane dane, oczekiwany rezultat oraz metodę oceny tego rezultatu).

Dane testowe Opis danych testowych wykorzystywanych podczas realizacji testów, opisany za pomocą co najmniej następującego zbioru atrybutów:

opis przeznaczenia zestawu danych, opis danego zestawu danych, lokalizacja repozytorium, dokumentu lub pliku z danymi.

Konfiguracja środowiska testowego

Opis konfiguracji środowiska testowego, specyficzny dla zestawu testów, zawierający co najmniej następujące atrybuty:

nazwa środowiska testowego, konfiguracja tych części Aplikacji, które będą podlegać testom

w ramach danego środowiska testowego, konfiguracja środowiska testowego w zakresie specyficznym

dla zestawu testów, wykaz zasobów sprzętowych wykorzystywanych do


142

przeprowadzenia zestawu, lista narzędzi wykorzystywanych do testowania, wraz

z wykazem narzędzi przeznaczonych do automatyzacji testów (narzędzia, wersje, dodatkowe pakiety doinstalowywane do narzędzi), oraz wykaz paramentów konfiguracyjnych danych narzędzi.

Harmonogram testów

Szczegółowy harmonogram przeprowadzania testów Aplikacji (z uwzględnieniem etapu zaplanowania, przygotowania i realizacji testów).

Załączniki Załącznikiem elektronicznym do SPST są dane testowe i dane umożliwiające testy m.in. pliki konfiguracyjne, skrypty, eksporty baz danych, dokumenty xml.

19. Raport z Testów (RT)Wymagania:

a. Raport z Testów ma wspierać Wykonawcę i Zamawiającego w weryfikacji poprawnego funkcjonowania Aplikacji i rozliczeniu wymagań na ten system.

b. Raport w jasny, czytelny sposób powinien podsumowywać, jaki zakres wymagań był testowany i jaki był wynik tego testowania, w szczególności obowiązkowo powinien nawiązywać do SPST.




Wynik testów Przedstawienie końcowego wyniku testów, ich zakresu, formułyrealizacyjnej, wykorzystanych narzędzi testowych.

Podsumowanie testów

Syntetyczne podsumowanie, w szczególności przedstawienie informacji statystycznych, oraz porównanie wyników testów z ewentualnymi wcześniejszymi wynikami, przedstawienie ewentualnych rekomendacji, informacje o zrealizowanym i pominiętym zakresie testów.

Wskazanie na dokument z testów

Wskazanie na dokument testów będący podstawą przygotowania raportu z testów.

III. Wymagania uzupełniające dotyczące opracowywanej Dokumentacji1. Wykonawca jest zobowiązany do prowadzenia Repozytorium Projektowego

zawierającego dokumentację projektu, w oparciu o środowisko dostarczone przez Zamawiającego.

a. w Repozytorium Projektowym, w sposób szczególny wyróżnione będą aktualne wersje dokumentacji projektowej;


143

b. dokumenty projektowe zawierać będą historię zmian oraz dane identyfikacyjne, w tym numer wersji;

c. Wykonawca odpowiedzialny będzie za sporządzanie notatek ze spotkań projektowych i umieszczanie ich w Repozytorium Projektowym.

2. W uzupełnieniu do dokumentacji w Repozytorium Projektowym, Wykonawca prowadzi i utrzymuje następujące repozytoria i bazy wchodzące w jego skład:

a. Repozytorium Architektury – zawierające model architektury, utrzymywany według ustalonej po uruchomieniu Umowy definicji tego modelu (po ustaleniu tzw. Metamodelu), obejmującego przynajmniej:

i. strukturę modelu w narzędziu, ii. bibliotekę obiektów stosowaną do opisu architektury na poziomie

biznesowym, logicznym (aplikacji i danych) oraz technicznym,iii. ustalone diagramy (widoki) architektury.

Repozytorium Architektury będzie m.in. służyć jako źródło do generowania części lub całości dokumentacji Aplikacji omawianej w niniejszym Załączniku. Repozytorium Architektury musi być prowadzone w narzędziu Sparx Enterprise Architect.

b. Repozytorium Wymagań – zawierające wszystkie wymagania funkcjonalne i pozafunkcjonalne, odnotowujące także informacji pomocnicze (stan realizacji wymagań itp.), mające więzy spójności (odniesienia) poszczególnych wymagań do elementów architektury w Repozytorium Architektury. Repozytorium Wymagań prowadzone jest w narzędziu Sparx Enterprise Architect.

c. Repozytorium Kodów Źródłowych – zawierające wszystkie pakiety Kodów Źródłowych, w tym wydania archiwalne.


144


PARAMETRY TECHNICZNE INSTALACJI PRODUKCYJNEJ I TESTOWEJ

Węzeł Typ serwera Parametry techniczne maszyny wirtualnej Oprogramowanie

Środowisko Produkcyjne

Serwer bazodanowy

12 rdzeni procesorów CPU Xeo 2,3 GHz,Pamięć fizyczna 32GBPrzestrzeń dyskowa 192GBKlaster Hyper –V 2012 z macierzą Dell EquaLogic PS6610

PostgreSQL 8.4

Serwer aplikacyjny

System operacyjny Windows Server 2008 lub wyższy np. 2012

Serwer Webowy

Serwer http IIS w wersji 7.5 lub wyższej

Środowisko Testowe

Serwer bazodanowy

12 rdzeni procesorów CPU Xeo 2,3 GHz,Pamięć fizyczna 32GBPrzestrzeń dyskowa 192GBKlaster Hyper –V 2012 z macierzą Dell EquaLogic PS6610

PostgreSQL 8.4

Serwer aplikacyjny

System operacyjny Windows Server 2008 lub wyższy np. 2012

Serwer Webowy

Serwer http IIS w wersji 7.5 lub wyższej


145


WYCENA CZASOCHŁONNOŚCI PRAC

1. Wycena czasochłonności prac – Usługa Modyfikacji i Rozwoju etap I – analiza wstępna.

1.2. Podczas realizacji etapu I (analiza wstępna) Wykonawca przedstawia Zamawiającemu wycenę czasochłonności prac koniecznych do wykonania w etapie II (projekt) w Roboczogodzinach. Wycena musi zawierać liczbę Roboczogodzin konieczną do przeprowadzenia prac projektowych i opracowania harmonogramu.

1.3. Podczas realizacji etapu I (analiza wstępna) Wykonawca przedstawia Zamawiającemu szacunkową wycenę czasochłonności prac koniecznych do wykonania w etapie III (realizacja) w Roboczogodzinach.

1.4. Wycena musi zawierać w szczególności:1.4.1. Krótki opis i szacunkową liczbę Roboczogodzin konieczną

do przeprowadzenia prac analitycznych.

1.4.2. Krótki opis i szacunkową liczbę Roboczogodzin konieczną do przeprowadzenia prac programistycznych.

1.4.3. Szacunkową liczbę Roboczogodzin konieczną do przeprowadzenia zmian w Kodzie Źródłowym.

1.4.4. Krótki opis i szacunkową liczbę Roboczogodzin konieczną do wdrożenia modyfikacji i rozwoju.

1.4.5. Krótki opis i szacunkową liczbę Roboczogodzin konieczną do przeprowadzenia testów modyfikacji i rozwoju.

1.4.6. Szacunkową liczbę Roboczogodzin konieczną do uzupełnienia Dokumentacji Aplikacji po modyfikacjach i rozwoju.

2. Wycena czasochłonności prac – Usługa Modyfikacji i Rozwoju etap II - projekt.

2.1. Podczas realizacji etapu II (projekt) Wykonawca przedstawia Zamawiającemu wycenę czasochłonności prac koniecznych do realizacji etapu III (realizacja) w Roboczogodzinach i opracowania harmonogramu.

2.2. Wycena musi zawierać w szczególności:

2.2.1. Opis i liczbę Roboczogodzin konieczną do przeprowadzenia prac analitycznych.

2.2.2. Opis i liczbę Roboczogodzin konieczną do przeprowadzenia prac programistycznych.

2.2.3. Liczbę Roboczogodzin konieczną do przeprowadzenia zmian w Kodzie Źródłowym.

2.2.4. Opis i liczbę Roboczogodzin konieczną do wdrożenia modyfikacji i rozwoju.

2.2.5. Opis i liczbę Roboczogodzin konieczną do przeprowadzenia testów modyfikacji i rozwoju.


146

2.2.6. Liczbę Roboczogodzin konieczną do uzupełnienia Dokumentacji Aplikacji po modyfikacjach i rozwoju.

3. Wycena czasochłonności prac – Usługa Transferu Wiedzy etap I – analiza i wycena.

3.1. Podczas realizacji etapu I (analiza i wycena) Wykonawca przedstawia Zamawiającemu wycenę czasochłonności prac koniecznych do realizacji etapu II (realizacja) w Roboczogodzinach.

3.2. Wycena musi zawierać w szczególności liczbę Roboczogodzin konieczną do przeprowadzenia prac projektowych, opracowania harmonogramu oraz realizowania transferu wiedzy z wyszczególnieniem poszczególnych zakresów czynności koniecznych do wykonania w ramach danej pracy z podaniem liczby Roboczogodzin za każdą czynność.


147


POZIOMY ŚWIADCZENIA USŁUG (SLA)

Poniższe wartości parametrów obliczane są dla wartości SLA wymaganych przez Zamawiającego w SIWZ. W przypadku zaoferowania przez Wykonawcę wyższych wartości SLA (zgodnie z ofertą Wykonawcy) wartości parametrów w niniejszym załączniku zostaną zaktualizowane.

Wykonawca zobowiązuje się świadczyć usługi z zachowaniem następujących parametrów SLA (Service Level Agreement):

1. Usługi Hostingu

Kalendarz świadczenia usługi

Przez 24 godziny 7 dni w tygodniu 365 dni w roku („24/7/365”).

Wartości parametrów

Lp. Nazwa parametruWartość parametru zgodnie z

ofertą przedstawioną przez

Wykonawcę

A B C

1.

Usuniecie Awarii Infrastruktury Technicznej

(środowiska Produkcyjnego i Testowego)

w miesiącu Konkursu

6 Godzin Roboczych

2.

Usuniecie Awarii Infrastruktury Technicznej

(środowiska Produkcyjnego i Testowego) –

poza miesiącem Konkursu

7 Godzin Roboczych

5.Nominalna przepustowość

Podstawowego łącza Internetowego [Mbps]

50

6.Nominalna przepustowość

Zapasowego łącza Internetowego [Mbps]

20

7.

Nominalna przepustowość

Łącza Pomiędzy Centrum Hostingu a Siedzibą

Zamawiającego [Mbps]

10

Definicje znajdują się w słowniku Załącznika nr 8 do SIWZ § 1/Umowie.


148

Poziom dostępności usługi

RPDIK – rzeczywisty poziom dostępności infrastruktury technicznej w miesiącu Konkursu

RPDIK ≥ 99,17%

RPDIK obliczany jest wg wzoru:

(TD - ∑ TN) / TD *100[%]

Gdzie:

TD – uzgodniony czas dostępności usługi, wynikający z kalendarza dostępności usługi.

TN – czas trwania niedostępności usługi, zaistniałej w wyniku wystąpienia incydentu [w godzinach].

Wyliczenie minimalnego progu RPDIK:

TN – czas trwania niedostępności usługi - przyjmujemy dopuszczalnie jedną Awarię w miesiącu Konkursu – gdzie Czas Naprawy to 6 godzin.

∑ TN = (1*6) = 6 godzin (zgodnie z podanymi wartościami parametru niezawodności usługi).

TD = 30 dni * 24 godziny = 720 godzin (zgodnie z podanym kalendarzem dostępności usługi).

RPDIK = (720 godzin - 6 godzin) / 720 godzin * 100 = 99,17%

RPDIP – rzeczywisty poziom dostępności infrastruktury technicznej poza miesiącem Konkursu

RPDIP ≥ 99,03%

RPDIP obliczany jest wg wzoru:

(TD - ∑ TN) / TD *100[%]

Gdzie:

TD – uzgodniony czas dostępności usługi, wynikający z kalendarza dostępności usługi.


Wyliczenie minimalnego progu RPDIP:

TN – czas trwania niedostępności usługi - przyjmujemy dopuszczalnie jedną Awarię poza miesiącem Konkursu – gdzie Czas Naprawy to 8 godzin.


TD = 30 dni * 24 godziny = 720 godzin (zgodnie z podanym kalendarzem dostępności usługi).

RPDIP = (720 godzin - 7 godzin) / 720 godzin * 100 = 99,03%


149

Przykłady wyliczeń RPDIK / RPDIP:

Przykład 1W miesiącu konkursu nie wystąpiła niedostępność.RPDIK = (720 - 0) / 720 = 100%.

Przykład 2W miesiącu, w którym odbywał się Konkurs, wystąpiła jedna Wada – naprawiona 6 godzin.RPDIK = (720 - 6) / 720 = 99,17%.

Przykład 3W miesiącu poza konkursem wystąpiły 2 Wady - Awaria naprawiona w 4 Godziny Robocze + Awaria naprawiona w 5 Godzin Roboczych.TN = 4 + 5 = 9RPDIP = (720 - 9) / 720 = 98,75%.

Przykład 1 i 2 nie powoduje możliwości naliczenia kary umownej. Przykład 3 gdzie RPDIP = 98,75% jest poniżej wymaganego poziomu 99,03% - może być naliczona kara umowna zgodnie z tabelą Załącznika nr 7 do SIWZ § 16 pkt 3 ppkt 3.2.

2. Usługi Asysty Technicznej i Konserwacji.



Okno serwisowe w godzinach: 22:00 – 5:00

Przyjmowanie i obsługa: w Dniach Roboczych w godzinach: 7:00 – 17:00.

Czasy realizacji Lp. Nazwa Wady Czas Naprawy Czas Obejścia1. Awaria Generatora

w miesiącu Konkursu6 Godzin Roboczych 3 Godziny Robocze

2. Awaria Generatorapoza miesiącem Konkursulub Awaria Sytemu EGW

12 Godzin Roboczych 6 Godzin Roboczych

3. Błąd Generatoraw miesiącu Konkursu

24 Godziny Robocze 12 Godzin Roboczych

4. Błąd Generatorapoza miesiącem Konkursulub Błąd Sytemu EGW

48 Godzin Roboczych 24 Godziny Robocze

5. Usterka Generatoraw miesiącu Konkursu

48 Godzin Roboczych Nie dotyczy

6. Usterka Generatorapoza miesiącem Konkursulub Usterka Sytemu EGW

72 Godziny Robocze Nie dotyczy

7. Pytanie do Generatoraw miesiącu Konkursu

3 Godziny Robocze Nie dotyczy

8. Pytanie do Generatorapoza miesiącem Konkursulub Pytanie do Sytemu EGW

8 Godzin Roboczych Nie dotyczy


150

Definicje znajdują się w słowniku w § 1 Załącznika nr 7 do SIWZ.

Poziom dostępności usługi

RPDGK – rzeczywisty poziom dostępności Generatora w miesiącu Konkursu

RPDGK ≥ 98,82%

RPDGK obliczany jest wg wzoru:

(TD - ∑ TN) / TD *100[%]

Gdzie:

TD – uzgodniony czas dostępności usługi, wynikający z kalendarza dostępności usługi, po odjęciu uzgodnionych okien serwisowych [w godzinach].


Wyliczenie minimalnego progu RPDGK:

TN – czas trwania niedostępności usługi - przyjmujemy dopuszczalnie jedną Awarię w miesiącu Konkursu – gdzie Czas Naprawy to 6 godzin.


TD = 30 dni * 17 godzin = 510 godzin (zgodnie z podanym kalendarzem dostępności usługi).

RPDGK = (510 godzin - 6 godzin) / 510 godzin * 100 = 98,82%

RPDS – rzeczywisty poziom dostępności Systemu EGW oraz Generatora poza miesiącem Konkursu

RPDS ≥ 95,29%

RPDS obliczany jest wg wzoru:

(TD - ∑ TN) / TD *100[%]

Gdzie:

TD – uzgodniony czas dostępności usługi, wynikający z kalendarza dostępności usługi, po odjęciu uzgodnionych okien serwisowych [w godzinach].


Wyliczenie minimalnego progu RPDS:

TN – czas trwania niedostępności usługi - przyjmujemy dopuszczalnie dwie Awarie Systemu EGW lub Generatora poza miesiącem Konkursu – gdzie Czas Naprawy to 12 godzin.

∑ TN = (2*12) = 24 godziny (zgodnie z podanymi wartościami parametru niezawodności usługi).

TD = 30 dni * 17 godzin = 510 godzin (zgodnie z podanym kalendarzem dostępności usługi).


151

RPDS = (510 godzin - 24 godziny) / 510 godzin * 100 = 95,29%

Przykłady wyliczeń RPDGK / RPDS:

Przykład 1W miesiącu, w którym odbywał się konkurs nie wystąpiła niedostępność.RPDGK = (510 - 0) / 510 *100 = 100 %.

Przykład 2W miesiącu poza konkursem wystąpiła jedna Wada – naprawiona w 9 godzin.RPDS = (510 - 9) / 510 * 100 = 98,24 %.

Przykład 3W miesiącu wystąpiły 2 Wady Systemu EGW - Awaria naprawiona w 26 Godzin Roboczych + Awaria naprawiona w 6 Godzin Roboczych.TN = 26 + 6 = 32RPDS = (510 - 32) / 510 * 100 = 93,72 %.

Przykład 1 i 2 nie powoduje możliwości naliczenia kary umownej. Przykład 3 gdzie RPDS=93,72% jest poniżej wymaganego poziomu 95,29% - może być naliczona kara umowna zgodnie z tabelą Załącznika nr 7 do SIWZ § 16 pkt 4 ppkt 4.2.


152

Terminowość PDTN – poziom dotrzymania terminów naprawy lub odpowiedzi

PDTN ≥ 97,12%

PDTN jest obliczany wg wzoru:

Σ (Wx * Px) / Σ Wx [%]

Gdzie:

Px – wskaźnik dotrzymania terminów naprawy zgłoszeń serwisowych dla danej Wady lub odpowiedzi, obliczany wg wzoru: Ax / Bx * 100 [%].

Ax – liczba zgłoszeń serwisowych danej Wady lub odpowiedzi, dla których w danym miesiącu kalendarzowym nie został przekroczony Czas Naprawy.

Bx – liczba wszystkich zgłoszeń serwisowych danej Wady lub odpowiedzi, zarejestrowanych w danym miesiącu kalendarzowym.

Wx – waga zgłoszenia serwisowego danej Wady lub odpowiedzi.

Wcn – wymagany czas Naprawy zgodny z przyjętymi Czasami realizacji.

Fcn – faktyczny czas naprawy

W poniższej tabeli znajdują się wartości Wx i Px dla poszczególnych rodzajów Wad lub odpowiedzi.

Nazwa Wady Wx Px [%]

Awaria Generatoraw miesiącu Konkursu

10 100,00

Awaria Generatorapoza miesiącem Konkursulub Awaria Sytemu EGW

8 100,00

Błąd Generatoraw miesiącu Konkursu

6 96,00

Błąd Generatorapoza miesiącem Konkursulub Błąd Sytemu EGW

4 96,00

Usterka Generatoraw miesiącu Konkursu

4 93,00

Usterka Generatorapoza miesiącem Konkursulub Usterka Sytemu EGW

3 93,00

Pytanie do Generatoraw miesiącu Konkursu

3 96,00

Pytanie do Generatorapoza miesiącem Konkursulub Pytanie do Sytemu EGW

2 93,00

Wyliczenie minimalnego progu PDTN:

PDTN = (10 * 100 + 8 * 100 + 6 * 96 + 4 * 96 + 4 * 93 + 3 * 93 + 3 * 96 + 2 * 93) / (10 + 8 + 6 + 4 + 4 + 3 + 3 +2) = 97,12%


153

Przykłady wyliczeń PDTN:

Przykład 1

Nazwa Wady

Nr zdarzenia

Wymagany czas

naprawyWcn

Faktyczny czas

naprawyFcn

Czy na czas >=0 w terminie,

a <0 po terminie (kolumna 3 – 4)

Px Wx


1 6 10 -4 0,00 10


1 12 5 7 100,00 8


1 24 27 -3

66,67 62 24 18 6

3 24 22 2


1 48 40 8

100,00 4

2 48 15 333 48 46 24 48 48 0

5 48 47 15


1 48 39 9 100,00 4


1 72 80 -8

50,00 32 72 36 36

Zgodnie z wzorem:

PDTN = (10 * 0 + 8 * 100 + 6 * 66,67 + 4 * 100 + 4 *100 + 3 * 50) / (10 + 8 + 6 + 4 + 4 + 3) = 61,43%


154

Przykład 2

Nazwa Wady

Nr zdarzenia

Wymagany czas

naprawy

Faktyczny czas

naprawy


a <0 po terminie (kolumna 3 –4)

Px Wx


1 6 6 0 100,00 10


1 12 5 7 100,00 8


1 24 11 13

100,00 62 24 15 9

3 24 20 4


1 48 43 5

100,00 4

2 48 42 63 48 12 364 48 46 2

5 48 28 20


1 48 39 9 100,00 4


1 72 70 2

100,00 32 72 36 36

Zgodnie z wzorem:

PDTN = (10 * 100 + 8 * 100 + 6 * 100 + 4 * 100 + 4 *100 + 3 * 100) / (10 + 8 + 6 + 4 + 4 + 3) = 100,00%


155

Przykład 3

Nazwa Wady

Nr zdarzenia

Wymagany czas

naprawy

Faktyczny czas

naprawy


a <0 po terminie (kolumna 3 –4)

Px Wx


1 6 6 0 100,00 10


1 12 5 7 100,00 8


1 24 11 13

100,00 62 24 15 9

3 24 20 4


1 48 43 5

80,00 4

2 48 42 63 48 12 364 48 46 2

5 48 54 -6


1 48 39 9 100,00 4


1 72 70 2

100,00 32 72 36 36

Zgodnie z wzorem:

PDTN = (10 * 100 + 8 * 100 + 6 * 100 + 4 * 80 + 4 *100 + 3 * 100) / (10 + 8 + 6 + 4 + 4 + 3) = 97,71%

Przykład 2 i 3 nie powoduje możliwości naliczenia kary umownej. Przykład 1 gdzie PDTN=61,43% jest poniżej wymaganego poziomu 97,12% - może być naliczona kara umowna zgodnie z tabelą Załącznika nr 7 do SIWZ § 16 pkt 4 ppkt 4.3.

Niezawodność Liczba incydentów o rodzaju Wady – Awaria ≤ 3 / miesiąc


156

Lista i częstotliwość raportów

Rzeczywisty poziom dostępności Generatora w miesiącu Konkursu (RPDGK) - miesięcznie.

Rzeczywisty poziom dostępności Systemu EGW oraz Generatora poza miesiącem Konkursu (RPDS) – miesięcznie.

Poziom dotrzymania terminów Naprawy (PDTN) - miesięcznie.

Zestawienie informujące o Wadach - miesięcznie.

3. Usługi Modyfikacji i Rozwoju.



Okno serwisowe w godzinach: 22:00 – 5:00

Przyjmowanie i obsługa: Dni Robocze w godzinach: 7:00 – 17:00

Czasy realizacji Lp. Nazwa Czas realizacji usługi1. Modyfikacja i Rozwój - etap I 5 Dni Roboczych2. Modyfikacja i Rozwój - etap II 10 Dni Roboczych3. Modyfikacja i Rozwój - etap III Ustalany indywidualnie

Wskaźniki:

WJCR oraz WJLBWJCR – wskaźnik jakościowy czasu realizacji

WJCR jest obliczany wg wzoru:

WJCR = ∑i=1

n TZiTWin

Gdzie:TZi – rzeczywisty czas realizacji etapu;TWi – ustalony lub wymagany czas realizacji etapu;i – każdy zakończony etap (dla wszystkich usług modyfikacji i rozwoju

wykonanych lub rozpoczętych) w okresie, dla którego liczony jest wskaźnik;n – ilość etapów;

WJCR będzie:< 1 jeśli Wykonawca wykonuje zadania przed terminem,= 1 jeśli wykonuje zadania w terminie,> 1 jeśli się spóźnia z wykonaniem zadania.

Przykłady wyliczeń WJCR:

Przykład 1

Nr Etap I Faktyczny czas - etap I Etap II

Faktyczny czas - etap II

Etap III (ustalony

na dni)

Faktyczny czas - etap III

1 5 5 10 10 8 92 5 6 10 10 10 10


157

3 5 5 10 10 15 15

Mamy 3 modyfikacje ustalone w etapie III odpowiednio na 8, 10, 15 dni.

Faktyczne czasy dla 3 modyfikacji:1. etap I 5 dni, etap II 10 dni, etap III 9 dni2. etap I 6 dni, etap II 10 dni, etap III 10 dni3. etap I 5 dni, etap II 10 dni, etap III 15 dni

WJCR =((5 / 5 + 10 / 10 + 9 / 8) + (6 / 5 + 10 / 10 + 10 / 10) + (5 / 5 + 10 / 10 + 15 / 15)) / (3 + 3 + 3) = 1,03

Zgodnie z tabelą z Załącznika nr 7 do SIWZ § 15 pkt 5 ppkt 5.1 wskaźnik = 3% dla prac nie powoduje możliwości naliczenia kary umownej.

Przykład 2

Nr Etap IFaktyczny

czas - etap I

Etap IIFaktyczny czas - etap

II

Etap III (ustalony

na dni)

Faktyczny czas - etap

III

1 5 6 10 11 8 92 5 5 10 12 10 103 5 8 10 10 15 17

Mamy 3 modyfikacje ustalone w etapie III odpowiednio na 8, 10, 15 dni.

Faktyczne czasy dla 3 modyfikacji:1. etap I 6 dni, etap II 11 dni, etap III 9 dni2. etap I 5 dni, etap II 12 dni, etap III 10 dni3. etap I 8 dni, etap II 10 dni, etap III 17 dni

WJCR =((6 / 5 + 11 / 10 + 9 / 8) + (5 / 5 + 12 / 10 + 10 / 10) + (8 / 5 +12 / 10 + 17 / 15)) / (3 + 3 + 3) = 1,14

Może być naliczona kara umowna zgodnie z tabelą Załącznika nr 7 do SIWZ § 15 pkt 5 ppkt 5.1 wskaźnik = 14%

WJLB – wskaźnik jakościowy liczby błędów (wykrytych podczas odbioru usług)

WJLB jest obliczany wg wzoru:

WJLB = LBRb

∗50

Gdzie:LB – liczba błędów wykrytych podczas odbioru;Rb – liczba Roboczogodzin związana z harmonogramem zlecenia usługi;50 – oznacza, że badanie wskaźnika odbywa się na poziomie 50 Roboczogodzin.


158

WJLB będzie:< 1 nie wystąpiły błędy podczas odbioru usługi (na poziomie 50 Roboczogodzin),= 1 błąd - dopuszczalny (na poziomie 50 Roboczogodzin),> 1 zbyt duża liczba błędów (na poziomie 50 Roboczogodzin).

Przykłady wyliczeń WJLB:

Przykład 1 Przykład 2 Przykład 3LB 1 5 50

Rb 50 200 200

WJBL 1 1,25 12,5

Zgodnie z tabelą z Załącznika nr 7 do SIWZ § 16 pkt 5 ppkt 5.2 wskaźnik = 1 dla ilości błędów na każde 50 Roboczogodzin w Przykładzie 1 nie powoduje możliwości naliczenia kary umownej. Wskaźnik >1 w przykładach 2 i 3 oznacza, że może być naliczona kara umowna.


Okres Rozliczeniowy to jeden kwartał lub raz na 500 Roboczogodzin w przypadku, gdy prace przekroczyły 500 Roboczogodzin w kwartale.

Zestawienie informacji o usłudze (raport) musi być wykonywane przez Wykonawcę raz na jeden Okres Rozliczeniowy (kwartalnie).

Poziom dotrzymania terminów usługi WJCR tj. wszystkich zakończonych etapów dotyczących wszystkich zleceń usługi w Okresie Rozliczeniowym (kwartalnie).

Poziom wartości wskaźnika WJLB dla każdego zakończonego zlecenia usługi w Okresie Rozliczeniowym (kwartalnie).

4. Usługi Transferu Wiedzy.


Dni Robocze

Okno serwisowe w godzinach: 22:00 – 5:00.

Przyjmowanie i obsługa: w Dniach Roboczych w godzinach: 7:00 – 17:00.

Czasy realizacji zlecenia

Ustalany indywidualnie.

Wskaźnik WJZH WJZH – wskaźnik jakościowy zmian harmonogramu

WJZH jest obliczany wg wzoru:

WJZH = HZ−HSRb

∗500

Gdzie:HZ – Rzeczywisty czas trwania (w Dniach Roboczych) prac, dla których ustalono harmonogram.


159

HS – Planowany czas trwania (w Dniach Roboczych) prac, dla których ustalono harmonogram.Rb – Liczba Roboczogodzin związana z harmonogramem zlecenia usług.500 – Oznacza, że badanie wskaźnika odbywa się na poziomie 500 Roboczogodzin.

Przykłady wyliczeń WJZH:

Przykład 1 Przykład 2 Przykład 3 Przykład 4Hz 30 20 30 26Hs 30 25 25 25Rb 500 500 500 500

WJZH 0 -5 5 1

Zgodnie z tabelą z Załącznika nr 7 do SIWZ § 16 pkt 6 ppkt 6.1. wskaźnik <= 1 przekroczenia harmonogramu na 500 Roboczogodzin w Przykładach 1, 2 i 4 nie powoduje możliwości naliczenia kary umownej. Wskaźnik <1 w przykładzie 3 oznacza, że może być naliczona kara umowna.


Zestawienie informacji o usługach (raport) musi być wykonywane przez Wykonawcę raz na jeden Okres Rozliczeniowy (kwartalnie).

Poziom wartości wskaźnika WJZH dla każdego zakończonego zlecenia usługi w Okresie Rozliczeniowym (kwartalnie).


160


WZORY FORMULARZY DLA REALIZACJI USŁUG

1. Wzór formularza Wniosku dla Usług Transferu Wiedzy dla Generatora Wniosków / Systemu Ewidencji Godzin Wsparcia – etap I (analiza i wycena).

USŁUGI TRANSFERU WIEDZY DLA APLIKACJI …………………………..……………………………..– WNIOSEK O ANALIZĘ I WYCENĘ (ETAP I)

na podstawie Umowy nr …………………………..…………. z dnia …………………………..………….WNIOSEK NR …………………………..…………. z dnia …………………………..………….

Zgłaszający:

Data Wniosku etapu I (analiza i wycena):

Zakres transferu wiedzy (krótki opis):

Podpis ze strony PFRON: Podpis ze strony Wykonawcy:


161

Etap I - analiza i wycena Etap II - realizacja

Wniosek - etap I

Wynik -

Zamówieni

e

Odbiór -

2. Wzór formularza wyniku analizy i wyceny dla Usług Transferu Wiedzy dla Generatora Wniosków / Systemu Ewidencji Godzin Wsparcia - etap I (analiza i wycena).

USŁUGI TRANSFERU WIEDZY DLA APLIKACJI …………………………..……………………………..– WYNIK ANALIZY I WYCENY (ETAP I)

na podstawie Umowy nr …………………………..…………. z dnia …………………………..………….dotyczy WNIOSKU NR …………………………..…………. z dnia …………………………..………….

Data wyniku analizy i wyceny (etap I)::

Opis i zakres transferu wiedzy:

Wycena wykonania etapu II (realizacja):

Harmonogram wykonania etapu II (realizacja):

Zakres niezbędnego współdziałania Zamawiającego:

Przewidywane wykorzystanie rozwiązań autorstwa podmiotów trzecich oraz opis uwarunkowań prawnych zastosowania tych rozwiązań:

Uwagi:



162


Wniosek - etap I

Wynik -

Zamówieni

e

Odbiór -

3. Wzór formularza Zamówienia dla Usług Transferu Wiedzy dla Generatora Wniosków / Systemu Ewidencji Godzin Wsparcia – etap II (realizacja).

USŁUGI TRANSFERU WIEDZY DLA APLIKACJI …………………………..……………………………..– ZAMÓWIENIE REALIZACJI (ETAP II)

na podstawie Umowy nr …………………………..…………. z dnia …………………………..………….dotyczy WNIOSKU NR …………………………..…………. z dnia …………………………..………….

Data Zamówienia etapu II (realizacja):

Harmonogram wykonania etapu II (realizacja):

Wycena czasochłonności prac etapu II (realizacja):

- wynagrodzenie netto:

- podatek VAT:

- liczba Roboczogodzin:

Zakres prac (krótki opis):



163


Wniosek - etap I

Wynik -

Zamówieni

e

Odbiór -


WZORY PROTOKOŁÓW ODBIORU

1. Wzór Protokołu Odbioru Usług Hostingu .

USŁUGI HOSTINGU …………………………..……………………………..– PROTOKÓŁ ODBIORU

na podstawie Umowy nr …………………………..…………. z dnia …………………………..………….

Strony potwierdzają wykonanie Usług Hostingu określonych w Umowie w okresie od …………………….…………. do …………………….………….

Przedmiot odbioru:

Raport z monitorowania infrastruktury teleinformatycznejza okres ……………………

Na podstawie Umowy PFRON – Wykonawca nr ..............................

1. Monitorowanie dostępności środowiska Produkcyjnego

Rysunek 1: Wykres dostępności środowiska Produkcyjnego

Sumaryczna ilość dostępnego czasu infrastruktury …%Sumaryczna ilość czasu awarii infrastruktury …%Pominięto …% czasu

2. Monitorowanie dostępności środowiska Testowego

1 5 10 15 20 25 300%

10%20%30%40%50%60%70%80%90%

100%

NiedostępnośćDostępność

Rysunek 2: Wykres dostępności środowiska Produkcyjnego

Sumaryczna ilość dostępnego czasu infrastruktury …%Sumaryczna ilość czasu awarii infrastruktury …%


164

Pominięto …% czasu

3. Wykorzystanie Serwerów

Typ Serwera

Nazwa serwera

Średnie wykorzystanie CPU [%]

Średnie wykorzystanie pamięci [%]

Średni transfer do sieci [Mbps]

Wykorzystanie przestrzeni dyskowej [%]

Fizyczny

Wirtualny

4. Zajętość łącz telekomunikacyjnych

Typ Łącza Nominalna przepustowość [Mbps]

Średni transfer [Mbps]

Średni transfer/Nominalna przepustowość [%]

Podstawowe InternetZapasowe InternetŁącze Pomiędzy Centrum Hostingu a Siedzibą Zamawiającego

Niniejszy Protokół – po akceptacji przez Zamawiającego - stanowi podstawę do wystawienia faktury VAT na kwotę …………………….…………. zł netto (słownie: …………………….…………. złotych), zgodnie z postanowieniami Umowy.

Wykonawca przenosi na Zamawiającego autorskie prawa majątkowe / prawa zależne / licencje do Produktów stworzonych i dostarczonych podczas realizacji usług, na zasadach określonych w Umowie.

Protokołem niniejszym Strony potwierdzają prawidłową i pełną realizację wyżej wymienionych prac i nie wnoszą w tym zakresie zastrzeżeń poza umieszczonymi w niniejszym Protokole.

Protokół sporządzony został w dwóch jednobrzmiących egzemplarzach, po jednym dla każdej Strony.

Data i podpis ze strony PFRON: Data i podpis ze strony Wykonawcy:


165

Wzór Protokołu Odbioru Usług Asysty Technicznej i Konserwacji Generatora Wniosków / Systemu Ewidencji Godzin Wsparcia.

USŁUGI ASYSTY TECHNICZNEJ I KONSERWACJI APLIKACJI …………………………..……………………………..– PROTOKÓŁ ODBIORU

na podstawie Umowy nr …………………………..…………. z dnia …………………………..………….

Strony potwierdzają wykonanie Usług Asysty Technicznej i Konserwacji określonych w Umowie w okresie od …………………….…………. do …………………….………….

Przedmiot odbioru:

1. Opis prac wykonanych (w tym numery Zgłoszeń i konsultacji):………………………………………………………………………………………………………………………………………………………….

2. Raport ze Zgłoszeń i konsultacji:- w załączeniu / brak

3. Raport z monitorowania parametrów:- w załączeniu / brak

4. Raport z aktualizowania Dokumentacji Aplikacji oraz Kodów Źródłowych Aplikacji:- w załączeniu / brak

5. Dokumentacja Aplikacji oraz Kody Źródłowe Aplikacji:- w załączeniu / brak

6. Inne:- w załączeniu / brak

………………………………………………………………………………………………………………………………………………………….

Niniejszy Protokół – po akceptacji przez Zamawiającego - stanowi podstawę do wystawienia faktury VAT na kwotę …………………….…………. zł netto (słownie: …………………….…………. złotych), zgodnie z postanowieniami Umowy.


Protokołem niniejszym Strony potwierdzają prawidłową i pełną realizację wyżej wymienionych prac i nie wnoszą w tym zakresie zastrzeżeń poza umieszczonymi w niniejszym Protokole.




166

2. Wzór Protokołu Odbioru Usług Modyfikacji i Rozwoju Generatora Wniosków / Systemu Ewidencji Godzin Wsparcia .

USŁUGI MODYFIKACJI I ROZWOJU APLIKACJI …………………………..……………………………..– PROTOKÓŁ ODBIORU

na podstawie Umowy nr …………………………..…………. z dnia …………………………..………….dotyczy WNIOSKU NR …………………………..…………. z dnia: …………………………..………….

i / lub ZAMÓWIENIA (ETAP III) z dnia: …………………………..………….

Strony potwierdzają wykonanie Usług Modyfikacji i Rozwoju – etap III (realizacja), określonych w Umowie.

Przedmiot odbioru:

1. Opis prac wykonanych:………………………………………………………………………………………………………………………………………………………….

2. Dokumentacja Aplikacji:- w załączeniu / brak

3. Kody Źródłowe Aplikacji:- w załączeniu / brak

4. Inne:- w załączeniu / brak

………………………………………………………………………………………………………………………………………………………….

Niniejszy Protokół – po akceptacji przez Zamawiającego - stanowi podstawę do wystawienia faktury VAT na kwotę …………………….…………. zł netto (słownie: …………………….…………. złotych), zgodnie z postanowieniami Umowy oraz realizacją Usług Modyfikacji i Rozwoju – etap III (realizacja).


Protokołem niniejszym Strony potwierdzają prawidłową i pełną realizację ww. prac i nie wnoszą w tym zakresie zastrzeżeń poza umieszczonymi w niniejszym Protokole.




167

3. Wzór Protokołu Odbioru Usług Transferu Wiedzy dla Generatora Wniosków / Systemu Ewidencji Godzin Wsparcia.

USŁUGI TRANSFERU WIEDZY DLA APLIKACJI …………………………..……………………………..– PROTOKÓŁ ODBIORU ETAPU II (REALIZACJA)

na podstawie Umowy nr …………………………..…………. z dnia …………………………..………….dotyczy WNIOSKU NR …………………………..…………. z dnia: …………………………..………….

i ZAMÓWIENIA (ETAP II) z dnia: …………………………..………

Strony potwierdzają wykonanie Usług Transferu Wiedzy, określonych w Umowie.

Przedmiot odbioru:………………………………………………………………………………………………………………………………………………………….………………………………………………………………………………………………………………………………………………………….

Niniejszy Protokół – po akceptacji przez Zamawiającego - stanowi podstawę do wystawienia faktury VAT na kwotę …………………….…………. zł netto (słownie: …………………….…………. złotych), zgodnie z postanowieniami Umowy oraz realizacją Usług Transferu Wiedzy – etap II (realizacja).


Protokołem niniejszym Strony potwierdzają prawidłową i pełną realizację ww. prac i nie wnoszą w tym zakresie zastrzeżeń poza umieszczonymi w niniejszym Protokole.




168


Wniosek - etap I

Wynik -

Zamówieni

e

Odbiór -

Załącznik nr 9 do SIWZ/Załącznik nr 10 do Umowy

DOKUMENTACJA GENERATORA WNIOSKÓW I SYSTEMU EWIDENCJI GODZIN WSPARCIA

1. Dokumentacja Generatora Wniosków zawiera:

1.1. Wykaz poszczególnych pozycji dokumentacji wraz z odnośnikami do dokumentów;1.2. Dokumentacja użytkowników:

1) dokumentacja użytkowników zewnętrznych (NGO/fundacje):a) opis ogólny Generatora, zasady nawigacji pomiędzy poszczególnymi

komponentami Generatora oraz generalne zasady współpracy z aplikacją, zasady świadczenia wsparcia,

b) opis ról i ich uprawnień,c) opis funkcjonalności oraz interfejsu użytkownika, zasady walidacji pól,d) opis raportów i zestawień,e) opis komunikacji za pomocą e-mail;

2) dokumentacja użytkowników wewnętrznych (PFRON):a) opis ogólny Generatora, zasady nawigacji pomiędzy poszczególnymi

komponentami Generatora oraz generalne zasady współpracy z aplikacją, zasady świadczenia wsparcia,

b) opis ról i ich uprawnień,c) opis funkcjonalności oraz interfejsu użytkownika, zasady walidacji pól,d) opis raportów i zestawień,e) opis komunikacji za pomocą e-mail;

3) dokumentacja administratora merytorycznego:a) funkcje zarządzania rejestrem użytkowników i zasady identyfikacji

i uwierzytelniania,b) funkcje nadawania uprawnień,c) opis logów systemu;

4) dokumentacja eksportowania wniosku do Systemu Ewidencji Godzin Wsparcia:a) schemat i opis eksportu wniosku,b) opis danych, które są eksportowane (dane organizacji użytkownika wniosku),c) aktualizacja danych w Systemie EGW na podstawie wersji wniosku

(aktualizacja na podstawie aneksu);5) dokumentacja administratora IT (technicznego):

a) kompletna instrukcja instalacji oprogramowania serwerowego zawierająca: wymagania do systemu operacyjnego i konfiguracji jego parametrów, wymagania do instalacji oprogramowania serwerowego, instrukcja instalacji bazy danych, instrukcja modyfikacji danych słownikowych oraz konfiguracji bazy danych, opis środowiska oraz instrukcja kompilacji/wytworzenia aplikacji webowej

z kodów źródłowych,


169

instrukcja instalacji aplikacji webowej,b) instrukcja/wymagania dotyczące instalacji przeglądarki i oprogramowania

dodatkowego na stacji użytkownika,c) instrukcja wykonywania kopii zapasowych.

1.3. Dokumentacja techniczna składająca się z:1) dokumentacji projektowej;

a) schemat oraz opis architektury instancji produkcyjnej zawierający: wymagania dotyczące parametrów serwera obsługującego Generator

(aplikacja oraz baza danych), wymagania dotyczące stacji roboczych, wymagania dotyczące połączeń sieciowych,

b) projekt aplikacji obejmujący: opis standardu interfejsu użytkownika, definicje diagramy oraz opisy werbalne struktury komponentów

Generatora – biblioteki raporty i pozostałe komponenty, hierarchie funkcji zawierającą nawigację pomiędzy komponentami

Generatora wraz z odwołaniami do kodu źródłowego, opis powiązań poszczególnych obiektów z bazą danych, opis walidacji oraz nawigacji w Generatorze, specyfikacje bibliotek,

c) logiczny model danych obejmujący: diagramy oraz opisy obiektów bazy danych, standard nazewnictwa obiektów bazy danych, opis relacji pomiędzy obiektami bazy danych,

d) fizyczny model bazy danych obejmujący: opis schematu (wykaz tablic, widoków, sekwencji) wraz

opiami/komentarzami, opis kolumn w poszczególnych tablicach wraz z opisami (znaczenie pól dla

Generatora), wykaz relacji pomiędzy tablicami, opis procedur wewnętrznych (procedury składowe i wyzwalacze),

e) opis integracji oraz zasad wymiany informacji pomiędzy Generatorem a Systemem Ewidencji Godzin Wsparcia,

f) opis systemu wsparcia użytkowników (Help Desk oraz obsługa błędów)g) bezpieczeństwo systemu:

zasady identyfikacji i uwierzytelniania, zasady przyznawania dostępu do funkcji systemu, zasady ochrony danych w bazie danych, monitorowanie zdarzeń (logi), zasady ochrony danych transmitowanych przez Internet,


170

zasady wykonywania kopii zapasowych;2) dokumentacji kodów źródłowych:

a) aktualna wersja kodów źródłowych wraz z komentarzami,b) opis środowiska do przekształcania/kompilacji kodów źródłowych w kod

wykonywalny wykorzystywany w Instrukcji instalacji.1.4. Pakiet instalacyjny Generatora w zakresie:

1)1.1.1.2.1.3.1.4.

1.4.1. Dokładna instrukcja instalacji aplikacji webowej na już skonfigurowanym serwerze WWW (nie dotyczy instalacji samego systemu operacyjnego oraz oprogramowania serwerowego np. Apache).

1.4.2. Dokładna instrukcja konfiguracji parametrów aplikacji webowej.1.4.3. Przygotowanie skryptów instalacyjnych, które pozwalają zautomatyzować

wybrane kroki instalacji aplikacji webowej.1.4.4. Przygotowanie skryptów tworzących początkową strukturę bazy danych.1.4.5. Przygotowanie skryptów uzupełniających dane słownikowe i konfiguracyjne

w bazie danych.1.4.6. Dokładna instrukcja instalacji oraz konfiguracji instancji bazy danych

Generatora (nie dotyczy instalacji i konfiguracji samego silnika bazy danych).2. Dokumentacja Systemu EGW obejmuje:

1.2.

2.1. dokumentacja użytkowa obejmująca:a) strukturę logiczną Systemu EGW,b) opis funkcjonalności oraz opis interfejsu użytkownika, funkcjonalności interfejsu

użytkownika, zasady walidacji pól, zasady nawigacji pomiędzy poszczególnymi komponentami Systemu EGW,

c) opis ról i uprawnień poszczególnych użytkowników w Systemie EGW,d) lista akcji wyzwalających wysyłkę poczty email do użytkowników;

2.2. dokumentacja techniczna obejmująca:a) wykaz obiektów baz danych: tablic, widoków, sekwencji itp.,b) opis kolumn w poszczególnych tablicach z uwzględnieniem opisu znaczenia

poszczególnych pól dla Systemu EGW,c) wykaz relacji pomiędzy obiektami bazy danych,d) procedury wewnętrzne (procedury składowe, wyzwalacze);

2.3. dokumentacja poinstalacyjna obejmująca:a) opis architektury instancji produkcyjnej,


171

b) parametry konfiguracji serwera obsługującego System EGW,c) parametry konfiguracji baz danych,d) minimalne parametry stacji roboczych,e) opis wykonywania kopii bazy danych;

2.4. dokumentacja kodów źródłowych obejmująca kod źródłowy z komentarzami;2.5. dokumentacja sposobów integracji oraz wymiany informacji Systemu EGW

z systemami zewnętrznymi;2.6. dokumentacja interfejsu użytkownika obejmująca:

a) opis standardu interfejsu użytkownika aplikacji,b) definicje struktury komponentów Systemu EGW – biblioteki, raporty oraz

pozostałe komponenty,c) hierarchię funkcji zawierającą nawigację pomiędzy komponentami Systemu EGW,d) specyfikację bibliotek,e) opis relacji poszczególnych obiektów z bazą danych, walidacjach i nawigacji

w Systemie EGW;2.7. dokumentacja bazy danych obejmująca definicję standardu budowy obiektów bazy

danych, w tym: a) strukturę i role schematów bazy danych,b) standard nazewnictwa obiektów bazy danych,c) opis procedury eksportu bazy do pliku *.mdb.

2.8. Pakiet instalacyjny Systemu EGW w zakresie:1.5.1.6.1.7.1.8.

1.8.1.1.8.2.1.8.3.1.8.4.1.8.5.1.8.6.

1)2)

2.8.2.8.1. dokładna instrukcja instalacji aplikacji webowej na już skonfigurowanym

serwerze WWW (nie dotyczy instalacji samego systemu operacyjnego oraz oprogramowania serwerowego np. Apache);

2.8.2. dokładna instrukcja konfiguracji parametrów aplikacji webowej;2.8.3. przygotowanie skryptów instalacyjnych, które pozwalają zautomatyzować

wybrane kroki instalacji aplikacji webowej;2.8.4. przygotowanie skryptów tworzących początkową strukturę bazy danych;


172

2.8.5. przygotowanie skryptów uzupełniających dane słownikowe i konfiguracyjne w bazie danych;

2.8.6. dokładna instrukcja instalacji oraz konfiguracji instancji bazy danych Systemu EGW (nie dotyczy instalacji i konfiguracji samego silnika bazy danych).


173

Załącznik nr 11 do Umowy

DODATKOWE ŚRODKI ZABEZPIECZENIA DANYCH

1. Środki ochrony fizycznej danych:

1.1. Pomieszczenia, w którym przetwarzany jest zbiór danych osobowych wyposażone są w system alarmowy przeciwwłamaniowy.

1.2. Dostęp do pomieszczeń, w których przetwarzany jest zbiory danych osobowych objęte są systemem kontroli dostępu.

1.3. Dostęp do pomieszczeń, w których przetwarzany jest zbiór danych osobowych jest w czasie nieobecności zatrudnionych tam pracowników nadzorowany przez służbę ochrony.

1.4. Kopie zapasowe/archiwalne zbioru danych osobowych przechowywane są w zamkniętej metalowej szafie

1.5. Pomieszczenie, w którym przetwarzane są zbiory danych osobowych zabezpieczone jest przed skutkami pożaru za pomocą systemu przeciwpożarowego lub wolnostojącej gaśnicy.

2. Środki sprzętowe infrastruktury informatycznej i telekomunikacyjnej:

2.1. Zastosowano urządzenia typu UPS, generator prądu i/lub wydzieloną sieć elektroenergetyczną, chroniące system informatyczny służący do przetwarzania danych osobowych przed skutkami awarii zasilania.

2.2. Dostęp do systemu operacyjnego komputera, w którym przetwarzane są dane osobowe zabezpieczony jest za pomocą procesu uwierzytelnienia z wykorzystaniem identyfikatora użytkownika oraz hasła.

2.3. Zastosowano systemowe mechanizmy wymuszający okresową zmianę haseł.2.4. Zastosowano system rejestracji dostępu do systemu/zbioru danych osobowych.2.5. Zastosowano macierz dyskową w celu ochrony danych osobowych przed skutkami

awarii pamięci dyskowej.2.6. Zastosowano środki ochrony przed szkodliwym oprogramowaniem takim, jak np.

robaki, wirusy, konie trojańskie, rootkity.2.7. Użyto system Firewall do ochrony dostępu do sieci komputerowej.2.8. Użyto system IDS/IPS do ochrony dostępu do sieci komputerowej.

3. Środki ochrony w ramach narzędzi programowych i baz danych:

3.1. Wykorzystano środki pozwalające na rejestrację zmian wykonywanych na poszczególnych elementach zbioru danych osobowych.

3.2. Dostęp do zbioru danych osobowych wymaga uwierzytelnienia z wykorzystaniem identyfikatora użytkownika oraz hasła.


174

3.3. Zastosowano systemowe środki pozwalające na określenie odpowiednich praw dostępu do zasobów informatycznych, w tym zbiorów danych osobowych dla poszczególnych użytkowników systemu informatycznego.

3.4. Zastosowano mechanizm wymuszający okresową zmianę haseł dostępu do zbioru danych osobowych

3.5. Zainstalowano wygaszacze ekranów na stanowiskach, na których przetwarzane są dane osobowe.

3.6. Zastosowano mechanizm automatycznej blokady dostępu do systemu informatycznego służącego do przetwarzania danych osobowych w przypadku dłuższej nieaktywności pracy użytkownika.

4. Środki organizacyjne

4.1. Osoby zatrudnione przy przetwarzaniu danych zostały zaznajomione z przepisami dotyczącymi ochrony danych osobowych.

4.2. Przeszkolono osoby zatrudnione przy przetwarzaniu danych osobowych w zakresie zabezpieczeń systemu informatycznego.

4.3. Osoby zatrudnione przy przetwarzaniu danych osobowych obowiązane zostały do zachowania ich w tajemnicy.

4.4. Monitory komputerów, na których przetwarzane są dane osobowe ustawione są w sposób uniemożliwiający wgląd osobom postronnym w przetwarzane dane.

4.5. Kopie zapasowe zbioru danych osobowych przechowywane są w innym pomieszczeniu niż to, w którym znajduje się serwer, na którym dane osobowe przetwarzane są na bieżąco.


175

Załącznik nr 12 do Umowy

Warszawa, dn. .......................

PROTOKÓŁ URUCHOMIENIA USŁUGI HOSTINGU

W dniu ................. Wykonawca ………………………………….. realizujący Umowę nr ........................ z dnia ................ przekazuje infrastrukturę niezbędną do uruchomienia Aplikacji do produkcyjnego działania.

Zastrzeżenia:

...................................................................................................................................................

.....................................................................................................................................................

Uwagi:

.....................................................................................................................................................

.....................................................................................................................................................

.....................................................................................................................................................

......................................... .......................................

za Zamawiającego za Wykonawcę


176

Documents

Specyfikacja istotnych warunków zamówienia (SIWZ) · Web view2017-04-26 · Moduł użytkownika umożliwia: edycję danych projektodawcy, rejestrację i edycję danych beneficjentów