Source: http://docplayer.pl/1325577-Modyfikacja-i-wyjasnienia-specyfikacji-istotnych-warunkow-zamowienia-siwz.html
Timestamp: 2016-12-07 10:37:56+00:00
Document Index: 47330907

Matched Legal Cases: ['art. 38', 'art. 24', 'art. 24', 'art. 24', 'art. 24', 'art. 24', 'art. 24', 'art. 24', 'art. 24', 'art. 24', 'art. 24', 'art. 24', 'art. 24', 'art. 22', 'ustawy 12', 'art. 24', 'ustawy 13', 'art. 22', 'ustawy 12', 'art. 24', 'ustawy 13']

⭐Modyfikacja i wyjaśnienia Specyfikacji Istotnych Warunków Zamówienia (SIWZ)
Download "Modyfikacja i wyjaśnienia Specyfikacji Istotnych Warunków Zamówienia (SIWZ)"
1 GŁÓWNY URZĄD STATYSTYCZNY DYREKTOR GENERALNY Anna Borowska Warszawa, dnia roku DFK /2013 Modyfikacja i wyjaśnienia Specyfikacji Istotnych Warunków Zamówienia (SIWZ) Działając na podstawie art. 38 ust. 1, 2, 4 i 4a ustawy Prawo zamówień publicznych (Dz. U. z 2010 r. Nr 113, poz. 759 z późn. zm.) Zamawiający modyfikuje SIWZ i odpowiada na pytania do SIWZ zadane przez wykonawców w postępowaniu o udzielenie zamówienia publicznego na Budowa Hurtowni Danych Statystycznych (HDS) wraz z budową Publicznej Hurtowni Danych (PHD) (część I); Rozbudowa środowiska sprzętowo-systemowego o elementy infrastruktury oraz oprogramowanie systemowe i narzędziowe dla projektu SISP (część II) nr sprawy: 14/SISP/PN/2013; ogłoszenie o zamówieniu numer 2013/S z dnia , zmieniając jednocześnie termin składania ofert z dnia godz. 10:00 na dzień godz. 10:00. Zamawiający dokonał następujących modyfikacji SIWZ: Miejsce, w którym znajduje się zmieniany tekst Pkt 2.6 ppkt 4) lit a) SIWZ Pkt 2.14, ppkt 3) SIWZ Zamiast: a) na drukach lub według wzorów druków stanowiących załączniki 11 i 12 do SIWZ poprzez odpowiednie ich wypełnienie, Nie otwierać przed 3 kwietnia 2013 r. godz. 10:30 Pkt 3.3 SIWZ 3.3 Szczegółowy zakres przedmiotu zamówienia zawarty jest w załącznikach do SIWZ: - Opis przedmiotu zamówienia dla części nr 1 stanowiący załącznik nr 2.1 do SIWZ, - Opis przedmiotu zamówienia dla części nr 2 stanowiący załącznik nr 2.2 do SIWZ oraz innych załącznikach do SIWZ łącznie lub odpowiednio dla każdej części. Pkt 8.1 ppkt 2) SIWZ Pkt 8.1 2) aktualny odpis z właściwego rejestru, jeżeli odrębne przepisy wymagają wpisu do rejestru, 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, a w stosunku do osób fizycznych oświadczenie w zakresie art. 24 ust. 1 pkt 2 ustawy, Powinno być: a) na drukach lub według wzorów druków stanowiących załączniki 11, 12 i 17 do SIWZ poprzez odpowiednie ich wypełnienie, Nie otwierać przed 29 kwietnia 2013 r. godz. 10: Szczegółowy zakres przedmiotu zamówienia zawarty jest w załącznikach do SIWZ: - dla części nr 1: Opis przedmiotu zamówienia dla części nr 1 stanowiący załącznik nr 2.1 do SIWZ oraz w załącznikach do SIWZ nr 1, 3.1, 6, 7.1, 8.1, 15.1 i 16.1, - dla części nr 2: Opis przedmiotu zamówienia dla części nr 2 stanowiący załącznik nr 2.2 do SIWZ oraz w załącznikach do SIWZ nr 1, 6, 15.2 i ) aktualny odpis z właściwego rejestru lub z centralnej ewidencji i informacji o działalności gospodarczej, jeżeli odrębne przepisy wymagają wpisu do rejestru lub ewidencji, w celu wykazania braku podstaw do wykluczenia w oparciu o art. 24 ust. 1 pkt 2 ustawy, wystawiony nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert, 5) aktualną informację z Krajowego Rejestru 5) aktualną informację z Krajowego Rejestru2 ppkt 5) SIWZ Karnego w zakresie określonym w art. 24 ust. 1 pkt 4-8 ustawy, wystawioną nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert, Pkt 8.1 ppkt 7) SIWZ Pkt 8.2 ppkt 2) SIWZ Pkt 8.2 ppkt 3) SIWZ 7) 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 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 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 notariuszem, właściwym organem sądowym, administracyjnym albo organem samorządu zawodowego lub gospodarczego miejsca zamieszkania tych osób. 2) Jeżeli wykonawca ma siedzibę lub miejsce zamieszkania poza terytorium Rzeczypospolitej Polskiej, zamiast dokumentów o których mowa w pkt 8.1 ppkt 5) przedkłada wystawione w kraju, w którym ma siedzibę lub miejsce zamieszkania, 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 ustawy wystawione nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert. 3) Jeżeli w miejscu zamieszkania osoby lub w kraju, w którym wykonawca ma siedzibę lub miejsce zamieszkania, nie wydaje się dokumentów, o których mowa w pkt 8.2 ppkt 1) i 2), zastępuje się je dokumentem zawierającym oświadczenie złożone przed notariuszem, właściwym organem sądowym, administracyjnym albo organem samorządu zawodowego lub gospodarczego odpowiednio miejsca zamieszkania osoby lub kraju, w którym wykonawca ma siedzibę lub miejsce zamieszkania, z zachowaniem wskazanych w pkt 8.2 ppkt 1) i 2) terminów. Pkt 8.3 SIWZ W przypadku złożenia oferty przez wykonawców występujących wspólnie, każdy podmiot występujący wspólnie złoży dokumenty, o których mowa w pkt 8.1 lub 8.2 w przypadku podmiotów mających siedzibę lub miejsce zamieszkania poza terytorium Rzeczypospolitej Polskiej. Po pkt 8.3 SIWZ dodaje się pkt 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, 7) 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, 2) Jeżeli wykonawca ma siedzibę lub miejsce zamieszkania poza terytorium Rzeczypospolitej Polskiej, zamiast dokumentów o których mowa w pkt 8.1 ppkt 5) przedkłada wystawione w kraju, w którym ma siedzibę lub miejsce zamieszkania, 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 wystawiony nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert. 3) 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 8.2 ppkt 1) i 2), 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, z zachowaniem wskazanych w pkt 8.2 ppkt 1) i 2) terminów. W przypadku złożenia oferty przez wykonawców występujących wspólnie, każdy podmiot występujący wspólnie złoży dokumenty, o których mowa w pkt 8.4 i 8.1 lub 8.2 w przypadku podmiotów mających siedzibę lub miejsce zamieszkania poza terytorium Rzeczypospolitej Polskiej. W celu wykazania spełnienia warunku udziału w postępowaniu dotyczącego braku podstaw do wykluczenia wykonawcy z postępowania o udzielenie zamówienia w okolicznościach, o których mowa w art. 24 ust. 2 pkt 5 ustawy Pzp, wykonawca, wraz z ofertą, składa listę podmiotów należących do tej samej grupy kapitałowej, albo 23 Pkt 12.3 SIWZ SIWZ, po punkcie do SIWZ, pkt 1.1, po ppkt 3.b.iv Termin składania ofert upływa w dniu 3 kwietnia 2013 roku o godz. 10:00. Integralne części SIWZ - załączniki: 1 do SIWZ Opis Projektu SISP 2.1 do SIWZ Opis Przedmiotu Zamówienia dla części nr do SIWZ Opis Przedmiotu Zamówienia dla części nr do SIWZ Słownik dla części do SIWZ Warunki udziału w postępowaniu oraz opis sposobu dokonywania oceny spełniania tych warunków dla części do SIWZ Warunki udziału w postępowaniu oraz opis sposobu dokonywania oceny spełniania tych warunków dla części 2. 5 do SIWZ Opis kryteriów, którymi Zamawiający będzie się kierował przy wyborze oferty wraz z podaniem znaczenia tych kryteriów oraz sposobu oceny ofert. 6 do SIWZ Organizacja i zasady zarządzania projektem 7.1 do SIWZ Gwarancja dla części nr do SIWZ Asysta techniczna dla części nr 1 9 do SIWZ Formularz ofertowy 10 do SIWZ Formularz cenowy 11 do SIWZ Oświadczenie o spełnianiu warunków, o których mowa w art. 22 ust. 1 ustawy 12 do SIWZ Oświadczenie o braku podstaw do wykluczenia na podstawie art. 24 ust. 1 ustawy 13 do SIWZ Wykaz zamówień (wzór) 14 do SIWZ Wykaz osób (wzór) 15.1 do SIWZ Wzór umowy dla części nr 1 (nie załączać do oferty) 15.2 do SIWZ Wzór umowy dla części nr 2 (nie załączać do oferty) 16.1 do SIWZ Harmonogram dla części do SIWZ Harmonogram dla części 2 Załączniki oznaczone cyfrą 1 i 2 po kropce dotyczą odpowiednio części I i części II zamówienia. informację o tym, że nie należy do grupy kapitałowej (załącznik nr 17 do SIWZ wzór oświadczenia). Termin składania ofert upływa w dniu 29 kwietnia 2013 roku o godz. 10:00. Integralne części SIWZ - załączniki: 1 do SIWZ Opis Projektu SISP 2.1 do SIWZ Opis Przedmiotu Zamówienia dla części nr do SIWZ Opis Przedmiotu Zamówienia dla części nr do SIWZ Słownik dla części do SIWZ Warunki udziału w postępowaniu oraz opis sposobu dokonywania oceny spełniania tych warunków dla części do SIWZ Warunki udziału w postępowaniu oraz opis sposobu dokonywania oceny spełniania tych warunków dla części 2. 5 do SIWZ Opis kryteriów, którymi Zamawiający będzie się kierował przy wyborze oferty wraz z podaniem znaczenia tych kryteriów oraz sposobu oceny ofert. 6 do SIWZ Organizacja i zasady zarządzania projektem 7.1 do SIWZ Gwarancja dla części nr do SIWZ Asysta techniczna dla części nr 1 9 do SIWZ Formularz ofertowy 10 do SIWZ Formularz cenowy 11 do SIWZ Oświadczenie o spełnianiu warunków, o których mowa w art. 22 ust. 1 ustawy 12 do SIWZ Oświadczenie o braku podstaw do wykluczenia na podstawie art. 24 ust. 1 ustawy 13 do SIWZ Wykaz zamówień (wzór) 14 do SIWZ Wykaz osób (wzór) 15.1 do SIWZ Wzór umowy dla części nr 1 (nie załączać do oferty) 15.2 do SIWZ Wzór umowy dla części nr 2 (nie załączać do oferty) 16.1 do SIWZ Harmonogram dla części do SIWZ Harmonogram dla części 2 17 do SIWZ Oświadczenie o grupie kapitałowej Załączniki oznaczone cyfrą 1 i 2 po kropce dotyczą odpowiednio części I i części II zamówienia. iv. Budowa interfejsów z innymi iv. Budowa interfejsów z innymi podsystemami SISP: podsystemami SISP: (1) do obsługi procesów (1) do obsługi procesów pozyskiwania/przekazywania metadanych z/do pozyskiwania/przekazywania metadanych z/do podsystemów SMS+SPBS (System Metadanych podsystemów SMS+SPBS (System Metadanych Statystycznych + System wspierający organizację i Statystycznych + System wspierający organizację i monitorowanie Projektowania Badań monitorowanie Projektowania Badań Statystycznych) oraz z podsystemu TERYT, Statystycznych) oraz z podsystemu TERYT, (2) do obsługi procesów pozyskiwania danych z (2) do obsługi procesów pozyskiwania danych podsystemu SPDS (System Pozyskiwania, z podsystemu SPDS (System Pozyskiwania, Przetwarzania i Integracji Danych Statystycznych), Przetwarzania i Integracji Danych Statystycznych), 34 2.1 do SIWZ, pkt 1.1, ppkt. 3.e 2.1 do SIWZ, pkt , na końcu punktu dodaje się (3) do obsługi procesów przygotowania danych (3) do obsługi procesów przygotowania danych do udostępniania dla podsystemu SWAiD (System do udostępniania dla podsystemu SWAiD (System Wspomagania Analiz i Decyzji), Wspomagania Analiz i Decyzji), (4) do obsługi procesów zasilania PHD z HDS; (4) do obsługi procesów zasilania PHD z HDS. Zamawiający oczekuje, że na prace projektowoprogramistyczne Wykonawca przeznaczy następującą ilość godzin: a) SMS+SPBS HDS/PHD - 300h b) TERYT HDS/PHD - 100h c) SPDS HDS - 300h d) HDS/PHD SWAiD - 150h e) HDS PHD (w tym dla Banku Danych Lokalnych) - 250h e. migracja wybranych elementów z obszarów e. migracja wybranych elementów w zakresie tematycznych z istniejącej hurtowni (po statystyki gospodarczej z istniejącej hurtowni (po modyfikacji danych oraz integracji z podsystemem modyfikacji danych oraz integracji z podsystemem SMS+SPBS) i ich integracja z docelowymi SMS+SPBS) i ich integracja z docelowymi podsystemami HDS i PHD, podsystemami HDS i PHD, - Szczegółowy opis przewidywanych interfejsów: Interfejs SMS+SPBS HDS/PHD: Przewidywany typ bazy danych: MS SQL Server w wersji 2012 EE; Preferowany typ transferu: bazodanowy - poprzez OLE DB lub ODBC/JDBC, albo mechanizm dedykowany dla połączeń z bazą MS SQL Server; oraz wykorzystanie utworzonych usług (np. WebServices) udostępniania metadanych; Przykładowy sposób realizacji transferu bazodanowego: dane pobierane bezpośrednio z dedykowanego dla hurtowni schematu bazodanowego; Zakres pozyskiwanych danych: metadane definicyjne określone w pkt 1.2.7; Interfejs TERYT HDS/PHD Typ bazy danych: Oracle 10g; Preferowany typ transferu: bazodanowy lub WebServices (baza publikacyjna TERYT- TERC_ROZSZ dostępna przez Broker Komunikacyjny udostępniony na stronie PI GUS access/index.jspa); Interfejs SPDS HDS Przewidywany typ bazy danych: bazy operacyjne oparte o MS SQL Server w wersji min R2 Std./EE; Preferowany typ transferu: bazodanowy - poprzez OLE DB lub ODBC/JDBC, albo mechanizm dedykowany dla połączeń z bazą MS SQL Server; Zakres pozyskiwanych danych: zatwierdzone zbiory danych badań statystycznych (określone w ramach obszarów tematycznych) oraz operaty statystyczne; Interfejs HDS/PHD SWAiD Ze strony HDS/PHD zapewnienie dla SWAiD dostępu do struktur bazodanowych sam interfejs zrealizowany przez SWAiD; Zakres danych udostępnianych: dane na poziomie wszystkich warstw oraz powiązane z nimi metadane; Interfejs HDS PHD 45 a) Środowisko PHD Wymagany typ transferu: bazodanowy - komunikacja z wykorzystaniem mechanizmów wewnętrznych zapewnionych przez system bazodanowy (elementy HDS, w tym RDS, Centralna baza HDS i PHD zostaną wykonane w tej samej technologii); Zakres przekazywanych danych: dane utajnione do udostępniania publicznie; b) Środowisko BDL (logicznie część PHD) Typ bazy danych: Oracle 10g; Preferowany typ transferu: bazodanowy; Przykładowy sposób realizacji: wydzielenie schematu w HDS zwierającego tabele o określonych przez BDL strukturach. 2.1 do SIWZ, pkt , na końcu punktu dodaje się 2.1 do SIWZ, pkt 1.2.6, ppkt b) 2.1 do SIWZ, pkt 2.1.2, ppkt do SIWZ, pkt 2.2.2, ppkt do SIWZ, pkt 2.3.2, ppkt 4 - b. migracja wskazanych danych (oraz metadanych) z obecnej hurtowni danych w zakresie statystyki gospodarczej (np. dane formularzowe z formularzy F-01/I-01 za lata ). 14. Określenie zakresu i koncepcja sposobu migracji wybranych danych i elementów obecnej hurtowni danych do nowego środowiska budowanej w ramach SISP HDS, Szczegółowy opis przewidywanych interfejsów PHD znajduje się w punkcie niniejszego załącznika. b. migracja wskazanych danych (oraz metadanych) z obecnej hurtowni danych w zakresie statystyki gospodarczej (dane formularzowe z formularzy DG-1 oraz F-01/I-01 za lata ). Przewiduje się migrację następujących elementów obecnej hurtowni: metabazy (metadane statystyczne), bazy centralnej dane jednostkowe w schemacie gwiazdy 670 mln rekordów tabeli faktów, dane zagregowane w schemacie gwiazdy 320 mln rekordów tabeli faktów, dane w układzie kolumnowym 5,5 mln rekordów Podana liczebność obejmuje dane za lata Migrowane dane, po modyfikacjach, należy umieścić w strukturach nowej HDS. Szczegółowy opis struktur obecnej hurtowni danych w zakresie statystyki gospodarczej znajduje się w załączniku Opis_HDS. 14. Koncepcja sposobu migracji wybranych danych i elementów obecnej hurtowni danych do nowego środowiska budowanej w ramach SISP HDS, 12. Projekt migracji wybranych danych i 12. Projekt migracji wybranych danych i elementów obecnej hurtowni danych do nowego elementów obecnej hurtowni danych do nowego środowiska budowanej w ramach SISP HDS w środowiska budowanej w ramach SISP HDS w tym określenie zakresu, źródeł, sposobu oraz tym określenie harmonogramu przeprowadzenia harmonogramu przeprowadzenia migracji danych: migracji danych: zakłada się migrację danych i metadanych zakłada się migrację danych i metadanych dot. statystyki gospodarczej (dane formularzowe z dot. statystyki gospodarczej (dane formularzowe z formularzy F-01/I-01 za lata ) oraz inne formularzy DG-1 oraz F-01/I-01 za lata ), konieczne elementy (funkcje, procedury, itp.), 4. Budowa interfejsów do powiązanych podsystemów SISP, w tym: 4. Budowa interfejsów do powiązanych podsystemów SISP (w zakresie przewidzianych na realizację interfesjów godzin), w tym: 56 Załącznik nr 1 do załącznika nr 2.1 do SIWZ Zamawiający w celu realizacji zamówienia dedykował niżej wymienione licencje opisane w załączniku nr 2.2 do SIWZ Opis przedmiotu zamówienia dla części 2, w opisie zadania 2: 1) System bazodanowy typ 1-12 licencji każda na 1 rdzeń 2) System bazodanowy typ 2-36 licencji każda na 1 rdzeń 3) Serwerowy systemem operacyjnym - 20 licencji każda na 1 na procesor. Zamawiający w celu realizacji zamówienia dedykował serwery fizyczne: typ 1 3 sztuki, typ 2 4 sztuki, wraz z serwerowym systemem operacyjnym. Typy serwerów opisane w załączniku nr 2.2 do SIWZ Opis przedmiotu zamówienia dla części 2 w opisie zadania 1: 1) Zwirtualizowane środowisko VMWare ESXi v.4.1 do wykorzystania przez Wykonawcę 5 maszyn wirtualnych o następujących maksymalnych parametrach: 4 CPU, 64 GB RAM, z systemem operacyjnym Microsoft Windows 2008R2 w wersji 64 bit standard lub enterprise. 2) Zasoby dyskowe z macierzy: 100 TB powierzchni surowej przed utworzeniem RAID. 3) Reverse Proxy MS TMG do prezentacji aplikacji internetowych. W przypadku, gdy wykonawca będzie potrzebował dodatkowej infrastruktury sprzętowej i systemowej, to musi je dostarczyć w ramach zamówienia wraz z wdrożeniem w infrastrukturze Zamawiającego. Dodatkowe licencje systemów operacyjnych niezbędnych do wykonania infrastruktury projektu muszą być dostarczone w najnowszej dostępnej wersji z rocznym wsparciem producenta. Serwery rzeczywiste, infrastruktura środowiska zwirtualizowanego, dodatkowa przestrzeń dyskowa, zasilacze UPS, urządzenia sieciowe i inne, oraz oprogramowanie muszą być kompatybilne z posiadanym przez Zamawiającego sprzętem i zarządzane przez posiadane przez Zamawiającego oprogramowanie. Dodatkowy sprzęt i oprogramowanie muszą zostać wyszczególnione w Tabeli 1 i 2 Formularza Ofertowego stanowiącego załącznik nr 9 do SIWZ oraz musi zostać ujęty w Formularzu cenowym stanowiącym załącznik nr 10 do SIWZ. Backupy serwerów rzeczywistych i wirtualnych zapewnia Zamawiający. ( ) Zamawiający w celu realizacji zamówienia dedykował niżej wymienione licencje opisane w załączniku nr 2.2 do SIWZ Opis przedmiotu zamówienia dla części 2, w opisie zadania 2: 1) System bazodanowy pomocniczy - 12 licencji każda na 1 rdzeń 2) System bazodanowy główny - 36 licencji każda na 1 rdzeń 3) Serwerowy systemem operacyjny - 20 licencji każda na 1 na procesor. Zamawiający w celu realizacji zamówienia dedykował serwery fizyczne: typ 1 3 sztuki, typ 2 4 sztuki, wraz z serwerowym systemem operacyjnym. Typy serwerów opisane w załączniku nr 2.2 do SIWZ Opis przedmiotu zamówienia dla części 2 w opisie zadania 1. Dodatkowo Zamawiający dedykuje: 1) Zwirtualizowane środowisko VMWare ESXi v.4.1 do wykorzystania przez Wykonawcę 5 maszyn wirtualnych o następujących maksymalnych parametrach: 4 CPU, 64 GB RAM, z systemem operacyjnym Microsoft Windows 2008R2 w wersji 64 bit standard lub enterprise. 2) Zasoby dyskowe z macierzy: 100 TB powierzchni surowej przed utworzeniem RAID. 3) Reverse Proxy MS TMG do prezentacji aplikacji internetowych. W przypadku, gdy wykonawca będzie potrzebował dodatkowej infrastruktury sprzętowej i systemowej, to musi ją dostarczyć w ramach zamówienia wraz z wdrożeniem w infrastrukturze Zamawiającego. Dodatkowe licencje systemów operacyjnych niezbędnych do wykonania infrastruktury projektu muszą być dostarczone w najnowszej dostępnej wersji z rocznym wsparciem producenta. Serwery rzeczywiste, infrastruktura środowiska zwirtualizowanego, dodatkowa przestrzeń dyskowa, zasilacze UPS, urządzenia sieciowe i inne, oraz oprogramowanie muszą być kompatybilne z posiadanym przez Zamawiającego sprzętem i zarządzane przez posiadane przez Zamawiającego oprogramowanie. Dodatkowy sprzęt i oprogramowanie muszą zostać wyszczególnione w Tabeli 1 i 2 Formularza Ofertowego stanowiącego załącznik nr 9 do SIWZ oraz musi zostać ujęty w Formularzu cenowym stanowiącym załącznik nr 10 do SIWZ. Zamawiający udostępni Wykonawcy, w celu prowadzenia prac, środowisko testowolaboratoryjne w terminie 4 tygodni od daty podpisania Umowy. Oprogramowanie serwerowe i aplikacyjne będzie posiadało funkcjonalności opisane w Załączniku nr 2.2 do SIWZ Opis przedmiotu zamówienia dla części 2 Backupy serwerów rzeczywistych i wirtualnych zapewnia Zamawiający. 67 2 do zał.2.1 do SIWZ, wymaganie WN Dokumentacja techniczna Wraz z systemem powinna być dostarczona dokumentacja techniczna w języku polskim opisująca techniczne aspekty modułów składających się na system, w szczególności: 1) technologie wykorzystane w ramach danego modułu, 2) sposób dostępu do funkcji danego modułu, 3) opis obiektów wraz z opisem metod i parametrów tych metod, 4) opis interfejsów do funkcji systemów dostępnych za pomocą protokołu SOAP w postaci plików WSDL, 5) opis komunikacji pomiędzy modułami, 6) opis komunikacji pomiędzy modułami a systemami zewnętrznymi. ( ) Dokumentacja techniczna Wraz z systemem powinna być dostarczona dokumentacja techniczna w języku polskim opisująca techniczne aspekty modułów składających się na system, w szczególności: 1) technologie wykorzystane w ramach danego modułu, 2) sposób dostępu do funkcji danego modułu, 3) opis obiektów wraz z opisem metod i parametrów tych metod, 4) opis interfejsów, 5) opis komunikacji pomiędzy modułami oraz systemami zewnętrznymi, 6) dokumentacja kodu źródłowego oprogramowania stworzonego w ramach budowy podsystemów. 2 do zał.2.1 do SIWZ, wymaganie WN do zał.2.1 do SIWZ, wymaganie WN do zał.2.1 do SIWZ, wymaganie WN usuwa się wymaganie 2 do zał.2.1 Sposób przygotowania dokumnetacji technicznej i eksploatacyjnej Dokumentacja powinna być dostarczona co najmniej w jednym z wymienionych formatów: PDF, RTF, DOC oraz jednym z formatów: HTML, CHM (Windows Help) i przekazana na płycie CD lub DVD oraz wydrukowana w jednym egzemplarzu. Dokumentacja eksploatacyjna Wraz z podsystemem powinna być dostarczona dokumentacja eksploatacyjna w języku polskim opisująca szczegółowo zarówno aspekty techniczne (instalację, konfigurację, wymagane komponenty) oraz funkcjonalne wszystkich elementów podsystemu z podziałem na poszczególne części składowe oraz grupy użytkowników (oddzielna dokumentacja dla administratorów systemu oraz użytkowników poszczególnych modułów). Dokumentacja eksploatacyjna będzie zintegrowana z interfejsem w formie pomocy kontekstowej odnoszącej się do zawartości okna wyświetlanego w danym czasie na ekranie użytkownika podsystemu. Pomoc kontekstowa będzie wyposażona w opcję wyszukiwania znaczeń. Zapewnienie wykorzystania technologii gwarantujących skalowalność systemu Liniowy wzrost liczby i rozmiaru danych przechowywanych w ramach systemu nie powinien zwiększać czasu dodawania ani czasu wyszukiwania danych bardziej niż liniowo. Zapewnienie wydajności dostępu do danych Sposób przygotowania dokumnetacji technicznej i eksploatacyjnej Dokumentacja powinna być przygotowana: w co najmniej w jednym z wymienionych formatów edytowalnych RTF i/lub DOCx, w formacie PDF, dodatkowo dokumentacja kodu źródłowego w jednym z formatów: HTML, CHM (Windows Help) i przekazana na płycie CD lub DVD oraz wydrukowana w jednym egzemplarzu. Dokumentacja eksploatacyjna Wraz z podsystemem powinna być dostarczona dokumentacja eksploatacyjna w języku polskim zawierająca instrukcje obsługi systemu dla użytkowników oraz dla administratorów niezbędne dla potrzeb eksploatacji budowanego podsystemu przez Zamawiającego. Zapewnienie wydajności dostępu do danych - 78 do SIWZ, wymaganie WN do zał.2.1 do SIWZ, wymaganie WN do zał.2.1 do SIWZ, wymaganie WN usuwa się wymaganie 2.2 do SIWZ, Zadanie 1, dodaje się 1 akapit pod Tabelą do SIWZ, Zadanie 1, pierwszy akapit pod Tabelą do SIWZ, Zadanie 1, Tabela 3, pkt 3, kolumna środkowa 2.2 do SIWZ, Zadanie 1, Podsystem HDS musi pracować wydajnie w zakresie dostępu do danych, tj. pozwalać na jednoczesną obsługę minimum 200 Analityków JSP poprzez interfejs użytkowników zaawansowanych. Podsystem PHD musi pracować wydajnie w zakresie dostępu dla obywatela, tj. pozwalać na jednoczesną obsługę minimum 5000 użytkowników (obywateli) przeglądających informacje prezentowane przez poprzez Portal Informacyjny GUS. Niedostępność systemu Łączny czas nieplanowanej niedostępności podsystemu: HDS nie może przekroczyć 8 dni w ciągu roku, PHD nie może przekroczyć 2 dni w ciągu roku. Odtwarzanie danych po awarii System hurtowni danych HDS i PHD musi umożliwiać odtworzenie danych po awarii (procedury Disaster Recovery), na podstawie kopii zapasowej. Maksymalny czas odtwarzania systemu po awarii nie powinien przekraczać: dla HDS (12 godzin), dla PHD (4 godzin). Przez macierz dyskową Zamawiający rozumie zestaw dysków twardych kontrolowanych przez kontrolery macierzowe bez dodatkowych serwerów wirtualizujących. Cztery procesory sześciordzeniowe, x86-64 bity, lub równoważne procesory sześciordzeniowe, osiągające w testach SPECint_rate2006 wynik nie gorszy niż 850 punktów. W przypadku zaoferowania procesora równoważnego, wynik testu musi być publikowany na stronie Zamawiający nie wymaga złożenia wraz z ofertą wyników w/w testów. Dwa procesory sześciordzeniowe, x86-64 bity, lub równoważne procesory sześciordzeniowe, osiągające w testach SPECint_rate2006 wynik nie Podsystem PHD musi pracować wydajnie w zakresie dostępu dla obywatela, tj. pozwalać na obsługę minimum zapytań na dobę poprzez Portal Informacyjny GUS. Niedostępność systemu Łączny czas nieplanowanej niedostępności podsystemu: HDS nie może przekroczyć 8 dni w ciągu roku, PHD nie może przekroczyć 2 dni w ciągu roku. Czasem niedostępności nie będą objęte awarie sprzętu i innych komponentów podsystemów dostarczonych przez Zamawiającego. Zamawiający oczekuje dostarczenia serwerów zgodnie ze specyfikacją zapisaną w tabelach 3-6 przy czym procesory powinny być wyłącznie sześciordzeniowe (Wymaganie konieczne ze względu na licencjonowanie oprogramowania). - Przez macierz dyskową Zamawiający rozumie zestaw dysków twardych kontrolowanych przez kontrolery macierzowe i udostępniający wspólną przestrzeń dyskową bez zastosowania zewnętrznych wirtualizatorów. Za pojedynczą macierz nie można uznać rozwiązania opartego o wiele macierzy dyskowych połączonych przełącznikami SAN lub tzw. wirtualizatorem sieci SAN. Cztery procesory sześciordzeniowe, x86-64 bity, osiągające w testach SPECint_rate2006 wynik nie gorszy niż 850 punktów. Wynik testu musi być publikowany na stronie Zamawiający nie wymaga złożenia wraz z ofertą wyników w/w testów. Dwa procesory sześciordzeniowe, x86-64 bity, osiągające w testach SPECint_rate2006 wynik nie gorszy niż 460 punktów. Wynik testu musi być 89 Tabela 4, pkt 3, kolumna środkowa 2.2 do SIWZ, Zadanie 1, Tabela 5, pkt 3, kolumna środkowa 2.2 do SIWZ, Zadanie 1, Tabela 6, pkt 4, kolumna środkowa 2.2 do SIWZ, Zadanie 1, Tabela 12 dodaje się w tabeli pkt 26 - Wirtualizacja zasobów 2.2 do SIWZ, Zadanie 2, podtytuł Serwerowy system operacyjny spełniający poniższe wymagania., gorszy niż 460 punktów. W przypadku zaoferowania procesora równoważnego, wynik testu musi być publikowany na stronie Zamawiający nie wymaga złożenia wraz z ofertą wyników w/w testów. Dwa procesory sześciordzeniowe, x86-64 bity, lub równoważne procesory sześciordzeniowe, osiągające w testach SPECint_rate2006 wynik nie gorszy niż 460 punktów. W przypadku zaoferowania procesora równoważnego, wynik testu musi być publikowany na stronie Zamawiający nie wymaga złożenia wraz z ofertą wyników w/w testów. Jeden procesor sześciordzeniowy, x86-64 bity, lub równoważny procesor sześciordzeniowy, osiągający w testach SPECint_rate2006 wynik nie gorszy niż 460 punktów (dla konfiguracji dwuprocesorowej). W przypadku zaoferowania procesora równoważnego, wynik testu musi być publikowany na stronie Zamawiający nie wymaga złożenia wraz z ofertą wyników w/w testów Oprogramowanie równoważne musi w pełni współpracować z systemami już eksploatowanymi u Zamawiającego, publikowany na stronie Zamawiający nie wymaga złożenia wraz z ofertą wyników w/w testów. Dwa procesory sześciordzeniowe, x86-64 bity, osiągające w testach SPECint_rate2006 wynik nie gorszy niż 460 punktów. Wynik testu musi być publikowany na stronie Zamawiający nie wymaga złożenia wraz z ofertą wyników w/w testów. Jeden procesor sześciordzeniowy, x86-64 bity, osiągający w testach SPECint_rate2006 wynik nie gorszy niż 460 punktów (dla konfiguracji dwuprocesorowej). Wynik testu musi być publikowany na stronie Zamawiający nie wymaga złożenia wraz z ofertą wyników w/w testów. Kolumna lewa: 26 Kolumna środkowa: Wirtualizacja zasobów Kolumna prawa: Macierz musi mieć możliwość rozbudowy o funkcjonalność wirtualizacji zasobów znajdujących się na innych macierzach dyskowych, w szczególności pochodzących od różnych dostawców. W ramach tej funkcjonalności musi istnieć możliwość wykonywania replikacji synchronicznej i asynchronicznej wolumenów logicznych pomiędzy różnymi typami wirtualizowanych macierzy dyskowych, gdzie zasoby źródłowe kopii zdalnej oraz docelowe kopii zdalnej mogą być zabezpieczone różnymi poziomami RAID i egzystować na różnych technologicznie dyskach stałych (FC, SATA). W ramach funkcjonalności wirtualizacji musi istnieć możliwość wykonania migracji wolumenów logicznych pomiędzy różnymi typami macierzy dyskowych, oraz wewnątrz samej macierzy, bez zatrzymywania aplikacji korzystającej z tych wolumenów. Wymaga się, aby zasoby źródłowe podlegające migracji oraz zasoby do których są migrowane mogły być zabezpieczone różnymi poziomami RAID i egzystować na różnych technologicznie dyskach stałych (FC, SATA). 6. Oprogramowanie równoważne musi w pełni współpracować z systemami już eksploatowanymi u Zamawiającego (tzn. Active Directory 2008 R2 i MS WSUS v3 SP2 obsługujących ponad 460 serwerów z systemem Windows 2008 lub wyższej wersji, MS SCOM 2007 R2 monitorujący ponad 380 serwerów fizycznych i wirtualnych, MS SCCM 2007 R2 SP 2 zarządzający konfiguracją ponad 540 serwerów fizycznych i wirtualnych), 910 Równoważn ość serwerowego systemu operacyjnego oznacza, że:, pkt do SIWZ, Zadanie 2, podtytuł System bazodanowy dla środowiska testoworozwojowego Licencje uprawniające do wykorzystania Systemu bazodanowego o funkcjonalności Systemu bazodanowego głównego wyłącznie do celów testowo-rozwojowych dla 100 użytkowników. W Centrum Przetwarzania Danych Zamawiający posiada zainstalowane systemy bazodanowe MS SQL Serwer 2008 Enterprise zakupione w ramach projektu SISP. Zamawiający posiada kilkaset aplikacji, dla których będą prowadzone prace testoworozwojowe w tym środowisku. Dopuszcza się zaoferowanie produktów równoważnych, które umożliwią Zamawiającemu prowadzenie w tym środowisku prac testowo-rozwojowych zarówno dla zadań projektu SISP jaki i dla posiadanych przez Zamawiającego systemów statystycznych. Wykonawca oferujący produkt równoważny musi wykazać spełnienie wszystkich warunków poniżej. Równoważność systemu bazodanowego dla środowiska testowo-rozwojowego oznacza, że: 1. Warunki licencji w każdym aspekcie licencjonowania są nie gorsze niż licencja każdego z produktów wymienionych powyżej, 2. Nabycie licencji oprogramowania równoważnego pozwala na legalne używanie posiadanych przez Zamawiającego licencji oprogramowania, 3. Funkcjonalność oprogramowania równoważnego nie może być gorsza od funkcjonalności oprogramowania dedykowanego dla środowiska posiadanego przez Zamawiającego wymienionego powyżej, przy czym pod pojęciem funkcjonalności Zamawiający rozumie zbiór funkcji oprogramowania określających zakres jego wykorzystania z wyłączeniem wyglądu interfejsu, 4. Oprogramowanie systemu równoważnego musi być kompatybilne ze środowiskiem posiadanym przez Zamawiającego i w sposób niezakłócony współdziałać ze sprzętem i oprogramowaniem funkcjonującym u Zamawiającego, 5. Oprogramowanie systemu równoważnego nie może zakłócić pracy środowiska systemowoprogramowego Zamawiającego, 6. Oprogramowanie systemu równoważnego musi w pełni współpracować z systemami już eksploatowanymi u Zamawiającego, 7. Oprogramowanie systemu równoważnego musi zapewniać pełną, równoległą współpracę w czasie rzeczywistym i pełną funkcjonalną zamienność produktu produktami stosowanymi Licencje uprawniające do wykorzystania Systemu bazodanowego o funkcjonalności Systemu bazodanowego głównego wyłącznie do celów testowo-rozwojowych dla 100 użytkowników.- 1011 2.2 do SIWZ, Zadanie 2, podtytuł System bazodanowy pomocniczy zapewniający dostęp do systemu nieograniczon ej liczbie użytkownikó w., akapit 2 przez Zamawiającego. Równoważny system bazodanowy (SBD) pomocniczy musi spełniać następujące wymagania poprzez wbudowane mechanizmy: 1. Możliwość wykorzystania SBD jako silnika relacyjnej bazy danych, platformy bazodanowej dla wielu aplikacji. Powinien zawierać serwer raportów, narzędzia do definiowania raportów oraz tworzenia procesów ETL. 2. Zarządzanie, konfigurowanie i monitorowanie wszystkich usług/modułów środowiska bazy danych powinno być zrealizowane w oparciu o dostarczone zintegrowane narzędzia graficzne. Narzędzia te muszą udostępniać możliwość tworzenia skryptów zarządzających systemem oraz automatyzacji ich wykonywania. 3. SBD musi udostępniać graficzne narzędzia do diagnozowania wydajności bazy danych. SBD musi również udostępniać graficzne narzędzia do strojenia wydajności bazy danych z funkcją śledzenia wykonywanych zapytań SQL. 4. SBD musi udostępniać mechanizm zarządzania systemem za pomocą uruchamianych z linii poleceń skryptów administracyjnych, które pozwolą zautomatyzować rutynowe czynności związane z zarządzaniem serwerem. 5. SBD musi pozwalać na zdalne połączenie sesji administratora systemu bazy danych w sposób niezależny od normalnych sesji klientów. 6. SBD musi umożliwiać tworzenie klastrów niezawodnościowych. 7. SBD musi pozwalać na kompresję kopii zapasowej danych (backup) w trakcie jej tworzenia. Powinna to być cecha SBD niezależna od funkcji systemu operacyjnego ani od sprzętowego rozwiązania archiwizacji danych. 8. SBD musi posiadać możliwość rejestracji zdarzeń na poziomie silnika bazy danych w czasie rzeczywistym w celach diagnostycznych, bez ujemnego wpływu na wydajność rozwiązania, pozwalać na selektywne wybieranie rejestrowanych zdarzeń. 9. SBD musi umożliwiać tworzenie procedur składowanych, które mogą być udostępnione i wywoływane jako WebServices, bez wykorzystania dodatkowego oprogramowania. 10. SBD musi umożliwiać definiowanie nowych typów danych wraz z definicją specyficznej dla tych typów danych logiki operacji. Jeśli np. zdefiniujemy typ do przechowywania danych hierarchicznych, to obiekty tego typu powinny udostępnić operacje dostępu do potomków obiektu, rodzica itp. Logika operacji nowego typu danych powinna być implementowana w zaproponowanym przez Dostawcę języku programowania. Nowe typy danych nie mogą być ograniczone wyłącznie do okrojenia typów wbudowanych lub ich kombinacji. 11. SBD musi udostępniać mechanizmy składowania i obróbki danych w postaci struktur Równoważny system bazodanowy (SBD) pomocniczy musi spełniać następujące wymagania: 1. Możliwość wykorzystania SBD jako silnika relacyjnej bazy danych, platformy bazodanowej dla wielu aplikacji. Powinien zawierać serwer raportów, narzędzia do definiowania raportów oraz tworzenia procesów ETL. 2. Zarządzanie, konfigurowanie i monitorowanie wszystkich usług/modułów środowiska bazy danych powinno być zrealizowane w oparciu o dostarczone narzędzia graficzne. Narzędzia te muszą udostępniać możliwość automatyzacji wykonywania zadań związanych z zarządzaniem, konfigurowaniem i monitorowaniem wszystkich usług/modułów środowiska bazy danych. 3. SBD musi udostępniać graficzne narzędzia do diagnozowania wydajności bazy danych. SBD musi również udostępniać graficzne narzędzia do strojenia wydajności bazy danych z funkcją śledzenia wykonywanych zapytań SQL. 4. SBD musi udostępniać mechanizm zarządzania systemem za pomocą uruchamianych z linii poleceń skryptów administracyjnych, które pozwolą zautomatyzować rutynowe czynności związane z zarządzaniem serwerem. 5. SBD musi pozwalać na zdalne połączenie sesji administratora systemu bazy danych w sposób niezależny od normalnych sesji klientów. 6. SBD musi umożliwiać tworzenie klastrów niezawodnościowych. 7. SBD musi pozwalać na kompresję kopii zapasowej danych (backup) w trakcie jej tworzenia. Powinna to być cecha SBD niezależna od funkcji systemu operacyjnego ani od sprzętowego rozwiązania archiwizacji danych. 8. SBD musi posiadać możliwość rejestracji zdarzeń na poziomie silnika bazy danych w czasie rzeczywistym w celach diagnostycznych, pozwalać na selektywne wybieranie rejestrowanych zdarzeń. 9. SBD musi umożliwiać tworzenie procedur składowanych, które mogą być udostępnione i wywoływane jako WebServices. 10. SBD musi umożliwiać definiowanie nowych typów danych wraz z definicją specyficznej dla tych typów danych logiki operacji. Jeśli np. zdefiniujemy typ do przechowywania danych hierarchicznych, to obiekty tego typu powinny udostępnić operacje dostępu do potomków obiektu, rodzica itp. Logika operacji nowego typu danych powinna być implementowana w zaproponowanym przez Dostawcę języku programowania. Nowe typy danych nie mogą być ograniczone wyłącznie do okrojenia typów wbudowanych lub ich kombinacji. 11. SBD musi udostępniać mechanizmy składowania i obróbki danych w postaci struktur XML (wsparcie dla technologii XML). W szczególności musi: - udostępniać typ danych do 1112 XML (wsparcie dla technologii XML). W szczególności musi: - udostępniać typ danych do przechowywania kompletnych dokumentów XML w jednym polu tabeli, - udostępniać mechanizm walidacji struktur XML-owych względem jednego lub wielu szablonów XSD, - udostępniać język zapytań do struktur XML, - udostępniać język modyfikacji danych (DML) w strukturach XML (dodawanie, usuwanie i modyfikację zawartości struktur XML), - udostępniać możliwość indeksowania struktur XML-owych w celu optymalizacji wykonywania zapytań. 12. SBD musi zapewniać wsparcie dla danych przestrzennych (geometrycznych i geograficznych typów danych) pozwalających w prosty sposób przechowywać i analizować informacje o lokalizacji obiektów, dróg i innych punktów orientacyjnych zlokalizowanych na kuli ziemskiej, a w szczególności: - zapewniać możliwość wykorzystywania szerokości i długości geograficznej do opisu lokalizacji obiektów, - oferować wiele metod, które pozwalają na łatwe operowanie kształtami czy bryłami, testowanie ich wzajemnego ułożenia w układach współrzędnych oraz dokonywanie obliczeń takich wielkości, jak pola figur, odległości do punktu na linii, itp., - obsługa geometrycznych i geograficznych typów danych powinna być dostępna z poziomu języka zapytań do systemu SBD, 13. SBD musi umożliwiać tworzenie procedur i funkcji z wykorzystaniem innych języków programowania (np. Java, C#), niż standardowo obsługiwany język zapytań danego SBD. System powinien umożliwiać tworzenie w tych językach m.in. agregujących funkcji użytkownika oraz wyzwalaczy. Dodatkowo powinien udostępniać środowisko do debuggowania. 14. Język zapytań i procedur w SBD musi umożliwiać zastosowanie mechanizmu przechwytywania i obsługi błędów wykonania procedury (na zasadzie bloku instrukcji TRY/CATCH) tak jak w klasycznych językach programowania. 15. SBD musi udostępniać mechanizm pozwalający na zamrożenie planu wykonania zapytania przez silnik bazy danych (w wyniku takiej operacji zapytanie jest zawsze wykonywane przez silnik bazy danych w ten sam sposób). 16. SBD musi posiadać narzędzie do graficznego projektowania transformacji danych. Narzędzie to powinno pozwalać na przygotowanie definicji transformacji w postaci pliku, które potem mogą być wykonywane automatycznie lub z asystą operatora. Transformacje powinny posiadać możliwość graficznego definiowania zarówno przepływu sterowania (program i warunki logiczne) przechowywania kompletnych dokumentów XML w jednym polu tabeli, - udostępniać mechanizm walidacji struktur XML-owych względem jednego lub wielu szablonów XSD, - udostępniać język zapytań do struktur XML, - udostępniać język modyfikacji danych (DML) w strukturach XML (dodawanie, usuwanie i modyfikację zawartości struktur XML), - udostępniać możliwość indeksowania struktur XML-owych w celu optymalizacji wykonywania zapytań. 12. SBD musi zapewniać wsparcie dla danych przestrzennych (geometrycznych i geograficznych typów danych) pozwalających w prosty sposób przechowywać i analizować informacje o lokalizacji obiektów, dróg i innych punktów orientacyjnych zlokalizowanych na kuli ziemskiej, a w szczególności: - zapewniać możliwość wykorzystywania szerokości i długości geograficznej do opisu lokalizacji obiektów, - obsługa geometrycznych i geograficznych typów danych powinna być dostępna z poziomu języka zapytań do systemu SBD, 13. SBD musi umożliwiać tworzenie procedur i funkcji z wykorzystaniem innych języków programowania (np. Java, C#), niż standardowo obsługiwany język zapytań danego SBD. System powinien umożliwiać tworzenie w tych językach m.in. agregujących funkcji użytkownika oraz wyzwalaczy. Dodatkowo powinien udostępniać środowisko do debuggowania. 14. Język zapytań i procedur w SBD musi umożliwiać zastosowanie mechanizmu przechwytywania i obsługi błędów wykonania procedury (na zasadzie bloku instrukcji TRY/CATCH) tak jak w klasycznych językach programowania. 15. SBD musi udostępniać mechanizm pozwalający na zamrożenie planu wykonania zapytania przez silnik bazy danych (w wyniku takiej operacji zapytanie jest zawsze wykonywane przez silnik bazy danych w ten sam sposób). 16. SBD musi posiadać narzędzie do graficznego projektowania transformacji danych. Narzędzie to powinno pozwalać na przygotowanie definicji transformacji w postaci pliku, które potem mogą być wykonywane automatycznie lub z asystą operatora. Transformacje powinny posiadać możliwość graficznego definiowania zarówno przepływu sterowania (program i warunki logiczne) jak i przepływu strumienia rekordów poddawanych transformacjom. Powinna być także zapewniona możliwość tworzenia własnych transformacji Moduł raportowania SBD musi posiadać możliwość definiowania i generowania raportów. Narzędzie do tworzenia raportów powinno pozwalać na ich graficzną definicję. Raporty powinny być udostępnianie przez serwer 1213 2.2 do SIWZ, Zadanie 2, podtytuł System bazodanowy główny zapewniający dostęp do systemu nieograniczon ej liczbie użytkownikó w., akapit 2 jak i przepływu strumienia rekordów poddawanych transformacjom. Powinna być także zapewniona możliwość tworzenia własnych transformacji Moduł raportowania SBD musi posiadać możliwość definiowania i generowania raportów. Narzędzie do tworzenia raportów powinno pozwalać na ich graficzną definicję. Raporty powinny być udostępnianie przez system protokołem HTTP (dostęp klienta za pomocą przeglądarki), bez konieczności stosowania dodatkowego oprogramowania po stronie serwera. Dodatkowo system raportowania powinien obsługiwać: - raporty parametryzowane, - cache raportów i raportów parametryzowanych, - współdzielenie predefiniowanych zapytań do źródeł danych, - możliwość opublikowania elementu raportu (wykresu, tabeli) we współdzielonej bibliotece, z której mogą korzystać inni użytkownicy tworzący nowy raport, 18. Środowisko raportowania powinno być osadzone i administrowane z wykorzystaniem mechanizmu Web Serwisów (Web Services). 19. Wymagane jest generowanie raportów w formatach: XML, PDF, Microsoft Excel (od wersji 1997 do 2010), Microsoft Word (od wersji 1997 do 2010), HTML, TIFF. Dodatkowo raporty powinny być eksportowane w formacie Atom data feeds, które można będzie wykorzystać jako źródło danych w innych aplikacjach. 20. SBD musi umożliwiać rozbudowę mechanizmów raportowania m.in. o dodatkowe formaty eksportu danych, obsługę nowych źródeł danych dla raportów, funkcje i algorytmy wykorzystywane podczas generowania raportu (np. nowe funkcje agregujące), mechanizmy zabezpieczeń dostępu do raportów. 21. SBD musi umożliwiać wysyłkę raportów drogą mailową w wybranym formacie (subskrypcja). Równoważny system bazodanowy (SBD) główny musi spełniać poniższe wymagania poprzez wbudowane mechanizmy: 1. Możliwość wykorzystania SBD jako silnika relacyjnej bazy danych, analitycznej, wielowymiarowej bazy danych, platformy bazodanowej dla wielu aplikacji. Powinien zawierać serwer raportów, narzędzia do definiowania raportów, wykonywania analiz biznesowych oraz tworzenia procesów ETL. W szczególności SBD musi zagwarantować możliwość jego wykorzystania na potrzeby budowy hurtowni danych. 2. Zarządzanie, konfigurowanie i monitorowanie wszystkich usług/modułów środowiska bazy danych powinno być zrealizowane w oparciu o dostarczone zintegrowane narzędzia graficzne. Narzędzia te muszą udostępniać możliwość tworzenia skryptów zarządzających systemem oraz automatyzacji ich wykonywania. raportów protokołem HTTP (dostęp klienta za pomocą przeglądarki). Dodatkowo system raportowania powinien obsługiwać: - raporty parametryzowane, - cache raportów i raportów parametryzowanych, - współdzielenie predefiniowanych zapytań do źródeł danych, - możliwość opublikowania elementu raportu (wykresu, tabeli) we współdzielonej bibliotece, z której mogą korzystać inni użytkownicy tworzący nowy raport, 18. Wymagane jest generowanie raportów w formatach: XML, PDF, Microsoft Excel (od wersji 1997 do 2010), Microsoft Word (od wersji 1997 do 2010), HTML, TIFF. Dodatkowo raporty powinny być eksportowane w formacie Atom data feeds, które można będzie wykorzystać jako źródło danych w innych aplikacjach. 19. SBD musi umożliwiać rozbudowę mechanizmów raportowania m.in. o dodatkowe formaty eksportu danych, obsługę nowych źródeł danych dla raportów, funkcje i algorytmy wykorzystywane podczas generowania raportu (np. nowe funkcje agregujące). 20. SBD musi umożliwiać wysyłkę raportów drogą mailową w formacie wybranym spośród udostępnianych formatów (subskrypcja). Równoważny system bazodanowy (SBD) główny musi spełniać poniższe wymagania: 1. Możliwość wykorzystania SBD jako silnika relacyjnej bazy danych, analitycznej, wielowymiarowej bazy danych, platformy bazodanowej dla wielu aplikacji. Powinien zawierać serwer raportów, narzędzia do definiowania raportów, wykonywania analiz biznesowych oraz tworzenia procesów ETL. 2. Zarządzanie, konfigurowanie i monitorowanie wszystkich usług/modułów środowiska bazy danych powinno być zrealizowane w oparciu o dostarczone narzędzia graficzne. Narzędzia te muszą udostępniać możliwość automatyzacji wykonywania zadań związanych z zarządzaniem, konfigurowaniem i monitorowaniem wszystkich usług/modułów środowiska bazy danych. 3. SBD musi udostępniać graficzne narzędzia do diagnozowania wydajności bazy 1314 3. SBD musi udostępniać graficzne narzędzia do diagnozowania wydajności bazy danych. SBD musi również udostępniać graficzne narzędzia do strojenia wydajności bazy danych z funkcją śledzenia wykonywanych zapytań SQL. 4. SBD musi udostępniać mechanizm zarządzania systemem za pomocą uruchamianych z linii poleceń skryptów administracyjnych, które pozwolą zautomatyzować rutynowe czynności związane z zarządzaniem serwerem. 5. SBD musi pozwalać na zdalne połączenie sesji administratora systemu bazy danych w sposób niezależny od normalnych sesji klientów. 6. SBD musi umożliwiać wykonywanie typowych zadań administracyjnych (indeksowanie, backup, odtwarzanie danych) bez konieczności przerywania pracy systemu lub przechodzenia w tryb jednoużytkownikowy. 7. SBD powinien umożliwiać tworzenie w dowolnym momencie kopii bazy danych tylko do odczytu zawierającej stan bazy z bieżącego momentu czasu. Wiele takich kopii może być równolegle użytkowanych w celu wykonywania z nich zapytań. 8. SBD musi umożliwiać tworzenie klastrów niezawodnościowych. Powinien również umożliwiać tworzenie klastrów niezawodnościowych, których węzły znajdują się w różnych podsieciach komputerowych. 9. SBD powinien pozwalać na transakcyjną replikację wybranych danych z bazy danych między wieloma węzłami. Dodanie lub usunięcie węzła nie powinno wpływać na funkcjonowanie i spójność systemu replikacji, ani nie powinno przerywać procesu replikacji. Dane mogą w takim schemacie replikacji być modyfikowane w dowolnym węźle (ale tylko w jednym węźle w danym momencie). System powinien zawierać narzędzie do nadzorowania i wizualizacji topologii oraz stanu procesu replikacji. Dodatkowo SBD powinien umożliwiać kompresję przesyłanych danych między serwerami uczestniczącymi w replikacji, aby minimalizować obciążenie łączy sieciowych. 10. SBD musi pozwalać na kompresję kopii zapasowej danych (backup) w trakcie jej tworzenia. Powinna to być cecha SBD niezależna od funkcji systemu operacyjnego ani od sprzętowego rozwiązania archiwizacji danych. 11. SBD musi pozwalać na szyfrowanie przechowywanych danych. Szyfrowanie musi być cechą SBD i nie może wymagać jakichkolwiek zmian w aplikacjach korzystających z danych. Zaszyfrowanie lub odszyfrowanie danych nie powinno powodować przerwy w dostępie do danych. Kopia bezpieczeństwa szyfrowanej bazy także powinna być automatycznie zaszyfrowana. 12. SBD musi posiadać możliwość rejestracji zdarzeń na poziomie silnika bazy danych w czasie rzeczywistym w celach diagnostycznych, bez ujemnego wpływu na wydajność rozwiązania, pozwalać na selektywne wybieranie rejestrowanych danych. SBD musi również udostępniać graficzne narzędzia do strojenia wydajności bazy danych z funkcją śledzenia wykonywanych zapytań SQL. 4. SBD musi udostępniać mechanizm zarządzania systemem za pomocą uruchamianych z linii poleceń skryptów administracyjnych, które pozwolą zautomatyzować rutynowe czynności związane z zarządzaniem serwerem. 5. SBD musi pozwalać na zdalne połączenie sesji administratora systemu bazy danych w sposób niezależny od normalnych sesji klientów. 6. SBD musi umożliwiać wykonywanie typowych zadań administracyjnych (indeksowanie, backup) bez konieczności przerywania pracy systemu lub przechodzenia w tryb jednoużytkownikowy. 7. SBD powinien umożliwiać tworzenie w dowolnym momencie kopii bazy danych tylko do odczytu zawierającej stan bazy z bieżącego momentu czasu. Wiele takich kopii może być równolegle użytkowanych w celu wykonywania z nich zapytań. 8. SBD musi umożliwiać tworzenie klastrów niezawodnościowych. Powinien również umożliwiać tworzenie klastrów niezawodnościowych, których węzły znajdują się w różnych podsieciach komputerowych. 9. SBD powinien pozwalać na transakcyjną replikację wybranych danych z bazy danych między wieloma węzłami. Dodanie lub usunięcie węzła nie powinno wpływać na funkcjonowanie i spójność systemu replikacji, ani nie powinno przerywać procesu replikacji. Dane mogą w takim schemacie replikacji być modyfikowane w dowolnym węźle (ale tylko w jednym węźle w danym momencie). System powinien zawierać narzędzie do nadzorowania i wizualizacji topologii oraz stanu procesu replikacji. Dodatkowo SBD powinien umożliwiać kompresję przesyłanych danych między serwerami uczestniczącymi w replikacji, aby minimalizować obciążenie łączy sieciowych. 10. SBD musi pozwalać na kompresję kopii zapasowej danych (backup) w trakcie jej tworzenia. Powinna to być cecha SBD niezależna od funkcji systemu operacyjnego ani od sprzętowego rozwiązania archiwizacji danych. 11. SBD musi pozwalać na szyfrowanie przechowywanych danych. Szyfrowanie musi być cechą SBD i nie może wymagać jakichkolwiek zmian w aplikacjach korzystających z danych. Zaszyfrowanie lub odszyfrowanie danych nie powinno powodować przerwy w dostępie do danych. Kopia bezpieczeństwa szyfrowanej bazy także powinna być automatycznie zaszyfrowana. 12. SBD musi posiadać możliwość rejestracji zdarzeń na poziomie silnika bazy danych w czasie rzeczywistym w celach diagnostycznych, pozwalać na selektywne wybieranie rejestrowanych zdarzeń. 13. SBD musi umożliwiać tworzenie procedur składowanych, które mogą być udostępnione i wywoływane jako WebServices. 1415 zdarzeń. 13. SBD musi umożliwiać tworzenie procedur składowanych, które mogą być udostępnione i wywoływane jako WebServices, bez wykorzystania dodatkowego oprogramowania. 14. SBD musi umożliwiać definiowanie nowych typów danych wraz z definicją specyficznej dla tych typów danych logiki operacji. Jeśli np. zdefiniujemy typ do przechowywania danych hierarchicznych, to obiekty tego typu powinny udostępnić operacje dostępu do potomków obiektu, rodzica itp. Logika operacji nowego typu danych powinna być implementowana w zaproponowanym przez Dostawcę języku programowania. Nowe typy danych nie mogą być ograniczone wyłącznie do okrojenia typów wbudowanych lub ich kombinacji. 15. SBD musi udostępniać mechanizmy składowania i obróbki danych w postaci struktur XML. (wsparcie dla technologii XML) W szczególności musi: - udostępniać typ danych do przechowywania kompletnych dokumentów XML w jednym polu tabeli, - udostępniać mechanizm walidacji struktur XML-owych względem jednego lub wielu szablonów XSD, - udostępniać język zapytań do struktur XML, - udostępniać język modyfikacji danych (DML) w strukturach XML (dodawanie, usuwanie i modyfikację zawartości struktur XML), - udostępniać możliwość indeksowania struktur XML-owych w celu optymalizacji wykonywania zapytań. 16. SBD musi zapewniać wsparcie dla danych przestrzennych (geometrycznych i geograficznych typów danych) pozwalających w prosty sposób przechowywać i analizować informacje o lokalizacji obiektów, dróg i innych punktów orientacyjnych zlokalizowanych na kuli ziemskiej, a w szczególności: - zapewniać możliwość wykorzystywania szerokości i długości geograficznej do opisu lokalizacji obiektów, - oferować wiele metod, które pozwalają na łatwe operowanie kształtami czy bryłami, testowanie ich wzajemnego ułożenia w układach współrzędnych oraz dokonywanie obliczeń takich wielkości, jak pola figur, odległości do punktu na linii, itp., - obsługa geometrycznych i geograficznych typów danych powinna być dostępna z poziomu języka zapytań do systemu SBD, 17. SBD powinien umożliwiać przechowywanie i efektywne zarządzanie dużymi obiektami binarnymi (pliki graficzne, multimedialne, dokumenty, itp.). Obiekty te nie powinny być przechowywane w plikach bazy danych, ale w systemie plików. Jednocześnie pliki te powinny być zarządzane przez SBD (kontrola 14. SBD musi umożliwiać definiowanie nowych typów danych wraz z definicją specyficznej dla tych typów danych logiki operacji. Jeśli np. zdefiniujemy typ do przechowywania danych hierarchicznych, to obiekty tego typu powinny udostępnić operacje dostępu do potomków obiektu, rodzica itp. Logika operacji nowego typu danych powinna być implementowana w zaproponowanym przez Dostawcę języku programowania. Nowe typy danych nie mogą być ograniczone wyłącznie do okrojenia typów wbudowanych lub ich kombinacji. 15. SBD musi udostępniać mechanizmy składowania i obróbki danych w postaci struktur XML. (wsparcie dla technologii XML) W szczególności musi: - udostępniać typ danych do przechowywania kompletnych dokumentów XML w jednym polu tabeli, - udostępniać mechanizm walidacji struktur XML-owych względem jednego lub wielu szablonów XSD, - udostępniać język zapytań do struktur XML, - udostępniać język modyfikacji danych (DML) w strukturach XML (dodawanie, usuwanie i modyfikację zawartości struktur XML), - udostępniać możliwość indeksowania struktur XML-owych w celu optymalizacji wykonywania zapytań. 16. SBD musi zapewniać wsparcie dla danych przestrzennych (geometrycznych i geograficznych typów danych) pozwalających w prosty sposób przechowywać i analizować informacje o lokalizacji obiektów, dróg i innych punktów orientacyjnych zlokalizowanych na kuli ziemskiej, a w szczególności: - zapewniać możliwość wykorzystywania szerokości i długości geograficznej do opisu lokalizacji obiektów, - obsługa geometrycznych i geograficznych typów danych powinna być dostępna z poziomu języka zapytań do systemu SBD, 17. SBD powinien umożliwiać przechowywanie i efektywne zarządzanie dużymi obiektami binarnymi (pliki graficzne, multimedialne, dokumenty, itp.). Obiekty te nie powinny być przechowywane w plikach bazy danych, ale w systemie plików. Jednocześnie pliki te powinny być zarządzane przez SBD (kontrola dostępu na podstawie uprawnień nadanych w SBD). 18. SBD powinien udostępniać wbudowany mechanizm kompresji zgromadzonych danych w celu osiągnięcia lepszej wydajności przy niezmienionej konfiguracji sprzętowej. SBD powinien umożliwiać kompresję danych i indeksów. 19. SBD powinien pozwalać na rejestrację zmian w danych włącznie z zapamiętaniem stanu pojedynczego rekordu danych sprzed modyfikacji. Rozwiązanie powinno być konfigurowalne bez 1516 dostępu na podstawie uprawnień nadanych w SBD). 18. SBD powinien udostępniać wbudowany mechanizm kompresji zgromadzonych danych w celu osiągnięcia lepszej wydajności przy niezmienionej konfiguracji sprzętowej. SBD powinien umożliwiać kompresję danych i indeksów. 19. SBD powinien pozwalać na rejestrację zmian w danych włącznie z zapamiętaniem stanu pojedynczego rekordu danych sprzed modyfikacji. Rozwiązanie nie powinno ujemnie wpływać na wydajność systemu i powinno być konfigurowalne bez wpływu na istniejące aplikacje korzystające z danych. Rozwiązanie powinno rejestrować także zmiany w definicji struktur danych. 20. SBD powinien pozwalać na rejestrację operacji takich jak: logowanie, wylogowanie użytkownika, zmiany w definicji obiektów bazy danych (tabele, procedury), wykonywanie przez wskazanego użytkownika operacji takich jak SELECT, INSERT, UPDATE, DELETE. Rozwiązanie powinno być niezależne od aplikacji, wbudowane w SBD. 21. SBD powinien umożliwiać partycjonowanie danych poprzez podział danych w jednej tabeli między różne fizyczne pamięci masowe zgodnie ze zdefiniowanymi warunkami podziału. Powinien udostępniać mechanizm równoległego (wielowątkowego) dostępu do danych umieszczonych w różnych partycjach. 22. SBD powinien umożliwiać tworzenie indeksów na podzbiorze danych z tabeli określonym poprzez wyrażenie filtrujące. 23. SBD musi umożliwiać tworzenie procedur i funkcji z wykorzystaniem innych języków programowania (np. Java, C#), niż standardowo obsługiwany język zapytań danego SBD. System powinien umożliwiać tworzenie w tych językach m.in. agregujących funkcji użytkownika oraz wyzwalaczy. Dodatkowo powinien udostępniać środowisko do debuggowania. 24. Język zapytań i procedur w SBD musi umożliwiać zastosowanie mechanizmu przechwytywania i obsługi błędów wykonania procedury (na zasadzie bloku instrukcji TRY/CATCH) tak jak w klasycznych językach programowania. 25. SBD musi udostępniać mechanizm pozwalający na zamrożenie planu wykonania zapytania przez silnik bazy danych (w wyniku takiej operacji zapytanie jest zawsze wykonywane przez silnik bazy danych w ten sam sposób). 26. SBD musi posiadać narzędzie do graficznego projektowania transformacji danych. Narzędzie to powinno pozwalać na przygotowanie definicji transformacji w postaci pliku, które potem mogą być wykonywane automatycznie lub z asystą operatora. Transformacje powinny posiadać możliwość graficznego definiowania zarówno przepływu sterowania (program i warunki logiczne) jak i przepływu strumienia rekordów poddawanych wpływu na istniejące aplikacje korzystające z danych. Rozwiązanie powinno rejestrować także zmiany w definicji struktur danych. 20. SBD powinien pozwalać na rejestrację operacji takich jak: logowanie, wylogowanie użytkownika, zmiany w definicji obiektów bazy danych (tabele, procedury), wykonywanie przez wskazanego użytkownika operacji takich jak SELECT, INSERT, UPDATE, DELETE. Rozwiązanie powinno być niezależne od aplikacji, wbudowane w SBD. 21. SBD powinien umożliwiać partycjonowanie danych poprzez podział danych w jednej tabeli między różne fizyczne pamięci masowe zgodnie ze zdefiniowanymi warunkami podziału. Powinien udostępniać mechanizm równoległego (wielowątkowego) dostępu do danych umieszczonych w różnych partycjach. 22. SBD powinien umożliwiać tworzenie indeksów na podzbiorze danych z tabeli określonym poprzez wyrażenie filtrujące. 23. SBD musi umożliwiać tworzenie procedur i funkcji z wykorzystaniem innych języków programowania (np. Java, C#), niż standardowo obsługiwany język zapytań danego SBD. System powinien umożliwiać tworzenie w tych językach m.in. agregujących funkcji użytkownika oraz wyzwalaczy. Dodatkowo powinien udostępniać środowisko do debuggowania. 24. Język zapytań i procedur w SBD musi umożliwiać zastosowanie mechanizmu przechwytywania i obsługi błędów wykonania procedury (na zasadzie bloku instrukcji TRY/CATCH) tak jak w klasycznych językach programowania. 25. SBD musi udostępniać mechanizm pozwalający na zamrożenie planu wykonania zapytania przez silnik bazy danych (w wyniku takiej operacji zapytanie jest zawsze wykonywane przez silnik bazy danych w ten sam sposób). 26. SBD musi posiadać narzędzie do graficznego projektowania transformacji danych. Narzędzie to powinno pozwalać na przygotowanie definicji transformacji w postaci pliku, które potem mogą być wykonywane automatycznie lub z asystą operatora. Transformacje powinny posiadać możliwość graficznego definiowania zarówno przepływu sterowania (program i warunki logiczne) jak i przepływu strumienia rekordów poddawanych transformacjom. Zestaw standardowych dostępnych transformacji powinien obejmować takie transformacje jak: sortowanie, wyszukiwanie wartości według klucza w tabelach słownikowych, automatyczna obsługa SCD (Slowly Changing Dimension) w zasilaniu hurtowni danych. Powinna być także zapewniona możliwość tworzenia własnych transformacji. 27. SBD musi posiadać moduł pozwalający na tworzenie rozwiązań służących do analizy danych wielowymiarowych (hurtownia danych). System powinien umożliwiać pracę w dwóch trybach: wielowymiarowym (tworzenie kostek 1617 transformacjom. Zestaw standardowych dostępnych transformacji powinien obejmować takie transformacje jak: sortowanie, wyszukiwanie wartości według klucza w tabelach słownikowych, automatyczna obsługa SCD (Slowly Changing Dimension) w zasilaniu hurtowni danych. Powinna być także zapewniona możliwość tworzenia własnych transformacji. 27. SBD musi posiadać moduł pozwalający na tworzenie rozwiązań służących do analizy danych wielowymiarowych (hurtownia danych). System powinien umożliwiać pracę w dwóch trybach: wielowymiarowym (tworzenie kostek wielowymiarowych), tabelarycznym (wykorzystującym technologię in-memory BI). Powinno być możliwe tworzenie: wymiarów, miar. Wymiary powinny mieć możliwość określania dodatkowych atrybutów będących dodatkowymi poziomami agregacji. Powinna być możliwość definiowania hierarchii w obrębie wymiaru. 28. Moduł analityczny musi mieć możliwość wyliczania agregacji wartości miar dla zmieniających się elementów (członków) wymiarów i ich atrybutów. Agregacje powinny być składowane w jednym z wybranych modeli (MOLAP, ROLAP). Pojedyncza baza analityczna musi mieć możliwość mieszania modeli składowania. 29. SBD powinien posiadać narzędzia do zarządzania jakością danych w organizacji. W ramach tych funkcji powinien: - udostępniać funkcje do profilowania danych (analiza i raporty dot. jakości danych), - udostępniać funkcje do deduplikacji danych, - określać stopień poprawności wartości atrybutu i w przypadku błędnej wartości sugerować wartość poprawną do akceptacji przez użytkownika, - umożliwiać definiowanie osobnych reguł czyszczenia dla wybranych domen (typów atrybutów), - umożliwiać definiowanie złożonych domen (zestawu kilku atrybutów) oraz ocenę jakości danych na podstawie powiązań między tymi atrybutami (np. weryfikację poprawności danych adresowych złożonych z kodu pocztowego, miasta i ulicy), - pozwalać na ręczną korektę nieprawidłowych danych w dedykowanej aplikacji (bez konieczności programowania), - umożliwiać eksport wyników badania (poprawnych i sugerowanych wartości) do pliku tekstowego lub bazy relacyjnej, eksport powinien obejmować wartości po korekcie oraz ewentualnie te przed korektą, - przechowywać reguły walidujące i oceniające jakość danych w dedykowanej bazie danych (bazie wiedzy), - umożliwiać uzupełnianie i rozszerzanie bazy wiedzy o dane referencyjne pochodzące z systemów zewnętrznych, wielowymiarowych), tabelarycznym (wykorzystującym technologię in-memory BI). Powinno być możliwe tworzenie: wymiarów, miar. Wymiary powinny mieć możliwość określania dodatkowych atrybutów będących dodatkowymi poziomami agregacji. Powinna być możliwość definiowania hierarchii w obrębie wymiaru. 28. Moduł analityczny musi mieć możliwość wyliczania agregacji wartości miar dla zmieniających się elementów (członków) wymiarów i ich atrybutów. Agregacje powinny być składowane w jednym z wybranych modeli (MOLAP, ROLAP). Pojedyncza baza analityczna musi mieć możliwość mieszania modeli składowania. 29. SBD powinien posiadać narzędzia do zarządzania jakością danych w organizacji. W ramach tych funkcji powinien: - udostępniać funkcje do profilowania danych (analiza i raporty dot. jakości danych), - udostępniać funkcje do deduplikacji danych, - określać stopień poprawności wartości atrybutu i w przypadku błędnej wartości sugerować wartość poprawną do akceptacji przez użytkownika, - umożliwiać definiowanie osobnych reguł czyszczenia dla wybranych domen (typów atrybutów), - umożliwiać definiowanie złożonych domen (zestawu kilku atrybutów) oraz ocenę jakości danych na podstawie powiązań między tymi atrybutami (np. weryfikację poprawności danych adresowych złożonych z kodu pocztowego, miasta i ulicy), - pozwalać na ręczną korektę nieprawidłowych danych w dedykowanej aplikacji (bez konieczności programowania), - umożliwiać eksport wyników badania (poprawnych i sugerowanych wartości) do pliku tekstowego lub bazy relacyjnej, eksport powinien obejmować wartości po korekcie oraz ewentualnie te przed korektą, - przechowywać reguły walidujące i oceniające jakość danych w dedykowanej bazie danych (bazie wiedzy), - umożliwiać uzupełnianie i rozszerzanie bazy wiedzy o dane referencyjne pochodzące z systemów zewnętrznych, - zapewniać mechanizmy uczenia się bazy wiedzy czyli w miarę realizacji kolejnych procesów ręcznego czyszczenia danych baza wiedzy powinna umożliwiać gromadzenie tych informacji na potrzeby kolejnych procesów, - umożliwiać wykorzystanie bazy wiedzy w automatycznym procesie czyszczenia danych (powinien integrować się z narzędziami do ekstrakcji, transformacji i ładowania danych, dzięki czemu będzie można wykorzystać te mechanizmy w automatycznym procesie ładowania danych). 30. Możliwość zarządzania centralnymi słownikami danych - SBD powinien dostarczać 1718 - zapewniać mechanizmy uczenia się bazy wiedzy czyli w miarę realizacji kolejnych procesów ręcznego czyszczenia danych baza wiedzy powinna umożliwiać gromadzenie tych informacji na potrzeby kolejnych procesów, - umożliwiać wykorzystanie bazy wiedzy w automatycznym procesie czyszczenia danych (powinien integrować się z narzędziami do ekstrakcji, transformacji i ładowania danych, dzięki czemu będzie można wykorzystać te mechanizmy w automatycznym procesie ładowania danych). 30. Możliwość zarządzania centralnymi słownikami danych - SBD powinien dostarczać narzędzia do przechowywania i zarządzania centralnym słownikiem danych (Master Data Management - MDM). System MDM powinien: - udostępniać narzędzia do wprowadzania, modyfikacji i wyszukiwania danych w słownikach, - umożliwiać wersjonowanie danych (śledzenie zmian wprowadzonych przez użytkowników z możliwością ich cofnięcia do wybranej wersji), - udostępniać mechanizm tworzenia i uruchamiania reguł walidujących poprawność danych w słownikach, - udostępniać narzędzia do administracji i kontroli uprawnień dostępu do danych w MDM, - udostępniać zestaw bibliotek (API programistyczne) z funkcjonalnościami MDM do wykorzystania w aplikacjach użytkownika, - umożliwiać eksport danych zgromadzonych w systemie MDM, - umożliwiać zarządzanie danymi podstawowymi z poziomu programu Microsoft Excel. 31. Moduł analityczny powinien umożliwiać rejestrowanie zapytań wykonywanych przez użytkowników do baz analitycznych, a następnie umożliwiać na podstawie zgromadzonych informacji automatyczną optymalizację wydajności systemu (np. automatyczne projektowanie agregacji pozwalające na przyspieszenie wykonywania najczęściej wykonywanych zapytań do bazy danych). 32. Moduł analityczny powinien umożliwiać tworzenie perspektyw na bazie wielowymiarowej pozwalających ograniczyć widok dla użytkownika tylko do pewnego podzbioru obiektów dostępnych w całej bazie danych. 33. Moduł analityczny powinien umożliwiać użytkownikom tworzenie analiz In-Memory, czyli przetwarzanie dużej liczby rekordów skompresowanych w pamięci RAM. Powinien umożliwiać tworzenie modeli wykorzystujących tabele pochodzące z wielu niezależnych źródeł danych i łączone między sobą relacjami. 34. Moduł analityczny powinien udostępniać dedykowany język do tworzenia logiki biznesowej w modelu. Język ten powinien m.in. obsługiwać relacje utworzone między tabelami, mechanizmy operacji na datach i okresach, oraz zapewniać mechanizmy kontroli bezpieczeństwa i dostępu do narzędzia do przechowywania i zarządzania centralnym słownikiem danych (Master Data Management - MDM). System MDM powinien: - udostępniać narzędzia do wprowadzania, modyfikacji i wyszukiwania danych w słownikach, - umożliwiać wersjonowanie danych (śledzenie zmian wprowadzonych przez użytkowników z możliwością ich cofnięcia do wybranej wersji), - udostępniać mechanizm tworzenia i uruchamiania reguł walidujących poprawność danych w słownikach, - udostępniać narzędzia do administracji i kontroli uprawnień dostępu do danych w MDM, - udostępniać zestaw bibliotek (API programistyczne) z funkcjonalnościami MDM do wykorzystania w aplikacjach użytkownika, - umożliwiać eksport danych zgromadzonych w systemie MDM, - umożliwiać zarządzanie danymi podstawowymi z poziomu programu Microsoft Excel. 31. Moduł analityczny powinien umożliwiać rejestrowanie zapytań wykonywanych przez użytkowników do baz analitycznych, a następnie umożliwiać na podstawie zgromadzonych informacji automatyczną optymalizację wydajności systemu (np. automatyczne projektowanie agregacji pozwalające na przyspieszenie wykonywania najczęściej wykonywanych zapytań do bazy danych). 32. Moduł analityczny powinien umożliwiać tworzenie perspektyw na bazie wielowymiarowej pozwalających ograniczyć widok dla użytkownika tylko do pewnego podzbioru obiektów dostępnych w całej bazie danych. 33. Moduł analityczny powinien umożliwiać użytkownikom tworzenie analiz In-Memory, czyli przetwarzanie dużej liczby rekordów skompresowanych w pamięci RAM. Powinien umożliwiać tworzenie modeli wykorzystujących tabele pochodzące z wielu niezależnych źródeł danych i łączone między sobą relacjami. 34. Moduł analityczny powinien udostępniać dedykowany język do tworzenia logiki biznesowej w modelu. Język ten powinien m.in. obsługiwać relacje utworzone między tabelami, mechanizmy operacji na datach i okresach, oraz zapewniać mechanizmy kontroli bezpieczeństwa i dostępu do danych na poziomie poszczególnych wierszy. 35. SBD powinien udostępniać mechanizmy optymalizacji zapytań w modelu gwiazdy (tabela faktów łączona z tabelami wymiarów). 36. SBD powinien udostępniać wbudowane mechanizmy pozwalające w łatwy i szybki sposób aktualizować zawartość tabel faktów (wykorzystywanych w modelach wielowymiarowych). Mechanizm ten powinien być dostępny z poziomu zapytań języka SQL obsługiwanego przez silnik bazy danych. 37. Moduł analityczny musi udostępniać rozwiązania Data Mining, m.in.: algorytmy reguł 1819 danych na poziomie poszczególnych wierszy. 35. SBD powinien udostępniać mechanizmy optymalizacji zapytań w modelu gwiazdy (tabela faktów łączona z tabelami wymiarów). Zapytania te często wykorzystywane są w hurtowniach danych i analizach wielowymiarowych. Ze względu na dużą liczbę danych wykorzystywanych w tego typu zapytaniach metody optymalizacji tego typu zapytań pozwalają znacząco zwiększyć wydajność przy tworzeniu rozwiązań hurtowni danych i wielowymiarowych struktur analitycznych (OLAP). 36. SBD powinien udostępniać wbudowane mechanizmy pozwalające w łatwy i szybki sposób aktualizować zawartość tabel faktów (wykorzystywanych w modelach wielowymiarowych). Mechanizm ten powinien być dostępny z poziomu zapytań języka SQL obsługiwanego przez silnik bazy danych. 37. Moduł analityczny musi udostępniać rozwiązania Data Mining, m.in.: algorytmy reguł związków, szeregów czasowych, drzew regresji, sieci neuronowych. Dodatkowo system powinien umożliwiać tworzenie własnych algorytmów, udostępniać narzędzia do wizualizacji danych z modelu Data Mining oraz język zapytań do odpytywania tych modeli. 38. SBD musi udostępniać użytkownikom możliwość tworzenia wskaźników KPI (Key Performance Indicators) na podstawie danych zgromadzonych w strukturach wielowymiarowych. W szczególności powinien pozwalać na zdefiniowanie takich elementów, jak: wartość aktualna, cel, trend, symbol graficzny wskaźnika w zależności od stosunku wartości aktualnej do celu. System powinien umożliwiać tworzenie takich wskaźników również w modelach danych wykorzystujących technologię in-memory BI. 39. Moduł raportowania SBD musi posiadać możliwość definiowania i generowania raportów. Narzędzie do tworzenia raportów powinno pozwalać na ich graficzną definicję. Raporty powinny być udostępnianie przez system protokołem HTTP (dostęp klienta za pomocą przeglądarki), bez konieczności stosowania dodatkowego oprogramowania po stronie serwera. Dodatkowo system raportowania powinien obsługiwać: - raporty parametryzowane, - cache raportów i raportów parametryzowanych, - współdzielenie predefiniowanych zapytań do źródeł danych, - wizualizację danych analitycznych na mapach geograficznych (w tym import map w formacie ESRI Shape File), - możliwość opublikowania elementu raportu (wykresu, tabeli) we współdzielonej bibliotece, z której mogą korzystać inni użytkownicy tworzący nowy raport, - możliwość wizualizacji wskaźników KPI, związków, szeregów czasowych, drzew regresji, sieci neuronowych. Dodatkowo system powinien umożliwiać tworzenie własnych algorytmów, udostępniać narzędzia do wizualizacji danych z modelu Data Mining oraz język zapytań do odpytywania tych modeli. 38. SBD musi udostępniać użytkownikom możliwość tworzenia wskaźników KPI (Key Performance Indicators) na podstawie danych zgromadzonych w strukturach wielowymiarowych. W szczególności powinien pozwalać na zdefiniowanie takich elementów, jak: wartość aktualna, cel, trend, symbol graficzny wskaźnika w zależności od stosunku wartości aktualnej do celu. System powinien umożliwiać tworzenie takich wskaźników również w modelach danych wykorzystujących technologię in-memory BI. 39. Moduł raportowania SBD musi posiadać możliwość definiowania i generowania raportów. Narzędzie do tworzenia raportów powinno pozwalać na ich graficzną definicję. Raporty powinny być udostępnianie przez serwer raportów protokołem HTTP (dostęp klienta za pomocą przeglądarki),. Dodatkowo system raportowania powinien obsługiwać: - raporty parametryzowane, - cache raportów i raportów parametryzowanych, - współdzielenie predefiniowanych zapytań do źródeł danych, - wizualizację danych analitycznych na mapach geograficznych (w tym import map w formacie ESRI Shape File), - możliwość opublikowania elementu raportu (wykresu, tabeli) we współdzielonej bibliotece, z której mogą korzystać inni użytkownicy tworzący nowy raport, - możliwość wizualizacji wskaźników KPI, - możliwość wizualizacji danych w postaci obiektów sparkline. 40. Wymagane jest generowanie raportów w formatach: XML, PDF, Microsoft Excel (od wersji 1997 do 2010), Microsoft Word (od wersji 1997 do 2010), HTML, TIFF. Dodatkowo raporty powinny być eksportowane w formacie Atom data feeds, które można będzie wykorzystać jako źródło danych w innych aplikacjach. 41. SBD musi umożliwiać rozbudowę mechanizmów raportowania m.in. o dodatkowe formaty eksportu danych, obsługę nowych źródeł danych dla raportów, funkcje i algorytmy wykorzystywane podczas generowania raportu (np. nowe funkcje agregujące). 42. SBD musi umożliwiać wysyłkę raportów drogą mailową w formacie wybranym spośród udostępnianych formatów (subskrypcja) do dynamicznej listy odbiorców (pobieranej z bazy danych np. zapytaniem SQL). 43. SBD powinien udostępniać narzędzia do tworzenia raportów ad-hoc przez niezaawansowanych użytkowników. Tworzenie raportów powinno odbywać się w środowisku 1920 2.2 do SIWZ, Zadanie 5, W ramach zadania integracji środowiska HP Data Protector Wykonawca:, Pkt do SIWZ, Zadanie 7, pkt 4, ppkt a) 2.2 do SIWZ, Zadanie 7 Szkolenia, pkt 4 ppkt b) - możliwość wizualizacji danych w postaci obiektów sparkline. 40. Środowisko raportowania powinno być osadzone i administrowane z wykorzystaniem mechanizmu Web Serwisów (Web Services). 41. Wymagane jest generowanie raportów w formatach: XML, PDF, Microsoft Excel (od wersji 1997 do 2010), Microsoft Word (od wersji 1997 do 2010), HTML, TIFF. Dodatkowo raporty powinny być eksportowane w formacie Atom data feeds, które można będzie wykorzystać jako źródło danych w innych aplikacjach. 42. SBD musi umożliwiać rozbudowę mechanizmów raportowania m.in. o dodatkowe formaty eksportu danych, obsługę nowych źródeł danych dla raportów, funkcje i algorytmy wykorzystywane podczas generowania raportu (np. nowe funkcje agregujące), mechanizmy zabezpieczeń dostępu do raportów. 43. SBD musi umożliwiać wysyłkę raportów drogą mailową w wybranym formacie (subskrypcja) do dynamicznej listy odbiorców (pobieranej z bazy danych np. zapytaniem SQL). 44. SBD powinien udostępniać narzędzia do tworzenia raportów ad-hoc przez niezaawansowanych użytkowników. Tworzenie raportów powinno odbywać się w środowisku graficznym. Użytkownicy powinni mieć możliwość na publikowanie stworzonych raportów na serwerze w celu udostępnienia ich szerszemu gronu osób. 2. Wdroży biblioteki VLS do sieci SAN skonfigurowanie z zasobami dyskowymi wskazanymi przez zamawiającego Budowanie, konfiguracja i diagnoza sieci kampusowej LAN dla obsługi danych, głosu i zapewnienia dostępu bezprzewodowego w oparciu o rozwiązanie Cisco Enterprise Campus Architecture - dla 3 osób, 5 dni, Zarządzanie sieciami średniej wielkości złożonych z posiadanych przez zamawiającego routerów Cisco - dla 3 osób, 5 dni. graficznym. Użytkownicy powinni mieć możliwość na publikowanie stworzonych raportów na serwerze w celu udostępnienia ich szerszemu gronu osób. 2. Wdroży bibliotekę VLS do sieci SAN skonfigurowaną z zasobami dyskowymi wskazanymi przez zamawiającego Budowa, konfiguracja, diagnoza, obsługa danych, głosu i wideo w sieci LAN. Przełączanie na poziomie warstwy drugiej, trzeciej i czwartej modelu ISO/OSI. Implementacja Vlanów i wybranych cech bezpieczeństwa w sieci LAN dla 3 osób, 5 dni, Zarządzanie sieciami średniej wielkości złożonych z posiadanych przez zamawiającego routerów Cisco - dla 3 osób, 5 dni. W szkoleniu muszą być omówione zagadnienia dotyczące konfiguracji i rozwiązywania problemów w sieci, metody rozbudowy sieci z wieloma przełącznikami, sieciami wirtualnymi, połączeniami "trunk" i drzewem rozpinającym (Spanning Tree),koncepcje routingu w sieciach średniej wielkości oraz aspektów branych pod uwagę przy jego implementacji, podstawowe konfiguracje i diagnostyki protokołu EIGRP, sposoby użycia list dostępu (ACL) przy 20 Pokazać jeszcze
ZAŁĄCZNIK NR 5 - GRUPA PRODUKTÓW 5: OPROGRAMOWANIE BAZODANOWE Opis przedmiotu zamówienia Licencja na Microsoft SQL Server 2008 R2 Standard Edition Gov. MOLP 1 CPU (2 szt.) lub Licencja na Microsoft SQL Bardziej szczegółowo ZAŁĄCZNIK NR 1.8 do PFU Serwery wraz z system do tworzenia kopii zapasowych i archiwizacji danych - wyposażenie serwerowni
Załącznik nr.1 do SIWZ CIS-15/2015 Opis przedmiotu zamówienia SPIS TREŚCI PRZEDMIOT ZAMÓWIENIA... 2 1. OPIS PRZEDMIOTU ZAMÓWIENIA... 2 1.1. DODATKOWE WYMAGANIA DOT. REALIZACJI PRZEDMIOTU ZAMÓWIENIA... Bardziej szczegółowo AE/ZP-27-16/14. Oprogramowanie do wykonywania kopii zapasowych oraz zarządzania maszynami wirtualnymi
AE/ZP-27-16/14 Załącznik B Oprogramowanie do wykonywania kopii zapasowych oraz zarządzania maszynami wirtualnymi Wykonywanie kopii zapasowych Oprogramowanie do archiwizacji musi współpracować z infrastrukturą Bardziej szczegółowo Opis przedmiotu zamówienia dla części II - Załącznik nr 1b do SIWZ
Wymagania techniczne przedmiotu zamówienia Część nr II Załącznik nr 1b do SIWZ Dostawa licencji na oprogramowanie Microsoft SQL Server 2014 2 sztuki wraz z Windows Server External Connector 2012 1 sztuka Bardziej szczegółowo Sekcja I: Instytucja zamawiająca/podmiot zamawiający
Szczegółowy Opis Przedmiotu Zamówienia Załącznik nr 3 do SIWZ znak sprawy: 20/DI/PN/2015 1. Zamówienie jest realizowane w ramach projektu System ulg i bonifikat skierowanych do rodzin wielodzietnych certyfikowany Bardziej szczegółowo NOWY OPIS TECHNICZNY PRZEDMIOTU ZAMÓWIENIA
Instalacja SQL Server Express Logowanie na stronie Microsoftu Wybór wersji do pobrania Pobieranie startuje, przechodzimy do strony z poradami. Wypakowujemy pobrany plik. Otwiera się okno instalacji. Wybieramy Bardziej szczegółowo EZ/2009/697/92/09/ML Warszawa, dnia 23.11.2009 r.
Zapytanie ofertowe nr 1/2014 Wrocław, dn. 29.01.2014 Lemitor Ochrona Środowiska Sp. z o. o. ul. Jana Długosza 40, 51-162 Wrocław tel. recepcja: 713252590, fax: 713727902 e-mail: biuro@lemitor.com.pl NIP: Bardziej szczegółowo Zadanie nr 4.5: Oprogramowanie bazodanowe. Lp. Zwartość karty Opis 1 Specyfikacja techniczna / funkcjonalna przedmiotu zamówienia
Zadanie nr 4.5: Oprogramowanie bazodanowe Lp. Zwartość karty Opis 1 Specyfikacja techniczna / funkcjonalna przedmiotu zamówienia Zakres przedmiotu zamówienia obejmuje dostarczenie, wdrożenie oraz konfigurację Bardziej szczegółowo ZAPYTANIE OFERTOWE NR 1
Numer sprawy: DGA/05/12 Załącznik nr A do SIWZ Przedmiot zamówienia: dostawa oprogramowaniasystemowego i narzędziowego dla Instytutu Łączności Państwowego Instytutu Badawczego w ramach Projektu Platforma Bardziej szczegółowo Część I Rozpoczęcie pracy z usługami Reporting Services
Spis treści Podziękowania... xi Wprowadzenie... xiii Część I Rozpoczęcie pracy z usługami Reporting Services 1 Wprowadzenie do usług Reporting Services... 3 Platforma raportowania... 3 Cykl życia raportu... Bardziej szczegółowo 2. Kontroler Dwa kontrolery pracujące w trybie active-active wyposażone w min. 32GB cache (każdy). Kontroler oparty na architekturze 64 bitowej.
Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Rozwoju Regionalnego w ramach Regionalnego Programu Operacyjnego Województwa Opolskiego na lata 2007-2013 inwestujemy w Bardziej szczegółowo ZAPYTANIE OFERTOWE. Ministerstwo Rolnictwa i Rozwoju Wsi (MRiRW) zwraca się z prośbą o złożenie oferty cenowej zgodnie z przedstawionymi wymogami:
ZAPYTANIE OFERTOWE Ministerstwo Rolnictwa i Rozwoju Wsi (MRiRW) zwraca się z prośbą o złożenie oferty cenowej zgodnie z przedstawionymi wymogami: 1. Przedmiot zamówienia: Przedmiotem zamówienia jest migracja Bardziej szczegółowo Dostawa licencji na oprogramowanie serwerowe dla Małopolskiego Centrum Przedsiębiorczosci.
Dostawa licencji na oprogramowanie serwerowe dla Małopolskiego Centrum Przedsiębiorczosci. 2010-10-14 Ogłoszenie o udzieleniu zamówienia Kraków: Dostawa Licencji na oprogramowanie serwerowe dla Małopolskiego Bardziej szczegółowo TABELA PORÓWNAWCZA OFEROWANEGO SPRZĘTU
Załącznik nr 6 do SIWZ TABELA PORÓWNAWCZA OFEROWANEGO SPRZĘTU Zadanie nr 1 - Budowa platformy wirtualizacji sieci 1. Wymagania oraz wymagane parametry dotyczące "Serwera 1 do budowy platformy wirtualizacji" Bardziej szczegółowo Bazy danych 2. Wykład 1
Bazy danych 2 Wykład 1 Sprawy organizacyjne Materiały i listy zadań zamieszczane będą na stronie www.math.uni.opole.pl/~ajasi E-mail: standardowy ajasi@math.uni.opole.pl Sprawy organizacyjne Program wykładu Bardziej szczegółowo Suma: B) Oprogramowanie do wykonywania kopii bezpieczeństwa (1 licencja) Cena (zł/szt.) Cena łącznie. Suma:
Załącznik nr 2 SPECYFIKACJA ISTOTNYCH WARUNKÓW ZAMÓWIENIA Dostawa oraz wdrożenie usług katalogowych Active Directory wraz z zakupem licencji oprogramowania oraz modernizacją serwera na potrzeby ww usługi Bardziej szczegółowo Wyjaśnienia/Zmiana treści specyfikacji istotnych warunków zamówienia (1)
Sygnatura postępowania: BZP/29/DI/2015 BGK BANK GOSPODARSTWA KRAJOWEGO Warszawa, 19 maja 2015 r. Zamawiający: Bank Gospodarstwa Krajowego Al. Jerozolimskie 7 00-955 Warszawa Biuro Zamówień Publicznych Bardziej szczegółowo Opis przedmiotu zamówienia
Data: 08/03/2016 PRZETARG 01/EU/2016/SERVERS NA DOSTAWĘ, MONTAŻ I URUCHOMIENIE SERWERÓW, WIRTUALIZATORÓW, MACIERZY I OPROGRAMOWANIA ORAZ WYKUP STAREGO SPRZĘTU Pytania i odpowiedzi dotyczące specyfikacji Bardziej szczegółowo (Oferent) Burda Sp. z o.o. ul. Piłsudskiego 20 /2 70-462 Szczecin FORMULARZ OFERTY
Załącznik nr 1 do Zapytania Ofertowego z dnia 12.02.2014r.. Szczecin,.02.2014 r.. (Oferent) Burda Sp. z o.o. ul. Piłsudskiego 20 /2 70-462 Szczecin (Zamawiający) FORMULARZ OFERTY Szanowni Państwo, W odpowiedzi Bardziej szczegółowo GOZ-353-2210-4/15 Warszawa, dnia 18.06.2015 r. WYKONAWCY
GOZ-353-2210-4/15 Warszawa, dnia 18.06.2015 r. WYKONAWCY Dotyczy: postępowania o udzielenie zamówienia publicznego na dostawę macierzy dla jednostek organizacyjnych Państwowej Inspekcji Pracy. Stosownie Bardziej szczegółowo SZKOLENIE: Administrator baz danych. Cel szkolenia
SZKOLENIE: Administrator baz danych. Cel szkolenia Kurs Administrator baz danych skierowany jest przede wszystkim do osób zamierzających rozwijać umiejętności w zakresie administrowania bazami danych. Bardziej szczegółowo Serwerowy system operacyjny musi spełniać następujące wymagania minimalne:
Zadanie nr 1.4: Serwerowy system operacyjny Lp. Zwartość karty Opis 1 Specyfikacja techniczna / funkcjonalna przedmiotu zamówienia Zakres przedmiotu zamówienia obejmuje dostarczenie i wdrożenie Serwerowego Bardziej szczegółowo ... Podpis osoby - osób upoważnionych do składania oświadczeń woli w imieniu wykonawcy
Załącznik nr 1 do specyfikacji BPM.ZZP.271.583.2012 SZCZEGÓŁOWE OKREŚLENIE Macierz dyskowa Urządzenie musi być zgodne, równoważne lub o wyższych parametrach technicznych z wymaganiami określonymi poniżej: Bardziej szczegółowo Odpowiedź Zamawiającego w ramach zgłoszonych wniosków o wyjaśnienie SIWZ
Warszawa, 2016-04-19 WIF.261.3.2016 Wszyscy Wykonawcy Dotyczy: postępowania o udzielenie zamówienia publicznego prowadzonego w trybie przetargu nieograniczonego na zaprojektowanie, wykonanie i wdrożenie Bardziej szczegółowo Wykład I. Wprowadzenie do baz danych
\ Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Rozwoju Regionalnego w ramach Programu Infrastruktura i Środowisko Postępowanie nr: WB.2420.5.2014.NG Załącznik nr 5 do Bardziej szczegółowo Sekcja I: Instytucja zamawiająca/podmiot zamawiający
Załącznik nr 1 do SIWZ - OPZ Opis Przedmiotu Zamówienia na dostawę sprzętu i oprogramowania do tworzenia kopii zapasowych Strona 1 z 7 Dokumentacja Oprogramowanie standardowe Umowa Urządzenia Słownik pojęć Bardziej szczegółowo Opis wymagań i program szkoleń dla użytkowników i administratorów
Nazwa przedmiotu: ADMINISTROWANIE INTERNETOWYMI SERWERAMI BAZ DANYCH Kierunek: Informatyka Rodzaj przedmiotu: moduł specjalności obowiązkowy: Programowanie aplikacji internetowych Rodzaj zajęć: wykład, Bardziej szczegółowo W załączniku nr 9 do SIWZ Zamawiający wprowadza następujące zmiany:
MAZOWIECKI SZPITAL BRÓDNOWSKI W WARSZAWIE Sp. z o. o. 03-242 WARSZAWA, UL. KONDRATOWICZA 8 www.bip.brodnowski.pl FAX /22/ 326 58 34 DZIAŁ ZAMÓWIEŃ PUBLICZNYCH TEL. /22/ 326 53 53 NIP 5242688913 REGON 141983460 Bardziej szczegółowo Opis Przedmiotu Zamówienia na dostawę dysków twardych i oprogramowania standardowego do tworzenia kopii zapasowych
Opis Przedmiotu Zamówienia na dostawę dysków twardych i oprogramowania standardowego do tworzenia kopii zapasowych maszyn wirtualnych na potrzeby Centrum Projektów Informatycznych Wersja: 2.0 Strona 1 Bardziej szczegółowo Oracle11g: Wprowadzenie do SQL
Oracle11g: Wprowadzenie do SQL OPIS: Kurs ten oferuje uczestnikom wprowadzenie do technologii bazy Oracle11g, koncepcji bazy relacyjnej i efektywnego języka programowania o nazwie SQL. Kurs dostarczy twórcom Bardziej szczegółowo Przedmiotem zamówienia jest: ZADANIE 1. SERWERY PLIKÓW. Szczegółowy opis przedmiotu zamówienia. 48823000-3 Serwery plików
Przedmiotem zamówienia jest: ZADANIE 1. SERWERY PLIKÓW Szczegółowy opis przedmiotu zamówienia CPV 48823000-3 Serwery plików Opis: Zamówienie obejmuje dostawę do siedziby Zamawiającego: - serwer plików Bardziej szczegółowo PROCEDURY AKCEPTACJI ORAZ ODBIORU PRZEDMIOTU UMOWY
Załącznik nr 4 do Umowy Nr... z dnia...r. znak sprawy: 53/DI/PN/2010 MINISTERSTWO PRACY I POLITYKI SPOŁECZNEJ ul. Nowogrodzka 1/3/5, 00-513 Warszawa www.mpips.gov.pl PROCEDURY AKCEPTACJI ORAZ ODBIORU PRZEDMIOTU Bardziej szczegółowo szczegółowy opis przedmiotu zamówienia: macierz wyposażona w dwa kontrolery UWAGA!: w ofercie należy wycenić 2 szt. CPV: 30233141
Specyfikacja oprogramowania do Opis zarządzania przedmiotu i monitorowania zamówienia środowiska Załącznik nr informatycznego 1 do specyfikacji Lp. 1. a) 1. Oprogramowanie oprogramowania i do systemów Bardziej szczegółowo dlibra 3.0 Marcin Heliński
dlibra 3.0 Marcin Heliński Plan prezentacji Wstęp Aplikacja Redaktora / Administratora Serwer Aplikacja Czytelnika Aktualizator Udostępnienie API NajwaŜniejsze w nowej wersji Ulepszenie interfejsu uŝytkownika Bardziej szczegółowo SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA (parametry i wymagania minimalne)
ZP/UR/93/2015 Załącznik nr 1.1 do SIWZ SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA (parametry i wymagania minimalne) Przedmiotem zamówienia jest dostawa fabrycznie nowego, nie używanego różnego oprogramowania Bardziej szczegółowo Wymagania na szkolenia
Numer sprawy: DPZ/4/15 Nr arch. DPZ/087/059-5/15 Załącznik nr 1c do SIWZ/do Umowy Wymagania na szkolenia 1. Wstęp Opisaną w niniejszym dokumencie częścią przedmiotu zamówienia jest: zrealizowanie szkoleń Bardziej szczegółowo 1 Implementowanie i konfigurowanie infrastruktury wdraŝania systemu Windows... 1
Spis treści Wstęp... xi Wymagania sprzętowe (Virtual PC)... xi Wymagania sprzętowe (fizyczne)... xii Wymagania programowe... xiii Instrukcje instalowania ćwiczeń... xiii Faza 1: Tworzenie maszyn wirtualnych... Bardziej szczegółowo Część I Tworzenie baz danych SQL Server na potrzeby przechowywania danych
Spis treści Wprowadzenie... ix Organizacja ksiąŝki... ix Od czego zacząć?... x Konwencje przyjęte w ksiąŝce... x Wymagania systemowe... xi Przykłady kodu... xii Konfiguracja SQL Server 2005 Express Edition... Bardziej szczegółowo Odpowiedzi Zamawiającego w ramach zgłoszonych wniosków o wyjaśnienie SIWZ Dostarczenie oraz wdroŝenie Systemu kopii bezpieczeństwa (Backup)
Warszawa, 200-09-20 Do wszystkich Wykonawców Dotyczy: postępowania o udzielenie zamówienia publicznego prowadzonego w trybie przetargu nieograniczonego na dostarczenie oraz wdroŝenie Systemu kopii bezpieczeństwa Bardziej szczegółowo ZAPYTANIE OFERTOWE. Zamawiający. Przedmiot zapytania ofertowego. Wrocław, dnia 23.03.2015 r.
ZAPYTANIE OFERTOWE Wrocław, dnia 23.03.2015 r. W związku z realizacją przez Nova Telecom spółka z ograniczoną odpowiedzialnością, projektu pn.: Wdrożenie zintegrowanego systemu klasy B2B, umożliwiającego Bardziej szczegółowo Program szkolenia KURS SPD i PD Administrator szkolnej pracowni internetowej Kurs MD1 Kurs MD2 Kurs MD3 (dla szkół ponadgimnazjalnych)
Miejsce prowadzenia szkolenia Program szkolenia KURS SPD i PD Administrator pracowni internetowej Kurs MD1 Kurs MD2 Kurs MD3 (dla szkół ponadgimnazjalnych) Pracownie komputerowe znajdujące się w wyznaczonych Bardziej szczegółowo Systemy macierzowe. www. qsantechnology. com
Systemy macierzowe www. qsantechnology. com Przegląd produktów Rozwiązania macierzowe QSAN Unified Storage serwer NAS i SAN w jednym Macierze dyskowe typu Unified Storage QSAN pozwalają na wykorzystanie Bardziej szczegółowo Załącznik nr 1 Opis Przedmiotu Zamówienia
Załącznik nr 1 Opis Przedmiotu Zamówienia Spis treści 1. Wprowadzenie... 2 2. Infrastruktura IT Zamawiającego... 2 3. ogólne... 2 4. Środowisko serwerowe... 3 a. Wymagania dotyczące obudowy typu Blade... Bardziej szczegółowo 1. Zakres modernizacji Active Directory
Administracja środowiskiem informatycznym projektu ZSZ Specyfikacja wymagań do zapytania ofertowego Przedmiot zamówienia Opracowanie koncepcji oraz realizacja zadań administracyjnych, dotyczących środowiska Bardziej szczegółowo ODPOWIEDZI I. Pytania formalne: 1. Zamawiający dopuszcza złożenie oferty tylko na część przedmiotu Zamówienia. 2. Zamawiający dopuszcza wniesienie zabezpieczenia w postaci gwarancji bankowej. II. Serwery: Bardziej szczegółowo nr sprawy: BZP.243.24.2013.ML Wrocław, dn. 20 lutego 2014 r. SPROSTOWANIE DO INFORMACJI DLA WYKONAWCÓW NR 13
nr sprawy: BZP.243.24.2013.ML Wrocław, dn. 20 lutego 2014 r. SPROSTOWANIE DO INFORMACJI DLA WYKONAWCÓW NR 13 dotyczy: postępowania nr BZP.243.24.2013.ML prowadzonego w trybie przetargu nieograniczonego Bardziej szczegółowo Strona znajduje się w archiwum.
Strona znajduje się w archiwum. Zapytanie odnośnie SIWZ w postępowaniu na dostawę oprogramowania, sprzętu i wdrożenie dedykowanego systemu backupowego dla serwerów Unix oraz Windows w MSP Warszawa, dnia Bardziej szczegółowo Liczba godzin 1,2 Organizacja zajęć Omówienie programu nauczania 2. Tematyka zajęć
rzedmiot : Systemy operacyjne Rok szkolny : 015/016 Klasa : 3 INF godz. x 30 tyg.= 60 godz. Zawód : technik informatyk; symbol 35103 rowadzący : Jacek Herbut Henryk Kuczmierczyk Numer lekcji Dział Tematyka Bardziej szczegółowo Wprowadzenie do technologii Business Intelligence i hurtowni danych
Wprowadzenie do technologii Business Intelligence i hurtowni danych 1 Plan rozdziału 2 Wprowadzenie do Business Intelligence Hurtownie danych Produkty Oracle dla Business Intelligence Business Intelligence Bardziej szczegółowo Cena powinna zawierać koszt użytkowania niezbędnego oprogramowania serwera i bazy danych na okres obowiązywania umowy.
ZAPYTANIE OFERTOWE Ministerstwo Rolnictwa i Rozwoju Wsi (MRiRW) zwraca się z prośbą o złożenie oferty cenowej zgodnie z przedstawionymi wymogami: 1. Przedmiot zamówienia: Przedmiotem zamówienia jest hosting Bardziej szczegółowo Oprogramowanie do wirtualizacji
Oprogramowanie do wirtualizacji Licencje muszą umożliwiać uruchamianie wirtualizacji na serwerach fizycznych o łącznej liczbie 8 procesorów oraz jednej konsoli do zarządzania całym środowiskiem. Wszystkie Bardziej szczegółowo Załącznik nr 6 do SIWZ. 1. Stacja robocza 46 szt. NAZWA PRODUCENTA: NUMER PRODUKTU (part number):
Załącznik nr 6 do SIWZ 1. Stacja robocza 46 szt. NUMER PRODUKTU (part number): LP. Atrybut Parametr wymagany Opis parametru urządzenia 1. Procesor Min. 2-rdzeniowy, osiągający w teście PassMark CPU Mark Bardziej szczegółowo Rodzaj zamówienia. Tryb zamówienia. Termin składania ofert. Szacunkowa wartość zamówienia
Dostawa oprogramowania oraz sprzętu komputerowego - serwerów dla aplikacji i bazy danych dla Starostwa Powiatowego w Wadowicach w ramach projektu pn. Jakość w urzędzie - wdrożenie systemu zarządzania jakością Bardziej szczegółowo Serwer główny bazodanowy. Maksymalnie 1U RACK 19 cali (wraz ze wszystkimi elementami niezbędnymi do zamontowania serwera w oferowanej szafie)
1. SPECYFIKACJA TECHNICZNA SERWERÓW Serwer główny bazodanowy Element konfiguracji Obudowa Procesor Wymagania minimalne Maksymalnie 1U RACK 19 cali (wraz ze wszystkimi elementami niezbędnymi do zamontowania Bardziej szczegółowo OPIS i SPECYFIKACJA TECHNICZNA
OPIS i SPECYFIKACJA TECHNICZNA Dotyczy Konkursu ofert numer 1/POIG 8.2/2013 WdroŜenie internetowego systemu klasy B2B do automatyzacji procesów biznesowych oraz koordynacji działań z partnerami w firmie Bardziej szczegółowo Świadczenie usługi hurtowej wysyłki wiadomości SMS dla Urzędu Miasta Torunia w latach
Rzeszów, 15.04.2013 Ogłoszenie o zamówieniu kompleksowego wdrożenia systemu B2B do współpracy handlowej pomiędzy firmą Francoise a Partnerami Zamawiający: Studio Mody FRANCOISE Franciszka Znamirowska ul. Bardziej szczegółowo Projekt dotyczy stworzenia zintegrowanego, modularnego systemu informatycznego wspomagającego zarządzanie pracownikami i projektami w firmie
Projekt dotyczy stworzenia zintegrowanego, modularnego systemu informatycznego wspomagającego zarządzanie pracownikami i projektami w firmie informatycznej. Zadaniem systemu jest rejestracja i przechowywanie Bardziej szczegółowo SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA (SOPZ) część 2. Lp. Nazwa parametru Minimalna wartość parametru Dane techniczne oferowanego sprzętu/model 1. 1.
Załącznik nr 1 do SIWZ SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA (SOPZ) część 2 Oferowany produkt: Macierz dyskowa Typ. Model.. Lp. Nazwa parametru Minimalna wartość parametru Dane techniczne oferowanego Bardziej szczegółowo Referat pracy dyplomowej
Opis Przedmiotu Zamówienia Załącznik do SWIZ Stanie się załącznikiem do umowy Przedmiotem zamówienia jest usługa podniesienia bezpieczeństwa, wydajności i przepustowości środowiska sprzętowo - programowego Bardziej szczegółowo Zapytanie ofertowe. Dedykowana płyta serwerowa, dwuprocesorowa, wyprodukowana i zaprojektowana przez producenta serwera,
Kraków, dnia 25.02.2013 Zapytanie ofertowe na wyłonienie dostawcy środków trwałych i oprogramowania w ramach realizacji projektu Integracja systemów informatycznych w celu automatyzacji procesów biznesowych Bardziej szczegółowo edziennik Ustaw Opis architektury
edziennik Ustaw Opis architektury Spis treści 1 Wstęp...3 2 Architektura systemu...3 2.1 Schemat poglądowy rozwiązania...3 2.2 Architektura logiczna...4 2.3 Opis elementów systemu...5 2.3.1 Moduł Udostępniający...5 Bardziej szczegółowo SiR_13 Systemy SCADA: sterowanie nadrzędne; wizualizacja procesów. MES - Manufacturing Execution System System Realizacji Produkcji
System informatyczny na produkcji: Umożliwi stopniowe, ale jednocześnie ekonomiczne i bezpieczne wdrażanie i rozwój aplikacji przemysłowych w miarę zmiany potrzeb firmy. Może adoptować się do istniejącej Bardziej szczegółowo 1. Wyjaśnienia/Zmiana treści specyfikacji istotnych warunków zamówienia/przedłużenie terminu składania ofert
Sygnatura postępowania: BZP/31/DRI/2015 BGK BANK GOSPODARSTWA KRAJOWEGO Warszawa, 8 lipiec 2015 r. Zamawiający: Bank Gospodarstwa Krajowego Al. Jerozolimskie 7 00-955 Warszawa Biuro Zamówień Publicznych Bardziej szczegółowo Dodatkowo, w przypadku modułu dotyczącego integracji z systemami partnerów, Wykonawca będzie przeprowadzał testy integracyjne.
Załącznik nr 1a do Zapytania ofertowego nr POIG.08.02-01/2014 dotyczącego budowy oprogramowania B2B oraz dostawcy sprzętu informatycznego do projektu pn. Budowa systemu B2B integrującego zarządzanie procesami Bardziej szczegółowo Załącznik 1A Opis wymagań w zakresie modernizacji serwerowni:
Załącznik 1A Opis wymagań w zakresie modernizacji serwerowni: 1. Dostarczony sprzęt musi być nowy i wyprodukowany nie dawniej, niż 6 miesięcy przed dostawą. Wykonawca jest zobowiązany do dostarczenia oświadczenia Bardziej szczegółowo Rodzaj zamówienia Dostawa. Tryb zamówienia "Przetarg nieograniczony" Termin składania ofert. Szacunkowa wartość zamówienia. Miejscowość: Kraków
Informacja o wyborze najkorzystniejszej oferty w postępowaniu pn. "Dostawa licencji na oprogramowanie serwerowe dla Małopolskiego Centrum Przedsiębiorczości". Rodzaj zamówienia Dostawa Tryb zamówienia Bardziej szczegółowo Tom 6 Opis oprogramowania Część 8 Narzędzie do kontroli danych elementarnych, danych wynikowych oraz kontroli obmiaru do celów fakturowania
Część 8 Narzędzie do kontroli danych elementarnych, danych wynikowych oraz kontroli Diagnostyka stanu nawierzchni - DSN Generalna Dyrekcja Dróg Krajowych i Autostrad Warszawa, 21 maja 2012 Historia dokumentu Bardziej szczegółowo Opis przedmiotu zamówienia. Modernizacja środowiska składowania danych
Załącznik nr 1 do SIWZ Opis przedmiotu zamówienia Modernizacja środowiska składowania danych W ramach zamówienia należy zrealizować następujące zadania: 1. Rozbudowa macierzy IBM DS5300 2. Aktywacja portów Bardziej szczegółowo Zakres wymagań dotyczących Dokumentacji Systemu
Załącznik nr 2 do Umowy nr CUI/.../.../.../2014 z dnia r. Zakres wymagań dotyczących Dokumentacji Systemu 1. Uwagi i wymagania ogólne 1. Dokumentacja musi zostać dostarczona w wersji elektronicznej edytowalnej Bardziej szczegółowo BG-II-211/35/2013-7 Warszawa, 30.09.2013 r.
BG-II-211/35/2013-7 Warszawa, 30.09.2013 r. Dotyczy: postępowania prowadzonego w trybie przetargu nieograniczonego na Dostawę licencji na oprogramowanie serwera systemu poczty elektronicznej oraz system Bardziej szczegółowo Specyfikacja SYSTEMU ELEKTRONICZNEGO OBIEGU DOKUMENTÓW zintegrowany z platformą E-PUAP
Specyfikacja SYSTEMU ELEKTRONICZNEGO OBIEGU DOKUMENTÓW zintegrowany z platformą E-PUAP 1. Architektura Systemu Elektronicznego Obiegu Dokumentów (SEOD) 1.1. Oprogramowanie musi posiadać architekturę trójwarstwową, Bardziej szczegółowo Standard określania klasy systemu informatycznego resortu finansów
Dane dokumentu Nazwa Projektu: Kontrakt Konsolidacja i Centralizacja Systemów Celnych i Podatkowych Studium Projektowe Konsolidacji i Centralizacji Systemów Celnych i Podatkowych (SPKiCSCP) Numer wersji Bardziej szczegółowo VALIO Sp. z o.o. Załącznik nr 1 do Zapytania ofertowego dotyczącego zakupu licencji części systemu B2B oraz wykonania Warstwy Prezentacyjnej.
Numer sprawy: DAG/G/03/13 Załącznik nr A do SIWZ Przedmiot zamówienia:dostawa i wdrożenie systemu zabezpieczeń danych na potrzeby Instytutu Łączności Państwowego Instytutu Badawczego w ramach Projektu Bardziej szczegółowo WYJAŚNIENIA NR 2 TREŚCI SIWZ