OPIS PRZEDMIOTU ZAMÓWIENIA:

OP-IV-272.137.2015.LK Załącznik nr 1 do SIWZ 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 1. Główne założenia... 3 2. System Paszportyzacji... 3 2.1. Zakres rzeczowy dostaw... 6 2.1.1. Oprogramowanie... 6 2.1.2. Sprzęt... 8 2.1.3. Usługi... 10 2.2. Wymagania poza-funkcjonalne... 11 2.2.1. Ogólne... 11 2.2.2. Silniki GIS/bazy danych... 12 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 14 2.3.3. Szczególne wymagania w zakresie paszportyzacji sieci fizycznej... 16 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... 23 2.5. Szczególne wymagania w zakresie wdrożenia Systemu Paszportyzacji 25 2.6. Szczególne wymagania w zakresie Gwarancji dla Systemu Paszportyzacji... 26 2.6.1. Warunki Gwarancji... 26 2.6.2. Wsparcie techniczne... 27 2.6.3. Opieka serwisowa... 27 Strona 2 z 29

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. Strona 3 z 29

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ń); Strona 4 z 29

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, włókna), portów, parametrów włókien poszczególnych relacji, pomiaró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), Strona 5 z 29

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, silników GIS i silników baz danych - w liczbie niezbędnej do zapewnienia poprawnej pracy Systemu. Strona 6 z 29

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. wykorzystanie na potrzeby realizacji Projektu, w tym w fazie zarządzania i eksploatacji Infrastruktury, 2. wykorzystanie na potrzeby działalności prowadzonej przez Zamawiającego oraz innych użytkowników, w tym w szczególności Operatora Infrastruktury, 3. 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, 4. 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, 5. udostępnianie i rozpowszechnianie za pośrednictwem sieci komputerowych, w tym sieci internet (w szczególności portale, witryny, strony www), 6. 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, 7. 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ń, 8. 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, 9. wykorzystanie do celów promocyjnych, marketingowych, edukacyjnych lub szkoleniowych, 10. przechowywanie w pamięciach komputerów, w tym na dyskach twardych lub przenośnych, 11. 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, 12. 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. Strona 7 z 29

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: supermicro SC825TQ-R740LPB, procesor : 2x intel xeon 2630 v3, ram : 2x16 GB KINGSTON 8GB DDR4 ECC REG 2133MHz, dysk twardy : 2 x 300GB; 2. Macierz dyskowa : supermicro CSE-826BE1C-R920LPB, dysk twardy : 4 x 600 GB; 3. Stacja robocza 2 szt : lenovo ThinkCentreEdge E73 MT, procesor : intel i7 4790s, ram : 8 GB, dysk twardy 1TB, system operacyjny Windows 8.1 4. Stacja robocza 2 szt : Asus G751J, procesor : intel i7 4720HQ, ram : 8 GB, dysk twardy 1TB, system operacyjny Windows 8.1. Wykonawca w ramach niniejszego postępowania zakupi, dostarczy i zainstaluje w siedzibie Zamawiającego 8 szt. pamięci RAM o pojemności 16GB każda, certyfikowanej do pracy z serwerem SUPERMICRO SC825TQ-R740LPB, niezbędnej do rozbudowy istniejącej infrastruktury serwerowej na której zainstalowany zostanie system paszportyzacji Strona 8 z 29

Wykonawca zapewni min. 5 lat gwarancji na w/w pamięci RAM, realizowanej w miejscu instalacji z czasem reakcji do następnego dnia roboczego od przyjęcia zgłoszenia na piśmie lub drogą e-mailową. Możliwość zgłaszania awarii w trybie 24x7x365. 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. 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, Strona 9 z 29

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 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). Strona 10 z 29

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. 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ą Strona 11 z 29

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ą), 2. wspierać mechanizmy backup i recovery, 3. wspierać platformę sprzętową Intel Xeon Pentium oraz co najmniej jeden z następujących systemów operacyjnych: Lp. System operacyjny Wersja systemu 1 Windows Windows Server 2008 R2; 64- bit lub nowszy 2 Linux Linux 2.6 2.1, 3, 4; 64-bit lub nowszy 2.3. Wymagania funkcjonalne System musi: 2.3.1. Ogólne wymagania funkcjonalne Środowisko graficzne - OSF/Motif, GNOME, KDE 1. umożliwiać graficzną komunikację z użytkownikiem (GUI), w polskiej wersji językowej, 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); Strona 12 z 29

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, 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, Strona 13 z 29

System musi: 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 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ć 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 Strona 14 z 29

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, 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, Strona 15 z 29

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 telekomunikacyjnych, par, żył, złączy kablowych, przełącznic MDF, 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 wraz z wyposażeniem (przełączników, routerów, urządzeń xwdm), h) urządzeń zintegrowanego systemu nadzoru i klimatyzacji wraz z wyposażeniem, 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, Strona 16 z 29

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ę, 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 adresowy dostosowany do polskich zasad administracyjnych. 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., Strona 17 z 29

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.: 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. Strona 18 z 29

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 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, System musi: 2.3.5. Szczególne wymagania w zakresie akwizycji, konwersji i eksportu danych 1. (odb) umożliwiać, poprzez wykorzystanie usług WMS i WFS, pobieranie map składowanych w posiadanej przez Zamawiającego platformie GIS (ESRI) lub Strona 19 z 29

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, 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, Strona 20 z 29

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, System musi: 2.3.6. Szczególne wymagania w zakresie przetwarzania i analizy danych 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), Strona 21 z 29

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 pasa technologicznego (obliczanie powierzchni), b) rejestracji historii zmian, 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 - Event- Driven 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). Strona 22 z 29