Cz. III SIWZ- OPZ - PWiK Wodzisław Śląski

Transkrypt

Projekt „Uporządkowanie gospodarki ściekowej na terenie
aglomeracji Wodzisław Śląski” ubiega się o dofinansowanie ze
środków Unii Europejskiej w ramach Programu Operacyjnego
Infrastruktura i Środowisko
PP
Projk
CZĘŚĆ III
SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA
Przedsiębiorstwo Wodociągów i Kanalizacji Sp. z o.o.
ul. Marklowicka 15, 44-300 Wodzisław Śląski tel. +48 (032) 455 26 34 wew. 358, tel./fax (032) 455 46 65
www.pwik-wodzislaw.pl, e-mail : [email protected]
NIP: 647-20-74-552, Nr KRS: 0000106055 Sąd Rejonowy w Gliwicach X Wydział Gospodarczy, Kapitał Zakładowy 163.712.465,00 zł
2
PP
Część III SZCZEGÓŁOWY OPIS PRZEDMIOTU
ZAMÓWIENIA
Projk
ZADANIE: „Dostawa i wdrożenie Systemu Informacji Geograficznej (GIS)".
1.
1)
2)
3)
4)
5)
6)
7)
8)
Skrócony opis przedmiotu zamówienia
dostawa Systemu Informacji Geograficznej (GIS), do zarządzania infrastrukturą
sieciową i oprogramowania bazodanowego wraz z narzędziami do prawidłowego
funkcjonowania i eksploatacji Systemu, w tym modułu mobilnego na urządzeniach
przenośnych zarówno w wersji on line i off line.
instalacja i konfiguracja systemu na wskazanym przez Zamawiającego sprzęcie
komputerowym znajdującym się w siedzibie Zamawiającego oraz na dostarczonych
przez Zamawiającego urządzeniach mobilnych; Wykonawca w terminie 7 dni od
podpisania umowy przekaże Zamawiającemu zalecane wymagania sprzętowe
gwarantujące płynne działanie systemu.
import danych wektorowych do Systemu,
digitalizacja części posiadanego przez Zamawiającego archiwum (wersja papierowa),
migrację warstw rastrowych do Systemu, rektyfikacja i wektoryzacja map,
dokonanie integracji Systemu GIS z systemami informatycznymi eksploatowanymi przz
Zamawiającego,
przeprowadzenie szkoleń,
dostawę wymaganych licencji, uprawniających Zamawiającego do legalnego
korzystania z Systemu., w tym licencji na urządzenia mobilne.
świadczenie usług serwisowych w okresie gwarancji i rękojmi.
2. System winien być zgodny z wymogami zawartymi w:
1) art. 7d pkt 1 lit.a ustawy z dnia 17 maja 1989 r. Prawo
2)
3)
4)
geodezyjne i kartograficzne (t.j.
Dz.U. z 2015 r. poz. 520 z późn. zm.),
art. 14 ustawy z dnia 4 marca 2010 r. o infrastrukturze informacji przestrzennej (Dz.U. z
2010 r. Nr 76, poz. 489 z późn. zm.),
art. 15 ustawy z dnia 17 lutego 2005 r. o informatyzacji działalności podmiotów
realizujących zadania publiczne (t.j. Dz. U. z 2014 r., poz. 1114)
art. 31 ustawy z dnia 29 sierpnia 1997 roku o ochronie danych osobowych (t.j. Dz.U. z
2016 r, poz. 922 z późn. zm.).
Skróty i Definicje
System - część wizualna, serwer aplikacji oraz centralna baza danych GIS.
GIS - System Informacji Geograficznej.
System Mobilny/Mobilny GIS - System GIS dedykowany specjalnie na urządzenia
mobilne działający w trybie OFF Line i ON Line,
4) Oprogramowanie Osób Trzecich - Oprogramowanie Bazodanowe lub inne niezbędne
oprogramowanie dostarczone Zamawiającemu w ramach realizacji Umowy, konieczne
do działania i korzystania z Systemu
5) Baza Centralna GIS - centralna baza danych GIS.
6) Mobilna Baza GIS - baza danych zlokalizowana na urządzeniu mobilnym wskazanym
przez Zamawiającego, synchronizująca się z centralna bazą GIS,
7) Dane graficzne - cyfrowe pliki map wektorowych z podziałem na warstwy, cyfrowe
3.
1)
2)
3)
3
8)
9)
10)
11)
12)
13)
14)
15)
16)
pliki map rastrowych, biblioteki, style linii,
zgodne z wymaganiami branżowymi i
PP
geodezyjnymi,
Projk
Usługa - jakakolwiek czynność wykonana przez Wykonawcę dla Zamawiającego
(instalacja Systemu, serwis, przeprowadzenie prac analitycznych i wdrożeniowych,
testowanie, modyfikacje i inne).
Wdrożenie - wszelkie czynności wykonywane przez wykonawcę od momentu instalacji
do momentu poprawnego działania Systemu wraz z przeprowadzeniem szkoleń w
siedzibie Zamawiającego, których celem jest samodzielna eksploatacja Systemu przez
pracowników zamawiającego.
Optymalne działanie Systemu - w pełni zintegrowane funkcjonowanie Systemu
zapewniające pełną realizację zadań przewidzianych w dokumentacji Systemu,
zgodność z obowiązującymi przepisami prawa, ochronę przed utratą danych,
zabezpieczenie przed dostępem osób nieuprawnionych.
Dodatkowe usługi informatyczne - modyfikacje Systemu wynikające z wymagań
Zamawiającego wprowadzane przez Wykonawcę, po zakończeniu wdrożenia, tj. prace
programistyczne, serwisowe i szkolenia.
Aktualizacja - zmiana wprowadzana przez wykonawcę do Systemu, wynikająca z
czynników niezależnych od Wykonawcy, np. ze zmian przepisów prawa.
Upgrade - zmiana wersji Systemu stanowiąca jego uaktualnienie związane z jego
rozwojem.
Wada nośników oprogramowania - wada ukryta (np. wada fabryczna) nośników
oprogramowania, niemożliwa do wykrycia podczas ich odbioru, skutkująca ich
nieprawidłowym działaniem w stosunku do działania wymaganego.
Usterka - nieprawidłowa praca Systemu, inna niż awaria, w szczególności polegająca
na: wykonywaniu niepoprawnych operacji, nie wykonywaniu operacji, jakie zostały
przewidziane w instrukcji obsługi programu i/lub w SIWZ, obniżonej wydajności pracy
infrastruktury informatycznej niestabilnej pracy Systemu. Wystąpienie usterki
umożliwia korzystanie z Systemu w zakresie funkcji niezbędnych do prowadzenia
bieżącej działalności Zamawiającego.
Awaria - brak pracy Systemu lub jego nieprawidłowa praca, uniemożliwiająca
Zamawiającemu czasowe lub trwałe korzystanie z Systemu w zakresie funkcji
niezbędnych do prowadzenia bieżącej działalności.
4.
1)
Podstawowe zobowiązania Wykonawcy
Wykonawca musi być autorem oprogramowania. Wymóg ten dotyczy również silnika
programu lecz nie dotyczy centralnej bazy GIS. Program musi być w języku polskim.
2) System nie może być licencjonowany ze względu na liczbę użytkowników. Mobilny
GIS może być licencjonowany tylko ze względu na liczbę urządzeń a nie liczbę
użytkowników.
3) Wykonawca musi posiadać w pełni funkcjonalny System. Zamawiający może przed
podpisaniem umowy wezwać potencjalnego Wykonawcę do prezentacji Systemu w celu
sprawdzenia jego zgodności z wymaganiami Zamawiającego.
4) Wykonawca musi dostarczyć Zamawiającemu w terminie 7 dni od podpisania umowy
oświadczenie zawierające zalecane wymagania sprzętowe gwarantujące płynne
działanie systemu (serwer, komputery, tablety).
5) Czas wdrożenia Systemu wyniesie 2 albo 3, albo 4, albo 5 miesięcy od dnia podpisania
umowy (zgodnie z ofertą Wykonawcy).
6) Wykonawca jest zobowiązany do zapewnienia bezpłatnej gwarancji i rękojmi w
terminie zadeklarowanym przez Wykonawcę w ofercie - (3 albo 4 albo 5) lat.
4
7)
Wykonawca zobowiązany jest do świadczenia
płatnego serwisu w okresie 60 miesięcy
PP
po wdrożeniu.
Projk
Wykonawca zobowiązuje się:
dostarczyć do siedziby Zamawiającego System do zarządzania infrastrukturą sieciową
wraz z oprogramowaniem bazodanowym,
2) zainstalować System wraz z narzędziami do zapewnienia sprawności i ciągłości
funkcjonowania,
3) opracować koncepcje wdrożenia z uwzględnieniem środowiska rozwojowego i
produkcyjnego,
4) do zaimplementowania obsługi kopii zapasowych danych i przywracania danych w
razie awarii Systemu lub sprzętu,
5) założyć i skonfigurować bazę danych GIS,
6) skonfigurować System na wskazanym przez Zamawiającego sprzęcie komputerowym,
m.in.:
a) stworzyć uzgodnioną symbolikę,
b) utworzyć dedykowane formularze, szablony wydruków,
c) założyć domyślny projekt.
7) zdefiniować oraz założyć grupy uprawnień dla czterech podstawowych typów
użytkowników:
a) Podgląd - dostęp do widoku mapy; możliwość dodawania oraz konfigurowanie
warstw, styli oraz projektów mapowych; tworzenie wydruków oraz ich szablonów;
dostęp do narzędzi: identyfikacji, wyszukiwania (adresów, działek, obiektów po
atrybutach i geometrii), pomiaru, analiz sieciowych (przekroje podłużne sieci i
terenu, wskazywanie zasuw do zamknięcia w wyniku awarii), numerycznego modelu
terenu; dodawania i pobierania załączników; dostęp do informacji zaczerpniętych z
systemu informatycznego eksploatowanego przez Spółkę; eksport tabel z warstw
mapowych do formatu arkusza kalkulacyjnego oraz SHP,
b) Dyspozytorzy - pełen dostęp do funkcjonalności z grupy Podgląd oraz dodatkowo
dostęp do modułu dyspozytorskiego,
c) Edycja - pełen dostęp do funkcjonalności z grupy Podgląd oraz dodatkowo
narzędzia edycyjne,
d) Administracja - dostęp do wszystkich funkcjonalności Systemu (w szczególności
zarządzanie uprawnieniami dostępu do aplikacji: dodawanie użytkowników,
dodawanie grup użytkowników, nadawanie uprawnień użytkowników oraz dostępu
do poszczególnych funkcjonalności programu, monitorowanie użytkowników
Systemu, śledzenie operacji wykonywanych w Systemie),
8) dokonać skanowania map branżowych Zamawiającego i migracji warstw rastrowych do
Systemu a następnie wektoryzacji sieci Zamawiającego.
9) dokonać w imieniu Zamawiającego uzgodnień w PODGiK w Wodzisławiu Śląskim w
zakresie sposobu udostępniania i sposobu przenoszenia danych z systemów PODGiK
oraz zaimportować otrzymane dane mapy wektorowe/hybrydowe oraz wypełnić
warstwy sieci Zamawiającego tymi danymi
10) przeprowadzić szkolenia dla grup użytkowników, tj. administratora Systemu,
operatorów map, użytkowników „przeglądających dane". Szkolenie musi się odbyć na
Systemie w pełnej wersji zawierającym wszystkie dane przekazane przez
Zamawiającego:
a) Administrator Systemu ma posiadać kompetencje tworzenia kont nowych
użytkowników i zarządzania ich uprawnieniami, - 16 godzin, min. 3 pracowników
5.
1)
5
Operator mapy ma możliwość edycji
mapy cyfrowej, danych opisowych i dostęp do
PP
wszystkich funkcji i narzędzi Systemu,
24 godziny, min. 6 pracowników
Projk
c) Użytkownik przeglądarki ma możliwość przeglądu danych graficznych i opisowych,
tworzenia raportów i zestawień., 24 godziny, min 20 pracowników
dostarczyć nośnik z Systemem oraz wymagane licencje, uprawniające Zamawiającego
do legalnego korzystania z Systemu,
dostarczyć dokumentację Systemu w wersji papierowej oraz w formie elektronicznej na
nośniku CD/DVD,
zapewnić poufność danych, w związku z realizacją wdrożenia Systemu.
System musi umożliwić w przyszłości budowę modelu matematycznego sieci
wodociągowej.
b)
11)
12)
13)
14)
Podstawowe wymagania względem systemu
System musi gromadzić i przetwarzać dane graficzne i opisowe zapisane we
współczesnych standardach, gwarantować ciągłość pracy.
2) Dostęp do poszczególnych funkcjonalności dla użytkowników musi być realizowany
poprzez przeglądarkę www i definiowany na podstawie uprawnień przez administratora
Systemu (np. uprawnienia dostępu do podglądu, wydruków mapy, edycji, administracji,
informacji zaczerpniętych z systemu informatycznego eksploatowanego w Spółce
generowanych raportów oraz zestawień, narzędzi analiz sieciowych).
3) System do zarządzania infrastrukturą sieciową zainstalowany będzie na serwerze
Zamawiającego,
4) System musi działać w sieci intranetowej i internetowej, musi być w całości wykonany
w technologii WWW.
5) System ma być wyposażony w odpowiednie zabezpieczenie przed utratą danych oraz
dostępem do danych osób nieuprawnionych.
6) System ma umożliwiać rejestrację i wykonywanie prezentacji różnego rodzaju danych o
elementach sieci oraz drukowanie map w różnych skalach.
7) System ma mieć możliwość tworzenia (wprowadzania) własnych dodatkowych
obiektów.
8) System działać będzie w środowisku Windows i Linux wykorzystując jednolity, polski
interfejs do prezentacji.
9) obsługiwany będzie przez przeglądarki internetowe: Mozilla Firefox od wersji 8,
Microsoft Internet Explorer od wersji 8, Chrome, oraz inne,
10) dostępny będzie dla wszystkich użytkowników Zamawiającego bez konieczności
instalacji oprogramowania na stanowiskach roboczych (za wyjątkiem standardowych
wtyczek przeglądarki Adobe Flash, Microsoft Silverlight)
11) Licencjonowany będzie per serwer, czyli zwiększenie liczby pracujących
użytkowników, a także rozbudowa serwera (np. o dodatkowe procesory pamięci RAM)
nie będzie się wiązać z dodatkowymi opłatami licencyjnymi,
12) System powinien posiadać budowę trójwarstwową:
a) Przestrzennej bazy danych,
b) Serwera Aplikacji - powinien umożliwiać komunikację poprzez serwisy sieciowe z
innymi aplikacjami (Zamawiający planuje w przyszłości integrować system z innymi
systemami).
c) Klienta WWW Aplikacji.
13) System musi zapisywać aktywność użytkowników wraz z historią zmienianych
obiektów (użytkownik, rodzaj operacji: wstawienie, usunięcie, zmiana, data operacji,
itp.). Dane historyczne powinny zapisywać wszystkie atrybuty obiektu, na którym
6.
1)
6
14)
15)
16)
17)
18)
19)
20)
21)
22)
23)
przeprowadzona została modyfikacja. PP
System musi posiadać narzędzie do zapamiętywania
widoków mapy w celu szybkiej
Projk
nawigacji i/lub zapamiętania miejsc na mapie do których chcemy wrócić w przyszłości.
System musi mieć możliwość przeglądania historii zmian na wybranym obiekcie wraz z
możliwością przywrócenia stanu do dowolnego momentu z historii.
System musi mieć możliwość przeglądania operacji dokonywanych przez danego
użytkownika w tym: wykonywane raporty, zmieniane obiekty.
System musi posiadać możliwość definiowania uprawnień użytkowników lub grup
użytkowników do wybranych elementów Systemu.
System musi posiadać zaawansowaną kontrolę haseł:
a) złożoność hasła,
b) liczbę prób wprowadzania hasła oraz blokadę konta w przypadku przekroczenia
liczby prób,
c) czas życia hasła.
System musi zabezpieczać dane przed przypadkowym lub celowym zniszczeniem,
nieupoważnionym dostępem, kopiowaniem, drukowaniem, zabezpieczać dane, zgodnie
z przepisami ustawy o ochronie danych osobowych,
System musi uwzględniać zabezpieczenia infrastruktury technicznej oraz sieci LAN i
WAN przed nieautoryzowanym dostępem z zewnątrz (firewawalle sprzętowe, sieciowy
system antywirusowy, administracja usługami internetowymi i dostępem do Internetu
od wewnątrz jak i od zewnątrz sieci).
System musi być wyposażony w narzędzie umożliwiające podłączenie dowolnych
plików z obiektami zapisanymi w bazie opisowej, np. wstawienie zdjęć z awarii,
zeskanowanej dokumentacji technicznej, umów zawartych z klientami, filmów, itp.
System musi być wyposażony w słowniki terminów branżowych, po uprzednim
uzgodnieniu z Zamawiającym. Dostęp do wprowadzania zmian w słowniku winni
posiadać użytkownicy Zamawiającego.
Dodatkowo system musi mieć możliwość późniejszej rozbudowy o modelowanie
hydrauliczne sieci wodociągowej i kanalizacyjnej (zakres ten nie jest jednak na tym
etapie objęty przedmiotem zamówienia).
Wymagane funkcjonalności systemu
ewidencjonowanie elementów sieci wodociągowej i kanalizacyjnej w postaci
wektorów, a także powiązanych z nimi opisami, oraz załącznikami,
2) definiowanie i modyfikację dodatkowych warstw wektorowych w systemie,
3) definiowanie słowników i ich wartości dla wybranych pól warstw w systemie,
4) definiowanie wartości domyślnych dla pól w warstwach,
5) możliwość podłączania zewnętrznych serwisów WMS i WFS przez użytkowników (np.
Ortofotomapy, danych o charakterze katastralnym z Geoportalu, Google Maps, w tym
street view, SIP powiatu Wodzisławskiego (https://sip.powiatwodzislawski.pl/imap/,
SIP Miasta Wodzisław Śląski (http://mapa.sip.wods.pl/imap/), SIP Gminy Marklowice
http://marklowice.e-mapa.net/, SIP Miasta Rybnik (http://www.rsip.rybnik.eu), SIP
Powiatu Rybnickiego http://rybnik.geoportal2.pl), prezentację danych wektorowych z
serwisów WFS (Web Feature Service) oraz prezentację danych rastrowych z serwisów
WMS (Web Map Service),
6) wystawianie i przechowywanie warstw w postaci serwisów TMS,
7) prezentację podkładów rastrowych, ortofotomapy, fotoplanu ze wskazanych na
serwerze zasobów.
8) System musi zawierać:
7.
1)
7
edytowalny katalog symboli (zbiór ikon
i kształtów),
PP
symbolikę zgodną z instrukcjami technicznymi
K1 i G5 dla warstw wodociągowych
Projk
i kanalizacyjnych
c) możliwość definiowania kolorystyki, zakresu widoczności i etykiet na obiektach
wodociągowo-kanalizacyjnych generowanych automatycznie na podstawie ich
parametrów technicznych.
Wszystkie dane w systemie muszą być przechowywane w układzie 2000.
System musi mieć możliwość prezentacji współrzędnych na mapie w różnych układach
w tym: Układ 65, układ 2000, układ WGS 84 oraz możliwość przeliczania ‘w locie’
układów współrzędnych.
System musi mieć narzędzie wyszukiwania prostego m.in. numeru adresowego, ulic,
działek ewidencyjnych oraz zaawansowanego np. wyszukiwanie po dowolnej
kombinacji atrybutów istniejących w bazie danych, np. znajdź przyłącza wodociągowe
z ul. X o średnicy większej niż 32 cm i z materiału PCV. Narzędzie musi mieć
możliwość zapamiętania zapytania w celu późniejszego jego wykonania oraz
możliwość eksportu znalezionych obiektów do pliku arkusza kalkulacyjnego oraz SHP,
System musi mieć narzędzie wyszukiwania obiektów spełniających zadane kryteria na
geometrii (np. wyszukiwanie przecinających się obiektów). Narzędzie musi mieć
możliwość zapamiętania zapytania w celu późniejszego jego wykonania oraz
możliwość eksportu znalezionych obiektów do pliku arkusza kalkulacyjnego oraz SHP,
System musi prezentować informacje o obiektach w postaci tabeli lub formularza. Dla
obiektów sieci wodociągowej i kanalizacyjnej zostaną zaprojektowane predefiniowane
formularze (po uzgodnieniach z Zamawiającym).
System musi posiadać możliwość eksportu całości bazy danych do innej open source
bazy danych.
System musi umożliwiać dodawanie/usuwanie dowolnych załączników do każdego
obiektu na mapie (zdjęcia, dokumenty, filmy). Załączniki można w każdym momencie
pobrać lub podejrzeć.
System musi posiadać możliwość definiowania szablonów wydruku, w tym określenie:
a) formatu papieru (np. A4, A3, A0),
b) orientacji kartki papieru (portret, pejzaż),
c) rozmiarów i położenia elementów szablonu; mapa, legenda mapy, skala, tekst, itd.
System musi posiadać rozbudowany mechanizm wydruków mapy:
a) wydruki muszą korzystać ze zdefiniowanych wcześniej szablonów mapy,
b) wydruki muszą mieć możliwość określenia obszaru wydruku,
c) wydruki muszą mieć możliwość określenia skali mapy na wydruku.
Wydruk musi być wielostronicowy w przypadku, gdy w zaznaczonym obszarze
wydruku i skali mieści się więcej niż jedna mapa. Kolejne arkusze mapy powinny być
oznaczone na mapie odpowiednimi numerami stron, możliwość wydruków seryjnych
(np. wydruk sieci leżącej na danej ulicy w określonej skali z podziałem na kolejne
arkusze stron). Użytkownik powinien mieć możliwość wybrania arkuszy do druku.
Wydruki muszą mieć możliwość eksportu do PDF, określenia położenia i wielkości
następujących elementów: skala, linia skali, mapa, tekst, dodatkowa grafika.
System musi umożliwiać generowanie wydruków w formatach innych niż wybrany
szablon w celu ich późniejszego "sklejenia" do pożądanego formatu (np. szablon A0
generowany na 16 kartkach formatu A4),
System musi posiadać możliwość importu danych wysokościowych uzyskanych w
technologii LIDAR (skaning laserowy) i tworzenia Numerycznego Modelu Terenu.
System musi posiadać możliwość generowania profili podłużnych i ich prezentacja
a)
b)
9)
10)
11)
12)
13)
14)
15)
16)
17)
18)
19)
20)
21)
22)
8
w formie wykresów (jeżeli brak rzędnych
osi interpolacja na podstawie Numerycznego
PP
Modelu Terenu).
Projk
a) przewodów wodociągowych,
b) przewodów kanalizacyjnych,
c) przekroju terenu.
23) System musi posiadać możliwość importu danych z geodezyjnych pomiarów
terenowych wykonanych odbiornikiem Trimble SPS 985 GNSS z kontrolerem TSC3.
24) System musi być kompatybilny z nakładka geodezyjną SG AutoCad,
25) System musi umożliwiać edycję:
a) atrybutów obiektów,
b) geometrii obiektów,
26) System musi dostarczać następujące narzędzia edycji obiektów:
a) wstawianie, przesuwanie, usuwanie całych obiektów lub ich wierzchołków,
b) kopiowanie oraz przenoszenie obiektów z jednej warstwy do drugiej,
c) łączenie obiektów,
d) dzielenie obiektów wyrysowaną łamaną.
27) Wszystkie narzędzia edycji geometrii muszą mieć możliwość dociągania edytowanych
wierzchołków do istniejących obiektów na mapie (do ich krawędzi i wierzchołków).
28) Edycja musi działać w całości poprzez przeglądarkę internetową oraz działać poprzez
sieć www.
29) System musi mieć możliwość grupowania warstw na mapie w sieć geometryczną. Sieć
geometryczna musi być aktualizowana przy edycji geometrii obiektów należących do
sieci.
30) System musi posiadać narzędzia pomiaru długości, obwodu, pola powierzchni.
31) System musi posiadać narzędzia sieci geometrycznej:
a) dołączania obiektów do sieci,
b) odłączania obiektów od sieci,
c) kontroli spójności sieci,
d) wyszukiwania najkrótszej drogi od punktu do punktu,
e) wyszukiwania podgrafu odcięcia sieci od danego punktu - w szczególności narzędzie
do analizy obszaru odcięcia sieci wodociągowej w przypadku wystąpienia awarii na
wybranym odcinku sieci
f) raport z analizy obszaru odcięcia sieci wodociągowej w postaci pliku PDF
zawierającego szczegółowe mapki odciętych elementów sieci.
32) System musi posiadać ułatwienia i narzędzie do pracy wspólnej – np. proste dzielenie
się widokiem mapy. Widok mapy zostaje zapisany w formie linku internetowego.
Uprawniony użytkownik po wklejeniu linku w oknie przeglądarki zostanie
przekierowany do danych współrzędnych na mapie.
7.1 Moduł dyspozytorski
33) Typy zgłoszeń
System za pomocą modułu dyspozytorskiego ma umożliwiać realizację następujących
typów zadań:
a) awarie,
b) prace konserwacyjne (Konserwacje)
c) przeglądy
d) remonty
e) zlecenia płatne
oraz inne używane w Spółce.
9
34)
Opis procesu
PP
a) przyjęcie zgłoszenia odbywa się w formie telefonicznej, pisemnej lub przez
Projk
bezpośrednią rejestrację w systemie.
b) miejsce wystąpienia zdarzenia ma być zaznaczane w postaci punktu na mapie, a treść
zgłoszenia opisywana w programie (system ma posiadać funkcjonalność
automatycznego wstawienia zgłoszenia na mapie na podstawie wprowadzonego
adresu na zgłoszeniu).
c) zgłoszenie może założyć mistrz, dyspozytor bądź inna osoba mająca uprawnienia.
d) początkowo wprowadzane będą ogóle informacje o zgłoszeniu:
i. typ/kategorię/rodzaj zgłoszenia (np. Awaria/Sieć wodociągowa/Uszkodzony
hydrant;
Zlecenie
płatne/Sieć
kanalizacji
sanitarnej/Czyszczenie
przepompowni, itd),
ii. datę i godziną przyjęcia zgłoszenia,
iii. adres miejsca zdarzenia,
iv. opis zgłoszenia,
v. osoba dokonująca zgłoszenia - zgłaszający zwykle podaje nazwisko i telefon,
chociaż czasem odmawia udzielenia tych informacji,
vi. osoba wprowadzająca zgłoszenie do sytemu (osoba aktualnie zalogowana) informacja uzupełniana automatycznie przez system.
e) Jeśli zgłoszenie było telefoniczne część informacji zostanie automatycznie
wypełniona na formatce zgłoszenia
f) Zgłoszenie może być zarówno awaryjne jak i planowane z wyprzedzeniem (raport).
g) Do danego zgłoszenia, które zarejestrowano w systemie ma być możliwość
przypisania zadania wykonawczego reprezentujące konkretne działania na sieci
(zadania będą przesyłane na tablety). Zadanie będzie trwało maksymalnie jedną
zmianę, nawet jeśli nie udało się zakończyć prac związanych z danym zgłoszeniem i
kierowane jest do konkretnej osoby (brygadzisty). Kolejna ekipa ma otrzymywać
kolejne zadanie w przypadku, gdy problem wynikający ze zgłoszenia nie został
całkowicie rozwiązany. Zadania mogą być kierowane do różnych osób lub zespołów
z różnych jednostek organizacyjnych Spółki. W celu zarejestrowania zadania należy
w systemie:
i. określić typ prac,
ii. zadeklarować wykonawcę,
iii. zadeklarować datę i godzinę planowanego rozpoczęcia realizacji zadania.
h) Użytkownik ma również mieć możliwość dołączenia informacji o obiektach
obsługiwanych (podłączyć do zadania obiekty sieci wod-kan, na których będą
realizowane prace). Zadania będą tworzone, przekazywane drogą elektroniczną i
nadzorowane przez osoby koordynujące pracę zespołów wykonujących zadania w
terenie. Wpisanie w zadaniu daty planowanego rozpoczęcia oraz osoby
odpowiedzialnej za wykonanie czynności (zazwyczaj brygadzisty) rozumiane jest
jako wskazanie zadania do realizacji.
i) Zadania mają być dostępne na tabletach dla pracowników terenowych. Ekipy
pracujące w terenie mają mieć dostęp do informacji o powierzonych jej zadaniach,
jak również możliwość rejestrowania postępów prac.
j) Brygada ma mieć możliwość przyjęcia zadania wraz z informacją gdzie i co trzeba
zrobić. Na mapie tabletu wyświetlany jest punkt z lokalizacją zgłoszenia oraz
obiekty sieci wod-kan "podłączone" do danego zadania. Brygada ma również mieć
możliwość podpięcia elementów sieci, na których były wykonywane prace i
załączenia zdjęć z poziomu tabletu. Rejestrowane muszą być również czasy
10
35)
przyjęcia, rozpoczęcia oraz zakończenia
zadania przez ekipę. Tablet cyklicznie ma
PP
pobierać oraz wysyłać informacje pomiędzy
serwerem a aplikacją mobilną. Mistrz w
Projk
systemie centralnym ma widzieć zmiany "na bieżąco".
Planowany obieg zadania
a) mistrz bądź dyspozytor zakłada nowe zadanie wykonawcze w systemie centralnym
w ramach zgłoszenia i przypisuje je do brygadzisty/pracownika.
b) mistrz wprowadza do zadania datę planowanego rozpoczęcia.
c) wpisanie daty rozpoczęcia oraz przypisanie brygadzisty bez podania daty
rzeczywistego zakończenia oraz wciśnięcie „Zapisz” ma spowodować, że Zadanie
zostanie wysłane na tablet.
d) Gdy dany pracownik będzie zalogowany na urządzeniu mobilnym zadanie ma zostać
automatycznie pobrane przez ten tablet. W systemie centralnym na zadaniu ma
pojawić się informacja o tym, że zadanie zostało otwarte na tablecie. Zadanie
otrzymuje status „Pobrane”.
e) Po zakończeniu prac Brygadzista ma mieć możliwość edycji zadania wykonawczego
w terenie:
i. wypełniając notatkę z klawiatury lub dyktując (system ma przekształcać
mowę na tekst),
ii. ma mieć możliwość dodania obiektów obsługiwanych przez zaznaczenie ich
na mapie mobilnej,
iii. ma mieć możliwość edycji atrybutów zadania:
 rodzaj czynności,
 średnica,
 materiał,
 godz. rozpoczęcia,
 godz. zakończenia,
 pracownicy realizujący zadanie,
 straty (mogą to być straty w wyniku płukania na hydrancie, wodomierzu,
WUKO, zmywanie po awarii) - wartości słownikowe,
 straty (m3),
 głębokość posadowienia,
 opis prac,
iv. możliwość wprowadzenia informacji o pojazdach jakie pracowały na zadaniu
oraz ich czasie pracy,
v. możliwość wykonania zdjęć, które zostaną automatycznie podpięte do
zadania,
vi. zakończyć zadanie zmieniając status na „zakończone”.
f) Informacje z tabletu w całości mają być wysłane do systemu centralnego, a zadanie
staje się niedostępne na Tablecie.
g) System centralny w przypadku zarejestrowania wykonania zadania ma wyświetlić
komunikat o wykonaniu zadania wraz z możliwością wyświetlenia przez Mistrza
danych wprowadzonych w terenie przez brygadzistę.
h) Mistrz ma mieć możliwość dokonania korekty zadania przesłanego z tabletu lub z
klawiatury, uzupełniania i modyfikacji danych zadania i zapisu/akceptacji zadania
wykonawczego.
i) Osoba administrująca systemem ma mieć możliwość wprowadzenia nowych
(modyfikowania istniejących) rekordów w bazie oraz wprowadzania zmian w listach
wyboru (komunikatach).
j) Osoby mające tylko podgląd do systemu dyspozytorskiego mają mieć możliwość
11
36)
37)
38)
39)
40)
41)
generowania raportów dot. stratPPwody, ilości awarii, nocnych przekroczeń
przepływów na obiektach, etc.
Projk
Kierowanie zadań do pracowników
a) Zadanie ma zostać wysłane z systemu centralnego na tablet w momencie wykonania
akcji "Zapisz" w oknie zadania wykonawczego. Przed wysłaniem zadania, na
formatce zadania wykonawczego system ma zażądać wypełnienia pola:
i. planowany czas rozpoczęcia (na tablety można wysyłać wszystkie zadania
niewykonane - brak warunku czasowego, bądź tylko zadania z danego dnia),
ii.
osoba, która będzie odpowiedzialna za wykonanie zadania.
b) Jedno zadanie może być wysłane do tylko jednego brygadzisty. Aplikacja mobilna
pracując w trybie on-line ma automatycznie synchronizować dane zadań w
odstępach np. 10 minutowych (czas do edycji). Aplikacja ma dodatkowo pobierać
informacje o nowych zadaniach w momencie logowania do aplikacji mobilnej.
c) Zadania na tablecie mają być sortowane rosnąco po dacie rozpoczęcia.
d) Przesłane zadanie ma zawierać wszystkie informacje zarejestrowane na zgłoszeniu (z
możliwością ograniczenia) oraz Opisy z ewentualnych zadań zrealizowanych
wcześniej dla tego zgłoszenia.
e) Zadania mają być widoczne na tablecie do czasu oznaczenia zadania statusem
„Zrealizowana” przez Brygadzistę, zapisaniu zadania i jego wysłaniu. Po zapisaniu
zadania oznaczonego statusem "Zrealizowana" brygadzista nie ma mieć możliwości
edycji a zadanie ma oczekiwać na wysłanie.
Obsługa obiektów dowiązanych do zadania.
Aplikacja mobilna ma umożliwiać dopisanie do zadania obiektów uczestniczących w
zadaniu przez ich zaznaczenie na mapie. Poprzez przytrzymanie palca na mapie mają
zostać wybrane obiekty w pobliżu przytrzymania. Aby precyzyjniej wybrać obiekty
należy przybliżyć mapę. Następnie ma pojawić się lista nad zbliżeniem mapy w punkcie
przytrzymania, aby umożliwić wybór konkretnego obiektu. Zaznaczone obiekty mają
trafić na listę widoczną dla użytkownika. Dodawanie obiektów oraz edycja atrybutów
obiektów ma być dostępna jedynie w zadaniu, w którym nie zmieniono statusu na
„zakończone”.
Zgłaszanie niezgodności
Pracownicy realizujący zadania w terenie mają mieć możliwość zgłaszania rozbieżności
pomiędzy danymi w systemie GIS a stanem faktycznym. Użytkownik ma mieć
możliwość opisania niezgodności poprzez pole Rozbieżności bezpośrednio na zadaniu.
Następnie osoby odpowiedzialne za edycję mapy GIS mają mieć możliwość
uaktualnienia danych o zgłoszone uwagi. Ma powstać w tym celu dedykowany wykaz
gdzie w prosty sposób można będzie weryfikować te zgłoszenia.
Generowanie numeru zlecenia
Części zgłoszeń musi zostać nadany numer zlecenia. Ten numer ma być unikalny i na
jego podstawie ma nastąpić rozliczenie kosztów (uzupełnia się go m.in. na kartach
drogowych, dokumentach magazynowych, itp.).
Numer będzie nadawany po rozpoznaniu zgłoszenia przez pierwszego brygadzistę.
Mistrz bądź dyspozytor uruchomi akcję generuj nr Zlecenia i system automatycznie go
wygeneruje.
Raporty
System ma umożliwiać wykonanie m.in. następujących raportów
i. raport strat wody,
ii. raport ilości awarii,
iii. raport z nocnych przekroczeń przepływów,
12
42)
43)
44)
45)
46)
iv.
raport pracy brygad.
PP
System powinien udostępniać statystyki
zbiorcze z liczby awarii dla wskazanego na
Projk
mapie obszaru z podziałem na wodociąg i kanalizację i podziałem na lata i miesiące.
Statystyki powinny być dostępne w formie:
a) wykresu,
b) tabeli,
c) pliku arkusza kalkulacyjnego.
System musi posiadać dedykowany panel awarii, który będzie zawierał wykaz
wszystkich awarii. Panel będzie dodatkowo umożliwiał łatwe filtrowanie awarii po
wybranych parametrach, np. awaria na wodzie/kanalizacji, nr awarii, stan awarii
(wykonane, niewykonane), rodzaj i typ awarii, data zgłoszenia, adres zgłoszenia,
priorytet, itp. Użytkownik musi mieć możliwość eksportu wykazu awarii wraz z ich
pełnym opisem do pliku formatu arkusza kalkulacyjnego.
System musi posiadać moduł analizy zasuw do zamknięcia zawierający m.in.
wyświetlanie zasuw do zamknięcia, wyznaczanie odciętych przyłączy wody,
generowanie raportu z informacjami dotyczącymi zasuw i przyłączy odciętych w
wyniku awarii, generowanie raportu z danymi adresowymi właścicieli, którzy w wyniku
awarii będą mieli odcięte zasilanie wody. System musi posiadać możliwość eksportu
tych danych do arkusza kalkulacyjnego oraz możliwość automatycznego eksportu tych
danych w celu sms-owego lub e-mailowego powiadamiania odciętych lub planowanych
do odcięcia wody klientów.
System musi posiadać moduł analizy awarii sieci kanalizacyjnej zawierający m.in.
możliwość wyznaczania sieci kanalizacyjnej, przyłączy kanalizacyjnych oraz posesji
powyżej miejsca awarii gdzie może dojść do cofnięcia się ścieków do budynków,
generowanie raportu z danymi adresowymi właścicieli, którzy w wyniku awarii mogą
ucierpieć. Moduł powinien także dokonać szacowania lub obliczenia na podstawie
poboru wody powyżej miejsca awarii dobowej ilości powstających w tym miejscu
ścieków (m3/d). System musi posiadać możliwość eksportu tych danych do arkusza
kalkulacyjnego oraz możliwość automatycznego eksportu tych danych w celu smsowego lub e-mailowego powiadamiania klientów.
System musi umożliwiać generowanie do formatu PDF/DOCX raportu z awarii, który
będzie zawierał mapę z zaznaczoną awarią oraz warstwami wybranymi przez
użytkownika. Raport będzie zawierał również informacje opisowe awarii wprowadzone
do systemu przez dyspozytora i/lub osoby usuwające awarię.
7.2 Moduł Hydranty
47) System musi posiadać moduł przeglądu hydrantów - moduł gromadzący podstawowe
parametry z przeglądu hydrantów. Zbierane parametry to m.in.: średnica hydrantu,
rodzaj hydrantu (nadziemny, podziemny), materiał, ciśnienia, przepływ, własność.
Pełna historyczność przeglądów. Możliwość wprowadzania zbieranych parametrów z
poziomu tabletu. Możliwość podłączania zdjęć i plików.
48) Moduł w swoich założeniach ma usprawnić szereg procesów związanych z obsługą
hydrantów. Ma pozwolić na ewidencję przeglądów (wraz z zachowaniem historii),
zwiększyć możliwość raportowania oraz wykonywania różnego rodzaju analiz.
Przeglądy mają być również obsługiwane na urządzeniach mobilnych co ma pozwolić
na wyeliminowanie drukowania formularzy oraz znacznie przyspieszyć sam proces.
Zlecenia napraw oraz konserwacji mają być także realizowane poprzez moduł
dyspozytorski, co ma pozwolić na łatwiejsze planowanie oraz organizację prac w
terenie.
13
49)
50)
51)
52)
53)
54)
55)
System ma posiadać zakładkę "Przeglądy".
W miejscu tym ewidencjonowane będą
PP
przeglądy hydrantów. W module mają
być
dostępne
wszystkie historyczne operacje
Projk
wykonane na danym hydrancie. Z tego poziomu ma być też możliwość wprowadzenia
nowych przeglądów (niekoniecznie używając do tego celu tabletów) jak również
usuwania oraz modyfikowania wprowadzonych rekordów.
Dodatkowe wybrane parametry (np. data przeglądu, ciśnienie statyczne, ciśnienie
dynamiczne) maja być widoczne na zakładce "Atrybuty podstawowe". Dzięki temu ma
być możliwość wykonywania raportów/zestawień za pomocą narzędzi systemu, w które
system ma być wyposażony, m.in. tzw. "Tabela atrybutów" czy tzw. "Kreator zapytań".
Ma też być zapewniona możliwość exportu danych do Excela oraz SHP (np.
przekazanie hydrantów tylko o ciśnieniach większych niż wybrana wartość Straży
Pożarnej).
Pracownicy dokonujący przeglądów w terenie mają mieć możliwość opisania
przeglądów bezpośrednio na urządzeniach mobilnych. Po synchronizacji dane z
przeglądu mają być widoczne w zakładce "Przeglądy" w panelu Identyfikacyjnym
konkretnego hydrantu. Dane, które będą uzupełniane to:
a) adres i ew. nr hydrantu,
b) osoba dokonująca przeglądu,
c) data wykonania przeglądu,
d) ciśnienie statyczne,
e) ciśnienie dynamiczne,
f) średnica przewodu,
g) wydajność hydrantu,
h) inne do ustalenia na etapie wdrożenia.
Z poziomu tabletu ma być zapewniona również możliwość wykonania zdjęcia/filmu,
które po synchronizacji będzie dostępne w systemie.
Realizacja przeglądu ma odbywać się na Tablecie poprzez narzędzie Identyfikacji. Na
panelu Identyfikacyjnym będzie dostępny przycisk "Przegląd", po wybraniu którego
pokaże się okno z danymi do uzupełnienia.
Karta hydrantu
Moduł ma umożliwiać również wygenerowanie oraz wydrukowanie karty hydrantu.
Będzie to jednostronicowy dokument formatu A4 generowany do PDF'a. Na raport
mają składać się informacje techniczne o hydrancie (np. nr hydrantu, adres, średnica,
typ hydrantu, rodzaj hydrantu, stan), dane z ostatniego przeglądu oraz mapa
wydrukowana z zaznaczonym hydrantem.
Oprócz tego użytkownik ma mieć możliwość wykonywania zestawień/raportów za
pomocą narzędzi wbudowanych w aplikację. Przykładowe zestawienia:
a) pokaż tylko hydranty sprawne z zadanego obszaru,
b) pokaż wszystkie hydranty, które nie miały wykonanego przeglądu w tym roku,
c) pokaż hydranty, które nie spełniają przepisów ppoż. (mają za małą wydajność).
7.3 Integracja z systemem monitoringu pojazdów
56) System musi posiadać możliwość integracji z Systemem Monitoringu Pojazdów i
posiadać:
a) synchronizację z bazą danych systemu monitoringu pojazdów,
b) dedykowany panel w aplikacji do prezentacji podstawowych informacji o pojazdach,
c) prezentację aktualnych pozycji pojazdów na mapie,
d) prezentację aktualnych prędkości pojazdów,
e) informacje o pojazdach (np. nr rejestracyjny, nr pojazdu, dane kierowcy),
14
f)
możliwość wyszukiwania pojazdów
(np. po numerze rejestracyjnym, danych
PP
kierowcy).
Projk
7.4 Integracja z systemem monitoringu typu SCADA
57) System musi zostać zintegrowany z systemem SCADA
a) GIS będzie prezentował informacje z systemu SCADA (przepompownie oraz
przepływomierze),
b) informacje w systemie GIS będą prezentowane w czasie rzeczywistym,
c) informacje prezentowane dla przepompowni: nazwa pompowni, poziom, stan
pompowni, który będzie sygnalizowany za pomocą kolorów (np. zielony-praca,
żółty-postój, czerwony-awaria); po wejściu w szczegóły danej przepompowni
użytkownik dodatkowo uzyska dostęp do informacji takich jak: nastawy poziomów
dla każdej z pomp, stany poszczególnych pomp (np. postój, praca), zasilanie każdej z
pomp, czas pracy w ciągu doby każdej z pomp, czas pracy sumarycznie każdej z
pomp,
d) informacje prezentowane dla przepływomierzy: nazwa punktu/nr punktu,
przepływ, ciśnienie, alarmy, które będą prezentowane za pomocą odpowiednich
kolorów, po wejściu w szczegóły danego przepływomierza użytkownik dodatkowo
uzyska dostęp do historii alertów oraz pomiarów ciśnienia oraz przepływów wraz
z możliwością ich prezentacji w formie wykresów.
e) moduł ma posiadać funkcjonalność samodzielnego dodawania nowych punktów
pomiarowych do systemu GIS przez użytkownika, tzn. gdy Zamawiający zamontuje
nowe urządzenia pomiarowe na sieci uprawniony użytkownik systemu GIS będzie
mógł wstawić nowy punkt pomiarowy na mapie GIS oraz powiązać z nim dane
zbierane przez ten nowy punkt pomiarowy.
7.5 Integracja z systemem ZSI (Unisoft) oraz bazą korespondencji
58) Synchronizacja z bazą danych systemu bilingowego, narzędzie służące do odczytywania
informacji o:
a) odbiorcach (np. nr umowy, rodzaj umowy, dane odbiorcy (w tym nr telefonu),
zużycia, odczyty, nr wodomierza, termin legalizacji wodomierza, parametry
techniczne wodomierza),
b) wodomierzach (adres montażu, data montażu, data demontażu, data legalizacji,
średnica wodomierza, numer wodomierza, model wodomierza, producent
wodomierza, nr nakładki radiowej itp.),
c) odczytach wodomierzy (data odczytu, wartości odczytu, zużycia, typ odczytu),
d) umowach odbiorców (numer aktualnej umowy, typ umowy, data zawarcia).
59) System musi umożliwić podgląd historii montażu wodomierzy oraz nakładek dla
konkretnego odbiorcy/adresu oraz ich odczytów.
60) Dane potrzebne do wykonania powyższej funkcjonalności zostaną udostępnione przez
Zamawiającego w uzgodnionej z Wykonawcą formie.
61) System musi posiadać
a) możliwość analizy zużyć z danego obszaru (wybranego zaznaczeniem bądź po
wybranych adresach),
b) możliwość zapamiętywania obszarów do analizy,
c) eksport analizy zużyć do arkusza kalkulacyjnego,
d) możliwość tworzenia dowolnych zapytań do bazy danych odbiorcy/wodomierzy oraz
ich eksport do pliku arkusza kalkulacyjnego bądź SHP,
e) możliwość prezentacji odbiorców/wodomierzy na mapie GIS o wybranych
15
62)
63)
64)
parametrach (np. pokaż kolorem PPczerwonym wodomierze, których legalizacja
kończy się np. w tym roku),
Projk
f) możliwość prezentacji w formie graficznej mapy rozbiorów na sieci.
System ma udostępniać zagregowane statystyki zbiorcze ze zużyć wody dla
wskazanego na mapie obszaru bądź wybranych odbiorców z podziałem na lata i
miesiące. Statystyki powinny być dostępne w formie:
a) wykresu,
b) tabeli,
c) pliku arkusza kalkulacyjnego,
System ma posiadać narzędzie, które po kliknięciu w obiekt na mapie (budynek bądź
punkt adresowy) wyświetli informacje (o odbiorcach, wodomierzach, terminach
legalizacji wodomierzy, zużyciach wody, saldach odbiorców)/
System musi posiadać narzędzie, które po kliknięciu w obiekt na mapie (budynek bądź
punkt adresowy) wyświetli korespondencję z adresatem zaczerpniętą z systemu Unisoft
oraz przechowywaną w bazie utworzonej w MS Excel.
7.6 Moduł służebności przesyłu
65) System musi posiadać możliwość ewidencji na poszczególnych działkach
ustanowionych służebności przesyłu, a także posiadać możliwość:
a) wyróżnienia tych działek spośród innych na mapie (Zamawiający na etapie
wdrożenia określi wymagane pola),
b) wyróżniania sieci i pasa ochronnego na działce na której ustanowiono służebność,
c) tworzenia raportów (z możliwością eksportu danych) o różnych parametrach (np.
status ustanowienia służebności przesyłu, data ustanowienia służebności, działki,
właściciel działki, powierzchnia działki, powierzchnia zajmowana przez
infrastrukturę, powierzchnia pasa ochronnego itp.).
8.
Wymagania dotyczące modułu mobilnego GIS
1)
2)
3)
4)
5)
6)
7)
8)
9)
10)
Mobilny GIS musi działać na urządzeniach wyposażonych w system OS Android
(wersja min. 4.0).
Mobilny GIS musi mieć możliwość działania w trybie off-line i on-line,
Mobilny GIS musi prezentować dane z Bazy Centralnej GIS wgranej uprzednio na
urządzenie.
Praca z mobilnym GIS-em będzie możliwa po zalogowaniu.
Mobilny GIS powinien umożliwiać nawigowanie po mapie za pomocą gestów palców,
np. zoomowanie, obroty poprzez ruch dwóch palców, przesuwanie mapy poprzez ruch
palca.
Mobilny GIS musi umożliwiać włączanie i wyłączanie widoczności poszczególnych
warstw wektorowych i rastrowych przez użytkownika aplikacji mobilnej GIS.
Mobilny GIS musi mieć możliwość zaznaczania/identyfikacji wybranych obiektów GIS
w ramach dostępnych warstw.
Mobilny GIS musi mieć możliwość odczytania danych opisowych dla zaznaczonego
obiektu zdefiniowanych w ramach projektu aplikacji mobilnej.
Mobilny GIS musi mieć narzędzie do wyszukiwania obiektów (np. po numerze, adresie)
oraz adresów (na podstawie kartoteki adresowej). Wyszukiwanie nie powinno trwać
dłużej niż 2 sekundy.
Mobilny GIS musi umożliwić prezentacje/edycję informacji o awariach na sieci wraz z
możliwością podłączania zdjęć do awarii wykonanych aparatem wbudowanym w
16
11)
12)
13)
14)
15)
16)
17)
18)
19)
9.
urządzenia. Akcja musi być dostępna bezpośrednio
z formularza danej awarii.
PP
Mobilny GIS musi mieć możliwość Projk
automatycznej wymiany informacji o awariach
wraz z tabelami powiązanymi pomiędzy urządzeniami mobilnymi a Centralną Bazą GIS
poprzez sieć komórkową.
Mobilny GIS musi mieć możliwość "na żądanie" synchronizacji (pobrania wysłania)
informacji poprzez sieć wi-fi z Bazy Centralnej GIS w zakresie:
a) awarii wraz z niezbędnymi tabelami powiązanymi,
b) warstw wektorowych wraz z załącznikami,
c) podkładów rastrowych oraz danych Open Street Map,
d) użytkowników Systemu wraz z danymi potrzebnymi do logowania.
Synchronizacja będzie przyrostowa tzn., że będą wymieniane tylko te dane, które są
różne pomiędzy danymi wgranymi na tablet a centralną bazą danych GIS.
Mobilny GIS musi posiadać narzędzie analizy obszaru odcięcia sieci w przypadku
wystąpienia awarii na wybranym odcinku (wskazanie zasuw do zamknięcia oraz
odciętych przyłączy wodociągowych) a także wskazania sieci kanalizacyjnej powyżej
punktu awarii.
Mobilny GIS musi posiadać narzędzia do pomiaru liniowego oraz powierzchniowego.
System musi umożliwiać wyszukiwanie sieci w terenie przy użyciu systemu nawigacji
satelitarnej GPS.
Mobilny GIS może być licencjonowany tylko ze względu na liczbę urządzeń a nie
liczbę użytkowników. Liczba licencji dla urządzeń mobilnych – minimalna liczba 15
sztuk. Ostateczna liczba licencji zostanie rozliczona kosztorysowo, w oparciu o stawkę
jednostkową zaproponowaną w ofercie.
Instalacja oraz aktualizacja oprogramowania Mobilnego GIS ma być zdalna oraz
automatyczna, np. poprzez wskazanie przez użytkownika linku do pliku instalacyjnego
umieszczonego na serwerze Zamawiającego.
Wykonawca zainstaluje oraz skonfiguruje Mobilny GIS na urządzeniach
udostępnionych przez Zamawiającego.
Import danych mapowych i digitalizacja części archiwum Zamawiającego wraz z
rektyfikacją i wektoryzacją
9.1 Digitalizacja map Zamawiającego, rektyfikacja, wektoryzacja
Zakres usługi obejmuje:
1
Wypożyczenie map i dokumentów od Zamawiającego
2
Digitalizację map lub dokumentów kreskowych –przetworzenie mapy/dokumentu z
postaci papierowej do postaci numerycznej z użyciem: digitizera lub skanera
(rozdzielczość co najmniej 200 dpi - umożliwiające optymalne funkcjonowanie systemu)
3
Rektyfikowanie obrazów (w większości w oparciu do krzyże i godła).
4
Wektoryzacja sieci wodociągowych i kanalizacyjnych Zamawiającego.
9.2 Import danych z wydziału geodezji (przed lub po odbiorze wdrożenia)
Po podpisaniu umowy z Wykonawcą Zamawiający złoży wniosek do Starosty
Wodzisławskiego za pośrednictwem Wydziału Geodezji na podstawie art. 15 Ustawy o
informatyzacji działalności podmiotów realizujących zadania publiczne o nieodpłatne
udostepnienie elektronicznej wersji mapy zasadniczej w formacie DXF (lub w formacie
oferującym podobne możliwości), oraz dostęp do bazy danych (np. GESUT, EGIB ) dla całego
17
obszaru świadczonych usług publicznych – w tym zakresie niezbędne może okazać się
PP
zakończenie przez Wykonawcę prac określonych w pkt. 9.1 – w celu obrysowania obszaru
Projk
posiadanych przez Zamawiającego sieci.
Wykonawca jest zobowiązany asystować Zamawiającemu w tym zakresie i dokonać w
imieniu Zamawiającego wszystkich uzgodnień w Wydziale Geodezji Starostwa Powiatowego
w Wodzisławiu Śląskim (PODGiK) w zakresie udostępniania i sposobu przenoszenia danych
z baz danych PODGiK.
W okresie obowiązywania umowy (do końca okresu świadczenia serwisu), niezwłocznie po
otrzymaniu danych/dostępu do bazy danych z PODGiK, Wykonawca jest zobowiązany
zaimportować otrzymane dane z bazy danych oraz wypełnić warstwy sieci Zamawiającego
tymi danymi. Termin na przeprowadzenie importu danych nie powinien przekroczyć 1
miesiąca.
System musi posiadać moduł do importu i aktualizacji danych dostarczanych bazy danych
Wydziału Geodezji Starostwa Powiatowego w Wodzisławiu Śląskim, przy pomocy interfejsu
umożliwiającego odczytanie danych (sieć wodociągowa, kanalizacyjna oraz pozostałe
warstwy infrastruktury oraz dane ewidencyjne w formie wektorów - format danych np. *.shp,
*.dxf, *.dwg). Struktura danych (m.in, rozbicie danych na odpowiednie warstwy, atrybuty
warstw, słowniki, domeny, nazewnictwo) zostanie ustalona przez Zamawiającego na etapie
wdrożenia.
Aktualne podkłady mapowe powinny zostać również automatycznie podmienione we
wszystkich projektach.
Koszty związane z asystą techniczną, stworzeniem modułu do importu oraz aktualizacji
danych baz danych ze Starostwa Powiatowego do momentu pierwszego udostępnienia i
importu danych (włącznie) Wykonawca powinien wliczyć w koszt pozycji 12 Załącznika nr 1
a - Kalkulacja ceny ofertowej. Dalsze koszty z tym związane będą rozliczane wg stawki
godzinowej za serwis.
Pozostałe informacje nt. ilości i parametrów map/dokumentów zawarto w Załączniku nr
1a – Kalkulacji ceny ofertowej.
9.3 Import filmów z monitoringu sieci kanalizacyjnej
Zadaniem wykonawcy będzie podłączenie w Systemie plików z monitoringu sieci
kanalizacyjnej. Każdy plik z monitoringu ma zostać połączony z odcinkiem sieci którego
dotyczy dany przegląd. Pliki z monitoringu zostaną przez Zamawiającego umieszczone na
serwerze lub udostępnione na płytach CD wraz poglądowymi mapami identyfikującymi
lokalizację danej inspekcji.
10. Wymagania
dotyczące gwarancyjni i rękojmi
Okres gwarancji/rękojmi 3 albo 4 albo 5 lat - zgodnie z ofertą Wykonawcy od dnia
podpisania protokołu odbioru wdrożenia.
W okresie gwarancji, Wykonawca zobowiązany jest do nieodpłatnego usuwania wad
18
stwierdzonych w przedmiocie niniejszej umowy
oraz błędów, awarii i usterek systemu.
PP
Projk
Pozostałe wymagania w zakresie gwarancji i rękojmi opisano w części II SIWZ – projekcie
umowy.
11. Serwis
W okresie 60 miesięcy od obioru wdrożenia Wykonawca zobowiązany jest to świadczenia
serwisu. Obejmuje on m.in.:
11.1 Aktualizacje systemu i czynności z tym związane
1) Stały audyt nad Systemem w zakresie jego zgodności z obowiązującymi przepisami
oraz przygotowanie nowych wersji Systemu w przypadku zmiany lub wprowadzenia
nowych przepisów.
2) Prowadzenie prac rozwojowych mających na celu modernizację Systemu oraz
usprawnienie jego funkcji.
3) Upgrade Systemu oraz jego modułów do najbardziej aktualnych wersji.
4) Nadzór nad wdrożeniem nowych wersji Systemu, szkolenia z nowych funkcjonalności.
11.2 Pozostałe usługi serwisu gwarancyjnego
5) Pomoc techniczna (pomoc telefoniczna, mailowa, poprzez specjalny portal wystawiony
dla użytkowników oprogramowania).
6) Prace programistyczne i konsultacje zdalne.
7) Prace programistyczne i konsultacje w siedzibie Zamawiającego, jeśli wymagała będzie
tego potrzeba.
8) Analizy, korekty danych, dodatkowe szkolenia wynikające z nowych potrzeb.
9) Wspomaganie pracowników Zamawiającego we wprowadzaniu nowych typów
obiektów, atrybutów, powiązań, a w razie potrzeby ich wykonywanie przez
wykonawcę.
10) Serwis bazy danych - zaimplementowanie obsługi kopii zapasowych danych
i przywracania danych w razie awarii,
11) Monitorowanie wydajności systemu, strojenie rozwiązania wraz ze wzrostem liczby
danych.
12) Zapewnienie integracji/reintegracji z nowym systemem ZSI/ERP (lub innymi
systemami) który mogą zostać zmienione/wdrożone u Zamawiającego.
13) Eksport danych we wskazanym przez Zamawiającego formacie w przypadku
rozwiązania umowy lub jej zakończenia.
14) Inne obustronnie uzgodnione usługi informatyczne.
12. Dodatkowe
1)
2)
3)
wymagania Zamawiającego
Wykonawca zobowiązuje się do:
wykonywania usług będących przedmiotem zamówienia, zgodnie z obowiązującymi
przepisami i posiadaną wiedzą techniczną,
kontaktowania się w sprawach szczegółowych z upoważnionymi osobami
Zamawiającego,
niezwłocznego wykonania prac w zakresie:
a) bieżącego usuwania usterek,
b) usuwania zagrożeń w utrzymaniu ciągłości pracy Systemu,
19
4)
5)
6)
7)
niezwłocznego informowania Zamawiającego
o występujących nieprawidłowościach
PP
oraz zagrożeniach w eksploatowanym Projk
Systemie,
zachowania należytej ostrożności w kwestii ochrony danych gromadzonych w
Systemie,
zapewnienia konsultacji w dni robocze co najmniej w godzinach 7:00 - 15:00:
a) telefonicznie,
b) za pomocą poczty elektronicznej,
c) za pomocą faksu,
d) za pomocą innych form zaproponowanych przez Wykonawcę (portal dla
użytkowników).
prowadzenia poza godzinami pracy Zamawiającego prac konserwacyjnych,
eksploatacyjnych, naprawczych, rozwojowych itp. Systemu które mogą skutkować
a) awarią lub usterką systemu,
b) obniżeniem stabilności lub szybkości jego działania.
Załączniki do umowy:
1. - SIWZ
2. - Oferta wykonawcy
20

Cz. III SIWZ- OPZ - PWiK Wodzisław Śląski

Transkrypt

Podobne dokumenty

Formularz Zamówienia - Tłumaczenia Wodzisław

Polski Związek Szermierczy

wniosek wkt.7121. - Powiat Wodzisławski

Oferta numer DS-7473, Sprzedaż

ZP-21-porównanie ofert.rtf

Oferta numer BW-5763, Sprzedaż - Dom

Oferta numer LS-3822, Sprzedaż - Dom

pobierz PDF - Dom

pobierz PDF