Przedmiotem zamówienia jest dostawa bezterminowej, tj. nieograniczonej czasowo licencji (w postaci dokumentu papierowego potwierdzającego przez producenta zaoferowanego oprogramowania nabycie przez Zamawiającego praw licencyjnych) aktualnej wersji oprogramowania oraz binaria na dostarczonym nośniku produktów wymienionych poniżej:
1. Oracle Database Standard Edition lub równoważny (licencje per procesor z rocznym ATiK) (4 szt.)
2. Oracle Forms and Reports wraz z Oracle WebLogic Server (licencje per procesor bez ATiK) lub równoważny (3 szt.)
Wymienione powyżej oprogramowanie Zamawiający nabywa na potrzeby modernizacji eksploatowanego przez Zamawiającego Zintegrowanego Systemu Zarządzania dla jednostek samorządu terytorialnego - KSAT2000i autorstwa firmy COIG S.A., ul. Mikołowska 100, 40-065 Katowice. Dostarczone w ramach niniejszego postępowania binaria muszą umożliwiać poprawną instalację, konfigurację i eksploatację oprogramowania co najmniej pod kontrolą systemu operacyjnego Linux CentOS 6.8 dla platformy 64-bitowej.
Przedstawione powyże wskazania na produkty z podaniem nazwy producenta należy traktować jako przykładowe ze względu na zasady ustawy Pzp (t.j. Dz.U. z 2015 r. poz. 2164 z późn. zm.), a zwłaszcza art. 29 do 31. Zamawiający dopuszcza produkty równoważne opisywanym powyżej. Oznacza to, że Wykonawca może zaproponować inne niż wyszczególnione powyżej oprogramowanie z zachowaniem odpowiednich równoważnych parametrów technicznych, a w takim przypadku w złożonej przez siebie ofercie Wykonawca powinien uwzględnić koszt instalacji oprogramowania w środowisku informatycznym Zamawiającego, tj. na sprzęcie i systemie operacyjnym wskazanym przez Zamawiającego oraz pełnego przeniesienia aktualnie eksploatowanego przez Zamawiającego systemu KSAT2000i na nowe, zaoferowane przez Wykonawcę środowisko pracy, w sposób gwarantujący poprawną pracę systemu KSAT2000i.
Za produkty równoważne Zamawiający uważa oprogramowanie oferowane przez jednego producenta charakteryzujące się analogiczną w stosunku do produktów wymienionych powyżej funkcjonalnością, jak również cechami technicznymi, użytkowymi, wsparciem i warunkami licencyjnymi.
1. Produkt równoważny dla produktu Oracle Database Standard Edition musi zapewniać:
1) Dostępność oprogramowania na współczesne 64-bitowe platformy Unix (HP-UX dla procesorów PA-RISC i Itanium, Solaris dla procesorów SPARC i Intel/AMD, IBM AIX), Intel/AMD Linux 32-bit i 64-bit, MS Windows 32-bit i 64-bit; produkt równoważny musi zapewniać identyczną funkcjonalność serwera bazy danych na wyżej wymienionych platformach;
2) Niezależność platformy systemowej dla oprogramowania klienckiego/serwera aplikacyjnego od platformy systemowej bazy danych;
3) Możliwość przeniesienia (migracji) struktur bazy danych i danych pomiędzy wyżej wymienionymi platformami bez konieczności rekompilacji aplikacji bądź migracji środowiska aplikacyjnego;
4) Przetwarzania z zachowaniem spójności i maksymalnego możliwego stopnia współbieżności; modyfikowanie wierszy nie może blokować ich odczytu, z kolei odczyt wierszy nie może ich blokować do celów modyfikacji; jednocześnie spójność odczytu musi gwarantować uzyskanie rezultatów zapytań odzwierciedlających stan danych z chwili jego rozpoczęcia, niezależnie od modyfikacji przeglądanego zbioru danych;
5) Możliwość zagnieżdżania transakcji – powinna istnieć możliwość uruchomienia niezależnej transakcji wewnątrz transakcji nadrzędnej; przykładowo – powinien być możliwy następujący scenariusz: każda próba modyfikacji tabeli X powinna w wiarygodny sposób odłożyć ślad w tabeli dziennika operacji, niezależnie, czy zmiana tabeli X została zatwierdzona, czy wycofana;
6) Wsparcie dla wielu ustawień narodowych i wielu zestawów znaków (włącznie z Unicode);
7) Możliwość migracji zestawu znaków bazy danych do Unicode;
8) Możliwość redefiniowania przez klienta ustawień narodowych – symboli walut, formatu dat, porządku sortowania znaków za pomocą narzędzi graficznych.
9) Skalowanie rozwiązań opartych o architekturę trójwarstwową: możliwość uruchomienia wielu sesji bazy danych przy wykorzystaniu jednego połączenia z serwera aplikacyjnego do serwera bazy danych;
10) Możliwość otworzenia wielu aktywnych zbiorów rezultatów (zapytań, instrukcji DML) w jednej sesji bazy danych;
11) Wsparcie protokołu XA;
12) Wsparcie standardu JDBC 3.0;
13) Zgodność ze standardem ANSI/ISO SQL 2003 lub nowszym;
14) Motor bazy danych powinien umożliwiać wskazywanie optymalizatorowi SQL preferowanych metod optymalizacji na poziomie konfiguracji parametrów pracy serwera bazy danych oraz dla wybranych zapytań; powinna istnieć możliwość umieszczania wskazówek dla optymalizatora w wybranych instrukcjach SQL;
15) Brak formalnych ograniczeń na liczbę tabel i indeksów w bazie danych oraz na ich rozmiar (liczbę wierszy);
16) Wsparcie dla procedur i funkcji składowanych w bazie danych; język programowania powinien być językiem proceduralnym, blokowym (umożliwiającym deklarowanie zmiennych wewnątrz bloku), oraz wspierającym obsługę wyjątków; w przypadku, gdy wyjątek nie ma zadeklarowanej obsługi wewnątrz bloku, w razie jego wystąpienia wyjątek powinien być automatycznie propagowany do bloku nadrzędnego bądź wywołującej go jednostki programu;
17) Możliwość parametryzowania za pomocą parametrów prostych, jak i parametrów o typach złożonych, definiowanych przez użytkownika procedur i funkcji składowanych; funkcje powinny mieć możliwość zwracania rezultatów, jako zbioru danych, możliwego do wykorzystania jako źródło danych w instrukcjach SQL (czyli występujących we frazie FROM); wyżej wymienione jednostki programowe powinny umożliwiać wywoływanie instrukcji SQL (zapytania, instrukcje DML, DDL), umożliwiać jednoczesne otwarcie wielu tzw. kursorów pobierających paczki danych (wiele wierszy za jednym pobraniem) oraz wspierać mechanizmy transakcyjne (np. zatwierdzanie bądź wycofanie transakcji wewnątrz procedury);
18) Możliwość kompilacji procedur składowanych w bazie do postaci kodu binarnego (biblioteki dzielonej);
19) Możliwość deklarowania wyzwalaczy (triggerów) na poziomie instrukcji DML (INSERT, UPDATE, DELETE) wykonywanej na tabeli, poziomie każdego wiersza modyfikowanego przez instrukcję DML oraz na poziomie zdarzeń bazy danych (np. próba wykonania instrukcji DDL, start serwera, stop serwera, próba zalogowania użytkownika, wystąpienie specyficznego błędu w serwerze); ponadto mechanizm wyzwalaczy powinien umożliwiać oprogramowanie obsługi instrukcji DML (INSERT, UPDATE, DELETE) wykonywanych na tzw. niemodyfikowalnych widokach (views);
20) Następujący sposób działania: w przypadku, gdy w wyzwalaczu na poziomie instrukcji DML wystąpi błąd zgłoszony przez motor bazy danych bądź ustawiony wyjątek w kodzie wyzwalacza, wykonywana instrukcja DML musi być automatycznie wycofana przez serwer bazy danych, zaś stan transakcji po wycofaniu musi odzwierciedlać chwilę przed rozpoczęciem instrukcji w której wystąpił wyżej wymieniony błąd lub wyjątek;
21) Możliwość autoryzowania użytkowników bazy danych za pomocą rejestru użytkowników założonego w bazie danych;
22) Wymuszanie przez bazę danych złożoności hasła użytkownika, czasu życia hasła, sprawdzanie historii haseł, blokowanie konta przez administratora bądź w przypadku przekroczenia limitu nieudanych logowań;
23) Możliwość, aby przywileje użytkowników bazy danych były określane za pomocą przywilejów systemowych (np. prawo do podłączenia się do bazy danych - czyli utworzenia sesji, prawo do tworzenia tabel itd.) oraz przywilejów dostępu do obiektów aplikacyjnych (np. odczytu/modyfikacji tabeli, wykonania procedury); baza danych powinna umożliwiać nadawanie wyżej wymienionych przywilejów za pośrednictwem mechanizmu grup użytkowników/ról bazodanowych; w danej chwili użytkownik może mieć aktywny dowolny podzbiór nadanych ról bazodanowych;
24) Możliwość wykonywania i katalogowania kopii bezpieczeństwa bezpośrednio przez serwer bazy danych; możliwość zautomatyzowanego usuwania zbędnych kopii bezpieczeństwa przy zachowaniu odpowiedniej liczby kopii nadmiarowych - stosownie do założonej polityki nadmiarowości backup'ów; możliwość integracji z powszechnie stosowanymi systemami backupu (Legato, Veritas, Tivoli, OmniBack, ArcServe itd); wykonywanie kopii bezpieczeństwa powinno być możliwe w trybie offline oraz w trybie online;
25) Możliwość wykonywania kopii bezpieczeństwa w trybie online (hot backup);
26) Możliwość realizacji funkcji odtwarzania w sposób umożliwiający odzyskanie stanu danych z chwili wystąpienia awarii bądź cofnąć stan bazy danych do punktu w czasie; w przypadku odtwarzania do stanu z chwili wystąpienia awarii odtwarzaniu może podlegać cała baza danych bądź pojedyncze pliki danych;
27) Możliwość realizacji funkcji odtwarzania w sposób umożliwiający w przypadku, gdy odtwarzaniu podlegają pojedyncze pliki bazy danych, że pozostałe pliki baz danych mogą być dostępne dla użytkowników;
28) Wbudowaną obsługę wyrażeń regularnych zgodną ze standardem POSIX dostępną z poziomu języka SQL, jak i procedur/funkcji składowanych w bazie danych;
29) Możliwość budowy klastra na węźle obsługiwanym przez maksymalnie 2 procesory;
30) Możliwość pracy na maszynie wyposażonej maksymalnie w 2 gniazda procesorowe (ang. sockets);
31) Możliwość obsługi co najmniej do 16 wątków;
32) Wsparcie producenta bazy danych dostępne w trybie 24/7/365 dostępne telefonicznie i przez dedykowany portal internetowy, w języku polskim co najmniej od poniedziałku do piątku w godzinach od 8.00 do 17.00.
2. Produkt równoważny dla produktu Oracle Forms and Reports wraz z Oracle WebLogic Server musi zapewniać:
1) funkcjonalność narzędzia klasy Middleware (oprogramowanie warstwy pośredniej infrastruktury IT), zapewniającego możliwość szybkiego tworzenia aplikacji z interfejsem użytkownika, polegającym na udostępnianiu formularzy wprowadzania danych, a następnie tworzenia raportów; możliwość pracy na danych z co najmniej następujących źródeł: baza danych Oracle, JDBS, XML oraz pliki tekstowe;
2) funkcjonalność narzędzia Rapid Application Development, wspomagającego programowanie w języku SQL, PL/SQL;
3) wbudowany Sewer http;
4) możliwość publikowania raportów do: przeglądarki internetowej, e-mail, WebDav, serwery ftp, lokalne systemy plików oraz z wykorzystaniem technologii Oracle Portal;
5) wsparcie dla standardów J2EE w wersji 7:
a) Batch Application Processing (JSR 352);
b) Concurrent Managed Objects (JSR 236);
c) domyślne źródła danych;
d) JMS 2.0 Support for Simplified JMS Application Development (JSR 343);
e) Java EE Connector Architecture 1.7 (JSR 322);
f) Enterprise JavaBeans 3.2 (JSR-345);
g) Clustering and High Availability Support for WebSocket 1.1 Applications;
h) wsparcie kompresji GZIP w ramach kontenera WEB;
i) Java EE 7 Security Standards;
6) wsparcie dla technologii Multitenancy;
7) wsparcie dla technologii Zero Downtime Patching polegającej na uproszczeniu procesu aktualizacji;
8) zgodność z JDK 8;
9) możliwość uruchamiania w kontenerze Docker;
10) wsparcie dla technologii FastSwap;
11) wsparcie dla następujących standardów Java:
a) Batch Application Processing (JSR 352) 1.0;
b) Contexts and Dependency Injection for Java EE 1.1;
c) Dependency Injection for Java EE 1.0;
d) Concurrent Managed Objects (JSR 236) 1.0;
e) Expression Language (EL) 3.0, 2.2, 2.1, 2.0;
f) Java API for JSON Processing (JSR-353) 1.0;
g) Java API for XML-Based Web Services (JAX-WS) 2.2, 2.1, 2.0;
h) Java API for RESTful Web Services (JAX-RS) 2.0;
i) Java API for WebSocket 1.1;
j) JavaBeans Activation Framework 1.1;
k) Java EE 7.0;
l) Java EE Application Deployment 1.2;
m) Java EE Bean Validation 1.1;
n) Java EE Common Annotations 1.2;
o) Java EE Connector Architecture 1.7;
p) Java EE EJB 3.2, 3.1, 3.0, 2.1, 2.0, and 1.1;
q) Java EE Enterprise Web Services 1.3, 1.2, 1.1;
r) Java EE Interceptors 1.1;
s) Java EE JDBC 4.0, 3.0;
t) Java EE JMS 2.0, 1.1, 1.0.2b;
u) Java EE JNDI 1.2;
v) Java EE JSF 2.2, 2.1.*, 2.0, 1.2, 1.1;
w) Java EE JSP 2.3, 2.2, 2.1, 2.0, 1.2, and 1.1;
x) JSP 1.2. i 1.1 wraz z Expression Language (EL);
y) Java EE Managed Beans 1.0;
z) Java EE Servlet 3.1, 3.0, 2.5, 2.4, 2.3, and 2.2;
aa) Java RMI 1.0;
bb) JavaMail 1.4;
cc) Java Transaction API 1.2;
dd) JAX-B 2.2, 2.1, 2.0;
ee) JAX-P 1.3, 1.2, 1.1;
ff) JAX-R 1.0;
gg) JAX-RPC 1.1;
hh) JDKs 8.0 (8.0 i 7.0 w przypadku klienta);
ii) JMX 2.0;
jj) JPA 2.1, 2.0., 1.0;
kk) JSR 77: Java EE Management 1.1;
ll) JSTL 1.2;
mm) Managed Beans 1.0;
nn) OTS/JTA OTS 1.2 i JTA 1.2;
oo) RMI/IIOP 1.0;
pp) SOAP Attachments for Java (SAAJ) 1.3, 1.2;
qq) Streaming API for XML (StAX) 1.0;
rr) Web Services Metadata for the Java Platform 2.0, 1.1;
12) wsparcie dla następujących standardów:
a) X.509 v3;
b) LDAP v3;
c) TLS v1.1, v1.2;
d) HTTP 1.1;
e) SNMP SNMPv1, SNMPv2, SNMPv3;
f) xTensible Access Control Markup Language (XACML) 2.0;
g) Partial implementation of Core and Hierarchical Role Based Access Control (RABC) Profile of XACML 2.0;
h) Internet Protocol (IP) v6 v4;
13) możliwość uruchamiania posiadanych przez Zamawiającego plików aplikacji w formacie Oracle Forms (FMX) oraz Oracle Reports (RDF) zachowując kompletną funkcjonalność aplikacji tzn. sposób uruchamiania, wygląd i zachowanie interfejsu użytkownika, środowiska uruchomienia (przeglądarka internetowa z appletem java); rozwiązanie równoważne nie może powodować utraty kompatybilności i wsparcia technicznego producentów innego używanego i współdziałającego z nim oprogramowania.
3. Warunki licencji produktów równoważnych nie będą gorsze w każdym aspekcie licencjonowania, niż standardowe warunki licencji udzielanej przez producenta oprogramowania Oracle Database Standard Edition, Oracle Forms and Reports wraz z Oracle WebLogic Server.
4. Nabycie licencji oprogramowania równoważnego pozwalać będzie na legalne używanie posiadanych przez Zamawiającego licencji innego oprogramowania, w tym systemu KSAT2000i.
5. Oprogramowanie równoważne będzie w sposób niezakłócony współdziałać z posiadanym przez Zamawiającego systemem KSAT2000i oraz nie wpłynie na funkcjonowanie aplikacji dziedzinowych.
Wymagany termin gwarancji: 36 miesięcy licząc od daty dostarczenia przedmiotu zamówienia Zamawiającemu. Gwarancja dotyczy dostarczonych nośników oprogramowania oraz, w przypadku dostarczenia przez Wykonawcę produktu równoważnego, także wykonanych usług (instalacji oprogramowania w środowisku informatycznym Zamawiającego, tj. na sprzęcie i systemie operacyjnym wskazanym przez Zamawiającego oraz pełnego przeniesienia aktualnie eksploatowanego przez Zamawiającego systemu KSAT2000i na nowe, zaoferowane przez Wykonawcę środowisko pracy, w sposób gwarantujący poprawną pracę systemu KSAT2000i). |