opis przedmiotu zamówienia

Załącznik nr 1 do SIWZ
OP-IV-272.137.2015.LK
OPIS PRZEDMIOTU ZAMÓWIENIA:
„DOSTAWA I WDROŻENIE SYSTEMU PASZPORTYZACJI W RAMACH PROJEKTU
SIEĆ SZEROKOPASMOWA POLSKI WSCHODNIEJ – WOJEWÓDZTWO LUBELSKIE”
Spis treści
Załącznik nr 1 do SIWZ ........................................................................................................ 1
Główne założenia ........................................................................................................ 3
1.
2.
2.1.
System Paszportyzacji ......................................................................................... 3
Zakres rzeczowy dostaw .................................................................................. 6
2.1.1. Oprogramowanie ............................................................................................... 6
2.1.2. Sprzęt .................................................................................................................. 8
2.1.3. Usługi ................................................................................................................... 9
2.2.
Wymagania poza-funkcjonalne ..................................................................... 11
2.2.1. Ogólne ............................................................................................................... 11
2.2.2. Silniki GIS/bazy danych .................................................................................. 11
2.3.
Wymagania funkcjonalne ............................................................................... 12
2.3.1. Ogólne wymagania funkcjonalne .................................................................. 12
2.3.2. Szczególne wymagania w zakresie modelu danych i zarządzania danymi
13
2.3.3. Szczególne wymagania w zakresie paszportyzacji sieci fizycznej .......... 15
2.3.4. Szczególne wymagania w zakresie paszportyzacji sieci logicznej, usług
technicznych i biznesowych ......................................................................................... 17
2.3.5. Szczególne wymagania w zakresie akwizycji, konwersji i eksportu
danych 19
2.3.6. Szczególne wymagania w zakresie przetwarzania i analizy danych ...... 21
2.3.7. Wymagania opcjonalne .................................................................................. 22
2.4.
Szczególne wymagania w zakresie wizualizacji, edycji danych i
raportowania ................................................................................................................... 22
2.5.
Szczególne wymagania w zakresie wdrożenia Systemu Paszportyzacji 24
2.6.
Szczególne wymagania w zakresie Gwarancji dla Systemu
Paszportyzacji ................................................................................................................ 26
2.6.1. Warunki Gwarancji .......................................................................................... 26
2.6.2. Wsparcie techniczne ....................................................................................... 26
2.6.3. Opieka serwisowa ........................................................................................... 27
OP-IV.272.137.2015.LK
Załącznik nr 1 do SIWZ – Opis przedmiotu zamówienia po zmianach
Strona 2 z 28
1. Główne założenia
1. Opis Przedmiotu Zamówienia zawiera opis wymagań wobec wykonawcy w zakresie
dostawy i wdrożenia systemu paszportyzacji - narzędzia informatycznego do ewidencji
zasobów wybudowanej optycznej sieci szkieletowo-dystrybucyjnej.
2. Do zadań Wykonawcy należeć będzie:
a. Dostawa licencji na użytkowanie oprogramowania do paszportyzacji oraz
dokonanie wdrożenia
b. Załadowanie danych (wraz z niezbędną weryfikacją wprowadzonych danych) do
systemu o wybudowanej sieci szerokopasmowej województwa lubelskiego.
Dotyczy elementów sieciowych:







sieć szkieletowa i dystrybucyjna o długości 2.908,651 km podzielona na
14 obszarów inwestycyjnych;
312 węzłów, w tym 298 węzłów dystrybucyjnych z wyposażeniem i 14
węzłów szkieletowych z wyposażeniem;
Centrum Zarządzania Siecią z wyposażeniem i Zapasowe Centrum
Zarządzania Siecią z wyposażeniem;
punkty styku z trzema sąsiadującymi wojewódzkimi sieciami regionalnymi;
trzy połączenia z punktami wymiany ruchu;
studnie telekomunikacyjne SKR-2 – ok. 3.000 szt.
zasobniki kablowe – ok. 3.000 szt.
c. Integracji z systemem zarządzania siecią
d. Integracji z systemami CRM i bilingu
3. Termin realizacji zamówienia: 20-12-2015.
2. System Paszportyzacji
Zamawiający wymaga dostarczenia i wdrożenia narzędzia informatycznego do ewidencji
zasobów wybudowanej optycznej sieci szkieletowej, zdolnego do ewidencjonowania
wszystkich elementów infrastruktury pasywnej i aktywnej, jak również usług technicznych i
biznesowych, zwanego Systemem Paszportyzacji. Wykonawca zobowiązany jest do
załadowania danych z dokumentacji powykonawczej do Systemu Paszportyzacji.
Zamawiający zastrzega sobie prawo sprawdzania w toku oceny oferty, czy zadeklarowane
przez Wykonawcę w formularzu ofertowym wymagane na dzień składania oferty
funkcjonalności oferowanego Systemu Paszportyzacji są zgodne ze stanem faktycznym.
Zamawiający żąda złożenia wraz z ofertą Próbki przedmiotu oferty w części dotyczącej
oprogramowania,
w
postaci
zainstalowanego
i
skonfigurowanego
na
komputerze/komputerach systemu w taki sposób by Zamawiający mógł zweryfikować
oświadczenia Wykonawcy co do właściwości przedmiotu zamówienia zawartych w ofercie
Wykonawcy lub wymaganiach SIWZ. Szczegółowy opis zasad przygotowania i
przeprowadzenia demonstracji Próbki znajduje się w Załączniku nr 1A do SIWZ.
Zamawiający wymaga, aby na dzień złożenia oferty dostępna była cala funkcjonalność
Systemu Paszportyzacji opisana w Rozdziale 3 niniejszego OPZ, za wyjątkiem pozycji
oznaczonych w tekście jako „(odb)”, co oznacza, że dana funkcjonalność musi być dostępna
w Systemie Paszportyzacji na dzień końcowego odbioru.
OP-IV.272.137.2015.LK
Załącznik nr 1 do SIWZ – Opis przedmiotu zamówienia po zmianach
Strona 3 z 28
Ponadto w Rozdziale 2.3.7 Zamawiający przedstawił wymagania opcjonalne, które nie są
obowiązkowe. Wykonawca może je jednak zaoferować, co przyniesie dodatkowe punkty
przy ocenie oferty.
W Systemie Paszportyzacji powinny być możliwe do zaimplementowania i ewidencji dane
o sieci dotyczące warstwy fizycznej i logicznej sieci, obejmujące funkcjonalnie:
1. lokalizację elementów sieci kablowej, jej węzłów szkieletowych i dystrybucyjnych i
punktów dostępowych (punktów dystrybucyjnych, terminali) oraz urządzeń infrastruktury
pasywnej i wyposażenia sieciowego takich jak:
a) rurociągi, studnie kablowe, zasobniki,
b) kable światłowodowe,
c) mufy wraz z rozpływem włókien,
d) zapasy kabli,
e) pomieszczenie węzłowe,
f) infrastruktura pasywna węzłów (stojaki, przełącznice),
g) infrastruktura teleinformatyczna pozyskana z rynku z możliwością rozróżnienia
właścicieli (kanalizacja, rurociągi, włókna, pomieszczenia kolokacyjne),
h) słupy,
i) kanały technologiczne,
j) (odb) inne elementy infrastruktury sieciowej możliwe do zdefiniowania przez
użytkownika,
2. ewidencję urządzeń i wyposażenia sieciowego (lokalizacja, połączenia itp.) obejmujące:
a) switche (przełączniki),
b) routery,
c) urządzenia transmisyjne DWDM,
d) urządzenia związane z bezpieczeństwem (firewall, utm itp.),
e) konwertery,
f) modemy,
g) (odb) inne urządzenia sieciowe definiowane przez użytkownika,
3. system musi umożliwić wprowadzenie danych wybudowanej sieci:
a) ziemnej,
b) (odb) napowietrznej,
c) (odb) radiowej (radiolinie, maszty, zasięg systemów radiodostępu),
d) musi umożliwić połączenia elementów sieci (kabli, włókien, urządzeń);
OP-IV.272.137.2015.LK
Załącznik nr 1 do SIWZ – Opis przedmiotu zamówienia po zmianach
Strona 4 z 28
4. dla powyższych elementów system musi umożliwiać dodanie atrybutów fizycznych
urządzeń (wielkość, długość, producent, model, typ, numer, nazwa, uwagi, status, data
instalacji);
5. musi umożliwiać tworzenie słowników predefiniowanych elementów sieci (np. typów
kabli, urządzeń) i usług, które będą wykorzystywane przy instalacji przez użytkowników
systemu;
6. możliwość definiowania własnych elementów sieciowych wraz z tworzeniem edytora
elementu, możliwych połączeń z pozostałymi elementami sieci;
7. ewidencję urządzeń i wyposażenia sieciowego (lokalizacja, połączenia itp.);
8. ewidencję zajętości sieci: kabli (pary,
poszczególnych relacji, pomiarów włókien;
włókna),
portów,
parametrów
włókien
9. generowanie schematów logicznych, rozpływów włókien, z zaznaczeniem zajętości sieci,
10. ewidencję usług wykorzystujących elementy sieci pasywnej (dzierżawa włókien,
dzierżawa rurociągu, kolokacja urządzeń obcych w węzłach),
11. ewidencję usług wykorzystujących elementy aktywne sieci (usługi transmisji danych,
dostępu do Internetu, inne), usługi aktywne mogą wykorzystywać elementy pasywne,
muszą umożliwiać dołączanie urządzeń sieciowych, portów, dla usług;
12. proste i efektywne tworzenie usługi, dołączanie do niej zasobów sieciowych;
13. możliwość definiowania własnych usług oraz definiowania urządzeń, zasobów fizycznych
które mogą być wykorzystywane przez daną usługę;
14. definiowane w systemie usługi muszą odpowiadać konfiguracją fizycznym w sieci
telekomunikacyjnej, bez konieczności instalacji elementów wirtualnych w celu tworzenia
usług;
15. moduł zarządzania cyklem życia elementu sieci umożliwiający wpis statusu elementu
(np. zajęty, wolny, zarezerwowany, niedostępny, uszkodzony, planowany, do deinstalacji)
powiązany z modułem kreowania usług,
16. zasób kartograficzny - mapowy:
a) możliwość ładowania i obsługi podkładów mapowych rastrowych skalibrowanych
i osadzonych w układach współrzędnych (minimum WGS 84, 2000, 1992, układach
lokalnych województwa)
b) możliwość ładowania i obsługi mapy wektorowej (możliwość definiowania warstw
mapy wektorowej w systemie i importu z poszczególnych warstw dostępnych map)
c) możliwość ładowania i praca z danymi geodezyjnymi (dane z geodezyjnych
inwentaryzacji obiektów budowlanych)
d) moduł bazy teleadresowej umożliwiającej dowiązanie elementów sieci i usług do
punktów adresowych,
e) (odb) możliwość podłączanie serwisów mapowych Web Map Service (WMS), Web
Feature Service (WFS),
OP-IV.272.137.2015.LK
Załącznik nr 1 do SIWZ – Opis przedmiotu zamówienia po zmianach
Strona 5 z 28
f) (odb) możliwość współpracy z portalami mapowymi wojewódzkimi i powiatowymi
poprzez umożliwienie wymiany danych pomiędzy systemami (eksport wybranych
elementów systemu do plików, shp, dxf, wraz z wybranymi atrybutami, danymi);
17. moduł podglądu poprzez przeglądarki internetowe zasobów systemu;
18. (odb) moduł prewencji (umożliwiający wpis przeglądów sieci, połączony z elementami
sieci, umożliwiający raporty okresowe elementów sieci wraz z informacją o planowanych,
wykonanych przeglądach);
19. (odb) możliwości analiz przestrzennych na danych sieciowych i teleadresowych
(dostępności usług, elementów sieci w określonych lokalizacjach, zasobów sieciowych w
zadanych parametrach);
20. możliwość generowania zdefiniowanych raportów oraz tworzenia własnych raportów,
21. (odb) możliwość tworzenia map tematycznych,
22. (odb) plotowanie i wydruki na formatach papieru do wielkości A0 włącznie;
23. (odb) eksport danych z systemów do formatów: shp, dxf dla elementów infrastruktury
sieciowej, map z systemu, xls/ods dla raportów, rozpływów włókien, jpg, bmp dla
eksportu obrazów wybranych map systemu, schematów optycznych;
24. import danych z dostępnych z dokumentacji powykonawczej sieci (import map
zasadniczych, schematów optycznych, zdjęć lokalizacji) i podłączanie danych do
elementów sieci;
25. import danych umożliwiający półautomatyczną wektoryzację elementów sieci, wstawianie
elementów sieci;
26. import danych w formatach xml, xls, odt, txt umożliwiający automatyczne wstawianie
elementów sieci na podstawie zdefiniowanego formatu danych, import powinien
umożliwić posadowienie elementu w przestrzeni geograficznej w odpowiednim układzie
współrzędnych wraz z dodaniem wszystkich opisów i atrybutów elementu występujących
w systemie oraz umożliwiający przyłączenie importowanego elementu do pozostałych
elementów sieci jeżeli takie połączenie występuje fizycznie;
27. możliwość importu słowników elementów na podstawie danych w formatach xml, xls, odt,
txt np. import typów kabli, osprzętu infrastruktury pasywnej, urządzeń;
28. (odb) możliwość eksportu informacji o sieci zgodnie z wymaganiami Urzędu Komunikacji
Elektronicznej dla corocznych raportów inwentaryzacyjnych dla „Raportu pokrycia Polski
infrastrukturą telekomunikacyjną”.
2.1.
Zakres rzeczowy dostaw
2.1.1. Oprogramowanie
Wymagana jest dostawa kompletów niewyłącznych, licencji bezterminowych:
1. dla aplikacji klienckich systemu (stanowiska pracy jednoczesnej) - 4 szt.,
2. serwerowych, dotyczących w szczególności systemów operacyjnych i silników
GIS/baz danych - w liczbie niezbędnej do zapewnienia poprawnej pracy
Systemu.
OP-IV.272.137.2015.LK
Załącznik nr 1 do SIWZ – Opis przedmiotu zamówienia po zmianach
Strona 6 z 28
Warunki udzielonej licencji zapewniać będą Zamawiającemu korzystanie z Systemu
Paszportyzacji na wszystkich dostępnych polach eksploatacji, umożliwiających korzystanie
z tego oprogramowania zgodnie z przeznaczeniem opisanym w niniejszym Szczegółowym
Opisie Przedmiotu Zamówienia, w szczególności na następujących polach eksploatacji:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
wykorzystanie na potrzeby realizacji Projektu, w tym w fazie zarządzania
i eksploatacji Infrastruktury,
wykorzystanie na potrzeby działalności prowadzonej przez Zamawiającego oraz
innych użytkowników, w tym w szczególności Operatora Infrastruktury,
na potrzeby realizacji Projektu trwałe lub czasowe utrwalanie w całości lub w części,
w jakikolwiek sposób i w jakiejkolwiek formie, w szczególności poprzez digitalizację,
wprowadzenie do pamięci komputera, utrwalanie w sieciach komputerowych, w
szczególności na serwerach,
na potrzeby realizacji Projektu trwałe lub czasowe zwielokrotnianie w całości lub
części jakąkolwiek techniką, na jakichkolwiek nośnikach, w szczególności za
pomocą druku, technik reprograficznych, filmu, na taśmie magnetycznej, dysku
komputerowym, w formie zapisu magnetycznego, na nośnikach cyfrowych, w
szczególności jakimikolwiek środkami i w jakiejkolwiek formie w celu wprowadzania,
wyświetlania, stosowania, przekazywania i przechowywania,
udostępnianie i rozpowszechnianie za pośrednictwem sieci komputerowych, w tym
sieci internet (w szczególności portale, witryny, strony www),
udostępnianie podmiotom takim jak Wykonawcy, wyłącznie w zakresie potrzebnym
do uzupełnienia lub weryfikacji danych zawartych w Systemie Paszportyzacji,
w zakresie wykonanych robót, dostaw lub usług,
zwielokrotnianie, zmiana, uzupełnienie, łączenie (z innymi) kodów oprogramowania
Systemu Paszportyzacji (z wyjątkiem oprogramowania osób trzecich lub
oprogramowania standardowego Wykonawcy) lub tłumaczenie ich formy,
dekompilacja bez ograniczeń,
publiczne udostępnianie w taki sposób, aby każdy mógł mieć dostęp do
oprogramowania Systemu Paszportyzacji w miejscu i czasie przez siebie wybranym,
wykorzystanie do celów promocyjnych, marketingowych, edukacyjnych lub
szkoleniowych,
przechowywanie w pamięciach komputerów, w tym na dyskach twardych lub
przenośnych,
tłumaczenie, przystosowywanie, zmiana układu, tworzenie
nowych wersji,
opracowań i adaptacji lub jakiekolwiek inne zmiany w oprogramowaniu Systemu
Paszportyzacji (z wyjątkiem oprogramowania osób trzecich lub oprogramowania
standardowego Wykonawcy) na potrzeby Zamawiającego lub użytkowników
systemu (w szczególności Operatora Infrastruktury), łączenie całości lub
fragmentów oprogramowania Systemu Paszportyzacji z innymi programami,
rozpowszechnianie, w tym najem, dzierżawę, wniesienie jako aport oraz każde
odpłatne i nieodpłatne oddanie do używania lub używania i pobierania pożytków (w
tym m.in. prawo do udzielenia sublicencji) oprogramowania Systemu Paszportyzacji
lub jego kopii (z wyjątkiem oprogramowania osób trzecich lub oprogramowania
standardowego Wykonawcy).
Zamawiający ma prawo korzystać z pól eksploatacji określonych powyżej według własnego
uznania, we własnym zakresie lub przy pomocy osób działających na jego zlecenie.
OP-IV.272.137.2015.LK
Załącznik nr 1 do SIWZ – Opis przedmiotu zamówienia po zmianach
Strona 7 z 28
Wykonawca udziela Zamawiającemu prawa do korzystania i rozporządzania opracowaniami
oprogramowania System Paszportyzacji (wykonywanie praw zależnych). Uprawnienie to
dotyczy jedynie oprogramowania dedykowanego, robionego na zamówienie Zamawiającego.
Zamawiający może, np. w przypadku reorganizacji w swoich strukturach lub w wyniku
zawarcia umowy partnerstwa publiczno-prywatnego, przenosić na osoby trzecie prawa
i obowiązki wynikające z licencji i uprawnienia z tytułu Gwarancji, wsparcia technicznego
oraz opieki serwisowej, na co Wykonawca wyraża zgodę.
W przypadku dokonania zmian lub uzupełnień w oprogramowaniu Systemu Paszportyzacji
w wyniku wykonywania obowiązków gwarancyjnych, wsparcia technicznego lub opieki
serwisowej, Wykonawca udzieli Zamawiającemu licencji uprawniającej do korzystania z tych
zmian lub uzupełnień w zakresie nie węższym niż to określono powyżej.
Udzielenie licencji uprawniającej do korzystania z Systemu Paszportyzacji następuje
w ramach wynagrodzenia określonego w §7 wzoru umowy.
Dostarczone licencje będą działały bez ograniczenia czasowego.
Dostarczone licencje i oprogramowanie będą w polskiej wersji językowej.
Wykonawca wraz z licencją dostarczy nośniki instalacyjne.
Wykonawca oświadcza, że posiada zgodę producenta oprogramowania na dostarczenie
końcowym użytkownikom oprogramowania.
Wykonawca dostarczy oświadczenie producenta oprogramowania, w którym ten zobowiąże
się, że w przypadku zaistnienia potrzeby rozbudowy Systemu w okresie nie krótszym niż
okres Gwarancji udzielanej na System, będzie współpracował z podmiotem dokonującym
rozbudowy Systemu w taki sposób, by umożliwić mu zapewnienie zgodności podlegających
rozbudowie funkcji z oprogramowaniem objętym licencją. Nie dotyczy to oprogramowania
narzędziowego i pudełkowego.
2.1.2. Sprzęt
Zamawiający posiada następujący sprzęt, który zostanie dedykowany do systemu
paszportyzacji:
1. serwer sprzętowy na potrzeby aplikacji oraz silnika GIS/bazy danych, spełniający
następujące wymagania minimalne:
a) co najmniej 2 CPU o architekturze 64 – bitowej,
b) sumaryczna moc obliczeniowa jednostek CPU nie mniejsza niż 96 000 MIPS (test
Dhrystone) oraz 96 GFLOPS (test Whetstone),
c) pamięć operacyjna 8GB per CPU
d) kontroler RAID 0, 1 ,10
e) dyski twarde SAS lub nowsze : minimum 2 x 300 GB, o wyniku wydajności nie
mniejszym
niż
1200
punktów
w
teście
PassMark
(http://www.harddrivebenchmark.net)
f) interfejs sieciowy: minimum 2 x 1Gbps,
g) redundantny zasilacz i wentylatory,
h) urządzenie/a przeznaczone do montażu w obudowie rack 19”.
OP-IV.272.137.2015.LK
Załącznik nr 1 do SIWZ – Opis przedmiotu zamówienia po zmianach
Strona 8 z 28
2. 2 (dwie) stacje robocze stacjonarne dla stanowisk edycyjnych, spełniające
następujące wymagania minimalne:
a) Procesor o wyniku wydajności nie niższym niż 8360 punktów w teście PassMark
(http://www.cpubenchmark.net) Pamięć operacyjna 8 GB RAM,
b) HDD 750 GB, SATA, o wyniku wydajności nie mniejszym niż 560 punktów w
teście PassMark (http://www.harddrivebenchmark.net)
c) karta sieciowa Gigabit Ethernet,
d) karta graficzna dwumonitorowa, o wydajności nie niższej od 3000 (test 3DMark
11, 1280x720),
e) monitory LCD – 2 szt. 24” HD+ dla każdej stacji,
f) czytnik dysków DVD +/- RW Dual Layer,
g) 4x port USB 3.0, 2x port USB 2.0,
h) porty HDMI, SATA, VGA,
i) mysz i klawiatura w zestawie każdej stacji,
j) każda stacja wyposażona w system operacyjny 64 bitowy: Windows7
Professional,
3. 2 (dwie) stacje robocze mobilne (typu laptop) dla stanowisk edycyjnych (wraz ze
stacjami dokującymi), spełniające następujące wymagania minimalne:
a) procesor o wyniku wydajności nie niższym niż 5550 punktów w teście PassMark
(http://www.cpubenchmark.net),
b) pamięć operacyjna 8 GB RAM,
c) HDD 750 GB, SATA; o wyniku wydajności nie mniejszym niż 560 punktów
w teście PassMark (http://www.harddrivebenchmark.net)
d) karta sieciowa 10/100 Mbps,
e) karta graficzna dwumonitorowa optymalizowana pod kątem zastosowań
mobilnych, o wydajności nie niższej od 1800 (test 3DMark 11, 1920x1080),
f) ekran 17’, HD+
g) czytnik dysków DVD +/- RW Dual Layer,
h) porty HDMI, SATA, VGA,
i) 2x port USB 3.0, 1x port USB 2.0,
j) komunikacja bezprzewodowa Bluetooth oraz WiFi 802.11 b/g/n,
k) bateria Li-Ion, 6 komorowa, co najmniej 4400 mAh,
l) mysz i klawiatura w zestawie każdej stacji,
m) każda stacja wyposażona w system operacyjny 64 bitowy: Windows7
Professional,
4. macierz dyskową obsługującą nie mniej niż 12 dysków SAS wyposażoną w minimum
2 dyski twarde SAS, 600 GB, , o wyniku wydajności nie mniejszym niż 1200 punktów
w teście PassMark (http://www.harddrivebenchmark.net )”
2.1.3. Usługi
1. Wykonanie integracji z systemem bilingu i CRM używanym przez Operatora Infrastruktury
(system Sunvizion firmy Suntech, Integracja z systemem paszportyzacji możliwa w
technologii WebServices, system paszportyzacji musi posiadać i udostępniać WSDL) w
OP-IV.272.137.2015.LK
Załącznik nr 1 do SIWZ – Opis przedmiotu zamówienia po zmianach
Strona 9 z 28
zakresie automatycznego tworzenia usług klienckich i zasobowych w ramach procesów
biznesowych związanych z zestawianiem i aktywacją usług.
2. Po wykonaniu integracji system musi udostępniać przekrojowe raporty wykorzystujące
istniejące powiązania na temat klientów, usług i zasobów sieciowych(zamodelowane w
ramach integracji systemu Paszportyzacji z systemem CRM użytkowanym przez
Operatora Infrastruktury, przy założeniu, że dane z systemu CRM zostaną udostępnione
za pośrednictwem API wykonanego w technologii WebService lub widoków
bazodanowych):
a. informacja o klientach (dane ewidencyjne, adresowe), zestawionych na ich
potrzeby usługach (nr kontraktu, nazwa usługi, data zamówienia, warunki
cenowe), przychodach uzyskiwanych ze świadczenia usług poszczególnym
klientom (np. sumaryczny przychód w ciągu ostatnich 6 miesięcy), zasobach
sieciowych wykorzystywanych do świadczenia poszczególnych usług.
b. lista zasobów sieci i usług dotkniętych awarią (której identyfikator będzie
parametrem wejściowym raportu) zarejestrowaną w systemie Paszportyzacji
w kontekście określonych zasobów sieciowych. Raport powinien zawierać co
najmniej informacje o czasie trwania awarii oraz ewentualnych karach
przysługujących klientom w zależności od parametrów umów SLA (kara
wynika z długości okresu niedostępności usługi oraz stawki jednostkowej –
np. za każdą rozpoczętą godzinę niedostępności - zapisanej w umowie z
klientem). Wyliczenie kary musi uwzględniać ograniczenie jej wysokości
wynikające z umowy SLA i przychodów uzyskiwanych w wyniku realizacji
umowy (np. według reguły, że sumaryczne kary przysługujące klientowi w
kontekście pojedynczego miesiąca nie mogą być większe niż 50%
sumarycznego przychodu operatora z tytułu świadczenia danej usługi w ciągu
ostatnich 3 miesięcy).
c. Prezentacja na mapach cyfrowych danych o klientach i usługach (lokalizacja
świadczenia usług, przychody w ujęciu geograficznym).
3. Załadowanie danych do systemu o wybudowanej sieci szerokopasmowej województwa
lubelskiego. Dotyczy w szczególności elementów sieciowych:
a. sieć szkieletowa i dystrybucyjna o długości 2.908,651 km podzielona na 14
obszarów inwestycyjnych;
b. 312 węzłów, w tym 298 węzłów dystrybucyjnych z wyposażeniem i 14 węzłów
szkieletowych z wyposażeniem;
c. Centrum Zarządzania Siecią z wyposażeniem i Zapasowe Centrum
Zarządzania Siecią z wyposażeniem;
d. punkty styku z trzema sąsiadującymi wojewódzkimi sieciami regionalnymi;
e. trzy połączenia z punktami wymiany ruchu;
f. studnie telekomunikacyjne SKR-2 - ok. 3000 szt.
g. zasobniki kablowe - ok. 3.000 szt.
4. Integracji z systemem zarządzania siecią Alcatel – Lucent 5620 Service Aware Manager –
NMS zarządzający sprzętem i usługami DWDM i IP/MPLS, wersja 13, używanym przez
Operatora Infrastruktury. System posiada interfejs SAM-O oparty o technologię SOAP/
XML mogący posłużyć do integracji z systemem paszportyzacji.
OP-IV.272.137.2015.LK
Załącznik nr 1 do SIWZ – Opis przedmiotu zamówienia po zmianach
Strona 10 z 28
2.2.
Wymagania poza-funkcjonalne
2.2.1. Ogólne
System musi spełniać następujące wymagania:
1. architektura oprogramowania: klient – serwer,
2. wsparcie dla pracy w środowisku wirtualnym (co najmniej części aplikacyjnej
Systemu, wymóg nie dotyczy silnika bazy danych),
3. (odb) dostarczona konfiguracja sprzętowo-software’owa powinna uwzględniać
wymagania High Availability oraz wspierać wykorzystanie zewnętrznej macierzy
dyskowej zrealizowanej w środowisku SAN,
4. (odb) modułowy charakter architektury oprogramowania, pozwalający na
stopniową rozbudowę funkcjonalności rozwiązania wraz ze zmieniającymi się
wymaganiami Zamawiającego,
5. (odb) udostępnianie zewnętrznego interfejsu w technologii Web Services
zgodnego ze standardem SOA lub REST, pozwalającego na integrację poprzez
szynę integracyjną z systemami, również innych dostawców, klasy (w terminologii
eTOM/TMForum):
a) Workflow Engine,
b) CRM,
c) ERP (w zakresie środków trwałych),
d) Fault Mangement,
e) Trouble Ticketing,
6. (odb) przechowywanie danych zorganizowane w oparciu o relacyjną lub
obiektową bazę danych, wszelkie dane: pełna konfiguracja systemu oraz dane
ewidencyjne i techniczne powinny być przechowywane w bazie, do której możliwy
będzie również dostęp w trybie „tylko odczyt” niezależny od aplikacji, np. poprzez
wykorzystanie narzędzi zapytań bazodanowych stron trzecich, lub jeśli zostaną
dostarczone wraz z systemem paszportyzacji, narzędzi klasy Business
Inteligence wraz z narzędziami do generowania adekwatnych agregatów danych
(klasy Data Warehouse).
7. hierarchiczna struktura modelu danych odpowiadająca rzeczywistej strukturze
obiektów podlegających ewidencji, każda informacja w systemie powinna być
wprowadzona i zapamiętana w bazie danych w jednym miejscu,
8. możliwość równoczesnego dostępu do danych dla wielu użytkowników,
9. (odb) możliwość integracji z LDAP/Active Directory i uwierzytelniania
domenowego Windows Server,
10. możliwość elastycznego definiowania praw dostępu użytkowników i grup
użytkowników na różnych poziomach (zapis, odczyt, brak dostępu) oraz
autoryzacji dostępu do wybranego obszaru funkcjonalnego (na poziomie funkcji
w systemie).
2.2.2. Silniki GIS/bazy danych
Silniki GIS/bazy danych Systemu muszą:
1. posiadać architekturę 64-bitową (w przypadku silnika bazy danych dopuszcza się
również architekturę 32-bitową),
OP-IV.272.137.2015.LK
Załącznik nr 1 do SIWZ – Opis przedmiotu zamówienia po zmianach
Strona 11 z 28
2. wspierać mechanizmy backup i recovery,
3. wspierać platformę sprzętową Intel Pentium oraz co najmniej jeden z
następujących systemów operacyjnych:
2.3.
Środowisko
graficzne
Lp.
System
operacyjny
Wersja systemu
1
Windows
Windows Server 2008 R2; 64- bit lub nowszy
2
Linux
Linux 2.1, 3, 4;
nowszy
64-bit lub OSF/Motif,
GNOME, KDE
Wymagania funkcjonalne
2.3.1. Ogólne wymagania funkcjonalne
System musi:
1. umożliwiać graficzną komunikację z użytkownikiem (GUI), w
językowej,
polskiej wersji
2. umożliwiać przeglądanie danych poprzez interfejs typu WEB,
3. zapewniać możliwość przyznania uprawnień administracyjnych więcej niż
jednemu użytkownikowi,
4. umożliwiać inwentaryzację danych zorientowanych przestrzennie w zakresie sieci
fizycznej, logicznej oraz wsparcia realizacji usług technicznych,
5. umożliwiać inwentaryzację i wspomaganie zarządzania siecią w zakresie:
a) warstwy fizycznej sieci i obiektów infrastruktury towarzyszącej,
b) urządzeń aktywnych (IP, Ethernet, DWDM, MPLS);
c) usług telekomunikacyjnych świadczonych na sieci w warstwie pasywnej
i aktywnej,
6. umożliwiać paszportyzację nowych typów urządzeń i technologii budowy sieci
(bez konieczności rozwoju programistycznego – poprzez rozwijanie modelu
informacyjnego),
7. umożliwiać prezentację:
a) zasobów sieci na mapie cyfrowej (rastrowej i wektorowej),
b) elementów fizycznych sieci na mapie (Kanalizacja Kablowa, kable, mufy,
obiekty węzłowe),
c) połączeń zestawionych w sieci na mapie,
d) topologii sieci i połączeń w węzłach sieci na schematach generowanych dla
fragmentu sieci, relacji, mufy, węzłów,
e) (odb) widoków pomieszczeń (floor plan) wraz z rozmieszczeniem stojaków
i urządzeń instalowanych w ramach sieci,
f) widoków i struktury urządzeń,
g) dokumentacji w postaci opisów, zdjęć (format co najmniej jpg, bmp, pdf)
możliwych do dołączenia do każdego elementu sieci,
8. umożliwiać wprowadzanie informacji o zasobach sieci i modyfikację ich
parametrów,
OP-IV.272.137.2015.LK
Załącznik nr 1 do SIWZ – Opis przedmiotu zamówienia po zmianach
Strona 12 z 28
9. umożliwiać definiowanie połączeń w sieci na poziomie otworów mikrokanalizacji,
włókien i przewodów,
10. umożliwiać zestawianie połączeń w sieci (ręczne i automatyczne) na poziomie
włókien,
11. umożliwiać wprowadzanie informacji o umieszczeniu kabli w zasobach kanalizacji,
12. umożliwiać kojarzenie zewnętrznych plików z inwentaryzowanymi zasobami,
13. (odb) umożliwiać inwentaryzację awarii zasobów kablowych optycznych,
14. umożliwiać wzbogacanie opisu ewidencjonowanych zasobów sieci o dowolne
dane biznesowe powiązane z fizycznymi zasobami sieci, w tym:
a) położenie obiektów (przynależność terytorialna – powiat, gmina, dzielnica,
obręb, itp.)
b) (odb) informacje z katastru: numery działek, stan prawny działek, informacje
o właścicielach – w tym zakresie System powinien także umożliwiać
integrację z danymi udostępnianymi przez Geoportal na stronie
http://geoportal.gov.pl oraz portalu informacji przestrzennej województwa
lubelskiego (RIIP WL),
c) certyfikaty i homologacje obiektów,
d) terminy przeglądów i gwarancji poszczególnych zasobów sieci,
e) informacje o osobach odpowiedzialnych za utrzymanie obiektów,
f) informacje o wartości obiektów,
g) informacje o przypisaniu obiektów do środków trwałych.
15. umożliwiać dołączanie zewnętrznych plików do opisu obiektów, zawierających
przykładowo: wyniki pomiarów, specyfikacje techniczne, przedmiary, zgody,
pozwolenia, instrukcje użytkownika, szkice i mapki dojazdu do obiektów, zdjęcia
obiektów, linki do kamer WEB monitorujących obiekty, itp.
16. wspierać różne układy współrzędnych (lokalne, krajowe, LL84, itp.),
w szczególności udostępniać możliwość zdefiniowania pracy w układzie PUWG
2000,
17. pozwalać na rezerwację zasobów dla celów planowania usług (z zablokowaniem i
bez zablokowania zasobów dla innych użytkowników), wraz z informacją o
rezerwującym i dacie zakończenia rezerwacji,
18. automatycznie zwalniać zasoby w momencie wygaśnięcia/usunięcia rezerwacji,
19. udostępniać narzędzia i mechanizmy do rozbudowy modelu informacyjnego
i tworzenia własnych bibliotek (szablonów i wzorców),
20. (odb) zapewniać możliwość wykonania pełnego backupu oraz odtworzenia.
2.3.2. Szczególne wymagania w zakresie modelu danych i zarządzania danymi
System musi:
1. udostępniać mechanizmy umożliwiające bardzo szybkie i elastyczne
rozbudowywanie istniejącego modelu danych o nowe definicje; w szczególności
powinna również istnieć możliwość rozszerzania istniejących definicji o kolejne
atrybuty (cechy) opisujące ewidencjonowane zasoby oraz powinny zostać
OP-IV.272.137.2015.LK
Załącznik nr 1 do SIWZ – Opis przedmiotu zamówienia po zmianach
Strona 13 z 28
zaimplementowane co najmniej następujące mechanizmy odnoszące się do
zarządzania modelem informacyjnym:
a) struktura urządzeń – w ramach tego mechanizmu System powinien
umożliwiać tworzenie hierarchicznych struktur urządzeń (zapewniona
możliwość grupowania, np. w ramach budynków, pomieszczeń, elementów
infrastruktury itp.); System powinien zapewnić możliwość samodzielnego
definiowania (przez użytkownika o odpowiednich uprawnieniach) struktur
urządzeń,
b) zawieranie urządzeń - w ramach tego mechanizmu System powinien
zapewniać mechanizmy kontroli umieszczania urządzeń w poszczególnych
lokalizacjach oraz pod-modułów urządzeń w modułach nadrzędnych, System
powinien umożliwiać modelowanie takiej hierarchii zawierania przez
użytkownika o odpowiednich uprawnieniach,
c) wymagalność atrybutów - w ramach tego mechanizmu System powinien
zapewniać definiowanie atrybutów obowiązkowych (przypisywanych do
obiektu przy jego kreacji) i opcjonalnych (których przypisanie może leżeć
w gestii uprawnionego użytkownika lub wynikać z innych uwarunkowań);
d) składnie i słowniki wartości – w ramach tego mechanizmu System powinien
udostępniać standardowy zestaw składni (typów obiektów), tzw. typów
prostych (ciąg znaków, liczba całkowita, liczba rzeczywista, itp.), które mogą
być rozszerzane o typy wyliczeniowe (np. dni tygodnia: poniedziałek, wtorek,
środa,...);
System
powinien
umożliwiać
budowanie
słowników
dopuszczalnych wartości przyjmowanych przez dany atrybut; System
powinien umożliwiać budowanie dopuszczalnych wzorców wartości
przyjmowanych przez poszczególne atrybuty ewidencjonowanych obiektów,
e) referencje – w ramach tego mechanizmu System powinien umożliwiać
definiowanie
atrybutów
przechowujących
wskazania
na
inne
ewidencjonowane obiekty przechowywane w bazie danych systemu; System
powinien umożliwiać nawigację po takich atrybutach, w szczególności przy
przeglądaniu parametrów obiektu powinna być możliwość wyświetlenia
parametrów obiektu wskazywanego przez ten obiekt.
f) obiekty wzorcowe – w ramach tego mechanizmu System powinien umożliwiać
definiowanie wzorcowych obiektów zawierających predefiniowane ustawienia
poszczególnych atrybutów,
g) struktury wzorcowe – w ramach tego mechanizmu System powinien
umożliwiać definiowanie tzw. struktur wzorcowych, które w dalszej kolejności
mogłyby być wykorzystywane do modelowania gotowych kompletów
urządzeń,
2. umożliwiać przechowywanie informacji o:
a) obecnym stanie sieci
b) (odb) planowanych zmianach,
3. umożliwiać zarządzanie nazwami urządzeń w zakresie:
c) zgodności z założonym szablonem,
OP-IV.272.137.2015.LK
Załącznik nr 1 do SIWZ – Opis przedmiotu zamówienia po zmianach
Strona 14 z 28
d) unikalności,
e) (odb) automatycznego nadawania nazw na podstawie cech obiektów oraz ich
lokalizacji w topologii sieci,
4. posiadać zaimplementowane reguły biznesowe zapewniające integralność danych
we wszystkich warstwach (fizycznej, logicznej i usługowej) i uniemożliwiające
modyfikację obiektów skutkującą dysfunkcją Systemu lub naruszeniem logiki
budowy lub eksploatacji sieci telekomunikacyjnej np. uniemożliwiające:
a) zestawienie połączenia bez określenia jego przebiegu, węzłów końcowych
i statusu,
b) zestawienie połączenia na wykorzystanych zasobach,
c) zestawienie połączenia gdy przepustowość istniejących zasobów jest
niewystarczająca,
5. zapewniać odwzorowanie zmian w warstwie fizycznej sieci (np. dodanie nowej
karty) po stronie warstwy logicznej (dodanie nowych portów),
6. rejestrować pełną historię zmian, z zapamiętaniem co uległo zmianie, kto zmiany
dokonał i kiedy, udostępnianych kontekstowo na formatkach dla poszczególnych
elementów sieci, przy czym obiekty usunięte powinny być nadal dostępne w bazie
danych, zaś w bazie danych do celów raportowych powinny być zapisywane co
najmniej następujące informacje:
a) identyfikator modyfikowanego obiektu,
b) data dokonanej zmiany,
c) poprzednia wartość modyfikowanego atrybutu,
d) wartość obecna,
e) nazwa i profil użytkownika dokonującego zmiany,
f) nazwa i adres stacji roboczej z której ta zmiana została wykonana,
2.3.3. Szczególne wymagania w zakresie paszportyzacji sieci fizycznej
System musi:
1. umożliwiać zapisywanie szablonów i ewidencję wszystkich elementów sieci
teleinformatycznej optycznej i miedzianej i ich atrybutów, w tym:
a) kanalizacji kablowej pierwotnej, kanalizacji wtórnej, mikro-kanalizacji, w tym
studni i zasobników kablowych (wymiary ścian studni, otwory, dukty, itp.),
złączek, terminatorów i osłon złączowych mikro-kanalizacyjnych, Kontenerów
Telekomunikacyjnych, szaf, stojaków, półek z wyposażeniem (kart), urządzeń
teleinformatycznych aktywnych i pasywnych, UPS i innych i ruchomych
obiektów sieciowych, budynków (np. węzły sieciowe, skrzynki uliczne,
budynki ze strukturą pięter i pomieszczeń),
b) kabli optycznych, tub, włókien, złączy optycznych, muf, patchpaneli
i przełącznic ODF,
c) kabli miedzianych
przełącznic MDF,
telekomunikacyjnych,
par,
żył,
złączy
kablowych,
OP-IV.272.137.2015.LK
Załącznik nr 1 do SIWZ – Opis przedmiotu zamówienia po zmianach
Strona 15 z 28
d) kabli teleinformatycznych skrętkowych oraz kabli koncentrycznych wraz
z osprzętem, złączy kablowych i ich osłon,
e) kabli energetycznych, muf, złączy kablowych zk, tablic bezpiecznikowych
i licznikowych,
f) tras kablowych, instalacji, łączy, kanałów, ścieżek logicznych, relacji,
transmisji, usług,
g) urządzeń
aktywnych
teletransmisyjnych
(przełączników, routerów, urządzeń xWDM),
h) urządzeń zintegrowanego
z wyposażeniem,
systemu
wraz
nadzoru
z
i
wyposażeniem
klimatyzacji
wraz
i) zestawów obiektów złożonych – np. gotowych struktur typu: wykop –
kanalizacja pierwotna – kanalizacja wtórna – mikrokanalizacja – mikrokable,
2. wspierać reguły konfiguracyjne specyficzne dla dostawców sprzętu (np. zależność
slot/karta),
3. mieć możliwość modelowania kart typu half-size, a także konfiguracji karta-slotkarta,
4. umożliwiać modelowanie półek wolnostojących, urządzeń przypisanych tylko do
lokalizacji bez półki
5. umożliwiać modelowanie zarówno frontowej, jak i tylnej strony urządzeń,
6. (odb) udostępniać narzędzia pozwalające na łatwe uwzględnienie wymiany
sprzętu
(np. wymiana karty z zachowaniem wszystkich połączeń fizycznych, połączeń
logicznych i usług) oraz jego realokacji,
7. (odb) umożliwiać modelowanie magazynów w celu odwzorowania cyklu życia
urządzeń (np. w sytuacji przekazania karty do naprawy, karta nie powinna być
kasowana
z bazy danych),
8. (odb) umożliwiać modelowanie wewnętrznych struktur budynków,
9. umożliwiać dokumentowanie powiązania zasobów zasilania i klimatyzacji
z urządzeniami aktywnymi,
10. umożliwiać modelowanie przebiegu okablowania wewnątrz lokalizacji sieciowych
(kable, patchcordy, korytka kablowe, drabinki),
11. umożliwiać prezentację rozszyć włókien w obiektach terminujących kabel (ODF,
mufa optyczna) oraz pełnych relacji światłowodowych w postaci graficznej,
12. umożliwiać odwzorowanie wstawiania urządzeń fizycznych (np. studnia, złącze)
skutkujące automatyczną aktualizacją obiektów powiązanych (np. podział wykopu
na 2 części),
13. obrazować przekroje wykopów (układ rur i kabli) wraz z parametrami (np. grubość
podsypki) podawanymi tekstowo lub tabelarycznie,
14. umożliwiać modelowanie rozkładu rur oraz kabli przechodzących przez daną
studnię,
OP-IV.272.137.2015.LK
Załącznik nr 1 do SIWZ – Opis przedmiotu zamówienia po zmianach
Strona 16 z 28
15. umożliwiać modelowanie technologii połączeń mikro-kanalizacji oraz technologii
wdmuchiwanych włókien,
16. umożliwiać modelowanie pętli i zapasów kabla; długości zapasów powinny być
uwzględnianie w określaniu długości kabla i włókna,
17. umożliwiać definiowanie szablonów kolorów i numeracji włókien i wiązek w kablu
optycznym,
18. (odb) umożliwiać uproszczone modelowanie sieci zewnętrznych operatorów
(czarne skrzynki, chmury, etc.),
19. (odb) umożliwiać oznaczenie elementów infrastruktury jako należących do innego
operatora (graficznie – np. kolorem oraz parametrycznie – np. nazwą właściciela),
20. implementować
model
administracyjnych.
adresowy
dostosowany
do
polskich
zasad
21. (odb) Udostępnić API wykonane w technologii WebServices umożliwiające
wykonanie za pomocą jednej metody (pojedynczego wywołania) wymiany
urządzenia (np. karty) zainstalowanej we wskazanej lokalizacji. Operacja musi
zachować istniejące powiązania z usługami i zasobami logicznymi (bez
konieczności wykonywania jakichkolwiek ręcznych operacji z poziomu interfejsu
użytkownika).
2.3.4. Szczególne wymagania w zakresie paszportyzacji sieci logicznej, usług
technicznych i biznesowych
System paszportyzacji musi:
1. zapewnić modelowanie łączy i usług w powiązaniu z zasobami fizycznymi,
np. włóknami światłowodowymi, urządzeniami aktywnymi, etc.,
2. zapewniać modelowanie łączy logicznych, co najmniej w technologiach: Ethernet,
IP/MPLS i xWDM, SDH, w powiązaniu z zasobami fizycznymi sieci,
3. (odb) automatycznie wyszukiwać dostępną trasę (pojemność) w zasobach
logicznych w trakcie tworzenia nowego połączenia,
4. (odb) umożliwiać masowe, automatyczne tworzenie i modyfikację tras połączeń
logicznych,
5. (odb) przypisanie tras protekcyjnych dla połączeń typu: 1:1, 1:n, m:n, 1+1,
6. (odb) wspierać możliwość modelowania zasobów dzierżawionych od innych
operatorów w zakresie:
7. (odb) dzierżawy łączy/pojemności/ciemnych włókien/kolokacji,
8. (odb) przypisania daty zakończenia umowy dzierżawy,
9. umożliwiać modelowanie urządzeń własnych (np. switchy, routerów)
z uwzględnieniem informacji o ich fizycznej lokalizacji, mapowania na zasoby
fizyczne oraz ich szczegółowej konfiguracji,
10. (odb) umożliwiać modelowanie urządzeń obcych (np. switchy, routerów) bez
informacji o ich fizycznej lokalizacji, mapowania na zasoby fizyczne i ich
szczegółowej konfiguracji,
11. umożliwiać mapowanie połączeń logicznych pomiędzy urządzeniami sieci
Zamawiającego i urządzeniami klientów/kontrahentów na zasoby fizyczne sieci,
12. umożliwiać konfigurację reguł technicznych, np.:
OP-IV.272.137.2015.LK
Załącznik nr 1 do SIWZ – Opis przedmiotu zamówienia po zmianach
Strona 17 z 28
13. zależności pomiędzy technikami (np. Ethernet po xWDM),
14. usług dostępnych dla danego rodzaju urządzenia lub typu węzła sieciowego,
15. automatycznie weryfikować poprawność konfiguracji usług i połączeń,
16. umożliwiać modelowanie transmisji zarówno jedno jak i dwukierunkowej
z wykorzystaniem pojedynczego włókna,
17. wspierać predefiniowanie grup długości fal xWDM zgodnie ze standardami
branżowymi,
18. umożliwiać modelowanie połączeń VLAN i zarządzanie ich numeracją; powinny
być wspierane domeny VLAN,
19. umożliwiać modelowanie połączeń typu VPN L2/L3 i MPLS włączając przypisanie
numeracji VRF, RT/RD, przypisanie subinterfejsów, itp.
20. umożliwiać modelowanie usług Carrier Ethernet oraz MPLS zgodnie ze
standardami MEF oraz IETF,
21. umożliwiać definiowanie usług, w tym definiowanie usług złożonych na podstawie
usług elementarnych, umożliwiać mapowanie wielu urządzeń fizycznych do
pojedynczego urządzenia logicznego, np.:
a) porty fizyczne TX i RX na jeden logiczny interfejs,
b) wiele urządzeń fizycznych na jedno urządzenie logiczne (np. switche),
c) równoległe włókna/długości fal – jedno łącze,
d) wiele kolejnych włókien i połączeń – jedno relacja światłowodowa,
z wykorzystaniem modelu informacyjnego zgodnego ze standardem TM Forum, w
szczególności uwzględniającego podział na usługi klienckie (ang. Customer
Facing Service) i techniczne (ang. Resource Facing Service) wraz z wszystkimi
niezbędnymi zależnościami i ograniczeniami umożliwiającymi poprawne
zestawienie usług w sieci.
22. pozwalać na konfigurowanie i rejestrowanie powiązań usług technicznych z
zasobami sieciowymi (zarówno fizycznymi jak logicznymi),
23. (odb) Umożliwiać wyszukiwanie usług za pomocą kryteriów wyszukiwania
uwzględniających także parametry klienta i lokalizacji, w której dana usługa jest
świadczona.
24. (odb) Udostępniać API wykonane w technologii WebServices, które umożliwia
automatyczne:
a) utworzenie usługi klienckiej na podstawie ustalonego szablonu (wzorca),
klienta i przekazanych parametrów, w tym zarejestrowanie w kontekście
tworzonej usługi podstawowych parametrów klienta i lokalizacji
b) pobranie kompletnej informacji na temat zasobów sieciowych (fizycznych
oraz logicznych) przypisanych do usług technicznych powiązanych ze
wskazaną usługą kliencką (CFS)
c) wyszukanie i przypisanie (ewentualnie utworzenie i przypisanie) do
wskazanej usługi technicznej zasobu sieciowego spełniającego określone
kryteria(pasującego do wskazanego wzorca).
d) modyfikacja (na podstawie przekazanych parametrów) dowolnych atrybutów
usługi klienckiej o podanym identyfikatorze.
e) odnalezienie punktu dostępowego (lokalizacji sieciowej, w której dostępne są
wymagane usługi) najbliższej do przekazanego adresu (lokalizacji klienta). Ta
sama usługa powinna (w kontekście jednego wywołania metody API) od razu
OP-IV.272.137.2015.LK
Załącznik nr 1 do SIWZ – Opis przedmiotu zamówienia po zmianach
Strona 18 z 28
odnaleźć pierwszy zasób sieciowy pasujący do przekazanej specyfikacji
usługi technicznej i posiadający wolne porty umożliwiające zestawienie nowej
usługi.
25. umożliwiać rejestrowanie usług technicznych w zakresie (co najmniej) usług:
kolokacji, dzierżawy ciemnych włókien, dzierżawy długości fali (lambdy), Ethernet,
VPN L2/L3,
26. umożliwiać przypisywanie usług istniejących i potencjalnych do klientów
operatora,
27. zapewnić mapowanie pomiędzy usługami biznesowymi, a technicznymi oraz
umożliwiać powiązanie instancji usług z poszczególnymi zasobami sieciowymi
użytymi do ich realizacji (np. włókno optyczne, port ODF, karta, router, itp.),
28. umożliwiać projektowanie realizacji usług poprzez graficzne tworzenie schematu
realizacji usługi, planowanie zasobów (przypisanie istniejących zasobów,
planowanie nowych zasobów – np. urządzenia CPE),
29. umożliwiać przypisanie do połączeń informacji o QoS oraz SLA do usług,
30. (odb) zapewnić interfejsy pomiędzy Systemem, systemami nadzoru urządzeń
aktywnych umożliwiające import stanu urządzeń i sieci, skutkujące zmianami
w sieci zgodnie ze zmianami w systemach nadzoru,
2.3.5. Szczególne wymagania w zakresie akwizycji, konwersji i eksportu danych
System musi:
1. (odb) umożliwiać, poprzez wykorzystanie usług WMS i WFS, pobieranie map
składowanych w posiadanej przez Zamawiającego platformie GIS (ESRI) lub
z zewnętrznych źródeł danych mapowych udostępnianych nieodpłatnie (np.
Geoportal) oraz wyświetlanie ich jako danych podkładowych - w tym wyświetlanie
danych pobieranych z odrębnych, wskazanych warstw,
2. (odb) zapewniać mechanizmy eksportu przetwarzanych przez System danych do
formatów akceptowanych przez posiadaną przez Zamawiającego platformę GIS,
3. (odb) Oprogramowanie umożliwia publikację i dostęp do usług mapowych
Zamawiającego za pomocą protokołu/interfejsu REST i SOAP.
4. (odb) umożliwiać transformację „w locie” danych pobieranych z innych serwisów
OGC (WMS, WFS) lub plików (np. SHP) z różnych układów współrzędnych do
układu współrzędnych przyjętego przez Zamawiającego (np. PUWG 1992),
5. (odb) umożliwiać akwizycję danych z systemów nadzoru (NMS/EMS) lub
urządzeń aktywnych DWDM i Ethernet, w szczególności z użytkowanego w sieci
Zamawiającego systemu Alcatel – Lucent 5620 Service Aware Manager, w
zakresie:
a) inicjalnego pozyskania danych (wprowadzenie nowego urządzenia do sieci),
b) cyklicznej aktualizacji danych,
6. (odb) umożliwiać harmonogramowanie akwizycji/wymiany danych poprzez
interfejs (np. synchronizacja w godzinach nocnych),
7. (odb) dostarczyć możliwość weryfikacji pozyskanych danych i rozwiązania
konfliktów pomiędzy pozyskanymi danymi, a aktualnym stanem sieci w bazie
Systemu,
OP-IV.272.137.2015.LK
Załącznik nr 1 do SIWZ – Opis przedmiotu zamówienia po zmianach
Strona 19 z 28
8. (odb) umożliwiać rozwiązywanie nieścisłości w sposób manualny (dopuszcza się
wspomaganie rozwiązywania niezgodności w sposób automatyczny, ale
z zastrzeżeniem możliwości manualnego zatwierdzania),
9. (odb) być w stanie automatycznie utworzyć lub zmodyfikować fizyczną
reprezentację urządzeń,
10. umożliwiać wczytywanie do bazy danych i kalibrację (osadzenie w układzie
współrzędnych) rastrowych i wektorowych plików mapowych, w szczególności
map powykonawczych w formatach GeoTIFF i SHP,
11. powinien być wyposażony w narzędzia do pozyskania danych z dokumentacji
powykonawczej w formacie dxf o ustalonej strukturze warstw i bloków wraz
z powiązaniem do plików XLS zawierających dodatkowe dane opisowe (np.
relacje światłowodowe, krosy, itp.),
12. powinien umożliwić import danych warstwy fizycznej w standardzie GML 2.0 oraz
w formatach: AutoCAD (DXF/DWG), ESRI Shape (SHP) i GeoTIFF uzupełnionych
według potrzeby o pliki pomocnicze w formatach XLS lub DOC,, zakres wymiany
danych powinien obejmować co najmniej:
a) dane podkładowe (rastrowe) – zasoby mapowe,
b) dane podkładowe (wektorowe) – obrysy ulic, lasy, drogi, tory, budynki,
c) obiekty infrastruktury (wektorowe) – studnie, zasobniki, Kontenery
Telekomunikacyjne, przyłącza do budynków
d) kanalizację i mikrokanalizację (opis tekstowy) – kanalizacja pierwotna,
wtórna, mikrokanalizacja, oznaczone odpowiednimi identyfikatorami obiektów
węzłowych (studni, punktów, budynków, Kontenerów Telekomunikacyjnych)
wraz z opisem zależności hierarchicznych,
e) mufy światłowodowe (tekstowo) – typ mufy, struktura, schemat rozszycia
włókien,
f) kable światłowodowe (opis tekstowy) – przebiegi kabli opisane poprzez
identyfikatory węzłów końcowych (identyfikatory budynków lub studni)
i pośrednich, oraz obiektów terminujących kabel – muf lub przełącznic ODF,
g) informację o zapasach światłowodowych (opis tekstowy) – identyfikator kabla
oraz identyfikator struktury nadrzędnej,
h) połączenia kabli światłowodowych (opis tekstowy) – rozszycia w mufach
optycznych oraz rozszycia kabli na przełącznicach,
i) połączenia
wewnątrz
lokalizacji
(opis
tekstowy)
–
informacje
o połączeniach pomiędzy urządzeniami aktywnymi oraz portami ODF;
13. dane z importu muszą być odczytywane i poprawnie interpretowane przez
System, o ile zostaną przygotowane zgodnie ze specyfikacją zawartą w
dokumentacji systemu, w przeciwnym wypadku import będzie polegał jedynie na
dodaniu nieedytowalnego podkładu mapowego, nieinterpretowanego przez
System, zapewniać możliwość eksportu wyników raportów tabelarycznych do
plików w formacie XLS,
14. (odb) zapewniać możliwość eksportu wyników raportów o charakterze grafiki
rastrowej do plików w formatach co najmniej: JPG, BMP, WMF i PNG,
15. (odb) zapewniać możliwość eksportu wyników raportów o charakterze grafiki
wektorowej do plików w formatach co najmniej: WMF, DXF/DWG, SHP,
OP-IV.272.137.2015.LK
Załącznik nr 1 do SIWZ – Opis przedmiotu zamówienia po zmianach
Strona 20 z 28
2.3.6. Szczególne wymagania w zakresie przetwarzania i analizy danych
System musi:
1. automatycznie śledzić topologię sieci optycznej poprzez fizyczne połączenia
urządzeń,
2. umożliwiać pełne śledzenie powiązań pomiędzy warstwą fizyczną, logiczną
i usługową – np. poprzez wskazanie tras światłowodowych dla wybranej instancji
usługi,
3. obliczać bilans łącza światłowodowego z uwzględnieniem tłumienności złączy,
spawów i długości włókien,
4. umożliwiać monitorowanie pojemności dostępnych włókien,
5. (odb) automatycznie wyszukiwać trasy w sieci światłowodowej i proponować
użytkownikowi ich wybór według określonych wag (np. najkrótsza ścieżka,
najmniejsza liczba krosów w mufach); w trakcie wyszukiwania powinna zostać
uwzględniona zajętość sieci w chwili wyszukiwania oraz połączenia (lub ich brak)
wewnątrz muf optycznych,
6. (odb) posiadać możliwość planowania zestawiania łącz optycznych jedno- i wielowłóknowych z wskazanego węzła do wskazanego węzła z możliwością wyboru
jednej z proponowanych różnych tras, program powinien posiadać możliwość
wykorzystania już zestawionych a niewykorzystywanych łączy w całości lub ich
fragmencie,
7. (odb) umożliwiać automatyczną weryfikację dostępności danej usługi we
wskazanej lokalizacji lub danej relacji (punkt-punkt),
8. (odb) wspierać proces kwalifikacji usługi poprzez wyszukiwanie węzłów
sieciowych
o wymaganej pojemności/dostępnej przepływności w okolicy wybranego punktu,
9. (odb) umożliwiać rejestrację planowanych prac w sieci i identyfikację dotkniętych
tymi pracami zasobów i usług, wraz z tworzeniem odpowiednich raportów o
pracach
i planach,
10. (odb) umożliwiać ewidencję uszkodzeń dowolnych elementów sieci, wyznaczać
miejsce uszkodzenia łącza światłowodowego w oparciu o pomiar reflektometrem
oraz umożliwiać raportowanie usług zależnych dotkniętych awarią,
11. (odb) umożliwiać określanie wpływu awarii danego elementu sieci na usługi
dostarczane przez sieć,
12. (odb) dostarczać informację o poziomie degradacji usługi (np. uszkodzenie
całkowite, częściowa degradacja, brak wpływu); poziom wpływu awarii powinien
być ustalony na podstawie analizy zapisów dotyczących protekcji, redundancji
oraz działań Operatora,
13. (odb) zwracać informację o wspólnych zasobach dla podanych usług i
wizualizować skutki awarii na mapie,
14. umożliwiać zarządzanie procesem ustanowienia służebności przesyłu w zakresie:
a) przechowywania i generowania
powierzchni),
b) rejestracji historii zmian,
pasa
technologicznego
(obliczanie
OP-IV.272.137.2015.LK
Załącznik nr 1 do SIWZ – Opis przedmiotu zamówienia po zmianach
Strona 21 z 28
c) raportowania (lista działek ze służebnością z przynależnością do danej
gminy, powiatu, wielkość pasów technologicznych dla działek, itp.).
2.3.7. Wymagania opcjonalne
Oprogramowanie musi być wyposażone w moduł do zarządzania procesami
biznesowymi, który musi zapewniać:
1. modelowanie i zarządzanie procesami biznesowymi zawierającymi zadania ręczne
dedykowane do poszczególnych uczestników procesów oraz zadania wykonywane
automatycznie, w tym umożliwiające interakcje z systemami zewnętrznymi
pracującymi w architekturze SOA-EDA (Service-Oriented Architecture - EventDriven Architecture).
2. Moduł do zarządzania procesami biznesowymi musi sprawować kontrolę nad
instancjami procesów biznesowych.
3. Na podstawie odpowiednio skonfigurowanego zdarzenia musi tworzyć instancje
procesów odpowiednich typów oraz nadzorować przepływ sterowania, wywołując
automatycznie zadania i kierując je do obsługi przez odpowiednich użytkowników
4. Moduł do zarządzania procesami biznesowymi musi realizować automatyczny
przepływów informacji pomiędzy modułem paszportyzacji, jak również umożliwić
samodzielne tworzenie nowych definicji procesów przez Zamawiającego (w
ramach zakupionego oprogramowania bez ponoszenia dodatkowych kosztów typu
licencja czy dodatkowe lub inne oprogramowanie).
5. Moduł do zarządzania procesami biznesowymi musi udostępniać otwarty interfejs
programistyczny na potrzeby integracji z systemami zewnętrznymi.
6. zapewnić zaimplementowanie w module do zarządzania procesami biznesowymi
procesu wsparcia realizacji usług telekomunikacyjnych
a. Zdefiniowanie przebiegu procesu w Edytorze Graficznym
b. Określenie typu i wykonawców poszczególnych zadań
c. Ustalenie zestawu parametrów dla poszczególnych zadań (zgodnie z modelem
opracowanym w fazie koncepcyjnej) oraz skonfigurowanie reguł przekazywania
danych pomiędzy kolejnymi zadaniami. Zamawiający samodzielnie może
konfigurować parametry w poszczególnych zadaniach oraz tworzyć nowe
zadania.
d. skonfigurowanie mechanizmów (zadań w procesie) umożliwiających
automatyczne pobieranie i modyfikowanie danych o usługach i infrastrukturze z
wykorzystaniem API udostępnianych przez moduł Paszportyzacji Sieci.
e. Zamawiający samodzielnie może konfigurować i modyfikować mechanizmy
umożliwiających automatyczne pobieranie i modyfikowanie danych o usługach i
infrastrukturze.
2.4.
Szczególne wymagania
i raportowania
w
zakresie
wizualizacji,
edycji
danych
System musi:
OP-IV.272.137.2015.LK
Załącznik nr 1 do SIWZ – Opis przedmiotu zamówienia po zmianach
Strona 22 z 28
1. umożliwiać wizualizację i edycję zasobów sieciowych w kontekście graficznym
(GIS),
2. umożliwiać przestrzenną prezentację danych na tle geodezyjnych map
wielowarstwowych (wektorowych i rastrowych), a w szczególności:
a) dowolnie zmieniać skalę w szerokim zakresie i przesuwać obraz,
b) umożliwić wyświetlanie współrzędne geograficzne wskaźnika oraz obiektów
na mapie,
c) umożliwiać wyświetlanie dodatkowych informacji, długość obiektu, nazwy
obiektu po selekcji obiektu,
d) wyszukiwać wszelkie obiekty podlegające ewidencji na mapie,
e) umożliwiać sięganie do paszportów obiektów z poziomu mapy poprzez
wskazanie elementu na mapie, a następnie zgodnie z hierarchią umożliwiać
sięganie do paszportów elementów podrzędnych z paszportów elementów
nadrzędnych,
f) umożliwiać przełączanie/wyłączanie/włączanie poszczególnych warstw oraz
grupować warstwy w widoki z możliwością ich zapamiętywania
i przywoływania,
g) zmieniać szczegółowość i jakość wyświetlanej informacji map wraz z ich
skalą,
h) umożliwiać nakładanie różnych podkładów mapowych rastrowych
i wektorowych,
i) dynamicznie udostępniać informacje o elemencie, relacji itp., w zależności od
powiązań z innymi elementami,
3. automatycznie generować w oparciu o informację w bazie danych i graficznie
prezentować następujące widoki (przy czym wszystkie informacje o obiektach na
mapach i wygenerowanych schematach powinny być dostępne poprzez
wskazanie wskaźnikiem myszy):
a) strukturę kabla i jego połączeń,
b) (odb) strukturę pomieszczeń z wyposażeniem teleinformatycznym i innymi
instalacjami technicznymi (zasilanie, klimatyzacja, monitoring),
c) strukturę Kontenera Telekomunikacyjnego, szafy z wyposażeniem jw.
i obiektami towarzyszącymi (agregat spalinowy),
d) strukturę szafy z wyposażeniem jw.,
e) schematy muf,
f) schematy rozwinięte przebiegu łącza,
g) schematy studni,
h) schematy przebiegu i zajętości mikrorur w mikrokanalizacji,
i) schematy logiczne sieci z uwzględnieniem lokalizacji węzłów i gałęzi sieci,
4. (odb) umożliwiać graficzną edycję inwentaryzowanych elementów z możliwością
konfiguracji wizualizacji w zakresie:
a) sposobu prezentacji (symbole, wypełnienia),
b) widzialności w odpowiedniej skali,
c) zależnie od wybranej cechy obiektu,
5. wspierać dołączanie zewnętrznych plików do opisu obiektów bazy, co najmniej dla
formatów: JPEG, BMP, TIFF, GIF, PNG, PDF, AVI, CDR, DWG, DOC, TXT, XLS,
ZUZ, ATH,
OP-IV.272.137.2015.LK
Załącznik nr 1 do SIWZ – Opis przedmiotu zamówienia po zmianach
Strona 23 z 28
6. zapewnić graficzne narzędzie do odzwierciedlania modyfikacji wyposażenia (np.
wstawianie półki do stojaka),
7. zapewnić graficzne narzędzia do zarządzania pojemnością lokalizacji w sposób
graficzny (np. wizualizacja wolnych miejsc na stojaki),
8. (odb) system powinien pozwalać na definiowanie szablonów raportów oraz ich
modyfikowanie, w szczególności - umożliwiać raportowanie w formie
tabelarycznej oraz graficznego odwzorowania i wyróżniania na mapie według
dowolnych zadanych kryteriów,
9. (odb) udostępniać raporty predefiniowane, co najmniej w zakresie:
a) stanu zasobów sieci (długość, liczba lub inny kwantyfikator obiektów
zadanego typu), w szczególności w formacie wymaganym przez organ
państwowy prowadzący kontrolę działalności jednostek samorządowych
w zakresie telekomunikacji,
b) realokacji sprzętu,
c) dostępnej przepływności łączy pomiędzy dwoma węzłami sieci,
d) wszystkich zasobów technicznych przypisanych do danej usługi ze
wszystkich warstw,
e) wszystkich usług, korzystających z wybranego zasobu technicznego (np.
usługi Ethernet z poziomu kanalizacji kablowej),
f) prac planowanych na sieci,
g) usług zależnych dotkniętych awarią,
10. (odb) wspierać plotowanie map wraz z infrastrukturą sieciową, w szczególności:
a) z wykorzystaniem definiowalnych szablonów zawierających logo, datę, skalę,
wersję,
b) wydruki w dużych formatach,
c) wydruki wielostronicowe na małym formacie (np. wielokilometrowy przebieg
kabla),
2.5.
Szczególne wymagania w zakresie wdrożenia Systemu Paszportyzacji
Do szczególnych obowiązków Wykonawcy w zakresie wdrożenia systemu paszportyzacji
należy:
1. implementacja pakietu w infrastrukturze Zamawiającego,
2. inicjalne załadowanie danych słownikowych i struktury organizacyjnej,
3. utworzenie kont użytkownikom, grupom użytkowników projektu zgodnie z ich
rolami,
4. przygotowanie wszelkich szablonów i wzorców elementów infrastruktury oraz
formularzy i formatek niezbędnych do wprowadzenia kompletu danych
powykonawczych o infrastrukturze sieciowej do Systemu (w tym danych
związanych z fizyczną lokalizacją elementu),
5. wprowadzenie kompletu danych powykonawczych o infrastrukturze sieciowej do
Systemu, w tym:
a) map zasadniczych (m.in. postać rastrowa w formacie GeoTIFF
z georeferencją do PUWG 2000),
b) lokalizacji elementów infrastruktury sieci z plików DWG/SHP,
OP-IV.272.137.2015.LK
Załącznik nr 1 do SIWZ – Opis przedmiotu zamówienia po zmianach
Strona 24 z 28
c) atrybutów elementów infrastruktury z plików XLS, TXT, DOC lub
wypełnionych formularzy i formatek,
d) dodatkowych informacji biznesowych w postaci dostarczonych przez
Wykonawcę plików: zdjęć obiektów infrastruktury, skanów
decyzji,
postanowień i uzgodnień, itp.,
6. przygotowanie scenariuszy testowych dla testów akceptacyjnych Systemu
i danych paszportyzacyjnych w zakresie zgodności z wymaganiami, kompletności,
poprawności i spójności; scenariusze testowe muszą pokrywać cały obszar
wymagań określony przez Zamawiającego; Zamawiający rezerwuje sobie prawo
do oceny kompletności scenariuszy w terminie do 5 dni roboczych od daty ich
protokolarnego przekazania oraz do wprowadzenia dodatkowych scenariuszy
testowych,
7. przeprowadzenie i udokumentowanie testów akceptacyjnych; testy uznaje się za
zakończone z wynikiem pozytywnym jeśli nie wykażą jakichkolwiek wad (klasy A,
B lub C) systemu lub danych; Zamawiający zastrzega sobie prawo do
próbkowania (weryfikacji wyników) testów akceptacyjnych w terminie do 5 dni
roboczych od daty ich protokolarnego przekazania,
8. dostarczenie dokumentacji technicznej Systemu, obejmującej co najmniej
strukturę bazy danych (tabele, pola relacje) i dokumentację interfejsów
zewnętrznych,
9. dostarczenie instrukcji obsługi Systemu w języku polskim dla grup użytkowników
i grupy administratorów,
10. przygotowanie dokumentacji dla administratora, zawierającej m.in. procedury
instalacji oprogramowania, rozwiązywania problemów i postępowania na wypadek
awarii systemu, backupu i recovery oraz patchowania systemu,
11. instruktaż stanowiskowy (dla maksymalnie 4 osób), zakres instruktażu winien
dostarczyć umiejętności umożliwiających co najmniej :
a) instalację, uruchamianie i konfigurowanie poszczególnych elementów
systemu,
b) administrowanie poszczególnymi elementami Systemu,
c) wykorzystywanie funkcjonalności Systemu w bieżącej pracy,
12. przedstawienie,
w ramach
planowania
i
projektowania
instruktażu
stanowiskowego, w postaci udokumentowanej:
a) szczegółowego programu instruktażu obejmującego zarówno część
teoretyczną jak i praktyczną instruktażu, w tym opisanie metodyki (wykład,
warsztaty, laboratorium) i wyszczególnienie czasu na poszczególne partie
materiału i formy zajęć,
b) zasobów niezbędnych do przeprowadzenia instruktażu stanowiskowego,
c) zakresu wiedzy i umiejętności niezbędnego do przystąpienia do instruktażu
oraz zakresu kompetencji i umiejętności uzyskanego po odbyciu instruktażu ,
d) wzoru certyfikatu, lub zaświadczenia dotyczącego ukończenia danego
instruktażu,
OP-IV.272.137.2015.LK
Załącznik nr 1 do SIWZ – Opis przedmiotu zamówienia po zmianach
Strona 25 z 28
e) wzoru ankiety ewaluacyjnej badającej ocenę instruktażu przez uczestnika;
wymieniony dokument powinien zawierać odpowiedzi na minimum 5 pytań
dotyczących instruktażu,
f) wzoru testu egzaminacyjnego badającego zmiany poziomu wiedzy
uczestników; w/w dokument powinien zawierać odpowiedzi na minimum 20
pytań dotyczących wiedzy zdobywanej podczas instruktażu,
13. prowadzenia, w ramach realizacji instruktażu, następującej dokumentacji:
a) list obecności uczestników poszczególnych instruktaży, będących
jednocześnie
dokumentami
odbioru
materiałów
instruktażowych
zaopatrzonych podpisem prowadzącego oraz list odbioru certyfikatów,
b) ankiet ewaluacyjnych, badających ocenę instruktażu przez uczestnika,
c) testów egzaminacyjnych badających zmiany poziomu wiedzy uczestników,
14. przygotowania dokumentacji instruktażowej w następującym układzie:
a) skrypt omawiający materiał instruktażu (rekomendowany format: plik Word),
b) prezentacja elektroniczna materiału (rekomendowany format: plik Power
Point),
c) skrypty laboratoryjne/warsztatowe (rekomendowany format: plik Word).
Szczególne wymagania w zakresie Gwarancji dla Systemu Paszportyzacji
2.6.
2.6.1. Warunki Gwarancji
1. Wykonawca w okresie gwarancji liczonym od daty przekazania Zamawiającemu
Systemu Paszportyzacji gwarantuje Zamawiającemu, że wdrożony do eksploatacji
system będzie wolny od wad fizycznych, a w szczególności:
a) będzie zgodny z dokumentacją,
b) nie będzie zawierał wad uniemożliwiających lub ograniczających eksploatację
Systemu oraz aplikacji zintegrowanych poprzez interfejsy zewnętrzne opisane
w dokumentacji technicznej,
2. Wykonawca zapewnia, że wszelkie usługi instalacyjno – wdrożeniowe będą
kompletne, poprawne i wykonane zgodnie z dokumentacją techniczną,
3. Wszelkie koszty związane z naprawami gwarancyjnymi ponosi Wykonawca,
4. W okresie gwarancyjnym Wykonawca będzie zobowiązany do oficjalnego
udostępniania Zamawiającemu, celem sprawnego funkcjonowania, wszelkiego
rodzaju wprowadzanych poprawek do dostarczonego Systemu,
5. w okresie gwarancyjnym Wykonawca będzie zobowiązany do zapewnienia opieki
serwisowej oraz wsparcia technicznego dla wszystkich elementów Systemu, w
zakresie 5 dni w tygodniu / 10 godzin (rekomendowane godziny 8.00-18.00)
2.6.2.
Wsparcie techniczne
Wsparcie techniczne, świadczone w okresie gwarancyjnym, obejmie co najmniej:
1. stały audyt oprogramowania w zakresie jego zgodności z obowiązującymi
przepisami prawa,
OP-IV.272.137.2015.LK
Załącznik nr 1 do SIWZ – Opis przedmiotu zamówienia po zmianach
Strona 26 z 28
2. udzielanie pomocy w obsłudze systemu jak również w sytuacjach losowych (np.
zniszczenie programów, zbiorów danych itp.),
3. pomoc na telefon (hot-line),
4. konsultacje w zakresie obsługi technicznej i użytkowej oprogramowania
aplikacyjnego i narzędziowego,
5. dostosowywanie oprogramowania do zmian przepisów prawa, w terminie do 7 dni
przed wejściem zmiany w życie, przy czym prace nad dostosowaniem powinny
zostać podjęte nie później niż w terminie 7 dni od daty ogłoszenia informacji
o zmianie przepisów,
6. wprowadzanie na bieżąco zmian w dokumentacji użytkowej.
2.6.3. Opieka serwisowa
1. Opieka serwisowa, świadczona w okresie gwarancyjnym, obejmuje usuwanie wad
i awarii, w tym uruchomienie i skonfigurowanie systemu zgodnie z konfiguracją
istniejącą przed awarią.
2. Zamawiający dopuszcza możliwość usuwania wad lub awarii zdalnie, poprzez
sieć Internet. W przypadku braku możliwości usunięcia wad lub awarii zdalnie, lub
przy pomocy administratorów Zamawiającego, Wykonawca ma obowiązek
usunięcia ich w siedzibie Zamawiającego. O możliwości zdalnego usunięcia wad
lub awarii decyduje Przedstawiciel Zamawiającego.
3. Wady systemu klasyfikuje się następująco:
a) Klasa A – wady uniemożliwiające działanie systemu spowodowane błędami
w dostarczonym oprogramowaniu lub sprzęcie; awaria powoduje
zaprzestanie funkcjonowania całego systemu,
b) Klasa B – wady, które całkowicie uniemożliwiają wykonanie ważnej, pilnej
i często występującej operacji w obszarze zastosowań. Zakłada się przy tym,
że błąd można ponownie odtworzyć, że występuje on w ostatnim nie
zmienionym wydaniu oprogramowania systemu i nie jest spowodowany
niewłaściwą obsługą użytkownika, ani błędami systemu operacyjnego; wada
powoduje powstawanie wyników o cechach niezgodnych z opisanymi
w instrukcji użytkownika i specyfikacji bądź brak funkcjonowania istotnej
części systemu,
c) Klasa C – pozostałe wady, które uniemożliwiają lub utrudniają w sposób
bezpośredni wykonanie pozostałych funkcji systemu oraz wady o niskiej
uciążliwości, które nie stanowią zagrożenia wykonania funkcji systemu i są
związane z interfejsem użytkownika, kolejnością wykonania operacji,
rozmiarem, kolorem ekranu i czcionki, a także inne niepowodujące
powstawania wyników o cechach niezgodnych z opisanymi w instrukcji
użytkownika, zakłada się przy tym, że błąd można ponownie odtworzyć, że
występuje on w ostatnim nie zmienionym wydaniu oprogramowania Systemu
i nie jest spowodowany niewłaściwą obsługą użytkownika, ani błędami
systemu operacyjnego; wada powoduje powstawanie wyników o cechach
niezgodnych z opisanymi w instrukcji użytkownika i specyfikacji.
4. Terminy i warunki usuwania wad Systemu dla wad klasy A:
OP-IV.272.137.2015.LK
Załącznik nr 1 do SIWZ – Opis przedmiotu zamówienia po zmianach
Strona 27 z 28
a) czas naprawy – 24 godziny,
b) naprawa polega na przywróceniu Systemu,
c) uruchomienie Systemu może nastąpić poprzez dostarczenie rozwiązania
zastępczego,
d) w wypadku dostarczenia rozwiązania zastępczego czas naprawy – 14 dni
roboczych od dokonania zgłoszenia.
5. Terminy i warunki usuwania wad Systemu dla wad klasy B:
a) czas naprawy – 72 godziny,
b) naprawa polega na usunięciu błędu/dysfunkcji
dostarczeniu rozwiązania zastępczego,
lub
wskazaniu
bądź
c) w wypadku dostarczenia rozwiązania zastępczego czas naprawy – 28 dni
roboczych od dokonania zgłoszenia,
6. Terminy i warunki usuwania wad Systemu dla wad klasy C:
a) czas naprawy – 30 dni roboczych,
b) naprawa polega na usunięciu błędu/dysfunkcji
dostarczeniu rozwiązania zastępczego,
lub
wskazaniu
bądź
c) w wypadku dostarczenia rozwiązania zastępczego czas naprawy – termin
uzgodniony z Przedstawicielem Zamawiającego.
7. Przez dokonanie zgłoszenia, rozumie się złożenie przez upoważnionego
przedstawiciela Zamawiającego formularza zgłoszenia, w czasie potwierdzonym
raportem z faksu wysyłającego,
8. Zgłoszenie może zostać dokonane telefonicznie, faksem lub pocztą elektroniczną
na numery/adresy podane w Umowie lub zgłoszone w protokole Odbioru
Końcowego,
9. Zamawiający ma obowiązek zgłosić wady objęte Gwarancją niezwłocznie po ich
ujawnieniu.
OP-IV.272.137.2015.LK
Załącznik nr 1 do SIWZ – Opis przedmiotu zamówienia po zmianach
Strona 28 z 28