Wykonywanie serwisu aplikacji użytkowych systemu informatycznego Krajowego Rejestru Karnego
1. Nazwa zamówienia nadana przez Zamawiającego:
Wykonywanie serwisu aplikacji użytkowych systemu informatycznego Krajowego Rejestru Karnego.
Szczegółowy opis przedmiotu zamówienia zawarty jest w załączniku nr 6 do SIWZ – wzorze umowy oraz w załączniku nr 7 do SIWZ (załączniku nr 1 do wzoru umowy), stanowiących jednocześnie integralną część SIWZ.
2. Ilekroć w SIWZ w opisie przedmiotu zamówienia użyte są znaki towarowe, patenty lub pochodzenie, Zamawiający dopuszcza rozwiązanie lub produkt równoważny. Przez równoważny należy w niniejszym dokumencie rozumieć produkt dający taki sam efekt wynikowy (kod wykonywalny i realizowaną funkcję) jak wymieniony pierwowzór.
3. Zastosowanie równoważnych zamienników w żadnym wypadku nie może zakłócić poprawności działania systemu.
4. W przypadku wątpliwości dotyczących spełniania przez oferowane przez Wykonawcę oprogramowanie wymagań określonych w SIWZ (np. w przypadku oferowania oprogramowania równoważnego), Zamawiający zastrzega sobie możliwość wezwania każdego z Wykonawców do dostarczenia oprogramowania będącego przedmiotem zamówienia, w celu wykonania stosownych testów. Wykonawca będzie zobowiązany, na pisemne żądanie Zamawiającego, do bezpłatnego udostępnienia na okres, co najmniej 2 tygodni licencji wraz z nośnikiem oferowanego w Ofercie przez Wykonawcę oprogramowania. Niesprawność któregokolwiek elementu oprogramowania podczas testów dyskwalifikuje oprogramowanie. W tej sytuacji przedmiot zamówienia zostanie uznany za niespełniający warunków SIWZ.
5. Zakres usług serwisu Aplikacji.
5.1 W zakres usług serwisu Aplikacji wchodzi:
a) wykonanie w ciągu trzech dni od daty podpisania umowy na wykonywanie serwisu, pełnej kompilacji otrzymanych kodów źródłowych aplikacji lokalnej oraz zdalnej do postaci wykonywalnej, zainstalowanie obu aplikacji na serwerze testowym w Biurze Informacyjnym Krajowego Rejestru Karnego i wykonanie testów potwierdzających prawidłowe działanie oprogramowania, których wynik protokolarnie zatwierdzi Zamawiający;
b) przyjmowanie zgłoszeń o wystąpieniu Błędu;
c) usuwanie Błędu i skutków wystąpienia Błędu;
d) dostarczanie nowych wersji oprogramowania zawierających korekty Błędów;
e) doraźne pomaganie w obsłudze Aplikacji pracownikom Wydziału Informatycznej Obsługi Systemu Krajowego Rejestru Karnego poprzez telefoniczne udzielanie porad w zakresie związanym z działaniem Aplikacji.
5.2 Definicja „Błędu” Aplikacji i klasyfikacja „Błędów”.
„Błąd” oznacza brak możliwości realizowania przez Aplikację określonych dla niej funkcji podanych w Specyfikacji Funkcjonalnej, co powoduje niemożliwość wykorzystania Aplikacji lub ograniczenie w jej stosowaniu.
Błędy są klasyfikowane, jako mające Priorytet A, B lub C jak następuje:
„Błąd o Priorytecie A” oznacza Błąd powodujący jedną z następujących sytuacji:
a) nie działa; lub
b) działa błędnie; lub
c) jest niedostępna przez ponad 4 godziny z 12 godzinnego dnia pra-cy Rejestru z powodu zawieszania się w czasie wykonywania podstawowych funkcji lub wykonuje znacznie wolniej podstawowe funkcje takie jak:
— dla aplikacji lokalnej: udzielanie odpowiedzi na zapytanie w zakresie wszystkich 4 kartotek, wprowadzanie dokumentów do każdej z kartotek, drukowanie i wysyłanie odpowiedzi oraz drukowanie zawiadomień,
— aplikacji zdalnej sądowej i prokuratorskiej: wykonywanie zapytań, wysłanie zapytań, odbieranie odpowiedzi w Punktach Informacyjnych KRK,
— dla aplikacji pilotażowej: wysyłanie odpowiedzi na zapytanie lub decyzji, odbieranie zapytań lub decyzji, drukowanie dokumentów,
— dla aplikacji Podmioty Zbiorowe: wykonywanie zapytań w Punktach Informatycznych KRK, wykonywanie zapytań i udzielanie odpowiedzi lokalnie,
— dla modułu do współpracy z systemem Centralnego Zarządu Służby Więziennej NOE.NET: ładowanie danych z systemu NOE;
d) wchodzi w stan wymagający ponownego uruchomienia całego oprogramowania jeden lub kilka składników Aplikacji wymienionych w punkcie 1 z wyjątkiem:
— aplikacji „Akty Prawne”,
— aplikacji „Funkcje Pomocnicze”,
— aplikacji „Aplikacja Słownikowa”,
— aplikacji „Monitor Zapytań i Odpowiedzi”,
— aplikacji do współpracy z Centralną Ewidencją Pojazdów i Kierowców.
„Błąd o Priorytecie B” oznacza Błąd wpływający istotnie na działanie wszystkich składników Aplikacji, ale nieuniemożliwiający używania jej przez Ministerstwo w zakresie podstawowych funkcji. Objawy Błędu o Priorytecie B obejmują:
a) spowolnienie tempa pracy Aplikacji wynikające z jej Błędu;
b) utrudnienie administrowania lub użytkowania Aplikacji;
c) nie działanie lub błędne działanie:
— aplikacji „Akty Prawne”,
— aplikacji „Funkcje Pomocnicze”,
— aplikacji „Aplikacja Słownikowa”,
— aplikacji „Monitor Zapytań i Odpowiedzi”,
— aplikacji do współpracy z Centralną Ewidencją Pojazdów i Kierowców.
a) nie działanie lub błędne działanie funkcji administracyjnych (np. składowania bazy danych - pełne i przyrostowe);
b) niedostępność któregokolwiek składnika Aplikacji ponad 2 godziny z 12 godzinnego dnia pracy Rejestru;
c) zawieszanie pracy przy wykonywaniu funkcji pobocznych, bez istotnego wpływu na funkcje podstawowe.
„Błąd o Priorytecie C” oznacza Błąd wpływający na wygodę użytkowania wszystkich składników Aplikacji, ale pozwalający na wykonywanie wszystkich jej funkcji. Objawy Błędu o Priorytecie C obejmują:
a) spowolnienie tempa pracy Aplikacji wynikające z jej Błędu;
b) utrudnienie administrowania lub użytkowania Aplikacji;
c) sporadyczne zawieszanie pracy lub wchodzenie w stan wymagający ponownego uruchomienia, powodujące okresową niedostępność Aplikacji;
d) konieczność stosowania przez operatorów lub administratorów niewygodnych sposobów realizacji pewnych funkcji;
e) konieczność przejścia do trybu ręcznej obsługi Aplikacji, zamiast zawartych w Specyfikacji Funkcjonalnej funkcji zautomatyzowanych.
5.3 Każda sytuacja wynikająca z niewłaściwego użycia Aplikacji, jej połączenia lub wykorzystania z jakimkolwiek sprzętem lub oprogramowaniem bez uzgodnienia z Wykonawcą nie będzie uznana za Błąd.
5.4 W zakres usługi serwisu aplikacji wchodzi również zarządzanie bazami danych działającymi w oparciu o oprogramowanie Oracle Rdb wykorzystywanymi przez Aplikację, to jest:
a) zapewnienie prawidłowego rozłożenie obszarów bazowych na dyskach;
b) rekonfiguracja zapełnionych obszarów;
c) przebudowywanie indeksów;
d) wykonywanie innych działań na bazach zapewniających ich prawidłowe funkcjonowanie.
5.5 W zakres usług serwisu Aplikacji nie wchodzi usuwanie skutków awarii sprzętu, ale Wykonawca będzie każdorazowo akceptować metody usuwania defektów urządzeń oraz nadzorować czynności administratora z tym związane. Dotyczy to szczególnie przemieszczania obszarów bazy danych przy wymianie uszkodzonych dysków.
6. Zamawiający przewiduje możliwość dokonania istotnych zmian postanowień zawartej umowy. Istotne zmiany postanowień umowy mogą dotyczyć zmiany realizacji usługi – lokalizacji.
W przypadku zmiany lokalizacji sprzętu i oprogramowania poza miasto stołeczne Warszawę, Strony mogą w formie aneksu do umowy dokonać zmiany miejsca świadczenia usług serwisu Aplikacji. Pozostałe warunki wykonywania umowy, w tym wysokość wynagrodzenia Wykonawcy, pozostaną bez zmian.
Jeżeli Wykonawca nie wyrazi zgody na świadczenie usług serwisu Aplikacji.
W nowej lokalizacji, Ministerstwo będzie uprawnione do rozwiązania Umowy z zachowaniem jednomiesięcznego okresu wypowiedzenia.
Termin
Termin składania ofert wynosił 2011-04-14.
Zamówienie zostało opublikowane na stronie 2011-03-01.
Dostawcy
Następujący dostawcy są wymienieni w decyzjach o przyznaniu zamówienia lub innych dokumentach dotyczących zamówień:
Kto?
Co?
Gdzie?
Historia zamówień
| Data |
Dokument |
| 2011-03-01
|
Ogłoszenie o zamówieniu
|
| 2011-06-02
|
Ogłoszenie o udzieleniu zamówienia
|