Załącznik nr 1a do SIWZ/do Umowy Wymagania na Platformę

Numer sprawy: DPZ/4/15
Nr arch. DPZ/087/059-3/15
Załącznik nr 1a do SIWZ/do Umowy
Wymagania na Platformę Informatyczną
1. Wstęp
Opisaną w niniejszym dokumencie częścią przedmiotu zamówienia jest:
• dostarczenie oprogramowania elastycznej platformy analitycznej,
• wdrożenie, w tym zainstalowanie, skonfigurowanie i integracja oprogramowania
elastycznej platformy, narzędzi wirtualizacyjnych oraz systemów operacyjnych, na
dostarczonym sprzęcie, a także na sprzęcie zapewnionym przez Zamawiającego,
• dostarczenie dokumentacji dostarczonego sprzętu i oprogramowania dla
administratorów i użytkowników elastycznej platformy analitycznej.
2. Wymagania ogólne
ID
Wymaganie
A.1.
Wykonawca wdroży Platformę, tj. platformę informatyczną, składająca się ze Sprzętu
i Oprogramowania, która po zakończeniu przez Wykonawcę wdrożenia będzie realizowała
Funkcjonalność Docelową z zachowaniem Wydajności Platformy.
A.2.
Platforma zapewni możliwość wykorzystania jej wszystkich komponentów do realizacji
Prac przez Pracowników IŁ, a także Współpracowników IŁ, w tym we współpracy
z przedsiębiorstwami, uczelniami, jednostkami naukowymi, organizacjami typu non-profit
oraz wszelkimi innymi organizacjami polskimi lub zagranicznymi.
A.3.
Platforma zapewni możliwość realizacji następujących zadań:
• zbieranie, weryfikacja i walidacja danych źródłowych, pochodzących
w szczególności z autonomicznych systemów badań właściwości usług, systemów
monitorowania oraz zarządzania infrastrukturą, usługami i przedsiębiorstwami,
badań opinii publicznej;
• gromadzenie i przechowywanie masowych danych źródłowych;
• wykorzystanie zgromadzonych danych do wykonywania analiz i stawianie
diagnoz, w tym według zapamiętanych schematów;
• opracowywanie schematów analiz i diagnozowania na podstawie zgromadzonych
danych według zadanych reguł;
• wydawanie raportów z przeprowadzonych analiz i postawionych diagnoz,
prezentujących wartości ustalonych wskaźników, sygnalizujących problemy,
pokazujących przyczyny i sugerujących działania oraz monitorujących skutki
decyzji i działań;
• gromadzenie dokumentacji analiz i diagnoz oraz wydanych raportów
w repozytoriach;
• gromadzenie dokumentacji analiz i diagnoz oraz wydanych użytkownikom
Platformy raportów;
• opracowywanie programów i planów badań oraz przekazywanie ich wykonawcom
badań (realizowanych w trybie automatycznym lub nieautomatycznym);
http://www.itl.waw.pl
Projekt: Platforma Informatyczna systemu badań i diagnozowania właściwości usług komunikacji
elektronicznej
Nr Projektu: WND-POIG.02.03.00-14-049/13
Dokument: Załącznik nr 1a do SIWZ/do Umowy
ID
Wymaganie
•
•
•
•
A.4.
współpraca z odbiorcami raportów (w tym zdalna) w zakresie ustalania zakresu
analiz i diagnoz, postaci ich raportowania oraz uruchamiania procesów badań;
zdalny, bezpośredni dostęp do repozytoriów danych, analiz i raportów;
zdalny, bezpośredni dostęp do repozytoriów danych, analiz i raportów, zgodnie
z przydzielonymi uprawnieniami do zasobów i funkcjonalności platformy;
zarządzanie procesami badań i opracowywanie ich wyników.
Platforma będzie składała się z następujących, pozwalających na komunikację między
sobą komponentów:
1. Systemu Business Intelligence, składającego się z:
a. Modułów Integracji Danych, w skład których wchodzą:
i. Moduły ETL/ELT – moduły realizujące podstawowe typy operacji na
danych, takie jak import, replikacja, transformacja, integracja i eksport
danych,
ii. Moduł Przetwarzania Danych Strumieniowych – moduł przetwarzający dane
strumieniowe i zdarzeniowe, pozwalający na agregacje i filtrowanie danych
oraz aplikowanie reguł,
b. Hurtowni Danych, w skład której wchodzą:
i. Repozytorium Operacyjne – repozytorium danych zawierające detaliczne,
oczyszczone, zintegrowane dane, uwzględniające historię zmian w danych,
ii. Repozytorium Analityczne – repozytorium danych zawierające tematyczne
bazy danych, dostosowane do raportowania, wielowymiarowego
analizowania i budowy modeli analitycznych,
c. Modułów Analiz i Modelowania, w skład których wchodzą:
i. Moduły Analityczne – moduły zawierające mechanizmy pozwalające
analizować dane, wykonywać analizy statystyczne danych, prognozować,
ii. Moduły Eksploracji Danych – umożliwiające eksplorację danych
numerycznych i tekstowych,
iii. Moduły Mapowe – pozwalające na prezentację wyników analiz na mapach,
iv. Moduł OLAP – pozwalającego na przeprowadzanie wielowymiarowych
analiz danych,
d. Modułów Wizualizacji i Alertów, w skład którego wchodzą:
i. Moduł Alertowy – pozwalającego na informowanie w czasie rzeczywistym
o zdarzeniach wykrytych w danych strumieniowych,
ii. Moduł Raportowania Graficznego – pozwalającego przedstawiać dane
w postaci różnorodnych wykresów,
iii. Moduł Raportowania Tekstowego – pozwalającego na generowanie raportów
tekstowych;
2. Systemu Przechowywania Danych, składającego się z:
a. Repozytorium Danych Źródłowych będącego magazynem danych
przeznaczonych do ich przetwarzania na Platformie,
b. Repozytorium Dokumentów – zawierającego Dokumentację Platformy, zasady
jej używania oraz inne dokumenty powiązane z Pracami realizowanymi na
Platformie,
c. System Kontroli Wersji – system wspomagający prace deweloperskie,
dostarczający narzędzia wspomagające prace równoległą wielu użytkowników
nad jednym projektem lub plikiem, umożliwiający synchronizacje plików
Strona 2 z 22
Projekt: Platforma Informatyczna systemu badań i diagnozowania właściwości usług komunikacji
elektronicznej
Nr Projektu: WND-POIG.02.03.00-14-049/13
Dokument: Załącznik nr 1a do SIWZ/do Umowy
ID
Wymaganie
między użytkownikami, zapewniający wersjonowanie plików i kontrolę
uprawnień do plików i projektów realizowanych z jego użyciem,
d. Repozytorium Raportów – umożliwiające zebranie raportów i informacji o nich
w jednym miejscu, oraz zarządzanie nimi,
e. Repozytorium Zapasowego (backup) – niezależnego repozytorium
zawierającego kopie bezpieczeństwa danych przechowywanych na Platformie.
Wymienione komponenty będą wchodziły w skład wielu instancji Środowisk
Projektowych, w tym wirtualnych Środowisk Projektowych przeznaczonych do realizacji
Prac na Platformie.
A.5.
Bez względu na charakter Prac realizowanych z wykorzystaniem Platformy oraz osoby
realizujące te prace Zamawiający będzie miał zapewniony generyczny zestaw
funkcjonalności:
1. wirtualizacyjnych, pozwalających na:
1.1. utworzenie prywatnej chmury obliczeniowej,
1.2. tworzenie wirtualizowanych, złożonych Środowisk Projektowych, np. środowisk
deweloperskich, testowych, preprodukcyjnych i produkcyjnych,
1.3. wydzielenie środowisk wirtualizacyjnych dla bezpiecznego dostępu partnerów
zewnętrznych IŁ;
2. analitycznych oraz przetwarzania danych, pozwalających na:
2.1. akwizycję danych z różnego rodzaju źródeł,
2.2. integrację danych,
2.3. przekształcanie i agregację danych,
2.4. składowanie zintegrowanych danych detalicznych oraz agregatów i data martów,
2.5. modelowanie analityczne i statystyczne,
2.6. wizualizację danych i raportowanie;
3. obliczeniowych, pozwalających na:
3.1. zrównoleglanie obliczeń numerycznych, w tym z gwarantowaną mocą
obliczeniową i pamięcią,
3.2. wykonywanie obliczeń z wykorzystaniem różnych narzędzi, nie tylko tych
dostarczonych w ramach zamówienia;
4. wsparcia realizacji Prac, pozwalających na:
4.1. komunikację i wymianę informacji między Użytkownikami,
4.2. współpracę Użytkowników w ramach realizowanych Prac.
A.6.
Platforma musi zapewniać możliwość tworzenia Systemów spełniających warunki
interoperacyjności zgodnie z Rozporządzeniem Rady Ministrów z dnia 12 kwietnia 2012
r., w sprawie Krajowych Ram Interoperacyjności, minimalnych wymagań dla rejestrów
publicznych i wymiany informacji w postaci elektronicznej oraz minimalnych wymagań
dla systemów teleinformatycznych.
A.7.
Platforma musi działać w architekturze klient-serwer, przy czym przechowywanie
i przetwarzanie danych powinno odbywać się po stronie serwera, a nie aplikacji
klienckich.
A.8.
Część serwerowa Oprogramowania będzie zainstalowana na Sprzęcie, z którym będzie
ona poprawnie współpracowała.
Strona 3 z 22
Projekt: Platforma Informatyczna systemu badań i diagnozowania właściwości usług komunikacji
elektronicznej
Nr Projektu: WND-POIG.02.03.00-14-049/13
Dokument: Załącznik nr 1a do SIWZ/do Umowy
ID
A.9.
Wymaganie
Na potrzeby realizacji prac Badawczo-Rozwojowych Zamawiający będzie mógł
uruchomić instancje części Oprogramowania dotyczącej Systemu Business Intelligence na
nie mniej niż 10 Stacjach Roboczych Zamawiającego. Instancje te zapewnią możliwość
działania w trybie off-line i będą spełniać co najmniej wymagania:
•
•
•
•
•
•
•
•
A.16 do A.22, A.25,
A.38,
A.97 do A.100, A.102 do A.108, A.111 do A.113, A.119, A.121, A.125 do A.126,
A.127 do A.133, A.135,
A.136, A.138, A.142, A.144, A.146, A.147, A.149, A.150, A.153, A.155,
A.179 do A.183,
A.184 do A.190, A.193, A.194,
A.196 do A.226, A.228 do A.234.
Pozostałe wymagania zawarte w niniejszym dokumencie nie muszą być spełnione dla tych
instancji.
A.10.
Zamawiający będzie miał zapewnioną możliwość swobodnego wykorzystywania Sprzętu,
w tym swobodę we włączaniu i wyłączaniu procesorów i rdzeni oraz rozszerzania pamięci
operacyjnej do jego fizycznych limitów, co nie naruszy postanowień licencyjnych oraz
gwarancyjnych.
3. Wymagania funkcjonalne i techniczne
3.1. Wirtualizacja i systemy operacyjne
ID
Wymaganie
A.11.
Zamawiający będzie mógł utworzyć dowolną liczbę Środowisk Projektowych
i jednocześnie z nich korzystać.
A.12.
W celu szybkiego powoływania Środowisk Projektowych zostanie utworzona na
Platformie chmura obliczeniowa (opisana w Załączniku nr 1b do SIWZ).
A.13.
Platforma zapewni w pełni bezpieczne (nie naruszające integralności danych
i przetwarzań, zapewniające izolację wydajnościową i gwarantujące prywatność)
zarządzanie współdzieleniem mocy obliczeniowej, pamięci operacyjnej oraz przestrzeni
dyskowej pomiędzy działającymi na niej Środowiskami Projektowymi.
A.14.
Będzie zapewniona możliwość tworzenia Środowisk Projektowych z wielu maszyn
wirtualnych. Zamawiający będzie miał zapewnioną możliwość tworzenia nowych maszyn
wirtualnych, instalowania na nich oraz wykorzystywania Oprogramowania lub jego części
oraz Oprogramowania Instytutu Łączności lub jego części, z uwzględnieniem ograniczeń
Oprogramowania Wirtualizacyjnego.
A.15.
Wykonawca zapewni systemy operacyjne wraz z licencjami umożliwiające utworzenie
i jednoczesne wykorzystanie dowolnej liczby Środowisk Projektowych, z uwzględnieniem
ograniczeń sprzętowych i ograniczeń Oprogramowania Wirtualizacyjnego.
3.2. Wymagania dotyczące interfejsów wejściowych i wyjściowych
ID
A.16.
Wymaganie
System Business Intelligence zapewni poprawne wczytywanie z plików tekstowych
danych zapisanych w formatach:
Strona 4 z 22
Projekt: Platforma Informatyczna systemu badań i diagnozowania właściwości usług komunikacji
elektronicznej
Nr Projektu: WND-POIG.02.03.00-14-049/13
Dokument: Załącznik nr 1a do SIWZ/do Umowy
ID
Wymaganie
•
•
•
•
•
•
•
Tabelarycznym separowanym wyróżnionym znakiem: średnikiem (Excel CSV),
przecinkiem (CSV), tabulatorem (TSV) oraz dowolnym wskazanym przez
Zamawiającego znakiem, w tym znakiem niedrukowalnym, np. ASCII 0x7F,
Tekstowym bez ustalonej struktury np. tekst książki,
XML o dowolnej strukturze,
dialektami XML, np. Keyhole Markup Language (KML),
XML z wyspecyfikowanym XSD, tworząc tabele o kolumnach zgodnych
z wyspecyfikowanymi w XSD typami i długościami kolumn,
Tabele zapisane w HTML,
pliki zapisane w stosowanej w telekomunikacji notacji Abstract Syntax Notation
One (ASN.1).
A.17.
System Business Intelligence musi zapewnić poprawne wczytywanie z plików binarnych
danych zapisanych w formatach:
• Microsoft Excel,
• Microsoft Access.
A.18.
System Business Intelligence musi zapewnić wczytywanie i zapisywanie danych bajt po
bajcie w trybie binarnym oraz znak po znaku w trybie tekstowym z dowolnego pliku.
A.19.
System Business Intelligence zapewni możliwość tworzenia nowych interfejsów
wejściowych i wyjściowych do Platformy.
A.20.
System Business Intelligence zapewni poprawną obsługę zbiorów danych zapisanych
z użyciem kodowania: UTF-8, Windows-1250, ISO 8859-2, ISO 8859-1 , us-ascii.
A.21.
System Business Intelligence zapewni wsparcie dla internacjonalizacji (National
Language Support) na poziomie danych i kodów programów komputerowych.
A.22.
System Business Intelligence zapewni do następujących baz danych:
• Microsoft SQL Serwer 2008 i nowszych,
• MySQL 5 i nowszych,
• Oracle 10g i nowszych,
• PostgreSQL 8.4 i nowszych,
• Sybase/SAP IQ 15 i nowszych,
• Sybase/SAP ASE 12 i nowszych.
przynajmniej jeden z następujących typów interfejsów: ODBC, JDBC lub natywny.
A.23.
System Business Intelligence zapewni interfejs do danych składowanych w rozproszonym
środowisku Hadoop.
A.24.
System Business Intelligence zapewni poprawne wczytywanie danych ze strumienia
danych generowanego przez proces (pipe).
A.25.
Moduł ETL Systemu Business Intelligence zapewni uruchamianie aplikacji w systemie
operacyjnym, na którym zostanie zainstalowany.
A.26.
System Business Intelligence zapewni poprawną komunikację oraz wczytywanie danych
z systemów zewnętrznych z użyciem następujących protokołów transmisji:
• HTTP,
• HTTPS,
Strona 5 z 22
Projekt: Platforma Informatyczna systemu badań i diagnozowania właściwości usług komunikacji
elektronicznej
Nr Projektu: WND-POIG.02.03.00-14-049/13
Dokument: Załącznik nr 1a do SIWZ/do Umowy
ID
Wymaganie
•
SOAP.
A.27.
System Business Intelligence zapewni możliwość wysyłania powiadomień za pomocą
poczty elektronicznej.
A.28.
Platforma zapewni możliwość umieszczania danych spoza Platformy w Repozytorium
Danych Źródłowych z wykorzystaniem następujących protokołów transmisji:
• HTTP,
• HTTPS,
• SOAP,
• FTP,
• SFTP.
A.29.
W celu tworzenia Systemów opartych o technologię WebServices, Platforma zapewni
komunikację z systemami zewnętrznymi oraz Systemami Platformy za pomocą
mechanizmów RPC, w tym JSON RPC.
A.30.
System Business Intelligence musi udostępniać przynajmniej jeden z następujących
interfejsów: ODBC lub JDBC do składowanych w tym systemie danych, pozwalający na
dostęp innym aplikacjom do tych danych.
A.31.
Dostęp do wszystkich funkcjonalności Platformy musi być zapewniony z poziomu Stacji
Roboczych, zarówno z sieci teleinformatycznej Zamawiającego, jak i spoza niej.
A.32.
Dostęp do funkcjonalności raportowych Systemu Business Intelligence musi być
zapewniony z poziomu Urządzeń Mobilnych, zarówno z sieci teleinformatycznej
Zamawiającego, jak i spoza niej.
A.33.
Zostanie zapewniony zdalny (spoza sieci teleinformatycznej Zamawiającego) dostęp
Użytkowników PIBUK do wszystkich Komponentów Platformy, do których dany
Użytkownik PIBUK ma przydzielone uprawnienia.
A.34.
Zdalny dostęp będzie zrealizowany za pośrednictwem protokołu SSHv2 lub VPN (IPsec,
SSL VPN) posiadanego przez Zamawiającego.
A.35.
Dostęp do raportów dynamicznych (webowych) musi być realizowany za pośrednictwem
SSLv3 lub TLSv1.2.
A.36.
Filtracja ruchu sieciowego odbywać się będzie na firewallach i urządzeniach sieciowych
posiadanych przez Zamawiającego.
A.37.
System Business Intelligence musi umożliwiać, z poziomu posiadanego przez
Zamawiającego programu Microsoft Excel wersja 2007/2010/2013 i nowsza, aktualizację
słowników znajdujących się po stronie serwera (odczyt, zapis słowników).
3.3. System Przechowywania Danych
ID
A.38.
Wymaganie
System Business Intelligence musi zapewniać kompresję przechowywanych w tym
systemie danych na poziomie wewnętrznych mechanizmów tego systemu.
Strona 6 z 22
Projekt: Platforma Informatyczna systemu badań i diagnozowania właściwości usług komunikacji
elektronicznej
Nr Projektu: WND-POIG.02.03.00-14-049/13
Dokument: Załącznik nr 1a do SIWZ/do Umowy
3.3.1. Repozytorium Danych Źródłowych
ID
A.39.
Wymaganie
Platforma zapewni Repozytorium Danych Źródłowych do przechowywania danych
wejściowych do Platformy.
3.3.2. Repozytorium Metadanych
ID
Wymaganie
A.40.
System Business Intelligence będzie zawierał zbiorcze Repozytorium Metadanych
zintegrowane z komponentami Systemu Business Intelligence, które będzie zawierać
metadane obiektów Systemu Business Intelligence (kont użytkowników, ról, uprawnień,
zbiorów danych, transformacji, zadań i zależności między nimi, kodów programów
i modeli itp.)
A.41.
Repozytorium Metadanych będzie zawierać informacje o strukturze zbiorów na każdym
etapie przechowywania: Repozytorium Danych Źródłowych, Repozytorium Operacyjne,
Repozytorium Analityczne.
A.42.
Repozytorium Metadanych będzie zawierać informacje o przekształceniach danych
(zależnościach między zbiorami i transformacjami danych) na każdym etapie
przetwarzania: w Repozytorium Danych Źródłowych, Repozytorium Operacyjnym,
Repozytorium Analitycznym.
3.3.3. Hurtownia Danych i Systemy Zarządzania Bazami Danych
ID
Wymaganie
A.43.
System Business Intelligence zapewni możliwość tworzenia Hurtowni Danych
i zarządzania nimi.
A.44.
System Business Intelligence będzie zawierał system zarządzania bazami danych
(DBMS).
A.45.
DBMS zapewni wsparcie relacyjnego modelu danych (RDBMS).
A.46.
DBMS umożliwi przechowywanie obiektów typu LOB (Large Objects).
A.47.
DBMS zapewni możliwość przydzielania Użytkownikom PIBUK uprawnień do obiektów
i mechanizmów w bazach danych.
A.48.
DBMS zapewni logiczną separację obiektów bazodanowych w oparciu o schematy
zapewniające rozdzielne przestrzenie nazw dla obiektów.
A.49.
DBMS zapewni fizyczną separację obiektów bazodanowych w oparciu o pliki danych.
A.50.
DBMS zapewni wsparcie języka SQL.
A.51.
DBMS zapewni wsparcie proceduralnego języka SQL do tworzenia procedur
składowanych.
A.52.
DBMS zapewni możliwość definiowania obiektów bazodanowych, w szczególności:
tabel, widoków (w tym materializowanych), sekwencji, procedur, funkcji.
A.53.
DBMS zapewni możliwość tworzenia indeksów.
Strona 7 z 22
Projekt: Platforma Informatyczna systemu badań i diagnozowania właściwości usług komunikacji
elektronicznej
Nr Projektu: WND-POIG.02.03.00-14-049/13
Dokument: Załącznik nr 1a do SIWZ/do Umowy
ID
Wymaganie
A.54.
DBMS zapewni możliwość definiowanie więzów integralności, w tym ograniczeń
deklaratywnych (więzy kontrolne – check, klucze główne, klucze unikalne, klucze obce)
oraz ograniczeń proceduralnych (wyzwalacze).
A.55.
DBMS zapewni możliwość nadawania poszczególnym Użytkownikom PIBUK i grupom
Użytkowników PIBUK uprawnień do komend DDL (Data Definition Language)
definiujących struktury danych (np. CREATE/ALTER/DROP).
A.56.
DBMS zapewni możliwość nadawania poszczególnym Użytkownikom PIBUK i grupom
Użytkowników PIBUK uprawnień do komend DML (Data Modification Language),
przynajmniej z rozróżnieniem na prawa odczytu (SELECT) i prawa modyfikacji
(INSERT/UPDATE/DELETE).
A.57.
DBMS zapewni możliwość wykonania integralnej kopii zapasowej bazy danych na
udostępniony dysk.
A.58.
DBMS zapewni możliwość wykonania przyrostowych kopii zapasowych.
A.59.
DBMS zapewni możliwość odtworzenia stanu bazy z kopii zapasowych.
A.60.
DBMS zapewni możliwość transakcyjnego przetwarzania danych.
A.61.
DBMS zapewni możliwość wyłączenia logowania transakcji, indeksowania oraz więzów
integralności, w tym ograniczeń deklaratywnych (więzy kontrolne – check, klucze
główne, klucze unikalne, klucze obce) oraz ograniczeń proceduralnych (wyzwalacze) - np.
przy ładowaniu danych.
A.62.
DBMS zapewni możliwość partycjonowania tabel.
3.3.4. Repozytorium Dokumentów
ID
Wymaganie
A.63.
Platforma będzie zawierała Repozytorium Dokumentów zrealizowane w formie
dyskowego zasobu sieciowego.
A.64.
Repozytorium Dokumentów
w dowolnym formacie.
A.65.
Repozytorium Dokumentów musi zapewniać organizację dokumentów w ramach
hierarchicznej struktury katalogów.
A.66.
Repozytorium Dokumentów musi zapewniać możliwość przydzielania uprawnień do
dokumentów i katalogów dla Użytkowników PIBUK, a także ról lub grup tych
użytkowników.
A.67.
Repozytorium Dokumentów musi zapewniać mechanizm dziedziczenia uprawnień w głąb
hierarchii katalogów.
A.68.
Repozytorium Dokumentów musi zapewniać dostęp anonimowy do wybranych
dokumentów i katalogów.
A.69.
Autoryzacja dostępu Pracowników IŁ do Repozytorium Dokumentów musi być
zintegrowana z systemem autoryzacji wykorzystywanym w Instytucie Łączności (Active
Directory).
A.70.
Dla użytkowników niebędących Pracownikami IŁ autoryzacja dostępu do Repozytorium
Dokumentów powinna być zintegrowana z autoryzacją dostępu do Platformy.
musi
umożliwiać
Strona 8 z 22
przechowywanie
dokumentów
Projekt: Platforma Informatyczna systemu badań i diagnozowania właściwości usług komunikacji
elektronicznej
Nr Projektu: WND-POIG.02.03.00-14-049/13
Dokument: Załącznik nr 1a do SIWZ/do Umowy
ID
Wymaganie
A.71.
Dostęp do Repozytorium Dokumentów musi być zapewniony za pomocą protokołu SMB
(Server Message Block).
A.72.
Dostęp do Repozytorium Dokumentów musi być zapewniony za pomocą alternatywnych
do SMB protokołów. Wymagany jest co najmniej jeden z następujących protokołów:
HTTP, HTTPS, FTP.
A.73.
Repozytorium dokumentów musi być dostępne z następujących systemów operacyjnych:
• Windows (XP i nowsze);
• Linux (Ubuntu 12.04, Debian 6, OpenSuse 12, Red Hat 6 i nowsze);
• MacOS 6 i nowsze;
• Android 4.0 i nowsze;
• iOS 6 i nowsze.
A.74.
Narzędzie dostępowe do Repozytorium Dokumentów dla Stacji Roboczych z systemem
Windows 7 i 8 powinno umożliwiać podgląd standardowych typów dokumentów bez
konieczności jego kopiowania przez użytkownika na Stację Roboczą.
Przez standardowe typy dokumentów rozumie się pliki:
• Dokumenty w formacie PDF - pod warunkiem posiadania na Stacji Roboczej
Adobe Reader X lub nowszego,
• Dokumenty, arkusze i prezentacje Microsoft Office (doc, docx, xls, xlsx, ppt,
pptx) – pod warunkiem posiadania na Stacji Roboczej Microsoft Office 2010 lub
nowszego,
• Obrazy (jpeg, png, bmp) – bez konieczności instalacji dodatkowego
oprogramowania.
3.3.5. System Kontroli Wersji
ID
Wymaganie
A.75.
Platforma będzie zawierała System Kontroli Wersji.
A.76.
Platforma musi umożliwiać pracę z System Kontroli Wersji działającym w modelu
rozproszonym (brak głównego repozytorium).
A.77.
System Kontroli Wersji musi zapewniać tworzenie oddzielnych repozytoriów dla
Użytkowników PIBUK i na potrzeby realizacji Prac.
A.78.
System Kontroli Wersji musi przechowywać historię wszystkich zmian zawartości
repozytorium.
A.79.
System Kontroli Wersji musi zapewniać dostęp do historycznych wersji plików
przechowywanych w repozytorium.
A.80.
System Kontroli Wersji musi zapewniać możliwość porównywania plików pomiędzy
dowolnymi ich wersjami.
A.81.
System Kontroli Wersji musi zapewniać możliwość utworzenia lokalnej kopii plików
i repozytoriów na Stacji Roboczej.
A.82.
System Kontroli Wersji musi zapewniać możliwość automatycznej lub półautomatycznej
(automatyczne scalenie po usunięciu przez użytkownika zaraportowanych przez System
Kontroli Wersji konfliktów) poprawnej integracji zmian, równocześnie wykonanych
w repozytoriach lokalnych na tym samym pliku.
Strona 9 z 22
Projekt: Platforma Informatyczna systemu badań i diagnozowania właściwości usług komunikacji
elektronicznej
Nr Projektu: WND-POIG.02.03.00-14-049/13
Dokument: Załącznik nr 1a do SIWZ/do Umowy
ID
Wymaganie
A.83.
System Kontroli Wersji musi zapewniać możliwość synchronizacji plików pomiędzy
repozytoriami użytkowników.
A.84.
System Kontroli Wersji musi zapewniać zarządzanie dostępem poszczególnych
Użytkowników PIBUK do repozytoriów.
A.85.
Uprawnienia do zarządzania uprawnieniami do konkretnego repozytorium utworzonego
w ramach Systemu Kontroli Wersji musi być ograniczony do właściciela repozytorium
oraz osób, którym nadano uprawnienie do zarządzania danym repozytorium.
A.86.
System Kontroli Wersji musi zapewniać możliwość tworzenia repozytoriów publicznych
z dostępem anonimowym.
A.87.
System Kontroli Wersji musi zapewniać tworzenie repozytoriów prywatnych z dostępem
ograniczonym do wybranych użytkowników.
A.88.
Operacje wykonywane w Systemie Kontroli Wersji powinny być atomowe.
A.89.
Musi być zapewniony dostęp przez przeglądarkę WWW do repozytoriów Systemu
Kontroli Wersji.
3.3.6. Repozytorium Raportów
ID
Wymaganie
A.90.
Platforma będzie zawierała Repozytorium Raportów, które będzie służyło do
udostępniania raportów użytkownikom.
A.91.
Repozytorium Raportów będzie zapewniało możliwość zarządzania oraz przechowywania
Raportów Statycznych, a także odnośników do Raportów Dynamicznych.
A.92.
Dostęp do obiektów składowanych w Repozytorium Raportów musi być zapewniony
przez Platformę dla uprawnionych Użytkowników Platformy zarówno z sieci
teleinformatycznej Zamawiającego, jak i spoza niej.
A.93.
Dostęp do raportów będzie możliwy za pomocą przeglądarki WWW.
A.94.
Dostęp do raportów będzie możliwy za pomocą Urządzeń Mobilnych.
A.95.
Repozytorium Raportów zapewni przypisywanie praw do oglądania raportu na poziomie
Użytkowników i ról lub grup.
A.96.
Repozytorium Raportów zapewni możliwość udostępniania Użytkownikom Anonimowym
raportów swobodnie wybranych przez Użytkowników PIBUK.
3.4. Moduły Integracji Danych
3.4.1. Moduły ETL/ELT
ID
Wymaganie
A.97.
Platforma będzie zawierała Moduł ETL/ELT, który zapewni możliwość automatycznej
obsługi procesów zbierania i przetwarzania danych, obejmujących fazę ich pobrania ze
źródeł zewnętrznych, transformację i załadowanie do bazy danych (hurtowni danych).
A.98.
Moduł ETL/ELT zapewni możliwość wczytywania i zapisywania danych do DBMS
i Hurtowni Danych.
Strona 10 z 22
Projekt: Platforma Informatyczna systemu badań i diagnozowania właściwości usług komunikacji
elektronicznej
Nr Projektu: WND-POIG.02.03.00-14-049/13
Dokument: Załącznik nr 1a do SIWZ/do Umowy
ID
Wymaganie
A.99.
Moduł ETL/ELT zapewni możliwość wykorzystania predefiniowanych (gotowych) reguł
transformacji danych.
A.100.
Moduł ETL/ELT zapewni możliwość definiowania przez Użytkownika PIBUK własnych
reguł transformacji danych.
A.101.
Moduł ETL/ELT zapewni możliwość współdzielenia reguł transformacji danych
określonych przez Użytkownika PIBUK z innymi Użytkownikami PIBUK.
A.102.
Moduł ETL/ELT zapewni możliwość definiowana przetwarzań, z wykorzystaniem
predefiniowanych lub definiowanych przez Użytkownika PIBUK reguł transformacji
danych, z wykorzystaniem języka programowania czwartej generacji (definiowanie
przetwarzań bez interfejsu graficznego – pisanie skryptów).
A.103.
Moduł ETL/ELT zapewni graficzny interfejs użytkownika w języku polskim lub
angielskim pozwalający na definiowanie procesów przetwarzania danych w postaci grafu
zależności między transformacjami danych i danymi.
A.104.
Moduł ETL/ELT zapewni możliwość definiowania i egzekwowania
i warunków uruchamiania procesów przetwarzania danych.
A.105.
Będzie zapewniona możliwość uruchamiania procesów Modułu ETL/ELT zgodnie
z określonym przez Użytkownika PIBUK harmonogramem.
A.106.
Narzędzie harmonogramowania procesów Modułu ETL/ELT zapewni możliwość
zdefiniowania uruchamiania procesów w określonym dniu i o określonym czasie.
A.107.
Narzędzie harmonogramowania procesów Modułu ETL/ELT zapewni możliwość
uruchamiania procesów w predefiniowanych cyklach godzinnych, dziennych,
tygodniowych, miesięcznych, rocznych.
A.108.
Moduł ETL/ELT zapewni możliwość wywoływania procesów ETL w trybie wsadowym.
A.109.
Moduł ETL/ELT zapewni możliwość monitorowania wykonania procesów ETL/ELT.
A.110.
Moduł ETL/ELT zapewni możliwość automatycznego generowania raportów o błędach,
postępach, zakończeniu procesów ETL/ELT.
A.111.
W sytuacji kiedy w Module ETL/ELT wystąpi błąd, Użytkownik PIBUK będzie miał
możliwość podjęcia decyzji, czy proces przetwarzania danych zostanie powtórzony
w całości, czy tylko od miejsca, w którym wystąpił błąd.
A.112.
Moduł ETL/ELT zapewni możliwość wykorzystania własnych procedur napisanych
przynajmniej w jednym z języków programowania: C, Java, Python lub Perl.
A.113.
Moduł ETL/ELT zapewni możliwość realizacji przetwarzania danych zgodnie z modelem
ELT tj. przeprowadzanie transformacji danych w docelowej bazie danych.
A.114.
Moduł ETL/ELT zapewni możliwość automatycznego ładowania przyrostowego danych
do Hurtowni Danych.
A.115.
Musi istnieć możliwość przydzielania uprawnień Użytkownikom PIBUK do uruchamiania
pojedynczych procesów.
A.116.
Musi istnieć możliwość uruchamiania procesów Modułu ETL/ELT spoza tego modułu
(np. za pomocą interfejsu WebService).
A.117.
System Business Intelligence musi umożliwiać logiczną separację procesów przetwarzania
danych Użytkowników PIBUK zgodnie z przydzielonymi uprawnieniami.
Strona 11 z 22
kolejności
Projekt: Platforma Informatyczna systemu badań i diagnozowania właściwości usług komunikacji
elektronicznej
Nr Projektu: WND-POIG.02.03.00-14-049/13
Dokument: Załącznik nr 1a do SIWZ/do Umowy
ID
Wymaganie
A.118.
System Business Intelligence zapewni możliwość edycji, uruchamiania i administrowania
jednym procesem Modułu ETL/ELT przez kilku Użytkowników PIBUK, przy założeniu,
że edycja nie jest wykonywana jednocześnie.
A.119.
System Business Intelligence zapewni możliwość geokodowania, tj. zamiany adresów
z terenu Polski na współrzędne geograficzne.
A.120.
System Business Intelligence zapewni możliwość jednoczesnej pracy wielu
użytkowników na tych samych danych składowanych w pamięci operacyjnej (technologia
„in-memory”).
A.121.
Moduły Integracji Danych zapewnią narzędzia do analizy jakości i czyszczenia danych
strukturalnych i strumieniowych.
A.122.
System Business Intelligence zapewni możliwość przenoszenia kodów programów
realizujących procesy ETL/ELT między Środowiskami Projektowymi.
A.123.
Moduły Integracji Danych zapewnią możliwość automatycznego wysyłania powiadomień
do Użytkownika poprzez e-mail. Mechanizm ten musi umożliwiać wysłanie wiadomości
o dowolnej treści i po dowolnej transformacji danych, a także po zakończeniu procesu
ETL/ELT.
A.124.
System Business Intelligence zapewni wersjonowanie kodów programów realizowanych
przez procesy ETL/ ELT.
A.125.
Będzie zapewniony mechanizm generujący alerty w przypadku wykrycia:
• osiągnięcia i/lub przekroczenia zadanej wartości liczbowej,
• wystąpienia zadanej wartości tekstowej w danych,
• liczby wierszy mniejszej/większej od zadanej wartości,
• zmiany struktury zbioru,
w trakcie przetwarzania danych w Modułach ETL/ELT.
A.126.
Będzie zapewniony mechanizm generujący alerty w przypadku wystąpienia błędu podczas
ładowania danych, zakończenia ładowania danych bez błędu w trakcie przetwarzania
danych w Modułach Integracji Danych.
3.4.2. Moduł Przetwarzania Danych Strumieniowych
ID
Wymaganie
A.127.
Platforma będzie zawierała Moduł Przetwarzania Danych Strumieniowych. który zapewni
przetwarzanie w czasie rzeczywistym danych strumieniowych pochodzących np.
z urządzeń pomiarowych i strumieni z Internetu.
A.128.
Moduł Przetwarzania Danych Strumieniowych
przetwarzanych danych strumieniowych .
A.129.
Moduł Przetwarzania Danych Strumieniowych
przetwarzanych danych strumieniowych.
A.130.
Moduł Przetwarzania Danych Strumieniowych zapewni możliwość stosowania na danych
strumieniowych własnych procedur, funkcji i reguł biznesowych Użytkownika.
A.131.
Moduł Przetwarzania Danych Strumieniowych zapewni możliwość wykrywania korelacji
pomiędzy zdarzeniami w wielu strumieniach danych.
Strona 12 z 22
zapewni
zapewni
możliwość
możliwość
filtrowania
agregacji
Projekt: Platforma Informatyczna systemu badań i diagnozowania właściwości usług komunikacji
elektronicznej
Nr Projektu: WND-POIG.02.03.00-14-049/13
Dokument: Załącznik nr 1a do SIWZ/do Umowy
ID
Wymaganie
A.132.
Moduł Przetwarzania Danych Strumieniowych zapewni możliwość przeprowadzania
prostych obliczeń, w tym obliczenia arytmetyczne, filtrowanie, dopasowanie do wzorców,
wyodrębnianie słów na strumieniu danych.
A.133.
Moduł Przetwarzania Danych Strumieniowych zapewni możliwość generowania alertów
i innych akcji w czasie rzeczywistym na skutek zaistniałych zdarzeń.
A.134.
W przypadku wystąpienia w Module Przetwarzania Strumieniowego zdarzenia, dla
którego została przez użytkownika zdefiniowana reguła z akcją powiadomienia,
informacja o nim zostanie przekazana do Modułu Alertów w czasie nie dłuższym niż kilka
sekund.
A.135.
Moduł Przetwarzania Danych Strumieniowych zapewni możliwość automatycznego
generowania raportów o błędach, postępach, zakończeniu procesów przetwarzania
danych.
3.5. Moduł Raportowania i Wizualizacji
3.5.1. Moduły Raportowania Graficznego i Tekstowego
ID
Wymaganie
A.136.
Platforma zapewni narzędzia do tworzenia raportów, wyświetlania ich oraz zarządzania
nimi.
A.137.
Będzie zapewnione tworzenie szablonów raportów i zapisywanie ich w Repozytorium
Raportów oraz usuwanie, odczytywanie i modyfikowanie zapisanych wcześniej
szablonów raportów.
A.138.
Będzie zapewnione tworzenie raportów na podstawie utworzonych wcześniej szablonów
raportów, a także szablonów raportów dostarczonych z oprogramowaniem Systemu
Business Intelligence.
A.139.
Będzie zapewnione tworzenie, usuwanie, odczytywanie i modyfikowanie zapisanych
wcześniej raportów w ramach Repozytorium Raportów.
A.140.
Narzędzie do tworzenia raportów będzie dostępne przez przeglądarkę WWW.
A.141.
Zostanie zapewniony graficzny interfejs umożliwiający tworzenie raportów bez
konieczności pisania skryptów.
A.142.
Do utworzenia raportu będzie możliwe wykorzystanie języka SQL.
A.143.
Będzie zapewniona możliwość generowania raportów w oparciu o fizyczne nazwy kolumn
źródeł danych oraz w oparciu o modele zapisane w metadanych.
A.144.
Będzie zapewniony interfejs generatora raportów, który w kolejnych krokach poprowadzi
użytkownika przez wszystkie niezbędne etapy od zdefiniowania źródła raportów do
wizualizacji danych.
A.145.
Narzędzie do tworzenia raportów zapewni kontekstową Pomoc dla użytkowników.
A.146.
Będzie zapewniona możliwość tworzenia raportów składających się z wielu stron/części.
A.147.
Będzie zapewniona możliwość tworzenia raportów w języku preferowanym przez
użytkownika, w tym w j. polskim, j. angielskim.
Strona 13 z 22
Projekt: Platforma Informatyczna systemu badań i diagnozowania właściwości usług komunikacji
elektronicznej
Nr Projektu: WND-POIG.02.03.00-14-049/13
Dokument: Załącznik nr 1a do SIWZ/do Umowy
ID
Wymaganie
A.148.
Każda strona raportu będzie mogła zawierać wiele
i dynamicznych), w tym:
• tabel i tabel przestawnych (ang. Pivot table),
• wykresów i wykresów przestawnych,
• obiektów do prezentacji wskaźników (np. KPI),
• opisów.
A.149.
Będzie zapewniona możliwość tworzenia raportów zawierających różnorodne typy
wykresów, w szczególności: częstotliwościowe (histogram), słupkowe, kolumnowe,
punktowe, liniowe, bąbelkowe, kołowe, kafelkowe, mapa cieplna.
A.150.
Będzie zapewniona możliwość tworzenia raportów zawierających mapy geograficzne
przynajmniej w podanych zakresach:
• Świata w skali od 1:500000 do 1:4000000,
• Europy w skali od 1:50000 do 1:4000000,
• Polski w skali od 1:5000 do 1:4000000.
A.151.
Będzie zapewniona możliwość drążenia prezentowanych na raportach map w ramach
zdefiniowanych hierarchii.
A.152.
Będzie zapewniona możliwość umieszczania na raporcie odnośników (łączy) do obiektów
(tabel, wykresów) z innych raportów i innych stron tego samego raportu.
A.153.
Będzie zapewniona możliwość umieszczania na raporcie obiektów (tabel, wykresów)
wyznaczonych na podstawie różnych zbiorów danych.
A.154.
Przy tworzeniu raportów będzie zapewniona możliwość wykorzystania obiektów (tabel,
wykresów) z innych raportów.
A.155.
Będzie zapewniona możliwość nakładania różnych typów wykresów (np. słupkowych
i liniowych), w tym nakładania wykresów bąbelkowych na mapy geograficzne (mapa jako
podkład).
A.156.
Będzie zapewniona możliwość tworzenia raportów parametryzowanych (parametry
podawane przez użytkownika).
A.157.
Będzie zapewniona możliwość tworzenia i przeglądania Raportów Dynamicznych ze
zdefiniowanymi hierarchiami drążenia danych.
A.158.
Będzie zapewniona możliwość wykorzystania na raporcie kilku hierarchii wymiarów
jednocześnie oraz możliwość umieszczenia w raporcie jednocześnie hierarchii wymiarów
wraz z atrybutami wymiarów.
A.159.
Będzie zapewniona możliwość dodawania na raporcie kolumn wyliczanych na podstawie
danych raportu.
A.160.
Będzie zapewniona możliwość sortowania po kolumnie i po wierszu wyników
prezentowanych w postaci tabeli przestawnej.
A.161.
Będzie zapewniona możliwość definiowania na Raportach Dynamicznych filtrów danych,
w szczególności list rozwijanych (jednokrotnego i wielokrotnego wyboru), pól filtrujących
tekst, elementów definiujących zakresy liczbowe.
A.162.
Będzie zapewniona możliwość definiowania na raporcie akcji warunkowych (np.
wyróżnienie wartości po przekroczeniu zadanej wartości).
Strona 14 z 22
obiektów
(statycznych
Projekt: Platforma Informatyczna systemu badań i diagnozowania właściwości usług komunikacji
elektronicznej
Nr Projektu: WND-POIG.02.03.00-14-049/13
Dokument: Załącznik nr 1a do SIWZ/do Umowy
ID
Wymaganie
A.163.
Będzie zapewniona możliwość definiowania interakcji między poszczególnymi obiektami,
co pozwoli między innymi na jednoczesne filtrowanie danych prezentowanych przez
wiele obiektów raportu z zachowaniem spójności prezentowanych danych.
A.164.
Będzie zapewniona możliwość naliczania raportów zgodnie z określonym przez
Użytkownika PIBUK harmonogramem.
A.165.
Narzędzie harmonogramowania zapewni możliwość zdefiniowania naliczania raportów
w określonym dniu i o określonym czasie.
A.166.
Narzędzie harmonogramowania zapewni możliwość zdefiniowania naliczeń raportów
okresowych w predefiniowanych cyklach godzinnych, dziennych, tygodniowych,
miesięcznych, rocznych.
A.167.
Narzędzie harmonogramowania zapewni możliwość definiowania nowych wzorców
naliczeń okresowych raportów o dowolnym okresie z dokładnością do minuty, a także co
ustaloną liczbę dni, naliczeń kwartalnych, półrocznych.
A.168.
Będzie zapewniony dostęp do raportów za pomocą posiadanego przez Zamawiającego
pakietu biurowego Microsoft Office (Word, Excel, Power Point) w wersjach: 2007, 2010,
2013 i wyższych.
A.169.
Będzie zapewnione przeglądanie raportów z poziomu dokumentów posiadanego przez
Zamawiającego pakietu biurowego Microsoft Office w wersjach: 2007, 2010, 2013
i wyższych.
A.170.
Będzie zapewnione wstawienie do dokumentu pakietu Microsoft Office (Word, Excel,
Power Point, posiadanych przez Zamawiającego) obiektu z raportu. Będzie zapewniona
możliwość aktualizacji obiektu raportu umieszczonego w dokumencie pakietu Microsoft
Office z poziomu tego pakietu w taki sposób, aby obiekt ten odzwierciedlał aktualny stan
danych znajdujących się po stronie serwera.
A.171.
Będzie zapewniony eksport raportów do plików w różnych formatach, w tym do HTML,
PDF, formatu Microsoft Word, Microsoft Excel, plików tekstowych, XML.
A.172.
Będzie zapewniony mechanizm generujący alerty w przypadku wykrycia:
• osiągnięcia i/lub przekroczenia zadanej wartości liczbowej,
• wystąpienia zadanej wartości tekstowej,
w trakcie naliczania raportów.
A.173.
Będzie zapewniona możliwość tworzenia kokpitów menadżerskich.
3.5.2. Moduł Alertów
ID
Wymaganie
A.174.
System Business Intelligence będzie zawierał Moduł Alertów zapewniający możliwość
wysyłania komunikatów (alertów) do użytkowników w przypadku wystąpienia
zdefiniowanych w Systemie Business Intelligence zdarzeń.
A.175.
Będzie zapewniona możliwość zdefiniowania użytkowników, do których mają trafić
poszczególne alerty.
A.176.
Będzie zapewniona możliwość zdefiniowania kanałów dostarczenia poszczególnych
alertów do poszczególnych Użytkowników i grup lub ról użytkowników, w tym
przesyłania wiadomości email, wyświetlania alertów na kokpitach menadżerskich.
Strona 15 z 22
Projekt: Platforma Informatyczna systemu badań i diagnozowania właściwości usług komunikacji
elektronicznej
Nr Projektu: WND-POIG.02.03.00-14-049/13
Dokument: Załącznik nr 1a do SIWZ/do Umowy
ID
Wymaganie
A.177.
Będzie zapewnione zapamiętywanie wygenerowanych alertów.
A.178.
Będzie zapewniona możliwość przeglądania wygenerowanych alertów za pomocą
przeglądarki WWW.
3.6. Moduły Analiz i Modelowania
3.6.1. Moduły Analityczne
ID
Wymaganie
A.179.
System Business Intelligence zapewni możliwość wykonywania operacji arytmetycznych,
znakowych, konwersji pomiędzy typami danych.
A.180.
System Business Intelligence zapewni mechanizm transpozycji tabel.
A.181.
System Business Intelligence zapewni możliwość obliczania wartości funkcji
matematycznych, w szczególności trygonometrycznych, wykładniczych, logarytmicznych,
funkcji charakteryzujących rozkłady: normalny, Poissona.
A.182.
System Business Intelligence zapewni możliwość eliminacji z danych obserwacji
odstających według zadanych kryteriów, co najmniej opartych na zadanych wartościach
i wariancji.
A.183.
System Business Intelligence zapewni graficzną analizę wartości zmiennych w czasie:
analizę trendu i analizę różnicową.
3.6.2. Moduł OLAP
ID
Wymaganie
A.184.
System Business Intelligence będzie zawierał mechanizm do wielowymiarowej analizy
danych w trybie on-line (kostka OLAP – On Line Analytical Processing).
Mechanizm ten będzie umożliwiał generowanie interaktywnych, dynamicznych zestawień
tabelarycznych i graficznych. Zapewni on możliwość wyboru i zmianę aktywnych
atrybutów, poziomów hierarchii zmiennych oraz miar jakie mają być uwzględnione
w zestawieniu, drążenie danych, filtrowanie danych, a także możliwość wykorzystania
w zestawieniu kilku hierarchii wymiarów jednocześnie oraz możliwość umieszczenia
w zestawieniu jednocześnie hierarchii wymiarów wraz z atrybutami wymiarów.
A.185.
Kostka OLAP musi uwzględniać swobodnie definiowalną hierarchię wymiarów oraz
miary.
A.186.
Kostka OLAP musi umożliwiać dowolny wybór zestawu analizowanych wymiarów wraz
z poziomami.
A.187.
Kostka OLAP musi umożliwiać filtrowanie danych po wymiarach.
A.188.
Kostka OLAP musi umożliwiać obsługę hierarchii zmiennych o nierównym poziomie
zagłębienia.
A.189.
Kostka OLAP musi umożliwiać drążenie danych, rozumiane jako przejście na niższy
poziom hierarchii zmiennych.
Strona 16 z 22
Projekt: Platforma Informatyczna systemu badań i diagnozowania właściwości usług komunikacji
elektronicznej
Nr Projektu: WND-POIG.02.03.00-14-049/13
Dokument: Załącznik nr 1a do SIWZ/do Umowy
ID
Wymaganie
A.190.
Zostanie zapewniony poprawny eksport tabelarycznych zestawień danych
przygotowanych z wykorzystaniem kostki OLAP do plików: PDF i CSV, oraz graficznych
zestawień danych przygotowanych z wykorzystaniem kostki OLAP do plików graficznych
(np. PNG).
A.191.
Zasilanie kostki OLAP danymi z Hurtowni Danych musi być możliwe nie tylko w całości,
ale wymagana jest także możliwość uaktualniania kostki OLAP.
A.192.
System umożliwi współdzielenie utworzonej kostki między różnych użytkowników.
A.193.
Kostka OLAP zapewni wsparcie języka MDX (ang. Multidimensional Expressions).
A.194.
Kostka OLAP musi wspierać obsługę miar nieaddytywnych.
3.6.3. Moduł Eksploracji Danych
3.6.3.1.
Wymagania ogólne
ID
Wymaganie
A.195.
Moduły Analiz i Modelowania zapewnią możliwość rozwiązywania wymaganych zadań
eksploracji danych bez ograniczenia do konkretnych zastosowań (dziedziny), w oparciu
o specjalizowane metody i algorytmy. Rozwiązanie zadań musi być możliwe z użyciem
interfejsu graficznego (tj. interfejsu pozwalającego na rozwiązywanie zadań przez
użytkowników niemających umiejętności programistycznych) lub drodze wyłącznie
programistycznej, poprzez wywołanie odpowiednich procedur, w oparciu o jednolite
interfejsy przetwarzania danych hurtowni. Każdorazowo, gdy w poniższych wymaganiach
użyto sformułowania „różne metody”, za różne metody uważa się metody oparte na
innych zasadach działania. Rozszerzenia, udoskonalenia, parametryzację metody
utożsamia się z tą metodą.
3.6.3.2.
ID
Klasyfikacja (z nadzorem)
Wymaganie
A.196.
Co najmniej 5 różnych metod klasyfikacji (z nadzorem).
A.197.
Co najmniej 2 różne metody umożliwiająca klasyfikowanie w oparciu o atrybuty
numeryczne i nominalne jednocześnie.
A.198.
Regresja dla dychotomicznych zmiennych objaśnianych z badaniem dopasowania modelu
(regresja logistyczna).
A.199.
Klasyfikacja za pomocą maszyny wektorów nośnych.
A.200.
Klasyfikacja za pomocą sieci neuronowych.
A.201.
Klasyfikacja za pomocą drzew decyzyjnych.
A.202.
Możliwość sterowania przez użytkownika kryterium podziału drzewa (np. Gini, kryterium
redukcji wariancji, kryterium entropii).
Strona 17 z 22
Projekt: Platforma Informatyczna systemu badań i diagnozowania właściwości usług komunikacji
elektronicznej
Nr Projektu: WND-POIG.02.03.00-14-049/13
Dokument: Załącznik nr 1a do SIWZ/do Umowy
ID
Wymaganie
A.203.
Prezentacja otrzymanej reguły klasyfikacyjnej zrozumiała dla użytkownika będącego
specjalistą w dziedzinie, do której grupowanie zostało użyte, w szczególności używające
nazw atrybutów związanych z daną dziedziną oraz w sposób umożliwiający
wytłumaczenie - w fazie użycia klasyfikatora - dlaczego rekord został zaklasyfikowany
do danej klasy, poprzez podanie ciągu zastosowanych reguł decyzyjnych.
A.204.
Przetwarzanie wstępne umożliwiające zwiększenie jakości otrzymanej klasyfikacji, w tym
usuwanie wartości odstających i obsługa danych brakujących.
A.205.
Możliwość badania jakości otrzymanego klasyfikatora z użyciem różnych wskaźników.
3.6.3.3.
Grupowanie (klasyfikacja bez nadzoru)
ID
Wymaganie
A.206.
Co najmniej 2 różne metody grupowania (klasyfikacji bez nadzoru), w tym co najmniej
jedna zdolna do klasyfikacji do więcej niż dwóch klas.
A.207.
Co najmniej jedna z następujących metod grupowania: za pomocą schematu expectationmaximization, jednoklasowa maszyna wektorów nośnych, metoda k-średnich.
A.208.
Co najmniej jedna metoda grupowania hierarchicznego.
A.209.
Co najmniej jedna z metod powinna zapewniać użytkownikowi kontrolę nad określaniem
przez algorytm niepodobieństwa skupień (np. najdalsze sąsiedztwo, najbliższe sąsiedztwo,
średnie wiązanie lub parametry miar niepodobieństwa) bądź obiektów.
A.210.
Co najmniej dla jednej metody - prezentacja uzyskanego grupowania (np. kroki
w metodach hierarchicznych, dendrogramy, histogramy dla skupień, prezentacja graficzna
skupień i ich centroidów).
A.211.
Co najmniej dla jednej metody - ocena jakości grupowania (np. przez porównanie
zmienności między skupieniami i wewnątrz nich, miary zarysowe).
A.212.
Co najmniej jedna metoda grupowania musi wykazywać złożoność obliczeniową liniową
względem liczby rekordów.
3.6.3.4.
Analizy statystyczne
ID
Wymaganie
A.213.
Podprogramy umożliwiające obliczanie wartości funkcji opisujących standardowe
rozkłady prawdopodobieństw, w tym Gaussa, Poissona, dwumianowego, chi-kwadrat.
A.214.
Sprawdzanie dopasowania próbki do rozkładów parametrycznych, co najmniej
normalnego i Poissona, z możliwością oznaczania wiarygodności wyliczonych estymat
parametrów.
A.215.
Co najmniej dwie metody nieparametrycznej identyfikacji rozkładów prawdopodobieństw
(np. histogram, estymator gęstości jądrowej).
A.216.
Testowanie niezależności zmiennych na podstawie próbki testem chi-kwadrat. Test tStudenta równości wartości oczekiwanej w populacjach zależnych i niezależnych.
A.217.
Nieparametryczne testy zgodności z rozkładem - Smirnowa-Kołomogorowa oraz chikwadrat.
Strona 18 z 22
Projekt: Platforma Informatyczna systemu badań i diagnozowania właściwości usług komunikacji
elektronicznej
Nr Projektu: WND-POIG.02.03.00-14-049/13
Dokument: Załącznik nr 1a do SIWZ/do Umowy
ID
Wymaganie
A.218.
Analiza czynnikowa (tworzenie modelu wierszy tabeli pozwalającego scharakteryzować je
w sposób przybliżony skompresowany, np. Principal Component Analysis z użyciem
wartości własnych macierzy kowariancji).
A.219.
Regresja liniowa wielowymiarowa (tj. dla wielu zmiennych objaśniających).
A.220.
Badanie dopasowania uzyskanego modelu liniowego oraz istotności statystycznej
zmiennych.
A.221.
Regresja nieliniowa (lub uogólniona liniowa) niezwiązana z konkretnym zastosowaniem,
inna niż regresja logistyczna.
A.222.
Modelowanie autoregresyjne.
A.223.
Modelowanie przeżycia - z obserwacjami uciętymi (np. estymator Kaplana-Meyera,
regresja Coxa).
3.6.3.5.
Pozostałe zadania eksploracji danych
ID
Wymaganie
A.224.
Analiza szeregów czasowych z możliwością analizy trendu i sezonowości oraz
automatycznym doborem najlepszego z modeli.
A.225.
Znajdowanie reguł asocjacyjnych w zbiorach dyskretnych z możliwością parametryzacji
procesu (np. przez zadawanie ograniczeń na wsparcie i zaufanie).
A.226.
Moduły Analiz i Modelowania zapewnią możliwość weryfikowania jakości modeli,
z wykorzystaniem:
• walidacji prostej (zbiór walidacyjny),
• k-krotnej walidacji (kroswalidacji).
A.227.
Co najmniej jedna metoda grupowania tekstu bądź nadzorowanej klasyfikacji tekstu.
3.6.4. Inne
ID
Wymaganie
A.228.
Następujące rodzaje analiz: klasyfikację nadzorowaną, dopasowanie rozkładów, analizę
czynnikową musi dać się wykonać, którąś z dostarczanych metod, z użyciem interfejsu
graficznego.
A.229.
Platforma zapewni możliwość definiowania nowych rodzajów analiz, bądź nowych
komponentów analiz, z użyciem popularnego języka programowania o elastyczności
języków ogólnego przeznaczenia. Tak utworzone moduły nowych analiz muszą zachować
jednolitość z modułami analiz wbudowanych co do interfejsu pobierania danych i sposobu
wywoływania.
A.230.
Platforma zapewni mechanizm pobierania danych do analizy niewymagający od żadnego
z użytkowników platformy czynności programistycznych ani instalacji dodatkowych
komponentów programowych.
A.231.
Moduły Analiz i Modelowania zapewnią mechanizmy nadawania atrybutom w analizach
z użyciem grafiki, a także w tabelarycznych raportach OLAP nazw różnych od ich
reprezentacji w tabeli repozytorium a związanych z konkretnym zastosowaniem analizy.
Strona 19 z 22
Projekt: Platforma Informatyczna systemu badań i diagnozowania właściwości usług komunikacji
elektronicznej
Nr Projektu: WND-POIG.02.03.00-14-049/13
Dokument: Załącznik nr 1a do SIWZ/do Umowy
ID
Wymaganie
A.232.
Moduły Analiz i Modelowania muszą wspierać wielojęzyczność interfejsu graficznego (co
najmniej język polski i angielski).
A.233.
Z poziomu Moduły Analiz i Modelowania musi być możliwe wykonywanie zapytań SQL
ad-hoc.
A.234.
Moduły Analiz i Modelowania zapewni możliwość administrowania modelami
skoringowymi, monitorowania wydajności ich działania, monitorowania ich skuteczności
oraz śledzenia zmian w modelach.
A.235.
System Business Intelligence musi wykorzystywać silnik przetwarzania in-memory (tj.
przetwarzający duże zbiory danych w pamięci operacyjnej bez konieczności cyklicznego
odczytu z dysku) do zadań analitycznych, co najmniej w zakresie:
1. uogólnionych modeli liniowych (GLM),
2. drzew decyzyjnych,
3. segmentacji z użyciem metody k-średnich (określenie liczby segmentów
i wizualizacja wyników),
4. prognozowania szeregów czasowych z automatycznym doborem najlepszego
z modeli.
4. Skalowanie i wymagania wydajnościowe
ID
Wymaganie
A.236.
System Business Intelligence zapewni możliwość użytkowania go przez minimum 60
użytkowników (użytkownicy nazwani), w tym 10 Programistów, 30 Analityków
Raportujących i 20 Analityków Systemowych.
A.237.
Platforma zapewni możliwość wykorzystania przez System Business Intelligence całego
Sprzętu, w tym jego mocy obliczeniowej.
A.238.
System Business Intelligence wraz z DBMS zapewnią możliwość wykorzystania nie mniej
niż 76 fizycznych rdzeni procesorów na potrzeby realizacji Prac Komercyjnych (w
podziale na moduły zdefiniowane w kolejnych wymaganiach). System Business
Intelligence oraz licencje na wszystkie składniki Systemu Business Intelligence
z wyłączeniem Modułów Przetwarzania Danych Strumieniowych zapewnią możliwość
wykorzystania całości zasobów sprzętowych na Prace Badawczo-Rozwojowe.
Z uwzględnieniem tych ograniczeń Zamawiający będzie miał swobodę w decydowaniu
o tym, jaka część tych zasobów będzie przeznaczona na poszczególne rodzaje Prac. Prace
Komercyjne i Prace Badawczo-Rozwojowe będą mogły być realizowane jednocześnie.
Przykładowo będzie możliwe wykorzystanie:
• całości zasobów obliczeniowych na Prace Badawczo-Rozwojowe,
• części zasobów obliczeniowych na Prace Badawczo-Rozwojowe i jednocześnie tej
samej lub innej części zasobów obliczeniowych na Prace Komercyjne.
A.239.
System Business Intelligence oraz licencje na system zarządzania bazą danych (DBMS)
zapewnią możliwość wykorzystania minimum 8 fizycznych rdzeni procesorów na
potrzeby obsługi Prac Badawczo-Rozwojowych przez DBMS.
A.240.
System Business Intelligence oraz licencje na system zarządzania bazą danych (DBMS)
zapewnią możliwość wykorzystania minimum 8 fizycznych rdzeni procesorów na
potrzeby obsługi Prac Komercyjnych przez DBMS.
Strona 20 z 22
Projekt: Platforma Informatyczna systemu badań i diagnozowania właściwości usług komunikacji
elektronicznej
Nr Projektu: WND-POIG.02.03.00-14-049/13
Dokument: Załącznik nr 1a do SIWZ/do Umowy
ID
Wymaganie
A.241.
System Business Intelligence oraz licencje na Moduły Przetwarzania Danych
Strumieniowych zapewnią możliwość wykorzystania minimum 4 fizycznych rdzeni
procesorów na potrzeby przetwarzania danych strumieniowych w ramach Prac BadawczoRozwojowych.
A.242.
System Business Intelligence oraz licencje na Moduły Przetwarzania Danych
Strumieniowych zapewnią możliwość wykorzystania minimum 4 fizycznych rdzeni
procesorów na potrzeby przetwarzania danych strumieniowych w ramach Prac
Komercyjnych.
A.243.
System Business Intelligence oraz licencje na Moduły ETL/ELT zapewnią możliwość
wykorzystania minimum 32 fizycznych rdzeni procesorów na potrzeby obsługi Prac
Komercyjnych przez Moduły ETL/ELT.
A.244.
System Business Intelligence oraz licencje na moduły inne niż:
• DBMS,
• Moduły ETL/ELT oraz
• Moduł Przetwarzania Danych Strumieniowych,
(czyli między innymi Moduły Analiz i Modelowania oraz Moduły Wizualizacji i Alertów)
zapewnią możliwość wykorzystania minimum 32 fizycznych rdzeni procesorów na
potrzeby obsługi Prac Komercyjnych przez te moduły.
A.245.
System Business Intelligence zapewni możliwość wykorzystania minimum 512 GB
pamięci operacyjnej (RAM) na potrzeby obsługi Prac Badawczo-Rozwojowych.
A.246.
System Business Intelligence zapewni możliwość wykorzystania minimum 512 GB
pamięci operacyjnej (RAM) na potrzeby obsługi Prac Komercyjnych.
A.247.
System Przechowywania Danych zapewni możliwość przechowywania w nim nie mniej
niż 10 TB danych netto tj. wartość ta uwzględnia przestrzenie typu tablespace, repozytoria
użytkowników, katalogi tymczasowe itp., natomiast nie uwzględnia narzutów związanych
ze składowaniem danych na macierzy dyskowej, w tym narzutów na RAID i backupu.
Jedocześnie jest to cała przestrzeń dyskowa na dane składowane i przetwarzane
w Systemie Business Intelligence z wyłączeniem backupu.
A.248.
System Business Intelligence, w tym Moduł ETL/ELT musi mieć możliwość wczytywania
i przetwarzania danych pojedynczych projektów o wielkości nie mniejszej niż 1 TB.
A.249.
System Business Intelligence, w tym Moduł ETL/ELT musi mieć możliwość wczytywania
i przetwarzania pojedynczych zbiorów o wielkości nie mniejszej niż 100 GB.
A.250.
System Business Intelligence musi mieć zapewnioną możliwość działania na niej min. 20
użytkowników jednocześnie.
A.251.
DBMS zapewni obsługę tabel o rozmiarze co najmniej 10 TB.
A.252.
DBMS zapewni możliwość przechowywania tabel o liczbie wierszy nie mniejszej niż 109.
A.253.
DBMS zapewni obsługę tabel z co najmniej 1000 kolumnami.
A.254.
DBMS zapewni przechowywanie dużych obiektów binarnych (LOB) o rozmiarze nie
mniejszym niż 1GB.
A.255.
System Business Intelligence musi mieć możliwość pobierania i przetwarzania w czasie
rzeczywistym strumienia danych o przepływności min. 1 MB/s.
Strona 21 z 22
Projekt: Platforma Informatyczna systemu badań i diagnozowania właściwości usług komunikacji
elektronicznej
Nr Projektu: WND-POIG.02.03.00-14-049/13
Dokument: Załącznik nr 1a do SIWZ/do Umowy
ID
Wymaganie
A.256.
Moduł Przetwarzania Danych Strumieniowych zapewni możliwość równoczesnego
przetwarzania w czasie rzeczywistym co najmniej 100 strumieni danych o różnej
strukturze pochodzących z różnych źródeł.
5. Wymagania dotyczące oprogramowania
5.1. Bezpieczeństwo
5.1.1. Użytkownicy, Role i uprawnienia użytkowników
ID
Wymaganie
A.257.
Platforma musi zapewniać na poziomie poszczególnych Użytkowników PIBUK
i zbiorczo, na poziomie ról lub grup, mechanizm przydzielania uprawnień do zasobów
i funkcjonalności Platformy.
A.258.
Na etapie wdrożenia Platformy zostaną zdefiniowani uzgodnieni z Zamawiającym
Użytkownicy PIBUK oraz uzgodnione z Zamawiającym role lub grupy.
A.259.
Na etapie wdrożenia Platformy zostaną stworzone konta Użytkowników PIBUK, do
których zostaną przypisane odpowiednie role lub grupy i ewentualne dodatkowe
pojedyncze uprawnienia.
A.260.
Platforma musi zapewniać Zamawiającemu dodawanie, modyfikacje i usuwanie ról (lub
grup) i uprawnień Użytkowników PIBUK.
5.1.2. Separacja logiczna Środowisk Projektowych Platformy i poufność danych
ID
Wymaganie
A.261.
System Przechowywania Danych musi gwarantować separację logiczną danych
należących do różnych Użytkowników PIBUK lub projektów polegającą na
uniemożliwieniu Użytkownikom PIBUK lub użytkownikom projektu na dostęp do danych
odpowiednio drugiego Użytkownika PIBUK lub drugiego projektu.
A.262.
Zamawiający musi mieć możliwość zdecydowania, czy separacja logiczna środowisk
będzie realizowana na poziomie aplikacji, Systemów Przechowywania Danych, w tym
bazy danych, czy systemu wirtualizacji (projekty jako odrębne środowiska
wirtualizacyjne) niezależnie dla każdego projektu realizowanego na Platformie.
5.2. Utrzymanie
ID
Wymaganie
A.263.
W ramach realizacji Zamówienia Wykonawca przygotuje Dokumentację Platformy.
A.264.
Wykonawca musi dostarczyć Dokumentację Platformy co najmniej w języku polskim lub
angielskim.
Dokumentacja ta musi być co najmniej w jednym z formatów: .doc, .docx, .rtf, PDF lub
HTML.
Dokumentacja musi być dostępna dla Zamawiającego w wersji off-line.
A.265.
Zostanie zapewniona możliwość monitorowania wykorzystania zasobów sprzętowych
Platformy.
Strona 22 z 22