Projekt nr POWR.03.05.00-00-A059/20, pt. „UTHRad – dostępny dla wszystkich” współfinansowany ze środków Unii Europejskiej w ramach Europejskiego Funduszu Społecznego

Projekt nr POWR.03.05.00-00-A059/20, pt. „UTHRad – dostępny dla wszystkich”

współfinansowany ze środków Unii Europejskiej w ramach Europejskiego Funduszu Społecznego

ZP-14u/22 Załącznik 1 a do SWZ

OPIS PRZEDMIOTU ZAMÓWIENIA

w postępowaniu o udzielenie zamówienia publicznego prowadzonego w trybie podstawowym bez przeprowadzenia negocjacji (art. 275 pkt 1) o wartości zamówienia nieprzekraczającej progów unijnych, o jakich stanowi art. 3 ustawy z dnia 11 września 2019 r. - Prawo zamówień publicznych (Dz. U. z 2019 r. poz. 2019 ze zm.)

pod nazwą

Rozbudowa systemu do zarządzania treścią CMS Uniwersytetu Technologiczno-Humanistycznego im. Xxxxxxxxxx Xxxxxxxxxx w Radomiu w ramach Projektu pn. „UTHRad - dostępny dla wszystkich” współfinansowanego ze środków Unii Europejskiej w ramach Programu Operacyjnego Wiedza Edukacja Rozwój

Spis treści

I. Cel projektu 4

II. Słownik pojęć i skrótów 5

III. Przedmiot Zamówienia 8

1. Zadania 8

2. Harmonogram wdrożenia 8

3. Opis prac wdrożeniowych 9

3.1 Wymagania ogólne 9

3.2 Dokumentacja 10

3.3 Integracja systemów 12

3.4 Migracja danych i Testy 13

3.5 Obsługa szablonów wzorcowych 15

3.6 Instruktaże 16

4. Wymagania prawne 17

5. Wymagania podstawowe dla Systemu 18

6. Wymagania dotyczące modułu Kalendarz Akademicki 24

7. Wymagania dotyczące modułu System rezerwacji dla wydarzeń 25

8. Wymagania dotyczące modułu Rozproszonej dystrybucji komunikatów 25

9. Wymagania dotyczące modułu zarządzania API 26

10. Wymagania dotyczące modułu Ofert pracy 26

11. Wymagania dotyczące WCAG 2.1 28

12. Licencje 30

12. Gwarancja i opieka xxxxxxxxx 00

IV. Opis Systemów użytkowanych przez Zamawiającego 34

1. System CMS podlegający rozbudowie 34

1.1 Panel administratora 34

1.2 Panel serwisu 35

1.3 Role i użytkownicy 35

1.4 Edytor treści 36

1.5 Przygotowanie strony (podstrony) 38

1.6 Aktualności 39

1.7 Publikowanie treści (wpisy, artykuły) 40

1.8 Biblioteka multimediów 41

1.9 Przygotowanie galerii zdjęć i wideo 42

1.10 Kalendarz 43

1.11 Struktura organizacyjna Uczelni 45

1.12 Wyszukiwarka treści 46

1.13 Xxxxxxxxxxxx xxxxxxxxxxx 00

1.14 Pliki 46

1.15 Kosz 48

1.16 Portale społecznościowe 48

1.17 Mapa strony 49

1.18 Mapa interaktywna 49

1.19 Optymalizacja dla wyszukiwarek internetowych (SEO) i mechanizm Cache 50

2. System Integrum CMS użytkowany przez Zamawiającego 52

3. System WordPress UTH Rad. 53

3.1 Panel administratora 53

3.2 Panel serwisu 54

3.3 Role i użytkownicy 54

3.4 Edytor treści 55

3.5 Przygotowanie strony (podstrony) 57

3.6 Aktualności 58

3.7 Publikowanie treści (wpisy, artykuły) 59

3.8 Biblioteka multimediów 59

3.9 Przygotowanie galerii zdjęć i wideo 60

3.10 Wyszukiwarka treści 62

3.11 Kosz 62

4. Opis integracyjnej szyny danych użytkowanej przez Zamawiającego 62

V. Wymagania dotyczące bezpieczeństwa 66

I. Cel projektu

Niniejsze postępowanie realizowane jest w ramach Projektu pn. „UTHRad - dostępny dla wszystkich” współfinansowanego ze środków Unii Europejskiej w ramach Programu Operacyjnego Wiedza Edukacja Rozwój, Oś priorytetowa III. Szkolnictwo wyższe dla gospodarki i rozwoju, Działanie 3.5 Kompleksowe programy szkół wyższych.

Głównym celem Projektu jest poprawa dostępności UTH Rad. dla osób z niepełnosprawnościami poprzez podniesienie kompetencji kadry dydaktycznej i administracyjnej w zakresie problematyki związanej z niepełnosprawnością, wdrożenie rozwiązań niwelujących zidentyfikowane bariery w zakresie dostępności architektonicznej, organizacyjnej, proceduralnej oraz technologii wspierających.

W ramach niniejszego przedmiotu zamówienia realizowane będzie zadanie wskazane we Wniosku o Dofinasowanie projektu jako Likwidacja barier komunikacyjnych/cyfrowych (technologiczno-technicznych) w UTH Rad.

II. Słownik pojęć i skrótów

Active Directory (AD)	Usługa katalogowa dla systemów Windows przechowująca informacje m. in. o użytkownikach systemów Zamawiającego. Poziom funkcjonalności domeny – Windows Server 2016.
ARIA (ang. Accessible Rich Internet Applications)	() jest zbiorem atrybutów, które umożliwiają rozwój aplikacji webowych w taki sposób, iż są one przyjaźniejsze ludziom z niepełnosprawnościami.
Awaria	Wykryta wada (nieprawidłowa praca) Systemu spowodowana jego błędem, uniemożliwiająca Zamawiającemu tymczasowe lub trwałe korzystanie z niego w zakresie funkcji niezbędnych do prowadzenia bieżącej działalności. System w skutek awarii osiąga stan systemu nieprodukcyjnego.
Blok treści	Element serwisu/portalu służący do prezentacji treści.
Captcha (ang. Completely Automated Public Turing Test to Tell Computers and Humans Apart)	Rodzaj techniki stosowanej jako zabezpieczenie w formularzach na stronach WWW - zastosowane podczas realizacji przedmiotu zamówienia zabezpieczenie Captcha musi być zgodne z rekomendacjami Ministerstwa Infrastruktury i Rozwoju dot. standardu WCAG 2.1.
CSS (ang. Cascading Style Sheets)	Język służący do opisu formy prezentacji (wyświetlania) stron WWW.
Czas naprawy	Czas liczony od momentu przekazania zgłoszenia o nieprawidłowym działaniu Systemu CMS do czasu zamknięcia zgłoszenia na skutek wykonania naprawy przez Wykonawcę i przywrócenia Systemu CMS do stanu produkcyjnego.
Czas reakcji	Czas na podjęcie działań diagnostycznych i kontakt ze zgłaszającym w związku z nieprawidłowym działaniem Systemu CMS (Awaria, Usterka, Wada).
Funkcjonalność Systemu CMS	Fragment Oprogramowania zawierający określony zbiór funkcji użytkowych np. Panel serwisu, Edytor treści, Biblioteka multimediów, Aktualności, itp.
Lightbox	Biblioteka JavaScript, która wyświetla obrazy i filmy, wypełniając ekran i przyciemniając resztę strony internetowej.
Naprawa	Usunięcie nieprawidłowości w funkcjonowaniu Systemu (Awarii, Usterki lub Wady) poprzez dostarczenie i implementację przez Wykonawcę w środowisku systemowym Zamawiającego, Oprogramowania lub jego części wolnych od Wad, zapewniające poprawne funkcjonowanie Systemu, z uwzględnieniem polityki producentów Oprogramowania dziedzinowego, jeżeli takowe nie jest wytwarzane przez Wykonawcę, która może być niezależna od polityki i działań Wykonawcy. Naprawą jest również modyfikacja przez Wykonawcę kodu oraz konfiguracji w obszarze Systemu w celu jego naprawy.
Opis Przedmiotu Zamówienia (OPZ)	Dokument stanowiący opis przedmiotu zamówienia dla niniejszego postępowania.
Oprogramowanie	Całość oprogramowania dostarczanego i wykorzystywanego w ramach realizacji zamówienia.
Portal Główny	Strona internetowa Zamawiającego dostępna pod adresem xxx.xxxxxxxxxxxxxxxx.xx
Przedmiot Zamówienia	Rozbudowa systemu integrującego wszystkie serwisy internetowe Uniwersytetu Technologiczno-Humanistycznego im. Xxxxxxxxxx Xxxxxxxxxx w Radomiu w ramach Projektu pn. „UTHRad - dostępny dla wszystkich” współfinansowanego ze środków Unii Europejskiej w ramach Programu Operacyjnego Wiedza Edukacja Rozwój
Sektor strony	Element strony internetowej którego zawartość jest zależna od personalizacji wyglądu, układu i struktury strony. Sektorami strony mogą być sekcja <body>, sidebar, header, stopka, menu.
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.
Serwis	Pojedynczy serwis internetowy Zamawiającego np. strona wydziału.
Slider	Element strony internetowej, w obrębie którego następuje zmiana treści (np. obrazka). Slajdy zmieniają się po upływie określonego czasu (kilku sekund).
SSL (ang. Secure Socket Layer)	Protokół służący do bezpiecznej transmisji zaszyfrowanego strumienia danych.
SSO (ang. Single sign-on)	Możliwość jednorazowego zalogowania się do usługi sieciowej i uzyskania dostępu do wszystkich autoryzowanych zasobów zgodnych z tą usługą.
SWZ	Specyfikacja Warunków Zamówienia wraz z wszystkimi załącznikami.
System CMS	System zarządzania treścią służący do tworzenia i prowadzenie serwisów Zamawiającego powstały w wyniku realizacji przedmiotu zamówienia.
System	Ujednolicony portal do zarządzania serwisami internetowymi mający na celu zintegrowanie systemów CMS użytkowanych przez Zamawiającego.
Szablon	Opis wyglądu strony WWW, będący wzorcem wykonania strony na podstawie zdefiniowanych wcześniej schematów, służący do prezentacji artykułów na stronach.
URL (ang. Uniform Resource Locator)	Zunifikowany format odnośników (adresów) wskazujący lokalizację zasobu.
Usterka	Nieprawidłowość działania systemu CMS, której nie można zakwalifikować jako Awarię lub Wadę, powodująca zakłócenie pracy Systemu spowodowane niedziałaniem lub nienależytym działaniem Systemu, mającym wpływ na jego funkcjonalność, natomiast nieograniczające zdolności operacyjnych Systemu. Usterki oznaczają wszelkie odchylenia od dokumentacji Systemu, które nie mają istotnego wpływu na jego funkcjonowanie lub utrzymanie i jego dalszy rozwój, niebędące Awariami, ani Wadami.
Wada	Zakłócenie pracy Systemu CMS spowodowane jego niedziałaniem lub nienależytym działaniem w szczególności polegające na ograniczeniu realizacji lub uciążliwości w realizacji co najmniej jednej z funkcji Systemu.
WCAG (ang. Web Content Accessibility Guidelines)	Wytyczne dotyczące dostępności treści internetowych. Zbiór dokumentów opublikowany przez WAI (Web Accessibility Initiative (polskie tłumaczenie: Inicjatywa dostępności do sieci) – inicjatywa W3C mająca na celu zwiększenie szeroko rozumianej dostępności stron www) zawierający zalecenia dotyczące tworzenia dostępnych serwisów internetowych.
Wdrożenie	Szereg uporządkowanych i zorganizowanych działań mających na celu wykonanie przedmiotu zamówienia.
WYSIWYG (ang. What You See Is What You Get)	Metody pozwalające uzyskać wynik w publikacji identyczny lub bardzo zbliżony do obrazu na ekranie.
Wyszukiwarka	Funkcjonalność polegająca na możliwości odnalezienia treści zawartej w serwisie lub wielu serwisach.
Zamawiający	Uniwersytet Technologiczno-Humanistycznego im. Xxxxxxxxxx Xxxxxxxxxx w Radomiu (UTH Rad.)
Zespół Wdrożeniowy	Zespół specjalistów realizujący Wdrożenie Przedmiotu Zamówienia ze strony Wykonawcy i Zamawiającego.

III.Przedmiot Zamówienia

Przedmiotem zamówienia jest rozbudowa posiadanego przez Uczelnię systemu, w skład którego wchodzi system do zarządzania treścią stron internetowych UTH Rad. oraz integracyjna szyna ESB, poprzez przygotowanie systemu integrującego oraz utworzenie i migrację kolejnych witryn do systemu multiportalowego z obecnie funkcjonujących serwisów internetowych.

1. Zadania

Przedmiot zamówienia zakłada realizację następujących zadań:

1. Przygotowanie systemu integrującego wszystkie serwisy internetowe Zamawiającego, w tym:

1. wykonanie Analizy przedwdrożeniowej wraz z przygotowaniem Dokumentacji Analizy Przedwdrożeniowej,

2. rozbudowa systemu CMS o moduły rozszerzające funkcjonalności:

   1. Kalendarz akademicki,

   2. System rezerwacji dla wydarzeń,

   3. System rozproszonej dystrybucji komunikatów dla wszystkich witryn,

   4. Oferty pracy,

3. rozbudowa integracyjnej szyny danych o moduł zarządzania API oraz publikacja usług REST nowych funkcjonalności CMS na szynie,

4. utworzenie 10 wzorcowych serwisów służących jako podstawa do tworzenia (kopiowania) kolejnych witryn,

5. utworzenie 72 nowych witryn w multiportalu,

6. uruchomienie ujednoliconego portalu do zarządzania serwisami WWW z możliwością przypisywania użytkownikom uprawnień do określonej części serwisu,

7. instruktaże dla użytkowników z obsługi Oprogramowania,

8. dostarczenie Dokumentacji projektowej,

1. Migracja treści z obecnie funkcjonujących serwisów internetowych.

Zamawiający wymaga świadczenia usług gwarancyjnych oraz wsparcia technicznego dla wdrożonego Oprogramowania i jego funkcjonalności w okresie 12 miesięcy od daty dokonania odbioru końcowego przedmiotu zamówienia.

2. Harmonogram wdrożenia

L.p.	Opis wymagań
	Proces przygotowania Przedmiotu Zamówienia musi przebiegać zgodnie z Harmonogramem wdrożenia ustalonym na etapie Analizy Przedwdrożeniowej.
	Zamawiający wymaga, aby całość prac ujętych w ramach Przedmiotu zamówienia została zrealizowana w terminie maksymalnie 120 dni od daty podpisania umowy.
	Harmonogram wdrożenia musi być uzgodniony i zaakceptowany przez Zamawiającego.
	Wykonawca jest zobowiązany do systematycznej aktualizacji Harmonogramu wdrożenia w toku realizacji przedmiotu zamówienia.
	Wykonawca w Harmonogramie wdrożenia musi uwzględnić w szczególności podział na zadania, takie jak projektowanie, dostawy, instalacje, konfiguracje, testowanie, wdrożenie i instruktaże, odbiory oraz dostarczenie Dokumentacji.
	Zamawiający wymaga uwzględnienia w Harmonogramie wdrożenia następujących etapów: Etap I: wykonanie Analizy Przedwdrożeniowej wraz z prezentacją jej założeń w siedzibie Zamawiającego lub w formie wideokonferencji i przedstawienie ostatecznej wersji harmonogramu, przygotowanie dokumentacji Analizy Przedwdrożeniowej, Etap II: dostawa elementów Systemu wraz z przekazaniem licencji, wykonanie szablonów wzorcowych, instalacja niezbędnych elementów środowiska Systemu, migracja danych z obecnych stron internetowych Zamawiającego, Etap III: uruchomienie produkcyjne serwisów internetowych, przeprowadzenie instruktaży, dostarczenie Dokumentacji Powykonawczej, Dokumentacji użytkowej oraz Dokumentacji Systemu.

3. Opis prac wdrożeniowych

2. Wymagania ogólne

L.p.	Opis wymagań
	W ramach instalacji i wdrożenia Oprogramowania wymagane jest co najmniej: dostawa Oprogramowania, w tym dokumentu potwierdzającego nabycie licencji, instalacja oraz konfiguracja środowiska systemowego na infrastrukturze sprzętowej Zamawiającego, instalacja Oprogramowania na infrastrukturze sprzętowej Zamawiającego, przygotowanie środowiska testowego oraz środowiska produkcyjnego w infrastrukturze Wykonawcy konfiguracja Oprogramowania (na obu środowiskach) w tym: konfiguracja wszystkich modułów Oprogramowania, w tym dostosowanie do potrzeb Zamawiającego, łącznie z przeprowadzeniem niezbędnych modyfikacji w celu spełnienia wymagań określonych w SWZ, nadanie uprawnień użytkownikom, zasilenie systemu niezbędnymi danymi do realizacji założeń, przeprowadzenie testów poprawności działania Oprogramowania, w warunkach rzeczywistych Zamawiającego aż do osiągnięcia zamierzonych rezultatów, uruchomienie produkcyjne na środowisku produkcyjnym, instruktaże dla użytkowników końcowych i administratorów.
	Prace realizowane w ramach instalacji i wdrożenia Oprogramowania będą podlegały Odbiorowi zgodnie z procedurą określoną w Istotnych Postanowieniach Umowy.
	Zamawiający wymaga dostarczenia Oprogramowania w najnowszej stabilnej wersji.
	Wykonawca odpowiada w całości za szkody powstałe w wyniku działania pracowników Wykonawcy.
	W celu realizacji wdrożenia zostanie powołany Zespół wdrożeniowy po stronie Wykonawcy i Zamawiającego wraz z Xxxxxxxxxxxx projektu, Koordynatorem ds. Wdrożenia oraz zespołami wdrożeniowymi.
	Prace wdrożeniowe muszą przebiegać w taki sposób, aby Zamawiający w minimalnym stopniu był pozbawiony dostępu do systemów i usług teleinformatycznych. Wszelkie konieczne przerwy w dostępie wymagają uzgodnienia z Zamawiającym i jego zgody.
	Wykonawca jest zobowiązany do zapoznania się i przestrzegania Polityki bezpieczeństwa ochrony danych osobowych w Uniwersytecie Technologiczno-Humanistycznym im. Xxxxxxxxxx Xxxxxxxxxx w Radomiu oraz podpisania wymaganych oświadczeń i ewentualnych umów powierzenia przetwarzania danych.
	Wykonawca odpowiada za całość realizacji przedmiotu zamówienia, w tym za dostawę wszystkich koniecznych licencji i komponentów do prawidłowego uruchomienia i funkcjonowania Przedmiotu Zamówienia.
	Realizacja przedmiotu zamówienia musi opierać się na ścisłej współpracy Wykonawcy z Zamawiającym, uwzględniając w szczególności czynne włączenie w proces wdrożenia przyszłych użytkowników oraz Administratorów systemu.
	Wykonawca ponosi wszelką i wyłączną odpowiedzialność za awarie wynikające z procesu rozbudowy i integracji w tym własnych działań.
	Przed odbiorem końcowym przedmiotu zamówienia, Wykonawca zobowiązany jest do zmiany wszystkich haseł startowych na urządzeniach oraz zabezpieczenie infrastruktury i Oprogramowania przed nieautoryzowanym dostępem.

1. Dokumentacja

L.p.	Opis wymagań
	Wykonawca jest zobowiązany do przygotowania Dokumentacji projektowej, na podstawie której będzie realizowany przedmiot zamówienia, w tym: Dokumentacji Analizy przedwdrożeniowej, Dokumentacji powykonawczej, Dokumentacji użytkowej, Dokumentacji Systemu.
	Dokumentacja będzie podlegała uzgodnieniom i odbiorowi potwierdzonemu stosownym protokołem odbioru przez Zamawiającego. Odbiór Dokumentacji Analizy przedwdrożeniowej warunkuje rozpoczęcie prac wdrożeniowych.
	Dokumentacja powstała w ramach realizacji przedmiotu zamówienia musi posiadać odpowiednie oznaczenia i logotypy zgodne z Zasadami promocji i oznakowania projektów w Programie Wiedza Edukacja Rozwój.
	Dokumentacja musi zostać dostarczona Zamawiającemu w formatach danych doc, docx, xls, xlsx lub pdf (każdorazowo sformatowana do wydruku na stronach A4 i/lub A3). Nie dopuszcza się różnic merytorycznych pomiędzy wersją edytowalną oraz wersją elektroniczną w formie nieedytowalnej (np. pdf).
	Dokumentacja Analizy przedwdrożeniowej musi obejmować następujące zagadnienia: skład i struktura organizacyjna Zespołu Projektowego Wykonawcy z podziałem na role i zadania poszczególnych członków zespołu wraz z danymi kontaktowymi, szczegółowy Harmonogram wdrożenia zgodny z OPZ tj. terminy wykonania poszczególnych Etapów, Testów, Odbiorów, ogólny zakres poszczególnych zadań: projektowanie, dostawy w tym plan dostaw, usługi instalacji/konfiguracji, wdrożenie, instruktaże, projekt wykonania, instalacji, konfiguracji i parametryzacji całości Oprogramowania, szczegółowy zakres wdrożenia, w tym dokładny opis wdrożenia i uruchomienia produkcyjnego, zakres prac realizowanych przez podwykonawców, założenia dotyczące migracji danych, założenia dotyczące zakresu i sposobu integracji dostarczanych rozwiązań z istniejącymi systemami informatycznymi, dokładny opis proponowanych rozwiązań w zakresie bezpieczeństwa oraz projekt konfiguracji infrastruktury serwisów, Systemu i sposób zabezpieczenia.
	Dokumentacja powykonawcza musi posiadać opis dokładnej konfiguracji Systemu na moment podpisania protokołu odbioru końcowego, w tym co najmniej: schematy architektury Oprogramowania wraz z połączeniami poszczególnych ich elementów, szczegółowy wykaz i opis wszystkich elementów Oprogramowania, wykaz zalecanych parametrów Oprogramowania niezbędnych do działania Systemu, opis konfiguracji Oprogramowania adresowany do administratorów Systemu, pozwalający na samodzielne administrowanie Oprogramowaniem po zakończeniu realizacji przedmiotu zamówienia, instrukcje instalacji, obsługi, zarządzania i konfiguracji wszystkich elementów Oprogramowania, procedury serwisowe (w tym tworzenie kopii zapasowych) dla całości Oprogramowania, zgłaszania Wad, obsługi systemu zgłoszeń.
	Dokumentacja użytkowa musi zawierać instrukcje obsługi dla użytkowników Systemu z zakresu obsługi Oprogramowania i jego funkcjonalności.
	Dokumentacja użytkowa musi być podzielona na dokumentację użytkownika i dokumentację administratora, w tym: dokumentacja użytkownika musi zawierać instrukcję obsługi systemu umożliwiającą samodzielną naukę obsługi Systemu, dokumentacja administratora oprócz instrukcji zarządzania Systemem musi zawierać: opisy struktur bazy danych, opisy interfejsów międzymodułowych, opisy plików i/lub parametrów konfigurujących i parametryzujących system, instrukcje instalacji, deinstalacji każdego z elementów systemu tak, aby przeprowadzenie tych czynności mogło zostać wykonane samodzielnie przez administratorów Zmawiającego.
	Dokumentacja Systemu musi zawierać: opis procesów biznesowych realizowanych przez System, dokładny opis wszystkich funkcjonalności Oprogramowania, ogólny opis formatek w poszczególnych funkcjonalnościach Oprogramowania wraz z opisem ich przeznaczenia, opis wszystkich dostępnych możliwości wykorzystania funkcjonalności Oprogramowania, opis poruszania się pomiędzy formatkami poszczególnych modułów, sposób korzystania z systemu pomocy, procedury rozpoznawania przyczyn wystąpienia i obsługi wad Oprogramowania, instrukcje eksploatacyjne i procedury konserwacji, konfiguracji i utrzymania, wersjonowania i backupu Oprogramowania.

2. Integracja systemów

L.p.	Opis wymagań
	Zamawiający wymaga rozbudowy istniejącego systemu multiportalowego opartego o silnik WordPress w zakresie nowych funkcjonalności oraz jego rozbudowy o  72 dodatkowe nowe witryny.
	Serwisy WWW Zamawiającego są zarządzane za pośrednictwem systemów CMS: System CMS podlegający rozbudowie, Integrum CMS, System WordPress UTH Rad., które opisane zostały w rozdziale IV.
	Zamawiający wymaga integracji wdrażanego Oprogramowania z systemem Active Directory co najmniej w zakresie: autoryzacji użytkowników Systemu, powiadomienia o wygaśnięciu hasła, zmianie i odzyskiwaniu hasła, roli użytkownika.
	Integracja z systemem AD Zmawiającego musi mieć na celu uwierzytelnianie z wykorzystaniem zewnętrznej bazy poświadczeń oparte na mechanizmie SSO. Dzięki integracji musi być możliwe automatyczne tworzenie kont dostępowych dla nowo zatrudnionych pracowników oraz aktualizacja danych użytkowników Systemu CMS.
	Zamawiający wymaga określenia wszelkich szczegółowych informacji na temat integracji w Dokumentacji Analizy przedwdrożeniowej przygotowywanej przez Wykonawcę.

3. Migracja danych i Testy

L.p.	Opis wymagań
	Wykonawca zobowiązany jest do przeniesienia danych do wdrażanego Systemu ze stron internetowych funkcjonujących u Zamawiającego na dzień podpisania Umowy. Szczegółowy zakres migracji zostanie opracowany na etapie analizy przedwdrożeniowej.
	Migracja danych do Systemu musi objąć następujące serwisy Zamawiającego wraz z bazą danych: xxxxxxx.xxxxxxxxxxxxxxxx.xx xxxxxxxxx.xxxxxxxxxxxxxxxx.xx xxxxxxxxxx.xxxxxxxxxxxxxxxx.xx xxxxxxxxxx-xxxx.xxxxxxxxxxxxxxxx.xx xxxxxxxxxxx.xxxxxxxxxxxxxxxx.xx xxxxxxxxxxxx.xxxxxxxxxxxxxxxx.xx (PL) xxxxxxxxxxxx.xxxxxxxxxxxxxxxx.xx (EN) xxx.xxxxxxxxxxxxxxxx.xx xxxxxxxxxx-xx.xxxxxxxxxxxxxxxx.xx xxxxxxxxxx.xxxxxxxxxxxxxxxx.xx xxx.xxxxxxxxxxxxxxxx.xx xxxxxxxxxxx.xxxxxxxxxxxxxxxx.xx xxxxx.xxxxxxxxxxxxxxxx.xx xx.xxxxxxxxxxxxxxxx.xx xxx.xxxxxxxxxxxxxxxx.xx xx.xxxxxxxxxxxxxxxx.xx xxxxxxxxxxxxxxxxxxx.xxxxxxxxxxxxxxxx.xx xx-xxxxxxxxxxxxxxxxxxx.xxxxxxxxxxxxxxxx.xx xxxxx.xxxxxxxxxxxxxxxx.xx xxxxxxxxxxxx.xxxxxxxxxxxxxxxx.xx x000.xxxxxxxxxxxxxxxx.xx x000xxx.xxxxxxxxxxxxxxxx.xx x000xxx.xxxxxxxxxxxxxxxx.xx x000xx.xxxxxxxxxxxxxxxx.xx x000xxxx.xxxxxxxxxxxxxxxx.xx x000xxxxxxx.xxxxxxxxxxxxxxxx.xx x000xxxxx.xxxxxxxxxxxxxxxx.xx xx.xxxxxxxxxxxxxxxx.xx xxx.xxxxxxxxxxxxxxxx.xx xxxxxxxxx.xxxxxxxxxxxxxxxx.xx xxxxx.xxxxxxxxxxxxxxxx.xx (PL) xxxxx.xxxxxxxxxxxxxxxx.xx (EN) xxx.xxxxxxxxxxxxxxxx.xx xxx.xxxxxxxxxxxxxxxx.xx xxxxxx.xxxxxxxxxxxxxxxx.xx xxx.xxxxxxxxxxxxxxxx.xx xxxxxxxxxxxxxx.xxxxxxxxxxxxxxxx.xx xxxxx.xxxxxxxxxxxxxxxx.xx xxxxx.xxxxxxxxxxxxxxxx.xx xxxxxxxxx.xxxxxxxxxxxxxxxx.xx xxx.xxxxxxxxxxxxxxxx.xx xxxxxxxxxxxxxxxxxx.xxxxxxxxxxxxxxxx.xx x000.xxxxxxxxxxxxxxxx.xx xxxx0000.xxxxxxxxxxxxxxxx.xx xx00.xxxxxxxxxxxxxxxx.xx x000.xxxxxxxxxxxxxxxx.xx xxxx.xxxxxxxxxxxxxxxx.xx xxxxxxxxxxx.xxxxxxxxxxxxxxxx.xx x-xxxxxxxxxxx0.xxxxxxxxxxxxxxxx.xx xxxx.xxxxxxxxxxxxxxxx.xx xxx.xxxxxxxxxxxxxxxx.xx xxxxx.xxxxxxxxxxxxxxxx.xx xxx.xxxxxxxxxxxxxxxx.xx xxxx.xxxxxxxxxxxxxxxx.xx xxxxxx0000.xxxxxxxxxxxxxxxx.xx xxx.xxxxxxxxxxxxxxxx.xx xxxxxxxxxxxxxxx.xxxxxxxxxxxxxxxx.xx xxxxxxxxxxxxxxxxxxx.xxxxxxxxxxxxxxxx.xx xxxxxxxxx.xxxxxxxxxxxxxxxx.xx xxxxxxxx.xxxxxxxxxxxxxxxx.xx xxxxxxxxxxx.xxxxxxxxxxxxxxxx.xx xxx.xxxxxxxxxxxxxxxx.xx xxxxxxxx.xxxxxxxxxxxxxxxx.xx xxxxxxxx.xxxxxxxxxxxxxxxx.xx xxxxxxxxxxx.xxxxxxxxxxxxxxxx.xx xxxxxxxxx.xxxxxxxxxxxxxxxx.xx xxx.xxxxxxxxxxxxxxxx.xx xxxxx.xxxxxxxxxxxxxxxx.xx xxx.xxxxxxxxxxxxxxxx.xx xxxxxx.xxxxxxxxxxxxxxxx.xx xxx.xxxxxxxxxxxxxxxx.xx xxxx.xxxxxxxxxxxxxxxx.xx
	Migracja danych zakłada przeniesienie co najmniej 1000 podstron serwisów Zamawiającego – dokładny zakres i liczba podstron do migracji zostanie określona na etapie Analizy przedwdrożeniowej.
	W przypadku trwałej niedostępności serwisu wytypowanego do migracji, witryna zostanie zasilona podstawowymi treściami zgodnie z jej Szablonem wzorcowym stworzonym w Etapie II Umowy.
	Wykonawca nie ponosi odpowiedzialności za jakość danych pobranych z systemów Zamawiającego i nie jest zobowiązany do ich poprawy. W przypadku niespójności danych Wykonawca zobowiązany jest do poinformowania Zamawiającego o występujących niespójnościach. Zamawiający zobowiązany jest do poprawy danych lub ich pominięcia podczas migracji danych.
	Wykonawca zobowiązany jest do przeprowadzenia testów poprawności działania Oprogramowania, w tym: odporności Systemu na cyberataki, dostępności serwisów pod kątem zgodności ze standardem WCAG 2.1.
	Test odporności Systemu na każdy z ataków musi nastąpić przy współudziale Zamawiającego, w oparciu o przygotowane przez Wykonawcę scenariusze testowe.
	Scenariusz testowy, o którym mowa powyżej musi zawierać odpowiednio przygotowany skrypt (napisany w jednym z języków – Shell/Perl/Python/Java/Tcl/Ruby/PHP), posiadający funkcjonalność danego ataku na serwis, uwzględniający architekturę testowanego rozwiązania oraz dokumentację jego użycia wraz z opisem parametrów wywołania skryptów.
	W przypadku nieprawidłowego działania funkcjonalności Systemu, Zamawiający zgłosi uwagi Wykonawcy, który będzie zobowiązany je uwzględnić.
	Testy, o których mowa w punkcie powyżej muszą zostać przeprowadzone po wprowadzeniu danych do serwisów.

5. Obsługa szablonów wzorcowych

L.p.	Opis wymagań
	Na podstawie otrzymanych materiałów od Zamawiającego, Wykonawca musi wykonać projekt motywów serwisów internetowych wraz z szablonami, w tym co najmniej 10 różnych wzorcowych serwisów internetowych. Przez wzorcowy serwis internetowy Zamawiający rozumie gotową stronę zawierającą szablon graficzny, predefiniowane menu, predefiniowany zestaw komponentów i funkcjonalności określonych na etapie Analizy przedwdrożeniowej. Wzorcowy serwis ma stanowić podstawę do tworzenia kolejnych stron www w Systemie.
	Projekty szablonów graficznych muszą być opracowane przez Wykonawcę i zaakceptowane przez Xxxxxxxxxxxxx przed zakończeniem Etapu II umowy.
	System musi wspierać obsługę szablonów graficznych, które przyporządkowane będą konkretnym uruchamianym serwisom.
	Przygotowane przez Wykonawcę szablony muszą być w pełni responsywne,
	System musi umożliwiać intuicyjne dodanie nowego szablonu graficznego przez administratora systemu.
	System CMS musi umożliwiać podgląd i edycję kodu źródłowego wykorzystywanego szablonu graficznego.
	System CMS musi umożliwiać zmianę układu szablonu graficznego dla dowolnej podstrony oraz strony głównej uruchomionego serwisu.
	System CMS musi umożliwiać ustawienie indywidulanego szablonu graficznego dla wybranej podstrony.
	Wszystkie podstrony (w tym strony główne) muszą zostać podzielone na sektory, w których będą prezentowane bloki z treściami.
	System CMS musi umożliwiać włączanie i wyłączanie sektorów konkretnych podstron takich jak: nagłówek, panel boczny, stopka.

6. Instruktaże

L.p.	Opis wymagań
	Wykonawca jest zobowiązany do przeprowadzenia instruktaży dla użytkowników z zakresu niezbędnej wiedzy do poprawnego użytkowania Oprogramowania w obrębie poszczególnych funkcjonalności w zakresie funkcjonowania, obsługi, administrowania i utrzymania Oprogramowania.
	Zakres instruktaży musi obejmować praktyczną obsługę wszystkich funkcjonalności Oprogramowania.
	Instruktaże muszą być prowadzone przez wykwalifikowanych specjalistów Wykonawcy, posiadających niezbędną wiedzę fachową w zakresie tej tematyki.
	Zamawiający dopuszcza możliwość przeprowadzania instruktaży w formie zdalnej (połączenie audiowizualne). Wykonawca dostarczy środowisko do połączenia zdalnego.
	W przypadku instruktaży stacjonarnych, Zamawiający zapewni pomieszczenia do ich przeprowadzenia.
	Wykonawca zapewni realizację instruktaży użytkowników w wymiarze: 8 h z obsługi oprogramowania - zakres podstawowych funkcji – instruktaż dla użytkowników, 8 h z obsługi oprogramowania - zakres rozszerzony – instruktaż dla administratorów.
	Szczegółowy harmonogram realizacji instruktaży zostanie uzgodniony na etapie przygotowywania Dokumentacji zarządczej.
	Instruktaże dla administratorów muszą w szczególności uwzględniać: wykonywanie czynności administracji i instalacji oprogramowania, realizowanie procedur backupu, wytyczne w zakresie polityki bezpieczeństwa, opis typowych zagrożeń i problemów związanych z funkcjonowaniem Oprogramowania, a także sposobów ich przeciwdziałania, wykrywania i usuwania, instalację, konfigurację, rekonfigurację, monitorowanie i prawidłową eksploatację dostarczonego Oprogramowania.

4. Wymagania prawne

Dostarczone rozwiązanie informatyczne musi być zgodne z wymaganiami dla rejestrów publicznych i wymiany informacji w formie elektronicznej między tymi rejestrami, określone przez rozporządzenie Rady Ministrów z dnia 12 kwietnia 2012 r. 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.2017 r. poz. 2247).

Dostarczony System i serwisy internetowe muszą być zgodne z obowiązującymi aktami prawnymi mającymi wpływ na ich działanie i realizowane funkcjonalności, w tym szczególności z:

1. ustawą z dnia 16 lipca 2004 r. - Prawo telekomunikacyjne (Dz.U.2021.576 t.j. z dnia 2021.03.30) w szczególności z art. 173 ustawy,

2. ustawą z dnia 17 lutego 2005 r. o informatyzacji działalności podmiotów realizujących zadania publiczne (Dz.U.2021.670 t.j. z dnia 2021.04.12) oraz jej aktami wykonawczymi, w szczególności z 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.2017.2247 t.j. z dnia 2017.12.05 r. poz. 2247), w tym z załącznikiem nr 4 do rozporządzenia w sprawie wytycznych WCAG 2.0 (System CMS musi zapewniać ich walidację),

3. ustawą z dnia 4 kwietnia 2019 r. o dostępności cyfrowej stron internetowych i aplikacji mobilnych podmiotów publicznych (Dz.U.2019.848 t.j. z dnia 2019.05.08),

4. ustawą z dnia 10 maja 2018 r. o ochronie danych osobowych (Dz.U.2019.1781 t.j. z dnia 2019.09.19),

5. Rozporządzeniem Parlamentu Europejskiego i Rady (UE) 2016/679 z dnia 27 kwietnia 2016 r. w sprawie ochrony osób fizycznych w związku z przetwarzaniem danych osobowych i w sprawie swobodnego przepływu takich danych oraz uchylenia dyrektywy 95/46/WE (Dz.U.UE.L.2016.119.1 z dnia 2016.05.04),

6. Dyrektywą Parlamentu Europejskiego i Rady (UE) 2016/2102 z dnia 26 października 2016 r. w sprawie dostępności stron internetowych i mobilnych aplikacji organów sektora publicznego (Dz.U.UE.L.2016.327.1 z dnia 2016.12.02),

7. ustawą o ponownym wykorzystywaniu informacji sektora publicznego z dnia 25 lutego 2016 r. (Dz.U.2019.1446 t.j. w dnia 2019.08.02),

8. ustawą z dnia 18 lipca 2002 r. o świadczeniu usług drogą elektroniczną (Dz.U.2020.344 t.j. z dnia 2020.03.03).

5. Wymagania podstawowe dla Systemu

L.p.	Opis wymagań
	Serwisy internetowe Zamawiającego muszą bazować na systemie zarządzania treścią CMS (ang. Content Management System) posiadanym i użytkowanym przez Zamawiającego.
	Konfiguracja Systemu musi pozwalać na ustawienie domeny głównej, pod którą będzie funkcjonował system i wskazanie portalu głównego, który uruchomi się pod tą domeną. Pozostałe serwisy muszą działać domyślnie pod adresami subdomen tej domeny lub domenami alternatywnymi najwyższego poziomu.
	System musi posiadać budowę modułową/wtyczkową, umożliwiającą konfigurację dostępnych funkcjonalności niezależnie dla każdego serwisu dostępnego w Systemie (administracyjne włączanie/wyłączanie modułów).
	System musi pracować w oparciu o wspólną bazę danych.
	Zamawiający preferuje zastosowanie systemu zarządzania bazą danych MySQL lub MariaDB.
	Architektura środowiska Systemu musi bazować na wspólnym serwerze plików.
	System musi umożliwiać dodawanie nowych serwisów bez ograniczeń.
	System musi umożliwiać zarządzanie treścią całego serwisu internetowego bez konieczności znajomości języków programowania (do obsługi musi być wystarczająca podstawowa znajomość programów do edycji tekstu).
	System musi umożliwiać zarządzanie rolami użytkowników, w tym tworzenie nowych ról i przywracanie ustawień domyślnych.
	System musi umożliwiać tworzenie, edytowanie oraz usuwanie użytkowników.
	System musi pozwalać na tworzenie wielu niezależnych, różniących się od siebie serwisów. System musi pozwalać na włączenie, wyłączenie lub usunięcie wskazanego serwisu.
	System musi umożliwiać przypisywanie domen oraz subdomen w trakcie uruchamiania nowych instancji serwisów.
	System musi umożliwiać dodawanie nowych serwisów poprzez wypełnienie formatki lub duplikowanie wcześniej uruchomionych serwisów.
	System musi pozwalać na ustalanie takich atrybutów jak nazwa serwisu, domena, główny administrator serwisu.
	Dostęp do Systemu musi odbywać się poprzez połączenie szyfrowane (z wykorzystaniem certyfikatu SSL).
	Logowanie do Systemu musi być oparte o mechanizm SSO, tak aby zalogowanie za pośrednictwem SSO nie wymagało ponownego logowania w panelu każdego z serwisów. Źródłem autoryzacji dla SSO musi być centralna baza użytkowników Zamawiającego (pracownicy dydaktyczni, administracyjni oraz studenci uczelni).
	System musi umożliwiać nadanie określonych uprawnień dla użytkowników pobranych z systemu autoryzacyjnego. Po zalogowaniu z wykorzystaniem SSO użytkownik ma mieć ograniczone uprawnienia zgodnie ze wskazanymi w panelu administracyjnym usługi.
	System musi umożliwiać równolegle do SSO zalogowanie do panelu poprzez wpisanie loginu i hasła.
	System musi zapewnić możliwość weryfikacji autentyczności użytkowników z wykorzystaniem usługi Active Directory Zamawiającego.
	System musi umożliwiać tworzenie wielu różnych wersji językowych stron WWW, niezależnych od siebie (różne struktury i treści).
	W momencie produkcyjnego uruchomienia Systemu, Wykonawca musi zapewnić wsparcie dla polskiej oraz angielskiej wersji językowej uruchamianych serwisów oraz paneli administracyjnych razem z ich modułami. Oznacza to, że wszystkie elementy, które nie są edytowalne muszą zostać przetłumaczone.
	System musi posiadać możliwość dodawania nowych wersji językowych i wprowadzania ich tłumaczeń z poziomu Panelu administratora, w tym elementy stron takie jak przyciski, komentarze.
	System musi umożliwiać powiązanie ze sobą tych samych treści w różnych wersjach językowych.
	W przypadku zmiany języka na podstronie posiadającej odpowiednik w wybranej wersji językowej, System musi przekierować użytkownika od razu na wybraną podstronę lub na domenę główną danego serwisu (w przypadku, gdy nie ma takiego powiązania).
	System musi posiadać możliwość definiowania menu, które tworzą strukturę serwisu i informacji.
	System musi pozwalać na publikację menu w różnych miejscach i sektorach strony (układ strony głównej oraz podstron).
	System musi pozwalać na przygotowanie menu w postaci drzewa (struktura hierarchiczna) oraz na dowolne rozmieszczanie dodanych już pozycji w układzie działającego menu.
	Pozycje w menu muszą mieć możliwość przypisania co najmniej jednej z poniższych funkcji: link do strony głównej, link zewnętrzny (możliwość podania odnośnika do adresu zewnętrznej strony WWW), link wewnętrzny (adres opublikowanej podstrony w portalu).
	Pozycje w menu muszą spełniać następujące funkcjonalności: pokaż/ukryj w menu, ograniczenie widoczności wybranej pozycji w menu dla wybranej grupy użytkowników (np. tylko zalogowani).
	System musi umożliwiać definiowanie wyglądu graficznego projektowanego menu, w tym co najmniej: kolor czcionki, tła, wybór ikony dla pozycji w menu, definiowanie styli CSS dla pozycji menu.
	System musi umożliwiać zarządzanie strukturą podstron w Panelu administratora niezależnie od menu dostępnego na stronie.
	System musi pozwalać na tworzenie hierarchii podstron i porządkowanie ich kolejności – struktura drzewiasta podstron.
	System musi udostępniać w Panelu administratora wyszukiwarkę podstron po tytule oraz słowach kluczowych oraz musi pozwalać na ich filtrowanie przynajmniej pod względem daty publikacji i autora.
	System musi posiadać funkcjonalności podglądu, zatwierdzania i publikacji treści po ich wcześniejszym zatwierdzeniu.
	System S musi posiadać funkcjonalność wersjonowania treści dostępnej w każdym module panelu służącego do publikacji treści. Każda edycja treści, zmiana daty publikacji, statusu musi tworzyć nową wersję wpisu.
	System musi posiadać podgląd poprzednich wersji danego wpisu oraz możliwość oznaczenia tych wersji jako aktualnych (opublikowanych).
	System musi udostępniać funkcję autozapisu, pozwalającą na automatyczne zapisywanie przygotowywanych treści.
	System musi ograniczać możliwość przywracania starszych wersji wpisów użytkownikom nieposiadającym uprawnień.
	System musi posiadać funkcjonalność rejestru zmian zapisującego wszystkie akcje i działania użytkowników serwisu od strony Panelu administratora.
	Rejestr zmian Systemu musi przechowywać co najmniej następujące informacje: pełna data i czas, nazwa użytkownika dokonującego zmiany, nazwa funkcjonalności, w obrębie której nastąpiła zmiana, identyfikacja wykonanej akcji np. dodanie wpisu, aktualna i wcześniejsza wersja wpisu, adres IP z którego nawiązano połączenie.
	Rejestr zmian Systemu musi zapewniać mechanizmy identyfikacji zmian wprowadzonych we wpisach.
	System musi zapewniać możliwość przeglądania i przeszukiwania rejestru zmian.
	Serwisy internetowe powstałe w wyniku realizacji przedmiotu zamówienia muszą być responsywne - Responsive Web Design (RWD).
	Treści serwisu muszą być wyświetlane w sposób prawidłowy na przeglądarkach internetowych w wersjach aktualnych oraz udostępnionych, jako finalne w momencie zakończenia wdrożenia Systemu, w tym co najmniej: Chrome, Edge, Firefox, Safari i Opera oraz na urządzeniach na których został uruchomiony: komputer, tablet, telefon (z systemem iOS, Android).
	System musi posiadać zgodność kodu stron WWW z rekomendacją W3C HTML oraz przejść pozytywnie jego weryfikację przy pomocy narzędzi udostępnianych przez W3C pod adresami: xxxx://xxxxxxxxx.x0.xxx i xxxx://xxxxxx.x0.xxx/xxx-xxxxxxxxx/. Proces weryfikacji zgodności kodu stron WWW podlega odbiorowi przez Xxxxxxxxxxxxx.
	System musi posiadać walidację danych (treści żądań) dla serwisów internetowych wykonywaną po stronie serwera aplikacyjnego. Dodatkowo Zamawiający wymaga zaimplementowania walidacji standardowych i powtarzalnych danych (w tym co najmniej: sprawdzanie formatu wprowadzonej w formularzu daty ważności dokumentu) w postaci np. skryptów w JavaScript/AJAX.
	System musi posiadać mechanizm przekierowujący użytkownika na zaprojektowaną przez Wykonawcę stronę informacji o błędzie (ERROR 404) w przypadku podania niewłaściwego adresu strony WWW, na której znajdzie się informacja o braku szukanego adresu oraz link do strony głównej danej strony WWW.
	Każdy layout serwisu musi mieć przez cały czas widoczny link umożliwiający powrót do strony głównej z każdego miejsca w serwisie i odsyłacz umożliwiający powrót na początek tej strony.
	System musi wyświetlać informację o miejscu w strukturze serwisu internetowego, w którym znajduje się aktualnie użytkownik.
	System musi umożliwiać prezentację tymczasowej statycznej strony głównej na zlecenie Zamawiającego w jednym z wybranych scenariuszy (np. „Trwa konserwacja Portalu/Serwisu”) w przypadku awarii, paraliżu serwisu internetowego lub Systemu CMS lub ataku.
	System musi umożliwiać zastosowanie kolorystyki serwisów internetowych w następujących wariantach: kolorystyka wykorzystywana na co dzień zgodna z logotypem i identyfikacją wizualną Zamawiającego, w tym kolorystyka wydziałów, kolorystyka w odcieniach czerni na okoliczność np. żałoby narodowej, możliwość zmiany logo w związku ze szczególną okolicznością np. logo z flagą w związku ze świętem 11 listopada.
	Serwisy i system muszą zapewniać najwyższe standardy bezpieczeństwa zgodnie z najlepszymi praktykami branżowymi, w szczególności: dokładna walidacja danych pobieranych z formularzy, danych URL oraz odporność co najmniej na następujące zagrożenia: ataki semantyczne na adres URL, ataki związane z ładowaniem plików, ataki typu cross-site scripting, fałszowanie zatwierdzenia formularza, ujawnienie uwierzytelnień dostępu, wstrzykiwanie kodu SQL, ujawnienie danych przechowywanych w bazie, wstrzykiwanie poleceń systemowych, ataki typu CSRF, sfałszowanie żądania http, kradzież cookies, przechwytywanie sesji, wstrzykiwanie sesji, zafiksowanie sesji, trawersowanie katalogów, ujawnianie kodu źródłowego istotnych plików, np. plików .inc, „template”.
	Serwisy internetowe utworzone w Systemie muszą zapewniać pełne wsparcie przynajmniej dla standardu kodowania UTF-8 wersja 3.0. wraz z zestawem znaków Unicode, w tym: wprowadzanie, przechowywanie, wyszukiwanie, modyfikację, przetwarzanie tekstów z dowolnymi znakami narodowymi.
	Serwisy internetowe muszą umożliwiać zdalny dostęp do ich funkcjonalności i mechanizmów z wykorzystaniem bezpiecznego protokołu https.
	Serwisy internetowe muszą zawierać skrypt informujący o wykorzystywaniu cookies w serwisie oraz informację na temat gromadzonych danych (adres IP, adres e-mail w przypadku RODO itp.). Informacja o wykorzystywaniu cookies musi wyświetlać się zaraz po wejściu na stronę główną danego serwisu, a jego potwierdzenie, musi być logowanie w danych statystycznych Systemu. Brak akceptacji musi skutkować brakiem możliwości wejścia do serwisu.
	Serwisy internetowe muszą umożliwiać wyświetlania grafiki, animowanych plików GIF, zdjęć, odtwarzania plików wideo i audio poprzez wbudowany lub zintegrowany odtwarzacz z możliwością przesyłania strumieniowego plików.
	System musi umożliwiać monitorowanie statystyk ruchu na stronach internetowych Zamawiającego związanych z pomiarem ruchu.
	System musi umożliwiać nadawanie dostępu do statystyk poziomie ról i uprawnień użytkowników.
	Funkcjonalność dotycząca statystyk musi umożliwiać pozyskanie co najmniej następujących informacji: liczba unikalnych wizyt: dzienna, godzinowa, miesięczna, roczna, liczba odsłon na całej stronie oraz poszczególnych podstronach, liczba odsłon danego użytkownika, średni czas spędzony przez użytkownika na stronie głównej oraz poszczególnych podstronach-serwisach, liczba nowych i powracających użytkowników, informacje o urządzeniach i przeglądarkach z których nastąpiło połączenie ze stroną, geolokalizacja wizyt na stronie, liczba wszystkich i unikalnych kliknięć w linki na stronach, generowanie graficznych wykresów i raportów z zebranych danych statystycznych.
	System musi posiadać zabezpieczenie, które nie pozwala na jednoczesną pracę kilku osób na tych samych danych.
	System musi pozwalać na edycję treści i funkcjonalności bezpośrednio w widoku danej strony. System CMS musi zapewniać czytelną informację o tym, że użytkownik pracuje w trybie zmian strony.
	System musi posiadać możliwość wyłączania widoczności danej treści bez jej trwałego usuwania (we wszystkich obszarach funkcjonalnych, z uwzględnieniem bazy plików).
	System musi umożliwiać zapisywanie pracy użytkownika w postaci szkiców (z możliwością ponownej edycji bez konieczności publikacji).
	System musi automatycznie wylogować użytkownika po zadanym czasie nieaktywności (parametr musi być konfigurowalny w Systemie CMS).
	System musi umożliwiać ustawienie oraz modyfikację daty publikacji lub czasu wyświetlania dla każdego modułu strony (wpisy, strony, galerie).
	Wszystkie artykuły utworzone w Systemie muszą być wyróżnione (np. kolorystycznie) w podziale na: widoczne w serwisie internetowym bezterminowo, jeszcze widoczne, ale mające ograniczony czas publikacji, już niewidoczne w serwisie internetowym, ze względu na ograniczony czas publikacji.
	System musi umożliwiać podgląd artykułu i strony przed ostateczną publikacją (w formie zbliżonej do widoku po opublikowaniu oraz niemożliwej do zindeksowania przez roboty i niepodlegającej wyszukaniu).
	System musi posiadać mechanizm umożliwiający dodawanie każdemu artykułowi w serwisach internetowych funkcji: „podziel się” (np. za pomocą mediów społecznościowych i e-maila), „drukuj”, „zapisz do pliku pdf”, „zapisz do pliku doc”.
	System musi posiadać interfejs układania layoutu na stronie głównej, podstronach, wpisach, zmiany kolejności widgetów.
	System musi pozwalać na płynne przechodzenie pomiędzy wyglądem serwisu z układem 1, 2 lub 3 kolumnowych układów stron.
	System musi pozwalać na automatyczne utworzenie listy (uporządkowanej w hierarchii) wszystkich podstron w serwisie w postaci ułożonej listy.
	Każdy wpis/strona musi posiadać możliwość eksportu całej treści do formatu xml, pdf oraz bezpośredni wydruk, a ikony do tych czynności muszą być umieszczone nad wpisem. Ikona musi być widoczna dla wszystkich odwiedzających, również tych niezalogowanych.
	System musi umożliwiać integrację z kontami Facebook pozwalającą automatycznie dodawać wpis na konto Facebook po dodaniu wpisu lub galerii. Redaktor musi mieć możliwość zaznaczenia opcjonalnego wysłania wpisu na Facebook w momencie publikacji wpisu/galerii.

6. Wymagania dotyczące modułu Kalendarz Akademicki

L.p.	Opis wymagań
	System musi posiadać moduł kalendarza akademickiego
	Moduł kalendarza akademickiego musi służyć do wizualnej prezentacji przebiegu roku akademickiego na uczelni
	Moduł musi pozwolić na tworzenie wielu kalendarzy (np. semestr letni, semestr xxxxxx)
	Moduł musi generować widok kalendarza w zadanym okresie czasu (np. data rozpoczęcia oraz zakończenia semestru lub cały rok kalendarzowy)
	Moduł musi generować widok kalendarza z opisami miesięcy, dni tygodnia, rodzajów tygodnia (parzysty, nieparzysty), tygodni kalendarzowych
	Konfiguracja modułu musi pozwalać na dodanie legendy i opisu do kalendarza
	Moduł musi pozwalać na dodawanie wydarzeń do kalendarza i oznaczanie ich w celu wyróżnienia na widoku kalendarza
	Na pojedyncze wydarzenie na kalendarzu muszą składać się przynajmniej pola: nazwa wydarzenia, data rozpoczęcia, data zakończenia, typ wydarzenia, opis (edytor WYSIWYG), status publikacji.
	Moduł musi pozwalać na zdefiniowanie poniższych typów wydarzeń: święta, ferie świąteczne, przerwy międzysemestralne, sesja egzaminacyjna, odstępstwa / zmiany dotyczące zajęć. Każdy z tych typów musi posiadać inny styl graficzny w widoku kalendarza w celu wyróżnienia się. Style elementów muszą zostać ustalone na etapie analizy przedwdrożeniowej.
	Musi istnieć możliwość edytowania kalendarzy np. poprzez dodanie dodatkowych wydarzeń.
	Moduł powinien mieć możliwość wyświetlania wybranych kalendarzy jako bloki treści dodawane w różnych sektorach portalu.
	Utworzone kalendarze powinny posiadać swoje shortcode’y pozwalające na ich wyświetlanie w dowolnym miejscu portalu.
	Kalendarz akademicki musi posiadać obsługę procesu zatwierdzania i publikacji.
	Musi istnieć możliwość eksportu kalendarza przynajmniej do: kalendarzy Google, Outlook, Kalendarz Apple, formatu XML oraz iCal.

7. Wymagania dotyczące modułu System rezerwacji dla wydarzeń

L.p.	Opis wymagań
	System musi umożliwiać tworzenie wydarzeń, konferencji i szkoleń wraz z udostepnieniem treści oraz zarządzania listą uczestników
	System musi usprawnić i ujednolicić obsługę wydarzeń w zakresie rejestracji i obsługi uczestników organizowanych wydarzeń.
	System musi umożliwiać przeglądanie wykazu planowanych wydarzeń z dostępem do materiałów dla potencjalnych uczestników (np. plan wydarzenia, opis, itp.)
	System musi umożliwiać rejestrację zarówno pojedynczego uczestnika jak i grupy osób (dla grupy konieczne będzie załączenie listy osób oraz wskazanie opiekuna grupy). Rejestracja tworzy konto uczestnika w serwisie.
	Organizator musi mieć możliwość weryfikacji zarejestrowanych osób i ewentualnie odmówić udziału.
	System musi umożliwiać publikowanie aktualności/newsów w trakcie trwania wydarzenia - informacje online o jego przebiegu, relacje.
	Usługa musi mieć możliwość udostępniania publicznie dostępnych archiwów wydarzeń.
	System musi umożliwiać prezentację zbiorczą organizowanych wydarzeń, ich oznaczanie (tagowanie) i kategoryzowanie.
	System musi umożliwiać tworzenie dedykowanych witryn dla organizowanych wydarzeń, konferencji, szkoleń na których udostępniane będą treści związane z danym eventem.

8. Wymagania dotyczące modułu Rozproszonej dystrybucji komunikatów

L.p.	Opis wymagań
	Wymiana danych online pomiędzy Portalem Głównym a witrynami podrzędnymi, z którymi będzie współpracował moduł rozproszonej dystrybucji komunikatów musi być inicjowana w każdym z przypadków z poziomu portalu.
	Portal Główny musi posiadać funkcjonalność definiowania aktualności globalnych.
	Portal Główny musi pozwolić na dodanie aktualności, które muszą być widoczne we wszystkich portalach (np. ważny komunikat).
	Funkcjonalność aktualności globalnych musi pozwolić na dodanie wpisu do wszystkich uruchomionych witryn w ramach Portalu.
	Funkcjonalność musi umożliwiać wybór witryny, w której publikowana będzie aktualność.
	Formularz dodawania aktualności globalnych musi być dostępny z poziomu dodawania aktualności.
	Xxxxxxx podrzędne muszą mieć możliwość proponowania aktualności do publikacji w Portalu Głównym.
	Formularz dodawania propozycji aktualności w Portalu Głównym musi być dostępny z poziomu dodawania aktualności w witrynie.
	Portal główny musi posiadać funkcjonalność zatwierdzania publikacji proponowanych aktualności.

9. Wymagania dotyczące modułu zarządzania API

L.p.	Opis wymagań
	Moduł musi dostarczyć funkcjonalności zarządzania API dla programistów nowych usług, administratorów szyny danych oraz użytkowników. Rozwiązanie musi pozwalać w jednolity i szybki sposób udostępniać, monitorować i zabezpieczać wszystkie usługi API wykorzystywane w ramach swojej organizacji.
	Moduł musi umożliwiać dynamiczne tworzenie i prezentację katalogu API dostępnego w zależności od uprawnień użytkownika oglądającego.
	Moduł ma zarządzać pełnym cyklem życia API tj. prototypowanie, tworzenie, publikowania, zarządzanie dostępnością oraz archiwizacja.
	Moduł ma zapewniać usługi równoważenia obciążenia dla uruchomionych API.
	Moduł musi dostarczać mechanizm zarządzania uprawnieniami do każdego z elementów cyklu życia API.
	Moduł musi dostarczać mechanizmy monitorowania w tym co najmniej kokpity analityczne oraz statystyki wykorzystania API.
	Moduł musi dostarczać funkcjonalność zarządzania autentykacją i autoryzacją dla systemów korzystających z API z wykorzystaniem co najmniej tokenów OAuth2 i SAML.
	Moduł musi dostarczać możliwość limitowania dostępu do API w zakresie co najmniej liczby wywołań i rozmiaru przesyłanych danych.

10. Wymagania dotyczące modułu Ofert pracy

L.p.	Opis wymagań
	Moduł musi posiadać moduł ogłoszeń o pracę i ułatwiający przeprowadzanie rekrutacji wśród kandydatów.
	Moduł musi umożliwiać tworzenie ogłoszeń o pracę, formularzy rekrutacyjnych, zarządzanie wszystkimi ogłoszeniami, przyjmowanie aplikacji od kandydatów, zarządzanie zgłoszonymi aplikacjami.
	Moduł musi umożliwiać zarządzanie wszystkimi utworzonymi ogłoszeniami z poziomu listy administracyjnej ogłoszeń. Na liście muszą znaleźć się co najmniej informacje takie jak: Tytuł ogłoszenia, Data i godzina dodania ogłoszenia, Data i godzina wygaśnięcia ogłoszenia, Status ogłoszenia (aktywne, wstrzymane, wygasłe), Kategoria, Jednostka, Akcje wykonywane na ogłoszeniu: edytuj, usuń, wstrzymaj, Liczba unikalnych odwiedzin ogłoszenia, Liczba przesłanych aplikacji.
	Na liście dodanych ogłoszeń musi być możliwość wykonania przynajmniej poniższych akcji: Dodanie nowego ogłoszenia, Edytowanie ogłoszenia, Usunięcie ogłoszenia, Sortowanie wszystkich ogłoszeń wg daty i godziny dodania, daty i godziny wygaśnięcia, liczby kliknięć, liczby przesłanych aplikacji, Filtrowanie wszystkich ogłoszeń wg kategorii (lub kilku kategorii), statusu (lub kilku statusów), jednostki organizacyjnej, Wyszukiwanie ogłoszeń z wykorzystaniem wyszukiwarki.
	Tworzenie nowego ogłoszenia musi obejmować: Wprowadzenie treści ogłoszenia - tytuł, nazwa stanowiska, lokalizacja, nazwa jednostki, wymagania dot. stanowiska, opis, wynagrodzenie, obrazek wyróżniający (opcjonalnie) itp., Utworzenie formularza rekrutacyjnego z dowolnie wybranymi polami dla tego formularza, Ustawienie właściwości ogłoszenia: data i godzina rozpoczęcia, data i godzina wygaśnięcia, wskazanie opiekuna ogłoszenia (domyślnie użytkownik tworzący ogłoszenie), przydzielenie kategorii (możliwość przydzielenia wielu kategorii), wybranie jednostki organizacyjnej.
	Moduł musi umożliwiać tworzenie dowolnych kategorii dla ogłoszeń.
	Moduł musi umożliwiać zarządzanie wszystkimi przesłanymi przez kandydatów aplikacjami z poziomu listy administracyjnej.
	Lista złożonych aplikacji musi zawierać: Nazwę ogłoszenia, Nazwę stanowiska, Imię i nazwisko kandydata, Status aplikacji, Datę i godzinę przesłania aplikacji, Akcje wykonywane na liście aplikacji: podgląd pełnej treści aplikacji, usuwanie, edytowanie, zmiana statusu, ręczne dodawanie nowej aplikacji.
	Formularze rekrutacyjne muszą umożliwiać przesyłanie dodanych/załączonych dokumentów od kandydata przynajmniej we wskazanych formatach plików: .pdf, .doc, .docx, .txt, .jpg, .png, .rtf
	Moduł musi posiadać możliwość włączenia i wyłączenia opcji automatycznego przesyłania powiadomień na pocztę e-mail.
	Moduł musi umożliwiać eksportowanie zaznaczonych na liście przesłanych aplikacji do pliku w formacie .csv. Przy konfiguracji eksportu, użytkownik będzie mógł wybrać eksportowane dane przesłane z formularza rekrutacyjnego.
	Ogłoszenia muszą posiadać obsługę procesu zatwierdzania i publikacji.
	Ogłoszenia muszą podlegać procesowi wersjonowania wpisów.
	Moduł musi pozwalać na osadzanie wybranych ogłoszeń lub pełnej listy ogłoszeń za pomocą [shortcodes] w edytorze WYSIWYG oraz za pomocą bloków treści.
	Lista wszystkich aktywnych ogłoszeń musi być prezentowana na indywidualnej podstronie o własnym układzie i szablonie graficznym.
	Szablon graficzny i układ strony z ogłoszeniem oraz wygląd listy ogłoszeń zostaną opracowane po konsultacjach z Zamawiającym na etapie wdrożenia.
	Moduł musi posiadać archiwum ogłoszeń, do którego przenoszone będą ogłoszenia ze statusem „wygasłe” po 24 godzinach od daty wygaśnięcia. Archiwum pozwoli na przywracanie wpisów (domyślnie ze statusem wstrzymane) na listę ogłoszeń aktywnych lub trwałe usunięcie ogłoszenia.

11. Wymagania dotyczące WCAG 2.1

Serwisy internetowe obsługiwane przez dostarczony i wdrożony przez Wykonawcę System muszą spełniać wymienione poniżej minimalne wymagania dotyczące WCAG 2.1:

L.p.	Opis wymagań
	Serwisy internetowe muszą uwzględniać międzynarodowy standard w dziedzinie budowania stron internetowych przyjaznych dla niepełnosprawnych użytkowników WCAG 2.1 na poziomie AA, zawarte w załączniku nr 4 do Rozporządzenia 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 (t.j. Dz. U. z 2017 r. poz. 2247) ) oraz z uwzględnieniem zmian związanych z WCAG 2.1 zawartych w załączniku nr 4 do ustawy z dnia 4 kwietnia 2019 r. o dostępności cyfrowej stron internetowych i aplikacji mobilnych podmiotów publicznych (Dz.U. 2019 poz. 848) w tym PN-EN 301 549:2018-12.
	Serwisy internetowe powstałe w wyniku realizacji przedmiotu zamówienia muszą być dostępne dla jak najszerszego grona odbiorców ze szczególnym uwzględnieniem osób narażonych na wykluczenie cyfrowe.
	Wszystkie elementy graficzne muszą posiadać adekwatny do pełniącej funkcji opis alternatywny lub możliwość ustawienia takiego tekstu przez redaktora.
	Odtwarzacze treści audio i wideo muszą być dostępne dla osób niepełnosprawnych, w tym dla osób korzystających wyłącznie z klawiatury oraz niewidomych użytkowników czytników ekranu.
	Wszystkie strony internetowe muszą mieć możliwość stosowania nagłówków w prawidłowej hierarchii.
	Serwis nie może być zbudowany na bazie tabel, traktowanych jako element konstrukcji układu serwisu.
	Mechanizmy nawigacyjne jak np. grupy odnośników muszą być przedstawiane za pomocą list.
	Kolejność nawigacji oraz czytania musi być określona za pomocą kolejności w kodzie HTML i musi zapewniać logiczność i intuicyjność.
	Architektura informacji musi być logiczna, przejrzysta, spójna i przewidywalna.
	Odnośniki zamieszczone w treściach artykułów muszą odróżniać się od pozostałego tekstu kolorem i dodatkowym wyróżnieniem np. podkreśleniem.
	Po wczytaniu strony WWW dźwięk nie może być automatycznie odtwarzany.
	Kontrast treści w stosunku do tła musi wynosić co najmniej 4,5:1. Jeśli nie jest to możliwe, np. ze względu na utrzymanie identyfikacji wizualnej Zamawiającego serwis musi posiadać wersję kontrastową posiadającą taką samą zawartość i funkcjonalność jak wersja graficzna, przy czym: przycisk przełączenia na wersję kontrastową musi być dobrze widoczny i musi spełniać minimalne wymagania kontrastu, dobrze widoczny przycisk powrotu do pierwotnej kolorystyki w wersji kontrastowej, w przypadku użytkowników korzystających z trybów dużego kontrastu dostępnych np. w systemie operacyjnym MS Windows wszystkie informacje, elementy nawigacyjne i formularze muszą być widoczne.
	Typografia tekstów i kontrasty muszą być zaprojektowane pod kątem czytelności.
	W zakresie powiększania rozmiaru czcionki na stronie musi być zapewniony brak utraty zawartości lub funkcjonalności serwisu po jej powiększeniu do 200%.
	W przypadku zastosowania zaimplementowanego mechanizmu do powiększania na stronie, system musi spełniać poniższe wymagania: przycisk powiększenia misi zmieniać nie tylko tekst artykułu, ale również wielkość tekstu nawigacji i innych bloków treści strony, wybrany rozmiar czcionki musi zostać zapamiętany w obrębie wszystkich podstron przynajmniej na czas trwania sesji użytkownika, przyciski powiększenia muszą być widoczne, przyciski powiększenia muszą być dostępne z poziomu klawiatury.
	System musi zapewniać nawigację w serwisie z wykorzystaniem klawiatury (bez użycia myszki).
	Fokus musi być widoczny i spełniać minimalne wymagania kontrastu.
	System musi zapewniać mechanizm pozwalający na zatrzymanie lub ukrycie informacji, które będą w serwisie automatycznie przesuwane, aktualizowane i widoczne dłużej niż 5 sekund.
	System nie może pozwalać na prezentowanie treści zwiększających ryzyko napadu padaczki (treści które migają więcej niż 3 razy na sekundę i zawierają dużo czerwieni).
	Kod HTML musi posiadać menu służące do przejścia bez przeładownia strony, do istotnych treści serwisu za pomocą kotwic („skip links”).
	Wszystkie strony serwisu muszą posiadać unikalne tytuły.
	System musi zapewniać alternatywne możliwości wyszukiwania informacji poza standardową nawigacją np. mapa strony i wyszukiwarka.
	System musi posiadać zdefiniowany główny język dokumentu adekwatny do wersji językowej.
	System nie może stosować mechanizmów, które powodują przy zmianie ustawień komponentów interfejsu użytkownika, automatyczną zmianę kontekstu.
	Serwis musi posiadać mechanizm (np. w algorytmie serwisu) pozwalający na ostrzeganie o otwieraniu się wybranych stron w nowym oknie.
	Dynamiczne zmiany treści jak np. komunikaty w okienkach dialogowych, ostrzeżenia, itp. (odbywające się bez przeładowania strony) muszą być opatrzone odpowiednimi atrybutami ARIA.
	Wszystkie pola formularzy muszą być opatrzone etykietami jednoznacznie informującymi o błędach lub sukcesie po ich wypełnieniu - w przypadku wystąpienia błędów System musi podpowiadać jego rozwiązanie.
	System musi posiadać zabezpieczenia dla generowanych formularzy z możliwością określenia typu zabezpieczenia z uwzględnieniem wymagań dotyczących WCAG 2.1.
	Cały serwis musi być całkowicie zgodny ze standardami HTML (w tym szablony i kod generowany z edytora treści).

12. Licencje

L.p.	Opis wymagań
	Dla Oprogramowania niebędącego własnością Wykonawcy wymagającego licencji obcych, Wykonawca musi dostarczyć pełne oprogramowanie na nośniku danych, dokumentację, licencje oraz wszelkie inne składniki dołączone do oprogramowania przez jego producenta. Licencje muszą być wystawione na Zamawiającego, a Wykonawca musi dopełnić wszystkich formalności wymaganych prawem, licencją i innymi wymogami producenta zapewniających, że Zamawiający będzie pełnoprawnym użytkownikiem dostarczonego Oprogramowania.
	Zamawiający wymaga dostarczenia licencji bezterminowej.
	Wykonawca po zakończeniu prac wdrożeniowych i potwierdzeniu ich zakończenia przez Zamawiającego musi przekazać: kompletny kod źródłowy wraz plikami instalacyjnymi oraz instrukcją uruchomienia rozwiązania, pełną kopię bezpieczeństwa rozwiązania na dzień podpisania protokołu odbioru końcowego, wykaz wszystkich licencji niezbędnych do prawidłowego działania rozwiązania.
	W przypadku licencji GPL (ang. General Public Licence) Zamawiający dopuszcza przekazanie licencji GPL lub innej licencji na oprogramowanie autorskie z prawem modyfikacji kodu źródłowego. W przypadku, gdy zdjęcia i materiały są objęte licencjami otwartymi, Wykonawca musi zapewnić szczegółową informację o podstawie i dopuszczalnym zakresie ich wykorzystania.
	Wykonawca musi zagwarantować Zamawiającemu uzyskanie zgód i zezwoleń (licencji) od osób trzecich w zakresie umożliwiającym pełną realizację funkcjonalności narzędzia informatycznego.
	Po zakończeniu prac wdrożeniowych i potwierdzeniu tego faktu przez Zamawiającego stosownym protokołem odbioru, Wykonawca każdego z elementów środowiska musi przekazać wszystkie kody źródłowe zapewniające Zamawiającemu nieograniczoną technicznie możliwość wprowadzania modyfikacji wyglądu i funkcjonalności w każdy z elementów środowiska wraz z Oprogramowaniem zgodnie z zawartą umową.
	Wykonawca musi zapewnić Zamawiającemu w okresie trwania umowy stały dostęp do aktualnej wersji kompletnego kodu źródłowego opracowywanych narzędzi informatycznych poprzez system kontroli wersji.
	Dostarczone rozwiązanie nie może posiadać ograniczeń licencyjnych na ilość użytkowników korzystających z uruchomionych serwisów internetowych.
	Wykonawca w toku realizacji umowy nie może żądać jakichkolwiek dodatkowych opłat za ponowne weryfikowanie zawartości plików przy migracji danych do nowego systemu z przyczyn nie leżących po stronie Zamawiającego.

12. Gwarancja i opieka serwisowa

L.p.

Opis wymagań

Wykonawca udziela Zamawiającemu gwarancji oraz opieki serwisowej na dostarczony System oraz wykonane serwisy internetowe na okres 12 miesięcy, liczonych od dnia podpisania protokołu odbioru końcowego przedmiotu zamówienia.

W okresie gwarancji Wykonawca zobowiązuje się do:

1. przyjmowania zgłoszeń Awarii, Usterek i Wad dostarczonego Oprogramowania,

2. dokonywania napraw zgłoszonych Awarii Usterek i Wad dostarczonego Oprogramowania,

3. usuwania wszelkich usterek funkcjonalnych i technicznych.

Po upływie okresu gwarancji Zamawiający zastrzega sobie na czas nieoznaczony prawo dalszej nieodpłatnej eksploatacji Systemu oraz bazy danych w ostatniej (najbardziej aktualnej) wersji udostępnionej mu przez Wykonawcę, na dzień Odbioru całości przedmiotu zamówienia.

Czas reakcji na pojawiające się Awarie, Usterki i Wady dostarczonego Oprogramowania w ramach gwarancji:

Nazwa	Czas reakcji	Czas naprawy
Awaria	do 4 godzin	do 24 godzin od momentu zgłoszenia awarii
Usterka lub Wada	do 24 godzin	do 4 dni roboczych od momentu zgłoszenia usterki lub wady

Wszelkie koszty związane z naprawami gwarancyjnymi, usuwaniem ujawnionych awarii i usterek ponosi Wykonawca.

Wykonawca zobowiązuje się do zwrotu kosztów naprawy gwarancyjnej zrealizowanej przez Zamawiającego w przypadku, gdy dwukrotnie bezskutecznie wzywał Wykonawcę do jej wykonania.

Zgłoszenie awarii i usterek będzie możliwe w dni robocze od poniedziałku do piątku w godz. 08:00-15:00.

Wykonawca ma obowiązek przyjmowania zgłoszeń serwisowych poprzez telefon, e-mail lub WWW (przez całą dobę).

Usługa opieki serwisowej obejmuje:

1. aktualizacje Systemu i serwisów internetowych mające zapewnić prawidłowe obsługiwanie przez pojawiające się w okresie świadczenia usługi, aktualizacje co najmniej następujących przeglądarek: Mozilla Firefox, Google Chrome, Apple Safari, Microsoft Edge,

2. aktualizacje Systemu i serwisów internetowych wynikające z konieczności poprawnej obsługi wydawanych nowych wersji przeglądarek internetowych, musi nastąpić najpóźniej w okresie 1 miesiąca od ukazania się aktualizacji przeglądarki internetowej,

3. aktualizacje Systemu i serwisów internetowych wynikające ze zmiany przepisów prawa zarówno krajowego, jak i lokalnego musi nastąpić najpóźniej do dnia wejścia w życie zmienionych przepisów prawa. W przypadku zmiany przepisów lub regulaminów wewnętrznych, nie będących aktem prawa miejscowego Zamawiający zastrzega sobie prawo zlecania bezpłatnego wykonywania stosownych zmian w ramach prawa opcji jako prace rozwojowe,

4. bezpłatne dostarczanie co 6 miesięcy listy poprawek do zainstalowanego Oprogramowania oraz bezpłatna instalacja tych poprawek w środowisku produkcyjnym Zamawiającego wraz z przekazaniem dokumentacji użytkownika i administratora,

5. dostęp do wsparcia klienta, za pomocą którego Zamawiający będzie mógł uzyskać pomoc poprzez telefon, e-mail w zakresie rozwiązywania problemów związanych z bieżącą eksploatacją dostarczonych rozwiązań w godzinach 08:00-15:00 w dniach roboczych.

Wykonawca musi zapewnić minimum 10 godzin programisty w miesiącu przez okres trwania gwarancji na potrzeby nowych, nieprzewidzianych wymagań dotyczących serwisów internetowych. Godziny niewykorzystane będą przechodziły na kolejny miesiąc. Ilość godzin programistycznych przeznaczonych na poszczególne zadania będzie uzgadniane z Zamawiającym.

IV.Opis Systemów użytkowanych przez Zamawiającego

1.System CMS podlegający rozbudowie

1. Panel administratora

L.p.	Opis wymagań
	System CMS posiada Panel administratora do zarządzania wszystkimi serwisami uruchomionymi w obrębie sieci stron.
	Panel administratora pozwala na przygotowanie wielu niezależnych, różniących się od siebie serwisów. System CMS pozwala na włączenie, wyłączenie lub usunięcie wskazanego serwisu.
	Panel administratora umożliwia dodawanie nowych serwisów poprzez wypełnienie formularza lub duplikowanie wcześniej uruchomionych serwisów.
	Dodawanie nowego serwisu odbywa się poprzez uzupełnienie formularza zawierającego co najmniej następujące dane: nazwa serwisu, nazwa subdomeny serwisu (opcjonalnie w formularzu), domena serwisu (rozwijalna lista), opis serwisu, Formularz przeprowadza walidację unikalności w nazwie subdomeny (jeżeli została podana) oraz w nazwie serwisu.
	Panel administratora umożliwia zarządzanie jego strukturą, treścią, plikami, konfiguracją, użytkownikami i ich rolami, modułami i funkcjami dostępnymi na danym portalu.
	Panel administratora posiada możliwość dodawania nazw domen najwyższego poziomu wykorzystywanych w obrębie systemu podczas uruchamiania serwisów. Domyślnie serwisy mogą działać na jednej domenie głównej najwyższego poziomu i jej subdomenach.
	Panel administratora umożliwia przygotowanie listy blokowanych adresów IP, z których niemożliwe będzie nawiązanie połączenia z jakąkolwiek podstroną w obrębie wszystkich serwisów.
	Panel główny posiada moduł umożliwiający zarządzanie zapisanymi wersjami poszczególnych instancji serwisów oraz musi umożliwiać przygotowanie kopii zapasowych wszystkich plików i bazy danych łączenie z ich przywracaniem.
	Backup plików oraz bazy danych jest wykonywany na żądanie administratora - moduł posiada również możliwość cyklicznego wykonania backupu plików dla poszczególnych instancji portali.
	Panel administratora pozwala na dodawanie wielu pozycji struktury z przypisanym tym samym modułem np. możliwość publikacji kilku podstron z niezależnymi aktualnościami, dostępnymi pod różnymi odnośnikami.

2. Panel serwisu

L.p.	Opis wymagań
	System CMS posiada dla każdego uruchomionego serwisu swój własny niezależny panel serwisu służący do zarządzania jego treścią i funkcjami.
	Panel serwisu musi umożliwia zarządzanie jego strukturą, treścią, plikami, konfiguracją i funkcjonalnościami dostępnymi w danym serwisie.
	Funkcjonalności dostępne w Panelu serwisu zależą od uprawnień jakie posiada zalogowany użytkownik.
	Użytkownik posiadający uprawnienia do więcej niż jednego Panelu serwisu posiada możliwość przełączania się pomiędzy tymi panelami. Podczas przejścia między dwoma panelami został zastosowany mechanizm wymuszający potwierdzenie takiej akcji.

3. Role i użytkownicy

L.p.	Opis wymagań
	System CMS umożliwia ograniczanie dostępu do poszczególnych serwisów i funkcjonalności oraz publikowanych treści w samym serwisie. Ustawienia ograniczeń dostępu są powiązane z grupami uprawnień oraz rolami użytkowników.
	System CMS umożliwia ograniczanie widoczności wybranych treści/obszarów na opublikowanej stronie dla wskazanych użytkowników. System CMS kontroluje dostęp do konkretnych podstron serwisu tak, aby niemożliwe było pobranie jakichkolwiek opublikowanych tam treści przez użytkowników nieuprawnionych.
	System CMS pozwala na ręczne tworzenie grup użytkowników w obrębie wszystkich serwisów.
	System CMS posiada opcję nadawania uprawnień wybranemu użytkownikowi do tworzenia i edycji konkretnej podstrony serwisu.
	System CMS pozwala na gromadzenie i przechowywanie danych o jego użytkownikach w celu przyznawania odpowiednich uprawnień i ról.
	System CMS zapewnia poprawne gromadzenie i przetwarzanie danych osobowych użytkowników. W obu tych obszarach zapewnia zgodność z obowiązującymi wymaganiami prawnymi oraz dobrymi praktykami.
	System CMS posiada rejestr wszystkich prób uwierzytelnienia użytkowników, zakończonych zarówno powodzeniem jak i niepowodzeniem.
	Rejestr wszystkich prób uwierzytelnienia użytkowników przechowuje następujące informacje: data, czas, login użytkownika, adres IP z którego nawiązano połączenie, rezultat połączenia (zalogowano, nie zalogowano).
	Identyfikator użytkownika (login) jest unikalny w skali całego Systemu CMS, bez podziału na podserwisy.
	System CMS posiada listę wszystkich użytkowników wraz z wykazem przyznanych uprawnień.

4. Edytor treści

L.p.	Opis wymagań
	System CMS posiada edytor treści WYSIWYG (ang. What You See Is What You Get).
	Edytor treści pozwala na łatwe i intuicyjne wprowadzanie treści przez uprawnionych użytkowników, bez konieczności znajomości języka HTML.
	Edytor treści posiada możliwość trybu pracy w HTML.
	Edytor treści nie posiada ograniczeń co do wprowadzanych atrybutów lub znaczników kodu HTML.
	Edytor posiada następujące funkcjonalności: pogrubianie tekstu, kursywa tekstu, podkreślanie tekstu, justowanie tekstu, przekreślenie tekstu, cytowanie, dodawanie/usuwanie hiperłączy, listy uporządkowane i nieuporządkowane, umieszczanie plików do pobrania z repozytorium multimediów, umieszczanie zdjęć z repozytorium multimediów oraz ich skalowanie, kadrowanie oraz obracanie, umieszczanie filmów z repozytorium multimediów, umieszczanie filmów ze źródeł zewnętrznych, umieszczanie plików audio z repozytorium multimediów, umieszczanie plików audio ze źródeł zewnętrznych, wklejanie tekstu z Worda z prawidłową konwersją w locie do formatowania docelowego edytora, czyszczenie formatowania tekstu, wstawianie zdefiniowanych stylów, wstawanie zdefiniowanych nagłówków i paragrafów, wstawanie znaków specjalnych, wstawianie i edycja tabel (w tym wierszy i kolumn), możliwość cofania i przywracania wykonanych akcji.
	Edytor treści umożliwia wstawianie linków zewnętrznych (wpisywanych ręcznie lub za pomocą opcji „kopiuj-wklej”) oraz linków wewnętrznych, do istniejących stron w strukturze serwisu (wybór z listy adresów url). Wstawiony link posiada opcję wyboru przenoszenia użytkownika do podstrony w nowej lub bieżącej karcie przeglądarki.
	Edytor treści w zakresie funkcjonalności dotyczącej umieszczania zdjęć w serwisie umożliwia: wprowadzanie tekstu alternatywnego, wprowadzenie etykiety, określanie odnośnika po kliknięciu (opcje: brak, lightbox, wprowadzanie adresu URL), określanie wyświetlanego rozmiaru, dodawanie klasy CSS lub styli, wprowadzanie informacji na temat autora zdjęcia.
	Edytor treści w zakresie funkcjonalności dotyczącej umieszczania tabel w serwisie umożliwia: wstawianie tabeli, określanie właściwości tabeli, w tym: szerokość, wysokość, odstęp między komórkami, margines w komórkach, obramowanie, etykieta, wyrównanie, wybór klasy CSS, obramowanie, kolor tła, usuwanie tabeli, określanie właściwości komórki, w tym: szerokość, wysokość, styl CSS, obramowanie, kolor tła, scalanie komórek tabeli, podział komórek tabeli, wstawianie wiersza poniżej/powyżej, wstawianie kolumny przed/po, usuwanie wierszy i kolumn, wycięcie wiersza, kopiowanie wierszy, wklejanie wiersza przed/po, określanie właściwości wiersza, w tym: typ (head, body, footer), wyrównanie, wysokość, styl CSS, obramowanie, kolor tła.
	Edytor treści pozwala na wstawianie wewnątrz edytora treści pochodzących z innych modułów Systemu CMS.
	Edytor treści umożliwia umieszczanie w treści danych z innych modułów, poprzez kod tzw. shortcodes, który dopiero na froncie strony musi zostać zamieniony na właściwą treść.
	Edytor treści umożliwia automatyczne umieszczanie shortcodes w treści po określeniu modułu, z którego kod ma być wstawiony.
	Edytor treści umożliwia wstawianie do obszaru treści co najmniej następujących elementów: blok treści z edytorem WYSIWYG, galeria zdjęć, galeria wideo, lista wybranych plików, lista wybranych adresów url, struktura linków z menu, przygotowane ankiety/formularze, mapy interaktywne np. mapa Google, własne sformatowane bloki treści, przygotowane kalendarze, wybrane bloki z układem treści i materiały multimedialne, układ kolumn treści, slidery, banery, tagi, bloki z wybranym zdjęciem w tle i treścią, osadzone treści z portali społecznościowych takich jak: facebook, instagram, youtube, vimeo.
	Edytor treści umożliwia wstawianie tzw. bloków treści, również metodą przeciągnij i upuść (drag & drop).
	Bloki systemu podlegają procesowi wersjonowania wpisów.
	Proces budowania strony z bloków posiada funkcję cofnięcia ostatnich zmian (ang. undo), operację odwrotną (ang. redo) oraz przeglądanie pełnej historii zmian.
	Bloki treści umożliwiają dodawanie w dowolnych sektorach podserwisów elementów.
	Bloki są możliwe do osadzenia również w nagłówku, panelu bocznym i stopkach strony.
	Edytor treści podczas tworzenia treści stron wyświetla pole (opcjonalne) z możliwością wpisania własnej nazwy autora (wyświetlanie bez linku do profilu), lub użycia nazwy zalogowanego użytkownika (nazwa autora z linkiem do profilu użytkownika).

5. Przygotowanie strony (podstrony)

L.p.	Opis wymagań
	System posiada opcję tworzenia (bądź usuwania), edycji i konfiguracji dużej ilości samodzielnych witryn, różniących się treściami i przeznaczeniem.
	Formatka strony zawiera co najmniej: tytuł (obowiązkowe pole tekstowe), treść (edytor WYSIWYG co najmniej z możliwością dodawania tekstu, justowania, kolorowania liter, tła tekstu, numerowania, listowania, wstawiania zdjęć oraz ich rozmieszczania w tekście, obrazek wyróżniający (zdjęcie z możliwością wyboru z biblioteki mediów lub z dysku lokalnego, preferowany format wyjściowy: .webp, podczas dodawania wymagany opis i alt, opcjonalnie autor zdjęcia/źródło), wybór kategorii/taksonomii wpisów, dodatkowe atrybuty stron: szablony/strony nadrzędne, Ustawienie kolejności w menu przez liczbowy priorytet.
	Strona mają możliwość dodawania tagów/taksonomii.
	Strona posiada możliwość dodawania metryki zawierającej co najmniej następujące dane: osoba wprowadzająca informację, data wprowadzenia informacji, data ostatniej modyfikacji, rejestr zmian (data, imię i nazwisko osoby dokonującej zmian).
	Strona posiada możliwość dodawania plików i ich prezentacji pod treścią.
	Strona ma możliwość zablokowania widoczności treści hasłem.
	Strona bądź wpis posiada poniższe statusy: wersja robocza, opublikowany, zaplanowana publikacja: możliwość wyboru daty i godziny, prywatny.

6. Aktualności

L.p.	Opis wymagań
	System CMS posiada funkcjonalność Aktualności służącą do prezentacji treści w formie spisu news’ów, wydarzeń i ogłoszeń.
	System CMS umożliwia użytkownikom zewnętrznym filtrowanie wyświetlanych aktualności według kategorii oraz sortowanie według daty publikacji.
	System CMS zapewnia w podstawowym widoku stronicowania listy aktualności wyświetlanie co najmniej następujących elementów: zdjęcie wyróżniające, tytuł, data publikacji, kategoria, wprowadzenie do treści, autor (opcjonalnie) przycisk z linkiem do pełnej treści.
	Edytor służący do wprowadzania Aktualności działa na tej samej zasadzie co Edytor treści oraz zawiera co najmniej następujące dodatkowe pola danych uzupełniane podczas tworzenia treści aktualności: kategoria aktualności, wprowadzenie do treści, zdjęcie wyróżniające, opcja dodania aktualności do wybranego kalendarza jako wydarzenia.
	System CMS pozwala na przypisanie aktualności do jednej lub kilku kategorii.
	System CMS umożliwia automatyczne przenoszenie opublikowanych aktualności do dostępnego dla internautów archiwum.
	Wpisy dodawane w ramach funkcjonalności Aktualności podlegają procesowi wersjonowania.
	System CMS w ramach funkcjonalności Aktualności umożliwia wykonywanie co najmniej następujących akcji z możliwością nadawania do nich uprawnień: dostęp do listy aktualności, dodawanie aktualności, edycja aktualności, usuwanie aktualności, publikacja, zatwierdzanie aktualności, wersjonowanie aktualności, dostęp do kategorii, dodawanie kategorii, edycja kategorii, usuwanie kategorii.
	System CMS umożliwia wstawienie bloku treści ze sliderem wybranych aktualności np. tylko z wybranych kategorii.
	System CMS posiada blok treści prezentujący stronicowaną listę aktualności z wybranych kategorii wraz z możliwością ich filtrowania i sortowania.
	System CMS w ramach funkcjonalności Aktualności umożliwia generowanie indywidualnych shortcode’ów dla utworzonych aktualności z możliwością ich wstawania w każdym sektorze portalu.

7. Publikowanie treści (wpisy, artykuły)

L.p.	Opis wymagań
	System CMS ma możliwość dodawania podstawowych rodzajów treści w serwisie przez uprawnionych użytkowników.
	System CMS posiada funkcjonalności podglądu, zatwierdzania i publikacji treści po ich wcześniejszym zatwierdzeniu.
	System przyporządkowuje wpisy do danej kategorii.
	Formatka wpisu zawiera: tytuł (obowiązkowe pole tekstowe), treść (edytor WYSIWYG co najmniej z możliwością dodawania tekstu, justowania, kolorowania liter, tła tekstu, numerowania, listowania, wstawiania zdjęć oraz ich rozmieszczania w tekście), obrazek wyróżniający (zdjęcie z możliwością wyboru z biblioteki mediów lub z dysku lokalnego, preferowany format wyjściowy: .webp, podczas dodawania wymagany opis i alt, opcjonalnie autor zdjęcia/źródło), wybór kategorii/taksonomii wpisów.
	System CMS umożliwia dodawanie metryki do wpisu zawierającej następujące dane: osoba wprowadzająca, data wprowadzenia, data ostatniej modyfikacji, rejestr zmian (daty zmiany, imię i nazwisko lub login osoby dokonującej zmiany).
	Wpis posiada dodatkową możliwość dodawania plików i prezentacji ich w sposób estetyczny pod treścią wpisu.
	Wpis ma możliwość okresowej publikacji (widoczności na stronie w danym przedziale czasowym).
	System CMS umożliwia uprawnionemu użytkownikowi zmianę kolejności wpisów w Aktualnościach na stronie głównej.
	Wpis ma możliwość wersjonowania – zapisywania kolejnej kopii treści po dokonaniu zmian rozróżnianego według daty/czasu i numeru.
	Prezentacja najnowszych wpisów w systemie przyporządkowanym dla danej jednostki ma możliwość dodawania linków do wpisów z innej jednostki Zamawiającego na stronie głównej.
	Lista wpisów (aktualności) na stronie głównej lub panelu bocznym, sliderze posiada: możliwość ustalania ilości i kolejności wpisów przez Administratora serwisu, widoczność ikon w miniaturach obrazków informujących o tym czy znajdują się we wpisie zdjęcia, wideo, audio, zmiana ilości i kolejności musi odbywać się bez konieczności przeładowania całej strony.
	Każdy wpis zawiera pod treścią licznik odsłon.

8. Biblioteka multimediów

L.p.	Opis wymagań
	System CMS posiada repozytorium przechowywanych plików multimedialnych, tzw. Bibliotekę multimediów.
	Biblioteka multimediów przechowuje przesłane wcześniej materiały z podziałem na rodzaje plików (podział wg formatów plików) w tym: pliki wideo, zdjęcia, pliki dźwiękowe, dokumenty tekstowe, arkusze kalkulacyjne.
	Materiały w postaci plików wideo oraz zdjęć mogą zawierać transkrypcje, napisy, lub audiodeskrypcję w celu spełnienia wymagań dotyczących WCAG 2.1.
	System CMS pozwala na masowe dodawanie plików z dysku lokalnego komputera do Biblioteki multimediów.
	System CMS przechowuje repozytorium w osobnym katalogu na serwerze, w celu tworzenia kopii bezpieczeństwa plików zapisywanych na serwerze.
	System CMS umożliwia opisywanie dodanych materiałów: tytułem, opisem, tekstem alternatywnym, słowami kluczowymi, metadanymi.
	System CMS w zakresie funkcjonowania Biblioteki multimediów musi umożliwia: podgląd w formie listy lub podgląd kafelkowy wszystkich materiałów z miniaturami zdjęć lub ikoną formatu dodanego materiału, filtrowanie według rodzaju dodanych materiałów (pliki dźwiękowe, dokumenty tekstowe, zdjęcia itp.), wyświetlenie szczegółowego opisu i informacji o materiale, w tym: tytuł, opis, autor, etykieta, tekst alternatywny, data dodania, kategoria, rozmiar pliku, typ pliku, nazwa pliku, ścieżka dostępu.
	System CMS zapewnia dowolne grupowanie/kategoryzowanie dodanych materiałów w tworzonych folderach w obrębie uruchomionego serwisu.
	Każda instancja serwisu posiada swoją odrębną Bibliotekę multimediów z dostępem na poziomie określonej domeny portalu.
	System CMS umożliwia dostęp do repozytoriów wszystkich serwisów z poziomu panelu administratora.
	System CMS umożliwia zmianę nazw plików i katalogów.
	System CMS umożliwia wyszukiwanie dodanych plików po wpisaniu: nazwy pliku, opisu, słowa kluczowego.

9. Przygotowanie galerii zdjęć i wideo

L.p.	Opis wymagań
	System CMS umożliwia łączenie plików zdjęć i wideo z Biblioteki multimediów w galerie, a utworzone galerie w albumy.
	System CMS umożliwia wyświetlanie spisu utworzonych galerii oraz albumów w formie listy lub w postaci widoku kafelkowego z miniaturami zdjęć/migawką pliku wideo, nazwą galerii oraz datą utworzenia.
	System CMS umożliwia definiowanie galerii poprzez następujące pola danych i ustawień: nazwa galerii, opis galerii, data widoczności galerii od - do (pole opcjonalnego wyboru), status publikacji, dołączone zdjęcia i pliki wideo, pola związane z opisem SEO, ustawienia prezentacji galerii ( np. liczba kolumn, szablon, efekty wizualne, lightbox), ograniczenia wyświetlania dla nieuprawionych grup użytkowników.
	System CMS umożliwia dodawanie do galerii filmów z zewnętrznych stron: youtube, vimeo.
	System CMS umożliwia ustawianie kolejności wyświetlania materiałów w galerii za pomocą metody przeciągnij i upuść (drag & drop).
	System CMS umożliwia prezentowanie w ramach konkretnej galerii miniatur zdjęć bądź migawek video wszystkich dołączonych materiałów.
	Galeria pozwala na powiększanie zdjęć i uruchamianie plików video w powiększonym oknie galerii poprzez kliknięcie w miniaturę. Powiększone materiały są prezentowane na zaciemnionym tle z użyciem ligtbox’a.
	System CMS pozwala na poruszanie się pomiędzy powiększonymi materiałami galerii za pomocą przycisków następny, poprzedni.
	System CMS pozwala na tworzenie informacji o dostępie czasowym - publikacja galerii od zadanej daty, wycofanie galerii z portalu od zadanej daty.
	System CMS posiada obsługę procesu zatwierdzania i publikacji.
	System CMS w zakresie funkcjonalności Galerii zdjęć i wideo podlega procesowi wersjonowania wpisów.
	Funkcjonalność Galerii zdjęć i wideo umożliwia wykonanie następujących akcji, do których można nadawać uprawnienia: dostęp do listy galerii, dodawanie galerii, edycja galerii, usuwanie galerii, publikacja, zatwierdzanie galerii, wersjonowanie galerii.
	System CMS w momencie ładowania pliku graficznego (jpg, jpeg, png) na serwer daje możliwość edycji tego pliku (dowolny obrót, przycinanie, kadrowanie, pomniejszanie, powiększanie (względem proporcji lub pikseli), zmiany nazwy.
	System CMS pozwala na nadawanie uprawnień osobno lub w różnych wariantach.
	System CMS pozwala na osadzanie galerii zdjęć za pomocą [shortcodes] w różnych sektorach portali.
	Utworzone w Systemie CMS galerie są dostępne z poziomu dodawania boksów treści w edytorze treści serwisu.
	System CMS pozwala na udostępnianie zdjęć i plików wideo (w formie możliwych do odtworzenia filmów) w tekście (edytor WYSIWYG) niezależnie od istnienia funkcjonalności Galerii zdjęć i wideo.

10. Kalendarz

L.p.	Opis wymagań
	System CMS umożliwia definiowanie Kalendarza służącego do prezentowania informacji o planowanych wydarzeniach.
	Kalendarz zdefiniowany przez uprawnionych użytkowników jest widoczny dla wszystkich użytkowników zewnętrznych serwisów.
	System CMS umożliwia wyświetlanie kalendarza w formie listy oraz w formie kalendarza tj. w tabelarycznej formie prezentacji dni miesiąca z wyszczególnieniem w formie zaznaczenia aktualnego dnia miesiąca wraz z możliwością poruszania się w kalendarzu w kierunku przyszłych i przeszłych miesięcy.
	System CMS umożliwia wyszczególnianie w kalendarzu dni do których przyporządkowane są dane wydarzenia wraz z wyświetlaniem skróconej informacji o szczegółach wydarzenia po najechaniu kursorem myszy na dany dzień oraz możliwością przejścia do informacji o wydarzeniu po kliknięciu w link.
	System CMS umożliwia wyświetlanie następujących informacji w skróconej wersji o wydarzeniu: nazwa wydarzenia, krótki opis, data i godziny trwania wydarzenia, lokalizacja.
	System CMS umożliwia wyświetlanie następujących informacji w podstronie z pełnym opisem wydarzenia: tytuł wydarzenia, pełna treść opisu, organizator, data oraz godzina początku i końca wydarzenia, lokalizacja i mapa google (opcjonalna możliwość włączenia), zdjęcie bądź załączona galeria zdjęć, dodatkowe informacje jak: załączniki, formularze, ankiety, przyciski społecznościowe, przycisk deklaracji zainteresowania wydarzeniem.
	System CMS umożliwia dodawanie nowych wydarzeń do kalendarza za pomocą edytora WYSIWYG z możliwością dodawania opisanych w tej specyfikacji bloków treści.
	System CMS umożliwia tworzenie różnych niezależnych od siebie kalendarzy.
	Utworzone kalendarze posiadają swoje shortcode’y pozwalające na ich wyświetlanie w dowolnym miejscu serwisu głównego oraz pozostałych serwisów.
	System CMS umożliwia automatyczne przenoszenie opublikowanych wydarzeń do dostępnego dla internautów archiwum.
	System CMS umożliwia tworzenie konfiguracji indywidualnych ustawień i opisów SEO dla każdego wydarzenia.
	Dodawane kalendarze podlegają procesowi wersjonowania wpisów oraz muszą posiadać funkcjonalność kosza.
	System CMS w ramach funkcjonalności Kalendarze umożliwia wykonywanie następujących akcji z możliwością nadawania do nich uprawnień: dostęp do listy wydarzeń, dodawanie wydarzenia, edycja wydarzenia, usuwanie wydarzenia, publikacja, zatwierdzanie wydarzenia, wersjonowanie wydarzenia.
	System CMS umożliwia wyświetlanie wybranych kalendarzy jako bloków treści dodawanych w różnych sektorach strony.
	System CMS umożliwia wstawienie bloku treści ze sliderem wybranych aktualności np. tylko z wybranych kategorii.
	System CMS umożliwia prezentowanie bloków treści dotyczących kalendarzy w formie slidera, kalendarza bądź listy.

11. Struktura organizacyjna Uczelni

L.p.	Opis wymagań
	System CMS posiada funkcjonalność umożliwiającą prezentację Struktury organizacyjnej Uczelni – dane są pobierane w ramach integracji z Systemem TETA.
	System CMS prezentuje strukturę organizacyjną Uczelni oraz wszystkich jednostek uczelni.
	System CMS umożliwia prezentację struktury organizacyjnej w dwóch wariantach: schemat organizacyjny (struktura hierarchiczna), wyszukiwarka (według frazy).
	Schemat organizacyjny struktury uczelni prezentuje hierarchiczną strukturę jednostek (z zachowaniem podległości) w postaci drzewa z rozwijanymi węzłami.
	Wyszukiwarka struktury uczelni stanowi widok z możliwością wpisania szukanego wyrażenia.
	System CMS umożliwia użytkownikom zewnętrznym korzystającym z serwisów Zamawiającego zapoznanie się z udostępnionymi informacjami na temat każdej z jednostek organizacyjnych funkcjonujących w ramach struktury Zamawiającego.
	System CMS umożliwia dodanie podstrony dla każdej z jednostek organizacyjnych znajdujących się w strukturze uczelni.
	System CMS umożliwia wyświetlanie następujących danych opisujących pojedynczą jednostkę: nazwa jednostki, symbol jednostki, opis skrócony jednostki, mapa z lokalizacją jednostki, rodzaj jednostki (administracja, wydziały), jednostka nadrzędna (miejsce w strukturze), kod jednostki, dane teleadresowe (WYSIWYG), opis jednostki (WYSIWYG), status publikacji, zdjęcia, pliki do pobrania, słowa kluczowe.

12. Wyszukiwarka treści

L.p.	Opis wymagań
	System CMS posiada funkcjonalność wyszukiwania treści.
	Wyszukiwarka pozwala użytkownikom na przeszukanie treści całego serwisu według zadanej frazy.
	Wyszukiwarka przeszukuje treści wszystkich podstron serwisów Zamawiającego.
	Wyszukiwarka umożliwia przeszukiwanie dokumentów w formatach doc, pdf, rtf, txt, odt, xlsx, pptx.
	System CMS przedstawia wyniki wyszukiwania w postaci listy wyników z odnośnikami do podstron lub plików według trafności wyników wyszukiwania.
	Wyszukiwarka w pierwszej kolejności domyślnie zwraca wyniki dla treści serwisu, następne dla funkcjonalności Systemu CMS i dokumentów.
	System CMS w zakresie funkcjonalności Wyszukiwarki treści rejestruje wyszukiwane przez użytkowników słowa kluczowe.
	System CMS umożliwia wyświetlenie przez administratora wszystkich wpisywanych do wyszukiwarki słów kluczowych.
	System CMS udostępnia w Panelu administratora statystyki wpisywanych do wyszukiwarki słów kluczowych.

13. Wyszukiwarka pracowników

L.p.	Opis wymagań
	System CMS posiada funkcjonalność Wyszukiwarki pracowników.
	Wyszukiwarka pracowników pozwala na wyszukanie pracownika według następujących kryteriów: imię, nazwisko, jednostka organizacyjna, do której należy pracownik.
	Wyszukiwarka pracowników prezentuje listę pracowników uszeregowaną według trafności kryteriów.
	Wyszukiwarka pracowników pozwala na przejście z wyników wyszukiwania do podglądu szczegółów wybranego pracownika tj. jednostka, w której jest zatrudniony, numer telefonu, adres e-mail.

14. Pliki

L.p.	Opis wymagań
	System CMS posiada funkcjonalność umożliwiającą tworzenie list plików, prezentację materiałów i dokumentów do przeglądania oraz pobrania.
	System CMS wyświetla spis utworzonych list plików.
	System CMS umożliwia tworzenie nowych list plików.
	Pojedyncza lista plików składa się z następujących elementów: tytuł, opis, data utworzenia, shortcode listy.
	System CMS zapewnia widoczność dokumentów znajdujących się na danej liście po wejściu w szczegóły konkretnej listy plików.
	System CMS umożliwia zmianę kolejności wyświetlania dokumentów z listy plików przy użyciu metody przeciągnij i upuść (drag & drop).
	Listy plików zawierają materiały pochodzące wyłącznie z Biblioteki multimediów.
	System CMS zapewnia shortcode dla każdej utworzonej listy wyświetlający tą listę w dowolnych sektorach serwisu.
	Listy plików są dostępne również w blokach treści umieszczanych w różnych sektorach serwisu.
	Każdy plik dodany do listy jest opisywany następującymi danymi: tytuł pliku, opis pliku, autor pliku, data dodania pliku, typ pliku, format, słowa kluczowe, liczba pobrań, rozmiar pliku.
	Lista prezentowana użytkownikom serwisu zawiera następujące informacje o plikach: tytuł pliku, opis pliku, autor pliku, rozmiar pliku, ikona formatu pliku, nazwa formatu pliku, liczba pobrań.
	System CMS udostępnia definiowane przy dokumentach słowa kluczowe w funkcjonalności Wyszukiwarki treści.
	System CMS w zakresie funkcjonalności Listy plików posiada obsługę procesu zatwierdzania i publikacji samej listy oraz pojedynczych dokumentów w ramach tej listy.
	Funkcjonalności Listy plików umożliwiają użytkownikom Systemu CMS wykonywanie akcji po nadaniu stosownych uprawnień, w tym: dostęp do spisu list plików, dodawanie listy plików, edycja listy plików, usuwanie listy plików, publikacja, zatwierdzanie listy plików, wersjonowanie listy plików.
	System CMS pozwala na nadawanie uprawnień, o których mowa powyżej osobno lub w różnych wariantach.
	System CMS umożliwia przeszukiwanie wewnątrztekstowe plików tekstowych oraz pdf

15. Kosz

L.p.	Opis wymagań
	System CMS zapewnia, że usuwane elementy nie będą fizycznie usunięte z serwera po przeniesieniu ich do kosza.
	Każda z funkcjonalności lub modułów systemu CMS posiada swój własny kosz, funkcjonujących w obrębie modułu przypiętego do konkretnej strony (np. kosz aktualności, kosz kalendarzy itp.).
	System CMS blokuje możliwość publikowania i widoczności w serwisie elementów przeniesionych do kosza.
	Elementy przywrócone z kosza posiadają status „nieopublikowany”.

16. Portale społecznościowe

System CMS umożliwia udostępnianie publikowanych treści na portalach społecznościowych przez odwiedzających serwisy internetowe Zamawiającego, w tym:

1. Facebook,

2. Twitter,

3. WhatsApp,

4. Linkedin,

5. Instagram.

System CMS umożliwia wyświetlanie przycisków typu „follow” do wybranych kont społecznościowych właściciela strony w formie bloków treści (możliwość umieszczania bloków społecznościowych w różnych sektorach strony).

System CMS pozwala na używanie w obrębie stron tzw. schortcode narzędzi społecznościowych (udostępnianie, przyciski typu follow).

System CMS umożliwia włączanie i wyłączanie funkcjonalności narzędzi społecznościowych na całym portalu oraz poszczególnych podstronach portalu.

17. Mapa strony

L.p.	Opis wymagań
	System CMS umożliwia automatyczne generowanie mapy podstron serwisu o uporządkowanej hierarchicznej strukturze listy wszystkich podstron danego serwisu.
	Mapa strony zawiera listę hiperłączy tytułów wszystkich podstron.
	System CMS umożliwia generowanie mapy w postaci pliku .xml oraz html.
	Każdy serwis utworzony w Systemie CMS posiada automatycznie generowaną podstronę z aktualną mapą serwisu.
	System CMS umożliwia wstawienie aktualnej mapy serwisu do tworzonej treści w postaci uporządkowanej listy hiperłączy w boksach treści.

18. Mapa interaktywna

L.p.	Opis wymagań
	System CMS posiada moduł mapy interaktywnej z oznaczeniami i opisami lokalizacji miejsc np. budynków uczelni.
	System CMS umożliwia wyświetlanie nieograniczonej ilości dodanych lokalizacji.
	System CMS umożliwia tworzenie niegraniczonej ilości własnych map w oparciu o formularz zawierający następujące pola do uzupełnienia: nazwa mapy, opis mapy, dodawanie punktów lokalizacyjnych podając współrzędne geograficzne lub poprzez kliknięcie na mapie, szerokości i wysokości bloku z mapą, położenie i przybliżenie widoku startowego mapy, szablon graficzny widoku mapy, status publikacji.
	System CMS umożliwia tworzenie nowych punktów lokalizacyjnych poprze wprowadzenie co najmniej następujących danych: lokalizacja punktu, nazwa punktu, opis punktu, wybrana kategoria punktu, zdjęcie dotyczące tej lokalizacji (możliwość ustawienie rozmiaru zdjęcia), galeria zdjęć, linki w treści opisu, wybranie ikony punktu (np. xxxxxxx) lub dodanie własnej ikony, kolor i rozmiar punktu na mapie.
	Dodane poprzez System CMS punkty lokalizacyjne nakładają się na warstwę mapy w postaci graficznej ikony bądź domyślnie czerwonego punktu.
	System CMS umożliwia użytkownikowi zewnętrznemu podgląd informacji dotyczących tej lokalizacji (zdjęcie, tytuł, treść, linki itp.) po kliknięciu w wybrany punkt lokalizacyjny.
	System CMS umożliwia dodawanie zaznaczonego liniami obszaru jako punktu lokalizacyjnego (np. linie wyznaczające bryłę budynku uczelni).
	System CMS prezentuje wszystkie utworzone mapy na liście map.
	System CMS umożliwia zarządzanie utworzonymi mapami z pozycji listy map poprzez: dodawanie nowych map, edycję, usuwanie, sortowanie i filtrowanie po dacie, nazwie, kategorii punktów lokalizacyjnych, pobieranie shorcode’ów.
	Wszystkie wyświetlane mapy w Systemie są responsywne i dostosowane do urządzeń mobilnych.
	System CMS umożliwia osadzanie mapy w dowolnym sektorze serwisu z użyciem tzw. shortcode’ów oraz bloków treści.

19. Optymalizacja dla wyszukiwarek internetowych (SEO) i mechanizm Cache

L.p.	Opis wymagań
	System CMS musi posiada możliwość optymalizacji każdej strony serwisu pod kątem wyszukiwania (SEO) poprzez przypisywanie indywidualnych słów kluczowych i opisu stron.
	Każde wydarzenie musi mieć niepowtarzalny adres URL (stronę leaf page) umieszczony w odpowiednich znacznikach.
	System posiada możliwość śledzenia konwersji na stronie.
	Każda publikowana strona i materiał za pośrednictwem Systemu CMS są automatycznie opisywane metatagami lub ręcznie przez redaktora.
	System CMS generuje przyjazne wyszukiwarkom adresy URL, hierarchiczną i logiczną budowę zawierającą nazwy kategorii i tytuł stron np. xxxxx://xxxxxx.xx/xxxxxxxxx/xxxxx-xxxxxxxx
	System CMS umożliwia generowanie mapy dla poszczególnych serwisów w formacie .xml.
	System CMS pozwala na wyświetlanie na poszczególnych stronach tzw. nawigacji okruszkowej (breadcrumbs).
	System CMS posiada mechanizm cache’owania stron.
	System CMS umożliwia włączanie i wyłączanie mechanizmu cache dla danej witryny z poziomu panelu administracyjnego danego portalu oraz panelu administratora.
	System CMS pozwala na czyszczenie pamięci podręcznej cache na żądanie.
	System CMS posiada mechanizmy automatycznego czyszczenia cache dla jego konkretnych funkcjonalności w momencie dodania/edycji treści.

2. System Integrum CMS użytkowany przez Zamawiającego

Zamawiający posiada i użytkuje system informatyczny Integrum CMS do zarządzania treścią serwisów internetowych.

Dokumentacja istniejącego systemu wraz z opisem struktury bazy danych zostanie przekazana Wykonawcy po podpisaniu umowy.

L.p.	Opis ogólny systemu Integrum CMS
	System funkcjonuje w oparciu o technologię PHP oraz bazę danych MsSQL
	W systemie funkcjonuje trójwarstwowa struktura kategorii, każdy element menu można sortować w dowolnej kolejności.
	System wyposażony został w dedykowany Panel administracyjny.
	System pozwala na definiowanie wielu serwisów i typów stron serwisowych.
	System nie ogranicza ilości wątków na stronie internetowej i daje możliwość zarządzania wątkami.
	Wielopoziomowa struktura drzewa kategorii odpowiada wielopoziomowemu menu serwisu internetowego i wielopoziomowej strukturze strony.
	System umożliwia dynamiczne generowanie podstron w systemie wielostronicowym.
	System umożliwia włączanie i wyłącznie oraz wszelkie operacje edycyjne na kategoriach i podkategoriach serwisu.
	Szata graficzna serwisów WWW zarządzanych przez System może być modyfikowana przez administratora.
	System posiada funkcjonalność dodawania plików poprzez dedykowany moduł. W zależności od ustawień serwera, jednorazowa porcja danych może zostać ograniczona.
	System posiada funkcjonalność tworzenia galerii zdjęć. Galerie mogą być tworzone z plików w formacie JPEG.
	System jest wyposażony w edytor WYSYWIG, który oferuje możliwości szybkiej edycji tekstu, tworzenia katalogów i podkatalogów w określonej lokalizacji.
	Szata graficzna serwisów zarządzanych przez system jest tworzona na podstawie szablonów, w postawi plików HTML
	Wygląd elementów HTML jest definiowany poprzez style CSS. Pliki ze stylami przechowywane są w głównym katalogu serwisu.
	System wyposażony jest w mechanizm zarządzania kopiami zapasowymi baz danych.
	Autoryzacja użytkowników w systemie odbywa się poprzez Centralny system autoryzacji w taki sposób, że jest rozpoznawana grupa, do której należy użytkownik, z wykorzystaniem grup i ról użytkowników centralnego systemu autoryzacji; na podstawie parametrów określonych w centralnym systemie autoryzacji są też określane uprawnienia administratorów systemu CMS.
	System posiada funkcjonalność, która umożliwia przypisanie zdefiniowanego szablonu graficznego do kategorii w serwisie WWW; kategorie są wyposażone w atrybuty, które określają jaka szata graficzna ma zostać załadowana.
	System posiada możliwość stworzenia foto-kroniki, która realizuje funkcjonalności: uporządkowaną bibliotekę fotografii z podziałem na poziomy dostępności.
	System powinien posiada drzewo kategorii fotografii z możliwością edycji; system pozwala na wstawienie galerii zdjęć i określenie jej poziom dostępności; w zależności od poziomu dostępności kategorie są widoczne lub nie dla określonych grup użytkowników; kreator galerii posiada funkcjonalność, która umożliwia dołączenie edytowanej galerii do jednej z kategorii fotografii; profile kategorii pozwalają na oznaczenie kategorii, którą pełnią.

3.System WordPress UTH Rad.

1. Panel administratora

L.p.	Opis wymagań
	System CMS posiada Panel administratora do zarządzania serwisami uruchomionymi w obrębie sieci stron.
	Panel administratora pozwala na przygotowanie wielu niezależnych, różniących się od siebie serwisów. System CMS pozwala na włączenie, wyłączenie lub usunięcie wskazanego serwisu.
	Panel administratora umożliwia dodawanie nowych serwisów poprzez wypełnienie formularza lub duplikowanie wcześniej uruchomionych serwisów.
	Dodawanie nowego serwisu odbywa się poprzez uzupełnienie formularza zawierającego co najmniej następujące dane: nazwa serwisu, nazwa subdomeny serwisu (opcjonalnie w formularzu), domena serwisu (rozwijalna lista), opis serwisu, Formularz przeprowadza walidację unikalności w nazwie subdomeny (jeżeli została podana) oraz w nazwie serwisu.
	Panel administratora umożliwia zarządzanie jego strukturą, treścią, plikami, konfiguracją, użytkownikami i ich rolami, modułami i funkcjami dostępnymi na danym portalu.
	Panel administratora posiada możliwość dodawania nazw domen najwyższego poziomu wykorzystywanych w obrębie systemu podczas uruchamiania serwisów. Domyślnie serwisy mogą działać na jednej domenie głównej najwyższego poziomu i jej subdomenach.
	Panel administratora umożliwia przygotowanie listy blokowanych adresów IP, z których niemożliwe będzie nawiązanie połączenia z jakąkolwiek podstroną w obrębie wszystkich serwisów.
	Panel główny posiada moduł umożliwiający zarządzanie zapisanymi wersjami poszczególnych instancji serwisów oraz musi umożliwiać przygotowanie kopii zapasowych wszystkich plików i bazy danych łączenie z ich przywracaniem.
	Backup plików oraz bazy danych jest wykonywany na żądanie administratora - moduł posiada również możliwość cyklicznego wykonania backupu plików dla poszczególnych instancji portali.
	Panel administratora pozwala na dodawanie wielu pozycji struktury z przypisanym tym samym modułem np. możliwość publikacji kilku podstron z niezależnymi aktualnościami, dostępnymi pod różnymi odnośnikami.

2. Panel serwisu

L.p.	Opis wymagań
	System CMS posiada dla każdego uruchomionego serwisu swój własny niezależny panel serwisu służący do zarządzania jego treścią i funkcjami.
	Panel serwisu musi umożliwia zarządzanie jego strukturą, treścią, plikami, konfiguracją i funkcjonalnościami dostępnymi w danym serwisie.
	Funkcjonalności dostępne w Panelu serwisu zależą od uprawnień jakie posiada zalogowany użytkownik.
	Użytkownik posiadający uprawnienia do więcej niż jednego Panelu serwisu posiada możliwość przełączania się pomiędzy tymi panelami. Podczas przejścia między dwoma panelami został zastosowany mechanizm wymuszający potwierdzenie takiej akcji.

3. Role i użytkownicy

L.p.	Opis wymagań
	System CMS umożliwia ograniczanie dostępu do poszczególnych serwisów i funkcjonalności oraz publikowanych treści w samym serwisie. Ustawienia ograniczeń dostępu są powiązane z grupami uprawnień oraz rolami użytkowników.
	System CMS umożliwia ograniczanie widoczności wybranych treści/obszarów na opublikowanej stronie dla wskazanych użytkowników. System CMS kontroluje dostęp do konkretnych podstron serwisu tak, aby niemożliwe było pobranie jakichkolwiek opublikowanych tam treści przez użytkowników nieuprawnionych.
	System CMS pozwala na ręczne tworzenie grup użytkowników w obrębie wszystkich serwisów.
	System CMS posiada opcję nadawania uprawnień wybranemu użytkownikowi do tworzenia i edycji konkretnej podstrony serwisu.
	System CMS pozwala na gromadzenie i przechowywanie danych o jego użytkownikach w celu przyznawania odpowiednich uprawnień i ról.
	System CMS zapewnia poprawne gromadzenie i przetwarzanie danych osobowych użytkowników. W obu tych obszarach zapewnia zgodność z obowiązującymi wymaganiami prawnymi oraz dobrymi praktykami.
	System CMS posiada rejestr wszystkich prób uwierzytelnienia użytkowników, zakończonych zarówno powodzeniem jak i niepowodzeniem.
	Rejestr wszystkich prób uwierzytelnienia użytkowników przechowuje następujące informacje: data, czas, login użytkownika, adres IP z którego nawiązano połączenie, rezultat połączenia (zalogowano, nie zalogowano).
	Identyfikator użytkownika (login) jest unikalny w skali całego Systemu CMS, bez podziału na podserwisy.
	System CMS posiada listę wszystkich użytkowników wraz z wykazem przyznanych uprawnień.

4. Edytor treści

L.p.	Opis wymagań
	System CMS posiada edytor treści WYSIWYG.
	Edytor treści pozwala na łatwe i intuicyjne wprowadzanie treści przez uprawnionych użytkowników, bez konieczności znajomości języka HTML.
	Edytor treści posiada możliwość trybu pracy w HTML.
	Edytor treści nie posiada ograniczeń co do wprowadzanych atrybutów lub znaczników kodu HTML.
	Edytor posiada następujące funkcjonalności: pogrubianie tekstu, kursywa tekstu, podkreślanie tekstu, justowanie tekstu, przekreślenie tekstu, cytowanie, linkowanie/usuwanie linkowania tekstu, listy uporządkowane i nieuporządkowane, umieszczanie plików do pobrania z repozytorium multimediów, umieszczanie zdjęć z repozytorium multimediów oraz ich skalowanie, kadrowanie oraz obracanie, umieszczanie filmów z repozytorium multimediów, umieszczanie filmów ze źródeł zewnętrznych, umieszczanie plików audio z repozytorium multimediów, umieszczanie plików audio ze źródeł zewnętrznych, wklejanie tekstu z Worda z prawidłową konwersją w locie do formatowania docelowego edytora, czyszczenie formatowania tekstu, wstawianie zdefiniowanych stylów, wstawanie zdefiniowanych nagłówków i paragrafów, wstawanie znaków specjalnych, wstawianie i edycja tabel (w tym wierszy i kolumn), możliwość cofania i przywracania wykonanych akcji.
	Edytor treści umożliwia wstawianie linków zewnętrznych (wpisywanych ręcznie lub za pomocą opcji „kopiuj-wklej”) oraz linków wewnętrznych, do istniejących stron w strukturze serwisu (wybór z listy adresów url). Wstawiony link posiada opcję wyboru przenoszenia użytkownika do podstrony w nowej lub bieżącej karcie przeglądarki.
	Edytor treści w zakresie funkcjonalności dotyczącej umieszczania zdjęć w serwisie umożliwia: wprowadzanie tekstu alternatywnego, wprowadzenie etykiety, określanie odnośnika po kliknięciu (opcje: brak, lightbox, wprowadzanie adresu URL), określanie wyświetlanego rozmiaru, dodawanie klasy CSS lub styli, wprowadzanie informacji na temat autora zdjęcia.
	Edytor treści w zakresie funkcjonalności dotyczącej umieszczania tabel w serwisie umożliwia: wstawianie tabeli, określanie właściwości tabeli, w tym: szerokość, wysokość, odstęp między komórkami, margines w komórkach, obramowanie, etykieta, wyrównanie, wybór klasy CSS, obramowanie, kolor tła, usuwanie tabeli, określanie właściwości komórki, w tym: szerokość, wysokość, styl CSS, obramowanie, kolor tła, scalanie komórek tabeli, podział komórek tabeli, wstawianie wiersza poniżej/powyżej, wstawianie kolumny przed/po, usuwanie wierszy i kolumn, wycięcie wiersza, kopiowanie wierszy, wklejanie wiersza przed/po, określanie właściwości wiersza, w tym: typ (head, body, footer), wyrównanie, wysokość, styl CSS, obramowanie, kolor tła.
	Edytor treści umożliwia wstawianie do obszaru treści co najmniej następujących elementów: blok treści z edytorem WYSIWYG, galeria zdjęć, galeria wideo, lista wybranych plików, lista wybranych adresów url, struktura linków z menu, przygotowane ankiety/formularze, mapy interaktywne np. mapa Google, własne sformatowane bloki treści, przygotowane kalendarze, wybrane bloki z układem treści i materiały multimedialne, układ kolumn treści, slidery, banery, tagi, bloki z wybranym zdjęciem w tle i treścią, osadzone treści z portali społecznościowych takich jak: Facebook, Instagram, Youtube, Vimeo.
	Edytor treści umożliwia wstawianie tzw. bloków treści, również metodą przeciągnij i upuść (drag & drop).
	Bloki systemu podlegają procesowi wersjonowania wpisów.
	Proces budowania strony z bloków posiada funkcję cofnięcia ostatnich zmian (ang. undo), operację odwrotną (ang. redo) oraz przeglądanie pełnej historii zmian.

5. Przygotowanie strony (podstrony)

L.p.	Opis wymagań
	System posiada opcję tworzenia (bądź usuwania), edycji i konfiguracji dużej ilości samodzielnych witryn, różniących się treściami i przeznaczeniem.
	Formatka strony zawiera: tytuł (obowiązkowe pole tekstowe), treść (edytor WYSIWYG co najmniej z możliwością dodawania tekstu, justowania, kolorowania liter, tła tekstu, numerowania, listowania, wstawiania zdjęć oraz ich rozmieszczania w tekście, wybór kategorii/taksonomii wpisów, dodatkowe atrybuty stron: szablony/strony nadrzędne, ustawienie kolejności w menu przez liczbowy priorytet.
	Strony mają możliwość dodawania tagów/taksonomii.
	Strona posiada możliwość dodawania metryki zawierającej następujące dane: osoba wprowadzająca informację, data wprowadzenia informacji, data ostatniej modyfikacji, rejestr zmian (data, imię i nazwisko osoby dokonującej zmian).
	Strona posiada możliwość dodawania plików i ich prezentacji pod treścią.
	Strona ma możliwość zablokowania widoczności treści hasłem.

6. Aktualności

L.p.	Opis wymagań
	System CMS posiada funkcjonalność Aktualności służącą do prezentacji treści w formie spisu news’ów, wydarzeń i ogłoszeń.
	System CMS umożliwia użytkownikom zewnętrznym filtrowanie wyświetlanych aktualności według kategorii oraz sortowanie według daty publikacji.
	System CMS zapewnia w podstawowym widoku stronicowania listy aktualności wyświetlanie następujących elementów: tytuł, data publikacji, kategoria, wprowadzenie do treści, przycisk z linkiem do pełnej treści.
	Edytor służący do wprowadzania Aktualności działa na tej samej zasadzie co Edytor treści oraz zawiera następujące dodatkowe pola danych uzupełniane podczas tworzenia treści aktualności: kategoria aktualności, wprowadzenie do treści, zdjęcie wyróżniające, opcja dodania aktualności do wybranego kalendarza jako wydarzenia.
	System CMS pozwala na przypisanie aktualności do jednej lub kilku kategorii.
	Wpisy dodawane w ramach funkcjonalności Aktualności podlegają procesowi wersjonowania.
	System CMS w ramach funkcjonalności Aktualności umożliwia wykonywanie następujących akcji z możliwością nadawania do nich uprawnień: dostęp do listy aktualności, dodawanie aktualności, edycja aktualności, usuwanie aktualności, publikacja, zatwierdzanie aktualności, wersjonowanie aktualności, dostęp do kategorii, dodawanie kategorii, edycja kategorii, usuwanie kategorii.

7. Publikowanie treści (wpisy, artykuły)

L.p.	Opis wymagań
	System CMS ma możliwość dodawania podstawowych rodzajów treści w serwisie przez uprawnionych użytkowników.
	System CMS posiada funkcjonalności podglądu, zatwierdzania i publikacji treści po ich wcześniejszym zatwierdzeniu.
	System przyporządkowuje wpisy do danej kategorii.
	Formatka wpisu zawiera: tytuł (obowiązkowe pole tekstowe), treść (edytor WYSIWYG co najmniej z możliwością dodawania tekstu, justowania, kolorowania liter, tła tekstu, numerowania, listowania, wstawiania zdjęć oraz ich rozmieszczania w tekście), obrazek wyróżniający (zdjęcie z możliwością wyboru z biblioteki mediów lub z dysku lokalnego, preferowany format wyjściowy: .webp, podczas dodawania wymagany opis i alt, opcjonalnie autor zdjęcia/źródło), wybór kategorii/taksonomii wpisów.
	System CMS umożliwia dodawanie metryki do wpisu zawierającej następujące dane: osoba wprowadzająca, data wprowadzenia, data ostatniej modyfikacji, rejestr zmian (daty zmiany, imię i nazwisko lub login osoby dokonującej zmiany).
	Wpis posiada dodatkową możliwość dodawania plików i prezentacji ich w sposób estetyczny pod treścią wpisu.
	Wpis ma możliwość okresowej publikacji (widoczności na stronie w danym przedziale czasowym).
	System CMS umożliwia uprawnionemu użytkownikowi zmianę kolejności wpisów w Aktualnościach na stronie głównej.
	Wpis ma możliwość wersjonowania – zapisywania kolejnej kopii treści po dokonaniu zmian rozróżnianego według daty/czasu i numeru.
	Prezentacja najnowszych wpisów w systemie przyporządkowanym dla danej jednostki ma możliwość dodawania linków do wpisów z innej jednostki Zamawiającego na stronie głównej.

8. Biblioteka multimediów

L.p.	Opis wymagań
	System CMS posiada repozytorium przechowywanych plików multimedialnych, tzw. Bibliotekę multimediów.
	Biblioteka multimediów przechowuje przesłane wcześniej materiały z podziałem na rodzaje plików (podział wg formatów plików) w tym: pliki wideo, zdjęcia, pliki dźwiękowe, dokumenty tekstowe, arkusze kalkulacyjne.
	Materiały w postaci plików wideo oraz zdjęć mogą zawierać transkrypcje, napisy, lub audiodeskrypcję w celu spełnienia wymagań dotyczących WCAG 2.1.
	System CMS pozwala na masowe dodawanie plików z dysku lokalnego komputera do Biblioteki multimediów.
	System CMS przechowuje repozytorium w osobnym katalogu na serwerze, w celu tworzenia kopii bezpieczeństwa plików zapisywanych na serwerze.
	System CMS umożliwia opisywanie dodanych materiałów: tytułem, opisem, tekstem alternatywnym, słowami kluczowymi, metadanymi.
	System CMS w zakresie funkcjonowania Biblioteki multimediów musi umożliwia: podgląd w formie listy lub podgląd kafelkowy wszystkich materiałów z miniaturami zdjęć lub ikoną formatu dodanego materiału, filtrowanie według rodzaju dodanych materiałów (pliki dźwiękowe, dokumenty tekstowe, zdjęcia itp.), wyświetlenie szczegółowego opisu i informacji o materiale, w tym: tytuł, opis, autor, etykieta, tekst alternatywny, data dodania, kategoria, rozmiar pliku, typ pliku, nazwa pliku, ścieżka dostępu.
	System CMS zapewnia dowolne grupowanie/kategoryzowanie dodanych materiałów w tworzonych folderach w obrębie uruchomionego serwisu.
	Każda instancja serwisu posiada swoją odrębną Bibliotekę multimediów z dostępem na poziomie określonej domeny portalu.
	System CMS umożliwia dostęp do repozytoriów wszystkich serwisów z poziomu panelu administratora.
	System CMS umożliwia zmianę nazw plików i katalogów.
	System CMS umożliwia wyszukiwanie dodanych plików po wpisaniu: nazwy pliku, opisu, słowa kluczowego.

9. Przygotowanie galerii zdjęć i wideo

L.p.	Opis wymagań
	System CMS umożliwia łączenie plików zdjęć i wideo z Biblioteki multimediów w galerie, a utworzone galerie w albumy.
	System CMS umożliwia wyświetlanie spisu utworzonych galerii oraz albumów w formie listy lub w postaci widoku kafelkowego z miniaturami zdjęć/migawką pliku wideo, nazwą galerii oraz datą utworzenia.
	System CMS umożliwia definiowanie galerii poprzez następujące pola danych i ustawień: nazwa galerii, opis galerii, data widoczności galerii od - do (pole opcjonalnego wyboru), status publikacji, dołączone zdjęcia i pliki wideo, pola związane z opisem SEO, ustawienia prezentacji galerii ( np. liczba kolumn, szablon, efekty wizualne, lightbox), ograniczenia wyświetlania dla nieuprawionych grup użytkowników.
	System CMS umożliwia dodawanie do galerii filmów z zewnętrznych stron.
	System CMS umożliwia ustawianie kolejności wyświetlania materiałów w galerii za pomocą metody przeciągnij i upuść (drag & drop).
	System CMS umożliwia prezentowanie w ramach konkretnej galerii miniatur zdjęć bądź migawek video wszystkich dołączonych materiałów.
	Galeria pozwala na powiększanie zdjęć i uruchamianie plików video w powiększonym oknie galerii poprzez kliknięcie w miniaturę. Powiększone materiały są prezentowane na zaciemnionym tle z użyciem ligtbox’a.
	System CMS pozwala na poruszanie się pomiędzy powiększonymi materiałami galerii za pomocą przycisków następny, poprzedni.
	System CMS pozwala na tworzenie informacji o dostępie czasowym - publikacja galerii od zadanej daty, wycofanie galerii z portalu od zadanej daty.
	System CMS posiada obsługę procesu zatwierdzania i publikacji.
	System CMS w zakresie funkcjonalności Galerii zdjęć i wideo podlega procesowi wersjonowania wpisów.
	Funkcjonalność Galerii zdjęć i wideo umożliwia wykonanie następujących akcji, do których można nadawać uprawnienia: dostęp do listy galerii, dodawanie galerii, edycja galerii, usuwanie galerii, publikacja, zatwierdzanie galerii, wersjonowanie galerii.
	System CMS w momencie ładowania pliku graficznego (jpg, jpeg, png) na serwer daje możliwość edycji tego pliku (dowolny obrót, przycinanie, kadrowanie, pomniejszanie, powiększanie (względem proporcji lub pikseli), zmiany nazwy.
	System CMS pozwala na nadawanie uprawnień osobno lub w różnych wariantach.
	Utworzone w Systemie CMS galerie są dostępne z poziomu dodawania boksów treści w edytorze treści serwisu.
	System CMS pozwala na udostępnianie zdjęć i plików wideo (w formie możliwych do odtworzenia filmów) w tekście (edytor WYSIWYG) niezależnie od istnienia funkcjonalności Galerii zdjęć i wideo.

10. Wyszukiwarka treści

L.p.	Opis wymagań
	System CMS posiada funkcjonalność wyszukiwania treści.
	Wyszukiwarka pozwala użytkownikom na przeszukanie treści całego serwisu według zadanej frazy.
	Wyszukiwarka przeszukuje treści wszystkich podstron serwisów Zamawiającego.
	Wyszukiwarka umożliwia przeszukiwanie dokumentów w formatach doc, pdf, rtf, txt, odt, xlsx, pptx.
	System CMS przedstawia wyniki wyszukiwania w postaci listy wyników z odnośnikami do podstron lub plików według trafności wyników wyszukiwania.
	Wyszukiwarka w pierwszej kolejności domyślnie zwraca wyniki dla treści serwisu, następne dla funkcjonalności Systemu CMS i dokumentów.
	System CMS w zakresie funkcjonalności Wyszukiwarki treści rejestruje wyszukiwane przez użytkowników słowa kluczowe.
	System CMS umożliwia wyświetlenie przez administratora wszystkich wpisywanych do wyszukiwarki słów kluczowych.
	System CMS udostępnia w Panelu administratora statystyki wpisywanych do wyszukiwarki słów kluczowych.

11. Kosz

L.p.	Opis wymagań
	System CMS zapewnia, że usuwane elementy nie są fizycznie usunięte z serwera po przeniesieniu ich do kosza.
	Każda z funkcjonalności lub modułów systemu CMS posiada swój własny kosz, funkcjonujących w obrębie modułu przypiętego do konkretnej strony (np. kosz aktualności, kosz kalendarzy itp.).
	System CMS blokuje możliwość publikowania i widoczności w serwisie elementów przeniesionych do kosza.
	Elementy przywrócone z kosza posiadają status „nieopublikowany”.

4.Opis integracyjnej szyny danych użytkowanej przez Zamawiającego

X.x.	Xxxxxxxxx ogólne dotyczące szyny usługowej
	Zamawiający posiada rozwiązanie polegającego na zastosowaniu tzw. szyny integracyjnej ESB.
	Zastosowana metoda integracji jest otwarta na dołączanie nowych systemów pozyskiwanych w przyszłości przez Zamawiającego.
	Wszystkie systemy zintegrowane w ramach platformy integracyjnej korzystają z jednej bazy danych lub z wielu zintegrowanych baz danych, tak aby dane były wprowadzane do niej jednokrotnie, bez konieczności ich powielania w każdym systemie osobno.
	Platforma integracyjna posiada otwartą architekturę, zapewniającą możliwość integracji z innymi bazami danych tj.: MS SQL, My SQL, MariaDB, Oracle, PostgreSQL.
	Każda integracja jest zrealizowana w formie zestawu definiowalnych obiektów instalowanych na serwerze klasy ESB (Enterprise Service Bus).
	Serwer ESB posiada szerokie wsparcie dla różnych protokołów i standardów komunikacji, pozwalając Zamawiającemu na samodzielny rozwój i tworzenie nowych integracji.
	Żądanie integracji, tworzące obiekt w obszarach funkcjonalnych Systemu integrującego, jest zrealizowane w formie wywołania metody odpowiedniej usługi WebServices SOAP z protokołem https zabezpieczonym min. WS Security Basic Profile 1.1 (użytkownik i hasło w kopercie SOAP, przykryte https-em).
	Infrastruktura szyny usługowej jest oparta o serwer aplikacji zgodny ze standardem JEE (Java Enterprise Edition).
	Szyna umożliwia skalowanie rozwiązania za pomocą przygotowanych logicznych klastrów serwerów w procesach konfiguracji szyny.
	Infrastruktura szyny usługowej umożliwia skalowanie, rekonfigurację, osadzanie nowych usług bez zakłócania pracy innych aplikacji czy realizowanych operacji biznesowych.
	Infrastruktura szyny usługowej jest skalowalna zarówno pionowo (maszyny wieloprocesorowe) jak i poziomo (farmy serwerów). Dokładanie kolejnych serwerów do grupy nie wymaga wyłączenia i reinstalacji pracujących serwerów.
	Infrastruktura szyny usługowej umożliwia odtworzenie stanu systemu sprzed awarii. Odtworzenie obejmuje całość działań, jakie trzeba wykonać aby system funkcjonował zgodnie z założeniami w szczególności: konfigurację szyny, serwera aplikacyjnego, na którym działa, systemu operacyjnego, powiązanych baz danych oraz wszystkich innych elementów systemu umożliwiających bezawaryjną pracę systemu.
L.p.	Opis funkcjonalności szyny usługowej
	Szyna usługowa posiada mechanizm definiowania, implementacji, wdrażania i zarządzania usługami realizującymi dostęp do integrowanych systemów.
	Usługi publiczne są widoczne dla klientów platformy integracyjnej poprzez: punkt dostępu do usługi stanowiący adres sieciowy usług w ramach infrastruktury ESB, punkt dostępu do definicji usługi (adres URL) - stanowiący adres sieciowy dokumentu WSDL opisującego usługę.
	Każda usługa publiczna realizuje konkretny scenariusz (proces) integracyjny. Wspólnym protokołem komunikacyjnym usług publicznych i prywatnych jest SOAP lub REST, a protokołem transportowym HTTPS. W przypadku komunikacji asynchronicznej wspólnym protokołem transportowym jest transport oparty o kolejki (np. JMS). Funkcjonalność tworzona w ramach szyny usług jest udostępniana w postaci atomowych usług
	Szyna usługowa jest zgodna ze standardami: WSDL 1.1, SOAP 1.2, SOAP with Attachments,
	Szyna usługowa zapewnia pełne wsparcie obsługi dokumentów XML. W ramach obsługi dokumentów XML, ESB wspiera możliwość: tworzenia i parsowania komunikatów XML, walidacji komunikatów na podstawie definicji XMLSchema i DTD, obsługi dużych dokumentów XML (do 100MB), transformacji komunikatów – dokument XML na inny dokument XML oraz pomiędzy dokumentem XML i innym formatem (w obie strony), poprawnej obsługi stron kodowych obsługujących polskie znaki.
	W ramach obsługi protokołu SOAP i Web Services dla usług konsumowanych jak i udostępnianych ESB zapewnia: możliwość konsumowania oraz udostępniania usług w standardzie webservices (WSDL 1.1, SOAP 1.1 i 1.2, SOAP with Attachements), standard WS-Security, standard WS-Policy, pożądane jest, aby platforma wspierała inne standardy WS określone specyfikacjami konsorcjum OASIS (xxxx://xxx.xxxxx-xxxx.xxx).
	Szyna usługowa dostarcza usługi transformacji komunikatów XML w modelach jeden do wielu i wiele do jednego, co najmniej przy wykorzystaniu języka XSLT 1.0 (XSL Transformations, Extensible Stylesheet Language Transformations).
	Szyna usługowa dostarcza usługi translacji komunikatów.
	Szyna usługowa dostarcza usługi translacji protokołów pozwalające na podłączanie usług według różnych protokołów. ESB zapewnia łączenie obsługiwanych protokołów między sobą.
	Szyna usługowa umożliwia routing komunikatów, oparty na treści dokumentów XML i regułach biznesowych.
	Szyna usługowa umożliwia filtrowanie komunikatów na podstawie zawartości, przy wykorzystaniu parametrów definiowanych przez użytkownika.
	Szyna usługowa umożliwia realizację scenariuszy integracyjnych w oparciu o model synchroniczny i asynchroniczny.
	Szyna usługowa umożliwia integrację relacyjnych baz danych na poziomie danych i wywoływania procedur bazodanowych.
	Szyna usługowa umożliwia integrację aplikacji zbudowanych w technologiach JEE, .Net.
	Szyna usługowa wspiera co najmniej następujące standardy komunikacji: SOAP, JMS, JCA, HTTP, HTTPS, FTP, SFTP.
	Szyna usługowa zawiera wbudowane wsparcie do udostępniania Web services typu REST.
L.p.	Bezpieczeństwo szyny usługowej
	Bezpieczeństwo usług zbudowanych w oparciu o technologię Web Services bazuje na standardzie OASIS WS-S.
	Szyna usługowa umożliwia szyfrowanie i podpisywanie komunikatów XML.
	Minimalna długość klucza szyfrującego w przypadku zastosowania algorytmów symetrycznych wynosi 128 bitów, natomiast w przypadku zastosowania algorytmów asymetrycznych – 1024 bity.
L.p.	Administrowanie i zarządzanie dla szyną usługową
	Szyna usługowa jest wyposażona w narzędzia do monitorowania i zarządzania wytworzonego oprogramowania wraz z oprogramowaniem szyny usługowej zostały dostarczone niezbędne skrypty oraz narzędzia wspierające przełączanie aktywności pomiędzy węzłami szyny usług.
	Szyna usługowa zapewnia możliwość eksportu ustawień konfiguracyjnych, a następnie importu na innej instancji szyny usług.
L.p.	Funkcjonalności dla silnika procesów integracyjnych
	Silnik procesów integracyjnych jest oparty o serwer aplikacji zgodny ze standardem JEE (Java Enterprise Edition).
	Silnik procesów integracyjnych posiada mechanizmy programowego klastrowania krytycznych elementów architektury.
	Silnik procesów integracyjnych umożliwia wywoływanie usług z poziomu procesu w sposób synchroniczny i asynchroniczny.
	Silnik procesów integracyjnych umożliwia orkiestrację usług komunikujących się poprzez różne protokoły transportowe (wspierane poprzez zestaw dostarczanych adapterów komunikacyjnych).
	Silnik procesów integracyjnych udostępnia adapter bazodanowy, umożliwiający komunikację z następującymi bazami danych: Oracle Database. MS SQL. MySQL. PostgreSQL.
	Silnik procesów integracyjnych udostępnia adapter kolejkowy umożliwiający komunikację wg następujących standardów: JMS, MQ, AQ.
	Silnik procesów integracyjnych udostępnia adapter plikowy pozwalający na: operacje w systemie plików (read/write, listing), komunikację z serwerem FTP/FTPS.
	Silnik procesów integracyjnych udostępnia adapter Web Service pozwalający na komunikację SOAP po HTTP/HTTPS.
	Silnik procesów integracyjnych musi umożliwia komunikację z usługami według wzorca REST.
	Silnik procesów integracyjnych umożliwia ekspozycję procesu integracyjnego w postaci usługi.
	Silnik procesów integracyjnych umożliwia wzbudzenie procesu integracyjnego zgodnie ze zdefiniowanym harmonogramem.
	Silnik procesów integracyjnych umożliwia natywne wywołanie kodu Java umieszczonego w przepływie procesu integracyjnego.
	Silnik procesów integracyjnych umożliwia definiowanie ścieżek obsługi wyjątków (systemowych, własnych wyjątków oraz obsługę zbiorczą).
	Silnik procesów integracyjnych umożliwia monitorowanie stanów i danych w procesach integracyjnych, z możliwością transparentnego przekazywania mierników z poziomu procesu do centralnego repozytorium danych monitorowanych (repozytorium BAM, ang. Business Activity Monitoring).
	Silnik procesów integracyjnych udostępnia graficzne środowisko do modelowania procesów integracyjnych, z możliwością komponowania procesów z gotowych elementów (drag&drop).
	Silnik procesów integracyjnych udostępnia kreatory wspierające programistę w konfiguracji poszczególnych kroków procesu integracyjnego.
	Silnik procesów integracyjnych udostępnia graficzne komponenty do modelowania danych (np. schematów XSD) oraz definiowania transformacji danych (np. transformat XSLT).
	Środowisko deweloperskie umożliwia automatyczny wdrożenie (ang. Deployment) zbudowanych procesów na środowisko wykonawcze.

V. Wymagania dotyczące bezpieczeństwa

L.p.	Opis wymagań
	Wykonawca musi zagwarantować bezpieczeństwo informacji znajdujących się w serwisach i Systemie zgodnie ze szczegółowymi informacjami zawartymi poniżej.
	W Dokumentacji zarządczej musi znajdować się dokładny opis proponowanych rozwiązań w zakresie bezpieczeństwa oraz projekt konfiguracji infrastruktury serwisu, Systemu i sposób zabezpieczenia.
	Dostarczone przez Wykonawcę środowisko musi zapewniać: poufność w zakresie ochrony przed ujawnieniem danych nieuprawnionemu odbiorcy, integralność w zakresie ochrony danych przed nieuprawnioną modyfikacją lub zniekształceniem, dostępność w zakresie dostępu do zasobów informacyjnych, rozliczalność w zakresie określenia i weryfikowania odpowiedzialności za wykorzystanie serwisu internetowego oraz Systemu, autentyczność w zakresie weryfikacji tożsamości podmiotów i prawdziwości zasobów, niezawodność w zakresie gwarancji oczekiwanego działania serwisów oraz Systemu i otrzymywanych wyników.
	Praca w serwisach nie może wymuszać instalacji na komputerach użytkowników jakiejkolwiek aplikacji wspierającej działanie serwisu z wyjątkiem aplikacji służących do prezentacji wybranych formatów plików (np. pdf, doc, xml, xls) oraz standardowych wtyczek np. Java, SilverLight.
	System musi zapewniać możliwość zmiany hasła przez Użytkownika poprzez podanie hasła bieżącego i podanie dwukrotnie nowego hasła.
	Uprawnienia Użytkowników Systemu muszą być określane za pomocą systemowych zasad uprawnień.
	Wykonawca musi zapewnić mechanizm automatycznego wykonywania kopii zapasowych danych z poziomu innego niż System.
	Katalogi serwisu muszą być tak zorganizowane, aby proces serwera odpowiedzialny za zapisywanie plików przez użytkowników miał prawa zapisu jedynie do ściśle określonego pojedynczego katalogu. W katalogu tym nie może być możliwości wykonywania lub uruchamiania skryptów. Do pozostałych katalogów serwisów proces serwera odpowiedzialny za dostęp do plików musi mieć wyłącznie prawa odczytu plików.
	System musi posiadać funkcjonalność wykonywania kopii wszystkich serwisów z plikami i bazami danych. Kopia musi zawierać wszystkie elementy niezbędne do jego funkcjonowania tak, aby po zainstalowaniu sytemu operacyjnego od początku i odtworzeniu serwera aplikacyjnego z kopii zapasowej, był on w pełni funkcjonalny. Kopie zapasowe będą wykonywane na dysk wskazany przez Xxxxxxxxxxxxx.
	System musi mieć możliwość blokowania konta edytora po określonej liczbie nieudanych prób logowania do Systemu. Administrator musi otrzymać automatyczną informację o zablokowaniu konta z powodu kilkukrotnego błędnego wpisania loginu lub hasła.
	Każdy wpis/strona/galeria/baner i inne elementy wprowadzone do Systemu muszą mieć możliwość: ustawienia widoczności publicznej w zadanym okresie czasowym, przeniesienia obiektu do archiwum – autorzy mogą zobaczyć wpisy w panelu administracyjnym, przeniesienia do kosza – tylko administrator może zobaczyć przeniesione elementy i je przywrócić, zabezpieczenia przed przypadkowym usunięciem w postaci potwierdzenia oknem modalnym.

Biuro Projektu: Uniwersytet Technologiczno-Humanistyczny im. Xxxxxxxxxx Xxxxxxxxxx w Radomiu

Xxxxxxxx, 00-000 Xxxxx, xx. J. Xxxxxxxxxxxxx 00, xxx. 23

tel. (00) 000 00 00, 000-000-000;

e-mail: xxxxxxxxxxx@xxxxxx.xx; xxxxx://xxxxxxxxxxx.xxxxxxxxxxxxxxxx.xx/

67