OPIS PRZEDMIOTU ZAMÓWIENIA:

Transkrypt

1 OP-IV 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

2 Spis treści Załącznik nr 1 do SIWZ Główne założenia System Paszportyzacji Zakres rzeczowy dostaw Oprogramowanie Sprzęt Usługi Wymagania poza-funkcjonalne Ogólne Silniki GIS/bazy danych Wymagania funkcjonalne Ogólne wymagania funkcjonalne Szczególne wymagania w zakresie modelu danych i zarządzania danymi Szczególne wymagania w zakresie paszportyzacji sieci fizycznej Szczególne wymagania w zakresie paszportyzacji sieci logicznej, usług technicznych i biznesowych Szczególne wymagania w zakresie akwizycji, konwersji i eksportu danych Szczególne wymagania w zakresie przetwarzania i analizy danych Wymagania opcjonalne Szczególne wymagania w zakresie wizualizacji, edycji danych i raportowania Szczególne wymagania w zakresie wdrożenia Systemu Paszportyzacji Szczególne wymagania w zakresie Gwarancji dla Systemu Paszportyzacji Warunki Gwarancji Wsparcie techniczne Opieka serwisowa Strona 2 z 27

3 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 szt. zasobniki kablowe ok szt. c. Integracji z systemem zarządzania siecią d. Integracji z systemami CRM i bilingu 3. Termin realizacji zamówienia: 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 27

4 Ponadto w Rozdziale 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 27

5 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 27

6 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ą Zakres rzeczowy dostaw 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. Strona 6 z 27

7 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 27

8 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 Sprzęt Wymagana jest dostawa, instalacja i konfiguracja: 1. serwera/serwerów sprzętowych na potrzeby aplikacji oraz silnika GIS/bazy danych, spełniających następujące wymagania minimalne: a) co najmniej 2 CPU o architekturze 64 bitowej, b) min. 8 Core/CPU c) sumaryczna moc obliczeniowa jednostek CPU nie mniejsza niż MIPS (test Dhrystone) oraz 96 GFLOPS (test Whetstone), d) pamięć operacyjna łącznie min. 32GB e) kontroler RAID 0, 1,10 f) dyski twarde SATA lub nowsze : minimum 2 x 500 GB, o wyniku wydajności nie mniejszym niż 1200 punktów w teście PassMark ( g) interfejs sieciowy: minimum 2 x 1Gbps, h) redundantny zasilacz i wentylatory, i) urządzenie/a przeznaczone do montażu w obudowie rack macierzy dyskowej obsługującej nie mniej niż 12 dysków SAS lub nowszych wyposażonej w minimum 4 dyski twarde SAS lub nowsze, 600 GB, o wyniku wydajności nie mniejszym niż 1200 punktów w teście PassMark ( Strona 8 z 27

9 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). 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 szt. g. zasobniki kablowe - ok 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 Strona 9 z 27

10 Operatora Infrastruktury. System posiada interfejs SAM-O oparty o technologię SOAP/ XML mogący posłużyć do integracji z systemem paszportyzacji Wymagania poza-funkcjonalne 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) Silniki GIS/bazy danych Silniki GIS/bazy danych Systemu muszą: Strona 10 z 27

11 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 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.1, 3, 4; 64-bit lub nowszy 2.3. Wymagania funkcjonalne Ogólne wymagania funkcjonalne System musi: Ś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); 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, Strona 11 z 27

12 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 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 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 Strona 12 z 27

13 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 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: Strona 13 z 27

14 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, 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, 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, Strona 14 z 27

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

16 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) 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.: Strona 16 z 27

17 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 Strona 17 z 27

18 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, 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, Strona 18 z 27

19 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, Strona 19 z 27

20 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 pasa technologicznego (obliczanie powierzchni), b) rejestracji historii zmian, Strona 20 z 27

21 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.) 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). 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 Szczególne wymagania w zakresie wizualizacji, edycji danych i raportowania System musi: Strona 21 z 27

22 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, Strona 22 z 27