ZAKRES ZADAŃ WYKONAWCY W RAMACH REALIZACJI ZAMÓWIENIA NA MODERNIZACJĘ SYSTEMU KOMUPTEROWEGO OBSŁUGI STUDIÓW

Załącznik nr 1


ZAKRES ZADAŃ WYKONAWCY W RAMACH REALIZACJI ZAMÓWIENIA NA MODERNIZACJĘ SYSTEMU KOMUPTEROWEGO OBSŁUGI STUDIÓW



I. Przedmiot zamówienia:

1. Przedmiotem zamówienia jest świadczenie specjalistycznych usług dotyczących modernizacji systemu dziekanatowo-dydaktycznego obsługi studiów dla Państwowej Uczelni Zawodowej w Tarnobrzegu polegających na pracach analitycznych, programistycznych, testowych, zgodnie z potrzebami Zamawiającego oraz świadczenie obsługi gwarancyjnej.


Modernizacją w dalszej części niniejszego dokumentu jest wykonanie modernizacji lub wdrożenie nowego systemu obsługi studiów oraz strony internetowej z zapewnieniem posiadania funkcjonalności wskazanych w opisie przedmiotu zamówienia.


Realizacja zamówienia będzie polegała na wdrożeniu nowych funkcjonalności, dodanie obsługi nowych procesów lub modyfikację istniejących, wdrożenie zmian z zakresu poprawy dostępności i użyteczności Systemu dla osób z niepełnosprawnościami.

Językiem komunikacji podczas realizacji zamówienia, a w szczególności językiem, w którym będą udzielane konsultacje, prowadzona wszelka korespondencja i wytwarzana wszelka dokumentacja, jest język polski. Komunikacja pracowników Wykonawcy z pracownikami Zamawiającego będzie odbywać się w dni robocze, w godzinach pracy Zamawiającego. Z zastrzeżeniem usług przewidzianych dla serwisu gwarancyjnego, jak i serwisu pogwarancyjnego dla których zostały przewidziane inne warunki dotyczące terminów komunikacji. Wszystkie wykonane prace oraz dostarczane produkty będą wolne od wad, oparte o standardy, metodyki, technologie i narzędzia, określone w tym dokumencie i jego załącznikach.



2. Zgodnie z artykułem 30 ust. 9 pkt 1 pzp Zamawiający wymaga, adekwatnie do przedmiotu zamówienia, dostosowania projektu do potrzeb wszystkich użytkowników, w tym zapewnienia dostępności dla osób niepełnosprawnych.


Na każdym etapie realizacji przedmiotu zamówienia, Wykonawca zobowiązany będzie do respektowania zasady równych szans i niedyskryminacji ze względu na rasę, płeć, pochodzenie, wiek, stopień sprawności. Wszystkie produkty mają zostać przygotowane w sposób dostępny dla osób z niepełnosprawnościami, w tym przede wszystkim dla osób niedowidzących i słabowidzących. Wykonawca przystępując do realizacji zlecenia powinien zapoznać się z treścią Wytycznych w zakresie realizacji zasady równości szans i niedyskryminacji, w tym dostępności dla osób z niepełnosprawnościami oraz zasady równości szans kobiet i mężczyzn w ramach funduszy unijnych na lata 2014–2020, które można pobrać ze strony xxxx://xxx.xxxxx.xxx.xx/xxxxxxxxxx i przygotowywać materiały zgodnie z Wytycznymi.


3. Na dzień 11.05.2020r. system UczelniaXP charakteryzował się następującymi statystykami:

1) zarejestrowanych 2 usługi rozwojowe (aktualnych 2, zakończonych 2)

2) zarejestrowanych jest Użytkowników:

- systemu UczelniaXP: 21

- strony internetowej: 41


4. Wykonawca zapewni umowy licencyjne na oprogramowanie lub dodatkowe biblioteki komercyjne będące integralną częścią wykonanych prac, po uprzedniej akceptacji Zamawiającego na wykorzystanie takiego oprogramowania lub biblioteki. Jeżeli takowe zostaną użyte. Wykonawca dostarczy dokumentację umożliwiającą instalację i konfigurację tego oprogramowania w środowisku Zamawiającego i udzieli Zamawiającemu kompleksowego wsparcia w zakresie instalacji i konfiguracji takiego oprogramowania. Ww. umowy licencyjne dla oprogramowania muszą spełniać warunki określone w Umowie.


5. Wykonawca zaktualizuje i dostarczy Dokumentację użytkową oraz Dokumentację techniczną uwzględniającą zmiany wykonane w Systemie, która składać się będzie co najmniej z następujących Dokumentów:

1) Dokumentacji Użytkownika zawierającej:

a) opis funkcji Systemu, sposoby ich wywoływania i realizacji,

b) informacje o ograniczeniach dotyczących np. zakresów danych,

c) opis sposobu korzystania z systemu pomocy,

3) Podręcznika instalacji, który powinien zawierać specyfikację środowiska, opis procedury instalacji oraz konfiguracji elementów Systemu,;

4) Podręcznika administratora Systemu zawierającego informacje dotyczące rutynowych działań związanych z obsługą systemu; akcji, które muszą być wykonywane w środowisku zgodnie z przewidzianym przez Wykonawcę harmonogramem; procesów aktualizacji Systemu.


W trakcie realizacji modernizacji systemu Wykonawca w szczególności:

1. sporządzi Plan Realizacji Przedsięwzięcia (w tym ostateczny harmonogram) w uzgodnieniu z Zamawiającym;

2. sporządzi i dostarczy Analizę Przedwdrożeniową;

3. dostarczy, zainstaluje i uruchomi w siedzibie Zamawiającego oprogramowanie niezbędne do pracy produkcyjnej zmodernizowanego systemu obsługi dydaktyki;

4. Jeżeli modernizacja będzie tego wymagała, to dokona integracji danych z aktualnie wykorzystywanego przez Zamawiającego systemu UczelniaXP firmy PCG Academia. System UczelniaXP wdrożony jest na platformie VMware vSphere v6.7. Integracja będzie dotyczyć wszystkich danych związanych z tokiem studiowania studenta oraz sprawami administracyjnymi. System UczelniaXP jest zintegrowany jednostronnie z systemem Elektronicznej Legitymacji Studenckiej (ELS) firmy OPTeam za pośrednictwem widoków bazodanowych, w ramach modernizacji Wykonawca dokona niezbędnej konfiguracji aby zachować integrację między systemami w istniejącej obecnie formie;

5. udzieli niezbędnych bezterminowych licencji lub zapewni udzielenie takowych zgodnie z warunkami określonymi w umowie. Zamawiający wymaga aby wykonawca udzielił właściwych licencji wraz z przekazaniem ich Zamawiającemu w chwili dokonania instalacji danego oprogramowania na serwerze Zamawiającego, zaś płatność za poszczególne licencje dokonana będzie wraz z odbiorem danej części zamówienia;

6. udzieli Zamawiającemu licencji do dokumentacji pozwalającej na powielanie przez Zamawiającego dokumentacji (np. instrukcji obsługi) i zmianę jej treści;

7. przygotuje i przeprowadzi, przy udziale Zamawiającego bądź osoby przez niego wskazanej, niezbędne do prawidłowej modernizacji testy oprogramowania (np. integracyjne, akceptacyjne);

8. przeszkoli użytkowników Systemu oraz administratorów, ze szczególnym uwzględnieniem obsługi systemu, w pracy z osobami z niepełnosprawnościami;

9. będzie przedstawiał Zamawiającemu comiesięczne raporty dotyczące postępu prac oraz zagrożeń w realizacji przedsięwzięcia w terminie do 7. dnia miesiąca następującego po miesiącu, którego raport dotyczy;

10. niezależnie od raportów, o których mowa w punkcie 9, Wykonawca będzie przekazywał pisemnie Zamawiającemu informacje o wszelkich przeszkodach pojawiających się w trakcie realizacji zadania, a które mogłyby wpłynąć na terminowe wywiązanie się ze zobowiązań umownych;

11. będzie komunikował się z pracownikami Zamawiającego w dni robocze w godzinach pracy Zamawiającego, tj. od 7:30 do 15:30 lub 7:00 do 15:00, w zależności od ustalonego czasu pracy administracji Zamawiającego;

12. będzie zobowiązany do udzielenia osobom trzecim wszelkich informacji, danych lub wyjaśnień dotyczących realizacji modernizacji, o ile Zamawiający w trakcie realizacji modernizacji zdecyduje się korzystać z usług osób trzecich w celu kontroli jakości i sposobu prowadzenia całości projektu lub poszczególnych jego części.

13. ze względu na dostosowanie systemu do osób z niepełnosprawnościami, wykonana prace modernizacyjne modułu obsługi Rekrutacji poprzez dostosowanie go do wymagań WCAG aktualnych na dzień końcowego odbioru (na dzień ogłoszenia przetargu obowiązuje standard WCAG 2.0) oraz realizacji pełnej responsywności serwisu. System rekrutacji będzie umożliwiał wykonanie procesu rekrutacji w pełni elektronicznie i zdalnie, tak aby cały proces nie stanowił bariery dla osób z niepełnosprawnościami i nie wymagał osobistego wstawiennictwa kandydatów. W systemie obsługi Rekrutacji po modernizacji wymagana jest zdalna obsługa systemu Rekrutacji przez kandydata oraz członków komisji rekrutacyjnej.

14. ze względu na dostosowanie systemu do osób z niepełnosprawnościami wykonane prace modernizacyjne modułu Wirtualnego Dziekanatu poprzez dostosowanie go do wymagań WCAG aktualnych na dzień końcowego odbioru (na dzień ogłoszenia przetargu obowiązuje standard WCAG 2.0) oraz realizację pełnej responsywności serwisu. System Wirtualnego Dziekanatu będzie umożliwiał wykonywanie procesów w pełni elektronicznie, tak aby obsługa systemu nie stanowiła bariery dla osób z niepełnosprawnościami.

15. ze względu na dostosowanie systemu do osób z niepełnosprawnościami wykonana prace modernizacyjne modułu Wirtualnego Dydaktyka (czyli wirtualnego dziekanatu dla dydaktyków) poprzez dostosowanie go do wymagań WCAG aktualnych na dzień końcowego odbioru (na dzień ogłoszenia przetargu obowiązuje standard WCAG 2.0) oraz realizacji pełnej responsywności serwisu. System Wirtualnego Dydaktyka będzie umożliwiał wykonywanie procesów w pełni elektronicznie, tak aby obsługa systemu nie stanowiła bariery dla osób z niepełnosprawnościami.

16. W celu zniesienia barier dla osób z niepełnosprawnościami Wykonawca dostarczy, wdroży, skonfiguruje i uruchomi dodatkowe moduły funkcjonalne oprogramowania systemu obsługi dydaktyki użytkowanego przez Zamawiającego:

    1. Moduł do obsługi prac dyplomowych, realizowany jako rozszerzenie modułu wirtualny dziekanat oraz wirtualny dydaktyk, wraz z uruchomieniem integracji z Jednolitym Systemem Antyplagiatowym oraz Ogólnopolskim Repozytorium Pisemnych Prac Dyplomowych;

    2. Moduł do obsługi wniosków stypendialnych online, realizowany jako rozszerzenie modułu wirtualny dziekanat;

    3. Moduł do powiadomień i komunikatów.

17. ze względu na dostosowanie systemu do osób z niepełnosprawnościami Wykonawca zmodernizuje stronę internetową (multiportal) Uczelni w zakresie nowego szablonu poprzez dostosowanie jej do wymagań WCAG aktualnych na dzień końcowego odbioru (na dzień ogłoszenia przetargu obowiązuje standard WCAG 2.0) oraz realizacji pełnej responsywności stron: głównej, rekrutacji, planów zajęć oraz wydziałów, na pozostałych stronach zalecana jest pełna responsywność. Strona Uczelni znajduje się pod adresem xxx.xxx.xxxxxxxxxx.xx. Modernizacja powinna prowadzić do wieloaspektowego portalu internetowego Uczelni (tzw. multiportalu), łączącego w sobie części: informacyjną, komunikacyjną, repozytoryjną oraz usługową. Portal będzie służył obsłudze osób niepełnosprawnych ze wszystkich grup interesariuszy Uczelni tj. kandydatów na studia; studentów/kursantów/uczestników szkoleń; absolwentów; pracowników naukowo-dydaktycznych; pracowników administracyjnych Uczelni; członków uczelnianych komisji rekrutacyjnych; interesariuszy zewnętrznych. W ramach modernizacji portalu na rzecz osób z niepełnosprawnościami zostaną zintegrowane serwisy internetowe Uczelni, które obecnie stanowią osobne instancje, portal rekrutacyjny oraz systemy Wirtualny dziekanat i Wirtualny dydaktyk, w ramach których uruchomione zostaną usługi elektroniczne opisane w dalszej części dokumentu.

18. Wykonawca zapewni usługę obsługi elektronicznych wniosków stypendialnych, która będzie rozszerzeniem funkcji Wirtualnego dziekanatu. Będzie to moduł w pełni internetowy, responsywny, zgodny z wymaganiami WCAG aktualnymi na dzień końcowego odbioru i umożliwiający załatwienie sprawy w sposób elektroniczny i zdalny, tak aby, aplikacja o stypendium nie była barierą dla osób niepełnosprawnych. W ramach obsługi prac dyplomowych przeprowadzone zostaną prace polegające na uruchomieniu możliwości przesyłania prac przez studentów i dalszego ich obiegu w Uczelni w formie elektronicznej, co pozwali na elektroniczną obsługę składania pracy, walidowania, badania antyplagiatowego w Jednolitym Systemie Antyplagiatowym, oceniania przez promotorów i recenzentów, składania recenzji oraz automatycznego wysyłania do Ogólnopolskiego Repozytorium Pisemnych Prac Dyplomowych po zakończonej obronie. Usługa będzie responsywna i zgodna z wymaganiami WCAG w wersji aktualnej na dzień końcowego odbioru. Usługa powiadomień i komunikatów będzie rozszerzeniem użytkowanego systemu, gdzie możliwe będzie automatyczne powiadamianie interesariuszy o zdarzeniach (np. zmiana planu zajęć, akceptacja wniosku stypendialnego, wystawienie nowej oceny, itp.) i komunikacji za pośrednictwem Wirtualnego dziekanatu i Wirtualnego dydaktyka, SMSów oraz e-maili. Modernizacja systemów Wirtualny dziekanat i Wirtualny dydaktyk zapewni realizację usługi powiadomień i komunikatów w sposób pozbawiony barier dla osób niepełnosprawnych.


Zmodernizowane systemy, w tym portal internetowy oraz moduły Rekrutacji, Wirtualny dziekanat i Wirtualny dydaktyk będą służyły obsłudze osób niepełnosprawnych z następujących grup interesariuszy Uczelni: studentów/kursantów/uczestników szkoleń, absolwentów, pracowników naukowo-dydaktycznych, pracowników administracyjnych Uczelni, członków uczelnianych komisji rekrutacyjnych, interesariuszy zewnętrznych.

Zmodernizowany portal internetowy oraz systemy: rekrutacyjny, wirtualny dziekanat oraz wirtualny dydaktyk, zostaną uspójnione w warstwie graficznej (czyli będą spójne w zakresie styli i grafik) i będą udostępniały swoje zasoby ze strony głównej zmodernizowanego portalu internetowego w postaci linków do właściwych stron internetowych, na których będą udostępniane wspomniane wyżej aplikacje: rekrutacyjna, wirtualny dziekanat oraz wirtualny dydaktyk.

Podczas modernizacji systemu musi zostać zachowana ciągłość pracy aktualnego systemu.

Zmodernizowany system musi być otwarty na integrację przez API (wykonawca dostarczy dokumentację) i tworzenie mikroserwisów.

W okresie pięciu lat licząc od dnia ostatecznego odbioru realizacji zamówienia, Wykonawca zobowiązany jest do wdrażania wszelkich aktualizacji systemu.


W ramach modernizacji lub wymiany systemu oraz strony internetowej, należy przenieść dane zawarte w istniejącym systemie dziekanatowo-dydaktycznym obsługi studiów oraz informacje wraz załącznikami i grafikami/zdjęciami (nie dotyczy elementów graficznych będących częścią interfejsu aktualnej strony internetowej)   zamieszczonymi na dotychczasowej stronie internetowej Uczelni.



Wykonawca wykona analizę przed modernizacyjną.

Wykonanie usługi analizy przed aktualizacyjnej rozumianej jako część procesu aktualizacji systemu dziekanatowo – dydaktycznego, polegającej na opracowaniu dokumentu Koncepcji Wdrożenia. Koncepcja Wdrożenia powinna zawierać co najmniej:

  • analizę stanu faktycznego,

  • specyfikację obszarów funkcjonalnych,

  • plan aktualizacji,

  • zalecenia w zakresie optymalizacji organizacji zamawiającego w kontekście modernizacji, harmonogram modernizacji,

  • kolejności uruchomienia poszczególnych modułów,

  • zakresu i planu modernizacji obecnych systemów Uczelni,

  • przepływu danych,

  • opis konfiguracji,

  • planu odbiorów.


Instalacja niezbędnego oprogramowania wymaganego do modernizacji systemu.

  • Instalacja i konfiguracja modułu obsługi tożsamości elektronicznej użytkowników zapewniającego logowanie do modułów typu wirtualny dziekanat i wirtualny dydaktyk

  • Instalacja, konfiguracja i parametryzacja oprogramowania zmodernizowanego systemu,

  • Konfiguracja systemu w zakresie dostępności użytkowników administracyjnych,

  • Konfiguracja grup użytkowników i ich uprawnień,



Modernizacja i konfiguracja systemu dziekanatowo – dydaktycznego

  • Modernizacja systemu dziekanatowo - dydaktycznego na serwerach i maksymalnie 5 stanowiskach wskazanych przez zamawiającego (stacje robocze).

  • Modernizacja i konfiguracja modułów systemu dziekanatowo - dydaktycznego.

  • Modernizacja i konfiguracja modułu - Internetowa Rekrutacja Kandydatów - program rekrutacyjny.

  • Modernizacja i konfiguracja modułu zarządzania tokiem studiowania.

  • Modernizacja i konfiguracja modułu planowania zajęć i rezerwacji sal dydaktycznych

  • Modernizacja i konfiguracja modułu archiwum prac dyplomowych (współpracującego z ORPPD i JSA).

  • Modernizacja i konfiguracja modułu stypendia - składanie wniosków.

  • Modernizacja i konfiguracja modułu Wirtualny Dziekanat.

  • Wykonawca podczas modernizacji, jeżeli to konieczne, musi dokonać migracji danych.


Modernizacja zostanie przeprowadzona w siedzibie Zamawiającego pod nadzorem wyznaczonych pracowników Zamawiającego. Zamawiający posiada wsparcie techniczne producenta aktualnie używanego oprogramowania UczelniaXP firmy PCG Academia, natomiast nie przewiduje zawierania odrębnych umów z firmą PCG Academia na zapewnienie pomocy w modernizacji systemu. Zamawiający nie posiada szczegółowej dokumentacji technicznej aktualnie używanego oprogramowania UczelniaXP. Szczegółowy zakres migracji danych zostanie doprecyzowany podczas analizy przedwdrożeniowej.


Modernizacja i konfiguracja portalu internetowego

  • Modernizacja portalu internetowego – nowy szablon graficzny.

  • Modernizacja i konfiguracja integracji ze zmodernizowanym systemem dziekanatowo – dydaktycznym, w zakresie usług internetowych.

  • Ze względu na osoby z niepełnosprawnościami modernizacja i konfiguracja responsywności portalu.

  • Ze względu na osoby z niepełnosprawnościami modernizacja i dostosowanie portalu do wymagań WCAG aktualnych na dzień końcowego odbioru (na dzień ogłoszenia przetargu obowiązuje standard WCAG 2.0).

  • Modernizacja i konfiguracja modułu ankiety.

  • Dostosowanie portalu w językach polskim, angielskim.


Aktualnie modernizowane systemy działają na infrastrukturze sprzętowej zamawiającego. Prace będące przedmiotem zamówienia zostaną wykonane na infrastrukturze sprzętowej udostępnionej przez Zamawiającego w taki sposób, że wszelkie prace dostosowawcze, konfiguracyjne i wdrożeniowe przeprowadzi Wykonawca. W wyniku przeprowadzonych przez Wykonawcę prac, zmodernizowany system musi być gotowy do prawidłowego działania. Na całym etapie modernizacji wszelkie prace powinny zostać wykonane siłami Wykonawcy przy wsparciu pracowników Zamawiającego.


Odbiory i opracowanie dokumentacji

1) Celem odbioru jest potwierdzenie gotowości do użytkowania odbieranego modułu modernizowanego systemu oraz jej integracji z resztą systemu posiadanego przez Zamawiającego.

2) Odbiór odbywa się w terminie 10 dni roboczych od przedłożenia przez Wykonawcę przedmiotu odbioru Zamawiającemu, co jest równoznaczne ze zgłoszeniem przez Wykonawcę gotowości do odbioru.

3) Odbioru dokonuje wskazany przez Xxxxxxxxxxxxx Administrator odpowiedzialny za odbierany moduł.

4) W ciągu 20 dni roboczych od daty przedłożenia Zamawiającemu przez Wykonawcę przedmiotu odbioru, Zamawiający:

  • podpisze protokół odbioru lub

  • sporządzi i przekaże Wykonawcy pisemną listę uwag wraz z ich uzasadnieniem.

5) Jeżeli w podanym wyżej terminie Zamawiający nie podpisze protokołu odbioru lub nie przekaże Wykonawcy pisemnej listy uwag wraz z uzasadnieniem, przedmiot odbioru uznawany będzie za odebrany bez zastrzeżeń. W takim wypadku Wykonawcy przysługuje prawo sporządzenia jednostronnego protokołu odbioru.

6) Jeżeli Zamawiający przekaże Wykonawcy pisemną listę uwag wraz z uzasadnieniem, Wykonawca zaakceptuje je lub odrzuci z podaniem pisemnego uzasadnienia w terminie 5 dni roboczych. W przypadku odrzucenia uwag Zamawiający może poddać problem pod rozstrzygnięcie na posiedzeniu członków władz - przedstawicieli odpowiednio umocowanych do reprezentacji Zamawiającego i Wykonawcy, którego przedmiotem będzie rozstrzygnięcie sprawy. Posiedzenie odbędzie się na żądanie Zamawiającego złożone drugiej stronie w formie pisemnej.

7) Jeżeli Wykonawca zaakceptuje uwagi Zamawiającego albo jeżeli konieczność uwzględnienia uwag zostanie ustalona na posiedzeniu członków władz - przedstawicieli odpowiednio umocowanych do reprezentacji Zamawiającego i Wykonawcy, Wykonawca zobowiązany jest do niezwłocznego uwzględnienia uwag. Po uwzględnieniu uzasadnionych uwag Zamawiającego, Wykonawca przedłoży Zamawiającemu poprawioną wersję przedmiotu odbioru. Postanowienia zdań poprzedzających stosuje się odpowiednio w przypadku, gdy zgłoszone przez Zamawiającego uwagi okażą się częściowo zasadne.

8) W przypadku, gdy Zamawiający i Wykonawca uzgodnią, że przedmiot odbioru zostanie zaakceptowany warunkowo, w warunkowym protokole odbioru należy określić warunki jego odbioru oraz terminy ich spełnienia. W takim przypadku w ciągu 3 dni roboczych od daty ziszczenia się ostatniego z warunków opisanych w warunkowym protokole zostanie sporządzony protokół odbioru.

9) Wykonawca opracuje dokumentację, w której będzie informacja na temat tego w jaki sposób został skonfigurowany system podczas jego wdrożenia.


Gwarancja

Wykonawca zapewni Zamawiającemu gwarancję usunięcia wad oprogramowania systemu ujawnionych w okresie 12 miesięcy, licząc od dnia podpisania końcowego protokołu odbioru, chyba że zaoferuje dłuższy okres. W ramach gwarancji Wykonawca będzie usuwał wady oprogramowania systemu w czasie uzasadnionym stopniem skomplikowania wady i czasem niezbędnym na usunięcie wady oraz aktualnymi możliwościami organizacyjnymi Wykonawcy oraz zgodnym z zapisami umowy. Do odpowiedzialności z tytułu gwarancji odpowiednie zastosowanie znajduje art. 578 k.c.


Instruktaż dla użytkowników systemu z uwzględnieniem potrzeb osób z niepełnosprawnościami

Zasady przeprowadzenia instruktażu:

Elementem niezbędnym związanym z prawidłowym używaniem zmodernizowanego systemu jest przeprowadzenie po wdrożeniu poszczególnych elementów instruktażu użytkowników modernizowanego systemu w zakresie prawidłowego użytkowania systemu. Instruktaż realizowany będzie w pomieszczeniach i na sprzęcie udostępnionym przez Zamawiającego.

Instruktaż obejmie następujące grupy użytkowników:

  • Dwóch administratorów systemu,

  • Piętnastu pracowników administracyjnych,

  • Dwóch administratorów strony internetowej (multiportalu),

  • Pięciu użytkowników strony internetowej (multiportalu),

  • Maksymalnie pięćdziesięciu członków kadry dydaktycznej.



Instruktaż dla członków kadry dydaktycznej musi być przeprowadzane w formule prezentacji (co najmniej cztery jednogodzinne prezentacje w różnych dniach), odbywających się w odpowiednio wyposażonym i przygotowanym pomieszczeniu udostępnionym przez Zamawiającego.

Szczegółowy harmonogram instruktażu zostanie przygotowany podczas prowadzenia prac wdrożeniowych na podstawie weryfikacji listy osób i liczebności użytkowników. Harmonogram będzie tworzony przy współudziale Zamawiającego i na podstawie jego wskazówek, w sposób pozwalający efektywnie i w pełni wykorzystać czas przeznaczony na instruktaż użytkowników.


1) Instruktaż użytkowania/ korzystania odbywać się będą w dni robocze (od poniedziałku-do piątku), w godz.: 7.30-15:30 lub 7.00 – 15.00, w zależności od godzin pracy administracji zamawiającego.

2) Przez system będący podstawą instruktażu użytkowania należy rozumieć oprogramowanie identyczne do systemu po modernizacji, w tej samej wersji co oprogramowanie standardowe, a także oprogramowanie o zakresach dostępnych funkcjonalności identycznych jak w zmodernizowanym systemie. Na czas trwania instruktażu użytkowania/korzystania każdy z uczestników musi mieć stały dostęp do systemu (bazy testowej)

3) Instruktaż użytkowania/ korzystania musi kończyć się sprawdzeniem wiedzy (egzaminem). Ponadto zakończenie instruktażu użytkowania/ korzystania dla administratorów potwierdzone zostanie wydaniem przez Wykonawcę certyfikatu/zaświadczenia potwierdzającego kwalifikacje do zarządzania systemem.

4) Instruktaż użytkowania/ korzystania dla użytkowników systemu zostaną potwierdzone przez wydanie zaświadczenia przez Wykonawcę o ukończeniu instruktażu użytkowania/ korzystania.

5) Wykonawca opracuje, powieli i rozda wszystkim uczestnikom instruktażu użytkowania/ korzystania odpowiednie materiały (co najmniej dokumentację w formie elektronicznej). Materiały te będą uwzględniać specyficzne cechy modernizowanego systemu. Materiały te będą przekazane Zamawiającemu z prawem do ich dalszego powielania i wykorzystywania w trakcie późniejszych instruktaży użytkowania/ korzystania organizowanych i prowadzonych przez Zamawiającego lub osoby trzeciej dla użytkowników systemu.


Zakres instruktażu użytkowania/ korzystania powinien objąć minimalnie poniżej wyszczególnione zagadnienia:


Administrowanie systemem (w tym obsługa panelu administracyjnego systemu)

  • Tworzenie i zarządzanie kontami użytkowników

  • Obsługa systemu wydruków i raportów (konfiguracja wydruków, realizacja raportów, itp.)

  • Instalacja, reinstalacja i deinstalacja aplikacji na komputerach użytkowników

  • Nadawanie uprawnień użytkownikom w administrowanych modułach

Instruktaż użytkowania/ korzystania dla pracowników administracyjnych

  • Definiowanie słowników (programy, studiów, etapy, przedmioty, wymagania etapowe)

  • Rozliczanie toku studiów (omówienie prostych przypadków), wprowadzanie pracowników

  • Obsługę Płatności (kontrola należności za czesne, powtarzane przedmioty, opłaty administracyjne)

  • Definiowanie słowników (programy, studiów, etapy, przedmioty, wymagania etapowe)

  • Definiowanie danych do dyplomu, wydruk suplementu

  • Obsługę modułu stypendia w dziekanacie

  • Obsługę modułu planowania zajęć i rezerwacji sal

  • Obsługę modułu obsługi prac dyplomowych

  • Obsługę modułu wirtualnego dziekanatu

  • Obsługę modułu elektronicznej rekrutacji

Instruktaż użytkowania/ korzystania kadry dydaktycznej

  • Obsługa modułu Wirtualnego Dziekanatu

  • Wprowadzanie ocen i obsługa protokołów

  • Wyszukiwanie studentów

  • Umieszczanie w systemie materiałów dydaktycznych

  • Obsługa recenzji (zarówno promotora jak i recenzenta)

Instruktaż użytkowania/ korzystania administratorów stroną internetową (multiportalem)

  • Tworzenie kont użytkowników (redaktorów i pracowników dydaktycznych)

  • Zarządzanie strukturami stron

  • Tworzenie kopii bezpieczeństwa

  • Nadawanie i modyfikacja uprawnień użytkowników

  • Zarządzanie plikami na serwerze

Instruktaż użytkowania/ korzystania użytkowników strony internetowej (multiportalu)

  • Tworzenie i redagowanie wpisów

  • Zarządzanie grupą stron

  • Tworzenie prostych grafik, bannerów

  • Umieszczanie multimediów we wpisach


Wszelkie koszty związane z przeprowadzeniem instruktaż użytkowania/ korzystania, w tym koszty dojazdu na miejsce instruktażu użytkowania/ korzystania, zakwaterowania, wyżywienia przeprowadzających instruktaż pokrywa w całości Wykonawca.


W tabeli 1 zawarto informacje na temat funkcjonalności używanych w aktualnie używanym przez Zamawiającego systemie. Zakres funkcjonalności zawarty w tabeli 1, musi zostać zapewniony w modernizowanym lub nowym systemie dziekanatowo-dydaktycznym.


Tabela 1.

Nazwa

Opis

Dziekanat

Dziekanat:

  1. dodawanie nowego studenta – możliwość dodawania nowego studenta (przeniesionego z innej uczelni) , wprowadzanie jego danych osobowych, przebiegu studiów, ocen, różnic programowych)

  2. Możliwość sporządzania zestawień zawierających dane z poszczególnych zakładek z kartoteki studenta przez wybór pól np. imię, nazwisko, kierunek studiów, typ studiów, forma studiów, adres zamieszkania, miejscowość zamieszkania, typ miejscowości (miasto, wieś) numery tel, maile, pesel, płeć, opłaty – zapłacone, naliczone, do zapłaty, szkoły średnie, numer albumu, tematy prac dyplomowych , promotor, recenzent, data obrony z możliwością wygenerowania obron od–do, niepełnosprawność ze stopniem, typem niepełnosprawności i datą do kiedy jest przyznana –wszystkie dane z poszczególnych zakładek powinny być dostępne i możliwe do zaczytania w danym zestawieniu.

  3. możliwość filtrowania poszczególnych kolumn zestawienia malejąco, rosnąco lub przez wskazanie po jakim słowie ma filtrować np. po kierunku studiów, po rodzaju niepełnosprawności, po płci, itp,

  4. możliwość edycji zestawienia o dodatkowe dane, możliwość zapisu zestawienia i nadania mu nazwy aby za każdym razem nie potrzeba było od początku tworzyć zestawień najczęściej używanych

  5. wybór zestawienia nowe/użytkownika:

- Nowe – czyli z możliwością utworzenia i zapisania nowego zestawienia;

- użytkownika – z możliwością edycji bądź otwarcia zestawienia już zapisanego

  1. Generowanie wydruków z zestawienia – przesłanie danych do WORD, EXCEL, oraz do szablonów wydruków zapisanych w zakładce/kategorii wydruki.

  2. wybór pól- możliwość filtrowania i generowania wydruków dla studentów przez wskazanie poszczególnych wersów np. 10 pierwszych lub dla pierwszego piątego ósmego dziesiątego.

  3. dostęp do wydruków utworzonych dla całej uczelni/dziekanatów

  4. możliwość utworzenia własnego wydruku – użytkownika - zawierającego dane z poszczególnych zakładek kartoteki studenta przez wybór pól, możliwość zapisu takiego wydruku oraz jego późniejszej edycji.

  5. Możliwość zaczytywania danych do szablonu wydruku z przygotowanego zestawienia

  6. Możliwość zaczytywania danych do szablonu wydruku z kartoteki studenta

  7. tworzenie kilku wydruków dla wskazanych osób z zestawienia w jednym dokumencie np. w korespondencji seryjnej

  8. możliwość wygenerowania wydruku zawierającego dane identyfikacyjne studenta, rok kierunek studiów, nr albumu oraz przedmioty zaliczone z rozbiciem na poszczególne semestry z danymi takimi jak nazwa przedmiotu imiona prowadzącego, forma zaliczenia, ocena data zaliczenia, ocena, punkty ECTS

  9. możliwość indywidualnej edycji wydruku o ewentualne dodatkowe pola z kartoteki studenta.

  10. możliwość wydruku kart w jednym dokumencie dla kilku osób wskazanych w zestawieniu

  11. generowanie kart dla poszczególnego studenta lub studentów zaznaczonych w wygenerowanym zestawieniu zgodnie z szablonem przygotowanym dla dziekanatów zawierającym niezbędne dane ( zaczytywanie tych informacji z kartotek studenta do poszczególnych pól wydruku)

  12. możliwość edycji tych wydruków oraz generowanie ich do jednego pliku (generujemy karty dla 10 studentów i one są w jednym pliku każda karta na kolejnej stronie dokumentu)

  13. po wybraniu odpowiedniego kierunku studiów, roku studiów i semestru studiów, oraz formy zaliczenia – egzamin/ zaliczenie z ocena/ zaliczenie.

  14. tworzenie, generowanie i wydruk dyplomu zgodnie ze wzorem Uczelni, z możliwością edycji i zapisu.

  15. tworzenie, generowanie i wydruk dyplomu zgodnie ze wzorem Uczelni, z możliwością edycji i zapisu.

  16. Baza robocza zawiera informacje dotyczące studentów z danego roku studiów z możliwością wprowadzanie/edycji danych dotyczących przebiegu studiów, semestrów, ocen, obrony pracy dyplomowej, danych identyfikacyjnych itp.;

  17. przenoszenie studentów po obronie do bazy absolwentów oraz do bazy archiwum po zmianie statusu w przebiegu studiów

  18. przegląd absolwentów i ich danych oraz możliwość sporządzania zestawień i generowania wydruków zawierających wszystkie dane z kartoteki absolwenta przez wybór pól.

  19. baza zawierająca dane studentów skreślonych oraz możliwość sporządzania zestawień i generowania wydruków zawierających wszystkie dane z kartoteki absolwenta przez wybór pól

  20. toki: przełącza studenta na jego tok studiów, umożliwia dodawanie w danym toku kolejnych semestrów, przedmiotów do danego semestru, podział na grupy, przypisanie prowadzącego do przedmiotu.

  21. usystematyzowanie danych o studentach w rozwijanym drzewku danych Ułożenie alfabetycznie studentów z nazwiskiem i imionami studentów, przypisanych do danego kierunku, z przypisanym rokiem akademickim i podziałem na lata studiów, pokazujący stan liczbowy studentów ogółem i na poszczególnych kierunkach studiów; zaznaczenie osób np. ze statusem przebiegu studiów: np. wpis normalny – kolor zielony, wpis warunkowy – kolor pomarańczowy, skreślenie – kolor czerwony

  22. informacja o danych osobowych studenta, ocenach, toku i przebiegu studiów, ukończeniu studiów, odbytych praktykach , otrzymanych stypendiach, wysłanych wiadomościach do studenta, utworzenie kartoteki studenta z danymi:

    1. Dane ogólne dotyczące studenta: nazwa wydziału, kierunek studiów, typ studiów: licencjackie/ magisterskie/ jednolite magisterskie/, rodzaj studiów: stacjonarne/niestacjonarne, specjalność, status studenta: np. wpis normalny – powiązane z przebiegiem studiów, rok akademicki, rok, semestr, następnie: nazwisko/nazwiska, imiona, numer albumu, zdjęcie studenta

    2. Xxxxxxxxxxx dla każdego studenta rozwijane zakładki z danymi:

    3. Dane personalne: PESEL, data urodzenia, wiek, miejsce urodzenia ( opcje wyboru), kraj urodzenia (opcje wyboru), płeć, obywatelstwo, imię ojca, imię matki, telefon kom, adres E-mail: z funkcją bezpośredniego wysłania e-maila

    4. Adresy: Adres zameldowania w tym: ulica, nr domu, miejscowość (opcja wyboru), gmina (opcja wyboru), powiat(opcja wyboru) województwo (opcja wyboru), kraj (opcje wyboru) kod miejscowości, poczta (opcja wyboru) ważne ! odznaczenie czy student pochodzi z miasta czy ze wsi (do celów statystycznych), adres E-mail

    5. Adresy: Adres do korespondencji w tym: ulica, nr domu, miejscowość (opcja wyboru), gmina (opcja wyboru), powiat(opcja wyboru) województwo (opcja wyboru), kraj (opcje wyboru) kod miejscowości, poczta (opcja wyboru)

    6. Wykształcenie: dane powiązane z rekrutacją: szkoła (opcja wyboru), ukończona szkoła (opcja wyboru), absolwent Uczelni: opcje wyboru: tak/nie, typ szkoły (opcja wyboru) miasto (opcja wyboru), miejsce zdania matury (opcje wyboru), rok ukończenia, Nr świadectwa/dyplomu, data wydania( opcja kalendarza), Okręgowa Komisja Egzaminacyjna (opcja wyboru), oceny z matury w tym: opcje wyboru przedmiotów, rodzaj egzaminu, poziom, ocena;

  23. dane powiązane z tokiem studiów i wydrukiem protokołu komisji egzaminu dyplomowego, recenzją promotora i recenzenta: temat pracy dyplomowej, oświadczenie promotora o braku wystąpienia plagiatu (opcja zaznaczenia X), język (opcja wyboru), data złożenia pracy (opcja kalendarza), tytuł zawodowy (opcja wyboru), przewodniczący (opcja wyboru nazwiska i imion), promotor (opcja wyboru nazwiska i xxxxx), ocena (opcja wyboru oceny) recenzent (opcja wyboru nazwiska i xxxxx), ocena ( opcja wyboru oceny), składniki: ostateczna ocena pracy dyplomowej – wartość (opcje wyboru oceny), ocena pracy dyplomowej, ocena egzaminu dyplomowego (opcja wyboru oceny), ocena końcowa ze studiów, wyliczona ocena końcowa ze studiów, średnia ze studiów, data obrony (opcja kalendarza), numer dyplomu, data wystawienia (opcja kalendarza), data wydania (opcja kalendarza);

  24. dane powiązane z rekrutacją (możliwością importu danych) data rozpoczęcia studiów na Uczelni ( opcja kalendarza), data rozpoczęcia studiów (opcja kalendarza), moduły w tym: specjalność, nazwa skrótowa specjalności np. zarządzanie kryzysowe – skrót: zk, status: aktywny, dodany na semestr np. 5 z opcjami: dodaj, edytuj, usuń



Stypendia:

a) Przydzielanie świadczeń (stypendiów) na dany rok akademicki

Dodawanie nowych stypendiów na dany rok akademicki (nazwa stypendiów, wydział, kierunek studiów, typ studiów, rodzaj studiów, rok akademicki),

b) Dodawanie nowych rodzajów świadczeń (stypendiów) nazwa, edycja rodzaju stypendium, możliwość usunięcia wcześniej wprowadzonych świadczeń(stypendiów),

c) Eksport listy stypendialnej do pliku zgodnego ze strukturą wymaganą przez system bankowy BGK (generowanie listy właściwe plus generowanie listy próbne, statusy studentów, stypendia podział razem lub oddzielnie listy stypendialne zawierają dane typu: imiona, nazwisko nr albumu, nr rachunku bankowego, rodzaj stypendiów, kwota wypłacanego stypendium, data naliczenia stypendium, data wypłacenia stypendium, numer kolejny wypłaconej listy stypendialnej),

d) Zatwierdzanie wprowadzonych już stypendiów ( status stypendium: nowe, zatwierdzone, cofnięte, odmowa, wstrzymane, przeksięgowane),

e) Dodawanie, edycja i usuwanie stypendiów w zakładce na danym studencie ( rodzaj stypendium, rok akademicki, kwota stypendium, data naliczenia stypendium, status stypendium, osoba składająca stypendium, liczba osób w rodzinie, kwota netto wyliczona przez odpowiedni skrypt, numeracja wniosku, data złożenia wniosku, status wniosku - przyznane, odmowa, w trakcie sprawdzania, przydzielanie kwot wyliczonego stypendium przez odpowiedni skrypt, osiągnięcia studenta do stypendium rektora: średnia ocen, punkty przeliczeniowe, dodatkowe osiągniecia tj. naukowe, artystyczne, sportowe, zsumowanie punktów do stypendium rektora, wprowadzenie dodatkowej kwoty do stypendium socjalnego z tytułu zwiększenia),

f) Dodawanie, edycja i usuwanie niepełnosprawności w zakładce na danym studencie ( rodzaj niepełnosprawności, daty niepełnosprawności od – do),

g) Możliwość generowania zestawień dotyczących stypendiów (zastosowanie filtra np. rodzaj stypendium, kwota wypłacanego stypendium, rodzaj studiów, kierunek studiów, semestr, rok studiów, rok akademicki, wydział itp.),

h) Drukowanie decyzji administracyjnych dotyczących przyznanych lub nieprzyznanych danych stypendiów,

i) Wysyłanie wiadomości do studentów o stypendiach przez wirtualna uczelnię, sms, e-mail.


Praktyki

  1. dodawanie, edytowanie i usuwanie studentom praktyk na dany semestr zbiorczo na podstawie zestawienia (grup) lub indywidualnie (typ praktyki, opiekun praktyki)

  2. dodawanie, edytowanie i usuwanie realizacji praktyk tj. miejsce praktyki, liczba godzin, daty realizacji, data umowy, data zaliczenia praktyki

  3. status praktyki (np. nowa, deklaracja, umowa, zakończona, zakończona-zwolnienie, warunek)

  4. realizacja praktyki na podstawie porozumienia lub indywidualnie

  5. wydruk umowy, porozumienia, dzienniczka praktyk z danymi z systemu na podstawie przydzielonej praktyki

  6. generowanie zestawień dotyczących praktyk w danym semestrze (możliwość zastosowania filtra np. imię, nazwisko, kierunek studiów, rok studiów, semestr, opiekun praktyk, porozumienie/ indywidualna, miejsce praktyki, data umowy itp.)

  7. eksport zestawień i dokumentów do Excel, Word

Rekrutacja

  1. przygotowanie systemu do procesu rekrutacji (przed rozpoczęciem tego procesu)

  2. modyfikacja procesu rekrutacji i kryteriów przyjęć zgodnych z zasadami obowiązującymi na uczelni (w tym dostosowanie druków formularzy do potrzeb bieżącego procesu rekrutacji)

  3. pozwala na generowanie zestawień w oparciu o wiele kryteriów wyboru, x.xx. status kandydata, data rejestracji, tura naboru, kierunek studiów, rodzaj studiów, dane osobowe, forma i rodzaj studiów, typ ukończonej szkoły lub uczelni, ich miejsce, rok ukończenia szkoły, data egzaminu .

  4. pozwala na przeprowadzenie zamknięcia poszczególnych tur rekrutacji, generowanie zestawień, rankingów, list dopuszczonych, przyjętych/nieprzyjętych, formularzy decyzji o przyjęciu/nieprzyjęciu w formie papierowej oraz w systemowej

  5. daje możliwość wysyłania wiadomości do kandydatów (e-mail, sms) i stałego kontaktu z kandydatem przez portal informacyjny

  6. system zapewnia możliwość zaksięgowania z pliku bankowego wpłat kandydata oraz automatycznego potwierdzenia statusu dokonanej wpłaty

  7. możliwość generowania zestawienia dla potrzeb statystyk EN-1

  8. automatyczne przesyłanie danych między bazami kandydatów i studentów

  9. możliwość transferu danych z systemu do programu Word, Excel

  10. pozwala na masowy import danych na potrzeby realizacji obowiązków statystycznych Pol-on GUS

  11. umożliwia gromadzenie i porządkowanie danych na potrzeby sprawozdawczości

  12. system ułatwia generowanie zestawień studentów, absolwentów wg różnorodnych kryteriów (np. imię i nazwisko, status, rok, kierunek, forma, rodzaj studiów, poziom, stopień niepełnosprawności, płeć, miejsca zamieszkania, rok urodzenia)

  13. daje możliwość generowania formularza sprawozdania dotyczącego liczby studentów, absolwentów wg określonej daty (x.xx. obejmującego liczbę studentów ogółem, z podziałem na kierunki studiów, lata studiów, powody odsiewu, wznowienia studiów, przeniesienia, podejmowanie II kierunku studiów, informacje o liczbie studentów cudzoziemców…) na potrzeby bieżących statystyk uczelni

  14. pozwala na wygenerowanie formularza sprawozdania według określonej daty, dotyczącego liczby osób z niepełnosprawnościami, z podziałem na stopnie i rodzaje niepełnosprawności w ogólnej liczbie studentów uczelni

Rekrutacja internetowa

  1. pozwala kandydatowi przechodzącemu przez kolejne etapy rejestracji zapisać się na studia stacjonarne/niestacjonarne; I stopnia/II stopnia/jednolite studia magisterskie/studia podyplomowe/kursy/szkolenia

  2. daje możliwość zrekrutowania się kandydatom – cudzoziemcom i laureatom i finalistom olimpiad stopnia centralnego

  3. dokonuje automatycznej weryfikacji poprawności i kompletności wypełnionych przez kandydata pól, uniemożliwia wprowadzenie błędnych danych

  4. pozwala na łatwe przejście przez kandydata ścieżki rekrutacyjnej podczas rejestracji, zawiera intuicyjne i proste komunikaty

  5. umożliwia wprowadzenie przez kandydata informacji związanych z wynikami uzyskanymi na egzaminie maturalnym/ dojrzałości/ na dyplomie ukończenia studiów I stopnia

  6. daje możliwość rejestracji na studia kandydatom wg starej i nowej matury

  7. umożliwia szybsze wprowadzanie danych przez kandydata dzięki autouzupełnianiu (pobieraniu danych ze słowników x.xx. typów szkół, miejscowości, powiatów – „wybór po pierwszej literze”)

  8. pozwala na załączenie przez kandydata zdjęcia w określonym pliku w systemie

  9. daje możliwość wyboru wielu kierunków i poziomów studiów oraz rekrutację na każdy
    z nich

  10. umożliwia kandydatowi po ponownym zalogowaniu się do systemu wydrukowanie formularza podania wraz ankietą zawierającą dane osobowe, załączanie plików
    w formacie pdf, uzyskanie informacji o statusie kandydata w procesie rekrutacji, otrzymywanie komunikatów i przesyłanie informacji czy zapytań, potwierdzenie wykonania kolejnych kroków w procesie rekrutacji

  11. daje możliwość uzupełnienia online ankiet przez kandydata

  12. pozwala na wykorzystanie modułu rekrutacji w formie webowej i przez mobilny dostęp do systemu

Wirtualna Uczelnia

  1. Możliwość wysyłania do studentów ogłoszeń do danych grup lub osób

  2. Możliwość sprawdzenia poprawności swoich danych osobowych studenta, toku, przebiegu studiów, ocen, modułów i grup, prowadzących, planu studiów, pracy dyplomowej i decyzji

  3. Możliwość sprawdzenia danych finansowych, naliczeń, wpłat i stypendiów

  4. Zakładka Praktyki umożliwia informowanie studenta o miejscu, czasie oraz liczbie zaplanowanych godzin do odbycia praktyk



Wdrożony system dziekanatowo-dydaktyczny musi mieć zapewnioną przez Wykonawcę ochronę danych osobowych na poziomie przewidzianym przepisami prawa wg stanu na dzień uruchomienia systemu do pracy. System powinien również posiadać możliwość włączenia historii zmian danych.


Wersja prezentacyjna modernizacji systemu obsługi dydaktyki musi posiadać funkcjonalności określone w tabeli 2, według podziału na funkcjonalności wymagane koniecznie (oznaczenie W – wymagane koniecznie w wersji prezentacyjnej) oraz opcjonalne (oznaczenie O – które mogą, ale nie muszą być spełnione w dostarczonej wersji prezentacyjnej, muszą natomiast zostać zrealizowane podczas wdrożenia). Podczas prezentacji nie jest wymagana integracja prezentowanego systemu z systemem Zamawiającego.


Wykonawca jest zobligowany przedstawić wraz z ofertą uzupełniony niniejszy załącznik, w którym zadeklaruje spełnianie funkcjonalności opcjonalnych oznaczonych literą O, wpisując w kolumnie Deklaracja Wykonawcy słowo „Tak” lub „Nie”.


Podczas prezentacji może zostać zbadana zgodność oferowanej aktualizacji Systemu z wymaganiami koniecznymi oznaczonymi w niniejszym dokumencie literą „W” oraz zgodność deklaracji spełniania funkcjonalności opcjonalnych oznaczonych w niniejszym dokumencie literą „O”.


Niespełnienie warunków zawartych w niniejszym załączniku, oznaczonych jako wymagane koniecznie, skutkować będzie odrzuceniem oferty przez Zamawiającego.


Niespełnianie warunków zawartych w niniejszym załączniku oznaczonych jako opcjonalne, których spełnianie przez oferowany System Wykonawca deklaruje, skutkować będzie odrzuceniem oferty przez Xxxxxxxxxxxxx.


Tabela 2 – Lista wymagań

Lista wymagań

I

Wymagania ogólne

Warunek W/O

Deklaracja Wykonawcy

Tak/Nie

Rodzaj licencji – niewyłączna, nieograniczona czasowo, sprzętowo ani terytorialnie, na wszystkie moduły systemu, dla nieograniczonej liczby użytkowników zewnętrznych i wewnętrznych.

W


Zmodernizowany system musi być zabezpieczony przed utratą danych spowodowaną awarią zasilania lub zakłóceniami w sieci zasilającej, w taki sposób, że w razie awarii tracone są jedynie bieżące nie zapisane transakcje.

W


Zmodernizowany system musi być zabezpieczony przed dostępem nieuprawnionych osób lub programów.

W


Natywnym językiem zapytań silnika bazy danych musi być język SQL.

W


Silnik baz danych musi zapewniać :
1. relacyjność,
2. integralność danych,
3. transakcyjność,
4. skalowalność.

W


Zmodernizowany system bazodanowy musi zapewniać dostęp do danych wyłącznie po poprawnym uwierzytelnieniu. Dotyczy to zarówno dostępu przy pomocy programu, jak i wszystkich innych metod dostępu.

W


Zmodernizowany system musi umożliwiać definiowanie grup użytkowników oraz nadawanie uprawnień na poziomie grup użytkowników oraz na poziomie pojedynczych użytkowników.

W


Zmodernizowany system musi być zabezpieczony przed utratą danych oraz musi zachowywać spójność danych w bazie w przypadku utraty komunikacji w sieci komputerowej.

W


Nawigacja w zmodernizowanym systemie musi być zgodna z wymaganiami minimum WCAG w wersji aktualnej na dzień odbioru końcowego (na dzień ogłoszenia przetargu obowiązuje standard WCAG 2.0.

W


Moduł administrowania zmodernizowanym systemem musi pozwalać na zmianę parametrów jego pracy wykonywaną przez administratora systemu bez interwencji Wykonawcy

W


Modyfikowanie wierszy nie może blokować ich odczytu, z kolei odczyt wierszy nie może ich blokować do celów modyfikacji. Jednocześnie spójność odczytu musi gwarantować uzyskanie rezultatów zapytań odzwierciedlających stan danych z chwili jego rozpoczęcia, niezależnie od modyfikacji przeglądanego zbioru danych.

W


Zmodernizowany system musi pozwalać na uruchamianie formularzy z kilku obszarów funkcjonalnych, bez konieczności przerywania pracy i uruchamiania kolejnych kopii programu.

W


Zmodernizowany system musi mieć możliwość rozbudowy o nowe funkcje, poszerzania zakresu gromadzonych danych (np. dodanie pola z danymi), zmiany parametrów pracy systemu.

W


II

Architektura



Zmodernizowany system musi być wykonany w technologii trójwarstwowej (warstwa prezentacji/warstwa logiki biznesowej/warstwa bazy danych), a dane muszą być przechowywane w modelu relacyjnym z wykorzystaniem transakcyjnego serwera bazy danych. Wymaganie dotyczy aplikacji webowych takich jak np. internetowa rekrutacja, wirtualna uczelnia. W pozostałym zakresie np. moduły administracyjne, system dziekanatowy dopuszczalna jest klasyczna architektura klient-serwer.

W


Załączniki dostarczane/przetwarzane w ramach obsługi procesów dydaktycznych oraz rekrutacyjnych (np. zdjęcia, skany dokumentów, praca dyplomowa wraz z załącznikami) muszą być składowane w bazie danych systemu i dostępne z poziomu kartoteki studenta.

W


Wymagana jest możliwość wykorzystania w systemie grup na potrzeby przypisywania zarządzania dostępami.

W


III

Integracje i interfejsy integracyjne



Zmodernizowany system musi zapewniać integrację z systemami zewnętrznymi:
1. Ogólnopolskim Repozytorium Pisemnych Prac Dyplomowych,
2. Systemem POL-on ( również poprzez pliki xml),
3. Jednolitym Systemem Antyplagiatowym.

W


Zmodernizowany system musi posiadać możliwość integracji danych i aplikacji z innymi systemami – relacyjnymi bazami danych (minimum obsługa ODBC/JDBC).

W


Architektura systemu musi zapewniać otwartość na możliwość wymiany danych z innymi systemami za pomocą usług sieciowych (web services). Dopuszczalne jest rozwiązanie w opraciu o API w postaci REST (json)

W


Zmodernizowany system obsługi dydaktyki musi być systemem wewnętrznie zintegrowanym i funkcjonować w oparciu o jedną bazę danych opartą na języku SQL. Zamawiający dopuszcza, aby moduł obsługi rekrutacji funkcjonował w oparciu o osobną bazę danych z powodu wymagań prawnych i konieczności rejestracji tej bazy zgodnie z właściwymi przepisami.

W


Zmodernizowany system musi umożliwiać badanie prac dyplomowych pod kątem plagiatu: musi być zintegrowany z Jednolitym Systemem Antyplagiatowym (JSA) oraz z Ogólnopolskim Repozytorium Pisemnych Prac Dyplomowych (ORPPD).
Pozostałe funkcje: możliwość automatycznego przesyłania do weryfikacji antyplagiatowej prac wskazanych (udostępnionych do analizy) z poziomu systemu obsługi dydaktyki, możliwość pobierania informacji niezbędnych do późniejszego przekazania pracy do ORPPD (status pracy, metadane: autor/autorzy, tytuł pracy, streszczenie, słowa kluczowe, itp.), możliwość pobierania i zapisywania do wewnętrznego, uczelnianego repozytorium prac dyplomowych funkcjonującego w ramach systemu obsługi dydaktyki, prac dyplomowych, które nie będą podlegały badaniu plagiatowemu, ale będą podlegały przekazaniu do ORPPD (spełnienie ustawowego wymogu umieszczenia w ORPPD wszystkich prac obronionych po 31.09.2009 roku), automatyczne zapisywanie w systemie obsługi dydaktyki raportu ogólnego i szczegółowego z przeprowadzonej analizy pracy w platformie antyplagiatowej, automatyczne umieszczanie w indeksie platformy antyplagiatowej prac dyplomowych, które przeszły pozytywnie proces badania plagiatowego.

W


IV

Wymagania techniczne



Zmodernizowany system musi umożliwiać aktualizację z zachowaniem środków bezpieczeństwa przed utratą danych.

W


Zmodernizowany system musi umożliwiać stosowanie zestawu znaków narodowych w kodowaniu UTF-8.

W


Aplikacyjna część systemu dostępna dla pracowników administracyjnych musi posiadać interfejs w języku polskim i angielskim.

W


Internetowa część systemu musi posiadać interfejs minimalnie w językach polskim, angielskim.

W


Dla użytkowników masowych (kandydat, student, pracownik) system nie może wymagać instalacji aplikacji na stanowiskach użytkownika końcowego (interfejs internetowy). Pracownik pracujący w części stacjonarnej/dziekanatowej, może używać aplikacji stacjonarnej.

W


Zmodernizowany system musi posiadać konstrukcję modułową, z możliwością niezależnego, stopniowego uruchamiania poszczególnych funkcjonalności. Jednocześnie system musi stanowić integralną całość.

W


Zmodernizowany system musi charakteryzować się otwartą architekturą, zapewniającą możliwość integracji z innymi bazami danych stosowanymi w Uczelni.

W


Zmodernizowany system musi mieć możliwość udostępniania danych za pomocą usług web services. Dopuszczalne jest rozwiązanie w opraciu o API w postaci REST (json)

W


Zmodernizowany system musi być odporny na zawieszenie się stacji roboczych, tj. usterka stacji roboczej w trakcie pracy w systemie nie może spowodować niestabilności pracy systemu dla pozostałych użytkowników.

W


Zmodernizowany system musi wizualnie oznaczać w interfejsie użytkownika pola, których uzupełnienie w Systemie jest obligatoryjne.

W


Zmodernizowany system musi posiadać możliwość automatycznego tworzenia numeru rejestru danej sprawy (dokumentu).

W


Zmodernizowany system musi umożliwiać administratorom definiowanie reguł tworzenia numeru rejestru danego typu sprawy (dokumentu) zgodnie z obowiązującymi na Uczelni zasadami.

W


Szablony dokumentów tworzonych w systemie obsługi dydaktyki generowane muszą być na podstawie szablonów typu .dot lub .dotm. Możliwa powinna być ich edycja przez użytkowników systemu za pomocą standardowego edytora tekstowego, jakim jest MS Word posiadany przez Zamawiającego. Dopuszczalne jest rozwiązanie tożsame, realizujące funkcję obsługi szablonów.

W


Podczas edycji szablonu aplikacja MS Word musi być uruchamiana w oknie aplikacji systemu oraz musi pozwalać na wstawienie do przygotowywanego szablonu dowolnych, udostępnionych pól z bazy danych lub innych danych będących wynikiem działania skryptów lub makr zdefiniowanych przez użytkownika systemu.

O


Możliwe powinno być odebranie użytkownikom prawa do edycji szablonu z jednoczesną możliwością generowania dokumentu na jego podstawie.

W


Szablony definiowalnych wydruków muszą być przechowywane w bazie danych systemu. Dopuszczalne jest rozwiązanie tożsame, realizujące funkcję obsługi przechowywania wydruków.

W


Zmodernizowany system będzie umożliwiać tworzenie skryptów, wykorzystywanych w wydrukach i zestawieniach systemu w co najmniej dwóch językach (w tym obowiązkowo w VBNet i C#) oraz dawać możliwość wykonywania kompilacji utworzonego kodu w środowisku systemu, bez konieczności wykorzystania zewnętrznego kompilatora. Dodawanie skryptów będzie dostępne dla uprawnionego użytkownika systemu bez konieczności zaangażowania dostawcy oprogramowania.

O


Zmodernizowany system będzie dawać zamawiającemu możliwość tworzenia wydruków i zestawień oraz musi pozwalać na wstawienie do przygotowywanego szablonu dowolnych, udostępnionych pól z bazy danych bez konieczności angażowania pracowników producenta systemu.

W


Zmodernizowany system będzie umożliwiać eksport danych do pakietu MS Office.

W


Zmodernizowany system posiada możliwość przechowywania i udostępniania plików dowolnego rodzaju.

W


Wprowadzane do zmodernizowanego systemu dane, które powstają wg procedury (PESEL) przy każdorazowej próbie zapisania danych w systemie poddawane są weryfikacji.

W


Zmodernizowany system posiada możliwość definiowania słownika odmian imion wykorzystywanego przy tworzeniu szablonów zestawień, raportów i wydruków (np. Xxx/Xxxx/Xxxxxx, itd.).

O


Zmodernizowany system posiada możliwość definiowania słownika odmian dowolnych wyrazów wykorzystywanego przy tworzeniu szablonów zestawień, raportów i wydruków (np. zamieszkały/zamieszkała, urodzony/urodzona, itd.).

W


Zmodernizowany system (w części aplikacyjnej) będzie umożliwiać tworzenie zestawień, raportów czy korespondencji seryjnej na podstawie dowolnie wybranych danych z bazy danych oraz danych będących wynikiem działania skryptów lub makr zdefiniowanych przez użytkownika systemu.

W


Zmodernizowany system (w części aplikacyjnej) musi umożliwiać automatyczny eksport wyników zdefiniowanego zestawienia bezpośrednio do uprzednio zdefiniowanego szablonu Excel, zawierającego np.: tabele, tabele przestawne, funkcje, wykresy, makra

O


Zmodernizowany system (w części aplikacyjnej) musi umożliwiać automatyczny eksport wyników zdefiniowanego zestawienia bezpośrednio do uprzednio zdefiniowanego szablonu Word.

O


Zmodernizowany system powinien obsługiwać tryb pracy wielozakładowej (jedna instancja systemu i bazy danych będzie pozwalać na jednoczesną obsługę wielu różnych podmiotów (uczelnie, szkoły, itd.).

W


Zmodernizowany system powinien pozwalać na pracę zdalną dla użytkowników łączących się z infrastrukturą wewnętrzną za pomocą połączenia VPN.

W


Zmodernizowany system (w części aplikacyjnej) powinien umożliwiać konfigurację wyszukiwania studentów po dowolnym z atrybutów oraz sparametryzowane filtrowanie.

W


Zmodernizowany system powinien posiadać odpowiednie zabezpieczenia uniemożliwiające nieuprawniony użytkownikom dostęp do danych i/lub całej aplikacji.

W


Zmodernizowany system (w części aplikacyjnej) musi być kompatybilny w zakresie raportów z części dydaktycznej z ogólnopolskim systemem raportowania „POL-on” w zakresie mechanizmu tworzenia plików wymiany danych zgodnych z wymaganą strukturą.

W


Zmodernizowany system (w części aplikacyjnej) będzie dawać użytkownikowi możliwość tworzenia wydruków, zestawień oraz filtrów z podziałem na kategorie ogólnych (dostępnych dla wszystkich użytkowników) i indywidualnych (dostępnych dla konkretnego użytkownika), uwzględniających uprawnienia, bez konieczności angażowania pracowników producenta systemu. System będzie również umożliwiać kopiowanie zestawień z kategorii ogólnych do indywidualnych oraz odwrotnie.

O


Zmodernizowany system (w części aplikacyjnej) musi pozwalać na definiowanie zaawansowanych filtrów z możliwością zbudowania zapytania w języku SQL, ograniczającego ilość wyświetlanych danych. Podczas definiowania zaawansowanych filtrów system musi dawać użytkownikowi możliwość wyboru następujących operatorów: like, in, not in, >,>=,<,<=,=.

W


Zmodernizowany system (w części aplikacyjnej) musi posiadać możliwość wykonywania wielu akcji zbiorowych na wyniku zestawienia/raportu, np. zmiany statusów studentów spełniających dane kryteria, wysyłanie wiadomości e-mail, wysyłanie spersonalizowanego planu zajęć, dodanie opłat, dodanie ulg, dodanie specjalności, dodanie praktyk i innych.

W


Zmodernizowany system (w części aplikacyjnej) musi posiadać możliwość filtrowania danych w wyniku zestawienia, filtrowanie według wyboru, z wyłączeniem wyboru, ponadto system musi dawać możliwość sortowania danych malejąco oraz rosnąco określając kolejność sortowania danych wybranych w zestawieniu, system nie może ograniczać ilości danych w kolejności sortowania.

W


Podczas definiowania zestawienia (w części aplikacyjnej), zmodernizowany system musi posiadać możliwość wprowadzenia ograniczenia, dotyczącego załączonych dokumentów w kartotece studenta. Ograniczenie musi uwzględnić słowa kluczowe zapisanych dokumentów, kategorie dokumentów, autora oraz właściciela.

W


Zmodernizowany system (w części aplikacyjnej) musi posiadać możliwość wysyłania wiadomości do studentów co najmniej trzema kanałami informacyjnymi: sms, e-mail oraz ogłoszenie w wirtualnym dziekanacie.

W


Zmodernizowany system (w części aplikacyjnej) musi posiadać możliwość definiowania grup odbiorców wiadomości na podstawie ich przynależności do grup wykładowych, ćwiczeniowych wybranych zajęć itp.

W


Zmodernizowany system (w części aplikacyjnej) musi posiadać możliwość skierowania komunikatów do określonej grupy studentów lub pracowników.

W


V

Dostęp do systemu i jego zasobów



Zmodernizowany system musi zapewniać jednoznaczną i niepodważalną identyfikację użytkowników pracujących w systemie.

W


Uwierzytelnianie użytkowników musi następować na podstawie jednoznacznie przydzielonego identyfikatora (loginu) i hasła, zmodernizowany system nie może pozwalać na przydzielenie tego samego identyfikatora innej osobie.

W


Zmodernizowany system musi umożliwiać zakładanie kont użytkowników o określonych rolach (student, absolwent, pracownik administracyjny uczelni, pracownik dydaktyczny, przedstawiciel pracodawcy).

W


Administrator zmodernizowanego systemu musi mieć możliwość zarządzania uprawnieniami poszczególnych użytkowników indywidualnie oraz z wykorzystaniem grup użytkowników.

W


Zmodernizowany system musi posiadać wbudowany lub zewnętrzny mechanizm obsługi uwierzytelniania zapewniający funkcjonalności opisane poniżej.

W


Zmodernizowany system musi umożliwiać logowanie z wykorzystaniem SSO przy użyciu protokołu OpenID Connect.

W


Mechanizm obsługi uwierzytelniania musi zapewniać obsługę zewnętrznych źródeł uwierzytelniania pozwalając na zintegrowanie się z: Google, Twitter, Facebook, ePUAP, CAS, Open Id Connect, SAML2 (ADFS).

W


Mechanizm obsługi uwierzytelniania musi posiadać mechanizm obsługi zdarzeń audytowych. Zdarzenia typu: logowanie, edycja danych i inne mogą być kierowane do analizy, dając możliwość audytu operacji.

W


Mechanizm obsługi uwierzytelniania musi posiadać ustandaryzowany sposób ochrony API za pomocą tokenów JWT.

W


Mechanizm obsługi uwierzytelniania musi posiadać możliwość dostosowania wyglądu (logo, tytuły) do potrzeb uczelni.

W


Mechanizm obsługi uwierzytelniania może być zainstalowany lokalnie na sprzęcie uczelni lub w rozwiązaniu chmurowym.

W


Mechanizm obsługi uwierzytelniania musi być skalowalny horyzontalnie oraz wertykalnie.

W


Mechanizm obsługi uwierzytelniania musi posiadać co najmniej dwie wersje językowe, w tym polską i angielską.

W


Uwierzytelnianie użytkowników musi przebiegać w sposób bezpieczny, ani identyfikator ani hasło nie mogą być przesyłane przez sieć w postaci niezaszyfrowanej.

W


Zmodernizowany system umożliwia realizację dostępu poprzez różnorodne metody: dostęp poprzez dedykowaną aplikację kliencką, dostęp terminalowy, dostęp poprzez przeglądarkę WWW.

W


Zmodernizowany system musi umożliwiać jednoczesny dostęp do danych przez wielu użytkowników, z ochroną tych danych przed utratą spójności lub zniszczeniem.

W


Zmodernizowany system musi posiadać zabezpieczenia danych przed niepowołanym dostępem, dzięki możliwości przydzielania zakresu uprawnień poszczególnym użytkownikom i grupom użytkowników.

W


Zmodernizowany system musi zapewniać bezpieczne połączenia sieciowe, uniemożliwiające podsłuchiwanie transmisji. Poziom zabezpieczenia transmisji nie będzie niższy od poziomu zapewnianego przez protokoły SSL wersja 3.0/TLS wersja 1.1 z kluczem o długości 128 bitów.

W


Zmodernizowany system musi uniemożliwiać wprowadzanie i modyfikację danych w sposób anonimowy.

W


Zmodernizowany system musi posiadać zabezpieczenia przed dostępem osób nieautoryzowanych. Zabezpieczenia muszą funkcjonować na poziomie klienta, serwera aplikacji i serwera bazy danych.

W


VI

Zabezpieczenia i przetwarzanie danych



Dane gromadzone w systemie powinny być przetwarzane na serwerach uczelni, zlokalizowanych w sieci wewnętrznej. Sieć wewnętrzna zapewnia odpowiednie środki ochrony fizycznej danych (np. przechowywanie serwerów w pomieszczeniach zabezpieczonych), środki sprzętowe (np. zasilacze awaryjne) oraz organizacyjne (np. cykliczne wykonywanie kopii bezpieczeństwa danych).

W


W celu zapewnienia bezpieczeństwa przetwarzania danych w zmodernizowanym systemie muszą zostać zastosowane następujące mechanizmy:
1. Dostęp do części niepublicznej systemu mogą mieć tylko upoważnione osoby posiadające unikalny identyfikator i przypisane do niego hasło, każde wejście/wyjście i działania użytkownika w systemie muszą zostać zarejestrowane,
2. Kilkukrotna nieudana próba uzyskania dostępu do systemu musi skutkować zablokowaniem konta,
3. Każdy użytkownik części aplikacyjnej systemu może mieć dostęp do ściśle określonych zasobów systemu sterowany poprzez uprawnienia możliwe do zdefiniowania w systemie,
4. Przetwarzanie danych osobowych będzie się odbywać na warunkach
określonych w przepisach o ochronie danych osobowych.

W


VII

Interfejs użytkownika



Podstawowym interfejsem dla masowego użytkownika (kandydata, studenta, pracownika naukowo-dydaktycznego, administracyjnego) musi być zestaw stron internetowych dostępny przez przeglądarkę internetową (portal internetowy). System musi:
1. pozwalać na wykorzystywanie bezpiecznego protokołu transmisji/szyfrowania połączeń (SSL z kluczem co najmniej 128 bitów, lub równoważny);
2. zapewniać wsparcie co najmniej dla przeglądarek internetowych:
a. Microsoft Internet Explorer wersja 11 lub nowsza,
b. Microsoft Edge 44 lub nowsza,
c. Mozilla Firefox wersja 72 lub nowsza,
d. Safari wersja 12 lub nowsza,
e. Chrome wersja 80 lub nowsza,
f. Opera wersja 66 lub nowsza;
3. zapewniać jednakowe, lub zbliżone wyświetlanie wszystkich elementów we wspieranych przeglądarkach.

W


System w zakresie funkcji dostępnych dla pracowników administracji uczelni musi być dostępny z poziomu aplikacji możliwej do uruchomienia w środowisku Windows.

W


VIII

Skalowalność i responsywność



Zmodernizowany system musi zapewniać obsługę min. 5.000 użytkowników.

W


Zmodernizowany system musi pozwalać na skalowanie następujących elementów środowiska: serwerów bazodanowych (klastry wydajnościowe i niezawodnościowe), serwerów aplikacyjnych, serwerów internetowych, liczby użytkowników nazwanych.

W


Zmodernizowany system musi zapewniać skalowalność dla wszystkich warstw architektury rozwiązania (skalowalność w poziomie i pionie) - nie może być wąskich gardeł stanowiących ograniczenie dla skalowania całego systemu.

W


Rozwiązanie musi umożliwiać różne konfiguracje instalacji, zachowując spójność jednego, niepowielanego systemu, np.:
1. system i baza danych na jednym serwerze,
2. system na osobnym serwerze, baza danych na osobnym serwerze,
3. wiele serwerów dostępowych.

W


Korzystanie ze zmodernizowanego systemu online przez wielu użytkowników w czasie wzmożonego zapotrzebowania (sesja egzaminacyjna) nie może powodować odczuwalnego spadku wydajności systemu.

W


IX

Interoperacyjność i minimalne wymagania dla systemów teleinformatycznych



Zmodernizowany system musi być zgodny z wymaganiami dotyczącymi interoperacyjności, określonymi w Rozporządzeniu Rady Ministrów z dnia 12 kwietnia 2012 r. w sprawie Krajowych Ram Interoperacyjności (tj. Dz. U. z 2017, poz. 2247) wraz z późniejszymi zmianami, minimalnych wymagań dla rejestrów publicznych i wymiany informacji w postaci elektronicznej oraz minimalnych wymagań dla systemów teleinformatycznych.

W


Zmodernizowany system musi być interoperacyjny na poziomie technologicznym x.xx. w zakresie:
- architektury (trójwarstwowa z warstwą prezentacyjną, aplikacyjną oraz danych) zgodnie z pryncypiami Architektury Zorientowanej Usługowo (SOA);
- bezpieczeństwa – system informatyczny musi być wdrożony w środowisku zapewniającym bezpieczeństwo dostępu, niezawodność i dostępność a także niezaprzeczalność, integralność i autentyczność danych;
- wykorzystanych standardów w protokołach komunikacyjnych i wymiany danych pomiędzy systemami.

W


Zastosowane w zmodernizowanym systemie formaty danych w zakresie publikowanych dokumentów cyfrowych muszą być zgodne z normami określonymi w Rozporządzeniu Rady Ministrów z dnia 12 kwietnia 2012 r. w sprawie Krajowych Ram Interoperacyjności (tj. Dz. U. z 2017, poz. 2247) oraz załącznikach do niego.

W


Formaty danych stosowanych przy wymianie informacji z innymi systemami muszą być zgodne z wymienionymi w załączniku nr 2 do rozporządzenia Rady Ministrów w sprawie Krajowych Ram Interoperacyjności.

W


Zmodernizowany system musi być zgodny z obowiązującymi przepisami prawa.

W


X

Moduł Rekrutacja online



Zmodernizowany system rekrutacyjny powinien operować na odrębnej bazie danych, zgodnie z przepisami dot. ochrony danych osobowych.

W


Zmodernizowany system powinien zapewniać pełną obsługę postępowania rekrutacyjnego (od rejestracji kandydata do przekazania danych osób przyjętych na studia do właściwej bazy i anonimizacji danych osób nieprzyjętych) dla każdego rodzaju rekrutacji (w tym rekrutacji cudzoziemców).

W


Zmodernizowany system powinien umożliwiać generowanie numerów subkont dla kandydatów na podstawie dostarczonego szablonu (schematu).

W


Zmodernizowany system powinien umożliwiać indywidualne rozliczanie wpłat w systemie Rekrutacja.

W


Zmodernizowany system powinien umożliwiać w sposób elastyczny tworzenie raportów (zestawień) dotyczących x.xx. kandydatów, wpłat dokonanych przez kandydatów, rodzaju wpłat itp.

W


Zmodernizowany system powinien posiadać możliwość informowania kandydata po zalogowaniu na konto o stanie salda (zaksięgowanych wpłatach).

W


Zmodernizowany system powinien posiadać możliwość globalnego informowania kandydatów za pomocą kanałów informacyjnych (email, sms) o konieczności dokonania wpłaty. Zamawiający posiada aktywną bramkę SMS.

W


Podczas rejestracji w zmodernizowanym systemie kandydat ma możliwość wypełniania formularza online (wszelkie wprowadzane dane są weryfikowane, dane dotyczące wyników matury są importowane i weryfikowane z bazą KReM).

W


Formularz rekrutacyjny musi być w pełni responsywny i w zakresie dostępności zgodny z wymaganiami WCAG w wersji aktualnej na dzień odbioru końcowego (na dzień ogłoszenia przetargu obowiązuje standard WCAG 2.0) na poziomie AA, zapewniając x.xx.:

- czytelność treści i elementów graficznych,

- alternatywne teksty dla nietekstowych informacji (grafik),

- poprawne stosowanie znaczników HTML (np. hierarchia nagłówków)

- łatwość w dostępie do treści strony (mapa strony, wyszukiwarka).


W celu przeciwdziałaniu wykluczeniu cyfrowemu osób niewidomych system musi dostarczać następujących rozwiązań dla osób słabo widzących: narzędzie zmniejszenia/zwiększenia tekstu oraz wysoki kontrast strony.

W


Podczas rejestracji w systemie kandydat ma możliwość wyboru kilku kierunków studiów, na które chce się ubiegać o przyjęcie.

W


Podczas rejestracji w zmodernizowanym systemie kandydat ma mieć możliwość wprowadzenia zdjęcia (o parametrach ściśle zdefiniowanych przez administratora).

W


W zmodernizowanym systemie powinna być możliwość wyboru przez kandydata kierunku głównego i kierunków alternatywnych.

W


Podczas rejestracji w zmodernizowanym systemie kandydat ma mieć możliwość przeglądania FAQ z wszelkimi istotnymi dla procesu rekrutacyjnego informacjami.

W


Podczas rejestracji w systemie kandydat ma możliwość wprowadzenia danych dotyczących każdego rodzaju matury w tym międzynarodowej, które system automatycznie uwzględni w algorytmie wyliczającym liczbę punktów.

W


Podczas rejestracji w zmodernizowany systemie kandydat ma mieć możliwość wydruku dokumentów niezbędnych w procesie rekrutacji.

W


Podczas rejestracji w zmodernizowany systemie kandydat ma mieć możliwość sprawdzenia aktualnego statusu swojego podania o przyjęcie.

W


Zmodernizowany system powinien gromadzić dane o przebiegu postępowania rekrutacyjnego (dane osobowe, egzaminy, wprowadzone oceny, itd.).

W


Zmodernizowany system powinien zapisywać informacje dotyczące aktywności użytkowników.

W


Zmodernizowany system powinien pozwalać na zmianę algorytmów wyliczania punktów uzyskanych przez kandydata w postępowaniu rekrutacyjnym.

W


Zmodernizowany system powinien umożliwiać wyszukiwanie kandydatów wg wszystkich wprowadzonych danych.

W


Zmodernizowany system powinien umożliwiać generowanie niezbędnych wydruków w tym wydruków rankingów wg. zdefiniowanych kryteriów.

W


Zmodernizowany system powinien prowadzić rejestr decyzji i korespondencji związanej z postępowaniem rekrutacyjnym.

W


Zmodernizowany system powinien umożliwiać tworzenie dowolnych raportów z danych zapamiętanych w systemie.

W


Zmodernizowany system powinien umożliwić przygotowanie sprawozdań np.: EN-1.

W


Zmodernizowany system powinien zapewnić elastyczne dopasowanie procesu rekrutacji.

W


Zmodernizowany system powinien działać na zasadzie słowników.

W


Zmodernizowany system powinien umożliwiać rozsyłanie masowych SMS-ów i e-maili do kandydatów wybranych wg. dowolnych kryteriów.

W


Zmodernizowany system powinien umożliwiać archiwizację danych rekrutacji zakończonych.

W


Zmodernizowany system powinien umożliwiać wprowadzanie wyników egzaminów wstępnych lub rozmów kwalifikacyjnych.

W


Zmodernizowany system powinien umożliwiać generowanie kont do opłat.

W


Zmodernizowany system powinien umożliwiać obsługę kandydatów, którzy nie przechodzą standardowego procesu kwalifikacji na studia np. studenci przenoszący się z innych uczelni, studenci rozpoczynający drugi kierunek, niektóre grupy cudzoziemców, itd. - możliwość definiowania innych niż ogólnie obowiązujące zasady przyjęć.

W


Zmodernizowany system powinien umożliwiać definiowanie listy wymaganych dokumentów od kandydatów w zależności od zadeklarowanego przez kandydata rodzaju studiów, dokumentów przedwyjazdowych i rozliczeniowych (dla studiów zagranicznych), możliwość wyświetlania i raportowania na bieżąco listy dokumentów złożonych i niezłożonych przez kandydata/studenta.

W


Zmodernizowany system powinien umożliwiać rejestrację kandydatów z automatycznym wykorzystaniem danych wprowadzonych w formularzu internetowym. Możliwość ewidencji danych personalnych, w tym: imiona (w przypadku posiadania drugiego imienia - konieczność uzupełnienia) i nazwiska, PESEL, adresy: zameldowania i do korespondencji, telefony, e-maile, dane o wykształceniu, informacje o ukończonej szkole średniej lub wyższej, ocen maturalnych, wybór wydziałów, wybór kierunków studiów, dane o niepełnosprawności, źródło utrzymania, oświadczenie o podjęciu drugiego kierunku, informacja - cudzoziemiec, itd.

W


Zmodernizowany system powinien umożliwiać rejestrację cudzoziemców i nadawanie im numeru identyfikacyjnego (brak PESEL) - dane do formularza to: narodowość, kraj pochodzenia, adres za granicą, adres w Polsce, numer paszportu, numer wizy i kraj wydania, miejsce (kraj) ukończenia szkoły średniej, informacja o niepełnosprawności, podstawa przyjęcia (decyzja rektora, decyzja Ministra, Karta Polaka, Unia Europejska, karta stałego pobytu).

W


Zmodernizowany system powinien umożliwiać wspomaganie prowadzenia procedur odwoławczych poprzez możliwość odnotowywania w programie złożonych podań do Komisji Rekrutacyjnych wraz z wynikami tego postępowania.

W


Zmodernizowany system wspomaga ewidencjonowanie decyzji o przyjęciu lub nieprzyjęciu, odwołania, podpisania umowy o świadczenie usługi edukacyjnej (ewidencja pism przy każdym kandydacie).

W


Zmodernizowany system powinien umożliwiać przeszukiwanie listy kandydatów wg zadanych kryteriów: nabór, kierunek, rodzaj, tryb studiów, semestr naboru, rok, dyplom, data wpisu, płeć, nowa i stara matura, laureaci i finaliści olimpiad, niepełnosprawni (stopień i rodzaj), liczby uzyskanych punktów z każdego etapu rekrutacji, średniej ocen, wyników kwalifikacji, miejsca studiowania.

W


Zmodernizowany system powinien umożliwiać kandydatowi wybór poziomu znajomości języka obcego.

W


XI

Moduł Wirtualny Dziekanat



Za pomocą aplikacji internetowej studenci powinni uzyskać dostęp do planów studiów i planów zajęć

W


Za pomocą aplikacji internetowej studenci powinni uzyskać dostęp planów zajęć, z możliwością wyeksportowania ich do formatów kalendarzowych (minimum iCAL lub CSV)

O


Za pomocą aplikacji internetowej studenci powinni uzyskać dostęp do dedykowanych ogłoszeń i informacji

W


Za pomocą aplikacji internetowej studenci powinni uzyskać dostęp do informacji o stanie płatności i pomocy materialnej

W


Studenci powinni mieć możliwość wyboru przedmiotów obieralnych i specjalności

W


Za pomocą aplikacji internetowej studenci powinni uzyskać dostęp do ankiet

W


Za pomocą aplikacji internetowej studenci powinni uzyskać dostęp do ocen wystawionych przez prowadzących zajęcia

W


Za pomocą aplikacji internetowej studenci powinni uzyskać dostęp do mechanizmów procesu dyplomowania

W


Za pomocą aplikacji internetowej studenci powinni uzyskać dostęp zestawienia linków do usług informatycznych i innych istotnych informacji w skali Uczelni

W


Za pomocą aplikacji internetowej studenci powinni uzyskać dostęp do możliwości składania wniosków stypendialnych przez studentów. Podczas wprowadzania danych do wniosku student musi mieć dostępny kalkulator dochodów członków rodziny

W


Za pomocą aplikacji internetowej studenci powinni uzyskać dostęp do zapisów na kursy

W


Za pomocą aplikacji internetowej studenci powinni uzyskać dostęp do zapisów na wybrane seminaria i wykłady do wyboru, w tym również w językach obcych

W


Zmodernizowany system musi umożliwiać zmianę i przypomnienia hasła

W


Za pomocą aplikacji internetowej studenci mogą uzyskać dostęp do materiałów multimedialnych (dokumenty minimum formaty *.txt, *.doc, *.PDF, obrazy, filmy, pliki dźwiękowe) zamieszczonych w ramach zajęć, w których uczestniczy student

W


Za pomocą aplikacji internetowej studenci powinni uzyskać dostęp do testów/egzaminów

W


Za pomocą aplikacji internetowej studenci powinni uzyskać dostęp do głosowania i ankiet udostępnionych w systemie on-line

W


Zmodernizowany system musi umożliwiać wybór przez studentów przedmiotów obieralnych wraz z możliwością wyboru grupy zajęciowej z uwzględnieniem weryfikacji konfliktów w planie zajęć studenta. System musi weryfikować możliwość wyboru przedmiotu przez studenta na podstawie analizy całego przebiegu toku studiów studenta, mechanizm musi umożliwiać obsłudze administracyjnej/informatycznej możliwość wprowadzenia dowolnych modyfikacji w mechanizmie weryfikacji.

W


Zmodernizowany system musi umożliwiać wybór przez studentów dodatkowych aktywności (basen, siłownia, koło naukowe, szkolenia, itp.).

W


Zmodernizowany system musi dawać możliwość aktualizacji numeru konta bankowego.

W


Zmodernizowany system musi posiadać możliwość konfiguracji obsługi płatności przy pomocy co najmniej jednego systemu płatności online.

W


Zmodernizowany system musi umożliwiać ankietyzację

W


Zmodernizowany system musi prezentować informację o organizacji roku akademickiego

W


System musi posiadać możliwość integracji z zewnętrznymi systemami poprzez wykorzystanie wspólnego SSO (Single Sign On)

W


System musi posiadać możliwość logowania do niniejszego obszaru z wykorzystaniem logowania domenowego.

W


Zmodernizowany Moduł Wirtualny Dziekanat musi być w zakresie dostępności zgodny z wymaganiami WCAG w wersji aktualnej na dzień odbioru końcowego (Web Content Accessibility Guidelines) na poziomie AA, zapewniając x.xx.:

- czytelność treści i elementów graficznych,

- alternatywne teksty dla nietekstowych informacji (grafik),

- poprawne stosowanie znaczników HTML (np. hierarchia nagłówków)

- łatwość w dostępie do treści strony (mapa strony, wyszukiwarka).


W celu przeciwdziałaniu wykluczeniu cyfrowemu osób niewidomych system musi dostarczać następujących rozwiązań dla osób słabo widzących: narzędzie zmniejszenia/zwiększenia tekstu oraz wysoki kontrast strony.

W


XII

Moduł Wirtualny Dydaktyk



Za pomocą zmodernizowanego systemu on-line wykładowcy muszą uzyskać dostęp do planów zajęć

W


Za pomocą zmodernizowanego systemu on-line wykładowcy muszą uzyskać dostęp do list uczestników zajęć

W


Za pomocą zmodernizowanego systemu on-line wykładowcy muszą uzyskać dostęp do podglądu planów zajęć

W


Za pomocą zmodernizowanego systemu on-line wykładowcy muszą uzyskać dostęp do planów i programów studiów oraz toku studiów:

W


Za pomocą zmodernizowanego systemu on-line wykładowcy muszą uzyskać możliwość wprowadzania ocen (w tym generowania protokołów),

W


Za pomocą zmodernizowanego systemu on-line wykładowcy muszą uzyskać możliwość wyszukiwania studentów pozwalającego na dostęp do ocen wystawionych w innych semestrach

W


Za pomocą zmodernizowanego systemu on-line wykładowcy muszą uzyskać możliwość umieszczania materiałów multimedialnych (dokumenty formaty minimum *.txt, *.doc, *.PDF, obrazy, filmy, pliki dźwiękowe) przypisanych do prowadzonych zajęć.

W


Zmodernizowany system musi umożliwiać komunikację na linii: nauczyciel – student.

W


Zmodernizowany system musi posiadać możliwość wyświetlania ocen cząstkowych uzyskanych przez studentów.

W


Zmodernizowany system musi posiadać możliwość integracji z zewnętrznymi systemami poprzez wykorzystanie wspólnego SSO (Single Sign On).

W


Zmodernizowany system musi posiadać możliwość logowania do niniejszego obszaru z wykorzystaniem logowania domenowego.

W


Zmodernizowany Moduł Wirtualny Dydaktyk musi być w zakresie dostępności zgodny z wymaganiami WCAG w wersji aktualnej na dzień odbioru końcowego (Web Content Accessibility Guidelines) na poziomie AA, zapewniając x.xx.:

- czytelność treści i elementów graficznych,

- alternatywne teksty dla nietekstowych informacji (grafik),

- poprawne stosowanie znaczników HTML (np. hierarchia nagłówków)

- łatwość w dostępie do treści strony (mapa strony, wyszukiwarka).


W celu przeciwdziałaniu wykluczeniu cyfrowemu osób niewidomych system musi dostarczać następujących rozwiązań dla osób słabo widzących: narzędzie zmniejszenia/zwiększenia tekstu oraz wysoki kontrast strony.

W


XIII

Moduł Obsługa prac dyplomowych



Moduł Obsługi prac dyplomowych musi być ściśle zintegrowany z systemem obsługi dydaktyki użytkowanym przez Zamawiającego.

W


Moduł Obsługi prac dyplomowych musi być udostępniany użytkownikom za pomocą modułów Wirtualny Dziekanat i Wirtualny Dydaktyk.

O


Użytkownikami modułu Obsługa prac dyplomowych muszą być studenci wszystkich rodzajów i typów studiów oraz pracownicy naukowo-dydaktyczni uczelni, pełniący funkcje promotorów i recenzentów.

W


Moduł Obsługi prac dyplomowych musi być zintegrowany z Jednolitym Systemem Antyplagiatowym oraz z Ogólnopolskim Repozytorium Pisemnych Prac Dyplomowych (ORPPD).

W


Moduł Obsługi prac dyplomowych musi być ściśle zintegrowany z systemem obsługi dydaktyki użytkowanym przez Zamawiającego w zakresie pobierania i przekazywania informacji o procesie dyplomowania (informacje o pracy, statusie, promotorze, recenzentach, składzie komisji egzaminacyjnych, ocenach, itp.).

W


Funkcje modułu Obsługi prac dyplomowych dostępne dla administratora systemu:

  1. możliwość określania pól wymaganych w formularzu opisu pracy uzupełnianym przez studenta,

  2. możliwość określania dopuszczalnego rodzaju i wielkości wgrywanych do systemu plików pracy i załączników,

  3. dostęp do panelu sterującego konfiguracją usług integracyjnych (np. ustawianie częstotliwości synchronizacji).

W


Funkcje modułu Obsługi prac dyplomowych dostępne dla studenta:

  1. możliwość uzupełniania formularza z danymi opisującymi pracę dyplomową (metadane: autor/autorzy, tytuł pracy, streszczenie, słowa kluczowe, itp., również w językach obcych wymaganych przez uczelnię),

  2. możliwość wprowadzenia (wgrania) do systemu obsługi dydaktyki, za pośrednictwem e-usługi, pracy w wersji elektronicznej (minimum doc/docx, pdf, rtf, txt, odt) wraz z plikami dodatkowymi (np. załącznikami),

  3. możliwość podglądu statusu pracy i informacji związanych z przebiegiem procesu dyplomowania (skład komisji, data obrony, itp.),

  4. informowanie studenta o zmianie statusu pracy.

W


Funkcje modułu Obsługi prac dyplomowych dostępne dla pracownika naukowo-dydaktycznego pełniącego funkcję promotora lub recenzenta:

Promotor:

  1. możliwość podglądu listy dyplomantów (grupy seminaryjne),

  2. możliwość pobrania i podglądu pliku pracy i załączników,

  3. możliwość akceptacji bądź odrzucenia wprowadzonej przez studenta pracy pod kątem zgodności z wymaganiami formalnymi,

  4. możliwość wprowadzenia (wgrania) do systemu dowolnych uwag do pracy w formie pliku (minimum doc/docx, pdf, rtf, txt, odt),

  5. możliwość wystawienia oceny pracy,

  6. możliwość edycji oceny do momentu wpisania daty egzaminu dyplomowego w systemie obsługi dydaktyki,

  7. możliwość podglądu i zmiany statusu pracy,

  8. możliwość wglądu w raport ogólny i szczegółowy z badania pracy w platformie antyplagiatowej,

  9. możliwość akceptacji bądź odrzucenia pracy po badaniu antyplagiatowym,

  10. informowanie promotora o wgraniu nowego pliku pracy lub załącznika przez studenta oraz o pojawieniu się raportu z systemu antyplagiatowego.

Recenzent:

  1. dostęp do listy wszystkich prac dyplomowych do recenzowania,

  2. możliwość pobrania i podglądu pliku pracy i załączników (podobnie, jak u promotora) w zależności od statusu,

  3. możliwość wystawienia oceny pracy,

  4. możliwość edycji oceny do momentu wpisania daty egzaminu dyplomowego w systemie obsługi dydaktyki,

  5. możliwość wprowadzenia (wgrania) do systemu recenzji pracy w formie pliku (np. doc/docx, pdf, rtf, txt, odt),

  6. informowanie recenzenta o udostępnieniu nowej pracy do zrecenzowania.

W


XIV

Moduł Obsługa wniosków stypendialnych online



Moduł Obsługi wniosków stypendialnych online musi być ściśle zintegrowany z systemem obsługi dydaktyki użytkowanym przez Zamawiającego.

W


Moduł Obsługi wniosków stypendialnych online musi być udostępniany użytkownikom za pomocą modułu Wirtualny Dziekanat.

O


Użytkownikami modułu Obsługa wniosków stypendialnych online muszą być studenci wszystkich rodzajów i typów studiów.

W


Moduł Obsługi wniosków stypendialnych online musi być ściśle zintegrowany z systemem obsługi dydaktyki użytkowanym przez Zamawiającego w zakresie przekazywania zebranych informacji.

W


Moduł Obsługi wniosków stypendialnych online musi umożliwić składanie następujących wniosków stypendialnych:

  1. Wniosek o stypendium socjalne,

  2. Wniosek o stypendium rektora,

  3. Wniosek o stypendium specjalne,

  4. Wniosek o zapomogę.

W


W ramach modułu Obsługi wniosków stypendialnych online użytkownicy muszą mieć dostęp do elektronicznego kalkulatora dochodów umożliwiającego wpisanie wszystkich danych finansowych niezbędnych w procesie przydzielania stypendiów socjalnych, specjalnych i zapomóg.

W


Moduł Obsługi wniosków stypendialnych online musi umożliwiać użytkownikowi zapisanie i/lub wydrukowanie uzupełnionych formularzy oraz dołączonych załączników.

W


Wszelkie dane niezbędne do wypełnienia formularza wniosku online a zapisane w bazie danych systemu obsługi dydaktyki użytkowanym przez Zamawiającego muszą być uzupełniane automatycznie.

O


Dane zapisane w bazie danych systemu obsługi dydaktyki muszą być dostępne poprzez interfejs aplikacji i dostępne dla mechanizmów tworzenia rankingów stypendialnych, list stypendialnych, algorytmów przydziału stypendiów oraz dowolnych wydruków i zestawień.

W


Moduł Obsługi wniosków stypendialnych online musi umożliwiać podgląd statusów złożonych wniosków stypendialnych (podań).

W


Moduł Obsługi wniosków stypendialnych online musi umożliwiać dołączenie do wniosku stypendialnego załączników w postaci dowolnych plików.

W


Dołączone przez użytkownika do modułu pliki muszą być widoczne i dostępne dla pracowników administracyjnych z poziomu aplikacji systemu obsługi dydaktyki użytkowanego przez Zamawiającego (muszą być widoczne z poziomu kartoteki studenta).

W


XV

Moduł Powiadomienia i komunikaty



Moduł Powiadomienia i komunikaty musi być ściśle zintegrowany z systemem obsługi dydaktyki użytkowanym przez Zamawiającego.

W


Powiadomienia i komunikaty muszą być tworzone w systemie obsługi dydaktyki użytkowanym przez Zamawiającego.

W


Powiadomienia i komunikaty muszą być przekazywane użytkownikom za pomocą modułu Wirtualny Dziekanat lub Wirtualny Dydaktyk.

W


Użytkownikami modułu Powiadomienia i komunikaty muszą być studenci wszystkich rodzajów i typów studiów oraz pracownicy naukowi, naukowo-dydaktyczni i administracyjni uczelni.

W


Nadawcami komunikatów i powiadomień mogą być pracownicy administracyjni użytkujący aplikacyjną część systemu obsługi dydaktyki użytkowanego przez Zamawiającego oraz pracownicy naukowo-dydaktyczni użytkujący moduł Wirtualny Dydaktyk.

W


Odbiorcami publikowanych treści (komunikatów i powiadomień) mogą być studenci i pracownicy naukowo-dydaktyczni.

W


Moduł Powiadomienia i komunikaty musi umożliwiać użytkownikom systemu obsługi dydaktyki (pracownikom administracyjnym) wysłanie ogólnych i spersonalizowanych komunikatów za pośrednictwem trzech kanałów komunikacyjnych: ogłoszeń na stronach Wirtualnego Dziekanatu i Wirtualnego Dydaktyka, wiadomości e-mail oraz SMS’ów (przez zewnętrzną bramkę udostępnianą przez Zamawiającego).

W


Moduł Powiadomienia i komunikaty musi umożliwiać pracownikom naukowo-dydaktycznym użytkującym moduł Wirtualnego Dydaktyka na wysłanie do studentów komunikatów za pośrednictwem wiadomości e-mail.

W


Moduł Powiadomienia i komunikaty musi umożliwiać użytkownikom systemu obsługi dydaktyki (pracownikom administracyjnym) podgląd pełnej historii wysyłanych komunikatów w podziale na ogłoszenia, maile, SMS’y wraz z możliwością podglądu plików stanowiących załączniki do maili.

W


W przypadku wysyłania maila moduł Powiadomienia i komunikaty musi umożliwiać dołączenie do treści maila dowolnego załącznika.

W


XVI

Modernizacja portalu internetowego (multiportalu) Uczelni



Zmodernizowany portal musi być zrealizowany w formie aplikacji internetowej.

W


Zmodernizowany portal musi być zrealizowany w modelu, w którym backend aplikacji udostępnia metody API implementowane przez frontend.

W


Użytkownikami portalu mogą być pracownicy uczelni, kadra naukowa, studenci, absolwenci, kandydaci a także osoby trzecie.

W


Zmodernizowany portal musi dawać możliwość przeglądania/pobierania udostępnionych treści w zależności od nadanych uprawnień.

W


Zmodernizowany portal musi być dostępny w wersjach językowych: polskim, angielskim. Przełączanie pomiędzy wersjami powinno wymagać tylko jednego kliknięcia i być dostępne na każdej ze stron w widocznym miejscu.

W


Wymagana jest pełna responsywność portalu, przez co rozumie się poprawne wyświetlane treści na wszystkich urządzeniach typu komputer desktop/laptop, tablet, smartfon.

W


Wymagane jest dostosowanie wyglądu graficznego stron portalu do kampanii wizerunkowej uczelni, określenie schematu strony głównej oraz podstron, które muszą być w jednakowej kolorystyce oraz muszą posiadać ustalone, niezmienne elementy



Przed rozpoczęciem wdrożenia wymagane jest przedstawienie oraz akceptacja projektów ekranów graficznych co najmniej dla:

  • strony głównej,

  • wyników wyszukiwania,

  • pojedynczej strony,

w co najmniej trzech rozdzielczościach responsywnych.

W


Zmodernizowany portal musi posiadać mechanizm automatycznego backupu danych w odstępach czasowych oparty o harmonogram zadań.

W


Wymagany jest codzienny zrzut bazy danych, a także wyznaczenie harmonogramu automatycznego usuwania archiwów zrzutów bazy danych w oparciu o zasadę zabezpieczenia minimum jednego archiwum dziennie przez okres 30 dni, jednego tygodniowo przez jeden rok oraz jednego miesięcznie dla starszych zrzutów.

W


Wymagane jest stosowanie poprawnych adresów URL oraz technologii clean URL z czytelnymi linkami ułatwiającymi indeksowanie w systemach zewnętrznych.

W


Zmodernizowany portal musi umożliwiać dodanie dowolnej ilości subdomen internetowych obsługujących poszczególne podstrony uczelniane.

W


Dodanie nowej przestrzeni subdomenowej musi odbywać się bez konieczności restartu portalu.

W


Zmodernizowany portal musi udostępniać wielofacetową wyszukiwarkę treści uwzględniającą możliwość filtrowania po metadanych w szczególności:

  • autorzy

  • rodzaje treści

  • słowa kluczowe

  • daty publikacji.

W


Mechanizm wyszukiwarki pełnotekstowej musi być wyposażony w możliwość udostępniania użytkownikowi autopodpowiedzi zmieniających się po każdym wpisanym w pole znaku.

W


Wyniki wyszukiwania muszą umożliwiać sortowanie w locie na podstawie tytułu, autora i daty publikacji.

W


Zmodernizowany portal musi zbierać statystyki o ilości pobrań pliku i prezentować je na stornie skojarzonego z nią wpisu.



Zmodernizowany portal zapewni możliwość wstawienia do dokumentu/artykułu załączników:

• dodanie do dokumentu plików w formacie: *.jpg, *.doc, *.docx *.mov, *.avi, *.wmv, *.mp3, *.mp4, *.pdf, *.zip, *.gif, *.flv, *.ppt, *.pptx, *.png, *.html, *.pps, *.xls, *.xlsx,*.txt.

• stworzenie galerii grup plików multimedialnych (pliki ilustracji oraz filmów),

• dodanie pliku do listy plików użytkownika (użytkownik dodając nowe artykuły może dodać nowy plik lub przypisać plik spośród plików przypisanych do konta użytkownika).

W


Zmodernizowany portal powinien umożliwiać ustawianie struktury drzewa treści w formie kontrolki typu drag and drop.

W


Portal musi udostępniać Edytor WYSIWG, który:

  • pozwala na standardowe style formatowania (np. style nagłówków, wypunktowanie, pogrubienie, kursywa itp.),

  • umożliwia sprawdzanie pisowni,

  • udostępnia edytor równań matematycznych,

  • umożliwia tworzenie linków internetowych,

  • zapewnia możliwość dołączania i/lub osadzania różnych mediów z różnych źródeł (np. obrazów, filmów, YouTube).

W


Edytor WYSIWYG zapewnia możliwość wklejania/dodawania elementów z Microsoft Word i Office 365 przy zachowaniu formatowania.

W


Edytor WYSIWYG zapewnia możliwość edycji kodu źródłowego HTML.

W


Zmodernizowany portal umożliwiać będzie zarządzanie menu strony w zakresie

• możliwość dodawania elementów nawigacji,

• możliwość usuwania elementów menu,

• możliwość edycji elementów,

• zdefiniowanie menu podrzędnego.

W





Zmodernizowany portal musi działać na dowolnej przeglądarce internetowej zainstalowanej na dowolnym urządzeniu z dowolnym systemem operacyjnym, niezależnie od miejsca przebywania i wykorzystywanej technologii.



Zmodernizowany portal winien umożliwiać przesyłanie załączników/dokumentów poprzez formularz umieszczony w portalu, które zostaną dostarczone do odpowiednich jednostek.

W


Zmodernizowany portal internetowy musi być w zakresie dostępności zgodny z wymaganiami WCAG w wersji aktualnej na dzień odbioru końcowego (Web Content Accessibility Guidelines) na poziomie AA, zapewniając x.xx.:

- czytelność treści i elementów graficznych,

- alternatywne teksty dla nietekstowych informacji (grafik),

- poprawne stosowanie znaczników HTML (np. hierarchia nagłówków)

- łatwość w dostępie do treści strony (mapa strony, wyszukiwarka).


W celu przeciwdziałaniu wykluczeniu cyfrowemu osób niewidomych system musi dostarczać następujących rozwiązań dla osób słabo widzących: narzędzie zmniejszenia/zwiększenia tekstu oraz wysoki kontrast strony.

W







Etapy i terminy realizacji prac:


Etap 1 Plan realizacji przedsięwzięcia i analiza przedwdrożeniowa

Termin realizacji Etapu 1 – 3 miesiące od dnia podpisania umowy


Etap 2 – zakres:

  1. Modernizacja strony internetowej (multiportalu) Uczelni w zakresie nowego szablonu, responsywnego i zgodnego z wymaganiami WCAG aktualnych na dzień końcowego wraz z realizacją instruktażu dla administratorów i użytkowników.

Termin realizacji Etapu 2 – 01.10.2020 – 31.03.2021


Etap 3 – zakres:


  1. Ze względu na osoby z niepełnosprawnościami wykonanie prac modernizacyjnych modułu Wirtualnego Dziekanatu poprzez dostosowanie go do wymagań WCAG aktualnych na dzień końcowego oraz realizacji pełnej responsywności serwisu wraz z realizacją instruktażu dla administratorów i użytkowników.

  2. Ze względu na osoby z niepełnosprawnościami wykonanie prac modernizacyjnych modułu Wirtualnego Dydaktyka (czyli wirtualnego dziekanatu dla dydaktyków) poprzez dostosowanie go do wymagań WCAG aktualnych na dzień końcowego oraz realizacji pełnej responsywności serwisu wraz z realizacją instruktażu dla administratorów i użytkowników.


Termin realizacji Etapu 2 – 01.01.2021 – 30.09.2021


Etap 4 – zakres:

  1. Dostawa, wdrożenie, konfiguracja i uruchomienie dodatkowych modułów funkcjonalnych oprogramowania systemu obsługi dydaktyki użytkowanego przez Zamawiającego wraz z realizacją instruktażu dla administratorów i użytkowników:

    1. Moduł „Obsługa Prac Dyplomowych”, realizowany jako rozszerzenie modułu Wirtualny Dziekanat oraz Wirtualny Dydaktyk, wraz z uruchomieniem integracji z Jednolitym Systemem Antyplagiatowym oraz Ogólnopolskim Repozytorium Pisemnych Prac Dyplomowych;

    2. Moduł „Obsługa wniosków stypendialnych online”, realizowany jako rozszerzenie modułu Wirtualny Dziekanat;

    3. Moduł „Powiadomienia i Komunikaty”.

  2. Ze względu na osoby z niepełnosprawnościami wykonanie prac modernizacyjnych modułu obsługi Rekrutacji poprzez dostosowanie go do wymagań WCAG aktualnych na dzień końcowego odbioru (na dzień ogłoszenia przetargu obowiązuje standard WCAG 2.0) oraz realizacji pełnej responsywności serwisu wraz z realizacją instruktażu dla administratorów i użytkowników.


Termin realizacji Etapu 4 – 01.01.2021 – 31.12.2021


Prawo opcji:

Zamawiający w okresie pięciu lat licząc dnia zakończenia obowiązywania serwisy gwarancyjnego zastrzega sobie prawo do korzystania z serwisu pogwarancyjnego, w przypadku wystąpienia potrzeby oraz posiadania właściwych środków finansowych.

Wykonawca będzie realizował zamówienie na podstawie przesłanych przez Zamawiającego zleceń jednostkowych na wykonanie określonych czynności w związku z serwisem pogwarancyjnym. Zlecenie jednostkowe zostanie zaakceptowane ze strony Zamawiającego przez osoby, upoważnione do zaciągania zobowiązań w imieniu Xxxxxxxxxxxxx. Przyjęcie zlecenia wykonania prac w związku z serwisem pogwarancyjnym do realizacji przez Wykonawcę oznacza akceptację warunków zlecenia oraz, że zakres zlecanych prac jest dla niego zrozumiały i nie wymaga doprecyzowania. Maksymalną ilość roboczogodzin jaką we wskazanym okresie będzie mógł wykorzystać Zamawiający nie przekroczy 150.

Procedura postępowania ze zleceniami wykonywania prac w związku z serwisem pogwarancyjnym:


      1. Opracowanie zlecenia: Zamawiający przygotowuje zlecenie jednostkowe dokładając wszelkiej staranności, aby możliwie dokładnie opisać awarię, usterkę, usterkę krytyczną bądź błąd oraz oczekiwania stawiane wobec Wykonawcy w ramach realizacji zlecenia, wskazując proponowaną ilość roboczogodzin do rozliczenia.

      2. Opracowane przez Zamawiającego zlecenie przekazywane jest za pośrednictwem poczty elektronicznej do Wykonawcy, na adres wskazany przez Wykonawcę, celem dokonania przez Wykonawcę Oceny pracochłonności zakresu prac opisanych w zleceniu.

      3. Wykonawca po otrzymaniu zlecenia usługi serwisu pogwarancyjnego dokona rzetelnej Oceny pracochłonności wykonania zlecenia i w sytuacji nie zgodzenia się z wyliczoną przez Zamawiającego ilością roboczogodzin przedstawi ją bezzwłocznie Zamawiającemu (Ocena pracochłonności będzie zawierać liczbę roboczogodzin w podziale na funkcjonalności zakres wskazany w zleceniu oraz liczbę osób, które będą zaangażowane do realizacji zlecenia). W przypadku, gdy Wykonawca uzna, że opis zadań przedstawiony w zleceniu jest niewystarczający do przeprowadzenia rzetelnej Oceny pracochłonności oraz wykonania zlecenia, może zwrócić się do Zamawiającego (za pośrednictwem poczty elektronicznej) z pytaniami doprecyzowującymi opis zlecenia lub wskazującymi elementy zlecenia, które budzą jego wątpliwości. Zamawiający zobowiązany jest przesłać odpowiedzi doprecyzowujące opis zlecanych prac.

      4. Ocena pracochłonności, która uzyska akceptację Zamawiającego stanowi podstawę do ustalenia kwoty rozliczenia

      5. W przypadku negatywnego wyniku weryfikacji Oceny pracochłonności, Zamawiający może żądać od Wykonawcy szczegółowego uzasadnienia przeprowadzonej Oceny pracochłonności, w której przedstawione zostaną przynajmniej następujące elementy:

  1. liczba osób potrzebnych do realizacji zlecenia z podziałem na role pełnione w danym zleceniu ze wskazaniem sumarycznej liczby roboczogodzin zaangażowania w zlecenie dla każdej z osób,

  2. liczba roboczogodzin potrzebnych na realizację każdej funkcjonalności objętej zleceniem, z wyszczególnieniem roboczogodzin każdej osoby biorącej udział w realizacji danej funkcjonalności,

  3. szczegółowy podział zakresu prac na elementy niezbędne, bez których realizacja zleceń nie może się odbyć i elementy opcjonalne, które nie mają lub mają niewielki wpływ na końcowy produkt,

  4. pracochłonność przypisaną do poszczególnych elementów niezbędnych i opcjonalnych.

      1. Zamawiający po weryfikacji przedstawionej Oceny pracochłonności może dokonać modyfikacji zlecenia w zakresie ilości godzin do rozliczenia. Modyfikacja zlecenia może spowodować wzrost lub zmniejszenie liczby roboczogodzin potrzebnych na realizację zlecenia.

      2. Podstawą wypłaty wynagrodzenia za świadczenie usług w ramach serwisu pogwarancyjnego stanowi oddanie zrealizowanego zlecenia. Po wykonaniu prac przewidzianych w zleceniu, Wykonawca zgłasza gotowość do odbioru zlecenia, na zasadach określonych w umowie i opisie przedmiotu zamówienia. Po zgłoszeniu przez Wykonawcę gotowości do odbioru zlecenia, Zamawiający przystępuje do weryfikacji zgodności wykonania zlecenia z warunkami określonymi w zaakceptowanym zleceniu. Odbiór zlecenia potwierdzany jest protokołem odbioru zlecenia podpisanym przez Zamawiającego i Wykonawcę.


Procedura odbioru

  1. Wykonawca zgłaszać będzie Zamawiającemu gotowość do odbioru daną cześć (etap) drogą elektroniczną na adres wskazany w umowie. W przesłanej wiadomości Wykonawca przesyła Dokumentację dotyczącą danej części.

  2. Wykonawca zobowiązuje się do:

        1. przeprowadzenia testów wewnętrznych Systemu w zakresie prac objętych realizacją danej części (etapu) zamówienia. Niedopuszczalne jest zgłaszanie do odbioru prac programistycznych, które nie zostały wcześniej zweryfikowane przez Wykonawcę oraz w przypadku których testy zakończyły się wynikiem negatywnym. W sytuacji gdy testy przeprowadzone przez Zamawiającego wykażą rozbieżność pomiędzy wynikiem testów Wykonawcy, a stanem faktycznym przekazanej do odbioru części, Zamawiający nałoży każdorazowo karę za nienależyte wykonywanie zlecenia jednostkowego na podstawie Umowy

        2. przekazanie protokołów z przeprowadzonych testów (wraz ze scenariuszami testów) części (etapu) odbywa się zgodnie z zapisami poniżej.

  1. Odbiór zlecenia dokonywany będzie po uzyskaniu przez Wykonawcę akceptacji Zamawiającego co do zakresu i jakości wykonanych prac w ramach realizacji zamówienia. Odbiór każdego etapu zostanie potwierdzony protokołem odbioru zlecenia, który zawierał będzie co najmniej następujące informacje: nazwę i adres Wykonawcy, i Zamawiającego, spis zrealizowanych prac w ramach zlecenia, poszczególne funkcjonalności oraz przekazywanych dokumentów, podpisy przedstawicieli obu Stron Umowy.

  1. Zamawiający dopuszcza częściowy odbiór zlecenia. Podstawą do wystawienia faktury jest protokół odbioru częściowego podpisany przez obie strony,

  2. w przypadku określonym w powyżej Zamawiający nie zapłaci Wykonawcy kwoty odpowiadającą części (etapu) wykonanego Zlecenia do chwili dokonania odbioru całej części (etapu).

  1. Dokumentacja dotycząca zakresu prac wykonanych w ramach realizacji zamówienia zostanie przekazana w wersji elektronicznej edytowalnej wraz z podpisanym przez Wykonawcę protokołem odbioru zlecenia.

  2. Zamawiający uprawniony jest do wniesienia zastrzeżeń do przekazanych do odbioru prac wykonanych w ramach realizacji danej części (etapu) lub całości ( w przypadku odbioru końcowego) lub Dokumentów w terminie 10 dni roboczych od ich otrzymania, tj. od daty zgłoszenia przez Wykonawcę gotowości do odbioru. Zastrzeżenia przekazywane będą za pomocą poczty elektronicznej lub pisemnie na adresy określone
    w Umowie. Wykonawca zobowiązany jest uwzględnić zastrzeżenia Zamawiającego i przekazać prace lub Dokumentację do ponownej akceptacji Zamawiającego w terminie do 5 dni roboczych od otrzymania ww. zastrzeżeń. Zamawiający dokona ponownego odbioru prac zgodnie z zapisami powyżej. Procedura odbiorów może być powtórzona trzykrotnie (to znaczy pierwszy odbiór i trzy kolejne poprawkowe). W przypadku, w którym po trzykrotnym powtórzeniu procedury odbiorów Zamawiający będzie miał dalsze zastrzeżenia, to poinformuje o tym fakcie niezwłocznie Wykonawcę na adres wskazany w Umowie a realizacja danej części objętej zarzutami nie będzie odebrana.

  3. Odbiór udzielonych licencji. Jeżeli do realizacji zlecenia Wykonawca użyje licencjonowane rozwiązania, odbędzie się po dokonaniu przez Zamawiającego weryfikacji kompletności i poprawności merytorycznej licencji. Informacje dotyczące odbioru licencji zostaną zawarte w protokole odbioru zlecenia.

  4. Odbiór prac programistycznych nastąpi po przeprowadzeniu przez Zamawiającego testów akceptacyjnych, które zakończyły się wynikiem pozytywnym.

  5. Zamawiający dokona weryfikacji zgodności części (etapu) objętych pracami
    w ramach zlecenia z wyspecyfikowanymi w tym zleceniu wymaganiami. Testy akceptacyjne będą przeprowadzane zgodnie z obowiązującymi u Zamawiającego procedurami.

  6. Zamawiający na etapie oceny przekazanych do odbioru prac przeprowadzi testy akceptacyjne danego etapu i w przypadku odbioru końcowego całego zakresu zamówienia w danym obszarze funkcjonalnym, w terminie do 10 dni roboczych od wpływu przekazanych do odbioru prac wykonanych w ramach zlecenia.

  7. Odbiory funkcjonalne zleconych prac programistycznych w ramach danej części (etapu) dokonywane będą w oparciu o wymagania dla Systemu określone w poszczególnych zleceniach.

  8. W przypadku zastrzeżeń Zamawiającego na etapie odbioru zlecenia jednostkowego co do zakresu i jakości realizacji zlecenia, polegających w szczególności na stwierdzeniu błędów w działaniu Systemu w danym obszarze funkcjonalnym, Zamawiający przekaże Wykonawcy w formie Protokołu Rozbieżności nieprawidłowo działające funkcje oprogramowania wraz z ich opisem.

  9. Wykonawca jest zobowiązany do usunięcia wskazanych przez Xxxxxxxxxxxxx rozbieżności w terminie do 5 dni roboczych.

str. 35


Document Metadata

Filed: May 11th, 2020