plik 202054 - ministerstwo infrastruktury i budownictwa

BDG.5.2511.26.2016.MK
Załącznik nr 1 do SIWZ
(po zawarciu umowy
załącznik nr 3 do umowy)
Szczegółowy Opis Przedmiotu Zamówienia
1. Przedmiot zamówienia
Przedmiotem zamówienia jest:
1. Usługa rozwoju istniejącego, Systemu Centralnego
Energetycznej Budynków, zwanego dalej „Systemem”.
Rejestru
Charakterystyki
2. Świadczenie Usługi Hostingu i Utrzymania Systemu.
3. Świadczenie Usługi Asysty Technicznej Systemu.
4. Świadczenie Dodatkowych Usług Rozwoju Systemu wg. potrzeb Zamawiającego.
5. Zamawiający wymaga objęcia przedmiotu zamówienia gwarancją przez okres 24 miesięcy.
6. Zamówienie jest współfinansowane z programu Program Operacyjny Wiedza Edukacja
Rozwój, w ramach rocznego planu działań 02.19.00.00.PB01/15.
2. Wymagania związane z realizacją zamówienia
1. Zamawiający wymaga zatrudnienia na podstawie umowy o pracę przez wykonawcę lub
podwykonawcę osób wykonujących czynności związane z obsługą zgłoszeń typu „help desk”,
o których mowa w § 7 ust. 2 pkt 2) umowy, w trakcie jej realizacji:
2. W trakcie realizacji zamówienia, Zamawiający uprawniony jest do wykonywania czynności
kontrolnych wobec wykonawcy odnośnie spełniania przez wykonawcę lub podwykonawcę
wymogu zatrudnienia na podstawie umowy o pracę osób wykonujących wskazane w punkcie
1 czynności. Zamawiający uprawniony jest w szczególności do:
a) żądania oświadczeń i dokumentów w zakresie potwierdzenia spełniania ww. wymogów
i dokonywania ich oceny,
b) żądania wyjaśnień w przypadku wątpliwości w zakresie potwierdzenia spełniania ww.
wymogów,
c) przeprowadzania kontroli na miejscu wykonywania świadczenia.
3. W trakcie realizacji zamówienia na każde wezwanie zamawiającego w wyznaczonym w tym
wezwaniu terminie wykonawca przedłoży zamawiającemu, w szczególności wskazane poniżej
dowody w celu potwierdzenia spełnienia wymogu zatrudnienia na podstawie umowy o pracę
przez wykonawcę lub podwykonawcę osób wykonujących wskazane w punkcie 1 czynności
w trakcie realizacji zamówienia:
- oświadczenie wykonawcy lub podwykonawcy o zatrudnieniu na podstawie umowy o pracę
osób wykonujących czynności, których dotyczy wezwanie zamawiającego. Oświadczenie to
powinno zawierać w szczególności: dokładne określenie podmiotu składającego
oświadczenie, datę złożenia oświadczenia, wskazanie, że objęte wezwaniem czynności
wykonują osoby zatrudnione na podstawie umowy o pracę wraz ze wskazaniem liczby tych
osób, rodzaju umowy o pracę i wymiaru etatu oraz podpis osoby uprawnionej do złożenia
oświadczenia w imieniu wykonawcy lub podwykonawcy;
- poświadczoną za zgodność z oryginałem odpowiednio przez wykonawcę lub podwykonawcę
kopię umowy/umów o pracę osób wykonujących w trakcie realizacji zamówienia czynności,
których dotyczy (wraz z dokumentem regulującym zakres obowiązków, jeżeli został
sporządzony). Kopia umowy/umów powinna zostać zanonimizowana w sposób zapewniający
ochronę danych osobowych pracowników, zgodnie z przepisami ustawy z dnia 29 sierpnia
1 z 12
BDG.5.2511.26.2016.MK
1997 r. o ochronie danych osobowych (tj. w szczególności bez imion, nazwisk, adresów, nr
PESEL pracowników). Informacje takie jak: data zawarcia umowy, rodzaj umowy o pracę
i wymiar etatu powinny być możliwe do zidentyfikowania;
- zaświadczenie właściwego oddziału ZUS, potwierdzające opłacanie przez wykonawcę lub
podwykonawcę składek na ubezpieczenia społeczne i zdrowotne z tytułu zatrudnienia na
podstawie umów o pracę za ostatni okres rozliczeniowy;
- poświadczoną za zgodność z oryginałem odpowiednio przez wykonawcę lub podwykonawcę
kopię dowodu potwierdzającego zgłoszenie pracownika przez pracodawcę do ubezpieczeń,
zanonimizowaną w sposób zapewniający ochronę danych osobowych pracowników, zgodnie z
przepisami ustawy z dnia 29 sierpnia 1997 r. o ochronie danych osobowych.
4. Z tytułu niespełnienia przez wykonawcę lub podwykonawcę wymogu zatrudnienia na
podstawie umowy o pracę osób wykonujących wskazane w punkcie 1 czynności zamawiający
przewiduje sankcję w postaci obowiązku zapłaty przez wykonawcę kary umownej w wysokości
określonej w umowie w sprawie zamówienia publicznego. Niezłożenie przez wykonawcę
w wyznaczonym przez zamawiającego terminie żądanych przez zamawiającego dowodów
w celu potwierdzenia spełnienia przez wykonawcę lub podwykonawcę wymogu zatrudnienia
na podstawie umowy o pracę traktowane będzie jako niespełnienie przez wykonawcę lub
podwykonawcę wymogu zatrudnienia na podstawie umowy o pracę osób wykonujących
wskazane w punkcie 1 czynności.
5. W przypadku uzasadnionych wątpliwości co do przestrzegania prawa pracy przez wykonawcę
lub podwykonawcę, zamawiający może zwrócić się o przeprowadzenie kontroli przez
Państwową Inspekcję Pracy.
3. Termin realizacji zamówienia
1. Usługa Rozwoju Systemu będzie świadczona przez czterdzieści dni od dnia zawarcia
umowy.
2. Usługi Hostingu, Utrzymania, Asysty Technicznej oraz Dodatkowe Usługi Rozwoju będą
świadczone przez 24 miesiące od dnia zawarcia umowy lub do wyczerpania środków
przeznaczonych na ten cel.
4. Opis Systemu
CENTRALNEGO REJESTRU CHARAKTERYSTYKI ENERGETYCZNEJ BUDYNKÓW
Zamawiający informuje, że posiada uruchomiony System w środowisku produkcyjnym
(https://rejestrcheb.mib.gov.pl ) i równoległym środowisku testowo-szkoleniowym.
System w każdym środowisku został podzielony na dwie aplikacje – aplikację zewnętrzną
i wewnętrzną. Aplikacje te są odseparowane od siebie na poziomie fizycznym jak i logicznym
– każda aplikacja uruchomiona jest na oddzielnych maszynach wirtualnych i wykorzystuje
innych użytkowników bazy danych.
System oparty jest o: platformę aplikacyjną Liferay Portal Community Edition 6.1 (na
serwerze z Apache Tomcat 7.0.) wdrożoną z wykorzystaniem wirtualnych portali, klaster
bazy danych Percona Server for MySQL (wersja bazy 5.6, wielkość pliku bazy danych to ok
3 GB) oraz load balancing na poziomie serwerów aplikacyjnych i bazy danych zrealizowany
za pomocą odpowiednio skonfigurowanego HA Proxy. Dedykowana funkcjonalność została
zrealizowana w formie portletów opartych na technologii OpenXava (wersja 4.4.2,
zmodyfikowana na potrzeby systemu).
Lista istotnych bibliotek i technologii wykorzystywanych przez system:
 OpenXava 4.4.2 (wersja zmodyfikowana na potrzeby systemu)
2 z 12
BDG.5.2511.26.2016.MK










·
·
·
·
·
Liferay CE 6.1
HA Proxy 1.5.2
Percona MySQL 5.6.21
Jasper Reports 3.5.3
Hibernate 3.6.1
Dozer 5.5.1
Imageio 3.0.2
Jmimemagic 0.1.2
Mirror 1.6.1
Fest-reflect 1.6.1
System ponadto posiada połączenie do serwera SMTP uruchomione w serwerze
aplikacyjnym, w którym skonfigurowano funkcjonalność do wysyłania wiadomości e-mail do
publicznych (tzw. użytkowników uprawnionych) zarejestrowanych w systemie użytkowników
w liczbie ok. 14 tys.
Przyrost roczny danych w systemie:
przyrost świadectw charakterystyki energetycznej - 50538
przyrost protokołów z kontroli systemu ogrzewania lub systemu klimatyzacji - 1537
Od chwili uruchomienia Systemu przetwarzaniu w komponentach systemu podlegają dane
w zakresie:
liczba kont użytkowników zarejestrowanych w systemie - 13600
liczba świadectw charakterystyki energetycznej - 72086
liczba protokołów z kontroli systemu ogrzewania lub systemu klimatyzacji – 1953
Architektura techniczna Sytemu
poglądowy schemat modelu logicznego Systemu
3 z 12
BDG.5.2511.26.2016.MK
Komponent modułu I
cmp Moduł I
Moduł I
Komponent
publiczny modułu I
Komponent
pryw atny modułu I

Komponent publiczny modułu I udostępnia funkcjonalność przeglądania publicznie
dostępnych informacji z rejestru uprawnionych do sporządzania świadectw charakterystyki
energetycznej budynków oraz uprawnionych do sporządzania protokołów z instalacji
grzewczej i systemu klimatyzacji. Komponent ma ograniczony na poziome bazy danych
dostęp do danych rejestru –posiada prawa tylko do odczytu z informacjami przeznaczonymi
do publikacji.

Komponent prywatny modułu I udostępnia funkcjonalność wprowadzania danych do rejestru
uprawnionych i pozbawionych uprawnień do sporządzania świadectw charakterystyki
energetycznej budynków oraz uprawnionych do sporządzania protokołów
z instalacji
grzewczej oraz systemu klimatyzacji, a także do udostępniania tych danych za pomocą
komponentu publicznego modułu I.

Komponent publiczny modułu II
Komponent udostępnia funkcjonalność przeglądania publicznie dostępnych informacji
z wykazu budynków, których powierzchnia użytkowa zajmowana przez organy wymiaru
sprawiedliwości, prokuraturę oraz organy administracji publicznej przekracza 250 m²
i w których dokonywana jest obsługa interesantów.
4 z 12
BDG.5.2511.26.2016.MK
Komponent ma ograniczony na poziome bazy danych dostęp do danych rejestru – będzie
posiadał prawa tylko do odczytu kolumn z informacjami przeznaczonymi do publikacji.
Komponent prywatny modułu II
Komponent udostępnia funkcjonalność wprowadzania danych do wykazu budynków, których
powierzchnia użytkowa zajmowana przez organy wymiaru sprawiedliwości, prokuraturę oraz
organy administracji publicznej przekracza 250 m² i w których dokonywana jest obsługa
interesantów, a także do udostępniania tych danych za pomocą komponentu publicznego
modułu II.
Komponent publiczny modułu III
Komponent udostępnia funkcjonalność sporządzania świadectw charakterystyki
energetycznej budynków oraz części budynku przez uprawnionych zarejestrowanych
w Module I.
Komponent posiada kontrolę dostępu do sporządzonych świadectw charakterystyki
energetycznej – do momentu zatwierdzenia przez autora świadectwa charakterystyki
energetycznej ma do niego wgląd, możliwość edycji i możliwość zatwierdzenia świadectwa.
Komponent prywatny modułu III
Komponent udostępnia funkcjonalność przeglądania danych zatwierdzonych świadectw
charakterystyki energetycznej oraz umożliwia podgląd wydruku przeglądanego świadectwa.
Komponent publiczny modułu IV
Komponent udostępnia funkcjonalność sporządzania protokołów z kontroli systemu
ogrzewania i lub systemu klimatyzacji sporządzonych przez uprawnionych zarejestrowanych
w Module I posiadających uprawniania do sporządzania tych protokołów.
Komponent posiada kontrolę dostępu do sporządzonych protokołów z kontroli systemu
ogrzewania lub systemu klimatyzacji – do momentu zatwierdzenia tylko autor protokołu ma
do niego wgląd, możliwość edycji i możliwość zatwierdzenia protokołu.
Komponent prywatny modułu IV
Komponent udostępnia funkcjonalność przeglądania danych zatwierdzonych protokołów
z kontroli systemu ogrzewania lub systemu klimatyzacji oraz podgląd wydruku
przeglądanego protokołu.




Moduł V
Komponent udostępnia funkcjonalności:
zarządzania uprawnionymi,
losowania świadectw oraz protokołów w celu przeprowadzenia kontroli,
przeglądania rejestru operacji użytkowników Systemu,
generowania raportów.
5 z 12
BDG.5.2511.26.2016.MK
· Poglądowy schemat modelu fizycznego Systemu
Zamawiający po podpisaniu umowy, zobowiązuje się do przekazania Wykonawcy
zamówienia pełnej dokumentacji do Systemu. Przekazana dokumentacja zawierać będzie
pliki instalacyjne aplikacji z backup-em bazy danych oraz dokumentacją użytkową Systemu.
1.
2.
3.
4.
5.
Aktualny opis Systemu znajduje się w następujących dokumentach i plikach:
Dokumentacja projektowa Systemu.
Dokumentacja systemowa Systemu.
Dokumentacja eksploatacyjna Systemu.
Dokumentacja powykonawcza Systemu.
Dokumentacja - Instrukcja użytkownika Systemu.
5. Wymagania dla Usługi Rozwoju
Usługa rozwoju istniejącego, Systemu Centralnego Rejestru Charakterystyki Energetycznej
Budynków; https://rejestrcheb.mib.gov.pl (i drugiego środowiska testowo-szkoleniowego),
I.
Rozpoczęcie świadczenia Usługi Rozwoju musi poprzedzać przeprowadzenie szczegółowej
analizy definiującej zakres koniecznych do wykonania modyfikacji i ulepszeń (w zakresie
wymienionym poniżej). Analiza zostanie przeprowadzona przez Wykonawcę przy
współudziale Zamawiającego, a jej efektem będzie dokument analizy podlegający
zatwierdzeniu przez Zamawiającego.
1. Usługa Rozwoju świadczona będą w następującym trybie:
a. Zamawiający przekaże Wykonawcy, w ramach wstępnego Zlecenia, wstępną wersję
wymagań funkcjonalnych i niefunkcjonalnych, wymienionych w pkt. 4.II, które będą objęte
Usługą Rozwoju;
b. Zamawiający oraz Wykonawca zdefiniują ostateczny zakres i treść wymagań funkcjonalnych
i niefunkcjonalnych, rezultatem czego będzie uzgodniona specyfikacja wymagań dla
projektowanej Usługi Rozwoju;
6 z 12
BDG.5.2511.26.2016.MK
c. Po uzgodnieniu przez Strony treści dokumentów objętych wstępnym Zleceniem Zamawiający
oraz Wykonawca dokonają niezależnej wyceny złożoności wymagań wynikających
z uzgodnionych dokumentów objętych Zleceniem. Wycena odbywać się będzie
w roboczogodzinach i zostanie zrealizowana w ramach puli godzin przeznaczonych na
dodatkowe godziny rozwoju.
d. W przypadku rozbieżności w wycenie, o której mowa w lit c, może zostać zorganizowane
spotkanie negocjacyjne. Jeżeli w trakcie spotkania negocjacyjnego strony nie uzgodnią
rozbieżności, Zamawiający powoła eksperta, który dokona niezależnej wyceny, a Strony
niezwłocznie przyjmą jej rezultat.
e. Po uzgodnieniu przez Strony treści dokumentów objętych Zleceniem Zamawiający przekaże
Wykonawcy Zlecenie Realizacji Funkcjonalności. Termin realizacji to czterdzieści dni od dnia
zawarcia umowy .
f. Do Zlecenia Wykonawca przygotuje i przedłoży do akceptacji Zamawiającego dokumentację
analityczno-projektową.
2.
Przekazanie Zlecenia jest równoznaczne z jego przyjęciem do realizacji przez
Wykonawcę.
II. Zakres Usługi Rozwoju
Usługa musi zostać zrealizowana zgodnie z terminem określonym w pkt 3 Szczegółowego
Opisu Przedmiotu Zamówienia
1. System musi wymagać zdefiniowania minimum 4 przegród obiektu przy wprowadzeniu
danych do świadectwa charakterystyki energetycznej.
2. System musi umożliwiać wyszukiwanie (w statusie zatwierdzonego i niezatwierdzonego)
świadectwa charakterystyki energetycznej przez urzędnika po numerze ID do wskazanego
uprawnionego (ID nadawane jest automatycznie i widoczne jest przez użytkownika
uprawnionego). Wskazanie ID udostępnia podgląd szczegółów świadectwa bez jakiejkolwiek
możliwości edycji parametrów przez urzędnika.
3. System musi umożliwiać (ponad posiadaną już funkcjonalność) dołączenia zdjęcia obiektu
do świadectwa charakterystyki energetycznej równolegle z importowanym plikiem XML
(jednoczesne zaimportowanie zdjęcia w treści xml-a).
Importowany do Systemu plik musi umożliwiać zdefiniowania parametrów importu:

wykrywanie rozmiarów niewłaściwych zdjęć - tolerancja proporcji rozmiaru i akceptowalnej
objętości zdjęcia,

kontrola dopuszczalnego rozmiaru zdjęcia w pliku (objętość maksymalna zdjęcia to 40 KB).
4. System musi generować raporty obszarów: Monitoringu HA (High Availability). Monitoring
powinien obejmować co najmniej:

obciążenie procesorów,

dostępność pamięci operacyjnej,

dostępność pamięci dyskowej,

obciążenie interfejsów sieciowych,

dostępność maszyn wirtualnych,

dostępność komponentów aplikacji (np. działanie serwerów aplikacyjnych, węzłów klastra
bazy danych),

Statystyki obciążenia bazy danych (długość wykonywanych zapytań, liczba zapytań na
sekundę, wątki/sesje itp.),

Statystyki JVM.
Rozwiązanie zaimplementowane musi mieć skonfigurowane zdarzenia oraz funkcjonalność
automatycznego powiadomienia (np. o przekroczeniu określonych parametrów, lub
niedostępności usługi) emailem do administratora Systemu i wskazany przez
Zamawiającego adres mailowy. Dodatkowo wdrożona powinna być Usługa zewnętrznego
monitoringu dostępności domen z odpowiednim zaraportowaniem.
7 z 12
BDG.5.2511.26.2016.MK
musi zaprojektować i wykonać instrukcję dla użytkowników Systemu
(użytkowników zalogowanych – uprawnionych) prezentującą pełny obszar funkcjonalności
użytkowania Systemu. Doprecyzowanie wymagań nastąpi na etapie tworzenia analizy.
6. System musi zostać rozbudowany o kolejne narzędzia w obszarach tworzenia raportów
i statystyk:

System musi posiadać wewnętrzny mechanizm wyszukiwania danych (dostępny dla
urzędnika) z możliwością rozszerzenia wyszukiwania o zaawansowane kryteria zdefiniowane
na etapie analizy.

System musi umożliwiać wyszukiwanie i analizę danych zagregowanych ze wszystkich
wykazów obejmujących rejestr. Wszystkie wyszukane dane muszą być generowane do
uporządkowanych czytelnych raportów i statystyk (eksportowanie danych do plików typu
XLS, CSV, PDF, TXT w formie tabel i wykresów), wg poniższego przykładu.
5. Wykonawca
Zakres danych oraz sposób ich agregowania zostanie doprecyzowany na etapie tworzenia
analizy.
7. System musi posiadać mechanizm masowego rozsyłania informacji zdefiniowanych za
pośrednictwem emaila do użytkowników (tzw. kampanie mailowe informacyjne). System
musi posiadać mechanizm określenia priorytetu tworzenia grupy odbiorców (np.
selekcjonować grupy wg aktywności użytkowania Systemu lub daty zrejestrowanego
swojego ostatniego świadectwa lub daty ostatniego zalogowania).
Mechanizm generowania kampanii musi umożliwiać określenie:
· tytułu emaila/kampanii,
· treści spersonalizowana maila + załącznik (tzn. treści zawiera w dane użytkownika),
· daty godziny uruchomienia tzw. kampanii mailowej,
· prosty mechanizm raportowania skuteczności/trafności procesu dostarczania do odbiorców.
8. System musi automatycznie umieszczać dodatkową informację na drukowanych
(zatwierdzonych dokumentach) świadectwach i protokołach z kontroli np. „Wydruk
z Centralnego rejestru charakterystyki energetycznej budynków wykonany dnia dd.mm.rrrr
roku.”.
Treść komunikatu lub inne pola do dodatkowego umieszczenia na wydrukach zostaną
doprecyzowane przez Zamawiającego na etapie tworzenia analizy.
9. System musi wspomagać czynności Urzędnika wykonującego weryfikację wytypowanego
świadectwa charakterystyki energetycznej lub protokołu z kontroli systemu ogrzewania lub
systemu klimatyzacji, poprzez wprowadzenie dodatkowych danych (przy świadectwach
charakterystyki energetycznej i protokołach z kontroli systemów). Wprowadzenie odznaczeń
i adnotacji do wszczętej weryfikacji (weryfikacje są to czynności departamentu
merytorycznego Zamawiającego względem osób uprawnionych do wprowadzania świadectw
charakterystyki energetycznej lub protokołów z kontroli systemu do Systemu).
a) Urzędnik weryfikujący, na wykazie świadectw oraz wykazie protokołów musi mieć dodatkowo
możliwość przeprowadzania obliczeń oraz możliwość automatycznego wyświetlania
informacji pomocniczych:
8 z 12
BDG.5.2511.26.2016.MK

dodatkowe wartości wynikowe wyliczone na podstawie wprowadzonych danych
z zatwierdzonego świadectwa charakterystyki energetycznej oraz protokołu z kontroli
systemu,

automatycznie obliczone odstępstwa, wyrażone w wartości procentowej, od poprawnej
wartości ocenianego parametru,

System musi umożliwiać Urzędnikowi wprowadzanie określonych adnotacji/zastrzeżeń
w odniesieniu do danych/wartości zawartych w sporządzonych świadectwach charakterystyki
energetycznej oraz protokołach z kontroli systemów,

Urzędnik kontrolujący musi mieć możliwość wprowadzenia oznaczenia świadectwa polem
„Rezerwacja nr__ do weryfikacji” z listy wytypowanych/wylosowanych. Możliwość filtrowania
listy po wykonanych weryfikacjach (określenie urzędnika wykonującego weryfikację);
(Obliczone automatycznie dodatkowe wartości kontrolne ze świadectwa charakterystyki
energetycznej widoczne są wyłącznie dla urzędnika).
b) System musi ponadto wspomagać czynność Urzędnika wykonującego weryfikację do
wytypowanego świadectwa oraz protokołu,

System musi generować treść maila do uprawnionego, czyli autora weryfikowanego
świadectwa lub protokołu. Treść emaila (i szablon załącznika typ dokumentu DOC/RTF)
musi zawierać wkomponowane w komunikacie informacje (dane uprawnionego i dane
świadectwa lub protokołu) dostępne w bazie danych Systemu,

Urzędnik kontrolujący musi mieć możliwość tworzenia szablonów (wielu) z treścią emaila
z załącznikami emaila (przykładowo: szablony mogą informować: o wezwaniu do weryfikacji,
o wezwaniu do przedstawienia dokumentów, o wyniku weryfikacji, każdy email musi
zawierać treść spersonalizowaną o dane dostępne w bazie Systemu; typ dokumentu
DOC/RTF),

Urzędnik weryfikujący musi mieć możliwość wyboru i wskazania szablonu emaila,

Urzędnik weryfikujący musi mieć możliwość prze-edytowania lub uzupełnienia treści
wygenerowanego automatycznie emaila,

Urzędnik kontrolujący musi mieć możliwość wprowadzania w oddzielnym polu
weryfikowanego świadectwa i protokołu daty zakończenia kontroli oraz mieć możliwość
wprowadzenia adnotacji (pole opisowe i możliwość wczytania do systemu sprawozdania
z weryfikacji lub decyzji).
Doprecyzowanie wymagań nastąpi na etapie tworzenia analizy.
10. System musi generować czytelne raporty i statystyki obrazując odpowiednio dane
z przeprowadzonych ilościowych i jakościowych weryfikacji świadectw i protokołów. Zakres
danych oraz sposób ich przetworzenia zostanie doprecyzowany na etapie tworzenia analizy
i przekazania Zlecenia Usługi Rozwoju.
11. Wszystkie wygenerowane raporty muszą być zoptymalizowane pod względem czytelności
wydruku i zawierać listę parametrów z kryteriami do ustawionych filtrów.
6. Wymagania dotyczące Usługi Hostingu i Utrzymania
1. Usługa Hostingu i Utrzymania świadczona będzie na infrastrukturze teleinformatycznej
Wykonawcy w centrum przetwarzania danych Wykonawcy.
2. Uruchomienie hostingu musi uwzględnić zachowanie ciągłości pracy systemu (nieprzerwanej
dostępności systemu) względem wersji działającej obecnie.
3. Wykonawca zapewni obsługę administratorską, zapewniającą funkcjonowanie, wydajność,
4.
5.
6.
7.
a.
bezpieczeństwo, dostępność oraz niezawodność Systemu.
Wykonawca zapewni łącze zapewniające jego optymalne funkcjonowanie.
Centrum przetwarzania danych, w którym będzie realizowana Usługa Hostingu i Utrzymania
znajdować się będzie na terenie Polski.
Wykonawca zapewni nielimitowany transfer danych dla Systemu.
Wykonawca zapewni wysoką wydajność Systemu umożliwiającą obsługę w czasie
rzeczywistym sesje użytkowników przy założeniach, że:
Ilość użytkowników Systemu wyniesie ok. 100.000 osób;
9 z 12
BDG.5.2511.26.2016.MK
b. Ilość dokumentów w Systemie wyniesie ok. 800.000. Roczny wzrost wyniesie ok. 100.000
dokumentów i ok. 3.000 osób.
8. Wykonawca zapewni utrzymanie niezależnego środowiska produkcyjnego oraz testowoszkoleniowego. Środowisko testowo-szkoleniowe powinno być odwzorowaniem w warstwie
aplikacyjnej, logiki biznesowej, baz danych oraz prezentacji środowiska produkcyjnego.
9. Wykonawca zagwarantuje poziom bezpieczeństwa uniemożliwiający dokonanie włamania,
uzyskania jakiegokolwiek nieautoryzowanego dostępu do serwerów czy baz danych Systemu,
który to nieautoryzowany dostęp mógłby zakłócić, przerwać działanie Systemu lub
spowodować dodanie, usunięcie lub edycję danych.
10. Wykonawca będzie realizował wytyczne dotyczące obszaru bezpieczeństwa udostępniane
przez cert.gov.pl oraz Ministerstwo Administracji i Cyfryzacji.
11. Wykonawca zapewni świadczenie Usług mających na celu utrzymanie sprawności operacyjnej
Systemu, polegające na usuwaniu zgłaszanych problemów technicznych, zarządzaniu
dostępnością i pojemnością oraz zarządzaniu ciągłością działania Systemu.
12. Wykonawca zapewni świadczenie Usług wykonywania kopii zapasowych (ang. backup)
Systemu, testowanie ich użyteczności w procesie odtwarzania oraz ich odtwarzanie
w przypadku wystąpienia awarii. Zamawiający wymaga wykonywania pełnej kopii zapasowej
Systemu co najmniej w cyklu tygodniowym oraz wykonywania codziennych przyrostowych
kopii zapasowych.
13. Kopie Systemu (na nośniku CD/DVD lub Flashdisk lub HDD) będą przekazywane
Zamawiającemu w cyklach miesięcznych oraz na każdy wniosek Zamawiającego.
14. Wykonawca każdorazowo po wykonaniu usługi rozwoju przekaże pełną wersję backupu
Systemu (w tym backup środowisk wirtualnych VMware) wraz z uaktualnioną dokumentacją
(full_backup odtworzenia pełnego środowiska Systemu; backup bazy danych z kompletną
dokumentacją konfiguracji Systemu). Akceptowalną formą przekazania full_backupu jest
umożliwienie przegrania dostarczonych danych w akceptowalny przez Zamawiającego sposób
i transfer w macierze dyskowe Zamawiającego.
7. Wymagania dotyczące Usługi Asysty Technicznej
1. W ramach Usługi Asysty Technicznej Wykonawca będzie udzielał wsparcia Zamawiającemu
w rozwiązywaniu problemów z eksploatacją Systemem. Zamawiający przewiduje
wykorzystanie do 343 godzin Usługi Asysty Technicznej. Usługa zostanie wykonana zgodnie
z poniższymi wytycznymi Usługa Asysty Technicznej świadczona będzie przez pracowników
Wykonawcy na podstawie pisemnego Zlecenia Zamawiającego, określającego zakres oraz
termin wykonania Usługi. Zakres, sposób oraz termin realizacji zostanie uzgodniony na etapie
przedstawienia wymagań przez Zamawiającego i wyceny pracochłonności przez Wykonawcę,
poprzedzających Zlecenie.
2. Zamawiającemu przysługuje prawo złożenia Zlecenia w dowolnym okresie obowiązywania
Umowy z uwzględnieniem czasu niezbędnego na wykonanie Zlecenia w terminie
obowiązywania umowy.
3. Rozliczenie Usług Asysty Technicznej odbywać się będzie w roboczogodzinach.
4. Usługa Asysty Technicznej wykonywana będzie w siedzibie Zamawiającego lub Wykonawcy,
według wyboru Zamawiającego.
5. Jeżeli wykonawca, w ofercie zadeklaruje dodatkowe, nieodpłatne godziny Usługi Asysty
Technicznej, Zamawiający w pierwszej kolejności skorzysta z puli bezpłatnych godzin Usługi
Asysty Technicznej.
8. Wymagania dla Dodatkowych Usług Rozwoju
1. Świadczenie przez Wykonawcę Dodatkowych Usług Rozwoju będzie obejmować zadania
związane z opracowaniem wraz z Zamawiającym specyfikacji wymagań funkcjonalnych
i niefunkcjonalnych stawianych Systemowi, a następnie wytwarzanie oraz dostarczanie
oprogramowania i produktów projektowych.
10 z 12
BDG.5.2511.26.2016.MK
2. Zamawiający przewiduję wykorzystanie do 344 godzin Dodatkowych Usług Rozwoju.
3. Dodatkowe Usługi Rozwoju w szczególności mogą dotyczyć dostosowania Systemu do
nowelizowanych przepisów ustawy o charakterystyce energetycznej budynków lub aktów
wykonawczych do niniejszej ustawy (wzory protokołów oraz wzory świadectw: dodawanie
i odejmowanie pól, zmiana nazw, odjęcie jednego wzoru świadectwa itp.).
4. Wykonawca zobowiązuje się świadczyć na rzecz Zamawiającego Dodatkowe Usługi
Rozwoju przez cały okres trwania Umowy.
5. Dodatkowe Usługi Rozwoju świadczone będą w następującym trybie:
a. Zamawiający przekaże Wykonawcy, w ramach wstępnego Zlecenia, wstępną wersję
wymagań funkcjonalnych i niefunkcjonalnych, które będą objęte Dodatkową Usługą
Rozwoju;
b. Zamawiający oraz Wykonawca zdefiniują ostateczny zakres i treść wymagań funkcjonalnych
i niefunkcjonalnych, czego rezultatem będzie uzgodniona specyfikacja wymagań dla
projektowanego rozwoju;
c. Po uzgodnieniu przez Strony treści dokumentów objętych wstępnym Zleceniem Zamawiający
oraz Wykonawca dokonają niezależnej wyceny złożoności wymagań wynikających
z uzgodnionych dokumentów objętych Zleceniem. Wycena odbywać się będzie
w roboczogodzinach;
d. W przypadku rozbieżności w wycenie, o której mowa w lit c, może zostać zorganizowane
spotkanie negocjacyjne. Jeżeli w trakcie spotkania negocjacyjnego strony nie uzgodnią
rozbieżności, Zamawiający powoła eksperta, który dokona niezależnej wyceny, a strony
niezwłocznie przyjmą jej rezultat;
e. Po uzgodnieniu przez Strony treści dokumentów objętych Zleceniem Zamawiający przekaże
Wykonawcy Zlecenie, o którym mowa w pkt. 8.5;
f. Do każdego Zlecenia Wykonawca przygotuje i przedłoży do akceptacji Zamawiającego
dokumentację analityczno-projektową.
6. Wykonawca zobowiązuje się świadczyć Usługi Rozwoju na każde żądanie Zamawiającego,
tj. każdorazowo na podstawie pisemnego Zlecenia Usługi Rozwoju (zwanego dalej
Zleceniem) wystawianego przez Zamawiającego i określającego:
a. zakres Zlecenia, zawierający uzgodnione specyfikacje wymagań;
b. koszt brutto Zlecenia;
c. termin wykonania Zlecenia.
7. Termin wykonania Zlecenia jest ustalany w Dniach roboczych,
8. Przekazanie Zlecenia jest równoznaczne z jego przyjęciem do realizacji przez Wykonawcę.
9. Wszelkie zmiany wykonane w Systemie, w związku ze świadczeniem Dodatkowych Usług
Rozwoju Systemu, traktowane będą z chwilą odbioru jako integralna część Systemu
i w okresie gwarancyjnym objęte będą gwarancją, zgodnie z warunkami określonymi
w Umowie. Wykonawca dla wprowadzonych zmian ma obowiązek sporządzenia stosownej
dokumentacji lub zaktualizowania istniejącej dokumentacji Systemu.
10. Rozwijany System musi być zgodny ze standardem WCAG 2.0 (Web Content Accessibility
Guidelines).
11. Jeżeli wykonawca, w ofercie zadeklaruje dodatkowe, nieodpłatne godziny Dodatkowych
Usług Rozwoju, Zamawiający w pierwszej kolejności skorzysta z puli bezpłatnych godzin
Dodatkowych Usług Rozwoju.
9. Wymagania dotyczące aktualizacji dokumentacji
1. Zamawiający
wymaga, aby Wykonawca przygotował aktualizacje do wszystkich
dokumentacji Systemu.
2. Wykonawca zobowiązany jest do opracowania wszystkich aktualizacji dokumentacji w języku
polskim w trzech wydrukowanych egzemplarzach oraz w wersji elektronicznej w formacie
DOC i formacie PDF.
3. Zamawiający wymaga, aby cała dokumentacja, o której mowa powyżej, podlegała jego
akceptacji.
11 z 12
BDG.5.2511.26.2016.MK
10. Przetwarzanie danych osobowych
W Systemie będą przetwarzane dane osobowe, o których mowa w ustawie o ochronie
danych osobowych. W celu prawidłowego wykonania Usługi Hostingu i Utrzymania
Wykonawcy zostanie powierzone przetwarzanie danych osobowych.
11. Wymagania prawne
System musi być zgodny z:
1. Ustawą z dnia 29 sierpnia 1997 r. o ochronie danych osobowych (Dz.U.2016 r.,
poz.922 j.t.) wraz z aktami wykonawczymi.
2. Ustawą z dnia 17 lutego 2005 r. o informatyzacji działalności podmiotów realizujących
zadania publiczne (Dz. U. z 2014 r., poz. 1114, z późn. zm.) wraz z aktami
wykonawczymi.
3. Ustawą z dnia 29 sierpnia 2014 r. o charakterystyce energetycznej budynków (Dz. U.
poz. 1200, z późn. zm.).
4. Rozporządzeniem 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. z 2016 r. poz. 113. tekst jednolity).
5. Rozporządzeniem Ministra Infrastruktury i Rozwoju z dnia 27 lutego 2015 r.
w sprawie metodologii wyznaczania charakterystyki energetycznej budynku lub
części budynku oraz świadectw charakterystyki energetycznej (Dz. U. poz. 376).
6. Rozporządzeniem Ministra Infrastruktury i Rozwoju z dnia 17 lutego 2015 r.
w sprawie wzorów protokołów z kontroli systemu ogrzewania lub systemu klimatyzacji
(Dz. U. poz. 247).
12 z 12