bip.um.jedlina.plbip.um.jedlina.pl/upload/upload/2017/06/eurzad/Zał. Nr … · Web viewProjekt pn. „Zwiększenie dostępności e-usług w Gminie Jedlina-Zdrój”, nr RPDS.02.01.04-02-0021/16

Projekt pn. „Zwiększenie dostępności e-usług w Gminie Jedlina-Zdrój”, nr RPDS.02.01.04-02-0021/16 dofinansowany w ramach Regionalnego Programu Operacyjnego Województwa Dolnośląskiego 2014-2020 Osi Priorytetowej nr 2 „Technologie informacyjno-komunikacyjne” Działania nr 2.1. „E-usługi publiczne”

Podziałania nr 2.1.4. „E-usługi publiczne – ZIT AW”

Załącznik Nr 1 do SIWZ

SZCZEGÓŁOWY OPIS ZAMÓWIENIA

(OPZ)

na realizację zamówienia publicznego w ramach projektu pn.:

„Zwiększenie dostępności e-usług w Gminie Jedlina-Zdrój”,zgłoszonego do dofinansowania ze środków Europejskiego Funduszu Rozwoju Regionalnego w ramach Regionalnego Programu Operacyjnego Województwa

Dolnośląskiego na lata 2014-2020 oś priorytetowa 2 „Technologie informacyjno-komunikacyjne” działanie 2.1 E-usługi publiczne,

2.1.4 E-usługi publiczne – ZIT AW,

Znak postępowania: ZPZ. 271.1.10.2017

str. 1

Spis treści1 INFORMACJE OGÓLNE................................................................................................................................5

1.1 Zastosowane skróty i pojęcia (terminy).............................................................................................5

2 PRZEDMIOT ZAMÓWIENIA..........................................................................................................................9

2.1 Wykonanie analizy przedwdrożeniowej systemu............................................................................12

2.2 Modernizacja serwerowni...............................................................................................................12

2.3 Modernizacja stanowisk pracy........................................................................................................13

2.4 Wdrożenie systemu e-Urząd...........................................................................................................13

2.5 Wdrożenie systemu e-Turystyka.....................................................................................................14

2.6 Szkolenia pracowników zamawiającego..........................................................................................14

2.7 Testy końcowe systemu..................................................................................................................15

2.8 Wykonanie dokumentacji powykonawczej.....................................................................................15

3 RAMOWY HARMONOGRAM PROJEKTU....................................................................................................15

4 OGÓLNA KONCEPCJA SYSTEMU................................................................................................................16

5 WYMAGANIA.............................................................................................................................................19

5.1 Wymagania w zakresie planu budowy systemu..............................................................................19

5.2 Wymagania funkcjonalne systemu:.................................................................................................19

5.3 Moduły systemu E-urząd.................................................................................................................20

5.3.1 Moduł Rejestracji i zarządzania użytkownikami:.......................................................................20

5.3.2 Moduł podgląd Miejscowego Planu Zagospodarowania...........................................................21

5.3.3 Modułu Zarządzania drogami....................................................................................................22

5.3.4 Moduł digitalizacji dokumentacji..............................................................................................23

5.3.5 Moduł zbiórki odpadów komunalnych......................................................................................24

5.3.6 Moduł kalendarz w E-urzędzie..................................................................................................24

5.3.7 Moduł do obsługi rady wraz z integracją z systemem Legislator...............................................24

5.3.8 Moduł Obsługa dokumentów....................................................................................................25

5.3.9 Moduł E-cmentarz.....................................................................................................................29

5.3.10 Moduł płatności oraz zobowiązań finansowych........................................................................29

5.3.11 Moduł Elektroniczna Skrzynka Podawcza:.................................................................................29

5.4 Moduły Systemu e-Turystyka..........................................................................................................30

5.4.1 Moduł rezerwacji terminów/ noclegi........................................................................................30

5.4.2 Moduł informacyjny..................................................................................................................30

5.4.3 Moduł wycieczki........................................................................................................................31

5.4.4 Moduł Bilety..............................................................................................................................31

5.4.5 Moduł Galeria............................................................................................................................31

5.4.6 Moduł Kalendarz.......................................................................................................................32

str. 2

5.5 Wymagania dla Oprogramowania narzędziowo – bazodanowego:.................................................33

5.6 Aplikacja na urządzenia mobilne.....................................................................................................34

5.7 Pozostałe wymagania......................................................................................................................34

5.7.1 Ergonomia systemu:..................................................................................................................34

5.7.2 Zarządzanie uprawnieniami.......................................................................................................34

5.7.3 Architektura systemu................................................................................................................35

5.7.4 Bezpieczeństwo.........................................................................................................................36

5.7.5 Wydajność, pojemność i dostępność systemu..........................................................................36

5.7.6 Wymagania dotyczące migracji danych i integracji...................................................................37

5.7.7 Wymagania dotyczące projektu graficznego ZSI........................................................................41

5.7.8 Wymagania dotyczące Systemu Zarządzania Treścią (CMS)......................................................41

5.7.9 Wymagania prawne...................................................................................................................43

5.7.10 Ograniczenia i zależności...........................................................................................................46

6 HOSTING...................................................................................................................................................47

7 DOSTAWA, INSTALACJA, KONFIGURACJA SPRZĘTU I OPROGRAMOWANIA:.............................................48

7.1 Informacje ogólne:..........................................................................................................................48

7.2 Wykaz sprzętu:................................................................................................................................48

7.2.1 Serwer z pamięcią masową.......................................................................................................48

7.2.2 Macierz dyskowa.......................................................................................................................49

7.2.3 Przełącznik LAN zarządzalny L2+ z PoE:.....................................................................................49

7.2.4 Przełącznik LAN zarządzalny L2.................................................................................................51

7.2.5 Punkt dostępowy 802.11ac.......................................................................................................53

7.2.6 Firewall brzegowy......................................................................................................................53

7.2.7 UPS............................................................................................................................................54

7.2.8 Komputer przenośny.................................................................................................................56

7.2.9 Szafa 19"....................................................................................................................................58

7.2.10 Komputer PC All in One.............................................................................................................59

7.2.11 Beacon bluetooth......................................................................................................................59

7.2.12 Kołowrót wraz z czytnikiem.......................................................................................................61

7.2.13 Urządzenie wielofunkcyjne do kopiowania...............................................................................62

7.2.14 Klimatyzator..............................................................................................................................64

7.3 Oprogramowanie do zarządzania infrastrukturą IT.........................................................................66

8 SZKOLENIA................................................................................................................................................67

9 DOKUMENTACJA.......................................................................................................................................67

10 LICENCJE:.........................................................................................................................................69

11 ODBIÓR PRODUKTÓW:....................................................................................................................70

12 ZARZĄDZANIE PROJEKTEM..............................................................................................................71

str. 3

13 Załączniki:........................................................................................................................................72

13.1 Załącznik nr 1- wykaz spraw ePUAP:...............................................................................................72

13.2 Załącznik nr 2- Wzory protokołów sesji rady miasta.......................................................................73

Godz. rozpoczęcia obrad: …………......................................................................................................................73

str. 4

1 INFORMACJE OGÓLNE

Niniejszy dokument stanowi dokumentację techniczną w zakresie wytworzenia oraz wdrożenia Systemu informatycznego mającego na celu zwiększenie dostępu i jakości e-usług publicznych w gminie Jedlina-Zdrój. Wytworzony System stanowi integralną całość, uniemożliwiając traktowanie poszczególnych e-usług jako niezależnych elementów.

Genezą funkcjonalną przedmiotu zamówienia jest odzwierciedlenie w systemach informatycznych specyfiki, wszystkich opisanych w niniejszym dokumencie obszarów działania urzędu i innych jednostek organizacyjnych gminy, przy równoczesnej standaryzacji i uproszczeniu podstawowych procesów zachodzących w poszczególnych obszarach.

Mając na uwadze nadrzędność celu jakim jest skuteczne uruchomienie planowanych rozwiązań Zamawiający zastrzega, że zadaniem Wykonawcy jest dostarczenie wszelkich niezbędnych elementów sprzętowych, oprogramowania, licencji oraz wykonanie wszystkich niezbędnych prac instalacyjnych, konfiguracyjnych i wdrożeniowych, które konieczne są do osiągnięcia zakładanego celu, nawet jeśli nie zostały one wymienione w dalszej części niniejszego dokumentu. Do zadań Wykonawcy, o których jest mowa powyżej, należy również zapewnienie zgodności Systemu z obowiązującymi na dzień jego wdrożenia przepisami prawnymi.

Odbiorcami Systemu będą mieszkańcy, pracownicy Urzędu i innych jednostek organizacyjnych, turyści oraz przedsiębiorcy.

1.1 Zastosowane skróty i pojęcia (terminy)Skrót/ termin Opis skrótu/ definicja

AktorAdministrator, Użytkownik wewnętrzny i zewnętrzny Systemu, oraz inny System informatyczny z którym System informatyczny wchodzi w interakcje.

Architektura systemu teleinformatycznego

Opis składników systemu teleinformatycznego, powiązań i relacji pomiędzy tymi składnikami.

AutentycznośćWłaściwość polegającą na tym, że pochodzenie lub zawartość danych opisujących obiekt są takie, jak deklarowane.

Baza danych

Zbiór danych lub jakichkolwiek innych materiałów i elementów zgromadzonych według określonej systematyki lub metody, indywidualnie dostępnych w jakikolwiek sposób, w tym środkami elektronicznymi, wymagający istotnego, co do jakości lub ilości, nakładu inwestycyjnego w celu sporządzenia, weryfikacji lub prezentacji jego zawartości.

BPMN (ang. Business Process Modeling and Notation)

Graficzna notacja służąca do modelowania procesów biznesowych.

str. 5

Skrót/ termin Opis skrótu/ definicja

CMS (ang. Content Management System)

Oprogramowanie pozwalające na łatwe utworzenie serwisu WWW oraz jego późniejszą aktualizację i rozbudowę przez redakcyjny personel nietechniczny. Kształtowanie treści i sposobu ich prezentacji w serwisie internetowym zarządzanym przez CMS odbywa się za pomocą prostych w obsłudze interfejsów użytkownika, zazwyczaj w postaci stron WWW zawierających rozbudowane formularze i moduły.

Dane

Wartości logiczne, liczbowe, tekstowe, jakościowe lub ich zbiory, które można rozpatrywać w powiązaniu z określonymi zasobami lub w oderwaniu od jakichkolwiek zasobów, podlegające przetwarzaniu w toku określonych procedur.

Dane typu on-lineDane dostępne w czasie rzeczywistym tzn. natychmiast po wprowadzeniu do określonego modułu systemu.

Dane typu off-lineDane pochodzące z migracji z innych modułów systemu, dostępne w czasie zdefiniowanym przez administratora systemu, np. z opóźnieniem 16 godzinnym.

Dane referencyjneDane opisujące cechę informacyjną obiektu pierwotnie wprowadzone do rejestru publicznego w wyniku określonego zdarzenia, z domniemania opatrzone atrybutem autentyczności.

DigitalizacjaProces przekształcania dowolnej informacji, materiałów analogowych (np.: map papierowych, dokumentów) do postaci cyfrowej.

Dokumentacja projektowa

Oznacza dokumentację określoną w Rozdziale 9 OPZ

Dokumentacja powykonawcza

Oznacza dokumentację określoną w Rozdziale 9 OPZ

Dostępność(ang. accessibility)

Cecha informacji i usług (w tym: usług cyfrowych) polegająca na tym, że informacje i usługi są prezentowane i świadczone w sposób dostosowany do możliwości percepcyjnych różnych typów odbiorców.

Dostępność(ang. availability)

Cecha informacji i usług polegająca na tym, że informacje i usługi są faktycznie prezentowane i świadczone oraz istnieje możliwość niezawodnego i wygodnego dostępu do nich, w szczególności przez Internet.

ePUAP

Elektroniczna Platforma Usług Administracji Publicznej, system informatyczny, dzięki któremu obywatele mogą załatwiać sprawy urzędowe za pośrednictwem Internetu, natomiast przedstawiciele podmiotów publicznych – bezpłatnie udostępniać swoje usługi w postaci elektronicznej.

str. 6


e-usługi (usługion-line)

Usługi świadczone za pomocą Internetu lub sieci elektronicznej, których świadczenie jest zautomatyzowane i które wymagają niewielkiego udziału człowieka, a ich wykonanie bez wykorzystania technologii informacyjnej jest niemożliwe, w formie ogólnodostępnych serwisów informacyjnych.

ESP

Elektroniczna Skrzynka Podawcza ePUAP, aplikacja do komunikacji elektronicznej, która służy przekazywaniu informacji w formie elektronicznej do podmiotu publicznego przy wykorzystaniu powszechnie dostępnej sieci teleinformacyjnej. ESP umożliwia instytucjom publicznym wywiązanie się z obowiązku, wynikającego z ustawy o informatyzacji działalności podmiotów realizujących zadania publiczne, w zakresie przyjmowania dokumentów w postaci elektronicznej.

EwidencjaRejestr wraz z określonymi procedurami aktualizacji, którego atrybuty mogą stanowić referencję do obiektów w innych rejestrach i ewidencjach.

IntegralnośćWłaściwość polegającą na tym, że zasób systemu teleinformatycznego nie został zmodyfikowany w sposób nieuprawniony.

Model usługowy

Model architektury, w którym dla użytkowników zdefiniowano stanowiące odrębną całość funkcje systemu teleinformatycznego (usługi sieciowe) oraz opisano sposób korzystania z tych funkcji, inaczej system zorientowany na usługi (Service Oriented Architecture – SOA).

Moduł systemu

Kompletny zestaw narzędzi informatycznych obejmujących wszystkie warstwy architektury systemu, który dostarcza aplikację przeznaczoną dla użytkownika końcowego, adresowane do określonych dziedzin działania administracji.

Oprogramowanie aplikacyjne

Oprogramowanie wykonane przez Wykonawcę na potrzeby niniejszej umowy.

Wykonawca udzieli Zamawiającemu licencji bezterminowej do Oprogramowania aplikacyjnego.

Szczegóły dotyczące relacji prawno-autorskich pomiędzy Wykonawcą a Zamawiającym precyzuje zawarta Umowa.

Podpis elektroniczny

Wirtualny odpowiednik podpisu odręcznego, stanowiący dane identyfikacyjne o osobie, która go składa, wyrażony w postaci elektronicznej wraz z innymi dołączonymi danymi lub logicznie z nimi powiązanymi.

str. 7


Profil zaufany

Bezpłatna metoda potwierdzania tożsamości obywatela w systemach elektronicznej administracji – odpowiednik bezpiecznego podpisu elektronicznego, weryfikowanego certyfikatem kwalifikowanym. Wykorzystując profil zaufany obywatel może załatwić sprawy administracyjne (np. wnoszenie podań, odwołań, skarg) drogą elektroniczną bez konieczności osobistego udania się do urzędu.

PZP (Plan Zarządzania Projektem)

Dokument dostarczany Zamawiającemu przez Wykonawcę na początku realizacji projektu/ zamówienia, zawierający co najmniej:

1. Wstęp2. Cel projektu3. Sposób organizacji projektu wraz z zakresem odpowiedzialności i

uprawnień oraz planem komunikacji4. Zakres i produkty projektu5. Sposób zarządzania czasem w projekcie6. Sposób zarządzania jakością w projekcie7. Sposób zarządzania ryzykiem w projekcie8. Sposób zarządzania zmianą w projekcie9. Sposób dostawy, akceptacji i odbioru produktów projektu

(oprogramowania, sprzętu, dokumentacji oraz szkoleń)

RejestrUporządkowany, wyposażony w System identyfikatorów wykaz zasobów wraz z atrybutami.

RfC (ang. Request for Change)/ Wniosek o Zmianę)

Dokument opisujący zakres wprowadzanych przez Wykonawcę zmian ponad określone w wymaganiach zawartych w Opisie Przedmiotu Zamówienia oraz czynności związane z Modyfikacjami wykonywane przez Wykonawcę w ramach zleceń zgodnie z oczekiwaniami Zamawiającego oraz użytkowników końcowych lub zlecenia wykonania usług konsultacyjnych.

SEO (ang. Search Engine Optimization)

Optymalizacja dla wyszukiwarek internetowych. Procesy zmierzające do osiągnięcia przez dany serwis internetowy jak najwyższej pozycji w wynikach organicznych wyszukiwarek internetowych dla wybranych słów i fraz kluczowych.

SOA (ang. Service Oriented Architecture)

Architektura zorientowana na usługi. Koncepcja tworzenia Systemów informatycznych, w której główny nacisk stawia się na definiowanie usług, które spełnią wymagania użytkownika. Pojęcie SOA obejmuje zestaw metod organizacyjnych i technicznych mający na celu lepsze powiązanie biznesowej strony organizacji z jej zasobami informatycznymi.

System

Obiekt (fizyczny lub abstrakcyjny) utworzony przez zbiór lub zbiory elementów, powiązanych w określonej strukturze (pozostających w określonych relacjach fizycznych, logicznych lub funkcjonalnych) związany z realizacją wskazanego celu lub funkcjonalności.

str. 8


System DziedzinowySystem obecnie wykorzystywany przez Zamawiającego w Urzędzie Miasta Jedlina-Zdrój. Systemy dziedzinowe zostały szczegółowo opisane w Rozdziale 5 pkt 5.7.6 OPZ

System InformacyjnySystem, którego elementami są informacje i układy służące do zarządzania nimi.

System InformatycznySystem informacyjny, zarządzający informacją z wykorzystaniem narzędzi informatycznych, będący przedmiotem niniejszego zamówienia.

Inny System informatyczny

System nie będący częścią systemu informatycznego, który wchodzi w interakcje z systemem informatycznym.

SQL (ang. Structured Query Language)

Strukturalny język zapytań używany do tworzenia, modyfikowania baz danych oraz do umieszczania i pobierania danych z baz danych.

Użytkownik wewnętrzny

Pracownik Urzędu Miasta w Jedlinie-Zdrój lub innych jednostek organizacyjnych gminy.

Użytkownik zewnętrzny

Mieszkaniec gminy Jedlina-Zdrój, turysta lub przedsiębiorca.

Zintegrowany System Informatyczny ZSI

Zintegrowany System Informatyczny, będący przedmiotem niniejszego zamówienia.

ZasóbObiekty, którymi są przedmioty materialne (rzeczy) i niematerialne (wartości, prawa, dane i informacje) oraz zbiory tych obiektów, stanowiące przedmiot wymiany, przetwarzania lub zarządzania.

2 PRZEDMIOT ZAMÓWIENIA

Przedmiotem zamówienia jest dostawa, instalacja oraz wdrożenie Zintegrowanego Systemu Informatycznego, który będzie odpowiedzialny za obsługę poszczególnych obszarów działania Urzędu oraz innych jednostek organizacyjnych gminy Jedlina-Zdrój. Zasadnicze elementy przedmiotu zamówienia to:

1. Analiza przedwdrożeniowej1.1. Dokumentacja związana z przygotowaniem projektu – projekt systemu

2. Modernizacja serwerowni2.1. Zakup urządzeń aktywnych i pasywnych 2.2. Hosting e-usług - usługi związane z prowadzeniem serwisu www, kont poczty elektronicznej,

rejestracją i utrzymaniem domen

3. Modernizacja stanowisk pracy urzędników3.1. Zakup komputerów wraz ze sprzętem uzupełniającym. 3.2. Zakup 20 licencji na pakiet Office

4. Wdrożenie systemu e-Urząd4.1. Wyprodukowanie modułów programu e-Urząd wraz z przekazaniem bezterminowej licencji

str. 9

5. Wdrożenie systemu e-Turystyka5.1. Wyprodukowanie modułów programu e-Turystyka wraz z przekazaniem bezterminowej licencji5.2. Zakup wraz z instalacją 7 sztuk kołowrotów z czytnikiem kart oraz ich oprogramowanie i

zintegrowanie z portalem e-Turystyka5.3. Zakup wraz z instalacją 100 sztuk urządzeń Beacon - oraz ich oprogramowanie i zintegrowanie z

portalem e-Turystyka

6. Szkolenia pracowników zamawiającego6.1. Szkolenie pracowników z wdrażanego systemu

7. Testy końcowe systemu7.1. Zamawiający przeprowadzi na podstawie dostarczonych przez Wykonawcę narzędzi testy

integracyjne, wydajnościowe, penetracyjne i akceptacyjne z udziałem Wykonawcy.

8. Dokumentacja powykonawcza8.1. Wykonawca w ramach zamówienia wykona oraz dostarczy komplet dokumentacji powykonawczej

Zintegrowanego Systemu Informatycznego

W wyniku realizacji przedmiotu zamówienia uruchomiony zostanie System o funkcjonalności umożliwiającej kontakt on-line obywatela (również przedsiębiorcy i turysty) z urzędem, pozwalający na dostęp do następujących e-usług:

1. Poziom 3 – dwustronna interakcja – 11 usług :a. Wydanie zaświadczenia o prawie do głosowania w miejscu pobytu w dniu wyborów;b. Nadanie i potwierdzenie numeru porządkowego nieruchomości; c. Organizacja imprezy masowej; d. Podział nieruchomości; e. Zameldowanie na pobyt czasowy; f. Zameldowanie na pobyt stały; g. Zezwolenie na lokalizację lub przebudowę zjazdu;h. Zezwolenie na usunięcie drzew i krzewów; i. Przesłanie przez radnego do Biura Rady zapytań, wniosków i interpelacji oraz otrzymanie

odpowiedzi; j. Udostępnianie informacji publicznej na wniosek;k. Zamiana mieszkania między lokatorami.

2. Poziom 4 – transakcja – 21 usług:a. Jednorazowe zezwolenie na sprzedaż napojów alkoholowych; b. Opłata adiacencka; c. Podatek rolny;d. Podatek leśny; e. Podatek od nieruchomości; f. Podatek od środków transportowych; g. Opłata za gospodarowanie odpadami komunalnymi; h. Opłata za media i czynsze; i. Opłata za usługi korzystania z cmentarza; j. Opłata za posiadanie psa; k. Opłaty za zajęcie pasa drogowego w celu prowadzenia robót lub w celu umieszczenia w nim

urządzeń infrastruktury technicznej niezwiązanych z potrzebami zarządzania drogami lub potrzebami ruchu drogowego;

l. Korzystania z atrakcji kompleksu Czarodziejska Góra Relax, posługując się telefonem do rozliczania wykorzystywanych atrakcji;

m. Wydanie odpisu aktu stanu cywilnego; n. Wydanie zaświadczenia o stanie cywilnym; o. Bonifikata od opłat rocznych z tytułu użytkowania wieczystego nieruchomości gruntowych;

str. 10

p. Decyzja o środowiskowych uwarunkowaniach dla planowanego przedsięwzięcia mogącego potencjalnie znacząco oddziaływać na środowisko;

q. Przedłużenie umowy dzierżawy; r. Przekształcenie prawa użytkowania wieczystego w prawo własności; s. Wydanie wypisu i wyrysu ze studium uwarunkowań i kierunków zagospodarowania

przestrzennego; t. Wypisy i wyrysy z miejscowego planu zagospodarowania przestrzennego; u. Zezwolenie na sprzedaż napojów alkoholowych.

3. Poziom 5 – pełne załatwienie danej sprawy – 1 usługa:a. Przypomnienia e-mail i/ lub sms o zbliżającym się terminie uregulowania płatności.

Ogólna koncepcja Systemu zakłada, że system zbudowany będzie z modułów odpowiedzialnych za: logikę biznesową, obsługę baz danych, interfejsy API (Webserwisy/ RESTy) dla aplikacji firm trzecich, współpracę z aplikacjami mobilnymi, zapewnienie dostępu z różnych typów urządzeń należących do użytkowników końcowych.

Do działania Systemu konieczne jest również uruchomienie obiegu dokumentów w Urzędzie Miasta i modułów służących do administracji oraz konfiguracji systemu, jak również tworzenia raportów. Jednym z pryncypiów jest otwartość rozwiązania na komunikację i integrację za pomocą API z jak największą ilością systemów trzecich znanych obecnie jak i takich, które powstaną w przyszłości. Zamawiający oczekuje uruchomienia, zdefiniowania i udokumentowania API tak, aby podmiot trzeci mógł z niego skorzystać po podpisaniu umowy z Urzędem Miasta i otrzymaniu dedykowanych poświadczeń służących do uwierzytelnienia. W celu łatwej i wiarygodnej identyfikacji wnioskodawcy, System umożliwi podpisywanie elektronicznych wniosków profilem zaufanym np. ePUAP lub bezpiecznym podpisem elektronicznym.

Ponadto, System w przyszłości może być rozbudowany o nowe e-usługi i nowe podania, wobec których istniał będzie wymóg uwierzytelniania przez profil zaufany np. ePUAP lub bezpiecznym podpisem elektronicznym. System poprzez swoją skalowalność zapewni łatwe możliwości rozbudowy, a implementacja zarówno podpisu jak i profilu zaufanego pozwoli na zaspokojenie potrzeb w zakresie e-usług szerszego grona odbiorców.

Ogólna koncepcja architektury sieciowej przewiduje rozłożenie grup funkcjonalnych na serwerach wirtualnych w celu zapewnienia odpowiedniej wydajności i bezpieczeństwa. Budując System należy odpowiednie moduły umieścić w odpowiednich strefach bezpieczeństwa i zabezpieczyć odpowiednimi firewallami. Przygotowany w ramach projektu System będzie posiadał interfejs użytkownika w wersji domyślnej i w wersji wysokokontrastowej, przygotowany zostanie zgodnie z wytycznymi Web Content Accessibility Guidelines (WCAG 2.0) na poziomie AA.

Wymagana jest dostarczenie przez Wykonawcę systemu o takich samych lub lepszych funkcjonalnościach i parametrach jak działające obecnie w urzędzie systemy wraz przeniesieniem baz oraz integracja z pozostałymi systemami funkcjonującymi w Urzędzie Miasta i jednostkach organizacyjnych. Obowiązkiem Wykonawcy będzie uzupełnienie danymi z systemu obecnie funkcjonującego u Zamawiającego włącznie z przeniesieniem baz danych w zakresie ustalonym z Zamawiającym na etapie przygotowania dokumentacji projektowej.

str. 11

2.1 Wykonanie analizy przedwdrożeniowej systemu

Analiza Przedwdrożeniowa – obejmuje analizę procesową organizacji Zamawiającego i na jej podstawie analityczną weryfikację wszystkich zdefiniowanych w OPZ wymagań funkcjonalnych i niefunkcjonalnych w celu ustalenia oczekiwanego sposobu ich realizacji w procesach Zamawiającego i w systemie Wykonawcy. Analiza obejmuje budowę modeli logicznych działania ZSI i przywiązania w nich konkretnych wymagań z OPZ, dla potwierdzenia ich kompletnego spełnienia w projektowanym rozwiązaniu ZSI.

Projekt Techniczny – obejmować będzie szczegółowe omówienie planowanej architektury rozwiązania ZSI realizującej zdefiniowane w OPZ wymagania funkcjonalne i niefunkcjonalne opisane do poziomu szczegółowych parametrów konfiguracyjnych (np. plan adresacji IP, mechanizmy dot. niezawodności, model wymiany danych w ramach mechanizmów integracyjnych, opisy działania poszczególnych funkcji, projekty widoków poszczególnych ekranów w systemie, formaty danych wprowadzanych, pól i mechanizmów walidacyjnych, formatowania, filtracji, sortowania, ograniczenia rozwiązania, założenia i zależności, zestawienie użytkowników i modele ich uprawnień w systemie itp.).

Wraz z Projektem Technicznym Wykonawca przekaże Zamawiającemu oświadczenie, z treści którego wynikać będzie jednoznacznie możliwość uzyskania na bazie przyjętych w dokumencie rozwiązań, rezultatu końcowego określonego przez Zamawiającego w OPZ.

Interfejsy w Projekcie Technicznym

Ze względu m.in. na etapowy charakter wdrożenia może pojawić się konieczność wytworzenia przejściowych interfejsów wymiany danych lub stałych mechanizmów integracyjnych, które działać będą między nowo wdrażanymi elementami systemu ZSI, a rozwiązaniami OSD i/lub rozwiązaniami pozostającymi w eksploatacji Zamawiającego (nie podlegającymi wymianie). Wykonawca powinien uwzględnić powyższe w swej ofercie.Wymiana danych w powyższym zakresie powinna być oparta o usługi sieciowe wspierane przez protokół HTTP/POST, HTTP/SOAP, autoryzację usług WS-Security, WS-Adressing lub rozwiązanie oparte o wewnętrzne usługi autoryzacji wspierane przez generowany token. Formatem wymiany danych jest format XML wsparty o definicję: XML Schema / XSD.

Wdrażane rozwiązanie poza zapewnieniem pełnej integracji wewnętrznej elementów składowych ZSI powinno zapewnić również stosowną integrację zewnętrzną systemu ZSI – wymagania w tym zakresie Wykonawca szczegółowo opisze w Projekcie Technicznym.

2.2 Modernizacja serwerowniW ramach zadania planowane są prace związane z dostosowaniem istniejącej w Urzędzie Miasta w Jedlinie-Zdrój serwerowni do wymagań mającego powstać w ramach realizacji projektu systemu informatycznego. Zostanie zakupiony serwer obsługujący dotychczas posiadane systemy oraz nowy system obiegu dokumentów. Ponadto, serwerownia Urzędu Miasta zostanie doposażona w sprzęt sieciowy zapewniający bezpieczny styk z Internetem, a sieć zmodernizowana o sprzęt sieciowy min 1Gbps i urządzenia Wi-Fi. W ramach zadania zaplanowano zakup:

szafy, serwera, UPS, Firewalla, kabli, klimatyzacji. 3 przełączników LAN, 3 punktów Wi-Fi, oraz konfigurację urządzeń aktywnych sieci zgodnie z schematem logicznym opisanym

poniżej.

str. 12

Nowe aplikacje e-Usług będą z kolei uruchamiane w chmurze (hosting).

2.3 Modernizacja stanowisk pracyW ramach zadania zaplanowano zakup:

20 komputerów typu All-in-One, 20 komputerów przenośnych, wielofunkcyjnego urządzenia do kopiowania - sprzęt służący do digitalizacji oraz 20 licencji na pakiet Office.

2.4 Wdrożenie systemu e-Urząd

W ramach zadania zostanie wytworzone i wdrożone przez Wykonawcę oprogramowanie pozwalające realizować e-usługi w obrębie Urzędu Miasta oraz przekazanie bezterminowej licencji oraz wykonaniem testów wdrożenia:

Lista Modułów będących przedmiotem wdrożenia:

1. Wytworzenie modułu Rejestracji i zarządzania Użytkownikami 2. Wytworzenie modułu Kalendarz w e-Urzędzie3. Wytworzenie modułu Elektroniczna Skrzynka Podawcza 4. Wytworzenie modułu Podgląd Miejscowego Planu Zagospodarowania + modułu Zarządzania drogami5. Wytworzenie modułu Digitalizacja 6. Wytworzenie modułu e-Cmentarz wraz z przeniesieniem baz danych, 7. Wytworzenie modułu do obsługi rady wraz z integracją z LEGISLATOR 8. Wytworzenie modułu obsługi dokumentów 9. Wytworzenie modułu płatności i zobowiązania 10. Wytworzenie modułu Lokale + Odpady komunalne

Wyżej wymienione moduły powinny realizować co najmniej opisane poniżej funkcje:

1. Rejestracja, Zarządzanie Użytkownikami, 2. podgląd Miejscowego Planu Zagospodarowania, 3. Digitalizacja dokumentacji,

str. 13

4. Zbiórka odpadów komunalnych, 5. Zarządzanie drogami, 6. Tworzenie protokołów z sesji i posiedzeń, 7. Definiowanie rodzajów zdarzeń w Kalendarzu, 8. Podgląd zdarzeń w Kalendarzu, 9. Przegląd informacji, 10. Umawianie na spotkanie z Burmistrzem, 11. Harmonogram sesji oraz posiedzeń wraz z listą obecności, 12. Tworzenie projektów uchwał oraz wprowadzenie poprawek do istniejących, 13. Obsługa dokumentów z Biuletynem Informacji Publicznej, 14. Podgląd zobowiązań finansowych, 15. Podgląd terminów płatności, 16. Przypomnienie o zbliżającym się terminie płatności za usługi, 17. Podgląd historii wpłat, e-Cmentarz, 18. Rejestr danych, 19. Elektroniczna Skrzynka Podawcza.

Szczegółowe wymagania Zamawiającego w stosunku do przedmiotu zamówienia w ramach systemu e-Urząd opisane zostały w rozdziale 5 OPZ.

2.5 Wdrożenie systemu e-TurystykaW ramach zadania zostanie wytworzone i wdrożone przez Wykonawcę oprogramowanie pozwalające realizować e-usługi w obrębie Urzędu Miasta związane z turystyką, przekazanie bezterminowej licencji, zakup 7 kołowrotków wraz z czytnikiem kart, 100-szt. urządzeń Beacon wraz z oprogramowaniem oraz wykonaniem testów wdrożenia.

Lista modułów: 1. Wytworzenie modułu Portalu z modułem Galeria 2. Wytworzenie modułu Kalendarz w e-Turystyka i3. Wytworzenie modułu rezerwacji terminów4. Wytworzenie modułu Bilety wraz z zakupem oraz instalacją elementów kontroli wstępów 5. Wytworzenie modułu Wycieczki wraz z oprogramowaniem i instalacją urządzeń beacon 6. Wytworzenie modułu informacyjnego

W ramach wyżej wymienionych modułów, przewidziano co najmniej opisane poniżej funkcjonalności:

1. Rezerwacja terminów, 2. Podgląd informacji, 3. Trasy, 4. mapy, 5. wycieczki, 6. Zakup biletów, 7. Przegląd galerii, 8. Kalendarz.

Szczegółowe wymagania Zamawiającego w stosunku do przedmiotu zamówienia w ramach systemu e-Turystyka opisane zostały w rozdziale 5 OPZ.

2.6 Szkolenia pracowników zamawiającego

str. 14

W ramach zadania Wykonawca zorganizuje i przeprowadzi szkolenia dla pracowników Zamawiającego z zakresu obsługi Systemu Informatycznego. Szkolenie zostanie zrealizowane w czasie 10 dni roboczych, pod koniec realizacji projektu, kiedy wszystkie moduły oprogramowania zostaną wytworzone i wdrożone. Zakres szkolenia obejmować będzie obsługę i utrzymanie Systemu Dziedzinowego. Szczegółowe wymagania Zamawiającego w stosunku do przedmiotu zamówienia w ramach szkoleń pracowników Zamawiającego opisane zostały w rozdziale 8 OPZ.

2.7 Testy końcowe systemu

Zamawiający przeprowadzi na podstawie dostarczonych przez Wykonawcę narzędzi testy integracyjne, wydajnościowe, penetracyjne i akceptacyjne z udziałem Wykonawcy. Opis testów będzie zawierała dokumentacja dostarczona na etapie analizy przedwdrożeniowej.

Szczegółowe wymagania Zamawiającego w stosunku do przedmiotu zamówienia w ramach testów końcowych systemu opisane zostały w rozdziale 11 OPZ.

2.8 Wykonanie dokumentacji powykonawczej

W ramach zadania Wykonawca przygotuje oraz dostarczy dokumentacje w zakresie: instrukcji dla użytkownika, instrukcji dla administratora, a także dokumentacji powykonawczej, zawierającej w szczególności diagramy ze schematami struktur danych i ich powiązań w bazach danych ZSI.

Szczegółowe wymagania Zamawiającego w stosunku do przedmiotu zamówienia w ramach dokumentacji powykonawczej opisane zostały w rozdziale 9 OPZ

3 RAMOWY HARMONOGRAM PROJEKTU

str. 15

Lp. Nazwa zadaniailość dni od

daty zawarcia umowy

1Etap I- Dostawa oraz instalacja sprzętu do systemu e-Urząd oraz e-Turystyka

90

1.1 dostawa sprzętu do stanowisk pracy urzędników 901.2 dostawa wyposażenia serwerowni 901.3 dostawa kołowrotów z czytnikami kart 901.4 dostawa urządzeń beacon z oprogramowaniem 902 Etap II- wykonanie modułów systemu e- Turystyka 160

2.1Wykonanie analizy przedwdrożeniowej oraz projektu wdrożenia systemu

30

2.2 Wykonanie modułu rejestracji i zarządzania użytkownikami 602.3 Wykonanie modułu informacyjnego 1202.4 Wykonanie modułu rezerwacji terminów/noclegów 1202.5 Wykonanie modułu Bilety 1202.6 Wykonanie modułu Wycieczki 1202.7 Wykonanie modułu Kalendarz w e-Turystyka 1502.8 Wykonanie modułu Portalu z modułem Galeria 1502.9 Testy końcowe Systemu e-Turystyka 1603 Etap III- wykonanie modułów systemu e-Urząd 210

3.1Wykonanie analizy przedwdrożeniowej oraz projektu wdrożenia systemu

30

3.2 Wykonanie modułu rejestracji i zarządzania użytkownikami 603.3 Wykonanie modułu Digitalizacja 1503.4 Wykonanie modułu Elektroniczna Skrzynka Podawcza 1803.5 Wykonanie modułu płatności i zobowiązania 1803.6 Wykonanie modułu Lokale + Odpady komunalne 1803.7 Wykonanie modułu do obsługi rady 180

3.8Wykonanie modułu e-Cmentarz wraz z przeniesieniem baz danych z obecnie funkcjonującego systemu

150

3.9 Wykonanie modułu obsługi dokumentów 1503.10 Wykonanie modułu Kalendarz w e-Urzędzie 150

3.11Wykonanie modułu Podgląd Miejscowego Planu Zagospodarowania

190

3.12 Wykonanie modułu Zarządzania drogami 1903.13 Testy końcowe Systemu e-Urząd 2104 Etap IV- Szkolenia pracowników Zamawiającego 150

4 OGÓLNA KONCEPCJA SYSTEMU

Szczegółowe wymagania dotyczące elementów związanych z architekturą Systemu zostały przedstawione w kolejnych rozdziałach. Ogólna koncepcja Systemu (rys1) , zakłada, że system zbudowany będzie z modułów odpowiedzialnych za: logikę biznesową, obsługę baz danych, zabezpieczonych interfejsów API (Webserwisy/ RESTy) dla aplikacji firm trzecich, współpracę z aplikacjami mobilnymi, zapewnienie dostępu z różnych typów urządzeń należących do użytkowników końcowych. Do działania Systemu konieczne jest również

str. 16

uruchomienie obiegu dokumentów w Urzędzie Miasta i modułów służących do administracji oraz konfiguracji systemu, jak również tworzenia raportów.

Rysunek 1. Ogólna koncepcja architektury Systemu

Jednym z pryncypiów systemu jest otwartość rozwiązania na komunikację i integrację za pomocą API z jak największą ilością systemów trzecich znanych obecnie jak i takich, które powstaną w przyszłości. Zamawiający oczekuje uruchomienia, zdefiniowania i udokumentowania API (w standardzie Open API np. SWAGGER) tak, aby podmiot trzeci mógł z niego skorzystać po podpisaniu umowy z Urzędem Miasta i otrzymaniu dedykowanych poświadczeń służących do uwierzytelnienia.

Ogólna koncepcja architektury sieciowej została przedstawiona na rysunku nr 2 i przewiduje rozłożenie grup funkcjonalnych na serwerach wirtualnych w celu zapewnienia odpowiedniej wydajności i bezpieczeństwa. Budując System należy odpowiednie moduły umieścić w odpowiednich strefach bezpieczeństwa i zabezpieczyć odpowiednimi firewallami.

str. 17

Rysunek 2. Ogólna architektura sieciowa

str. 18

5 WYMAGANIAW niniejszym rozdziale zostały zdefiniowane zarówno wymagania funkcjonalne jak i niefunkcjonalne

Systemu będącego przedmiotem Umowy. Wymagania funkcjonalne dotyczą funkcjonalności Systemu, które opisują, w jaki sposób System powinien reagować na poszczególne czynności/ zachowania aktora. Wymagania niefunkcjonalne mają z kolei za zadanie opisać ograniczenia, które System powinien zachowywać podczas działania – realizacji funkcjonalności, jak również opisywać właściwości Systemu: czas odpowiedzi, niezawodność, zasoby pamięciowe itp.

5.1 Wymagania w zakresie planu budowy systemu

Wykonawca opracuje i dostarczy projekt techniczny wytworzenia Oprogramowania Systemu dziedzinowego, zgodnie z wymaganiami zawartymi w niniejszym opracowaniu. System powinien wykorzystywać elementy architektury opartej na usługach (ang. Service Oriented Architecture – SOA)

5.2 Wymagania funkcjonalne systemu:

1) E-urząd musi być aplikacją typu klient-serwer przeznaczoną do jednoczesnego wykorzystywania przez wielu użytkowników, o strukturze opartej na modelu trójwarstwowym, tj. warstw: interfejsu użytkownika (prezentacji), aplikacji (logiki biznesowej) i bazy danych. Niedopuszczalne jest, aby operacje na obiektach i zdarzeniach przetwarzanych w E-URZĄD były częściowo wykonywane w warstwie interfejsu użytkownika a następnie ich wyniki przekazywane do warstwy aplikacji lub bazy danych - wszelkie tego typu operacje muszą być wykonywane w warstwie aplikacji.

2) Warstwy aplikacji oraz bazy danych muszą pracować w środowisku Windows Server lub równoważny. Warstwa bazy danych musi być oparta o bazę SQL oraz być zorganizowana w taki sposób, aby wszelkie opisowe parametry dotyczące obiektów i zdarzeń przetwarzanych w Systemie były przechowywane w strukturze bazy danych i były chronione mechanizmami silnika bazy danych, natomiast wszelkie pliki dotyczące obiektów i zdarzeń przetwarzanych w E-urzędu były przechowywane w strukturze katalogowej pamięci masowej serwera obsługującego warstwę bazy danych, przy jednoczesnym zachowaniu spójności i bezpieczeństwa obu typów danych (co najmniej poprzez mechanizm przechowywania odcisków plików w strukturze bazy danych). Warstwy aplikacji i bazy danych muszą wykorzystywać mechanizmy transakcji dla każdej operacji związanej z zapisem danych.

3) Współpraca Systemu E-URZĄD z urządzeniami (skanerami, drukarkami, czytnikami kodów graficznych itp.) oraz innymi aplikacjami musi się odbywać za pośrednictwem Systemu operacyjnego stacji klienckiej lub serwera.

4) Komunikacja E-URZĄD z innymi aplikacjami musi wykorzystywać interfejsy komunikacyjne WebServices, zgodne ze standardami m.in. SOAP, WSDL, REST. Konfiguracja komunikacji z innymi aplikacjami musi pozwalać na wykorzystanie protokołów HTTP albo szyfrowanego HTTPS z możliwością zmiany w każdej chwili przez użytkownika bez udziału Wykonawcy.

5) Mając na uwadze przeznaczenie i użytkownika (wprowadzanie i przetwarzanie danych przede wszystkim liczbowych, zwłaszcza przy części finansowo-budżetowe) System musi zachowywać wysoką jakość użytkową oraz musi posiadać przejrzysty i czytelny interfejs wraz z pomocą kontekstową.

6) Struktura organizacyjna w urzędzie jest zorganizowana hierarchicznie, uwzględniając relacje między elementami struktury (co najmniej podległość komórek organizacyjnych i przypisania stanowisk do komórek organizacyjnych). Dlatego każde stanowisko w systemie musi należeć tylko i wyłącznie do jednej komórki organizacyjnej.

7) System E-URZĄD musi zachowywać historyczne układy i konfigurację struktury organizacyjnej, w szczególności: wzajemne relacje między elementami struktury, użytkownicy przypisani do stanowisk,

str. 19

uprawnienia przypisane do stanowisk i komórek, konfigurację i statusy obiektów struktury. Jest to niezwykle istotny element z uwagi na konieczność analizy procedowanych spraw.

8) Dodatkowo system E-URZĄD powinien pozwolić tworzyć i wykorzystywać tymczasowe zespoły zadaniowe użytkowników, poza regularną strukturą organizacyjną. Użytkownicy przypisani do takiego zespołu są sobie równorzędni, a poprzez wskazanie zespołu wskazuje się przypisanych doń użytkowników.

9) System E-URZĄD musi posiadać spójny i jednolity system uprawnień. Uprawnienia użytkownika to suma logiczna przypisanych mu poprzez stanowisko uprawnień cząstkowych do funkcjonalności, obiektów, akcji. Uprawnienia cząstkowe mogą być przypisywane także do stanowisk i do komórek organizacyjnych.

10) System E-URZĄD powinien definiować zbiory uprawnień, grupujące uprawnienia cząstkowe w celu ułatwienia zarządzania. Przypisanie stanowisku lub komórce organizacyjnej zbioru uprawnień oznacza przypisanie wszystkich uprawnień cząstkowych grupowanych zbiorem.

11) System E-URZĄD nie powinien pozwalać na dziedziczenie uprawnień (Active Directory) cząstkowych z wyższych elementów struktury przez niższe (np. uprawnienia przypisane do komórki nadrzędnej nie są dziedziczone przez komórkę podrzędną), za wyjątkiem dziedziczenia przez stanowiska uprawnień z komórki do której je przypisano.

12) System e-Urząd powinien składać się co najmniej z następujących modułów: Rejestracja, Zarządzanie Użytkownikami, podgląd Miejscowego Planu Zagospodarowania, Digitalizacja dokumentacji, Zbiórka odpadów komunalnych, Zarządzanie drogami, Tworzenie protokołów z sesji i posiedzeń, Definiowanie rodzajów zdarzeń w Kalendarzu, Podgląd zdarzeń w Kalendarzu, Przegląd informacji, Umawianie na spotkanie z Burmistrzem, Harmonogram sesji oraz posiedzeń wraz z listą obecności, Tworzenie projektów uchwał oraz wprowadzenie poprawek do istniejących, Obsługa dokumentów z Biuletynem Informacji Publicznej, Moduł Finansowo Księgowy UM, Podgląd zobowiązań finansowych, Podgląd terminów płatności, Przypomnienie o zbliżającym się terminie płatności za usługi, Podgląd historii wpłat e-Cmentarz, Rejestr danych, Elektroniczny Obieg Dokumentów, Elektroniczna Skrzynka Podawcza.

13) Pakiety e-usług umożliwią obywatelom dostęp do zasobów gminnych i informacji publicznej, a także zapewni usługę brokera komunikacyjnego pomiędzy platformą ePUAP, systemem e-Usług oraz Systemem Dziedzinowym.

14) System e-Usług jest systemem umożliwiającym komunikację w sposób elektroniczny pomiędzy interesantami a urzędem. Zapewnia zestaw funkcjonalności, które wspierają proces udostępniania zasobów danych i informacji publicznych (na 1. i 2. poziomie dojrzałości usług), a także które pozwalają na dwukierunkową wymianę informacji z obywatelami i przedsiębiorcami, wraz z możliwością dokonania opłat i regulowania różnorodnych zobowiązań względem JST (poziom od 4 do 5 dojrzałości usług w zależności od przyjętego modelu elektronizacji usługi).

15) System przy wykorzystaniu brokera komunikacyjnego będzie współpracował z Systemem Dziedzinowym, do i z którego są przekazywane informacje związane z merytoryczną obsługą świadczonych usług, oraz systemem ePUAP, który zapewnia prawomocny mechanizm przekazywania dokumentów (z wykorzystaniem Profili Zaufanych).

16) System informatyczny powinien posiadać możliwość podpięcia testów automatycznych w szczególności wykonawca wskaże narzędzie które może służyć do testów automatycznych aplikacji i wskaże to narzędzie w dokumentacji projektowej (np. PROCTOR, Selenium IDE)

5.3 Moduły systemu E-urząd

5.3.1 Moduł Rejestracji i zarządzania użytkownikami:

1) Funkcjonalność w systemie E-urząd powinna pozwalać użytkownikom oddziaływać na przetwarzaną w aplikacji dokumentację, sprawy, itp. tylko i wyłącznie poprzez zajmowane stanowiska i dzięki uprawnieniom przypisanym do zajmowanych stanowisk. Wszelka dokumentacja, sprawy są przypisane do stanowisk, a nie do użytkowników.

2) Każdy użytkownik może jednocześnie zajmować wiele stanowisk, a do każdego stanowiska może być przypisany naraz (za wyjątkiem zastępstw) tylko jeden użytkownik. Uprawnienia użytkowników

str. 20

dotyczące obiektów i zdarzeń przetwarzanych w systemie E-URZĄD wynikające z przypisania do danego stanowiska nie łączą się z uprawnieniami wynikającymi z przypisania do innego stanowiska - użytkownik pracując w kontekście danego stanowiska dysponuje uprawnieniami tylko i wyłącznie danego stanowiska, a zmieniając stanowisko pracy traci poprzednie uprawnienia i zyskuje te przypisane do bieżącego stanowiska.

3) Użytkownicy powinni mieć możliwość zastępować innych użytkowników (np. w wypadku nieobecności) poprzez przydzielenie im stanowiska zwykle zajmowane przez zastępowanego użytkownika i w takim wypadku pracując w kontekście stanowiska zastępowanego użytkownika, użytkownik dysponuje jedynie uprawnieniami przypisanymi do tegoż stanowiska.

4) Użytkownik zewnętrzny musi mieć możliwość zarejestrowania konta w Systemie. Reguły haseł, jak również cała rejestracja powinny być odpowiednio zabezpieczone (szczegóły w Wymaganiach Niefunkcjonalnych).

5) Użytkownik zewnętrzny musi mieć możliwość odzyskania hasła z poziomu logowania.6) Zmiana hasła będzie wymuszana automatycznie, minimum co 45 dni.7) Administrator musi mieć możliwość definiowania kont Użytkownika wewnętrznego, przypisywania

ról aplikacyjnych do Użytkownika wewnętrznego, definiowania uprawnień dla każdej z roli, edycji danych Użytkowników, blokowania konta Użytkowników, powiązania konta Użytkownika zewnętrznego z osobą istniejącą w urzędzie po podpisaniu odpowiedniej umowy pomiędzy Urzędem Miasta a zainteresowaną osobą.

8) Użytkownicy będą mogli korzystać tylko i wyłącznie z funkcjonalności udostępnionej im w ramach nadanych uprawnień do modułu.

9) System musi umożliwiać Administratorowi wymuszenie okresowej zmiany haseł (i zdefiniowanie odpowiedniego interwału czasowego) oraz wspierać wykrywanie kont nieużywanych poprzez odpowiednie alerty.

10) System pozwala wprowadzić dla każdego budynku osobny typ kontroli czasowej i technicznej, z uwzględnieniem osoby przeprowadzającej czynności, budynku, którego to dotyczyło, a także wyników przeglądu.

11) System pozwala wyznaczać terminy przeglądów, konserwacji instalacji i sprzętu p.poż. oraz musi w formie powiadomień przypominać o realizacji wszystkich obowiązkowych zadań, odczytu liczników (Użytkownik wewnętrzny musi mieć możliwość zarejestrowania odczytu danych z liczników), prowadzenia dokumentacji dotyczącej dróg, ewidencji dróg, sporządzenia organizacji ruchu na podkładach mapowych (np. nanoszenie znaków)

12) Koncesji Alkoholowych (w tym informacje o przyznaniu koncesji, wygaśnięciu koncesji, punktach sprzedaży).

5.3.2 Moduł podgląd Miejscowego Planu Zagospodarowania

1) Zadaniem tego modułu jest możliwość przeglądu Miejscowego Planu Zagospodarowania Przestrzennego, wyszukania po numerze działki, usytuowania jej na Planie Zagospodarowania Przestrzennego, generowania wypisu i wyrysu dla nieruchomości.

2) Użytkownicy mają możliwość wydrukowania wybranego fragmentu Planu. W ramach zamówienia Wykonawca dostarczy mapę cyfrową 1:1000 Jedliny-Zdroju w celu utworzenia planu zagospodarowania przestrzennego.

3) integrację obiektów terenów przetworzonych do postaci wektorowej na podstawie załączników kartograficznych, z odpowiednią częścią dokumentów opisowych (uchwała XML, tekst studium).

4) system posiada wbudowaną przeglądarkę dokumentów XML, która pozwala na wyszukiwanie dowolnych fraz występujących w tych dokumentach i ich lokalizowanie w dokumencie. Powiązanie treści ustaleń z lokalizacją terenu na mapie umożliwia bezpośrednie przejście z poziomu przeglądarki dokumentów XML do mapy.

5) system posiada wbudowaną przeglądarkę załączników graficznych, zapewniającą ich sprawne wyświetlanie, bez konieczności pobierania dokumentu na lokalny dysk komputera,

6) digitalizację planów miejscowych, zbudowanie poprawnej typologicznie warstwy planów i ich terenów. Pozwala na automatyczne odniesienie granic terenów do granic działek ewidencyjnych, gwarantując spójność warstw planistycznych z granicami działek ewidencyjnych,

7) wyszukiwanie ustaleń planistycznych według funkcji głównych i dopuszczalnych terenu, zgodnych z treścią uchwały, Wyszukiwanie ustaleń planistycznych poprzez podanie numerów działek ewidencyjnych, adresów.

str. 21

8) prezentację planu miejscowego, zgodnie z jego oznaczeniem barwnym wynikającym z załącznika graficznego do tekstu uchwały.

9) wspomaga wydawanie dokumentów wypisów, wyrysów, zaświadczeń z planów i studium, automatyczne generowanie wypisu i wyrysu z miejscowego planu zagospodarowania przestrzennego dla działek ewidencyjnych z wykorzystaniem danych wczytanych do bazy danych rejestru z pliku XML.

10) system informuje użytkownika o powierzchniach terenów znajdujących się w działkach, zapewnia wybranie ustaleń planistycznych dla terenów przeznaczonych do wypisu. Zgodnie ze zdefiniowanym wcześniej szablonem, system proponuje części dokumentu uchwały, które mają być umieszczone na wypisie np. tytuł, podstawę prawną, ustalenia ogólne, szczegółowe, czy końcowe. W razie konieczności, użytkownik może dodać lub usunąć z dokumentu dowolny, inny fragment uchwały.

11) automatyczne generowanie wyrysów, zgodnie z przyjętym szablonem. W przypadku kiedy działka nie mieści się na wybranym przez użytkownika formacie arkusza system sam dostosowuje wydruk do wielkości arkusza.

5.3.3 Modułu Zarządzania drogami

1) System musi pozwalać na prowadzenie bazy danych, ewidencji dróg i obiektów mostowych, w tym:a. infrastruktury drogowej,b. oznakowania poziomego i pionowego,c. sygnalizacji świetlnej,d. ewidencji obiektów inżynieryjnych.

2) System musi pozwolić na określenie pasów drogowych zgodnych z faktycznym przebiegiem infrastruktury drogowej w terenie.

3) System musi pozwolić na automatyczne wykrywanie konfliktów pomiędzy stanem ewidencyjnym pasa drogowego a jego stanem faktycznym w terenie. System musi pozwolić na raportowanie tych konfliktów wraz z ich powierzchniami w podziale na:

a. numery dróg, b. kategorie dróg.

4) System musi zapewnić prowadzenie ewidencji dróg wraz z generowaniem wymaganych prawem raportów w zakresie między innymi:

a. Książki drogi,b. Dziennika objazdu dróg,c. Książki obiektów mostowych oraz tuneli,d. Karty obiektów mostowych,e. Wykazu obiektów mostowych, tuneli, przepustów.

5) System musi umożliwić prowadzenie ewidencji oznakowania drogowego pionowego i poziomego, sygnalizacji, barier, ekranów oraz urządzeń bezpieczeństwa ruchu drogowego, zgodnie z obowiązującymi przepisami prawa, a w szczególności musi zapewnić prowadzenie projektów organizacji ruchu drogowego.

6) System musi zapewniać gromadzenie i przetwarzanie danych dotyczących oznakowania w następującym zakresie:

a. kod znaku,b. podgląd symbolu graficznego,c. treść znaku (tekst i grafika),d. położenie względem osi drogi,e. lokalizacja (nr drogi, nr odcinka, węzeł początkowy, węzeł końcowy, pikietaż odcinka,

kilometraż drogi, nazwa ulicy),f. lokalizacja na mapie (X,Y w przyjętym układzie współrzędnych),g. generacja znaku,h. stan znaku,i. technologia malowania (oznakowanie poziome),j. powierzchnia malowania (oznakowanie poziome),k. dokumentacja fotograficzna znaku,l. data wprowadzenia,m. data wycofania.

str. 22

7) System musi zapewnić możliwość rozbudowywania i edycji słowników znaków.8) System musi zapewnić możliwość wyświetlania na mapie oznakowania pionowego, jako zdjęcia tego

oznakowania wykonanego w terenie.9) System musi zapewnić sporządzanie i aktualizowanie projektów organizacji ruchu drogowego

(stałych i czasowych) wraz z możliwością generowania map projektów organizacji ruchu drogowego w celu ich wydrukowania.

10) Aktualizacja oznakowania poziomego, pionowego, sygnalizacji świetlnej oraz urządzeń bezpieczeństwa ruchu drogowego powinna być powiązana z projektem organizacji ruchu drogowego.

11) System powinien zezwalać na wcześniejsze wprowadzenie projektu organizacji ruchu drogowego i jego dat obowiązywania.

12) Wprowadzenie stałego lub czasowego projektu organizacji ruchu drogowego powinno powodować automatyczne jego uwidocznienie w Systemie z dniem jego wejścia w życie oraz automatyczne jego wycofanie z dniem zakończenia jego obowiązywania wraz z automatycznym przywróceniem pierwotnego oznakowania.

13) System powinien umożliwiać prowadzenie bazy danych sygnalizacji świetlnej w tym:a. informacji o konstrukcji wsporczej obiektów: maszt, wysięgnik, bramownica, b. informacji o sygnalizatorach na konstrukcji wsporczej, kolejności ich lokalizacji na konstrukcji

oraz ich atrybutów: i. kod sygnalizatora,

ii. rodzaj soczewki, iii. średnica soczewki,

c. informacja o ekranach kontrastowych,d. informacja o stanie technicznym,e. kąt obrotu.

14) System powinien umożliwiać prowadzenie bazy danych urządzeń bezpieczeństwa ruchu drogowego, w tym:

a. słupków hektometrowych,b. ekranów,c. barier.

15) System będzie umożliwiał prowadzenie ewidencji obiektów inżynieryjnych zgodnie z obowiązującymi przepisami prawa wraz z możliwością generowania przewidzianych wymogami prawa raportów.

16) System musi pozwalać na wyszukiwanie obiektów inżynieryjnych na podstawie ich atrybutów.17) System musi umożliwiać wyszukiwanie obiektów inżynieryjnych, poprzez podanie kilometrażu

początkowego i końcowego obiektu wraz z możliwością wskazania na mapie.18) System musi przechowywać historię przetwarzania danych oraz zmian parametrów wraz z informacją

o Użytkowniku wewnętrznym, który dokonał kolejnej zmiany.

5.3.4 Moduł digitalizacji dokumentacji

1) Digitalizacja dokumentów odbywać się będzie poprzez urządzanie wielofunkcyjne zakupione w ramach projektu.

2) Użytkownik wewnętrzny będzie miał możliwość digitalizacji bieżących oraz archiwalnych dokumentów. Przez bieżące dokumenty rozumiane są dokumenty powstałe od chwili uruchomienia Systemu. Natomiast archiwalne dokumenty to dokumenty powstałe przed uruchomieniem Systemu.

3) W ramach digitalizacji użytkownik wewnętrzny ma możliwość nanoszenia na dokumenty elektroniczne własnych uwag, notatek itp. Może również wskazać, czy utworzona przez niego notatka będzie widoczna tylko dla niego, dla wybranej roli, czy też dla każdego Użytkownika Systemu.

4) Użytkownik wewnętrzny może udostępnić dokument wybranej osobie, bądź Użytkownikom o specjalnej grupie uprawnień. Użytkownik wewnętrzny podczas udostępniania dokumentu ma możliwość wybrania, które treści będą widoczne dla Użytkowników. Wybrane treści nie będą widoczne dla pozostałych Użytkowników.

5) Struktura folderów w których będą umieszczone poszczególne dokumenty będzie podlegać konsultacji z Zamawiającym. Należy uzgodnić z Zamawiającym sposób utworzenia zdigitalizowanego archiwum.

str. 23

5.3.5 Moduł zbiórki odpadów komunalnych

1) Użytkownik wewnętrzny będzie miał możliwość:a. prowadzenia rejestru przekazywanych i odbieranych odpadów,b. prowadzenia karty przekazanych odpadów.

2) Użytkownik zewnętrzny zalogowany będzie miał możliwość:a. podglądu wielkości przekazanych odpadów, przeglądu informacji prawnych związanych z

odpadami. 3) Użytkownik zewnętrzny niezalogowany będzie miał możliwość przeglądu informacji prawnych

związanych z odpadami.

5.3.6 Moduł kalendarz w E-urzędzie

1) Administrator ma możliwość utworzenia w Systemie rodzajów zdarzeń, które będą widoczne w

kalendarzu Użytkowników, w tym:

a. terminu płatności za wodę,

b. terminów płatności za zobowiązania podatkowe(od nieruchomości, transportowy),

c. terminu płatności za wieczyste użytkowanie gruntów,

d. terminu płatności czynszu, dzierżawy, najmu,

e. terminu opłaty za posiadanie psa,

f. terminu płatności za odpady,

g. harmonogramu odbioru odpadów,

h. terminu płatności za zajęcie pasa drogowego,

i. terminu planowanych remontów dróg, obiektów użytku publicznego,

j. terminu płatności za wystawioną Koncesję alkoholową,

k. terminu płatności za zachowanie miejsca grzebalnego na cmentarzu

2) Użytkownicy mają możliwość podglądu zdarzeń widocznych w kalendarzu. Może zdarzenia

wyfiltrować, posortować i ustawić w Systemie przypomnienie drogą elektroniczną i/lub za pomocą

wiadomości SMS.

5.3.7 Moduł do obsługi rady wraz z integracją z systemem Legislator

1) Użytkownik zewnętrzny musi mieć możliwość wybrania i zarezerwowania spotkania z Burmistrzem, Wiceburmistrzem i Przewodniczącym Rady. W Systemie może sprawdzić wolne terminy i godziny oraz może zarezerwować termin. Musi wpisać temat/rodzaj wizyty.

2) Użytkownik wewnętrzny w Systemie może sprawdzić zarezerwowane wizyty i potwierdzić, bądź przełożyć zaplanowaną wizytę na inny termin. Ma również możliwość podglądu tematu/rodzaju wizyty. Musi istnieć możliwość ograniczenia terminów spotkań do określonych godzin i dni

3) Użytkownik wewnętrzny ma możliwość utworzenia harmonogramu sesji i posiedzeń komisji Rady Miasta. Może również sprawdzić i zaznaczyć obecność radnych na posiedzeniu (zgodnie z uprawnieniami). Musi mieć możliwość przypisania skarg i wniosków na posiedzenie Rady. Musi być możliwość przesłania przez radnego do Biura Rady zapytań, wniosków i interpelacji oraz otrzymania odpowiedzi. Musi być możliwość przekazania listy obecności do działu finansowego.

4) Użytkownik wewnętrzny musi mieć możliwość utworzenia w Systemie projektu uchwał i wprowadzenia poprawek do istniejących projektów. Do tworzenia uchwał może być stosowany

str. 24

zarówno program Legislator jak i przedmiotowy moduł. Projekty będą widoczne do podglądu, edycji i pobrania dla osób o specjalnych uprawnieniach. Należy założyć rejestr uchwał podjętych i rejestr aktów prawa miejscowego, w którym umieszcza się uchwały opublikowane w Dzienniku Urzędowym woj. dolnośląskiego. Musi istnieć rejestr zapytań, wniosków i interpelacji radnych.

5) Użytkownik wewnętrzny ma możliwość utworzenia w Systemie protokołów z posiedzeń komisji Rady oraz sesji Rady Miasta. Protokoły będą widoczne dla osób posiadających specjalne uprawnienia. Wzory protokołów znajdują się w załączniku nr 5.

6) System ma umożliwiać radnym zdalny dostęp do:a. projektów uchwał,b. protokołów z posiedzeń,c. projektów budżetu,d. podjętych uchwał,e. danych statystycznych i analiz.

7) System ma umożliwiać:a. obieg ww. dokumentów w wersji elektronicznej oraz tworzenie wiadomości i zadań

grupowych;b. przekazywanie członkom Rady ww. dokumentów w wersji elektronicznej;c. przesyłanie informacji i dokumentów przy pomocy poczty elektronicznej;d. obsługę komisji i sesji Rady, w tym również obsługę głosowań poprzez dedykowany

formularz do tworzenia protokołu z sesji lub komisji;e. potwierdzanie obecności radnych na sesjach Rady i na posiedzeniach poszczególnych komisji

Rady Miasta;f. dodanie dokumentu zwierającego projekt aktu prawnego w dedykowanym formularzu

przygotowywania porządku obrad Rady oraz porządku komisji Rady;g. gromadzenie i przechowywanie projektów aktów prawnych w dedykowanym zestawieniu w

elektronicznym repozytorium, gdzie znajdować się będą, określone przez Zamawiającego, teczki tematyczne;

h. przesyłanie informacji (monitu) do wskazanych radnych (czyli zgodnie z przyznanymi uprawnieniami) o pojawieniu się nowego porządku obrad, do którego radny ma dostęp zgodnie z nadanymi mu uprawnieniami e-mailem lub SMS;

i. powiązanie wyników głosowania nad projektem aktu prawnego z dokumentem zawierającym dany akt prawny;

j. umożliwiać tworzenie, zapis i archiwizację aktu prawnego w wersji elektronicznej;k. prowadzenie całości procesu związanego z obiegiem wersji elektronicznych dokumentów

skierowanych do radnych i Rady przez Użytkownika zewnętrznego.8) System ma pozwalać na pracę na komputerach przenośnych zakupionych w ramach przedmiotowego

zamówienia.9) System musi zapewniać dedykowane procesy obiegu dokumentów (workflow):

a. projekt aktu prawnego,b. tworzenie porządku obrad Rady Miasta,c. tworzenie porządku obrad komisji Rady Miasta,d. tworzenie protokołu z sesji Rady Miasta,e. tworzenie protokołu z posiedzenia komisji,f. tworzenie rocznego planu pracy Rady Miasta,g. zgłaszanie uwag do protokołu,h. interpelacja lub zapytanie,i. wniosek,j. skarga,k. informacja,l. pismo.

10) Moduł winien być zintegrowany z aplikacją LEGISLATOR.

5.3.8 Moduł Obsługa dokumentów

str. 25

Obsługa dokumentów będzie realizowana poprzez system Elektroniczny Obieg Dokumentów. System ten musi umożliwiać:

1) Zapewnienie w pełni elektronicznego przetwarzania dokumentów oraz przepływu pracy.2) Wspieranie procesów pracy realizowanych u Zamawiającego.3) Obsługę rejestracji dokumentów przychodzących w formie papierowej (składane osobiście,

przysyłane pocztą) i elektronicznej (składane osobiście na nośnikach, przesyłane przez elektroniczną skrzynkę podawczą oraz pocztą elektroniczną) wraz z załącznikami.

4) Import (z poziomu interfejsu aplikacji) zeskanowanych poszczególnych dokumentów, wchodzących w skład przesyłek przychodzących w formie papierowej. Skanowanie dokumentów odbywać się będzie za pomocą zakupionego urządzenia wielofunkcyjnego.

5) Rejestrację przesyłek w centralnym punkcie kancelaryjnym.6) Generowanie potwierdzenia przyjęcia przesyłki z dokumentami i nadanie jej identyfikatora.7) Opatrywanie przesyłek przychodzących metadanymi zgodnie z obowiązującymi przepisami oraz

dodatkowymi (konfigurowalny zakres), przy czym metadane powinny być ze słownikowane co najmniej w zakresie rodzaju dokumentu, sposobu dostarczenia oraz danych teleadresowych.

8) Odróżnienie, jednoznaczną identyfikację i odrębne przetwarzanie (np. niezależne udostępnianie) poszczególnych dokumentów, przechowywanych w postaci skanów, wchodzących w skład przesyłki, przy zachowaniu ich powiązania z przesyłką.

9) Opcjonalne dodawanie przez Użytkownika wewnętrznego informacji opisujących poszczególne dokumenty, przesyłki lub sprawy w postaci notatek.

10) Dla dokumentów papierowych nie podlegających skanowaniu oraz dokumentów na nośnikach elektronicznych nie podlegających kopiowaniu do systemu (wymaganie dotyczy zarówno całych przesyłek, jak i dokumentów wchodzących w skład przesyłki), System musi umożliwić sporządzenie metryki, zawierającej podstawowe informacje o dokumencie (co najmniej – tytuł, identyfikator, notatka).

11) Prawidłową obsługę przychodzącej poczty elektronicznej, zgodnie z wymogami przepisów w zakresie instrukcji kancelaryjnych (rejestracja w rejestrze przesyłek wpływających lub bezpośrednie dołączenie wiadomości z załącznikami do akt sprawy); w sposób niezależny od użytkowanego programu pocztowego.

12) Automatyczne pobieranie przesyłek, które przyszły przez elektroniczną skrzynkę podawczą systemu ePUAP, i musi umożliwić ich rejestrację.

13) Dla przesyłek, które przyszły przez elektroniczną skrzynkę podawczą systemu ePUAP, system musi umożliwić realizację rozdziału w sposób automatyczny (w zależności od kategorii usługi), półautomatyczny (dane wypełniane automatyczne, wymagane zatwierdzenie) lub ręczny, w zależności od konfiguracji.

14) Rozdział przesyłek przychodzących do właściwych komórek merytorycznych. Musi się on odbywać poprzez przekazanie uprawnień do plików i informacji zawartych w systemie.

15) Rejestrację obiegu (lokalizacja, czas przemieszczenia, Użytkownik wewnętrzny) dokumentów papierowych.

16) Korzystanie z interfejsów, umożliwiających automatyczne przekazanie przesyłek przychodzących przez ePUAP bezpośrednio do ewentualnych podłączonych systemów (wraz z rejestracją w rejestrze przesyłek przychodzących).

17) Rejestrację, przechowywanie, procedowanie oraz dołączanie do akt sprawy dokumentów elektronicznych, dokumentów papierowych w postaci odwzorowań, jak również metryk (dla dokumentów papierowych nie skanowanych i elektronicznych na nośnikach).

18) Wszczynanie, prowadzenie i załatwianie spraw, przechowywanie akt sprawy i prowadzenie spisów.19) Prowadzenie rejestrów kancelaryjnych, w tym rejestru przesyłek wpływających, wychodzących oraz

pism wewnętrznych, definiowanie i prowadzenie dowolnych innych rejestrów kancelaryjnych dopuszczonych instrukcją kancelaryjną.

20) Akceptację dokumentów z wykorzystaniem mechanizmu procedowania według zdefiniowanych ścieżek (mechanizm przepływu pracy — workflow).

21) Akceptacja pism elektronicznych przeznaczonych do wysyłki musi się odbywać z wykorzystaniem podpisu elektronicznego zgodnie z wymogami prawa.

22) System musi, z poziomu aplikacji, umożliwić składanie i weryfikowanie podpisu elektronicznego na każdym dokumencie elektronicznym w dowolnej liczbie podpisów elektronicznych różnych rodzajów:

str. 26

podpis profilem zaufanym ePUAP, bezpieczny podpis elektroniczny z wykorzystaniem certyfikatów kwalifikowanych, w tym weryfikacja podpisów z listy TSL.

23) Zapis projektów pism przekazywanych pomiędzy Użytkownikami wewnętrznymi lub komórkami w trakcie załatwiania sprawy, a także zamieszczanie adnotacji odnoszących się do projektów pism.

24) Opisywanie spraw i akt sprawy metadanymi zgodnie z obowiązującymi przepisami.25) Dokumentowanie wyjęcia dokumentacji ze składu chronologicznego lub ze składu informatycznych

nośników danych.26) Wiązanie dowolnych dokumentów ze sobą oraz ze sprawami oraz dodawanie konfigurowalnych

atrybutów (opisów, notatek) do tych powiązań.27) Sporządzanie i wydruk raportów, statystyk i zestawień, w szczególności wymaganych przepisami

prawa, a także raportów z badań ewaluacyjnych zawierających co najmniej:a. Działania usług publicznych udostępnionych on-line o stopniu dojrzałości co najmniej 4-

transakcja b. Działania usług publicznych udostępnionych online o stopniu dojrzałości 3 dwustronna

interakcjac. baz danych udostępnionych on-line poprzez APId. Liczba udostępnionych on-line dokumentów zawierających informacje sektora publicznegoe. Liczba pobrań/odtworzeń dokumentów zawierających informacje sektora publicznego

28) System umożliwi monitorowanie liczby spraw i terminowości ich załatwiania (globalnie, przez poszczególne komórki i osoby) w zadanych przedziałach czasu, także w podziale na kategorie spraw. Możliwość generowania raportów będzie zależna od uprawnień.

29) Sporządzenie raportu w postaci pliku .pdf, .xls,.csv, .doc.30) Definiowanie raportów cyklicznych, przesyłanych na zadany adres e-mail.31) Przeszukiwanie i sortowanie pism i spraw według złożonych kryteriów, w szczególności wg znaku

sprawy, identyfikatora przesyłki, dat wpłynięcia lub załatwienia, terminu załatwienia, statusu pisma lub sprawy, danych klienta urzędu, nadawcy, adresata.

32) Użytkownikowi wewnętrznemu dostęp do: zestawienia spraw, za które jest odpowiedzialny, zestawienia aktualnych zadań wynikających z przepływu pracy (sprawy i korespondencja, w odniesieniu do których Użytkownik wewnętrzny ma aktualnie coś do zrobienia), zestawienia korespondencji otrzymanej i wysłanej w podziale na korespondencję wewnętrzną i z podmiotami zewnętrznymi.

33) System musi pozwalać na korzystanie z niego przez Użytkowników zewnętrznych, którzy są anonimowi i korzystają wyłącznie z usług informacyjnych i jednostronnej interakcji oraz przez Użytkowników autoryzowanych, profilem zaufanym lub podpisem kwalifikowanym korzystających z usług dwustronnie interakcyjnych i transakcyjnych.

34) System musi pozwalać na korzystanie przez Użytkowników zewnętrznych z informacji opublikowanych przez Użytkownika wewnętrznego za pomocą modułu powszechnego udostępniania informacji publicznej w postaci elektronicznej zgodnego z Ustawą z dnia 6 września 2001 r. o dostępie do informacji publicznej (Dz. U. nr 112, poz. 1198 z późn. zm.), która nakłada na podmioty określony w przepisach obowiązek uruchomienia internetowego Biuletynu Informacji Publicznej. Techniczne i organizacyjne wymogi związane z wprowadzaniem w życie Ustawy o dostępie do informacji publicznej wynikają z rozporządzenia Ministra Spraw Wewnętrznych i Administracji z dnia 18 stycznia 2007 r. w sprawie Biuletynu Informacji Publicznej (Dz. U. nr 10, poz. 68).

35) Automatyczną wysyłkę pism za potwierdzeniem odbioru przez platformę ePUAP.36) Odbiór z platformy ePUAP informacji zwrotnej o doręczeniu przesyłki – Urzędowe Poświadczenie

Doręczenia i automatycznie musi ją skierować do właściwego Użytkownika wewnętrznego.37) Automatyczną wysyłkę korespondencji pocztą elektroniczną poprzez pobranie adresu odbiorcy i

wysłanie treści pisma w treści poczty oraz załączników w formie załączników do poczty.38) Odnotowanie wysyłki wszelkich przesyłek wychodzących w rejestrze i opatrzenie ich metadanymi.

System będzie w miarę możliwości automatyzował te czynności.39) Generowanie korespondencji seryjnej i automatyzację jej wysyłki (do zdefiniowanych,

konfigurowalnych grup odbiorców).40) Używanie i wyświetlanie w obrębie Systemu formularzy do wypełnienia oraz dawać możliwość

wykorzystania pól z tych formularzy do tworzenia szablonów.41) Wykorzystywanie szablonów Systemu na ścieżce przetwarzania sprawy: Użytkownik wewnętrzny

wypełnia szablon danymi, generując w ten sposób e-dokument Systemu. Na podstawie

str. 27

wyświetlonego i zatwierdzonego przez Użytkownika wewnętrznego e-dokumentu System musi generować pismo do wysyłki.

42) Przechowywanie, przeszukiwanie i wersjonowanie szablonów, ich współdzielenie między Użytkownikami wewnętrznymi oraz nadawanie uprawnień do ich modyfikacji.

43) Pismo do wysyłki wygenerowane na podstawie szablonu musi być w formacie edytowalnym (co najmniej *.doc).

44) Automatyczne przejmowanie dokumentacji przez archiwum urzędu po upływie okresu przewidzianego w instrukcji kancelaryjnej. Przejęcie dokumentacji musi polegać na przekazaniu archiwiście uprawnień do tej dokumentacji w systemie i ograniczeniu uprawień komórki merytorycznej, zgodnie z instrukcją kancelaryjną.

45) Udostępnianie i wycofywanie dokumentacji elektronicznej z archiwum zakładowego.46) Wsparcie dla procesu archiwizacji informatycznych nośników danych oraz dokumentów

papierowych, dla których nie wykonano pełnego odwzorowania cyfrowego, w tym umożliwi:a. Sporządzanie spisu zdawczo-odbiorczego,b. zapis miejsca ich przechowywania i kategorii archiwalnej, poprzez odnotowywanie tych

zdarzeń, sporządzanie i przechowywanie odpowiedniej dokumentacji.47) Przechowywanie informacji o opłatach i umożliwienie uzależnienia czynności na ścieżce sprawy od

wniesienia opłat.48) Umożliwienie wnoszenie opłat przez ePUAP oraz automatyczne pozyskiwanie informacji o

wniesionych w ten sposób opłatach i wykorzystywanie jej do procedowania dokumentów i spraw.49) Wprowadzanie informacji o otrzymanych przelewach ręcznie przez Użytkowników wewnętrznych

obsługujących sprawę lub w postaci zaimportowanego dokumentu xml, umożliwia Użytkownikom wewnętrznym identyfikację przelewów (tzn. wiązanie przelewów ze sprawami) i – tam gdzie to możliwe – automatycznie identyfikuje przelewy.

50) Definiowanie ścieżek dla korespondencji i spraw w oparciu o strukturę instytucji oraz powiązanie ścieżki z daną kategorią spraw. Ścieżki muszą określać: warunki (w tym dokumenty) wymagane do rozpoczęcia, kontynuacji i zakończenia procedowania, czynności do wykonania i terminy dla poszczególnych kroków przetwarzania sprawy lub korespondencji, osoby odpowiedzialne za ich wykonanie.

51) Zamieszczanie na poszczególnych etapach ścieżki opisu zadań do wykonania oraz e-formularzy systemu służących do przygotowania przez Użytkownika wewnętrznego dokumentów elektronicznych. Formularze muszą umożliwiać wypełnianie automatycznie zdefiniowanymi danymi z wniosku interesanta lub z systemów zewnętrznych (w przypadku integracji z systemami centralnymi i dziedzinowymi).

52) We współpracy z systemem ePUAP, automatyczne i ręczne (w tym z podpowiedzią) sprawdzanie informacji w rejestrach centralnych (jak np. PESEL) i wykorzystywanie uzyskanych w ten sposób informacji jako warunków przy procedowaniu spraw i pism. Katalog spraw systemu ePUAP jakie mają zostać ujęte w Systemie stanowiącym przedmiot Umowy przedstawiono w załączniku nr 1.

53) Przydzielanie spraw i korespondencji, przekazanych na dane stanowisko, konkretnym Użytkownikom wewnętrznym, pracującym na tym stanowisku.

54) Przekazywanie korespondencji/sprawy na stanowisko lub bezpośrednio do wskazanego Użytkownika wewnętrznego.

55) Ewidencjonowanie i wersjonowanie ścieżek obiegu.56) Podgląd historii sprawy, ścieżki obiegu sprawy.57) Możliwość podglądu przez Użytkowników statusu ich spraw według różnych kryteriów wyszukiwania.58) Monitorowanie i kontrolę obiegu dokumentów z wykorzystaniem konfigurowalnych raportów,

zestawień, statystyk i alertów – w zakresie pracy własnej oraz osób podległych.59) Przypisywanie procesom i zadaniom terminów realizacji, monitorowanie terminowości ich realizacji,

automatyczne konfigurowalne przypomnienia i alerty.60) Funkcjonalność kalendarza i zadań (z terminami i priorytetami) oraz notatek dla Użytkowników.61) Obsługę wielu kalendarzy z możliwością ich łącznego udostępniania w terminarzu Użytkowników,

włączania i wyłączania subskrypcji i podglądu wybranych kalendarzy.62) Regulację dostępu do kalendarzy przez system uprawnień do ich tworzenia, edycji, publikowania,

podglądu i subskrypcji.63) Definiowanie zdarzeń kalendarza i zadań dla innych osób oraz ich grup przez osoby uprawnione (np.

przełożonego dla podwładnych).

str. 28

64) Użytkownikowi wewnętrznemu podgląd przypisanych do niego spraw i korespondencji, z możliwością sortowania, filtrowania i przeszukiwania.

65) Nadawanie priorytetów pismom i sprawom.66) Wprowadzanie zmian kadrowych, urlopów i zastępstw bez konieczności modyfikacji ścieżek

procedowania i przekazanie osobie zastępującej części lub całości uprawnień osoby zastępowanej. Uprawnienia muszą być przekazane na określony czas lub bezterminowo.

67) Obsługę zastępstw, zmian kadrowych i urlopów wraz z ustaleniem, która osoba faktycznie realizowała daną czynność w systemie (każdy z Użytkowników wewnętrznych zachowuje swoją tożsamość i działa w oparciu o swoje konto użytkownika).

5.3.9 Moduł E-cmentarz

1) Użytkownik zewnętrzny ma możliwość podglądu cmentarza. Na mapie zaznaczone są numery grobów. Po wskazaniu przez Użytkownika zewnętrznego numeru grobu zostaną wyświetlone dostępne informacje o zmarłej osobie (wraz z ewentualnym zdjęciem grobu).

2) Użytkownik zewnętrzny musi mieć możliwość odszukania numeru grobowca na podstawie wpisanych danych zmarłej osoby (imię, nazwisko, data urodzenia).

3) System musi umożliwiać dołączenie zdjęcia grobu.

5.3.10 Moduł płatności oraz zobowiązań finansowych

1) Użytkownik zewnętrzny po zalogowaniu do Systemu musi mieć możliwość podglądu swoich zobowiązań finansowych wobec Urzędu Miasta. Minimalne rodzaje zobowiązań finansowych widocznych w Systemie:

a. opłaty za zobowiązania podatkowe (od nieruchomości, transportowy),b. opłata za wieczyste użytkowanie gruntów,c. opłaty za odpady,d. opłaty za sprzedaż drewna,e. opłaty za media i czynsze,f. opłaty za usługi korzystania z cmentarza,g. opłaty za posiadanie psa,h. opłaty za wystawioną Koncesję alkoholową,i. opłaty za zajecie pasa ruchu.

2) Oprócz historii wpłat Użytkownik zewnętrzny musi widzieć terminy na uregulowanie płatności oraz mieć możliwość dokonywania opłat za pomocą bramki płatniczej. Dodatkowo system zapewnia elektroniczne wydawanie zaświadczeń w sprawach podatkowych.

3) Moduł należy zintegrować z systemami dziedzinowymi, które będą funkcjonowały w Urzędzie Miasta. 4) Użytkownik zewnętrzny po zalogowaniu musi mieć możliwość podglądu terminów płatności za

różnego rodzaju usługi, świadczone przez Urząd Miasta i jednostki gminy (płatności za podatki i opłaty, media, zajęcie pasa drogowego, wystawioną Koncesję alkoholową, zachowanie miejsca grzebalnego na cmentarzu).

5) W Systemie istnieje tzw. Kartoteka podatnika, w której pojawia się na bieżąco informacja o wszystkich zobowiązaniach mieszkańca, ich wartościach, terminach, ewentualnych zaległościach i odsetkach. Dostęp do Kartoteki podatnika ma Użytkownik wewnętrzny oraz zalogowany do Systemu Użytkownik zewnętrzny.

6) Autoryzowany Użytkownik zewnętrzny, jeżeli wyraził chęć i zgodę, musi mieć możliwość otrzymywania za pomocą wiadomości e-mail i/lub SMS, przypomnienia o zbliżającym się terminie uregulowania płatności.

7) Autoryzowany Użytkownik zewnętrzny musi mieć możliwość podglądu historii swoich wpłat za usługi (termin, kwota, usługa).

5.3.11 Moduł Elektroniczna Skrzynka Podawcza:

str. 29

1) Użytkownik zewnętrzny musi mieć możliwość złożenia dokumentu drogą elektroniczną. Musi widzieć potwierdzenie wysłania dokumentu (umowa dzierżawy/najmu lokali, itp.). Obieg dokumentu opisany został w pkt. 2.1.8 „Obsługa dokumentów”.

2) Użytkownik wewnętrzny musi mieć możliwość obsługi korespondencji. Będzie odbierał korespondencję, odpowiadał nadawcy, segregował, filtrował i przeszukiwał (po temacie, rodzaju, nazwie, nadawcy, dacie itp.).

3) Wyznaczeni Użytkownicy wewnętrzni mają możliwość wprowadzenia do Systemu oraz przeglądania różnych informacji, m.in.:

a. "Program 500 +",b. ważne numery telefonów,c. ważne adresy e-mail,d. do której kategorii zaliczane są dane odpady.

4) Dane można filtrować.5) Użytkownik zewnętrzny ma możliwość odczytania informacji udostępnionych przez Użytkownika

wewnętrznego.

5.4 Moduły Systemu e-Turystyka

5.4.1 Moduł rezerwacji terminów/ noclegi

1) Użytkownik zewnętrzny ma możliwość rezerwacji zdefiniowanej usługi w wybranym obiekcie sportowo-turystycznym zarządzanym przez gminę lub jednostki podległe. Jeżeli dany obiekt jest zajęty, Użytkownik zewnętrzny ma możliwość zapisania się na listę rezerwową. W przypadku zwolnienia terminu rezerwacji, Użytkownik zewnętrzny otrzyma wiadomość SMS z informacją o zwolnieniu się terminu rezerwacji obiektu.

2) Użytkownik zewnętrzny może sprawdzić terminarz każdego z przewodników i zarezerwować termin wycieczki/pokazu. Przewodnik ma możliwość przeglądu rezerwacji oraz akceptacji/odrzucenia zarezerwowanego terminu wycieczki/pokazu.

5.4.2 Moduł informacyjny

1) Użytkownik zewnętrzny może wybrać sposób odbierania informacji o promocjach, akcjach, planowanych imprezach, wydarzeniach (w tym w Parku aktywności Czarodziejska Góra Relax), rozpoczęciu sprzedaży biletów na wydarzenia oraz imprezy, przypomnienie o kończącej się sprzedaży (SMS lube-mail). System rozsyła wybrany rodzaj wiadomości w wybrany przez Użytkownika zewnętrznego sposób.

2) Użytkownik zewnętrzny ma możliwość przeglądu informacji o atrakcjach znajdujących się na Czarodziejskiej Górze Relax zarówno na stronie www jak i poprzez aplikację mobilną, kierującą zwiedzającego po trasie wycieczki (działająca na zasadzie nawigacji GPS), rozbudowaną o możliwość otwarcia historii lub prezentacji zwiedzanego obiektu – pobieranie informacji za pomocą Beacon bluetooth. Użytkownik zewnętrzny ma możliwość przeglądu cennika oraz harmonogramu atrakcji w Parku aktywności Czarodziejska Góra Relax. Ma również możliwość zobaczenia w Internecie wirtualnej usługi, którą sprzedają np. zjazd na tyrolce, na torze i inne atrakcje.

3) Użytkownik zewnętrzny ma możliwość przeglądu imprez kulturalnych oraz sportowych. System wyświetli informacje o imprezie i cennik. Wyszukiwarka umożliwi filtrowanie danych wg rodzaju imprezy sportowej, daty itp.

4) Użytkownik zewnętrzny ma możliwość podglądu w Systemie listy punktów gastronomicznych. Może również zobaczyć opinie o serwowanych usługach, jak również dodać własne. System posiada wyszukiwarkę, za pomocą której Użytkownik zewnętrzny może wyfiltrować punkty gastronomiczne wg interesujących go kryterium.

5) Użytkownik zewnętrzny ma możliwość przeglądu ofert noclegowych oraz filtrowania danych wg wybranych kryteriów (cena, lokalizacja itp.). W wyszukiwarce ofert będą widoczne informacje

str. 30

wielkości pokojów, cenie noclegu, wyżywieniu, dodatkowych udogodnieniach itp. Użytkownik wynajmujący pokoje ma możliwość wystawienia w Systemie własnej oferty.

6) Użytkownik zewnętrzny ma możliwość sprawdzenia jazdy autobusów, pks oraz pociągów. Umożliwia to wyszukiwarka połączeń

5.4.3 Moduł wycieczki

1) Użytkownik zewnętrzny ma możliwość wyszukania w Systemie tras rowerowych, biegowych i narciarskich, o różnej długości i różnym stopniu trudności. Po włączeniu aplikacji z mapą, na trasie w specjalnie oznakowanych punktach z Beaconami wyświetlą się na urządzeniu mobilnym informacje o trasie (początek trasy, punkty widokowe itp.). Użytkownik zewnętrzny ma możliwość zapisania wybranej trasy.

2) Użytkownik zewnętrzny ma możliwość podglądu mapy z atrakcjami w gminie. Do każdej z widocznych na mapie atrakcji przypisany jest odnośnik do strony zawierającej opis, zdjęcia, cennik oraz kategorię wiekową dla której atrakcja jest adresowana.

3) Użytkownik zewnętrzny ma możliwość wyboru i planowania trasy zwiedzania na wirtualnej mapie.4) Użytkownik zewnętrzny ma możliwość podejrzenia atrakcji, obiektów i ciekawostek po „kliknięciu” na

obiekt na wirtualnej mapie.5) Użytkownik zewnętrzny ma możliwość przeglądu informacji o pięciu wycieczkach (zaproponowanych

przez Użytkownika wewnętrznego). System będzie się składał z aplikacji mobilnej i strony www.6) Użytkownik zewnętrzny po zainstalowaniu odpowiedniej aplikacji w specjalnie oznaczonych punktach

(Beacon) będzie miał możliwość wyświetlenia na urządzeniu mobilnym szczegółów dotyczących zabytków, ciekawostek itp.

7) Użytkownik zewnętrzny podczas zwiedzania będzie „prowadzony” przez beacona oraz będzie miał możliwość odsłuchania informacji o mijanych i pobliskich atrakcjach. Będzie miał również możliwość uruchomienia plików multimedialnych tj. nagranie głosowe, film, prezentacja związana tematycznie z atrakcją.

5.4.4 Moduł Bilety

1) Użytkownik zewnętrzny ma możliwość zakupu biletu online do Parku aktywności Czarodziejska Góra Relax, działającego jako karta dostępu do kołowrotów z czytnikami rozlokowanymi przy wejściu na wybrane atrakcje parku.

2) Użytkownik zewnętrzny ma możliwość zakupu biletu przez System na wybraną imprezę. Po uiszczeniu opłaty w Systemie zmieni się status zakupu na „zapłacony”.

3) Użytkownik zewnętrzny ma możliwość doładowania w Systemie swojego indywidualnego konta.4) Użytkownik zewnętrzny ma możliwość korzystania z atrakcji kompleksu Czarodziejska Góra Relax,

posługując się telefonem do rozliczania wykorzystywanych atrakcji.5) System umożliwia rozliczanie korzystania z atrakcji za pomocą możliwości doładowania konta w

Systemie działającego jako karta dostępu do kołowrotów z czytnikami rozlokowanymi przy wejściu na poszczególne atrakcje.

6) Użytkownik zewnętrzny tak długo może „bezobsługowo” korzystać z atrakcji kompleksu Czarodziejska Góra Relax, dopóki wielkość środków na jego koncie będzie większa od ceny danej atrakcji. Po tym czasie będzie zmuszony uzupełnić konto.

5.4.5 Moduł Galeria

1) Użytkownik zewnętrzny ma możliwość przeglądu zdjęć obiektu sportowego z galerii udostępnionej przez administratora danego obiektu sportowo-kulturalnego. Zdjęcia można przeglądać oraz pobierać, jeżeli autor udzieli takiego upoważnienia.

2) Użytkownik zewnętrzny ma możliwość przeglądu galerii punktów gastronomicznych udostępnionych przez właściciela punktu (bądź osoby upoważnionej przez niego).

3) Przegląd galerii tras oraz zabytków znajdujących się przy danej trasie.

str. 31

4) Przegląd galerii zabytków, obiektów, atrakcji znajdujących się na terenie Jedliny-Zdrój.

5.4.6 Moduł Kalendarz

1) Użytkownik zewnętrzny ma możliwość przeglądu w Systemie najnowszych dodanych zdarzeń do kalendarza.

2) Użytkownicy mają możliwość utworzenia w kalendarzu wydarzeń wraz z linkiem prowadzącym do informacji o wydarzeniu. Wydarzenia są pogrupowane wg dziedziny.

3) W Kalendarzach będą widoczne wydarzenia związane z imprezami sportowymi, kulturalnymi, jubileuszowymi itp. Uprawniony Operator Systemu musi mieć możliwość łatwej aktualizacji zdarzeń w kalendarzach.

str. 32

5.5 Wymagania dla Oprogramowania narzędziowo – bazodanowego:

1) Oprogramowania bazodanowe musi być dostępne dla systemów operacyjnych co najmniej: Linux 32-bit i 64-bit, MS Windows 32-bit i 64-bit oraz zaoferowanego systemu operacyjnego dla serwera baz danych. Identyczna funkcjonalność serwera bazy danych na w/w platformach.

2) Wykonawca zobligowany jest dostarczyć bezterminową licencję oprogramowania bazodanowego dla serwerów zakupionych w ramach projektu.

3) W Systemie musi być zachowana niezależność platformy systemowej dla oprogramowania klienckiego/ serwera aplikacyjnego od platformy systemowej bazy danych.

4) Możliwość przeniesienia (migracji) struktur bazy danych i danych pomiędzy ww. platformami bez konieczności rekompilacji aplikacji bądź migracji środowiska aplikacyjnego.

5) Przetwarzanie z zachowaniem spójności i maksymalnego możliwego stopnia współbieżności. Modyfikowanie wierszy nie może blokować ich odczytu, z kolei odczyt wierszy nie może ich blokować do celów modyfikacji. Jednocześnie spójność odczytu musi gwarantować uzyskanie rezultatów zapytań odzwierciedlających stan danych z chwili jego rozpoczęcia, niezależnie od modyfikacji przeglądanego zbioru danych.

6) Wsparcie dla wielu ustawień narodowych i wielu zestawów znaków (włącznie z Unicode).7) Skalowanie rozwiązań opartych o architekturę trójwarstwową: możliwość uruchomienia wielu sesji

bazy danych przy wykorzystaniu jednego połączenia z serwera aplikacyjnego do serwera bazy danych.

8) Możliwość otworzenia wielu aktywnych zbiorów rezultatów (zapytań, instrukcji DML) w jednej sesji bazy danych.

9) Wsparcie protokołu XA.10) Wsparcie standardu JDBC co najmniej w wersji 3.0.11) Zgodność ze standardem ANSI/ISO SQL 2003 lub nowszym.12) Brak formalnych ograniczeń na liczbę tabel i indeksów w bazie danych oraz na ich rozmiar (liczbę

wierszy).13) Wsparcie dla procedur i funkcji składowanych w bazie danych. Język programowania powinien być

językiem proceduralnym.14) Procedury i funkcje składowane powinny mieć możliwość parametryzowania za pomocą parametrów

prostych jak i parametrów o typach złożonych, definiowanych przez użytkownika. Funkcje powinny mieć możliwość zwracania rezultatów jako zbioru danych, możliwego do wykorzystania jako źródło danych w instrukcjach SQL (czyli występujących we frazie FROM). Ww. jednostki programowe powinny umożliwiać wywoływanie instrukcji SQL (zapytania, instrukcje DML, DDL), umożliwiać jednoczesne otwarcie wielu tzw. kursorów pobierających paczki danych (wiele wierszy za jednym pobraniem) oraz wspierać mechanizmy transakcyjne (np. zatwierdzanie bądź wycofanie transakcji wewnątrz procedury).

15) Możliwość deklarowania wyzwalaczy (triggerów) na poziomie instrukcji DML (INSERT, UPDATE, DELETE) wykonywanej na tabeli, poziomie każdego wiersza modyfikowanego przez instrukcję DML.

16) Powinna istnieć możliwość autoryzowania użytkowników bazy danych za pomocą rejestru użytkowników założonego w bazie danych.

17) Przywileje użytkowników bazy danych muszą być określane za pomocą przywilejów systemowych (np. prawo do podłączenia się do bazy danych – czyli utworzenia sesji, prawo do tworzenia tabel itd.) oraz przywilejów dostępu do obiektów aplikacyjnych (np. odczytu/ modyfikacji tabeli, wykonania procedury).

18) Baza danych musi umożliwiać nadawanie ww. przywilejów za pośrednictwem mechanizmu grup użytkowników/ ról bazodanowych. W każdej chwili by wykonać jakąkolwiek czynność w zakresie systemu zarządzania bazami danych użytkownik musi posiadać odpowiednią rolę bądź podzbiór ról ze zbioru ról dostępnych w systemie zarządzania bazami danych.

19) Baza danych musi umożliwiać wykonywanie kopii bezpieczeństwa oraz zautomatyzowanego usuwania zbędnych kopii bezpieczeństwa przy zachowaniu odpowiedniej liczby kopii nadmiarowych – stosownie do założonej polityki nadmiarowości backup'ów. Wykonywanie kopii bezpieczeństwa powinno być możliwe w trybie offline oraz w trybie online.

str. 33

20) Baza danych, w razie awarii, musi umożliwiać odtworzenie danych z plików kopii zapasowych. Powinna umożliwiać odtworzenie całej bazy danych oraz poszczególnych tabel.

21) Wbudowana obsługa wyrażeń regularnych zgodna ze standardem POSIX dostępna z poziomu języka SQL jak i procedur/funkcji składowanych w bazie danych.

5.6 Aplikacja na urządzenia mobilne

1) Wykonawca wykona aplikację mobilną, która będzie ściśle współpracowała z Systemem. Aplikacja mobilna musi być umieszczona na portalu w sposób umożliwiający pobranie jej na urządzenia mobilne. Aplikacja mobilna musi być opracowana na systemy operacyjne: Android (co najmniej w 3 ostatnich wersjach), iOS (co najmniej w 3 ostatnich wersjach) oraz Windows (co najmniej w 2 ostatnich wersjach).

2) Aplikacja mobilna ma realizować funkcjonalności uzgodnione z Zamawiającym:a. wynikające z wymagań dla systemu e-Urząd,b. wynikające z wymagań dla systemu e-Turystyka.

5.7 Pozostałe wymagania

5.7.1 Ergonomia systemu:

1) Wykonawca opracuje architekturę informacji Systemu dziedzinowego.2) Na podstawie architektury informacji, Wykonawca przygotuje statyczne makiety interfejsu

użytkownika zapisane w postaci plików PNG.3) Wykonawca przygotuje projekt graficzny interfejsu użytkownika w wersji domyślnej i w wersji

wysokokontrastowej. Projekt graficzny będzie zgodny z Web Content Accessibility Guidelines (WCAG 2.0).

4) Projekt graficzny interfejsu użytkownika zostanie dostarczony w formacie plików PNG.5) Poprawna obsługa stron na urządzeniach mobilnych zapewniona jest poprzez realizację Systemu w

technologii RWD lub przygotowanie odrębnej wersji Systemu na urządzenia mobilne.

5.7.2 Zarządzanie uprawnieniami

Wymagania dotyczące zarządzania uprawnieniami i rolami w systemie:

1) Architektura systemu musi zapewniać definiowanie użytkowników w sposób scentralizowany i wyodrębniony dla komórek Urzędu Miasta, jednostek biznesowych i użytkowników indywidualnych.

2) Architektura systemu musi zapewniać zarządzanie danymi zgodnie z logiką biznesową, przy jednoczesnym rozproszeniu dostępności do usług, pozwalając na zarządzanie tymi zasobami przez upoważnione podmioty, zgodnie z ich formalnymi kompetencjami.

3) Architektura systemu musi pozwalać na definiowanie hierarchii poszczególnych poziomów administracji systemem, zgodnie z odpowiedzialnością poszczególnych podmiotów za utrzymywane zasoby.

4) Architektura systemu musi zapewniać scentralizowaną administrację uprawnieniami dostępu do poszczególnych modułów, przynajmniej w zakresie:

a. definiowanie użytkowników,b. przypisywanie ról aplikacyjnych do użytkowników,c. definiowanie grup użytkowników i przypisanych im ról,d. definiowanie parametrów zabezpieczeń logowania i reguł haseł,e. definiowanie harmonogramów logowania.

str. 34

5.7.3 Architektura systemu.

System powinien mieć budowę spełniającą następujące wymagania:

1) Architektura warstwy aplikacyjnej musi być trójwarstwowa i obejmować:a. warstwę danych – poziom wewnętrzny systemu, na którym zlokalizowana będzie baza

danych,b. warstwę logiki biznesowej –warstwa pośrednicząca pomiędzy poziomem wewnętrznym a

zewnętrznym systemu, której zadaniem ma być pośredniczenie pomiędzy aplikacjami użytkownika, a zasobami informacyjnymi oraz generowanie i udostępnianie aplikacji w portalu intranetowym lub portalu Internetowym.

c. warstwę prezentacji –poziom zewnętrzny, dostępny dla użytkownika.2) System musi posiadać uruchomione API (zdefiniowane i udokumentowane) umożliwiające na

wymianę danych z trzecimi systemami, które w przyszłości będą wymagać integracji.3) API powinno być oparte o Webserwisy i/lub rozwiązania REST.4) Każdy moduł podsystemów dziedzinowych systemu musi obejmować:

a. Komponent aplikacji bazodanowej (schemat), odpowiedzialny za utrzymanie określonych zasobów związanych z dziedziną, którą obsługuje ten moduł;

b. Komponent warstwy logiki biznesowej, odpowiedzialny za zarządzanie zasobami danej dziedziny, przekazywanie żądań użytkownika i generowanie odpowiedzi do interfejsu aplikacji sieciowej;

c. Komponent warstwy prezentacyjnej, generujący interfejs użytkownika aplikacji sieciowej, będącej klientem systemu, dostarczający zgodnie z uprawnieniami użytkownika funkcjonalność niezbędną do realizacji przypisanych mu zadań.

5) Dostawca musi zapewnić platformę sprzętową i programową, na której system zostanie uruchomiony.

6) Platforma ta musi umożliwiać uruchamianie modułów systemu jako kolejnych maszyn wirtualnych.7) Na wytworzone na potrzeby Systemu dedykowane oprogramowanie dziedzinowe zostanie

Zamawiającemu udzielona licencja na dowolną ilość użytkowników i czas nieokreślony.8) Inne dodatkowe oprogramowanie (o ile będzie wymagane) będzie dostarczone z licencją na czas

nieokreślony.

str. 35

5.7.4 Bezpieczeństwo

1) System musi być zabezpieczony za pomocą zapór sieciowych w każdym punkcie styku z Internetem. Zapory sieciowe muszą zapewniać co najmniej filtrowanie w warstwach 3 i 4 (modelu ISO/OSI) i pracować w trybie śledzenia połączeń (stateful inspection).

2) Usługi www muszą być zabezpieczone za pomocą zapory aplikacyjnej (web application firewall) działającej na dedykowanym urządzeniu lub jako aplikacja na serwerze.

3) Wszystkie usługi www wymagające przesyłania poświadczeń użytkownika oraz prezentujące dane osobowe lub wrażliwe muszą być zabezpieczone za pomocą protokołu SSL (połączenia HTTPS) z wykorzystaniem dedykowanego certyfikatu SSL.

4) Obszary systemu przechowujące dane osobowe i wrażliwe oprócz zabezpieczenia firewallem wymagają zabezpieczenia za pomocą systemu wykrywania włamań (IDS) i zapobiegania włamaniom (IPS), które mogą być zintegrowane z firewallem.

5) Wraz z elementami zabezpieczającymi wymagane jest dostarczenie rozwiązań do monitorowania bezpieczeństwa umożliwiającego na:

a. kolekcjonowanie, archiwizację i podgląd logów z urządzeń firewall,b. przegląd bieżących alarmów dot. naruszenia bezpieczeństwa.

6) Dane powinny być przechowywane na odpowiedniej wielkości wolumenach dyskowych opartych o grupy RAID zapewniające działanie systemu nawet w przypadku uszkodzenia 2 dysków twardych w danej grupie.

7) System musi umożliwiać tworzenie automatycznych kopii zapasowych (archiwizację pełną i przyrostową) danych według harmonogramu, nie rzadziej niż raz dziennie, z umożliwieniem wykonania kopii w dowolnym momencie.

8) System musi umożliwiać wybór między archiwizacją pełną, a przyrostową, przy założeniu takim, że na podstawie kopii zapasowych musi być możliwe automatyczne odtworzenie systemu wraz z danymi w dowolnym momencie.

9) System musi zapewnić działania zgodnie z zasadami gwarantującymi taką eksploatację infrastruktury, aby zapewnić bezpieczeństwo informacji rozumiane jako: poufność, integralność i dostępność, przy uwzględnieniu autentyczności, rozliczalności, niezaprzeczalności i niezawodności.

10) System musi zapewnić bezpieczeństwo informacji poprzez monitorowanie zdarzeń systemu, dotyczących:

a. dostępu do danych w systemie,b. akcji użytkownika,c. edycji danych.

11) Monitor systemu musi zawierać przynajmniej następujące dzienniki:a. aktywności logowania do systemu,b. aktywności aktualizacji danych systemu,c. aktywności uruchomianych funkcji systemu,d. aktywności przeglądania stron systemu.

12) Wytyczne dotyczące bezpieczeństwa systemu powinny obejmować:a. wytyczne dotyczące nadawania uprawnień,b. wytyczne dotyczące tworzenia kopii zapasowych,c. wytyczne budowy haseł,d. wytyczne dotyczące zarządzania zmianami i konfiguracją,e. wytyczne dotyczące zabezpieczenia systemu informatycznego,f. wykaz zbiorów danych, opis ich struktury i sposobu przepływu danych,g. wytyczne w zakresie organizacji systemu bezpieczeństwa danych wraz z procedurami obsługi

wniosków i upoważnień.

5.7.5 Wydajność, pojemność i dostępność systemu

str. 36

1) System musi posiadać wydajność i pojemność wystarczającą do sprawnego funkcjonowania, przez co najmniej 5 lat od odbioru końcowego.

2) Wydajność Systemu musi być dostosowana do ilości przetwarzanych danych, liczby użytkowników oraz liczby transakcji przy zachowaniu zapasu zakładającego wzrost obciążenia systemu w przyszłości.

3) System musi spełniać następujące wymagania dotyczące wydajności:a. Maksymalny czas odpowiedzi aplikacji o dostępie przeglądarkowym nieprzekraczający 3 sek.

(przy założeniu, że klient dysponuje łączem o przepustowości min. 3 Mbps download). b. Zapewniać jednoczesne korzystanie z portali Systemu przez 500 jednoczesnych

Użytkowników e-usług przy zachowaniu ww. czasu odpowiedzi.4) System musi być dostępny 24/7 w zakresie 99,5% w ciągu roku.5) System musi być zaprojektowany przynajmniej w swoim rdzeniu z wykorzystaniem rozwiązań

wysokiej dostępności takich jak: redundancja kluczowych elementów serwera/ serwerów, redundancja połączeń sieciowych, zasilanie zapasowe.

6) System musi być skalowalny tak, aby można było go rozbudowywać o kolejne e-usługi i interfejsy do systemów trzecich.

7) Konfiguracja systemu musi umożliwiać na elastyczny i łatwy sposób rozszerzenia w przyszłości wolumenów dyskowych np. dzięki zastosowaniu rozwiązania Logical Volume Manager lub podobnych.

8) Konfiguracja systemu musi umożliwiać w razie potrzeby na elastyczny sposób przydzielania lub odbierania zasobów RAM i CPU poszczególnym serwerom, na których pracują e-usługi.

5.7.6 Wymagania dotyczące migracji danych i integracji

1) Wymagana jest dostarczenie przez Wykonawcę systemu o takich samych lub lepszych funkcjonalnościach i parametrach jak działające obecnie w urzędzie systemy wraz przeniesieniem baz.

2) Wymagana jest integracja z systemem „Legislator”, Besti@ oraz Płatnik w pełnym zakresie.3) Wymagana jest funkcjonalność systemu, która zapewni prawidłową realizację budżetu Gminy i jej

jednostek podległych poprzez zapewnienie bezpieczeństwa władzom Urzędu w zakresie wykonania zaangażowania (umów, decyzji). Ponadto, System na bieżąco powinien dostarczyć informacji o wolnych środkach do dyspozycji referatu, wydziału jak i całego Urzędu. Musi istnieć możliwość wykorzystania Systemu tak aby uzyskać pełną informację o wykonaniu budżetu jednostki i jej jednostek zarówno w układzie zadaniowym jak i paragrafowym.

4) Wykaz istniejących systemów wraz z funkcjonalnością:

URZĄD MIASTA

Lp. Nazwa systemu

Lista realizowanych przez system funkcji

Jednostka UM administrująca

systemDostawca systemu Rodzaj (aplikacja

desktopowa/www)

1 EBUD+ System Ewidencji Budynków EBUD+ służy do prowadzenia ewidencji budynków, lokali mieszkalnych i użytkowych, naliczania czynszów i opłat eksploatacyjnych za lokale, nakładów finansowych na budynek oraz rozliczania tych

Urząd Miasta Radix Systemy Komputerowehttp://www.radix.com.pl/systemy.acs?id=347398

desktop

str. 37

nakładów na wspólnoty mieszkaniowe.

2 EGW+

System Naliczania Opłat za Użytkowanie Wieczyste Gruntów EGW+ jest przeznaczony do naliczania opłat za użytkowanie wieczyste gruntów, tworzenia i drukowania decyzji dotyczących opłat rocznych oraz do prowadzenia wieloletniego archiwum.

Urząd Miasta

Radix Systemy Komputerowehttp://www.radix.com.pl/systemy.acs?id=347378

www

3 EGZ+

System Obsługi Egzekucji EGZ+ jest przeznaczony do obsługi tytułów wykonawczych zarejestrowanych w systemie WIP+. Program rozszerza zakres funkcjonalny WIP+ i służy do usprawnienia procesu egzekucji tytułów wykonawczych

Urząd Miasta


www

4 ELUD+

System Ewidencji Ludności ELUD jest przeznaczony do obsługi Lokalnego Banku Danych PESEL w zakresie zadań zleconych gminie i rejestru wyborców.

Urząd Miasta


desktop

5 FAKTURA+

System FAKTURA służy do rejestracji i drukowania faktur i rachunków sprzedaży VAT, faktur i rachunków korygujących, prowadzenia kartoteki faktur, towarów i usług oraz kartoteki płatników, bieżącej aktualizacji kartotek, modyfikacji danych oraz sporządzania dowolnych wykazów i zestawień

Urząd Miasta


desktop

6 FKB+

System Księgowości Budżetowej FKB służy do prowadzenia ksiąg rachunkowych wg klasyfikacji budżetowej, wspomagania prac nad budżetem jednostki samorządu terytorialnego

Urząd Miasta


desktop

7 GOK+

System Gospodarowania Odpadami Komunalnymi GOK+ służy do gromadzenia informacji niezbędnych do prawidłowego funkcjonowania w Urzędzie ewidencji związanej z gospodarowaniem odpadami komunalnymi.

Urząd Miasta


www

8 KADRY+ System KADRY+ służy do rejestracji danych osobowych pracowników, prowadzenia kartotek zawierających warunki i zasady zatrudnienia, przebieg pracy zawodowej, dane do ubezpieczenia ZUS i inne,

Urząd Miasta Radix Systemy Komputerowehttp://www.radix.com.pl/systemy.acs?id=347340

www

str. 38

prowadzenia ewidencji czasu pracy, drukowania dokumentów związanych z zatrudnieniem

9 KASA+

System KASA+ przeznaczony jest do obsługi okienek kasowych Urzędu. Umożliwia rejestrację wpłat gotówkowych/czekowych

Urząd Miasta


desktop

10 NDZ+

System Naliczania Opłat Dzierżawnych NDZ+ jest przeznaczony do rejestracji umów dzierżaw i najmu oraz do naliczania opłat z tytułu umów dzierżaw lub najmu

Urząd Miasta


www

11 POGRUN+

System Naliczania Podatków od Gruntów i Nieruchomości POGRUN służy do naliczania podatku rolnego, leśnego i od nieruchomości, wprowadzania zmian i naliczania związanych z nimi przypisów i odpisów

Urząd Miasta


desktop

12 PŁACE+

System PŁACE+, we współpracy z systemem KADRY+, służy do automatycznego sporządzania list płac zatrudnionych pracowników i drukowania zestawień płacowych

Urząd Miasta


www

13 STW+

System Środki Trwałe STW jest przeznaczony do obsługi zadań związanych z prowadzeniem ewidencji środków trwałych, wyposażenia oraz wartości niematerialnych i prawnych.

Urząd Miasta


desktop

14 WIP+

System Windykacji Opłat i Podatków WIP służy do zakładania i bieżącej aktualizacji kont rozrachunkowych dla wszystkich płatników z terenu gminy, księgowania operacji na poszczególnych kontach

Urząd Miasta


desktop

15 Czynsze Program do naliczania opłat za media Urząd Miasta

Infospółka Ząbkowice Śląskiehttp://www.info-spolka.com/czynsze.htm

desktop

16 EMUiA Ewidencja Miejscowości, ulic i adresów

Urząd Miasta, GUGIK

GUGIKhttps://emuia.gugik.gov.pl/

www

17 WebEwid Ewidencja gruntów i budynków

Urząd Miasta, Starostwo Powiatowe w Wałbrzychu

Geomatyka Krakówhttp://geomatyka-krakow.pl/portal/index.php/programy/webewid

www

18 Cmentarz Ewidencja grobów Urząd Miasta BILANS- Pracownia desktop

str. 39

i pochowanych

Komputeryzacji Przedsiębiorstw – Tychyhttp://www.bilans.com.pl/prog_cmentarz.php

19 SIO System Informacji Oświatowej MEN

Urząd Miasta, Ministerstwo Edukacji Narodowej

MENhttp://www.cie.men.gov.pl/index.php/sio.html

www

20 ePUAP Skrzynka podawcza, profile zaufane pracowników

Urząd Miasta, Ministerstwo Spraw Wewnętrznych i Administracji

MSWIAhttp://epuap.gov.pl/wps/portal

www

21 BIP Biuletyn informacji publicznej Urząd Miasta

Heapmail Internet Solutionshttp://www.bip.um.jedlina.pl/o-bip-ie/5

www

22 Strona WWW

Strona internetowa, informacje, aktualności, promocja Urząd Miasta

Joomla, freewarehttp://www.jedlinazdroj.eu/

www

23 Źródło Obsługa rejestru PESEL, USC, Dowody osobiste

Urząd Miasta, Ministerstwo Spraw Wewnętrznych i Administracji

MSWIAhttp://plid.obywatel.gov.pl/zrodlo-urzednik

www

24 EsoUSCProgram wspomagający pracę Urzędu Stanu Cywilnego, drukowanie aktów, ewidencja

Urząd Miasta Biuro Komplex Serwice Wrocław desktop

25 BESTI@

Informatyczny System Zarządzania Budżetami Jednostek Samorządu Terytorialnego

Urząd Miasta, Ministerstwo Finansów

MFhttp://www.budzetjst.pl/

desktop

26 LEX System informacji prawnej Urząd Miasta

Wolters Kluwerhttp://www.produkty.lex.pl/serwis-informacji-prawnej/

www

7) Dodatkowo Wykonawca zapewni integrację danych prezentowanych w modułach systemów e-Urząd i obecnego Biuletynu Informacji Publicznej zawierającego rejestr zabytków i system informacji o środowisku z nowo powstałym systemem BIP, uwzględniającym niżej wymienione założenia techniczne oraz wytyczne z Rozporządzenia z dnia 17 maja 2002 r. w sprawie Biuletynu Informacji Publicznej.:

Strona podmiotowa BIP udostępniana jest pod adresem internetowym wskazującym jednoznaczną lokalizację, np. www.bip.jedlinazdroj.eu;

Strony BIP są wyposażone w mechanizm dziennika (Rejestr Zmian), w którym odnotowywane są zmiany w treści informacji publicznych udostępnianych w BIP oraz próby dokonywania takich zmian przez osoby nieuprawnione. Dzienniki dla tych stron prowadzone są w sposób automatyczny;

str. 40

http://www.bip.jedlinazdroj.eu/

BIP musi być zbudowany w oparciu o mechanizmy bazy danych - w większości przypadków serwisy internetowe budowane są w oparciu o statyczne strony, a więc nie spełniają one wymagań BIP;

BIP musi udostępniać podmiotowi moduł administracyjny zabezpieczony hasłem dla danego użytkownika;

BIP musi być wyposażony w dodatkowe funkcje bezpieczeństwa uniemożliwiające - inny niż poprzez serwis internetowy BIP - dostęp do informacji osobom niepowołanym;

W celu zabezpieczenia ciągłości publikacji (na wypadek awarii) podmioty prowadzące BIP zobowiązane są do posiadania serwera zastępczego;

Każdy podmiot udostępniający informację publiczną zobowiązany jest do umożliwienia kopiowania tejże informacji lub jej wydruk oraz przesłania lub przeniesienia jej na odpowiedni, powszechnie stosowany nośnik informacji;

informacje zgromadzone w bazie danych BIP muszą być kopiowane systematycznie na odrębne nośniki informacji nie rzadziej niż raz na dobę.

BIP musi być zintegrowany z systemem e-Urząd w zakresie: a) automatycznego (tj. bez udziału użytkownika/operatora) z wykorzystaniem

Brokera Integracyjnego przesyłania statusów spraw prowadzonych w systemie e-Urząd. b) automatycznego (tj. bez udziału użytkownika/operatora) z wykorzystaniem

Brokera Integracyjnego przesyłania rejestrów i ich zawartości prowadzonych w systemie e-Urząd.

BIP w zakresie przesyłania statusów spraw musi: a) automatycznie przesyłać dane w odstępach czasowych zgodnie z ustalonym

harmonogramem, musi istnieć możliwość dowolnego skonfigurowania częstotliwości przesyłania statusów spraw

b) automatycznie przesyłać wraz z unikalnym identyfikatorem spraw także status systemowy (krok procesu na którym znajduje się rozpatrywanie sprawy), status wprowadzony ręcznie przez referenta prowadzącego sprawę, przewidywany czas do zakończenia rozpatrywania sprawy oraz dane referenta prowadzącego i dbać o właściwą prezentacje danych na stronie przedmiotowej BIP.

5.7.7 Wymagania dotyczące projektu graficznego ZSI

1) Wykonawca przedstawi do zatwierdzenia Zamawiającego 3 projekty graficzne portali.2) Zamawiający może zgłosić na piśmie uwagi do projektu w ciągu 3 dni roboczych od przekazania

przez Wykonawcę.3) Wykonawca zobowiązuje się do uwzględnienia uwag Zamawiającego oraz przedstawienia

poprawionego projektu w terminie ustalonym przez strony, nie krótszym jednak niż 7 dni roboczych od dnia wniesienia uwag przez Zamawiającego.

4) Akceptacja poprawionego projektu nastąpi na piśmie,

5.7.8 Wymagania dotyczące Systemu Zarządzania Treścią (CMS)

1) System winien być wykonany z wykorzystaniem oprogramowania open source lub oprogramowania, dla którego Wykonawca przekaże bezterminową licencję na rozbudowę Systemu przez Zamawiającego oraz dokumentację API.

2) System powinien posiadać budowę modularną, umożliwiająca rozszerzenie o nowe komponenty (moduły) funkcjonalne oraz ich włączanie/wyłączanie w zależności od potrzeb.

3) Interfejsy administratora portalu powinny być dostępne języku polskim.

str. 41

4) Powinna istnieć możliwość tworzenia obcojęzycznych wersji umieszczanych w portalach treści (z poprawną obsługą narodowych znaków diakrytycznych) wraz z ich prostą publikacją bez konieczności tworzenia obcojęzycznych replik portali.

5) System powinien posiadać udokumentowany interfejs API umożliwiający korzystanie z funkcji Systemu CMS oraz budowę dedykowanych rozszerzeń Systemu.

6) W momencie uruchomienia CMS powinien zawierać następujące działy:a. Informacje o projekcie,b. Dostępne mapy w postaci galerii,c. Aktualności,d. Statystyki danych, dotyczące publikowanych informacji,e. Formularz kontaktowy.

7) Ogólne wymagania CMS:a. Możliwość dodawania nieograniczonej liczby wpisów (np. aktualności, artykułów)

ilustrowanych zdjęciami i grafikami.b. Możliwość samodzielnego tworzenia drzewa kategorii i tagów i dodawania do nich wpisów.c. Możliwość dodawania nieograniczonej liczby stron (np. o mnie, kontakt, galeria).d. Możliwość samodzielnego ustawiania adresów URL wpisów i stron.e. Możliwość tworzenia stron podrzędnych i nadrzędnych (np. strona Kontakt może być stroną

podrzędną strony O mnie).f. Możliwość dostosowywania treści w edytorze WYSWIG (pogrubianie, zmiana koloru i

wielkości czcionki, wstawianie śródtytułów, wstawianie list numerowanych i wypunktowanych, wstawianie linków, cytatów itp.)

g. Możliwość stosowania znaczników HTML w edytorze treści (w trybie tekstowym).h. Możliwość łatwej edycji wcześniej dodanych wpisów i stron.i. Możliwość dodawania wybranych treści zabezpieczonych hasłem lub prywatnych.j. Możliwość publikacji treści natychmiast lub zaplanowania publikacji na dowolny dzień i

godzinę.k. Automatyczne zapisywanie (backup) tworzonych treści.l. Możliwość przyklejania najważniejszych wpisów na samej górze strony.m. Możliwość zapisywania szkiców do dokończenia w późniejszym terminie.n. Możliwość zarządzania wpisami i stronami (sortowanie, wyszukiwanie, kasowanie, edycja

pojedyncza i hurtowa).o. Możliwość tworzenia wielopoziomowego menu.p. Możliwość zmiany kolejności odnośników w menu.q. Możliwość zmiany etykiet (napisów) odnośników w menu.r. Możliwość dodawania obrazków wyróżniających do wpisów.s. Możliwość dodawania nieograniczonej liczby zdjęć i grafik.t. Możliwość tworzenia galerii obrazów.u. Możliwość zmiany kolejności obrazów w galerii.v. Możliwość dodawania podpisów i tekstów alternatywnych do obrazów.w. Możliwość powiększania obrazów (lightbox).x. Możliwość automatycznego tworzenia osobnej podstrony dla każdego obrazu w galerii.y. Możliwość dodawania innych plików multimedialnych (video i muzycznych) oraz osadzania

ich na stronie.z. Możliwość tworzenia playlist plików muzycznych i video.aa. Automatyczne tworzenie kilku rozmiarów wgranych zdjęć (do zastosowania w różnych

miejscach na stronie).bb. Możliwość edycji wgranego zdjęcia (kadrowanie, przycinanie, obracanie, odbicie lustrzane)cc. Możliwość osadzania na stronie zdjęcia znajdującego się na innej stronie w Internecie.dd. Możliwość dodawania do strony pasków bocznych z różnymi informacjami na stałe i

widgetami.ee. Możliwość wyświetlania w pasku bocznym archiwum (lista linków do archiwów

poszczególnych miesięcy).ff. Możliwość wyświetlania w pasku bocznym kalendarza z zaznaczonymi wpisami.gg. Możliwość wyświetlania w pasku bocznym najnowszych wpisów.hh. Możliwość wyświetlania w pasku bocznym listy stron lub dowolnego menu.ii. Możliwość wyświetlania w pasku bocznym wyszukiwarki.

str. 42

jj. Możliwość wyświetlania w pasku bocznym chmury tagów.kk. Możliwość wyświetlania w pasku bocznym drzewa kategorii.ll. Możliwość wyświetlania w pasku bocznym najnowszych komentarzy.mm. Możliwość wyświetlania w pasku bocznym kanału RSS.nn. Możliwość wyświetlania w pasku bocznym dowolnego tekstu, grafiki lub skryptu.oo. Możliwość rejestracji wielu użytkowników.pp. Możliwość nadawania użytkownikom różnych uprawnień qq. Możliwość edycji profili użytkowników.rr. Możliwość importu treści z popularnych platform do blogowania (np. WordPress, Blogger,

Tumblr).ss. Możliwość zamiany kategorii na tagi, lub tagów na kategorie.tt. Możliwość eksportu treści strony do pliku XML.uu. Możliwość zmiany meta tagów witryny (tytuł, opis).vv. Możliwość ustawienia strefy czasowej, formatu daty i godziny.ww. Możliwość ustawienia domyślnego języka witryny.xx. Możliwość ustawienia czy na stronie głównej ma się wyświetlać stała treść czy lista wpisów.yy. Możliwość ustawienia stronicowania (i określenia ile wpisów ma się wyświetlać na jednej

stronie).zz. Możliwość określenia ustawień dla kanału RSS (liczba wpisów, rodzaj wpisów – wypisy czy

cała treść).aaa. Możliwość określenia, czy strona powinna być indeksowana przez wyszukiwarki (np.

Google).bbb. Możliwość automatycznego powiadamiania stron, które zostały wspomniane w danym

wpisie.ccc. Możliwość porządkowania mediów (obrazków, plików video i muzycznych, dokumentów) w

folderach z nazwami miesięcy w nazwach.ddd. Możliwość określania struktury odnośników na stronie (np. kolejne wpisy oznaczane

numerami lub adresy URL generowane z tytułu wpisu).eee. Możliwość zmiany aliasów kategorii i tagów.fff. Możliwość późniejszej zmiany motywu (wyglądu) strony.ggg. Możliwość zmiany układu strony (np. jeden pasek boczny z lewej lub prawej, dwa paski

boczne po obu stronach itp.)hhh. Możliwość ustawienia ikony favicon (małej ikonki wyświetlającej się w pasku przeglądarki).iii. Możliwość ustawienia stopki (footer) np. z informacjami o cookies lub prawach autorskich.jjj. Możliwość dodania linków do profili społecznościowych.

5.7.9 Wymagania prawne

Zamawiający wymaga aby przedmiot zamówienia spełniał wymagania zawartych w n/w przepisach prawa z uwzględnieniem ich aktualizacji na dzień odbioru.

1) Ustawa z dnia 21 sierpnia 1997 r. o gospodarce nieruchomościami (Dz.U. 2016 poz. 2147).2) Ustawa z dnia 29 lipca 2005 r. o przekształceniu prawa użytkowania wieczystego w prawo własności

nieruchomości (Dz.U. 2012 poz. 83).3) Rozporządzenie Rady Ministrów z dnia 17 stycznia 2013 r. w sprawie zintegrowanego Systemu

informacji o nieruchomościach (Dz.U. 2013 poz. 249).4) Rozporządzenie Rady Ministrów z dnia 29 czerwca 2005 r. w sprawie powszechnej taksacji

nieruchomości (Dz.U. 2005 Nr 131 poz. 1092).5) Rozporządzenie Rady Ministrów z dnia 21 września 2004 r. w sprawie wyceny nieruchomości i

sporządzania operatu szacunkowego (Dz.U. 2004 Nr 207 poz. 2109).6) Ustawa z dnia 23 lipca 2003 r. o ochronie zabytków i opiece nad zabytkami (Dz.U. 2014 poz. 1446).7) Rozporządzenie Ministra Kultury i Dziedzictwa Narodowego z dnia 26 maja 2011 r. w sprawie

prowadzenia rejestru zabytków, krajowej, wojewódzkiej i gminnej ewidencji zabytków oraz krajowego wykazu zabytków skradzionych lub wywiezionych za granicę niezgodnie z prawem (Dz.U. 2011 Nr 113 poz. 661).

str. 43

8) Rozporządzenie Ministra Kultury i Dziedzictwa Narodowego z dnia 18 lutego 2011 r. w sprawie wzorów dokumentów oceny wskazującej czas powstania zabytku, wyceny zabytku oraz potwierdzenia wwozu zabytku na terytorium Rzeczypospolitej (Dz.U. 2011 Nr 50 poz. 256).

9) Rozporządzenie Rady Ministrów z dnia 10 grudnia 2010 r. w sprawie Klasyfikacji Środków Trwałych (KŚT) (Dz.U. 2016 poz. 1864).

10) Ustawa z dnia 27 marca 2003 r. o planowaniu i zagospodarowaniu przestrzennym (Dz.U. 2016 poz. 778).

11) Rozporządzenie Ministra Infrastruktury z dnia 26 sierpnia 2003 r. w sprawie wymaganego zakresu projektu miejscowego planu zagospodarowania przestrzennego (Dz.U. 2003 Nr 164 poz. 1587).

12) Ustawa z dnia 7 lipca 1994 r. Prawo budowlane (Dz.U. 2016 poz. 290).13) Rozporządzenie Ministra Infrastruktury z dnia 12 kwietnia 2002 r. w sprawie warunków technicznych,

jakim powinny odpowiadać budynki i ich usytuowanie (Dz.U. 2015 poz. 1422).14) Rozporządzenie Ministra Infrastruktury z dnia 3 lipca 2003 r. w sprawie książki obiektu budowlanego

(Dz.U. 2003 Nr 120 poz. 1134).15) Ustawa z dnia 21 marca 1985 r. o drogach publicznych (Dz.U. 2016 poz. 1440).16) Ustawa z dnia 6 września 2001 r. o transporcie drogowym (Dz.U. 2016 poz. 1907).17) Ustawa z dnia 20 czerwca 1997 r. Prawo o ruchu drogowym (Dz.U. 2017 poz. 128).18) Rozporządzenie Ministra Infrastruktury z dnia 16 lutego 2005 r. w sprawie sposobu numeracji i

ewidencji dróg publicznych, obiektów mostowych, tuneli, przepustów i promów oraz rejestru numerów nadanych drogom, obiektom mostowym i tunelom (Dz.U. 2005 Nr 67 poz. 582).

19) Rozporządzenie Ministra Infrastruktury z dnia 16 lutego 2005 r. w sprawie trybu sporządzania informacji oraz gromadzenia i udostępniania danych o sieci dróg publicznych, obiektach mostowych, tunelach oraz promach (Dz.U. 2005 Nr 67 poz. 583).

20) Rozporządzenie Rady Ministrów z dnia 1 czerwca 2004 r. w sprawie określenia warunków udzielania zezwoleń na zajęcie pasa drogowego (Dz.U. 2016 poz. 1254 z późn. zm.).

21) Rozporządzenie Ministrów Infrastruktury oraz Spraw Wewnętrznych i Administracji z dnia 31 lipca 2002 r. w sprawie znaków i sygnałów drogowych (Dz.U. 2002 Nr 170, poz. 1393 z późn. zm.).

22) Rozporządzenie Ministra Infrastruktury z dnia 3 lipca 2003 r. w sprawie szczegółowych warunków technicznych dla znaków i sygnałów drogowych oraz urządzeń bezpieczeństwa ruchu drogowego i warunków ich umieszczania na drogach (Dz.U. 2003 Nr 220 poz. 2181z późn. zm.).

23) Ustawa z dnia 16 kwietnia 2004 r. o ochronie przyrody (Dz.U. 2016 poz. 2134).24) Ustawa z dnia 29 sierpnia 2003 r. o urzędowych nazwach miejscowości i obiektów fizjograficznych

(Dz.U. 2003 Nr 166 poz. 1612 z późn. zm.).25) Rozporządzenie Rady Ministrów z dnia 15 grudnia 1998 r. w sprawie szczegółowych zasad

prowadzenia, stosowania i udostępniania krajowego rejestru urzędowego podziału terytorialnego kraju oraz związanych z tym obowiązków organów administracji rządowej i jednostek samorządu terytorialnego (Dz.U. 1998 Nr 157, poz. 1031 z późn. zm.).

26) Rozporządzenie Ministra Administracji i Cyfryzacji z dnia 9 stycznia 2012 r. w sprawie ewidencji miejscowości, ulic i adresów (Dz.U. 2012 poz. 125).

27) Ustawa z dnia 17 maja 1989 r. Prawo geodezyjne i kartograficzne (Dz.U. 2016 poz. 1629).28) Rozporządzenie Ministra Rozwoju Regionalnego i Budownictwa z dnia 29 marca 2001 r. w sprawie

ewidencji gruntów i budynków (Dz.U. 2016 poz. 1034).29) Rozporządzenie Ministra Spraw Wewnętrznych z dnia 9 listopada 2011 r. w sprawie standardów

technicznych wykonywania geodezyjnych pomiarów sytuacyjnych i wysokościowych oraz opracowywania i przekazywania wyników tych pomiarów do państwowego zasobu geodezyjnego i kartograficznego (Dz.U. 2011 Nr 263, poz. 1572).

30) Rozporządzenie Ministra Administracji i Cyfryzacji z dnia 5 września 2013 r. w sprawie organizacji i trybu prowadzenia państwowego zasobu geodezyjnego i kartograficznego (Dz.U. 2013 poz. 1183).

31) Rozporządzenie Ministra Administracji i Cyfryzacji z dnia 8 lipca 2014 r. w sprawie formularzy dotyczących zgłaszania prac geodezyjnych i prac kartograficznych, zawiadomienia o wykonaniu tych prac oraz przekazywania ich wyników do państwowego zasobu geodezyjnego i kartograficznego (Dz.U. 2014 poz. 924).

32) Rozporządzenie Ministra Administracji i Cyfryzacji z dnia 8 lipca 2014 r. w sprawie sposobu i trybu uwierzytelniania przez organy Służby Geodezyjnej i Kartograficznej dokumentów na potrzeby postępowań administracyjnych, sądowych lub czynności cywilnoprawnych (Dz.U. 2014 poz. 914).

str. 44

33) Rozporządzenie Ministra Administracji i Cyfryzacji z dnia 9 lipca 2014 r. w sprawie udostępniania materiałów państwowego zasobu geodezyjnego i kartograficznego, wydawania licencji oraz wzoru Dokumentu Obliczenia Opłaty (Dz.U. 2014 poz. 917).

34) Rozporządzenie Rady Ministrów z dnia 15 października 2012 r. w sprawie państwowego systemu odniesień przestrzennych (Dz.U. 2012 poz. 1247).

35) Rozporządzenie Ministra Administracji i Cyfryzacji z dnia 14 lutego 2012 r. w sprawie osnów geodezyjnych, grawimetrycznych i magnetycznych (Dz.U. 2012 poz. 352).

36) Rozporządzenie Rady Ministrów z dnia 10 stycznia 2012 r. w sprawie państwowego rejestru granic i powierzchni jednostek podziałów terytorialnych kraju (Dz.U. 2012 poz. 199).

37) Rozporządzenie Ministra Administracji i Cyfryzacji z dnia 14 lutego 2012 r. w sprawie państwowego rejestru nazw geograficznych (Dz.U. 2015 poz. 219).

38) Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 17 listopada 2011 r. w sprawie bazy danych obiektów topograficznych oraz bazy danych obiektów ogólnogeograficznych, a także standardowych opracowań kartograficznych (Dz.U. z 2011r. Nr 279, poz. 1642 z późn. zm.).

39) Rozporządzenie Ministra Administracji i Cyfryzacji z dnia 22 grudnia 2011 r. w sprawie rodzajów materiałów geodezyjnych i kartograficznych, które podlegają ochronie zgodnie z przepisami o ochronie informacji niejawnych (Dz.U. 2011 Nr 299, poz. 1772).

40) Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 3 listopada 2011 r. w sprawie baz danych dotyczących zobrazowań lotniczych i satelitarnych oraz ortofotomapy i numerycznego modelu terenu (Dz.U. 2011 Nr 263 poz. 1571 z późn. zm.).

41) Rozporządzenie Rady Ministrów z dnia 3 października 2011 r. w sprawie rodzajów kartograficznych opracowań tematycznych i specjalnych (Dz.U. 2011 Nr 222, poz. 1328).

42) Rozporządzenie Rady Ministrów z dnia 15 grudnia 1998 r. w sprawie szczegółowych zasad prowadzenia, stosowania i udostępniania krajowego rejestru urzędowego podziału terytorialnego kraju oraz związanych z tym obowiązków organów administracji rządowej i jednostek samorządu terytorialnego. (Dz.U. 1998 Nr 157 poz. 1031 z późn. zm.).

43) Ustawa z dnia 4 marca 2010 r. o infrastrukturze informacji przestrzennej (Dz.U. 2010 Nr 76, poz. 489 z późn. zm.).

44) Ustawa z dnia 27 kwietnia 2001 r. Prawo ochrony środowiska (Dz.U. z 2017 r. poz. 519 z późn. zm.).45) Ustawa z dnia 3 października 2008 r. o udostępnianiu informacji o środowisku i jego ochronie, udziale

społeczeństwa w ochronie środowiska oraz o ocenach oddziaływania na środowisko (Dz.U. z 2016 r. poz. 353 z późn. zm.).

46) Rozporządzenie Ministra Środowiska z dnia 22 września 2010 r. w sprawie wzoru oraz zawartości i układu publicznie dostępnego wykazu danych o dokumentach zawierających informacje o środowisku i jego ochronie. (Dz. U. Nr 186, poz. 1249).

47) Rozporządzenie Komisji (WE) NR 976/2009 z dnia 19 października 2009 r. w sprawie wykonania dyrektywy 2007/2/WE Parlamentu Europejskiego i Rady w zakresie usług sieciowych (Dz.Urz. UE L 274/9 PL z 09.11.2009r.).

48) Ustawa z dnia 23 kwietnia 1964 r. Kodeks cywilny (Dz.U. 2017 poz. 459).49) Ustawa z dnia 14 czerwca 1960 r. Kodeks postępowania administracyjnego (Dz.U. 2016 poz. 23).50) Ustawa z dnia 26 czerwca 1974 r. Kodeks pracy (Dz.U. z 2016 r. poz. 1666 z późn. zm.).51) Ustawa z dnia 8 marca 1990 r. o samorządzie gminnym (Dz.U. 2016 poz. 446).52) Ustawa z dnia 5 czerwca 1998 r. o samorządzie powiatowym (Dz.U. 2016 poz. 814).53) Ustawa z dnia 6 września 2001 r. o dostępie do informacji publicznej (Dz.U. 2016 poz. 1764). 54) Dyrektywa 2003/98/WE Parlamentu Europejskiego i Rady z dnia 17 listopada 2003 r. w sprawie

ponownego wykorzystywania informacji sektora publicznego (Dz.Urz. UE L 345/90 z 31.12.2013r.).55) Ustawa z dnia 20 lipca 2000 r. o ogłaszaniu aktów normatywnych i niektórych innych aktów

prawnych (Dz.U. 2016 poz. 296). 56) Rozporządzenie Prezesa Rady Ministrów z dnia 27 grudnia 2011 r. w sprawie wymagań technicznych

dla dokumentów elektronicznych zawierających akty normatywne i inne akty prawne, dzienników urzędowych wydawanych w postaci elektronicznej oraz środków komunikacji elektronicznej i informatycznych nośników danych (Dz.U. 2011 Nr 289, poz. 1699).

57) Ustawa z dnia 16 lipca 2004 r. Prawo telekomunikacyjne (Dz.U. 2016 poz. 1489).58) Ustawa z dnia 18 lipca 2002 r. o świadczeniu usług drogą elektroniczną (Dz.U. 2016 poz. 1030).59) Ustawa z dnia 5 lipca 2002 r. o ochronie niektórych usług świadczonych drogą elektroniczną opartych

lub polegających na dostępie warunkowym (Dz.U. 2015 poz. 1341).

str. 45

60) Rozporządzenie Prezesa Rady Ministrów z dnia 18 stycznia 2011 r. w sprawie instrukcji kancelaryjnej, jednolitych rzeczowych wykazów akt oraz instrukcji w sprawie organizacji i zakresu działania archiwów zakładowych (Dz.U. 2011 Nr 14 poz. 67 z późn. zm.).

61) Ustawa z dnia 29 stycznia 2004 r. Prawo zamówień publicznych (Dz.U. 2015 poz. 2164).62) Rozporządzenie Ministra Finansów z dnia 5 marca 2012 r. w sprawie wzoru i sposobu prowadzenia

metryki sprawy (Dz.U. 2012 poz. 246).63) Rozporządzenie Ministra Administracji i Cyfryzacji z dnia 6 marca 2012 r. w sprawie wzoru i sposobu

prowadzenia metryki sprawy (Dz.U. 2012 poz. 250).64) Ustawa z dnia 29 sierpnia1997 r. o ochronie danych osobowych (Dz.U. 2016 poz. 922).65) Ustawa z dnia 27 lipca 2001 r. o ochronie baz danych (Dz.U. 2001 Nr 128, poz. 1402 z późn. zm.).66) Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 29 kwietnia 2004 r. w sprawie

dokumentacji przetwarzania danych osobowych oraz warunków technicznych i organizacyjnych, jakim powinny odpowiadać urządzenia i Systemy informatyczne służące do przetwarzania danych osobowych (Dz.U. 2004 Nr 100, poz. 1024).

67) Rozporządzenie Prezesa Rady Ministrów z dnia 14 września 2011 r. w sprawie sporządzania pism w formie dokumentów elektronicznych, doręczania dokumentów elektronicznych oraz udostępniania formularzy, wzorów i kopii dokumentów elektronicznych (Dz.U. 2015 poz. 971).

68) Rozporządzenie Ministra Nauki i Informatyzacji z dnia 19 października 2005 r. w sprawie testów akceptacyjnych oraz badania oprogramowania interfejsowego i weryfikacji tego badania (Dz.U. 2005 Nr 217, poz. 1836).

69) Rozporządzenie Ministra Administracji i Cyfryzacji z dnia 10 listopada 2014 r. w sprawie wymaganej przepływności łącza dla usługi szerokopasmowego dostępu do Internetu jednostek uprawnionych (Dz.U. 2016 poz. 1647).

70) Ustawa z dnia 17 lutego 2005 r. o informatyzacji działalności podmiotów realizujących zadania publiczne (Dz.U. 2017 poz. 570).

71) Rozporządzenie Rady Ministrów z dnia 27 września 2005 r. w sprawie sposobu, zakresu i trybu udostępniania danych zgromadzonych w rejestrze publicznym (Dz.U. 2005 nr 205 poz. 1692).

72) Rozporządzenie Rady Ministrów z dnia 12 kwietnia 2012 r. w sprawie Krajowych Ram Interoperacyjności, minimalnych wymagań dla rejestrów publicznych i wymiany informacji w postaci elektronicznej oraz minimalnych wymagań dla systemów teleinformatycznych (Dz.U. 2016 poz. 113).

73) Ustawa z dnia 10 grudnia 2003 r. o czasie urzędowym na obszarze Rzeczypospolitej Polskiej (Dz.U. 2004 Nr 16, poz. 144).

74) Ustawa z dnia 24 września 2010 r. o ewidencji ludności (Dz.U. z 2017 r. poz. 657).75) Ustawa z dnia 13 września 1996 r. o utrzymaniu czystości i porządku w gminach (Dz.U. z 2016 r.

poz. 250 z późn. zm.).76) Ustawa z dnia 31 stycznia 1959 r. o cmentarzach i chowaniu zmarłych (Dz.U. z 2017 r. poz. 912).77) Ustawa z dnia 27 sierpnia 2009 r. o finansach publicznych (Dz.U. 2016 poz. 1870 z późn zm.). 78) Ustawa z dnia 29 września 1994 r. o rachunkowości (Dz.U. 2016 poz. 1047).79) Ustawa z dnia 12 stycznia 1991 r. o podatkach i opłatach lokalnych (Dz.U. z 2016 r. poz. 716 z późn.

zm.).80) Ustawa z dnia 17 czerwca 1966 r. o postępowaniu egzekucyjnym w administracji (Dz.U. z 2016 r.

poz. 599 z późn. zm.).81) Rozporządzenie Ministra Finansów z dnia 4 marca 2010 r. w sprawie sprawozdań jednostek sektora

finansów publicznych w zakresie operacji finansowych (Dz.U. z 2014 r. poz. 1773).82) Ustawa z dnia 11 marca 2004 r. o podatku od towarów i usług (Dz.U. z 2016 r. poz. 710 z późn. zm.).83) Ustawa z dnia 29 sierpnia 1997 r. - Ordynacja podatkowa (Dz.U. z 2017 r. poz. 201 z późn. zm.).84) Rozporządzenie Ministra Finansów z dnia 16 stycznia 2014 r. w sprawie sprawozdawczości

budżetowej (Dz.U. z 2016 r. poz. 1015 z późn. zm.).

5.7.10 Ograniczenia i zależności

1) Wykonawca musi udzielić Zamawiającemu bezterminowej licencji do wszelkich produktów wytworzonych w ramach niniejszego zamówienia, w szczególności do Systemu dziedzinowego oraz jego Modyfikacji.

str. 46

2) Wszelkie prace związane z instalacją, konfiguracją i wdrożeniem Systemu muszą odbyć się w sposób niezakłócający ciągłości działania systemu ePUAP.

3) Strony Systemu są poprawnie wyświetlane przez przeglądarki, których udział w rynku polskim wynosi, na dzień zawarcia umowy z wykonawcą – co najmniej 5% wg http://ranking.pl/pl/rankings/web-browsers.html.

4) Strony Systemu są poprawnie wyświetlane na urządzeniach stacjonarnych oraz mobilnych – tabletach, smartphone'ach. Rozdzielczości są dostosowywane automatycznie do wielkości ekranów powyższych urządzeń.

5) Strony Systemu są poprawnie wyświetlane na systemach operacyjnych Windows od XP w górę, Mac od Intel 10, Linux, Android, iOS od 7.0, Windows Phone.

6) Usługi, które zostaną wybrane do obsługi przez ePUAP powinny zostać zainstalowane na platformie ePUAP kompleksowo łącznie z udostępnionymi formularzami przez Wykonawcę bez udziału w instalacji pracowników Zamawiającego.

7) Zostaną utworzone formularze w formacie xml dla wybranych usług świadczonych przez ePUAP, wyszczególnionych w załączniku nr.1 poniżej.

6 HOSTING

1. Wykonawca zobowiązuje się do rozpoczęcia świadczenia usług hostingowych w terminie pozwalającym na instalację, wdrożenie i produkcyjne uruchomienie systemu zgodnie z Harmonogramem.

2. Wykonawca oświadcza i zapewnia, że posiada materiały, doświadczenie i kwalifikacje niezbędne do prawidłowego wykonania umowy oraz wykwalifikowaną kadrę w ilości wystarczającej dla należytego i terminowego wykonania umowy.

3. Wykonawca w ramach niniejszego zadania zobowiązuje się do:3.1. dostarczenia środowiska serwerowego o parametrach pozwalających na prawidłowe

działanie systemu.3.2. dostarczenia niezbędnych adresów publicznych IP,3.3. zagwarantowania stałego dostępu z sieci Internet do zasobów serwerowych z

przepustowością pozwalającą na bezproblemowe korzystanie przez użytkowników z systemu,

3.4. zapewnienia dostępności serwerów na poziomie 99.7% w skali miesiąca,3.5. zapewnienia ochrony danych znajdujących się na serwerach przed nieuprawnionym

dostępem fizycznym, 3.6. monitorowania i rejestrowania dostępu do systemu oraz przechowywania logów przez

okres trwania umowy, 3.7. wykonywania codziennych kopii bezpieczeństwa. Polityka kopii winna umożliwiać

przywrócenie środowiska do stanu sprzed minimum 90 dni,3.8. wykonywania odtworzenia kopii bezpieczeństwa na żądanie Zamawiającego, 3.9. zachowania poufności procedur bezpieczeństwa oraz innych informacji uzyskanych od

Zamawiającego w trakcie realizacji niniejszej umowy a dotyczących sposobu prowadzenia przezeń operacji gospodarczych,

3.10. administracji oprogramowaniem, niezbędnym do realizacji usług hostingu, zabezpieczenia danych oraz prawidłowego działania systemu.

3.11. zapewnienia ochrony fizycznej i technicznej serwerowni zapewniającej ciągłość jej pracy,

3.12. usuwania awarii lub usterek infrastruktury technicznej, w trybie 7/24 (siedem dni w tygodniu, 24 godziny na dobę),

3.13. zapewnienia ochrony przed dokonaniem zdalnej ingerencji przez osoby nieuprawnione w szczególności przed usunięciem lub modyfikacją danych oraz atakami powodującymi brak dostępu do usług.

3.14. W celu konserwacji oprogramowania, Wykonawca będzie dokonywał przerw w pracy z wyprzedzeniem ustalonym z Zamawiającym.

str. 47

3.15. W celu komunikowania się w sprawach serwisowo-konserwacyjnych oraz w sprawach zgłaszania awarii lub usterek Systemu, Strony przyjmują procedury określone w §10 wzoru umowy w stanowiącym załącznik nr 3j do SIWZ

7 DOSTAWA, INSTALACJA, KONFIGURACJA SPRZĘTU I OPROGRAMOWANIA:

7.1 Informacje ogólne:

1) W ramach przedmiotowego zamówienia wymaga się wykonania modernizacji serwerowni i istniejącej sieci LAN. Zamawiający wymieni dotychczas pracujący sprzęt aktywny i pasywny zainstalowani i pracujący w serwerowni na nowy którego specyfikacja jest opisana w niniejszym załączniku.

2) Od Wykonawcy wymaga się także dostarczenia oraz instalacji sprzętu komputerowego, którego parametry minimalne wskazane zostały poniżej. Zamawiający akceptuje sprzęt oraz oprogramowanie o wyższych (lepszych) parametrach użytkowych lub wykonany w nowszej technologii pod warunkiem, że produkty zaoferowane przez Wykonawcę spełniają wszystkie parametry minimalne.

3) Zamawiający nie dopuszcza dostawy nie posiadającej atestów i certyfikatów obowiązujących na rynku polskim i europejskim lub dokumentów równoważnych im pod względem treści, które potwierdzają posiadanie atestów i certyfikatów.

4) Zamawiający wymaga aby dostarczony sprzęt był fabrycznie nowy, nieużywany, umieszczony w oryginalnych opakowaniach

5) Wykonawca zobowiązany jest do przekazania Zamawiającemu szczegółowych instrukcji obsługi, w języku polskim dla dostarczonego sprzętu wraz z kartami gwarancyjnymi oraz udzielenia Zamawiającemu licencji uprawniającej do korzystania z dostarczonego oprogramowania.

6) Wykonawca jest zobowiązany do dostarczenia sprzętu bezpośrednio do Siedziby Zamawiającego w jego godzinach urzędowania.

7) Wraz ze sprzętem dostarczony zostanie program do zarządzania dostarczonymi zasobami IT z funkcją ewidencji i inwentaryzacji sprzętu komputerowego, oprogramowania, licencji i materiałów eksploatacyjnych w całym urzędzie.

7.2 Wykaz sprzętu:

7.2.1 Serwer z pamięcią masową

Dostawa Serwera wraz z instalacja i konfiguracja użytkowników w miejscu wskazanym przez zamawiającego (1 szt.).

Lp. Parametr lub warunek Minimalne wymagania

1. Obudowa 1U 19"

2. Płyta główna Wyprodukowana przez producenta serwera

3. Procesory 2 x CPU, 4 rdzenie, 64 bity, 3.20 GHz

4. Pamięć RAM 32 GB, DDR4, 2133 MHz, UDIMM ECC

5. Kontrolery dyskowe

Kontroler macierzowy SAS/SATA wyposażony w pamięć cache 1024 MB, poziomy RAID 0,1,10,5,6

str. 48

6. Pamięć masowa 4 x HDD 2TB Hot-Plug, SATA 6G, 7.2 krpm

7. Interfejsy sieciowe 4 x 1 Gbit Ethernet

8. Zasilanie 2 x 450W Hot-Plug (redundantne zasilacze)

9. Zarządzanie serwerem

Dedykowany moduł administracji serwerem iRMC zintegrowany na płycie głównej, dedykowany interfejs sieciowy 1 Gbit Ethernet do zarządzania zdalnego serwerem, graficzny interfejs użytkownika dostępny przez przeglądarkę

10.

System operacyjny

Dedykowany serwerowy system operacyjny z licencjami oraz oprogramowaniem umożliwiającym działanie systemów dziedzinowych oraz pozostałego dostarczonego oprogramowania

11.

Inne Nagrywarka Blu-ray SATA

12. Gwarancja Gwarancja naprawy NBD od zgłoszenia awarii przez min 36 miesięcy. Uszkodzone

dyski pozostają własnością Zamawiającego.

13.

Deklaracja zgodności

CE

7.2.2 Macierz dyskowa

Dostawa Macierzy dyskowej wraz z instalacja i konfiguracja backupu użytkowników w miejscu wskazanym przez zamawiającego.


2. Płyta główna Wyprodukowana przez producenta macierzy

3. Procesory 1.6GHz quad-core

4. Pamięć RAM 8 GB,

5. Kontrolery dyskowe Kontroler macierzowy SAS/SATA wyposażony w pamięć cache poziomy RAID 0,1,10,5,6 + hot spare, JBOD single

6. Ilość zatok na dyski 6 x Hot-swappable 3.5" or 2.5" hard drive or SSD

7. Interfejsy sieciowe nie mniej niż 2 x 1 Gbit Ethernet

8. Zainstalowane dyski 2 x 4TB SATA/600, 5900RPM, 64MB cache

10. Kopie zapasowe

Planowanie tworzenia i odtwarzania kopii zapasowej dowolnej stacji lub serweraBackup z/do USBBackup do/z chmury

11. Gwarancja Gwarancja naprawy NBD od zgłoszenia awarii przez min 36 miesięcy. Uszkodzone dyski pozostają własnością Zamawiającego.

12. Deklaracja zgodności CE

7.2.3 Przełącznik LAN zarządzalny L2+ z PoE:

str. 49

Dostawa wraz z instalacja i konfiguracja w miejscu wskazanym przez zamawiającego (1 szt.).


1. Obudowa 1U 19"

2. Interfejsy 24 x 1GbE, 2 x 1GbE FSP

3. Standardy

IEEE 802.3 10BASE-T EthernetIEEE 802.3u 100BASE-TX EthernetIEEE 802.3ab 1000BASE-T EthernetIEEE 802.3z 1000BASE-XIEEE 802.3aq 10GBASE-XIEEE 802.3af PoEIEEE 802.3at PoE PlusIEEE 802.3az EEEIEEE 802.3x Flow ControlIEEE 802.3ad LACP AggregationIEEE 802.3ah OAMIEEE 802.1ag CFMIEEE 802.1AB LLDP/LLDP-MEDIEEE 802.1D Spanning Tree Protocol (STP)IEEE 802.1w Rapid Spanning Tree Protocol (RSTP)IEEE 802.1s Multiple Spanning Tree Protocol (MSTP)IEEE 802.1Q VLAN TaggingIEEE 802.1p Class of Service (CoS) PrioritizationIEEE 802.1X Port Authentication

4. Funkcje bezpieczeństwa

802.1XPort SecuritySSH v1/v2SSLIntrusion LockMAC FreezeDHCP SnoopingARP InspectionStatic ARPStatic IP/MAC BindingPolicy-based Security FilteringMAC AuthenticationLayer 2 MAC FilteringLayer 3 IP Filtering

5. Kontrola przesyłu danych 802.1q static / dynamic VLAN, VLAN trunking, 802.1ad VLAN Stacking, GVRP

6. QoS Storm Control, Rate Limiting per IP/TCP/UDP per Port, Port-based Rate Limiting (Ingress/Egress)

7. Protokoły do zarządzania SNMP v1, v2c, v3, RMON, Syslog

8. IPv6 IPv6 over Ethernet (RFC 2464), IPv6 Addressing Architecture (RFC 4291), Dual Stack (RFC 4213), ICMPv6 (RFC 4443), Path MTU (RFC 1981), DHCPv6 Relay

9. Zarządzanie urządzeniem

Web interface, konsola - interfejs linii poleceń CLI przez SSH i Telnet, SNMP, DHCP servers (IPv4/IPv6), DHCP Relay per VLAN, DHCP Client, NTP, Port Mirroring

str. 50


10. Gwarancja Gwarancja naprawy NBD od zgłoszenia awarii przez min 36 miesięcy.

11 Deklaracja zgodności

CE

7.2.4 Przełącznik LAN zarządzalny L2

Dostawa wraz z instalacja i konfiguracja w miejscu wskazanym przez zamawiającego (2 szt.)


1. Obudowa 1U 19"

2. Interfejsy 44 x GbE, 2 GbE SFP

3. Standardy

IEEE 802.3 10BASE-T EthernetIEEE 802.3u 100BASE-TX EthernetIEEE 802.3ab 1000BASE-T EthernetIEEE 802.3z 1000BASE-XIEEE 802.3af PoEIEEE 802.3at PoE plusIEEE 802.3az EEEIEEE 802.3x flow controlIEEE 802.3ad LACP aggregationIEEE 802.1AB LLDP/LLDP-MEDIEEE 802.1D Spanning Tree Protocol (STP)IEEE 802.1w Rapid Spanning Tree Protocol(RSTP)IEEE 802.1s Multiple Spanning Tree Protocol(MSTP)IEEE 802.1Q VLAN taggingIEEE 802.1p Class of Service (CoS) prioritizationIEEE 802.1X port authentication

str. 51


4. Funkcje bezpieczeństwa

802.1XPort securityLayer 2 MAC filteringLayer 3 IP filteringLayer 4 TCP/UDP socket filteringStatic MAC forwarding802.1x VLAN and 802.1p assignment by RADIUSLogin authentication by RADIUSAuthorization on RADIUSSSH v1/v2SSLMAC freezeDHCP snoopingARP inspectionStatic IP-MAC-Port bindingPolicy-based security filteringPort isolationIP source guardMAC searchGuest VLANACL packet filtering (IPv4/IPv6)CPU protectionInterface related trap enable/disable (by port)

5. Kontrola przesyłu danych

802.1Q static VLANs/dynamic VLANsPort-based VLANProtocol-based VLANIP subnet-based VLANMAC-based VLANPrivate VLANVoice VLANVLAN ingress filteringLACP algorithm of source/destination IPGVRPL2PT

6. QoSStorm control: Broadcast, multicast, unknown unicast (DLF)Port-based rate limiting (ingress/egress)Rate limiting per IP/TCP/UDP per port

7. Protokoły do zarządzania

SNMP v1, v2c, v3SNMP trap groupRMON (1, 2, 3, 9)ICMP echo/echo replySyslog

8. IPv6

IPv6 over Ethernet (RFC 2464)IPv6 addressing architecture (RFC 4291)Dual stack (RFC 4213)ICMPv6 (RFC 4443)Path MTU (RFC 1981)Minimum path MTU size of 1280 (RFC 5095)Encapsulation for maximum PMTU of 1500Neighbor discovery (RFC 4861)DHCPv6 relay

str. 52


9. Zarządzanie urządzeniem

Web interface, konsola - interfejs linii poleceń CLI przez SSH i Telnet, SNMP, DHCP servers (IPv4/IPv6), DHCP Relay per VLAN, DHCP Client, NTP, Port Mirroring



CE

7.2.5 Punkt dostępowy 802.11ac



1. Radio 2,4 GHz i 5 GHz

2. Standardy Wi-Fi 802.11ac, 802.11b/g/n

3. Bezpieczeństwo WEP, WPA/WPA2-PSK, WPA/WPA2-Enterprise, EAP, IEEE 802.1X, MAC filtering, RADIUS authentication

4. Zasilanie PoE

5. Inne Montaż do sufitu, do ściany

6. Sieć IPv6 support, obsługa VLAN, DHCP client

7. Ethernet IEEE 802.3, IEEE 802.3u, IEEE 802.11ac, IEEE 802.3az, IEEE 802.3af


9. Deklaracja zgodności

CE

7.2.6 Firewall brzegowy



1. Firewall

Certyfikat organizacji ICSA dla funkcjonalności firewall,tryby pracy: router i bridge transparentny,inspekcja pakietów ze śledzeniem połączeń,funkcja wykrywania anomalii w ruchu sieciowym i protokołach sieciowych oraz blokowanie takiego ruchu,zabezpieczenie przed zalewaniem pakietami,ochrona przed atakami typu DoS

str. 53


2. IPv6Podwójny stos TCP/IP, adresacja IPv6, DHCPv6, routing statyczny, Firewall i wykrywanie anomalii w ruchu sieciowym, wykrywanie i ochrona przed intruzami, filtrowanie treści

3. IPSec VPN Certyfikat ICSA dla funkcjonalności VPN IPSec, obsługa szyfrowania: AES (256-bit), 3DES i DES, funkcja IPSec NAT traversal

4. Zapobieganie włamaniom

Wykrywanie i ochrona przed włamaniami oparte o sygnatury i analizę zachowania, wsparcie inspekcji ruchu SSL (HTTPS), automatyczna aktualizacja sygnatur

5. Identyfikacja aplikacji sieciowych

Identyfikacja i sterowanie dostępem do aplikacji, obsługa co najmniej 15 kategorii aplikacji, kontrola pasma dla aplikacji, wsparcie inspekcji ruchu SSL (HTTPS)

6. Antywirus Silnik antywirusowy skanujący ruch wejściowy, obsługa protokołów HTTP, FTP, SMTP, POP3, IMAP4, automatyczna aktualizacja sygnatur

7. AntyspamObsługa list czarnych i białych, współpraca z usługami DNSBL, możliwość zmiany domyślnych portów POP3 i SMTP, technologia Recurrent Pattern Detection

8. Filtrowanie treściFiltrowanie portali społecznościowych, filtrowanie stron ze złośliwym oprogramowaniem, blokowanie URL wg. listy użytkownika i kategorii, blokowanie apletów Java, cookie i ActiveX

9. InneRozwiązanie musi być dostarczone z pakietem licencji na 5 lat dla funkcjonalności: zapobieganie włamaniom (IDP), antywirus, filtrowanie treści (content filtering)



CE

7.2.7 UPS



1. Moc wyjściowa 1400 W / 2000VA

2. Nominalne napięcie wejściowe 230V AC 50/60 Hz +/- 5 Hz

3. Nominalne napięcie wyjściowe 230V AC 50/60 Hz +/- 3 Hz

4. Kształt napięcia wyjściowego Sinus

5. Filtrowanie napięcia Full time multi-pole noise filtering : 0.3% IEEE surge let-through : zero clamping response time : meets UL 1449

6. Topologia Double Conversion Online

str. 54

7. Awaryjne wyłączenie zasilania Opcjonalne

8. Bateria Wymienna, bezobsługowa

9. Gniazda wyjściowe 6 x IEC 320 C13

10. Gniazda wejściowe BS1363A, IEC-320 C20, Schuko CEE 7/EU1-16P

11. Zarządzanie Panel kontrolny LED, port komunikacyjny Ethernet RJ-45, serial, pomiar temperatury otoczenia

12. Oprogramowanie Oprogramowanie do wyłączania serwerów fizycznych i wirtualnych przez sieć LAN


14 Deklaracja zgodności CE

str. 55

7.2.8 Komputer przenośny

7.2.8.1Komputery przenośne typu tablet o następujących parametrach



1. System operacyjny System Windows lub równoważny

2. Procesor

Zaoferowany procesor musi uzyskiwać jednocześnie w teście Passmark CPU Mark wynik min. 900 punktów (wynik zaproponowanego procesora musi znajdować się na stronie http://www.cpubenchmark.net - Należy dołączyć do oferty wydruk ze strony datowany na dzień nie wcześniej niż 3 miesiące przed upływem terminu składania ofert.

3. Pamięć min 2 GB

4. Dysk Flash 32 GB

5. Wyświetlacz 10" LED, rozdzielczość 1280 x 1024

6. Karta graficzna Intel HD Graphics

7. Kamera internetowa Przednia kamera 1Mpix i tylna kamera 3 Mpix

8. Sieć Wi-Fi (802.11a/b/g/n)Bluetooth 4.0

9. Czas pracy na baterii do 4 godzin

10. Urządzenie wskazujące Ekran dotykowy

11. Interfejsy

Port Mikro HDMIPort Mikro USBUSB 2.0Czytnik kart Mikro SDsłuchawki/mikrofon combo jack



CE

7.2.8.2Komputery przenośne o następujących parametrach



str. 56

http://www.cpubenchmark.net/

1. System operacyjny *System Windows lub równoważny

2. Procesor

Intel Core i3 5005U lub równoważny: zaoferowany procesor musi uzyskiwać jednocześnie w teście Passmark CPU Mark wynik min. 2500 punktów (wynik zaproponowanego procesora musi znajdować się na stronie http://www.cpubenchmark.net - Należy dołączyć do oferty wydruk ze strony datowany na dzień nie wcześniej niż 3 miesiące przed upływem terminu składania ofert.

3. Pamięć nie mniej niż 6 GB

4. Dysk twardy nie mniej niż 128GB w technologii SSD

5. Wyświetlacz 15" LED, rozdzielczość 1920 x 1200

6. Karta graficzna dopuszcza się zintegrowaną

7. Kamera internetowa nie mniej niż kamera 1Mpix

8. Komunikacja LAN 10/100/1000, Wi-Fi (802.11a/b/g/n), Bluetooth 4.0

9. Interfejsy HDMI, nie mniej niż 2xUSB 2.0, 1xUSB 3,0Czytnik kart SD, słuchawki/mikrofon combo jack




CE

str. 57


7.2.8.3Komputery przenośne o następujących parametrach




2. Procesor

Intel Core i7 5500U lub równoważny: zaoferowany procesor musi uzyskiwać jednocześnie w teście Passmark CPU Mark wynik min. 3900 punktów (wynik zaproponowanego procesora musi znajdować się na stronie http://www.cpubenchmark.net - Należy dołączyć do oferty wydruk ze strony datowany na dzień nie wcześniej niż 3 miesiące przed upływem terminu składania ofert.

3. Pamięć nie mniej niż 8GB z możliwością rozbudowy do min 16GB Pamięć masowa

4. Dysk twardy nie mniej niż 256 GB w technologii SSD

5. Matryca nie mniej niż 12” nie więcej niż 13,4" LED, rozdzielczość nie mniej niż 1920 x 1080, dotykowa

6. Karta graficzna dopuszcza się zintegrowaną

7. Kamera internetowa nie mniej niż kamera 1 Mpix

8. Komunikacja LAN 10/100/1000 jeżeli bark to dopuszcza się zewnętrzną USB, Wi-Fi (802.11a/b/g/n), Bluetooth 4.0 modem 4G/3G

9. Interfejsy HDMI, nie mniej niż 1xUSB 2.0, 1xUSB 3,0Czytnik kart SD,




CE

7.2.9 Szafa 19"



str. 58


1. Wysokość 36U

2. Głębokość 100 cm

3. Inne Drzwi przednie i tylne perforowane, zamykane na klucz

7.2.10 Komputer PC All in One



1. Procesor

Intel Core i5 lub równoważny: zaoferowany procesor musi uzyskiwać jednocześnie w teście Passmark CPU Mark wynik min. 3000 punktów (wynik zaproponowanego procesora musi znajdować się na stronie http://www.cpubenchmark.net - Należy dołączyć do oferty wydruk ze strony datowany na dzień nie wcześniej niż 3 miesiące przed upływem terminu składania ofert.

2. RAM nie mniej niż 4 GB

3. Ekran nie mniej niż LED 20", rozdzielczość 1920 x 1080 dpi

4. Dysk nie mniej niż 1 TB

5. Sieć Ethernet 1 GbE, Wi-Fi 802.11b/g/n

6. Grafika Full HD

7. Klawiatura Bezprzewodowa

8. Mysz Bezprzewodowa


10. Kamera Internetowa Tak

11. Karta dźwiękowa Zintegrowana

12. Złącza 1x HDMI (wyjście), 1x RJ-45, 3x USB 3.01x Mikrofonowe (wejście), 1x słuchawkowe/mikrofonowe



CE

7.2.11 Beacon bluetooth



1. Procesor 32-bit ARM Cortex M0

str. 59



2. Pojemność pamięci RAM 16 kB

3. Pojemność pamięci Flash 256 kB

4. Komunikacja bluetooth

5. Typ nadajnika RFBluetooth

6. Moc nadajnika 30 dBm

7. Częstotliwość nadajnika 2,4 GHz

8. Zasięg 70 m

9. Sposób zasilania bateria

10. Typ baterii CR2477

11. Pojemność baterii 1000 mAh

12.

Czas pracy na zasilaniu akumulatorowym/ bateryjnym

24 miesiące

13. Temperatura pracy -20°C do 80°C

14.

Dopuszczalna wilgotność powietrza podczas pracy

100%

15. Stopień ochrony IP-57



CE

Wykonawca ma za zadanie zaprojektować 5 tras i rozplanować umiejscowienie 100 beaconów na terenie gminy Jedlina-Zdrój (powierzchnia 17,5 km2), w szczególności w części centralnej miasta przy najważniejszych atrakcjach miasta (zabytkowe obiekty, pomniki, place, parki, punkty widokowe), w Parku Aktywności CZARODZIEJSKA GÓRA, przy Pałacu Jedlinka, przy czym niektóre beacony będą obsługiwały kilka tras tj. :

1. Trasa Active (trasa dla biegaczy, dla rowerzystów, osób uprawiających Nordic Walking),2. Trasa historyczna – trasa związana z zabytkami na terenie miasta,3. Spacer po mieście – trasa związana z atrakcjami na terenie miasta.4. Trasa rekreacyjna – trasa związana z obiektami sportowymi na terenie miasta (boiska, siłownie

zewnętrzne, place zabaw, kort tenisowy, Park Aktywności CZARODZIEJSKA GÓRA),5. Trasa Góry Wałbrzyskie – trasa prowadząca na wieżę widokową na Górze Borowej.

trasy te zostaną opisane prze wykonawcę wyłonionego w przetargu we współpracy z przedstawicielami gminy i Centrum Kultury.

str. 60

Niektóre Beacony będą opisywały obiekt, inne będą tylko drogowskazem. Aplikacja mobilna zapewni możliwość odtworzenia audio/video przy wskazanych przez zamawiającego Beaconach.

1. max. 5 min w dwóch językach do wyboru tj. polskim i angielskim,2. wyświetlenie treści w dwóch językach do wyboru tj. polskim lub angielskim - max. 300 znaków dla

każdego opisu.

7.2.12 Kołowrót wraz z czytnikiem

Dostawa i instalacją w miejscu wskazanym przez zamawiającego (7 szt.)


1. Długość ramion w świetle przejścia (mm) 480

2. Ciężar własny Min. 30 kg

3. Ilość ramion w głowicy Jedno ramię lub więcej (koniecznie z funkcją ewakuacji)

4. Napęd ramion Tak

5. Zasilanie z zewnętrznego trafo ochronnego 230V/ 24V AC

6. Znamionowe napięcie zasilania bramki 24V AC

7. Maksymalny chwilowy pobór mocy 50VA

8. Impuls sterujący otwarciem Wolne styki zwierne lub impuls napięciowy

9. Czas trwania impulsu dla jednego przejścia 0,05s do 1s

10. Impuls potwierdzenia przejścia 0,2s w standardzie 12V lub 24V

11. Temperatura pracy -20°C do 50°C

12. Dopuszczalna wilgotność powietrza podczas pracy Min. 80%

13. Przepustowość 1200 osób/godz., możliwość regulacji

14. Skrzynia, pokrywa górna, ramiona Stal nierdzewna

15. Noga Stal nierdzewna

16. Napięcie zasilania czytnika 24V AC

17. Maksymalny pobór prądu przez czytnik 8A

18. Zasięg odczytu czytnika 5 cm

19. Pamięć czytnika 4 MB Flash (min. 10 000 zdarzeń)

str. 61


20. Pomiar czasu przez czytnik Zegar czasu rzeczywistego (RTC) w systemie 24h

21. Podtrzymanie zegara RTC Tak

22. Wyświetlacz LCD graficzny 240x128 piksele z podświetleniem

23. Temperatura pracy czytnika -20°C do 50°C

24. Dopuszczalna wilgotność powietrza podczas pracy czytnika Min. 80%

25. GwarancjaGwarancja naprawy NBD od zgłoszenia awarii przez min 36 miesięcy.

26. Deklaracja zgodności CE

Wykonawca zapewni montaż kołowrotów w poniższych lokalizacjach na terenie Parku Aktywności CZARODZIEJSKA GÓRA w Jedlinie Zdrój:

1. Tor saneczkowy - 2 szt.

2. Przenośnik taśmowy (Tor pontonowy/Hulajnoga górska/Deskorolka górska/Karuzela – rotundo/Park

śniegowy) – 2 szt.

3. Wyciąg narciarski – 2 szt.

4. Trasa „Maluch” – 1 szt.

7.2.13 Urządzenie wielofunkcyjne do kopiowania

Dostawa wraz z instalacja i konfiguracja wskazaną przez zamawiającego (1 szt.)


1. Procesor Dual-core 1 GHz

2. Pamięć 4 GB

3. Dysk 250 GB

4. Funkcje standardowe Kopia (laser kolor), e-mail, faks, druk, skanowanie

5. Prędkość drukowania do 35 str./min

6. Maksymalne dopuszczalneobciążenie do 100 000 stron miesięcznie

str. 62


7. Podłączenie 10/100/1000 BaseT Ethernet, High-Speed USB 2.0, WiFi

8. Minimalna rozdzielczość kopii 600 x 600 dpi

9. Minimalna rozdzielczość wydruku 2400 x 600 dpi

10. Funkcje drukowania

Automatyczne drukowanie 2-stronneStan komunikacji dwukierunkowejDrukowanie broszurUstawienia sterownika Earth SmartN-stronTechnologia Print AroundDrukowanie z USBWydruk próbnySmart DuplexZapisywanie i przywoływanie ustawień sterownika

11. Docelowe miejsca skanowania

Skanowanie do USBSkanowanie do poczty e-mailSkanowanie do skrzynki pocztowejSkanowanie do sieci

12. Formaty plików skanowania JPEG, PDF, PDF/A, TIFF, XPS

13. Funkcje skanowania

Plik PDF szyfrowany/ chroniony hasłemZlinearyzowany plik PDF / PDF/ASkanowanie do strony głównejSearchable PDFSkanowanie jednodotykoweJedno-/wielostronny plik PDF/ XPS/ TIFF

14. Funkcje faksu Wbudowany faks, Faks internetowy, Faks LAN, Server fax

15. Obsługa systemów operacyjnych

Fedora Core 12-15, HP-UX® 11i v2, IBM AIX® 5, Mac OS® w wersji 10.5 lub nowszy, Redhat® Enterprise Linux®, SUSE, Solaris 10, Solaris 9, Windows Server 2012, Windows® 2003 Server, Windows® 2008 Server, Windows® 7,

16. Standardowe funkcje zabezpieczeń

Szyfrowanie 256-bitowe (zgodne z FIPS 140-2), środki kontroli dostępu, Dziennik audytu, Cisco® TrustSec Integration, Certyfikat Common Criteria ISO 15408 (Certyfikacja w toku), Nadpisywanie twardego dysku, Uwierzytelnianie sieciowe, SNMP w wersji 3, SSL, Zabezpieczona poczta e-

str. 63


17. RozliczanieWłączanie rozliczania sieciowego (kopiuj, drukuj, skanuj, faks lub wiadomość e-mail)

18. Rozmiar papieru Od 76.2 x 127 mm do 297 x 420 mm

19. Pojemność podajników papieru ok. 1000 arkuszy


21 Deklaracja zgodności CE

7.2.14 Klimatyzator

Dostawa wraz z instalacja i konfiguracja wskazaną przez zamawiającego (1 szt.)


1. Chłodzenie KW 3,50 (0,85-4,00)

2. Grzanie KW 4,00 (0,85-6,60)

3. Napięcie 230V

4. Pobór mocy Chłodzenie 0,870 (0,170-1,120)Grzanie 0,920 (0,165-1,820)

5. EfektywnośćChłodzenie SEER 6,7 (kl.en. A++)Grzanie SCOP 4,1 (kl.en. A+)

6. Głośność j.wew (max/min) dB(A) 42/29/26j.zew (max/min) dB(A) 50/48

7.Zakres temperatur pracy jednostki zewnętrznej

Chłodzenie-20 +43 °CGrzanie -15 +24 °C

8. Inne

- Jednostki można montować w instalacjach z orurowaniem R22- Zaprojektowane do pracy ciągłej- Wysoka sprawność nawet przy temperaturze -20 °C- Łożyska toczne o dużej trwałości- Dodatkowy czujnik zapobiegający oszronieniu jednostki wewnętrznej- Tryb chłodzenia do -20 °C- Tryb grzania do -15 °C- Gwarancja na sprężarkę 5 Lat- Tryb cichej pracy - tylko 26 dB(A)- System inwerterowy- Czynnik chłodniczy R410A- Pilot przewodowy

str. 64



CE

*Definicja System Windows lub równoważny - System operacyjny posiadający następujące funkcjonalności:1) Licencja na zaoferowany system operacyjny musi być w pełni zgodna z warunkami licencjonowania

producenta oprogramowania. 1) Interfejsy użytkownika dostępne w kilku językach do wyboru – minimum w Polskim i Angielskim, 2) Funkcjonalność rozpoznawania mowy, pozwalającą na sterowanie komputerem głosowo, wraz z

modułem „uczenia się” głosu użytkownika. 3) Możliwość dokonywania bezpłatnych aktualizacji i poprawek w ramach wersji systemu operacyjnego

poprzez Internet, mechanizmem udostępnianym przez producenta systemu z możliwością wyboru instalowanych poprawek oraz mechanizmem sprawdzającym, które z poprawek są potrzebne – wymagane podanie nazwy strony serwera www.

4) Możliwość dokonywania aktualizacji i poprawek systemu poprzez mechanizm zarządzany przez administratora systemu Zamawiającego,

5) Dostępność bezpłatnych biuletynów bezpieczeństwa związanych z działaniem systemu operacyjnego,6) Wbudowana zapora internetowa (firewall) dla ochrony połączeń internetowych; zintegrowana z

systemem konsola do zarządzania ustawieniami zapory i regułami IP v4 i v6; 7) Wbudowane mechanizmy ochrony antywirusowej i przeciw złośliwemu oprogramowaniu z

zapewnionymi bezpłatnymi aktualizacjami, 8) Zlokalizowane w języku polskim, co najmniej następujące elementy: menu, odtwarzacz multimediów,

pomoc, komunikaty systemowe, 9) Graficzne środowisko instalacji i konfiguracji dostępne w języku polskim, 10) Wsparcie dla większości powszechnie używanych urządzeń peryferyjnych (drukarek, urządzeń

sieciowych, standardów USB, Plug&Play, WiFi), 11) Funkcjonalność automatycznej zmiany domyślnej drukarki w zależności od sieci, do której podłączony

jest komputer, 12) Możliwość zarządzania stacją roboczą poprzez polityki grupowe – przez politykę Zamawiający

rozumie zestaw reguł definiujących lub ograniczających funkcjonalność systemu lub aplikacji, 13) Rozbudowane, definiowalne polityki bezpieczeństwa – polityki dla systemu operacyjnego i dla

wskazanych aplikacji, 14) Możliwość zdalnej automatycznej instalacji, konfiguracji, administrowania oraz aktualizowania

systemu, zgodnie z określonymi uprawnieniami poprzez polityki grupowe15) Zabezpieczony hasłem hierarchiczny dostęp do systemu, konta i profile użytkowników zarządzane

zdalnie; praca systemu w trybie ochrony kont użytkowników. 16) Zintegrowany z systemem moduł wyszukiwania informacji (plików różnego typu, tekstów,

metadanych) dostępny z kilku poziomów: poziom menu, poziom otwartego okna systemu operacyjnego; system wyszukiwania oparty na konfigurowalnym przez użytkownika module indeksacji zasobów lokalnych,

17) Zintegrowany z systemem operacyjnym moduł synchronizacji komputera z urządzeniami zewnętrznymi.

18) Możliwość przystosowania stanowiska dla osób niepełnosprawnych (np. słabo widzących); 20. Wsparcie dla IPSEC oparte na politykach – wdrażanie IPSEC oparte na zestawach reguł definiujących ustawienia zarządzanych w sposób centralny;

19) Mechanizmy logowania w oparciu o: a. Login i hasło, b. Karty z certyfikatami (smartcard), c. Wirtualne karty (logowanie w oparciu o certyfikat chroniony poprzez moduł TPM),

str. 65

20) Wsparcie do uwierzytelnienia urządzenia na bazie certyfikatu, 21) Wsparcie dla algorytmów Suite B (RFC 4869), 22) Wsparcie wbudowanej zapory ogniowej dla Internet Key Exchange v. 2 (IKEv2) dla warstwy

transportowej IPsec, 23) Wbudowane narzędzia służące do administracji, do wykonywania kopii zapasowych polityk i ich

odtwarzania oraz generowania raportów z ustawień polityk; 24) Wsparcie dla środowisk Java i .NET Framework 4.x – możliwość uruchomienia aplikacji działających

we wskazanych środowiskach, 25) Wsparcie dla JScript i VBScript – możliwość uruchamiania interpretera poleceń,

7.3 Oprogramowanie do zarządzania infrastrukturą IT

Wykonawca dostarczy oprogramowanie wraz z instalacją i konfiguracją w celu ewidencji zainstalowanego sprzętu i oprogramowania urzędu miasta.

1) Moduł inwentaryzacji oprogramowania i sprzętu:

a. oprogramowanie ma umożliwiać automatyczną inwentaryzację zainstalowanego na komputerach każdego oprogramowania

b. oprogramowanie ma umożliwiać globalny przegląd wszystkich programów zainstalowanych na komputerach

c. oprogramowanie ma umożliwiać tworzenie zestawień zainstalowanych typów programów (freeware, shereware itp.)

d. oprogramowanie ma umożliwiać porównanie ilości posiadanych licencji programów z ilościami zainstalowanymi

e. oprogramowanie ma umożliwiać przegląd historii instalacji oprogramowania na komputerachf. oprogramowanie ma umożliwiać tworzenie wykazów z zainstalowanym, dowolnieg. wybranym programemh. oprogramowanie ma umożliwiać zdalne oraz automatyczne odinstalowywanie wybranych

aplikacji względem stanowisk lub grup stanowiski. oprogramowanie ma umożliwiać przypisywanie do zainstalowanego oprogramowania

skanów faktur zakupów (dodawanie, wydruk)j. oprogramowanie ma umożliwiać tworzenie zestawień duplikatów kluczy licencyjnych

dotyczących zainstalowanego oprogramowania na komputerzek. oprogramowanie ma umożliwiać tworzenie zestawień zainstalowanych systemów

operacyjnych na komputerachl. oprogramowanie ma umożliwiać przesyłanie raportów oprogramowania (lista programów

zainstalowanych na stacji, informacje odczytywane z rejestru systemowego) na wskazany adres e-mail

2) Moduł inwentaryzacji komponentów komputerów:

a. oprogramowanie ma umożliwiać okresową automatyczną inwentaryzację parametrów sprzętowych stanowiska: HDD, RAM, CPU, karta sieciowa, system operacyjny, karta graficzna itp.

b. oprogramowanie ma umożliwiać analizę sprzętową: płyty głównej w zakresie model, producent, nr. seryjny; CPU w zakresie nazwy, modelu, producenta, częstotliwości; HDD w zakresie numeru seryjnego dysku, numeru seryjnego partycji, rozmiaru pamięci, wolnej przestrzeni pamięci; RAM w zakresie wielkości pamięci; karty sieciowej w zakresie model, adres IP, adres MAC; karty graficznej w zakresie model; zainstalowanych drukarek

c. oprogramowanie ma umożliwiać odczyt informacji dotyczących systemu operacyjnego w zakresie nazwy, wersji, daty instalacji, zainstalowanych poprawek, kluczy licencyjnych, produktu ID

str. 66

8 SZKOLENIA

1) Wykonawca przeprowadzi dziesięciodniowe szkolenie w języku polskim dla wszystkich pracowników wskazanych przez Zamawiającego mających obsługiwać zaimplementowany System (max. 50 osób).

2) Zakres szkolenia obejmować będzie obsługę Systemu dziedzinowego przez pracowników Zamawiającego, wskazane jako działania Użytkownika wewnętrznego w Systemie dziedzinowym, o których mowa w wymaganiach funkcjonalnych

3) Szkolenie zostanie zrealizowane w czasie 10 dni roboczych.4) Każdy dzień szkolenia będzie trwał 8 godzin zegarowych. Każdy dzień szkolenia Wykonawca musi

zaplanować tak, aby uwzględnić:a. czas na dydaktykę – 6 (sześć) godzin zegarowych;b. jedną przerwę obiadową – 1 (jedna) godzina zegarowa;c. cztery przerwy kawowe – 15 (piętnaście) minut każda.

5) Wykonawca dostarczy Zamawiającemu materiały szkoleniowe w wersji elektronicznej zapisane na przenośnej pamięci Flash (lub innym równoważnym nośniku).

6) Wykonawca opracuje i przedstawi do akceptacji Zamawiającego agendę szkolenia zawierającą co najmniej:

a. cel i zakres szkolenia,b. metodę i formę szkolenia.

7) Wykonawca zapewni prowadzenie szkolenia przez wykwalifikowaną kadrę posiadającą wiedzę teoretyczną i praktyczną z zakresu szkolenia,

8) Przeszkoleni pracownicy Zamawiającego otrzymają potwierdzenie ukończenia szkolenia w postaci zaświadczenia o uczestnictwie.

9) Szkolenie musi zostać uwzględnione w harmonogramie projektu.10) Wykonawca zapewni wynajem sali (wyposażonej w niezbędny sprzęt potrzebny do przeprowadzenia

szkolenia) oraz obsługę cateringową (obiad + przerwy kawowe) na każdy dzień trwania szkolenia.11) Przeprowadzenie szkolenia zostanie potwierdzone protokołem sporządzonym w dwóch

jednobrzmiących egzemplarzach, po jednym dla Zamawiającego i Wykonawcy, zawierającym:a. nazwę i tematykę ze szkolenia,b. datę i miejsce przeprowadzenia szkolenia,c. czas trwania szkolenia,d. imienną listę osób uczestniczących w szkoleniu,e. imię i nazwisko oraz specjalizację osób prowadzących szkolenie.

12) Wykonawca zapewni specjalistyczne szkolenia dla służby informatycznej Urzędu (certyfikowane szkolenia z zakresu zarządzania dostarczoną infrastrukturą serwerową i bazami danych – „Windows Serwer, Linux, MS SQL) ADMINISTERING SERVER, ADMINISTERING SQL SERVER DATABASES, lub równoważne.

13) Protokół z przeprowadzonego szkolenia podlegać będzie zatwierdzeniu przez Zamawiającego.

9 DOKUMENTACJA

Wykonawca musi dokonać analizy wymagań zawartych w opisie przedmiotu zamówienia i na jej podstawie opracować Dokumentację projektową i Dokumentację powykonawczą, które przedstawi do akceptacji Zamawiającego. Zamawiający wymaga, aby Wykonawca przygotował – zgodnie z ogólnie akceptowalnymi standardami w dziedzinie dokumentowania –następujące rodzaje Dokumentacji projektowej bezpośrednio związane z przedmiotem zamówienia:

1) Dokumentacja analityczna zawierająca co najmniej:a. Analiza wymagań funkcjonalnych.b. Analiza wymagań po za funkcjonalnych.c. Biznesowa koncepcja rozwiązania, w tym: aktorzy, model procesów, reguły biznesowe,

logiczny model danych, cykl życia danych, integracja z innymi systemami.

str. 67

d. Model przypadków użycia, w tym: macierz pokrycia wymagań przez przypadki użycia.e. Produkty ergonomii Systemu dziedzinowego, o których mowa w pkt 3.3.1.f. Inne ograniczenia, założenia i zależności Systemu dziedzinowego.

2) Dokumentacja techniczna zawierająca co najmniej:a. Techniczna koncepcja rozwiązania, w tym: architektura techniczna, technologia wykonania

podsystemów, architektura logiczna podsystemów, fizyczny model danych.b. Opis zagadnień bezpieczeństwa rozwiązania.c. Opis i specyfikacja interfejsów: interfejsy Systemu dziedzinowego, interfejsy dostarczane

przez inne systemy.d. Wykorzystane Oprogramowanie standardowe (lista oprogramowania wraz z opisem

przeznaczenia do wykorzystania).e. Wykorzystane Oprogramowanie aplikacyjne (lista oprogramowania wraz z opisem

przeznaczenia do wykorzystania).f. Opis wymagań sprzętowych i programowych Oprogramowania standardowego i

Oprogramowania aplikacyjnego.g. Wymiarowanie infrastruktury sprzętowej.h. Diagram wdrożenia opisujący konfigurację węzłów Systemu (jaki sprzęt w danym węźle, jakie

oprogramowanie na nim zainstalowano, jakich interfejsów i protokołów używa do komunikacji z innymi węzłami Systemu, w jakiej znajduje się strefie sieciowej).

i. Z Dokumentacji technicznej jednoznacznie wynika sposób działania Oprogramowania aplikacyjnego zarówno w skali globalnej, jak i sposób funkcjonowania poszczególnych jego komponentów oraz opis sposobu komunikacji pomiędzy poszczególnymi komponentami.

3) Plan Testów Akceptacyjnych zawierający co najmniej następując elementy:a. Strategia testów akceptacyjnych: założenia do przeprowadzenia testów: warunki przeprowadzenia testów, rodzaje testów

akceptacyjnych, kryteria akceptacji produktów, organizacja testów: zasoby osobowe i organizacyjne, procedury testowe, klasyfikacja błędów, środowisko testowe: architektura logiczna środowiska testowego, zainstalowane

oprogramowanie, stanowiska testowe, konfiguracja sieciowa, dane testowe, harmonogram testów, rodzaje testów: wewnętrzne, scenariuszowe, integracyjne, swobodne, regresji,

pozafunkcjonalne, weryfikacja i odbiór kodu źródłowego, testy niezawodnościowe i dostępności.

b. Plan testów: sekwencja realizacji testów, przypadki testowe, scenariusze testowe: specyfikacja scenariuszy testowych, mapowanie wymagań na model

funkcjonalny, mapowanie modelu funkcjonalnego na scenariusze testowe.c. Raport z testów.

4) Dokumentacja powykonawcza- Zamawiający wymaga, aby Wykonawca w ramach wykonania dokumentacji powykonawczej zaktualizował – zgodnie z ogólnie akceptowalnymi standardami w dziedzinie dokumentowania – Dokumentację projektową, po wdrożeniu Systemu dziedzinowego oraz wykonał/ uaktualnił funkcjonującą Politykę bezpieczeństwa informacji i Instrukcję zarządzania systemem informatycznym.

5) Polityka bezpieczeństwa informacji zawierająca co najmniej następujące elementy:a. wykaz budynków, pomieszczeń lub części pomieszczeń, tworzących obszar, w którym

przetwarzane są dane osobowe,b. wykaz zbiorów danych osobowych wraz ze wskazaniem programów zastosowanych do

przetwarzania tych danych,c. opis struktury zbiorów danych wskazujący zawartość poszczególnych pól informacyjnych i

powiązania między nimi,d. sposób przepływu danych pomiędzy poszczególnymi systemami,e. określenie środków technicznych i organizacyjnych niezbędnych dla zapewnienia poufności,

integralności i rozliczalności przetwarzanych danych.f. Zgodna z normą:

i. ISO/IEC 27001:2005 = PN ISO/IEC 27001:2007 - ISMS requirements – SZBI wymogi.

str. 68

ii. ISO/IEC 27002 = PN-ISO/IEC 17799:2007 – Praktyczne zasady zarządzania bezpieczeństwem informacji.

6) Instrukcja zarządzania systemem informatycznym zawiera co najmniej następujące elementy:a. procedury nadawania uprawnień do przetwarzania danych i rejestrowania tych uprawnień w

systemie informatycznym oraz wskazanie osoby odpowiedzialnej za te czynności,b. stosowane metody i środki uwierzytelnienia oraz procedury związane z ich zarządzaniem i

użytkowaniem,c. procedury rozpoczęcia, zawieszenia i zakończenia pracy przeznaczone dla Użytkowników

Systemu,d. procedury tworzenia kopii zapasowych zbiorów danych oraz programów i narzędzi

programowych służących do ich przetwarzania,e. sposób, miejsce i okres przechowywania elektronicznych nośników informacji zawierających

dane osobowe oraz kopii zapasowych, o których mowa w pkt. d),f. sposób zabezpieczenia systemu informatycznego przed działalnością oprogramowania,

którego celem jest uzyskanie nieuprawnionego dostępu do systemu informatycznego.7) Zamawiający wymaga, aby wszystkie dokumenty tworzone w ramach realizacji umowy

charakteryzowały się wysoką jakością, na którą będą miały wpływ, takie czynniki jak:a. Struktura dokumentu, rozumiana jako podział danego dokumentu na rozdziały, podrozdziały

i sekcje, w czytelny i zrozumiały sposób,b. Zachowanie standardów, w tym notacji BPMS, UML, a także sposób pisania, rozumianych

jako zachowanie spójnej struktury, formy i sposobu pisania dla poszczególnych dokumentów oraz fragmentów tego samego dokumentu,

c. Kompletność dokumentu, rozumiana jako pełne, bez wyraźnych, ewidentnych braków przedstawienie omawianego problemu obejmujące całość z danego zakresu rozpatrywanego zagadnienia,

d. Spójność i niesprzeczność dokumentu, rozumianych jako zapewnienie wzajemnej zgodności pomiędzy wszystkimi rodzajami informacji umieszczonymi w dokumencie, jak i brak logicznych sprzeczności pomiędzy informacjami zawartymi we wszystkich przekazanych dokumentach oraz we fragmentach tego samego dokumentu.

8) Zamawiający wymaga, aby cała dokumentacja, o której mowa powyżej, podlegała jego akceptacji, a także, aby została dostarczona w języku polskim, w wersji elektronicznej w niezabezpieczonym/edytowalnym formacie Word, PDF oraz HTML (na płycie CD-ROM lub innym równoważnym nośniku danych) i drukowanej – 1 egzemplarz.

9) Wykonawca udzieli Zamawiającemu bezterminowej, nieodwołalnej, wieczystej, bez możliwości wypowiedzenia, niewyłącznej i nieograniczonej, co do ilości użytkowników licencji na korzystanie z opracowanej przez siebie dokumentacji. Licencja uprawniać ma Zamawiającego do korzystania z dokumentacji na następujących polach eksploatacji w zakresie:

a. utrwalania i zwielokrotniania utworu;b. wytwarzania określoną techniką egzemplarzy utworu, w tym techniką drukarską,

reprograficzną, zapisu magnetycznego oraz techniką cyfrową;c. wykorzystywania całej dokumentacji lub jej fragmentów w niezależnych publikacjach/

działaniach własnych związanych z edukacją lub promocją Systemu.

10LICENCJE:

1) Licencje muszą być udzielone na czas nieokreślony na oprogramowanie dziedzinowe obejmujące odpowiednie certyfikaty licencyjne, zapewniające korzystanie zarówno z modułów dziedzinowych przez pracowników, pozostałe JST biorące udział w projekcie i podległe jednostki organizacyjne.

2) Licencje oprogramowania standardowego muszą być nielimitowane co do ilość licencji na serwery/procesory. Licencje nie mogą ograniczać prawa do przenoszenia oprogramowania na inne serwery sprzętowe.

3) Licencje muszą być udzielone na czas nieokreślony na każde dostarczone oprogramowanie, które potrzebne jest do właściwego funkcjonowania Systemu łącznie z oprogramowaniem bazodanowym.

str. 69

4) Wszystkie licencje udzielone na oprogramowanie dziedzinowe Systemu, powinny obejmować nieograniczoną liczbę stanowisk do wykorzystania dla jednostek uczestniczących w projekcie.

11ODBIÓR PRODUKTÓW:

1) Wszystkie dostarczone w ramach Umowy produkty i świadczone usługi będą podlegały procedurom w zakresie testów akceptacyjnych, odbioru ilościowego i jakościowego. Do protokołu odbioru końcowego dołączone będą:

a. wykaz oprogramowania wraz z rodzajem i liczbą,b. dokumentacja projektowa i powykonawcza wraz z niezbędnymi instrukcjami, zgodnie z

wymaganiami Zamawiającego,c. wyniki przeprowadzonych testów,d. protokoły odbioru poszczególnych etapów.

2) gotowości do przekazania każdego z etapów przedmiotu zamówienia do odbioru Wykonawca powiadomi Zamawiającego na co najmniej 3 dni robocze przed jego przekazaniem, przesyłając informację pisemnie, faksem lub pocztą e-mail.

3) Zamawiający przeprowadzi procedurę odbiorczą i przyjmie przedstawiony przedmiot zamówienia albo zgłosi ewentualne uwagi lub zastrzeżenia najpóźniej w terminie do 15 dni roboczych od dnia zgłoszenia przez Wykonawcę gotowości do przekazania przedmiotu zamówienia.

4) Wykonawca uwzględni wszystkie uwagi Zamawiającego do przedmiotu zamówienia najpóźniej w terminie do 5 dni roboczych.

5) Wszystkie czynności związane z dokonaniem odbioru muszą zakończyć się w terminie wykonania etapu i Umowy.

6) Wykonawca musi przedstawić szczegółowy harmonogram odbiorów każdego z produktów Umowy, tak aby zapewnić odpowiedni czas Zamawiającemu na weryfikację produktu.

7) Zamawiający wymaga, aby Wykonawca przygotował Plan Testów Akceptacyjnych, podlegający zaakceptowaniu przez Zamawiającego zgodnego z szablonem PTA, stanowiącym załącznik do Umowy. Zamawiający zastrzega sobie prawo do rezygnacji z części zapisów zawartych w PTA, dotyczących rodzaju testów.

8) Plan Testów Akceptacyjnych musi zostać przygotowany z uwzględnieniem:a. opisu sposobu organizacji testów,b. opisu przypadków testowych oraz kryteriów akceptacji,c. scenariuszy testowych uwzględniających przebieg podstawowy dla usługi i przebiegi

alternatywne.d. przed przeprowadzeniem testów integracyjnych, wydajnościowych, penetracyjnych i

akceptacyjnych Wykonawca przeprowadzi testy wewnętrzne i przekaże Zamawiające mu raport z testów wewnętrznych zawierający także opis metody przeprowadzenia testów wewnętrznych. Zamawiający zastrzega sobie prawo do udziału w prowadzonych przez Wykonawcę testach wewnętrznych. Zamawiający przeprowadzi na podstawie dostarczonych przez Wykonawcę narzędzi testy integracyjne, wydajnościowe, penetracyjne i akceptacyjne z udziałem Wykonawcy.

9) Warunki ogólne niezbędne do przeprowadzenia testów integracyjnych, wydajnościowych, penetracyjnych i akceptacyjnych każdego typu, to m.in.:

a. warunki rozpoczęcia pierwszej iteracji testów:b. zaakceptowana dokumentacja testowa,c. zaakceptowany harmonogram testów,d. przeprowadzone testy wewnętrzne Wykonawcy i przekazany Zamawiającemu raport z

testów wewnętrznych.10) Warunki rozpoczęcia kolejnych iteracji testów:

a. naprawione błędy wykryte podczas poprzedniej iteracji,b. modyfikacja dokumentacji testowej w zakresie wynikającym z poprzedniej iteracji testów.

str. 70

12ZARZĄDZANIE PROJEKTEM

Wymaga się od Wykonawcy, ab organizacja przedsięwzięcia związanego z przedmiotem zamówienia i jego etapów, tj. procesy kierujące przedsięwzięciem, struktura i zawartość planów projektu, techniki zarządzania projektem zestaw elementów sterujących zarządzaniem i jakością, w tym cała tworzona dokumentacja, były oparte o ogólnie znaną metodykę projektową (PRINCE2, PMBoK, itp.).Możliwa jest realizacja projektu w oparciu o inną metodykę i/lub własny standard, zaproponowaną przez Wykonawcę i zaakceptowaną przez Zamawiającego, uwzględniającą konkretne techniki, narzędzia i notacje, a także zapewniającą osiągnięcie zamierzonych celów jakościowych przy jednoczesnej minimalizacji możliwości niepowodzenia projektu.

W przypadku wykorzystywania przez Wykonawcę innej metodyki zarządzania projektem niż PRINCE2 czy PMBoK wymaga się, aby uwzględniała ona co najmniej następujące elementy:

1) sposób zarządzania projektem, w tym proces kontroli postępu prac w zakresie kosztów, pracochłonności i zgodności z harmonogramem projektu, a także częstotliwość punktów kontrolnych, raportowanie o postępach w realizacji projektu oraz sposób zarządzania problemami w trakcie realizacji projektu,

2) proces przygotowania planu realizacji projektu i planu jakości projektu,3) analizę ryzyka przed rozpoczęciem projektu i zarządzanie ryzykiem w trakcie jego realizacji,4) politykę jakości projektu zawierającą wymagania jakościowe oraz kryteria jakości (np. związane z

testowaniem),5) kontrolę jakości, w tym audyty wewnętrzne i zewnętrzne projektu oraz przeglądy projektu,6) sposób zarządzania konfiguracją, w tym identyfikację elementów konfiguracji, kontrolę wersji,

informowanie uczestników projektu o zmianach,7) sposób zarządzania zmianami, w tym rodzaje modyfikacji(poprawki, aktualizacje, rozbudowa,

udoskonalenia) oraz procedury kontroli zmian,8) bezpieczeństwo realizacji projektu, w tym poufność – dokumenty wrażliwe, deklaracje poufności dla

uczestników projektu oraz sposób rejestracji dostępu do dokumentów wrażliwych.9) W przypadku wykorzystywania przez Wykonawcę innej metodyki zarządzania projektem niż PRINCE2

czy PMBoK, Wykonawca jest zobowiązany dostarczyć Zamawiającemu wraz z ofertą opis metodyki w języku polskim, w wersji elektronicznej, w formacie PDF (dopuszcza się inne formaty zapisu, należy jednak dołączyć przeglądarkę obsługującą wykorzystane formaty), na płycie CD-ROM lub innym równo ważnym nośniku danych i drukowanej, w co najmniej 3 (trzech)egzemplarzach.

10) W przypadku wykorzystywania przez Wykonawcę innej metodyki zarządzania projektem niż PRINCE2 czy PMBoK, Wykonawca jest zobowiązany przewidzieć w harmonogramie projektu czas (nie krótszy niż 5 dni roboczych) potrzebny Zamawiającemu na zapoznanie się z przedstawioną metodyką.

11) Wykonawca przedstawi do akceptacji Zamawiającego ustanowione i udokumentowane działania, jakie należy wykonać w celu osiągnięcia zamierzonych celów zamówienia w terminie, przy określonych kosztach, wymaganej jakości i poziomie wykonania. Wymaga się, aby działania te, podobnie jak wszystkie pozostałe zadania realizowane w niniejszym zamówieniu, zostały podzielone na etapy, które występują jeden po drugim i pozwolą lepiej sterować projektem oraz ograniczyć ryzyko niepowodzenia projektu. Ponadto wymaga się, aby dla każdego etapu Wykonawca przedstawił do akceptacji Zamawiającego udokumentowane procedury zapewniające, że:

a. postępowanie ze wszystkimi zagadnieniami i ryzykiem projektowym, szczególnie w zakresie wprowadzanych zmian, będzie pod kontrolą,

b. na każdym etapie realizacji przedmiotu zamówienia będą dokonywane sprawdzenia w zakresie jakości wykonywanych prac, na podstawie ustanowionych i udokumentowanych procedur sterowania i weryfikacji, w celu spełnienia postawionych wymagań, przy czym procedury sterowania i weryfikacji, w tym przyjęta metodyka prowadzenia projektu, powinny być regularnie poddawane ocenie na podstawie obiektywnych kryteriów,

c. niniejsze postępowanie będzie prowadzone w sposób skuteczny i efektywny, a wszystkie zmiany będą przed nich wprowadzenie i identyfikowane, udokumentowane, poddane przeglądom i zatwierdzone przez Zamawiającego.

12) Wykonawca przygotuje i dostarczy, w nieprzekraczalnym terminie 7 Dni Roboczych od dnia podpisania Umowy, do zatwierdzenia przez Zamawiającego Plan Zarządzania Projektem.

str. 71

13) Wykonawca przygotuje i dostarczy łącznie z Planem Zarządzania Projektem do zatwierdzenia przez Zamawiającego harmonogram bazowy projektu. Harmonogram bazowy projektu musi uwzględniać m.in.

a. zakres prac, które będą wykonywane w ramach niniejszego zamówienia przez Wykonawcę;b. wyznaczenie punktów kontrolnych;c. zaplanowanie prac dotyczących realizacji, kontroli (Raporty ze stanu realizacji projektu) i

odbioru;d. inne ograniczenia projektu uwzględnione w Opisie Przedmiotu Zamówienia.

13Załączniki:

13.1 Załącznik nr 1- wykaz spraw ePUAP:

Lp. Sprawa z ePUAP

1. Bonifikata od opłat rocznych z tytułu użytkowania wieczystego nieruchomości gruntowych.

2. Decyzja o środowiskowych uwarunkowaniach dla planowanego przedsięwzięcia mogącego potencjalnie znacząco oddziaływać na środowisko.

3. Deklaracja DR-1 na podatek rolny.

4. Deklaracja na podatek leśny.

5. Deklaracja na podatek od nieruchomości.

6. Deklaracja na podatek od środków transportowych.

7. Deklaracja, korekta deklaracji o wysokości opłaty za gospodarowanie odpadami komunalnymi.

8. Dofinansowanie kosztów kształcenia młodocianych pracowników.

9. Dopisanie do spisu wyborców.

10. Informacja o wysokości opłat za podatek od środków transportowych.

11. Jednorazowe zezwolenie na sprzedaż napojów alkoholowych.

12. Nadanie i potwierdzenie numeru porządkowego nieruchomości.

13. Najem lokali użytkowych.

14. Najem mieszkania komunalnego.

15. Organizacja imprezy masowej.

16. Pismo ogólne do urzędu.

17. Podział nieruchomości.

18. Pozwolenie na przeprowadzenie zbiórki publicznej.

19. Przedłużenie umowy dzierżawy.

20. Przekształcenie prawa użytkowania wieczystego w prawo własności.

21. Rozwiązanie umowy dzierżawy lub najmu.

22. Rozłożenie należności na raty, odroczenie terminu, umorzenie zaległości, umorzenie odsetek.

23. Skargi, wnioski, zapytania do urzędu.

str. 72

24. Sprzedaż lokali mieszkalnych na rzecz najemców.

25. Udostępnianie danych z ewidencji ludności, zbioru PESEL oraz ewidencji wydanych i unieważnionych dowodów osobistych.

26. Udostępnianie informacji publicznej na wniosek.

27. Ustalanie opłaty adiacenckiej.

28. Wnioskowanie o wydanie dowodu osobistego.

29. Wnioskowanie o wydanie odpisu aktu stanu cywilnego.

30. Wnioskowanie o wydanie zaświadczenia o stanie cywilnym.

31. Wpis do Centralnej Ewidencji i Informacji o Działalności Gospodarczej (CEIDG).

32. Wydanie wypisu i wyrysu ze studium uwarunkowań i kierunków zagospodarowania przestrzennego.

33. Wydanie zaświadczenia o prawie do głosowania w miejscu pobytu w dniu wyborów.

34. Wypisy i wyrysy z miejscowego planu zagospodarowania przestrzennego.

35. Zameldowanie na pobyt czasowy.

36. Zameldowanie na pobyt stały.

37. Zamiana mieszkania między lokatorami.

38. Zezwolenie na lokalizację lub przebudowę zjazdu.

39. Zezwolenie na sprzedaż napojów alkoholowych.

40. Zezwolenie na usunięcie drzew i krzewów.

41. Zezwolenie na zajęcie pasa drogowego w celu prowadzenia robót.

42.Zezwolenie na zajęcie pasa drogowego w celu umieszczenia w nim urządzeń infrastruktury technicznej niezwiązanych z potrzebami zarządzania drogami lub potrzebami ruchu drogowego.

43. Zgłoszenie utraty lub uszkodzenia dowodu osobistego.

44. Zgłoszenie wymeldowania z pobytu czasowego.

45. Zgłoszenie wymeldowania z pobytu stałego.

13.2 Załącznik nr 2- Wzory protokołów sesji rady miasta

Wzór Protokół Nr …………/20………

z sesji Rady Miasta ……… kadencji, odbytej w dniu ………….. r. w Urzędzie Miasta w Jedlinie - Zdroju, u. Poznańska 2. Godz. rozpoczęcia obrad: …………..Godz. zakończenia obrad:…………

W sesji udział wzięli:1. Burmistrz Miasta – ………….2. Z-ca Burmistrz Miasta – ………….3. Skarbnik Miasta – ……………4. Sekretarz Miasta - ………….

str. 73

Proponowany porządek obrad:1.Otwarcie sesji, ustalenie quorum. 2.Przyjęcie dziennego porządku obrad.3.Przyjęcie treści protokołu z poprzedniej sesji.4.Sprawozdanie Burmistrza Miasta z działalności pomiędzy sesjami Rady Miasta.5.Podjęcie Uchwały Nr ……………….10. Interpelacje, zapytania i wolne wnioski radnych. 11. Zamknięcie obrad.

Ad. 1.

Obrady otworzyła Przewodnicząca Rady Miasta w Jedlinie-Zdroju ………………... Powitała zebranych. Stwierdziła, iż w obradach udział bierze ……. radnych, co upoważnia Radę do prawomocnego podejmowania uchwał.

Lista obecności stanowi Załącznik Nr 1 do niniejszego protokołu.

Ad.2.

Następnie Przewodnicząca Rady zapytała czy są wnioski w sprawie zmian w porządku obrad. Wniosków …………..Porządek obrad został …………………

Ad. 3.

Uwag do protokołu z poprzedniej sesji nie zgłoszono, tym samym przyjęto jego treść bez zastrzeżeń.

Ad. 4.

Sprawozdanie z działalności pomiędzy sesjami Rady Miasta złożył Burmistrz Miasta.

Sprawozdanie stanowi Załącznik Nr 2 do niniejszego protokołu.Ad. ….

W głosowaniu autopoprawki:za: ……….. radnych przeciw: …………wstrzymało się: ………..

Autopoprawka została przyjęta …………………...Innych wniosków ……………………...Przewodnicząca Rady poprosiła o przystąpienie do głosowania nad przyjęciem uchwały.

W głosowaniu:za: …… radnych przeciw: …………wstrzymało się: …………..

Ad. ……..

Przewodnicząca Rady zamknęła obrady ………… Sesji Rady Miasta Jedlina - Zdrój wypowiadając formułę: „zamykam sesję Rady Miasta Jedlina - Zdrój w dniu …………….. roku”.

str. 74

Na tym protokół, który zawiera …………. stron zakończono.

Protokołowała:

str. 75

Documents

bip.um.jedlina.plbip.um.jedlina.pl/upload/upload/2017/06/eurzad/Zał. Nr … · Web viewProjekt pn. „Zwiększenie dostępności e-usług w Gminie Jedlina-Zdrój”, nr RPDS.02.01.04-02-0021/16