OPIS PRZEDMIOTU ZAMÓWIENIA Postępowanie na usługę: wdrożenia Systemu informatycznego.
Załącznik
nr 1 do Zapytania ofertowego
nr
01/POWR./SI/1-7/2021
OPIS PRZEDMIOTU ZAMÓWIENIA
Postępowanie na usługę: wdrożenia Systemu informatycznego.
1.Udzielenie bezterminowej licencji na korzystanie z systemu informatycznego
W ramach przedmiotowej usługi udzielenia bezterminowej licencji planowane jest dostarczenie bezterminowej licencji poszczególnych modułów Systemu, w tym:
Platformy edukacyjnej,
Serwisu Biura Karier,
Systemu dziekanatowego.
Główne wymagania do modułów Systemu informatycznego wskazują poniższe opisy.
W ramach realizacji zamówienia zostanie zakupiona licencja na czas nieokreślony (bezterminowo).
System platformy edukacyjnej i system biura karier będzie w pełni zitegrowany z systemem dziekanatowym. Poza tym będzie obejmować migrację danych z obecnych systemów Uczelni.
CECHY
SYSTEMU INFORMATYCZNEGO WSPIERAJĄCE OSOBY
Z
NIEPEŁNOSPRAWNOŚCIAMI
Systemy informatyczne będą rozwiązaniem, które zostaną zaprojektowane w taki sposób, aby umożliwiało obsłużenie, jak największą liczbę użytkowników – osoby z wszelkimi niepełnosprawnościami, niezależnie od używanej technologii.
Platforma zgodna będzie ze standardami W3C
Strona zaprojektowana zgodnie z zasadami usability
WCAG na poziomie zgodnym z aktualnie obowiązującymi standardami, zapewnienie wsparcia oprogramowania do 31-12-2022.
Systemy informatyczne spełniać będą wymagania zawarte w Rozporządzeniu Rady Ministrów Krajowe Ramy Interoperacyjności z 12 kwietnia 2012 r. Rozporządzenie to wskazuje, że od czerwca 2015 r. serwisy publiczne muszą spełniać wymagania dostępności. Powołuje się ono przy tym na specyfikację Web Content Accessibility Guidelines (WCAG 3.0) na poziomie zgodnym z obowiązującymi standardami
Systemy spełniać będą również zapisy poniższych dokumentów:
Deklaracja Ministrów z 00 xxxxxxx 0000,
Xxxxxxxxxx i2010,
Konwencja Praw Osób Niepełnosprawnych ONZ.
Platforma edukacyjna będzie w pełni rozpoznawalna przez programy czytające dla osób niewidomych takich jak np. Window-Eyes, JAWS czy NVDA.
Pełna obsługa systemów będzie możliwa jest zarówno przy pomocy samej klawiatury, jak
i myszki.Systemy będą wyposażone w mechanizmy ułatwiające przeglądanie treści przez osoby niedowidzące:
zmiana wielkości czcionki,
zmiana kontrastu,
całość serwisu oparta jest na stylach CSS.
Systemy nie będą zawierać skrótów klawiaturowych, które mogły by wchodzić w konflikt z technologiami asystującymi (np. programy czytające), systemem lub aplikacjami użytkowników.
Informacje szczegółowe dotyczące dostępności systemu informatycznego:
język stron serwisu będzie prawidłowo określony w kodzie strony,
tytuły stron - prawidłowo osadzone w całym serwisie; każda strona będzie miała swój własny, unikalny tytuł, tworzony w oparciu o jeden, ustalony wzorzec.
w całym serwisie zapewniona zostanie konsekwentna nawigacja,
zagwarantowana zostanie możliwość pominięcia bloków,
nagłówki będą prawidłowo zagnieżdżone w całym serwisie,
listy będą prawidłowo użyte w całym serwisie,
wszystkie Formularze zostaną prawidłowo zbudowane i opisane,
linki będą prawidłowo opisane tak by informowały o swoim celu także poza kontekstem, tzw.”SEO Friendly URL”
linki graficzne – będą prawidłowo wdrożone w całym serwisie dzięki zastosowaniu linków blokowych i ustawieniu pustych tekstów alternatywnych,
nawigacja będzie spójna i logiczna w całym serwisie,
ruch, animacje, banery - żaden elementów serwisu nie będzie migał w tempie szybszym niż 3 razy na sekundę,
fokus oraz tabindex - każdy element nawigacji będzie wyraźne obramowanie na aktywnym elemencie strony, a nawigacja za pomocą klawisza Tab będzie logiczna,
w całym serwisie zastosowany zostanie kontrast wymagany standardem WCAG na poziomie zgodnym z obowiązującymi standardami
rozdzielenie struktury i wyglądu - strony serwisu będą dostępne i czytelne po wyłączeniu obsługi CS,
nie wystąpią błędy składniowych HTML,
odtwarzacze video będą dostosowane dla osób korzystających wyłącznie z klawiatury,
wszystkie elementy graficzne będą miały zrozumiały tekst alternatywny lub możliwość ustawienia takiego tekstu przez redaktora,
wszystkie strony będą mieć możliwość stosowania nagłówków w prawidłowej hierarchii,
serwis nie zostanie zbudowany na bazie tabel, traktowanych jako element konstrukcji layoutu,
Wszelkie mechanizmy nawigacyjne „grupy odnośników” zostaną przedstawione za pomocą list nieuporządkowanych,
kolejność nawigacji oraz czytania, określona za pomocą kolejności w kodzie HTML będzie logiczna i intuicyjna,
architektura informacji będzie logiczna, przejrzysta, spójna i przewidywalna,
elementy nawigacyjne oraz komunikaty nie będą polegać tylko na charakterystykach zmysłowych jak np.: kształtu, lokalizacji wizualnej lub miejsca czy dźwięk,
odnośniki zamieszczone w treściach artykułów będą odróżniały się od pozostałego tekstu nie tylko kolorem, ale i dodatkowym wyróżnieniem np. podkreśleniem, wielkością czcionki,
po wczytaniu strony www będzie od razu odtwarzany dźwięk,
kontrast treści w stosunku do tła wyniesie, co najmniej 4,5:1,
serwis posiadać będzie wersję kontrastową posiadającą taką samą zawartość i funkcjonalność co wersja graficzna,
serwis będzie prawidłowo wyświetlany w systemowym trybie wysokiego kontrastu (system Microsoft Windows, przeglądarka Internet Explorer),
typografia tekstów i kontrasty będą zaprojektowane pod kątem czytelności,
po powiększeniu w przeglądarce rozmiaru czcionki do 200% nie nastąpi utrata zawartości lub funkcjonalności serwisu,
treści nie będą przedstawione jedynie za pomocą grafiki, jeśli ta sama prezentacja wizualna może być zaprezentowana jedynie przy użyciu tekstu. Wyjątkiem będzie tekst, który stanie się częścią logo lub nazwy własnej produktu,
fokus będzie widoczny, wzmocniony i spełnia minimalne wymagania kontrastu,
wszystkie informacje, które będą automatycznie przesuwane i widoczne dłużej niż 5 sekund lub automatycznie się aktualizowały, posiadać będą mechanizmy, które pozwolą na ich zatrzymanie lub ukrycie,
odnośniki będące częścią nawigacji jak np. rozwinięcia artykułów („więcej”, „czytaj więcej”) będą uzupełnione tak, aby były zrozumiałe i jednoznacznie informowały użytkownika, dokąd go zaprowadzą lub jaką akcję wykona,
poza standardową nawigacją zapewnione zostaną przynajmniej dwa sposoby odnalezienia informacji jak np. mapa strony i wyszukiwarka,
zdefiniowany zostanie główny język dokumentu adekwatny do wersji językowej. Mechanizm edycji treści będzie miał możliwość definiowania języka dla poszczególnych treści zamieszczonych na podstronach (atrybut lang),
w całym serwisie mechanizmy, które powodują przy zmianie ustawień jakiegokolwiek komponentu interfejsu użytkownika, automatycznie zmienią kontekst.
serwis zawierać będzie mechanizm ostrzegający o otwieraniu się wybranych stron w nowym oknie,
wszystkie pola formularzy będą opatrzone etykietami. Etykiety jednoznacznie informować będą o błędach lub sukcesie po ich wypełnieniu. W przypadku wystąpienia błędów system zasugeruje jego rozwiązanie,
zapewniona zostanie całkowita zgodność ze standardami HTML i CSS całego serwisu (zarówno szablonów, jak i kodu generowanego z edytora treści, w którym pracuje redaktor),
serwis będzie mógł zawierać technologie wymienione w dokumentach WCAG na poziomie zgodnym z obowiązującymi standardami jako wspierające dostępność jak np.: Java Script, PDF, ARIA,
w serwisie zastosowane zostaną wytyczne odnośnie strony kontrastowej przygotowanej na potrzeby osób niepełnosprawnych (np. czarne tło, żółte i białe litery),
wszystkie teksty w alternatywnej wersji kolorystycznej będą miały prawidłowy kontrast,
odnośniki, które w wersji normalnej mają dobry kontrast tekstu do tła będą zachowane w wersji kontrastowej,
przycisk przełączenia na wersję kontrastową będzie dobrze widoczny,
w wersji kontrastowej dobrze widoczny będzie również przycisk powrotu do pierwotnej kolorystyki,
przycisk powiększenia zmieni nie tylko tekst artykułu, ale również wielkość tekstu nawigacji i innych bloków treści strony,
powiększenie działać będzie w obrębie wszystkich podstron,
przyciski powiększenia będą widoczne,
przyciski powiększenia będą dostępne z poziomu klawiatury.
Wykonawca musi dysponować rozwiązaniem spełniającym wymagania opisane w treści Zapytania ofertowego, przez co należy rozumieć, że Xxxxxxxx jest producentem oferowanego rozwiązania lub jest autoryzowanym przedstawicielem producenta posiadającym wszelkie wymagane prawem zgody i certyfikaty w zakresie dostarczania, wdrażania i modyfikacji rozwiązania potwierdzonym stosownym certyfikatem.
1.1.Platforma edukacyjna
Platforma edukacyjna to rozwiązanie umożliwiające studentom z niepełnosprawnościami naukę w dowolnym miejscu i czasie za pomocą dowolnego urządzenia – komputera, tabletu czy smartfona. Platforma pozwoli dydaktykom na:
1. tworzenie i udostępnianie materiałów w formie elektronicznej;
2. egzaminowanie on-line;
3. prowadzenie zajęć na żywo przez wykładowcę;
4. udostępnianie nagranych wykładów;
5. obustronna
komunikacja audio-video student - wykładowca "na żywo"
z
wykorzystaniem takich narzędzi jak np. MS Teams lub innej platformy
komunikacyjnej nie wymagającej zakupu licencji;
6. zapewnienie dostępu do kalendarza zajęć;
7. prowadzenia wideokonferencji z wykorzystaniem narzędzi takich funkcji jak: udostępnianie obrazu z kamery, udostępnianie pulpitu komputera prowadzącego konferencję, wspólna tablica, udostępnianie prezentacji.
Funkcje społecznościowe i mechanizmy grywalizacji zapewnią zwiększenie aktywności studentów z niepełnosprawnościami w procesach edukacyjnych.
Wbudowana biblioteka materiałów pozwoli na łatwą i szybką wymianę zasobów edukacyjnych przechowywanych na platformie oraz automatyczne wykorzystanie materiałów zewnętrznych zintegrowanych dziesiątek największych portali edukacyjnych i społecznościowych takich jak: YouTube, Wikipedia, Office 365, Dropbox, Google Drive.
Zaawansowany moduł raportowania pozwoli pracownikom uczelni monitorować aktywności i postępy w nauce w przekroju uczelni, wydziałów, poszczególnych kierunków jak i pojedynczych grup wykładowych. System umożliwi dostęp do biblioteki materiałów w trybie podglądu dla koordynatorów merytorycznych w celu weryfikacji jakości udostępnianych materiałów edukacyjnych.
Tworzenie, udostępnianie szkoleń e-learning
System wspierać będzie proces tworzenia i udostępnianie szkoleń elektronicznych przez wykładowców lub administratorów dla studentów z niepełnosprawnościami. Szkolenia elektroniczne będą mogły być tworzone na platformie, treść szkoleń będzie mogła być wprowadzona przez wykładowcę lub stworzona na podstawie istniejących dokumentów np. Plików PowerPoint, Pdf, czy Word. System wspierać będzie import gotowych szkoleń elektronicznych, przygotowanych przez dedykowane narzędzia.
W ramach platformy uprawnieni użytkownicy (administratorzy/wykładowcy) będą mogli tworzyć/edytować/usuwać ścieżki szkoleniowe. Dla ścieżki szkoleniowej autor będzie mógł zdefiniować takie elementy jak:
szkolenia,
lekcje
listy obecności,
egzaminy,
ankiety,
erraty,
zasoby do pobrania w postaci plików, wideo, wideo YouTube
warsztat (z możliwością oceny współuczestników),
dedykowany FAQ,
dedykowany Forum,
dedykowany Chat,
ogłoszenia,
artykuł z bazy wiedzy,
szkolenia tradycyjne,
zadania otwarte,
konsultacje,
konsultacje online.
Dodatkowo autor ścieżki szkoleniowej będzie mógł zdecydować o kolejności wyświetlenia elementów ścieżki szkoleniowej. W systemie występować będą dwa typy szkoleń: ogólnodostępne i o ograniczonej widoczności. W ramach tworzenia i udostępniania i wykonywania szkoleń, realizowane będą mogły być x.xx. następujące procesy:
tworzenie szkolenia za pomocą kreatora szkoleń,
ręczne tworzenie szkolenia,
import gotowego szkolenia na podstawie paczki SCORM,
udostępnianie szkoleń studentom,
tworzenie prywatnych notatek,
budowanie ścieżek szkoleniowych,
dostęp do ścieżek szkoleniowych.
Prowadzenie egzaminów
Platforma wpierać będzie procesy prowadzenia egzaminów on-line poprzez podsystem egzaminów. W ramach podsystemu wpierane będą x.xx. następujące procesy:
Tworzenie egzaminu. Proces prowadzenia egzaminów pozwoli wykładowcom uczelni, przeprowadzanie testów wiedzy studentów za pomocą platformy.
Udostępnienia egzaminu studentom. Egzaminy będą mogły być udostępniane studentom w określonych terminach, jak również egzamin będzie mógł posiadać ograniczenie czasowe, w jakim należy uzupełnić egzamin np. 30 minut.
Wypełnienia egzaminu przez studentów. Brak możliwości wypełnienia egzaminu po upływie czasu.
Sprawdzenie wyników egzaminu. Pytania egzaminu będą mogły posiadać przypisaną punktację, co pozwoli na automatyczną ocenę studentów za pomocą platformy.
Zaawansowane raportowanie
Platforma zawierać będzie następujące funkcje raportujące:
Mechanizm statystyk umożliwi wygenerowanie zestawień np. zawierające informacje dot. egzaminów, lekcji:
liczby punktów wymagana do zaliczenia egzaminu/kursu,
liczby użytkowników przypisanych do egzaminu/kursu,
liczby użytkowników, która nie rozpoczęła egzaminu/kursu,
najlepszy wynik uzyskany przez użytkowników,
ilu użytkowników rozpoczęło daną lekcję,
przez ilu użytkowników lekcja została odwiedzona.
Mechanizm raportujący historię i wyniki nauczania zarówno dla ścieżki szkoleniowej jak i jej składowych.
Kreator szablonów raportów - projektowanie szablonów raportów poprzez definiowanie ich parametrów.
Export wyników generowanych raportów do formatów XML, HTML, TXT, PDF, CSV, RTF.
Generowanie statystyk w postaci wykresów graficznych
Raportowanie aktywności studenta.
Platforma wspierać będzie proces wymiany materiałów naukowych pomiędzy pracownikami administracyjnymi, wykładowcami i studentami z niepełnosprawnościami. Wymiana dokumentów odbywać się będzie się za pomocą modułów:
- dokumentów,
- bazy wiedzy,
- wiadomości.
W ramach modułów wspierane będą następujące procesy:
Publikacji i udostępnianie dokumentów. Publikacja i udostępnianie dokumentów umożliwia wykładowcom wymianę dokumentów i materiałów naukowych, jak również udostępnianie materiałów studentom.
Przeglądanie udostępnionych plików.
Wysłanie i odbieranie wiadomości na platformie. Wysyłanie i odbieranie wiadomości pozwala przesyłać komunikaty do studentów, jak również umożliwia załączanie plików do wiadomości, co pozwala na szybkie przekazanie materiałów wybranej grupie studentów materiałów.
Publikacja artykułu w bazie wiedzy
Prowadzenie bazy wiedzy powoli na udostępnianie studentom z niepełnosprawnościami artykułów naukowych, na wzór systemu Wikipedia.
Prowadzenie bazy wiedzy uczelni
System umożliwi prowadzenie bazy wiedzy uczelni, na wzór systemu klasy Wikipedia. Baza wiedzy uczelni, ma na celu prowadzenie centralnego repozytorium wiedzy, umożliwiającego dostęp użytkowników platformy do zgromadzonych materiałów w jednym miejscu, bez konieczności przeszukiwania wielu różnych zasób i miejsc w celu odnalezienia potrzebnych informacji.
W ramach realizacji prowadzenia bazy wiedzy, wspierane są następujące procesy:
tworzenie i udostępnianie artykułów,
zarządzanie kategoriami bazy wiedzy,
wyszukiwanie artykułów,
przeglądanie artykułów wg. kategorii i podkategorii,
praca grupowa nad artykułami.
Proces wyszukiwania artykułów, umożliwi użytkownikom platformy przeszukiwanie bazy wiedzy uczelni według następujących kryteriów wyszukiwania:
słowa kluczowe,
kategorie, podkategorie,
autor,
pokaż tylko ogólnodostępne,
temat, treść.
Forum. System wspierać będzie proces prowadzenia forum dyskusyjnego uczelni, za pomocą podsystemu grup dyskusyjnych. Podsystem grup dyskusyjnych umożliwi wymianę wiedzy między studentami, studentami z niepełnosprawnościami, jak również między kadrą naukową, a studentami. Podsystem wspierać będzie następujące procesy:
tworzenie i udostępnianie grup dyskusyjnych,
tworzenie tematów w grupach dyskusyjnych,
prowadzenie dyskusji w ramach grupy dyskusyjnej.
Wbudowany system pocztowy
Newsletter. System wspierać będzie proces informowania użytkowników drogą e-mailową o wydarzeniach uczelni, jak również ważnych informacjach, jakie pracownicy uczelni chcą przekazać studentom, w tym studentom z niepełnosprawnościami lub kadrze naukowej. W ramach modułu przesyłania biuletynów wspierane są następujące procesy:
tworzenie nowego biuletynu informacyjnego,
zapis na biuletyn informacyjny,
wysłanie biuletynu informacyjnego,
Tablice ogłoszeń. Posiadać będą dedykowaną wirtualną tablicę ogłoszeń tzw. dział ogłoszeń. Umożliwi to:
dodawanie i kategoryzowanie ogłoszeń,
zarządzanie dostępem,
Chat umożliwi:
prowadzenie wielu rozmów tekstowych za pomocą wirtualnego komunikatora, niezależnych od siebie z jednym użytkownikiem, konferencyjnych z wieloma użytkownikami jednocześnie,
moderowanie chat-u,
archiwizacja chatu.
Konsultacje z wykładowcami.
Wirtualne spotkania, umożliwiają komunikację użytkowników poprzez wideokonferencje poprzez następujące funkcjonalności:
tworzenie, modyfikacja i usuwanie wirtualnych klas/pokoi,
korzystanie z chat-u,
whiteboard,
mechanizmy wyszukiwania, zapraszanie, dodawania i usuwania uczestników,
wymiana plików,
archiwizowanie przebiegu spotkania,
Blogi.
Innowacje. System umożliwi zgłaszanie uwag oraz wymianę pomysłów między użytkownikami.
FAQ umożliwi:
tworzenie kategorii pytań,
zarządzanie dostępem pytań.
Moduł grywalizacji umożliwi użytkownikom otrzymywanie odznak i punktów za działania wykonywane podczas korzystania z platformy. Odznaki będą przyznawane na takie działania jak: liczba logowań do portalu, czas spędzony w aplikacji, aktywność na forach dyskusyjnych, tworzenie treści, aktywny udział w społeczności użytkowników platformy, ukończenie kursu e-learningowego. Wykładowcy będą mogli konfigurować dodatkowe odznaki i punkty przyznawane użytkownikom na potrzeby działań edukacyjnych uczestnictwa w kursach, przedmiotach, ukończenia kursu e-learningowego. W ramach modułu dostępny będzie również ranking użytkowników, który pokaże liczbę punktów zdobytych przez studenta i jego miejsce w rankingach związanych z innymi użytkownikami. W ramach rozwiązania dostępny będzie moduł nagród, w którym użytkownicy mogą wymienić zdobyte punkty na nagrody.
Lista produktów dostępnych będzie w magazynie zarządzana przez administratora. Administrator sklepu będzie mógł zdefiniować dowolną liczbę oferowanych produktów wraz z opisem, galerią zdjęć i informacjami o produkcie.
Główne cechy Platformy edukacyjnej:
1.1.1.ZAAWANSOWANE MOŻLIWOŚCI KONFIGURACJI
System umożliwia dużą konfigurowalność w zakresie integracji z różnymi systemami autoryzacji (CAS/AD). System umożliwia również kompleksowe zarządzanie rolami oraz uprawnieniami użytkowników. System uprawnień jest w pełni konfigurowalny, co umożliwi włączanie poszczególnych modułów systemu dla użytkowników oraz określenie dla roli użytkownika, jakie funkcje w module może uruchamiać.
1.1.2.ŁATWOŚĆ OBSŁUGI
System działa na komputerach użytkowników w oparciu o przeglądarkę WWW (z wykorzystaniem standardów HTML, JavaScript, CSS). Oznacza to, że dostęp do systemu będzie możliwy za pośrednictwem popularnych przeglądarek np. Internet Explorer, Opera, Firefox, Safari na standardowych ustawieniach.
System posiada nowoczesny/skalowalny interfejs użytkownika, który nie sprawi trudności w obsłudze nawet użytkownikom, którzy nie są biegli w obsłudze komputera. System pozwala włączyć wersję interfejsu o wysokim kontraście dla słabiej widzących użytkowników oraz zmianę rozmiaru czcionki przez użytkownika.
1.1.3.NOWOCZESNE I SPRAWDZONE TECHNOLOGIE
System przygotowany jest w oparciu o najnowsze technologie. Przygotowany jest na import szkoleń elektronicznych dowolnego dostawcy (obsługa standardu SCORM). System jest wielojęzyczny - Jakie języki należy wymienić.
System obsługuje sprawdzone mechanizmy autentykacji i bezpieczeństwa (https, SSL).
1.1.4.MONITOROWANIE/RAPORTOWANIE
Platforma umożliwia utworzenie konta koordynatora merytorycznego posiadającego w trybie podglądu dostęp do materiałów edukacyjnych publikowanych przez prowadzących. Koordynator merytoryczny posiada możliwość generowania zbiorczych raportów z aktywności wszystkich wykładowców w tym raporty z liczby publikowanych materiałów w ramach przedmiotów i szkoleń.
1.1.5.ZGODNOŚĆ ZE STANDARDAMI
System będzie zgodny ze standardami SCORM 1.2, SCORM 2004,Common Cartridge. Dzięki temu dostępne będą takie opcje jak:
import szkoleń dowolnego dostawcy,
samodzielne tworzenie szkoleń w narzędziach do tzw. authoringu (Articulate, Adobe Captivate, ExE),
śledzenie pracy użytkownika ze szkoleniem, czasu spędzonego z lekcją, zdobytych punktów, miejsca ukończenia szkolenia, itd.
1.2.Serwis Biura Karier
Serwis Biura Karier będzie narzędziem wspierającym doradców zawodowych w określaniu stopnia rozwoju kompetencji studentów i absolwentów, w tym osób z niepełnosprawnościami oraz w udzielaniu indywidualnych wskazówek do dalszego kształcenia i zaplanowania kariery zawodowej. Oprogramowanie umożliwi również pracownikom biura karier badanie ankietowe potrzeb i oczekiwań pracodawców oraz monitorowanie losów zawodowych absolwentów. Dzięki niemu Uczelnia pozyskuje informacje przydatne w doskonaleniu jakości kształcenia oraz formułowaniu oferty marketingowej, służącej celom rekrutacyjnym i wizerunkowym.
System biura karier zostanie wykonany w nowoczesnych technologiach x.xx.
Z wykorzystaniem interfejsu RWD (Responsive Web Design) co zapewni dostęp dla użytkowników systemu z poziomu nie tylko komputera, ale również tabletu i telefonu komórkowego (smartfon). Zastosować dla całej funkcjonalności – wszystkich modułów.
Zapewnienie zgodności z obowiązującym standardem WCAG zapewni pełne wsparcie dla studentów z niepełnosprawnościami x.xx. dla osób niedowidzących.
FUNKCJONALNOŚCI SYSTEMU SERWIS BIURA KARIER DOSTOSOWANEGO DO OSÓB Z NIEPEŁNOSPRAWNOŚCIAMI:
MODUŁ DIAGNOZOWANIA KOMPETENCJI:
Moduł diagnozowania kompetencji umożliwi:
studentom, w tym osobom z niepełnosprawnościami:
korzystanie z portalu badania kompetencji,
wykonanie badań kompetencji,
wprowadzenie informacji o posiadanych kwalifikacjach,
generowanie raportu z badania indywidualnego zawierającego wynik testu, dopasowanie do profilu, wskazówki rozwojowe, interpretację wyniku,
pracownikom ABK:
przygotowanie badań i skorzystanie z gotowego:
zestawu 30 kompetencji wraz z narzędziami badawczymi i wskazówkami rozwojowymi,
zbioru 100 zawodów opisanych za pomocą zadań, czynności, kompetencji,
zestawu 150 jednostek testowych testów kompetencyjnych adekwatnych dla zdefiniowanych kompetencji oraz wskaźników behawioralnych,
skali kompetencji,
wskazówek rozwojowych,
testu talentów, określający predyspozycje zawodowe,
prowadzenie badania indywidualnego,
przeprowadzenie badania grupowego,
zarządzanie grupami studentów,
zarządzanie badaniami,
przygotowywanie raportów z przeprowadzonych badań,
generowanie raportów z badań indywidualnych,
generowanie raportów z badań grupowych,
tworzenie profilu kompetencyjnego,
przypisywanie kompetencji do danego profilu,
zarządzanie katalogiem kompetencji i działań rozwojowych,
projektowanie procesu badania za pomocą wbudowanego graficznego kreatora budowy procesu, tzw. Workflow.
studentom, w tym osobom z niepełnosprawnościami:
korzystanie z bazy ogłoszeń aktualnie prowadzonych rekrutacji na praktykę, staż, szkolenie, ogłoszenia są również udostępniane w formie dla osób niepełnosprawnych tj. zgodnie z wymaganiami WCAG na poziomie zgodnym z obowiązującymi standardami
korzystanie z bazy pracodawców z którymi współpracuje uczelnia,
generowanie dedykowanych raportów pokazujących, które oferty staży, praktyk są w największym stopniu dopasowane do poziomu kompetencji studenta na podstawie x.xx. wykonanych testów kompetencji i innych czynników istotnych z punktu widzenia aplikowania na staż / praktykę,
aplikowanie do organizatora staży / praktyk/ szkolenia, w tym na taki staż, praktykę, które zostały rekomendowane dla studenta przez system w powyżej opisanych dedykowanych raportach,
odbieranie spersonalizowanych powiadomień z systemu o nowych ofertach staży/praktyk, na podstawie wypełnionych formularzy przez studenta na portalu
wprowadzanie informacji na portalu umożliwiających wygenerowanie swojego CV
zamieszczanie w CV posiadanych kompetencji (na podstawie badania w ramach
MODUŁU DIAGNOZOWANIA KOMPETENCJI),
tworzenie CV w wystandaryzowanym formularzu,
pracownikom Biura Kariery:
monitorowanie procesu aplikowania, w którym uczestniczy student (etapy komunikowane poprzez e-mail),
monitorowanie procesu rekrutacji (etapy, ilość informacji, wyniki), generowanie dedykowanych raportów i zestawień dla przedsiębiorców; klientów Akademickiego Biura Karier,
projektowanie dedykowanego formularza rekrutacyjnego za pomocą KREATORA OGŁOSZENIA (również w taki sposób, aby odrzucał on oferty niespełniające kryteriów). Xxxxxxx formularza rekrutacyjnego definiowany będzie przez pracownika biura karier.
definiowanie wymagań, w tym dot. kompetencji i ich poziomu dla każdego procesu rekrutacji,
planowanie spotkań i komunikowanie się z kandydatami za pomocą predefiniowanych wiadomości i powiadomień,
wstępną preselekcję kandydatów w oparciu o dane zgromadzone za pośrednictwem formularza rekrutacyjnego oraz porównanie kompetencji oczekiwanych przez pracodawcę i posiadanych przez kandydata,
pracodawcom:
monitorowanie procesu rekrutacji (etapy, ilość informacji, wyniki), generowanie dedykowanych raportów i zestawień dla przedsiębiorców; klientów Akademickiego Biura Karier,
planowanie spotkań i komunikowanie się z kandydatami za pomocą predefiniowanych wiadomości i powiadomień,
wstępną preselekcję kandydatów w oparciu o dane zgromadzone za pośrednictwem formularza rekrutacyjnego oraz porównanie kompetencji oczekiwanych przez pracodawcę i posiadanych przez kandydata.
Wprowadzenie ofert pracy/praktyk/staży na portalu
MODUŁ ANKIETOWANIA:
Moduł ankietowania umożliwi:
tworzenie dedykowanych formularzy ankietowych z uwzględnieniem pytań: jednokrotnego i wielokrotnego wyboru, otwartych, macierzowych, umożliwiających odpowiedź w określonej formie (tekstu, daty, liczby, adresu email), opartych na skali, zawierających ilustracje i filmy, zawierających odnośniki hipertekstowe, opisowych (otwartych), listy rozwijanej, rankingowych
prowadzenie badań z wykorzystaniem formularzy ankietowych z uwzględnieniem wysłania wiadomości z adresem ankiety do wypełnienia, definicji listy użytkowników bądź grup użytkowników, którzy powinni wypełnić ankietę, wysyłanie przypomnień o terminie wypełnienia ankiety,
prezentacja wyników przeprowadzonego badania w formie zestawień tabelarycznych i tabel krzyżowych, wykresów graficznych z możliwością dokonywania eksportów wyników do arkusza programu Excel lub pliku CSV, PDF,
przeprowadzenie ankiety w kilku wersjach językowych, np. ankieta udostępniona zostanie użytkownikom w języku polskim i angielskim, pomimo wypełnienia ankiety w dwóch różnych wersjach językowych – udzielone odpowiedzi agregowane są do jednego raportu z wynikami ankiety. Ankieta w systemie będzie występować pojedynczo,
udostępnienie użytkownikom biblioteki gotowych wzorów ankiet i pytań np. ankiety badającej losy absolwentów, ankiet ewaluacyjnych – dzięki czemu użytkownik chcący przeprowadzić własne badanie wśród wybranej grupy osób nie musi tworzyć ankiety od początku – może skorzystać z gotowego wzoru ankiety lub bazy gotowych pytań,
tworzenie logiki przepływu pytań w formularzach ankietowych z uwzględnieniem warunkowej prezentacji pytań w zależności od odpowiedzi udzielonej na inne pytania, losowej prezentacji kolejności pytań, określonej liczby wymaganych wypełnień, po osiągnięciu których ankieta nie jest prezentowana,
udostępnienie możliwości zbierania ankiet anonimowych,
udostępnione wzory ankiet mogą zostać również wygenerowane do dokumentu Word lub PDF, w przypadku, gdy osoby badanie nie mogą wypełnić ankiety z pomocą komputera.
Główne cechy Serwisu Biura Karier:
1.2.1.ZAAWANSOWANE MOŻLIWOŚCI KONFIGURACJI
System umożliwia dużą konfigurowalność w zakresie integracji z różnymi systemami autoryzacji (CAS/AD). System umożliwia również kompleksowe zarządzanie rolami oraz uprawnieniami użytkowników. System uprawnień jest w pełni konfigurowalny, co umożliwi włączanie poszczególnych modułów systemu dla użytkowników oraz określenie dla roli użytkownika, jakie funkcje w module może uruchamiać.
1.2.2.ŁATWOŚĆ OBSŁUGI
System działa na komputerach użytkowników w oparciu o przeglądarkę WWW (z wykorzystaniem standardów HTML, JavaScript, CSS). Oznacza to, że dostęp do systemu będzie możliwy za pośrednictwem popularnych przeglądarek np. Internet Explorer, Opera, Firefox, Safari na standardowych ustawieniach.
System posiada nowoczesny/skalowalny interfejs użytkownika, który nie sprawi trudności w obsłudze nawet użytkownikom, którzy nie są biegli w obsłudze komputera. System pozwala włączyć wersję interfejsu o wysokim kontraście dla słabiej widzących użytkowników oraz zmianę rozmiaru czcionki przez użytkownika.
1.2.3.NOWOCZESNE I SPRAWDZONE TECHNOLOGIE
System przygotowany jest w oparciu o najnowsze technologie. Przygotowany jest na import szkoleń elektronicznych dowolnego dostawcy (obsługa standardu SCORM). System jest wielojęzyczny.
System obsługuje sprawdzone mechanizmy autentykacji i bezpieczeństwa (https, SSL).
1.3.System dziekanatowy
System dziekanatowy ma być narzędziem, które daje studentom z niepełnosprawnościami możliwość w pełni swobodnego korzystania z systemu obsługi studiów. Za pomocą systemu będą mogli złożyć wniosek o stypendium, uzyskać informację o przebiegu studiów, zdobytych punktach ECTS. Za pomocą systemu kandydaci na studia będą mogli zapoznać się z ofertą dydaktyczną Uczelni. Za pomocą katalogu online przedmiotów, osoby będą miały wgląd do statusu swoich studiów.
Dzięki wdrożeniu systemu dziekanatowego studenci z niepełnosprawnościami uzyskają:
Wsparcie obsługi studentów z niepełnosprawnością poprzez integrację z narzędziami umożliwiającymi asystę tłumacza migowego;
Możliwość przechowywania zasobów w chmurze;
Dostęp do portalu studenta;
Dostęp o informacji o ocenach i zaliczeniach;
Dostęp do wniosków i decyzji;
Dostęp do możliwości wnioskowania o stypendium;
Platformę do komunikacji z dziekanatem i władzami Uczelni;
Dostęp do zapisów na zajęcia;
Narzędzie do komunikacji z prowadzącymi zajęcia;
Dostęp do obsługi praktyk studenckich;
Dostęp do narzędzi ankietyzujących;
Dostęp do systemu online obsługujący proces dyplomowania.
FUNKCJONALNOŚCI SYSTEMU DZIEKANATOWEGO DOSTOSOWANEGO DO OSÓB Z NIEPEŁNOSPRAWNOŚCIAMI:
System ujmować będzie szereg funkcjonalności, x.xx.: System zapewni możliwość definiowania toku studiów;
System zapewni przydzielanie planów przedmiotowych dla toków studiów;
System zapewni automatyczne generowanie list grup studenckich, a także list ogólnych obejmujących x.xx. wszystkich studentów na kierunku;
System zapewni definiowanie indywidualnego toku nauczania dla studentów;
System zapewni obsługę grup wykładowych, dziekańskich, ćwiczeniowych i innych grup niezbędnych do wyliczenia pensum;
System zapewni grupowe i indywidualne przydzielanie studentom przedmiotów i grup;
System zapewni uzupełnianie różnic programowych oraz wprowadzenie do systemu przedmiotów z innych uczelni;
System zapewni eksportowanie prac dyplomowych do ogólnopolskiego systemu plagiatowego wg wymagań ministerialnych, a także eksportowanie prac do Ogólnopolskiego Repozytorium Prac Dyplomowych (ORPD);
System zapewni obsługę ocen otrzymanych w ramach przedmiotów realizowanych poza uczelnią (np. Erasmus);
W systemie istnieć będzie funkcjonalność wprowadzania i edycji informacji o kierunku lub specjalności studenta oraz prowadzenie dziennika zmian z informacją o dacie modyfikacji i osobie modyfikującej te dane. W przypadku przenoszenia studenta pomiędzy kierunkami lub specjalnościami w trakcie jednych studiów studenta, przechowywanie i prezentowanie informacji o wszystkich kierunkach i specjalnościach, na których student był w trakcie studiów;
System zapewni wyliczenie średniej ocen do stypendium rektora, średniej ocen do egzaminu dyplomowego;
System umożliwi wprowadzanie i zmienianie kryteriów wyliczania średniej ocen;
W systemie istnieć będzie funkcjonalność indywidualnego zapisywania studenta na listę zajęciową przedmiotu;
W systemie istnieć będzie funkcjonalność automatycznego zapisywania studentów na listy zajęciowe z uwzględnieniem preferencji studentów i maksymalnej dopuszczalnej liczby studentów na kursie;
System zapewni automatyczny wydruk suplementu do dyplomu standardzie pdf i rtf;
W systemie będzie dostępna obsługa Indywidualnych programów studiów;
System umożliwi przechowywanie informacji o wydanych legitymacjach studenckich i doktoranckich (także duplikatach) oraz zapewnia współpracę (wymiana danych) z system OptiCamp;
W systemie będzie możliwa ewidencja płatności studenta (zaległości, nadpłaty, noty odsetkowe, obsługa różnych walut) z uwzględnieniem naliczeń za rok, semestr oraz analizy anomalii zobowiązań;
W systemie istnieć będzie obsługa przynależności do WKU;
W systemie istnieć będzie rejestr wydanych wydruków zaświadczeń;
W systemie istnieć będzie funkcjonalność dotycząca karty obiegowej;
System zapewni generowanie i wydruk list wszystkich studentów z możliwością swobodnego wyszukiwania studentów o wskazanych cechach;
System zapewni możliwość generowania nowych raportów/zestawień zbiorczych przy pomocy własnych narzędzi oraz eksportowanie ich do wybranych przez siebie formatów;
System zapewni generowanie i wydruku protokołów zaliczeniowych, protokołów z warunkami, protokołów poprawkowych, kart okresowych osiągnięć, kart z różnicami programowymi, kart na przedmioty warunkowe;
System zapewni narzędzie do automatycznego prezentowania różnic programowych w przypadku przenoszenia studenta na inny kierunek lub specjalność;
W systemie istnieć będą dostępne narzędzia przedstawiające stopień realizacji planu studiów (przedmioty obowiązkowe i suma punktów ECTS) przez studenta;
System zapewni wydruk suplementu na wzorach określonych przez Ministerstwo;
System zapewni obsługę procesu dyplomowania, niezbędnych protokołów, tytułu pracy dyplomowej;
System zapewni funkcjonalność pozwalającą na definiowanie struktury uczelni (wydziały, katedry, zakłady, pracownie);
System zapewni funkcjonalność pozwalającą na definiowanie kierunków, specjalności, ścieżek/profili dyplomowania;
System zapewni funkcjonalność pozwalającą na automatyczne nadawanie rejestracji na następny semestr oraz skreśleń na podstawie zdefiniowanych w systemie wymagań rejestracji;
System zapewni funkcjonalność pozwalającą na automatyczne nadawanie rejestracji na następny semestr oraz skreśleń na podstawie zdefiniowanych w systemie wymagań rejestracji z uwzględnieniem zaległości w płatnościach oraz wstrzymanie dostępu do usług w przypadku zalegania z płatnością,
System zapewni funkcjonalność pozwalającą na definiowanie planów studiów dla kierunków, specjalności i ścieżek/profili dyplomowania;
System zapewni funkcjonalność pozwalającą na definiowanie wymagań rejestracji dla celu procesu automatycznego rejestrowania i skreślania studenta;
System umożliwi przypisanie tego samego przedmiotu do wielu planów studiów,
W systemie istnieć będzie obsługa studiów prowadzonych na wszystkich poziomach w trybie stacjonarnym oraz niestacjonarnym zaocznym i niestacjonarnym wieczorowym;
W systemie zapewnione będzie wprowadzanie i edycja danych osobowych studentów oraz automatyczne prowadzenie dziennika zmian z informacją o dacie modyfikacji i osobie modyfikującej dane;
System zapewni możliwość zaplanowania sesji egzaminacyjnej;
System zapewni obsługę kartoteki studenta, w tym zmiana statusów, ocen, opłat, danych osobowych, danych adresowych, indywidualnego planu studiów, opłat, praktyk, dyplomowania, badań, oświadczeń RODO;
System zapewni funkcjonalność zarządzania przedmiotami - w tym nazwy przedmiotów, punkty ECTS, wymiary godzin (roczne, semestralne), formy zajęć, przypisywanie głównego prowadzącego do przedmiotu, przypisanie minimum jednego kodu jednostki prowadzącej zajęcia, współczynnik kosztowości;
System zapewni wprowadzanie i ewidencje ocen z uwzględnieniem złożonej budowy przedmiotu;
System zapewni wsparcie dla prowadzenia różnych kursów tego samego przedmiotu;
W systemie istnieć będzie opcja tworzenia i wprowadzania dowolnej liczby protokołów do każdego z kursów;
System zapewni możliwość wygenerowania i wydruku księgi dyplomów;
System zapewni możliwość wygenerowania zestawień dyplomantów w podziale na promotorów, recenzentów w poszczególnych latach;
System zapewni ewidencję, wprowadzanie i edycję opłat: za czesne, powtarzanie przedmiotów oraz inne płatne usługi świadczone studentowi przez uczelnię;
System zapewni obsługę płatności i rozliczeń w wielu walutach (w tym PLN i EUR);
System zapewni narzędzie raportowania stanu rozliczeń ze studentem z wyróżnieniem studentów z przeterminowanymi płatnościami;
System zapewni narzędzia do indywidualnego i grupowego skreślania studentów za brak opłat;
System zapewni narzędzie do wysyłania e-maili (korespondencja seryjna) do studentów z przeterminowanymi płatnościami;
System zapewni eksport danych studentów do systemu POLON;
System zapewni możliwość generowania zaświadczeń i druków również w języku angielskim w zależności od kierunku;
W systemie istnieć będzie możliwość indywidualnego wprowadzenia do systemu studentów, którzy zostali przyjęci na studia w drodze przeniesienia z innej Uczelni.
System składać się będzie z następujących podmodułów:
MODUŁ WIRTUALNEGO DZIEKANATU
MODUŁ ELEKTRONICZNEGO INDEKSU
MODUŁ JAKOŚCI I INNOWACYJNEGO KSZTAŁCENIA
MODUŁ PENSUM
MODUŁ PLANOWANIA I REZERWACJI SAL
MODUŁ AKADEMIKÓW
MODUŁ SPRAW STUDENCKICH
MODUŁ PŁATNOŚCI ON-LINE
Szczegółowe wymagania funkcjonalne Systemu informatycznego:
Lp. |
Opis wymagania |
Platforma edukacyjna |
|
1 |
System poprzez panel administracyjny – pozwala na zakładanie, usuwanie, modyfikowanie, zawieszanie konta użytkownika oraz przypisanie i nadawanie uprawnień do modułów systemu. System poprzez wbudowany mechanizm komunikacji masowej (integracja z e-mail Uczelni) wysyła do użytkownika informację o utworzeniu, usunięciu lub zawieszeniu konta w systemie. System pozwala na ustawienie terminu wygaśnięcia konta. Administrator może otrzymać wiadomość email z informacją o wygasającym koncie na określoną liczbę dni przed wygaśnięciem konta – wg. Ustawień systemu. |
2 |
System pozwala na tworzenie konta użytkownika za pomocą formularza online. Konto w zależności od konfiguracji systemu może być tworzone przez:
Podczas rejestracji powinna istnieć możliwość wypełnienia danych dodatkowych powiązanych z kontem użytkownika. Dane dodatkowe – zakres oraz typ definiuje administrator. |
3 |
System umożliwia przesłanie na zarejestrowany adres e-mail nowego hasła wygenerowanego tymczasowo lub ograniczonego czasowo linku umożliwiającego zmianę hasła bez podawania aktualnego. Czas ważności przesłanego linka ustawiany jest przez administratora. |
4 |
System posiada zdefiniowane role funkcjonalne administratora, studenta, /absolwenta, wykładowcy |
5 |
Użytkownicy systemu posiadają przypisane role w zależności, od których mają oni różne prawa i mogą wykonywać różne zadania oraz mieć dostęp do wybranych poziomów zarządzania systemem. Jeden użytkownik ma możliwość posiadania kilku ról w tym administratora. |
6 |
System zarządzania uprawnieniami umożliwia administratorowi Systemu na tworzenie nowych ról oraz modyfikację i usuwanie uprawnień w zależności od kompetencji jakie chcemy nadać tworzonej roli. |
7 |
Narzędzia pozwalają na import użytkowników z pliku Excel z informacjami o przynależności do grup oraz uprawnieniami. Podczas importu narzędzia powinny walidować poprawność importowanego pliku. Narzędzia powinny pozwolić użytkownikowi pobrać szablon pliku Excel wykorzystywanego podczas importu. |
8 |
System bezpośrednio po zalogowaniu użytkownika informuje go o istniejących nowych pozycjach, takich jak nowe wiadomości, nowe testy kompetencji, nowe szkolenia, nowe oferty rekrutacyjne. Po zalogowaniu – w zależności od struktury uprawnień narzędzia pozwalają na budowanie indywidualnych stron startowych tzn. inny zakres informacji może być widoczny dla różnych użytkowników platformy w zależności od ich przypisania do konkretnej roli |
9 |
Narzędzia umożliwiają zakładanie, modyfikację i usuwanie grup użytkowników. Uprawniony użytkownik i administrator powinien posiadać możliwość przypisania/wypisania użytkownika do/z grupy. Narzędzia poprzez wbudowany mechanizm komunikacji masowej (e-mail) wysyłają do użytkownika informację o grupie do której użytkownik został zapisany/dodany lub wypisany/usunięty. |
10 |
Dodatkowo nowe grupy można tworzyć na podstawie grup już istniejących (suma, różnica, różnica symetryczna, część wspólna). |
11 |
System
posiada wbudowany mechanizm ręcznego tworzenia raportów –
umożliwiający uzyskanie zestawień danych zgromadzonych w
obrębie całego systemu (logowania, aktywności, wyniki,
rankingi). O zawartości raportu zadecyduje osoba, która
definiuje raport.
• stworzyć
nową grupę |
12 |
System
pozwoli na automatyczne i cykliczne wysyłanie raportów na
wybrany adres email z możliwością
|
13 |
System pozwala na generowanie statystyk w postaci wykresów graficznych (wykres kołowy/słupkowy). |
14 |
System
posiada funkcjonalności umożliwiające publikację ogólnych i
szczegółowych raportów z monitorowania usług, które będą
prowadzone w systemie. |
15 |
Według przyjętych zasad wszelkie materiały informacyjne i promocyjne, a także dokumenty stosowane podczas realizacji projektu, zostaną oznaczone wymaganym zestawem znaków graficznych. |
16 |
System umożliwia zarządzanie wielopoziomowym drzewem kategorii (Kategoria). Dla każdej kategorii system powinien umożliwić wprowadzenie x.xx. • Nazwę kategorii, System umożliwia edycję istniejących kategorii, dodawanie nowych kategorii oraz usuwanie istniejących kategorii jeżeli są niewykorzystywane. System umożliwia import kategorii z arkusza programu Excel. |
17 |
System
umożliwia wyświetlenie podglądu szkolenia i ścieżki
szkoleniowej dla wykładowcy. W ramach szkolenia wykładowca
powinien na jednej stronie posiadać podgląd do następujących
elementów: |
18 |
System musi być zgodny z wymaganiami WCAG na poziomie zgodnym z obowiązującymi standardami, co najmniej AA |
19 |
System umożliwia pojedyncze logowanie z wykorzystaniem CAS, Microsoft Office 365, Gsuite. System pozwala na ekranie logowania wybór metody autoryzacji użytkownika. System pozwala na zastosowanie jednocześnie kilku metod logowania do platformy. |
20 |
Oferowane
rozwiązanie zawiera następujące metody wymiany danych z
systemami |
21 |
System posiada możliwość wysłania powiadomienia e-mail poprzez skrzynkę poczty Uczelni. Pareametry skrzynki konfigurowane są poprzez administratora z pomocą interfejsu platformy |
19 |
Portal
dostępny będzie dla użytkowników poprzez przeglądarkę
internetową w dowolnym miejscu i czasie. |
20 |
Dostarczony system musi posiadać interfejs użytkownika w języku polskim i angielskim |
21 |
Dostarczone
rozwiązanie powinno spełniać zasady - Responsive Web Design
(RWD) - zgodnie z zasadami RWD, wygląd graficzny strony
internetowej powinien zmieniać swój stan po przekroczeniu
pewnych punktów granicznych (breakpoints) w szerokości obszaru
przeglądarki, w którym wyświetlana jest strona internetowa.
|
25 |
System zrealizowany będzie architekturze trójwarstwowej (warstwa prezentacji, aplikacji i danych). Warstwa prezentacji odpowiadać będzie za wyświetlanie zawartości formularzy w przeglądarce internetowej, warstwa aplikacji odpowiadać będzie za logikę aplikacji, natomiast warstwa danych odpowiadać będzie za komunikację z bazą danych oraz za wywołanie logiki aplikacji realizowanej za pomocą procedur składowanych przechowywanych w bazie danych). |
26 |
Okna serwisowe w dni robocze w godzinach 18-22 lub w weekendy – nie częściej niż 2 godziny w tygodniu |
27 |
Rekonfiguracja nie wymaga przerwania pracy użytkowania. |
28 |
Zabezpieczenie danych (back-up) nie wymaga przerwania pracy przez użytkowników |
29 |
Hasła użytkowników przechowywane będą w bezpieczny sposób, w bazie danych zaszyfrowane algorytmem asymetrycznym SHA256. Dostępem do portalu zarządzać będą administratorzy portalu projektu lub inni użytkownicy będący w odpowiedniej roli, pozwalającej na zarządzanie dostępem. Dostęp do systemu odbywać się będzie na podstawie danych użytkownika oraz roli lub kilku ról do których jest przypisany. System na podstawie przypisanej roli udostępni użytkownikowi określone funkcje w systemie. Jeżeli użytkownik nie będzie posiadać pełnych praw administracyjnych do określonej funkcji dostęp odbywać się będzie na podstawie ustawień przez zarządzającego danym obiektem. |
30 |
Administrator może skonfigurować system w zakresie wymagań dotyczących długości ważności hasła – domyślnie 30 dni. |
31 |
System zapewni ochronę zasobów informacyjnych przed nieautoryzowanym dostępem z zewnątrz i wewnątrz systemów, |
32 |
System zapewnią identyfikację i kontrolę tożsamości użytkowników, |
33 |
System umożliwi centralne zarządzanie użytkownikami i ich uprawnieniami |
34 |
System wymusza odrębne i unikalne loginy |
35 |
Uwierzytelnianie użytkownika w projekcie opierać się będzie na mechanizmie wymuszającym od użytkownika wprowadzenia unikalnego loginu oraz hasła dostępowego do systemu. System będzie wymuszał wykorzystanie haseł zbudowanych zgodnie z wytycznymi GIODO. Uwierzytelnianie będzie odbywać się z wykorzystaniem bezpiecznego/szyfrowanego (SSL) połączenia stacji klienta z serwerem udostępniającym portal. Po pozytywnej autoryzacji użytkownika w systemie, użytkownik otrzyma zakres uprawnień w systemie na podstawie uprawnień przypisanych do jego konta przez administratora systemu. Autoryzacja użytkowników będzie możliwa również za pomocą pojedynczego logowania (ang. single sign-on) – możliwość jednorazowego zalogowania się do usługi sieciowej i uzyskania dostępu do wszystkich autoryzowanych zasobów zgodnych z tą usługą. Technika pojedynczego logowania będzie możliwa w wielu implementacjach, minimum LDAP i CAS. System umożliwi na zdefiniowanie metody uwierzytelniania. Administrator za pomocą wbudowanych narzędzi określi rodzaj logowania do systemu. |
36 |
Szczegółowa instrukcja obsługi systemu administratora i użytkownika w języku polskim |
37 |
Dokumentacja techniczna administratora. Dokumentacja powdrożeniowa zawierająca sposób konfiguracji systemu. |
38 |
System
powinien pozwolić uprawnionemu użytkownikowi: |
39 |
Dostosowanie do rozwoju zastosowanych technologii przez minimum 5 lat |
40 |
Minimum 2 razy do roku aktualizacja systemu |
41 |
Portal przeznaczony będzie dla studentów i pracowników naukowych |
42 |
System umożliwia uruchomienie szkolenia elektronicznego przez uprawnionego użytkownika |
43 |
System umożliwia sprawdzenie wyników nauczania przez uprawnionego użytkownika. System umożliwia eksport wyników szkolenia do arkusza Excel. |
44 |
System
umożliwia dodanie nowego szkolenia elektronicznego, poprzez: |
45 |
System umożliwia tworzenie/edycję/wyszukiwanie kategorii kursów przez uprawnionego użytkownika. |
46 |
System
umożliwia zarządzanie aktywnościami |
47 |
System
umożliwia zarządzanie zasobami – zasoby są to elementy, które
można dodawać do szkolenia, dostępne rodzaje zasobów: |
48 |
Rozwiązanie pozwala na tworzenie kursu/lekcji w systemie za pomocą interfejsu przeglądarki WWW edytora WYSIWYG. Edycja, dodawanie lub usuwanie treści w ramach tworzonego kursu nie powinno wymagać znajomości języka HTML lub języka programowania. |
49 |
Rozwiązanie umożliwia dla autora kursu/lekcji na dołączanie treści dydaktycznych przygotowanych przy użyciu narzędzi zewnętrznych. Wczytanie treści dydaktycznych polega na wskazaniu lokalizacji paczki zawierającej szkolenie na dysku i akceptacji rozpoczęcia procesu instalacji do systemu. |
50 |
System musi udostępniać możliwość dodawania komentarzy przez każdego uczestnika szkolenia. Komentarze powinny być możliwe do dodania z poziomu ekranu wyświetlającego treści szkoleniowe. |
51 |
System
musi umożliwiać import i eksport szkoleń w standardach: |
52 |
System
musi umożliwiać umieszczanie w kursach i bibliotekach
materiałów w następujących formatach: |
53 |
System
musi posiadać wbudowaną bibliotekę materiałów – czyli
obszar systemu w którym gromadzone są szkolenia, egzaminy,
ankiety, zadania. Z tych elementów można układać indywidualne
ścieżki szkoleniowe, dedykowane dla różnych grup
szkoleniowych. Dzięki takiemu rozwiązaniu ten sam element, mimo,
że został umieszczony tylko raz w systemie może występować w
wielu różnych szkoleniach/ścieżkach szkoleniowych. |
54 |
System musi posiadać możliwość definiowania więcej niż jednej biblioteki materiałów i musi mieć możliwość ustalania praw dostępu do tych zasobów. |
55 |
System
musi umożliwiać definiowanie ścieżek szkoleniowych dla grup
użytkowników rozumianych jako definiowanie ścieżek nauki z
poszczególnych składowych. W skład jednej ścieżki system ma
minimalnie pozwalać na zdefiniowanie: |
56 |
System musi umożliwiać aktualizację szkoleń bez utraty wyników – poprzednia wersja nadpisywana jest wersją nową bez kasowania dotychczasowych wyników nauczania. Przeprowadzenie aktualizacji nie wymaga wiedzy technicznej. |
57 |
System pozwala na prezentację ścieżki szkoleniowej uczestnikowi w formie graficznej. Administrator ścieżki posiada możliwość ustawienia grafiki tła ścieżki, dodanie kluczowych punktów/zadań które osiąga użytkownik po zakończeniu wybranych elementów ścieżki. System umożliwi wybranie avatara dla uczestników ścieżki oraz konfigurację szablonu graficznego wyświetlającego ścieżkę. |
58 |
System pozwala na recertyfikację szkoleń poprzez resetowanie wyników szkolenia e-learning po określonym interwale czasowym. Może to być szkolenie dotyczące uprawnień, które należy po roku odnowić. W ten sposób po roku poprzednie wyniki zostają skasowane, ale są przechowywane w historii i użytkownik musi ponownie ukończyć szkolenie. |
59 |
System pozwala na organizowanie szkoleń tradycyjnych w salach, prowadzenie kalendarza szkoleń, zapisywanie i wypisywanie użytkowników z szkolenia, zarządzanie materiałami szkoleniowymi. |
60 |
System pozwala na publikację i udostępnianie dokumentów - Publikacja i udostępnianie dokumentów umożliwia wykładowcom wymianę dokumentów i materiałów naukowych, jak również udostępnianie materiałów studentom |
61 |
System musi umożliwiać auto-ocenę ścieżki szkoleniowej – automatyczne wystawianie oceny użytkownikowi na podstawie wyników ze składowych ścieżki (x.xx. ocena na podstawie wyniku z kursu, egzaminu). |
62 |
System musi umożliwiać tworzenie warunków wstępnych – możliwość ustalania zależności pomiędzy składowymi ścieżki np. aby mieć możliwość uruchomienia egzaminu trzeba wcześniej zaliczyć szkolenie |
63 |
System oferuje funkcje do zarządzania grupami użytkowników oraz mechanizmy definiowania członkostwa grupy oraz przypisania ścieżek szkoleniowych do grup |
64 |
System
udostępniać możliwość prowadzenia konsultacji
merytoryczno-technicznych każdemu z uczestników szkolenia lub
trenera i spełniać poniższe kryteria funkcjonalne: |
65 |
System musi posiadać mechanizm szkoleń ogólnodostępnych – możliwość publikacji w systemie szkoleń ogólnodostępnych, widocznych dla wszystkich (z opcją potwierdzenia zapisu lub nie) bez potrzeby zapisywania użytkowników. |
66 |
System musi umożliwiać użytkownikom wprowadzania elektronicznych notatek. System musi umożliwiać automatyczne przypisanie notatki do szkolenia. Użytkownik powinien posiadać możliwość eksportu swoich notatek do dokumentu PDF. |
67 |
System musi posiadać opcję wyszukiwania kursów w systemie. |
68 |
Rozwiązanie udostępnia możliwość zmiany ustawień kursu, pozwala włączyć lub wyłączyć wybrane narzędzia, a także ograniczyć dostęp do poszczególnych treści użytkownikom w określonych przedziałach czasu. |
69 |
System musi posiadać mechanizm zakładek– możliwość wstawiania z poziomu systemu zakładek do wybranych kursów, ścieżek, artykułów (tworzenie bazy zakładek). |
70 |
System
musi dopuszczać umieszczanie dokumentów zewnętrznych w
formatach, które są interpretowane przez przeglądarkę
internetową, jako strony kursu. Minimalne wymagania do formatów
zamieszanych w ten sposób dokumentów: *.pdf, *.jpg, *.docx,
*.pptx. |
71 |
System musi posiadać możliwość tworzenia bazy wiedzy – w formie baza haseł, linków i ważnych informacji, na wzór systemu klasy Wiki, za pomocą edytora WYSIWYG. Baza wiedzy jest indeksowana po słowach kluczowych. |
72 |
System umożliwia przygotowanie sond i udostępnianie ich kursantom. |
73 |
Przebywając w dowolnym miejscu systemu użytkownik powinien posiadać możliwość podglądu listy zakładek oraz przejść do wybranej zakładki |
74 |
System musi pozwalać na wyświetlanie statystyk szkolenia, informacje ilu użytkowników uruchomiło szkolenie, ilu użytkowników zdało szkolenie oraz informacje o najkrótszym i najdłuższym czasie spędzonym przez użytkowników szkolenia. |
75 |
System pozwala na wprowadzenie artykułów. Artykuł może być podzielony na: sekcje, załączniki, linki zewnętrzne i artykuły powiązane. |
76 |
System pozwala na wyszukiwanie artykułów wg. słów kluczowych, kategorii, podkategorii, Autorze, Temacie, treści. |
77 |
System pozwala na automatyczne wygenerowanie spisu treści artykułu na podstawie jego zawartości |
78 |
Użytkownicy posiadają możliwość wspólnej pracy nad treściami artykułów |
79 |
Użytkownik posiada możliwość podglądu artykułów do których posiada dostęp oraz wydrukowanie artykułu. |
80 |
System pozwala na zarządzanie kategoriami i podkategoriami artykułów. |
81 |
System umożliwia tworzenie własnych kursów i ścieżek nauczania powiązanych z funkcjonalnością mediów społecznościowych. Użytkownicy tworzą społeczności skupione wokół interesujących ich kursów lub ścieżek nauczania. Zarządzanie kursami lub ścieżkami nauczania i społecznością z nimi związaną, udostępnianie kursów lub ścieżek nauczania dowolnym użytkownikom, również spoza uczelni. Ocenę materiałów szkoleniowych. |
82 |
System umożliwia współpracę wewnątrz grup. W ramach grupy tworzone są wirtualne spotkania, szkolenia, system umożliwia udostępnianie artykułów, tworzenie grup dyskusyjnych udostępnianych tylko wybranej grupie użytkowników, wymianę plików między uczestnikami grupy. Użytkownicy pracują nad materiałami w ramach grupy. System pozwala na przesyłanie i odbieranie wiadomości przez uczestników grupy. |
83 |
Wirtualne
spotkania umożliwiają komunikację użytkowników poprzez
wideokonferencje: |
84 |
System przechowuje informacje o kolejnych wersjach artykułów wraz z możliwością wyświetlenia historii zmian wybranego artykułu. |
85 |
System pozwala na usunięcie wybranych elementów artykułu |
86 |
System
musi posiadać mechanizm raportujący historię i wyniki nauczania
zarówno dla szkoleń, ścieżek szkoleniowych jak i ich
składowych: |
87 |
Uprawniony
użytkownik musi posiadać możliwość konfiguracji mechanizmu
grywalizacji dla szkolenia oraz ścieżki szkoleniowej. W tym: |
88 |
System
umożliwia stworzenie/edycję/wyszukiwanie ankiet, które mogą
być przypisywane do szkoleń i ścieżek szkoleniowych. |
89 |
System
umożliwia przypisywania do ankiety pytań |
90 |
System umożliwia ustalenie uprawnień użytkowników bądź grup użytkowników do wypełnienia ankiety. System powinien umożliwić przesłanie na wybrane adresy email link do wypełnienia ankiety. Użytkownik powinien posiadać możliwość wypełnienia ankiety bez konieczności logowania do systemu. |
91 |
System umożliwia wysyłanie przypomnienia o terminie wypełnienia ankiety użytkownikowi. |
92 |
System umożliwia przerwanie wypełnienia i powrotu do częściowo wypełnionej ankiety przez użytkownika. |
93 |
System
umożliwia prezentację wyników ankiety w: |
94 |
System umożliwia eksport wyników ankiety do arkusza programu Excel lub pliku CSV. |
95 |
System umożliwia wydrukowanie ankiety. |
96 |
System umożliwia skopiowanie istniejącej ankiety. System umożliwi wykorzystanie raz wprowadzonej ankiety wielokrotnie. |
97 |
System umożliwia zaznaczenie dla ankiety w jakich wersjach językowych ankieta powinna być udostępniona. Zarządzający ankietą dla każdego pytania ankiety może wprowadzić treść pytania i odpowiedzi dla każdej wersji językowej. System powinien agregować wyniki dla danej ankiety dla każdej wersji językowej – pomimo że ankieta jest dostępna w kilku wersjach językowych system powinien przechowywać ankietę jako pojedynczą ankietę. Użytkownik uruchamiając ankietę powinien mieć możliwość wyboru wersji językowej. |
98 |
Przypisanie/wypisania pytania do jednej z dostępnych bibliotek materiałów. Przypisanie pytania spowoduje do biblioteki, że autorzy innych ankiet będą mogli użyć tego pytania w tworzonych przez siebie ankietach. System musi umożliwić skopiowanie pytań z innej ankiety. W tym wypadku wybierana jest ankieta źródłowa i pytania z tej ankiety, które mają zostać skopiowane do ankiety bieżącej. |
99 |
System umożliwi wyświetlanie wyników statystycznych ankiety. Dla każdego pytania, dla którego to możliwe (np. nie dla pytań opisowych) wyświetlane są statystyki odpowiedzi, jakich udzielali uczestnicy ankiety. |
100 |
System umożliwi tworzenie testów online za pomocą których można weryfikować wiedzę uczestników projektu jak również kompetencji trenerów prowadzących szkolenia. |
101 |
System
umożliwia tworzenie testów z pytaniami typu pojedynczy wybór
oraz wielokrotny, bezpośrednio w systemie bez używania
jakichkolwiek narzędzi czy plików zewnętrznych. |
102 |
System
musi posiadać panel egzaminacyjny z możliwością konfiguracji
ustawień przeprowadzanych egzaminów: |
103 |
System musi umożliwiać podczas rozwiązywania egzaminu oznaczania pytań na które użytkownik nie udzielił odpowiedzi lub nie jest pewny odpowiedzi. Następnie za pomocą dostępnych filtrów użytkownik może wyświetlić oznaczone w ten sposób pytania – oddzielnie na które nie udzielił odpowiedzi a oddzielnie pytania na które udzielił niepewnej odpowiedzi (np. na koniec jeśli został mu czas) |
104 |
System
musi umożliwiać umieszczanie nowych egzaminów w oparciu o
prosty formularz w formacie arkusza kalkulacyjnego . System
powinien umożliwić również: |
105 |
System
umożliwia użytkownikom rozmowę online za pomocą wbudowanego w
platformę modułu chat. System pozwala wyświetlanie listy pokoi
chatów, do których użytkownik może wejść, aby rozpocząć
rozmowę. Administrator posiada możliwość edycji uprawnień
użytkowników i grup użytkowników do pokoju chatu. |
106 |
System posiada funkcjonalność tablicy ogłoszeń, za pomocą których użytkownicy mogą publikować ogłoszenia. |
107 |
System musi umożliwić prowadzenie blogów przez użytkowników. |
108 |
System posiada funkcjonalność prowadzenia bazy pomysłów, w ramach której trenerzy mogą wymieniać się pomysłami i doświadczeniami w ramach prowadzonych szkoleń. Użytkownicy posiadają możliwość załączania plików do pomysłów jak również wprowadzania komentarzy do zgłoszonych pomysłów. Użytkownicy posiadają możliwość głosowania które pomysły im się podobają lub nie. |
109 |
System
pozwala na prowadzenie forum dyskusyjnego za pomocą, którego
użytkownicy mogą wymieniać informacje nt. szkoleń, materiałów,
prowadzić dyskusje. Forum może zostać podzielone na dowolną
ilość kategorii. Wszystkie kategorie dostępne są dla
administratora z poziomu panelu administracyjnego. Główna strona
forum prezentuje kategorie, na jakie zostało podzielone forum,
ostatnio dodany post i autora postu oraz liczbę tematów i postów
w danej kategorii. |
110 |
System posiada wbudowany mechanizm do tworzenia i rozsyłania informacji w formie elektronicznego biuletynu informacyjnego (ang. newsletter). Mechanizm umożliwia dla użytkowników będących redaktorem biuletynu na automatyczną jego wysyłkę do subskrybentów - użytkowników którzy zapisali się do biuletynu lub przypisanie użytkowników/grup do wysyłanego newslettera przez redaktora biuletynu. System powinien umożliwić zarządzanie kategoriami wysyłkowymi (dodawanie, usuwanie, zmiana nazwy). Do tworzenia treści rozsyłanych biuletynów przez redaktorów zostanie wykorzystany wbudowany w system edytor wizualny umożliwiający edytowanie kodu HTML. |
111 |
System umożliwia wysyłanie wiadomości do grup wewnątrz kursów (wiadomości e-mail) poprzez wbudowane rozwiązanie do komunikacji masowej. Rozwiązanie do komunikacji masowej musi posiadać funkcjonalność uprawnień zależnych od roli użytkownika w systemie, dla których przypisane zostaną grupy użytkowników do których wiadomość ma zostać wysłana (np. grupa: rektorat pozwala wysłać wiadomość do wszystkich użytkowników (studenci, wykładowcy, pracownicy administracyjni; grupa: wykładowcy – ograniczenie do komunikacji z użytkownikami z prowadzanych grup). |
112 |
System
zarządzania treścią portalu umożliwia wyświetlanie oraz
zarządzanie treściami publikowanymi w Portalu. Wszystkie treści
publikowane w systemie CMS tworzone są za pomocą edytora
WYSIWYG, który umożliwia dodawanie/edycję treści bez
posiadania wiedzy programistycznej. |
113 |
System zarządzania treścią portalu umożliwia wyświetlenie głównej witryny oraz dowolną liczbę podwitryn, które mogą zawierać komponenty analogiczne jak witryna główna, przy czym mogą być zarządzane przez dedykowanych administratorów oraz użytkowników. |
114 |
Umożliwia
tworzenie/zarządzanie kategoriami treści w serwisie
internetowym. Obsługuje: |
115 |
Umożliwia
użytkownikom publikację treści (artykułu) w formacie HTML w
serwisie internetowym. Obsługuje |
116 |
Użytkownicy zarządzający kategoriami treści na portalu opcjonalnie mogą przypisać do każdej kategorii treści użytkowników, którzy obsługują krokowy proces publikacji - użytkowników publikujących treść, użytkowników wprowadzających treści, użytkowników archiwizujących treści, użytkowników usuwających treści, użytkowników recenzujących treści |
117 |
Umożliwia
zarządzanie menu portalu. Obsługuje: |
118 |
System
musi umożliwiać wstawienie do dokumentu/artykułu załączników.
Obsługuje: |
119 |
Umożliwia
prezentację dokumentu HTML, zawierającego typowe pytania
użytkowników (FAQ), wraz odpowiedziami. Obsługuje: |
120 |
Umożliwia
zapisywanie/wypisywanie oraz wysyłanie newsletterów.
Obsługuje: |
121 |
System
powinien posiadać wbudowaną tablicę aktywności. W ramach
tablicy aktywności użytkownicy mogą wymieniać krótkie
wiadomości tekstowe, jak również komentować udostępnione
wpisy. Z poziomu szkolenia lub ścieżki szkoleniowej –
administrator/wykładowca posiadają możliwość publikacji na
tablicy uczestników szkolenia/ścieżki szkoleniowej krótkich
informacji – jak również automatycznego informowania
uczestników o nowych elementach, np. wykładowca umieszcza na
tablicy uczestników ścieżki szkoleniowej informacji o
konsultacjach. System umożliwia filtrowanie zawartości tablicy
aktywności w zależności od kontekstu wyświetlenia tablicy np.
wyświetlając tablicę aktywności w ramach wybranego
szkolenia/ścieżki szkoleniowej na tablicy wyświetlane są tylko
wpisy związane z komunikacją w ramach szkolenia/ścieżki
szkoleniowej. |
122 |
W ramach tablicy aktywności system automatycznie tworzy link dostępowy w wpisie dotyczącego danego elementu ścieżki szkoleniowej lub szkolenia, np. gdy wykładowca opublikuje spotkanie w formie wideokonferencji w wpisie informującym o wydarzeniu pojawia się link lub przycisk po kliknięciu w który student automatycznie przechodzi do wydarzenia. |
123 |
Wykonawca po zakończeniu projektu umożliwi Zamawiającemu przeniesienie wszystkich danych w zakresie wyników egzaminów, przeprowadzonych ankiet i uzyskanych ocen. Dane powinny zostać przekazane w formie plików jeżeli istnieje taka konieczność oraz w formie pliku backpu bazy danych systemu. Oczekiwana baza danych to Microsoft SQL Server. |
124 |
System
umożliwia wyświetlenie podglądu szkolenia i ścieżki
szkoleniowej dla studenta. W ramach szkolenia student powinien na
jednej stronie posiadać podgląd do następujących
elementów: |
125 |
Rozwiązanie powinno być wspierane i aktywnie rozwijane przez producenta. Producent powinien wydawać co najmniej jedną nową wersję rocznie, a także aktualizacje zwiększające bezpieczeństwo i eliminujące błędy. |
126 |
Interfejs użytkownika systemu powinien zapewniać narzędzia zwiększające dostępność, takie jak: pełna nawigacja za pomocą klawiatury, możliwość włączenia trybu wysokiego kontrastu, kompatybilność z czytnikami ekranu, jest możliwość umieszczania alternatywnych opisów do części graficznych platformy oraz treści kursów (np. opisy alternatywne do tabel, wykresów itp.), które będą automatycznie aktywowane po najechaniu na element graficzny. |
127 |
Rozwiązanie powinno zapewniać studentom dostęp do alternatywnych formatów treści dydaktycznych i plików zamieszczanych na platformie przez wykładowców. Alternatywne formaty powinny obejmować formaty takie jak HTML, epub lub pdf. |
128 |
Rozwiązanie powinno umożliwiać wykładowcy lub administratorowi wyłączenie możliwości pobrania plików w postaci alternatywnych formatów. |
129 |
Rozwiązanie pozwala na zastosowanie w ramach testów weryfikujących wiedzę dostosowujących i uwzględniających potrzeby indywidualnych studentów (np. wielokrotne próby, indywidualny dostęp). |
130 |
Rozwiązanie zapewnia dostęp do narzędzi współpracy i komunikacji w ramach grup prywatnych (np. e-mail, dyskusja, wirtualne spotkania, wiki, wiadomości, tablica aktualności - wymiana krótkich wiadomości tekstowych w ramach grupy wraz z możliwością umieszczania komentarzy). |
131 |
Rozwiązanie pozwala na wyszukiwanie materiałów w bibliotece materiałów e-learning na podstawie indeksu treści. |
132 |
Rozwiązanie zapewnia zdolność do oznaczania oceny studenta jako „zwolniony z zaliczenia”. |
133 |
Rozwiązanie zapewnia studentom możliwość jednoczesnego przesłania wielu plików jako odpowiedź na zadanie. |
134 |
Rozwiązanie zapewnia wykładowcom możliwość wydłużenia czasu na wykonanie zadania lub grupy zadań dla poszczególnych studentów. |
135 |
Rozwiązanie zapewnia indywidualnym użytkownikom możliwość włączenia opcji otrzymywania powiadomień. |
136 |
Rozwiązanie pozwala na wysyłanie powiadomień skierowanych do wszystkich użytkowników systemu, niezależnie od tego, czy wybrali oni możliwość otrzymywania powiadomień. |
137 |
System
pozwala na konfigurację różnych narzędzi wideokonferencyjnych.
System powinien umożliwić wykorzystanie: • Microsoft Teams |
138 |
System umożliwia użytkownikowi tworzącemu spotkanie na wybór narzędzia z wykorzystaniem którego zostanie przeprowadzone spotkanie. Listę dostępnych narzędzi definiuje administrator systemu. |
139 |
Portal
edukacyjny powinien zostać zintegrowany z systemem dziekanatowym
w następującym zakresie: |
140 |
System
musi być dostępny dla następujących przeglądarek
blokujących: |
141 |
System musi umożliwiać przeprowadzenia egzaminu z wykorzystaniem funkcji SEB (Safe Exam Browser) lub podobnej – funkcjonalności bezpiecznej przeglądarki dla systemów PC/Mac, która blokuje studentowi dostęp do zewnętrznych, nieautoryzowanych źródeł informacji, w tym możliwość dostępu do plików z dysków wewnętrznych komputera oraz z dysków zewnętrznych, a także do Internetu. |
142 |
System musi umożliwić przeprowadzenie próbnego egzaminu w celu weryfikacji działania rozwiązania na komputerze studenta |
143 |
System pozwala na rejestrację obrazu w trakcie trwania egzaminu z stacji roboczej studenta. Administrator posiada możliwość skonfigurowania interwału czasowego wykonywania rejestracji zdjęć. Administrator posiada możliwość włączenia lub wyłączenia funkcjonalności rejestracji zdjęć. |
144 |
System pozwala na włączenie automatycznego rozpoznawania niedozwolonych obiektów na zarejestrowanych zdjęciach np. telefon komórkowy, książka, obecność drugiej osoby przy komputerze. Funkcjonalność weryfikacji tożsamości może być włączona lub wyłączona przez administratora. W ramach wdrożenia Zamawiający zakłada weryfikację do 5 zdjęć studenta w losowych odstępach czasu w trakcie trwania egzaminu. |
145 |
System na liście egzaminowanych oznacza na liście egzaminowanych prowadzącemu - osoby u których wykryto podejrzane działania w trakcie trwania egzaminu |
146 |
System pozwala na wygenerowanie haseł do egzaminu za pomocą których odbywa się weryfikacja studenta w egzaminie z wykorzystaniem SEB |
147 |
System pozwala na weryfikację osoby podchodzącej do egzaminu z wykorzystaniem SEB - na podstawie dokumentu tożsamości studenta. Student przed rozpoczęciem egzaminu pokazuje do kamery dokument tożsamości. System automatycznie porównuje dane z dokumentu tożsamości z danymi studenta na platformie. Funkcjonalność weryfikacji tożsamości może być włączona lub wyłączona przez administratora lub prowadzącego. |
148 |
Prowadzący egzamin posiada możliwość podglądu przez prowadzącego zarejestrowanych zdjęć uczestników egzaminu w trakcie trwania egzaminu |
149 |
Rozwiązanie umożliwia obliczanie oceny studenta na podstawie dotychczasowych ocen z wykonanych testów i zadań, przy uwzględnieniu możliwych do zdefiniowania wag. |
150 |
Rozwiązanie umożliwia tworzenie i edytowanie skali oceny. |
151 |
Rozwiązanie zapewnia możliwość rejestrowania wyników oceny ze standardowych zintegrowanych pakietów (takich jak SCORM i AICC). |
152 |
Rozwiązanie zapewnia możliwość tworzenia zadań grupowych i wystawiania za nie oceny (pojedyncza ocena za zadanie grupowe, dla wszystkich studentów je wykonujących). |
153 |
Rozwiązanie zapewnia możliwość utworzenia zadań, w których studenci mogą przesłać plik jako odpowiedź na zadanie (w tym również odpowiedź otwarta). |
154 |
Rozwiązanie umożliwia złożenie pracy przez studenta w postaci portfolio, w którym można umieszczać różnego rodzaju pliki (portfolio można też składać jako odpowiedź na zadanie). |
155 |
Rozwiązanie umożliwia utworzenie i przypisanie zadania dla całej grupy, natomiast jeden, jakikolwiek członek grupy może przesłać rozwiązanie zadania instruktorowi w imieniu całej grupy. W tym przypadku złożone odpowiedzi i wynik dotyczą wszystkich członków grupy. |
156 |
Rozwiązanie umożliwia wykładowcy zdefiniowanie liczby możliwych prób przesyłania odpowiedzi przez studentów na zadanie. |
157 |
Po utworzeniu zadania system automatycznie dodaje nową kolumnę oceny odpowiadającą zadaniu w dzienniku ocen. |
158 |
Rozwiązanie zapewnia wykładowcy możliwość przydzielania punktów do zadania. |
159 |
Rozwiązanie umożliwia wykładowcy wyznaczenie terminu oddania zadania oraz możliwość ograniczenia przesyłania odpowiedzi po wyznaczonej dacie. |
160 |
Rozwiązanie umożliwia przesyłanie rozwiązań do zadań wykorzystując materiały znajdujące się u dostawców usług chmurowych. |
161 |
Rozwiązanie zapewnia wykładowcom możliwość sprawdzenia daty i godziny przesłania zadania przez studentów. |
162 |
Rozwiązanie zapewnia studentom otrzymanie potwierdzenia przesłania zadania. |
163 |
Rozwiązanie wyświetla w sposób czytelny informacje na temat przedłożonego zadania oraz studenta |
164 |
Rozwiązanie zapewnia możliwość oceny przedłożonych zadań i przekazywania informacji zwrotnych przez wykładowcę. |
165 |
System
pozwala wydrukować każde ukończone podejście do egzaminu.
Wydruk zawiera informacje o: |
166 |
System pozwala na utworzenie konsultacji online z wykorzystaniem Microsoft Teams. Studenci zapisują się na konsultacje, a Wykładowca posiada możliwość pojedynczego wpuszczania ich do spotkania. |
167 |
System pozwala tworzyć ogólnodostępne konsultacje online. |
168 |
System pozwala zmienić ustawienia daty dostępu do przedmiotu, dla wszystkich przypisanych grup jednocześnie. |
169 |
System pozwala ustalić zakres dat, w jakich student ma wysłać odpowiedź na zadanie. |
170 |
System pozwala przypisać zadanie do szkolenia i przedmiotu. |
171 |
Zadanie
może zostać wykonane grupowo przez: |
172 |
Każde wysłane zaproszeni do wirtualnego spotkania zawiera załącznik iCal, który pozwala dodać wydarzenie na własnym urządzeniu do kalendarzy x.xx google calendar, MS Outlook. |
173 |
Po zalogowaniu do portalu, system wyświetla użytkownikowi zaplanowane dla niego wydarzenia w dniu dzisiejszym. |
174 |
Po zalogowaniu do portalu, użytkownik widzi informacje o roli jaką posiada w systemie. |
175 |
System wyświetla informacje użytkownikowi o dacie dostępności elementów np. wirtualnego spotkania, zadania, egzaminu, w widoku elementów ścieżki szkoleniowej/przedmiotu. |
176 |
System pozwala ustawić wyświetlanie losowej kolejności odpowiedzi na pytania w ankiecie. |
177 |
System pozwala ustawić czas na wypełnienie ankiety od momentu uruchomienia. |
178 |
System pozwala przypisać informacje o semestrze do szkolenia e-learning i przedmiotu. |
179 |
System
pozwala wyświetlić numer indeksu użytkownika w wynikach: |
180 |
System pozwala określić domyślny próg zaliczenia podczas tworzenia/edycji skali ocen. |
181 |
System pozwala uprawnionemu użytkownikowi (WYKŁADOWCY/ADMINISTRATOROWI) na zakończenie przebiegu egzaminu, użytkownikom którzy nie zrobili tego sami z powodu np. zerwanego połączenia internetowego. System przechowuje informacje o tym jaki użytkownik i kiedy, wymusił zakończenie przebiegu. |
182 |
System pozwala wyświetlić historię edycji pytania w egzaminie i ankiecie. |
183 |
System pozwala studentowi wyświetlić historię wypełnionych egzaminów. |
184 |
System pozwala ustawić wydłużony czas wykonania egzaminu dla osób niepełnosprawnych. |
185 |
System pozwala na tworzenie cyklicznych spotkań wirtualnych w ramach przedmiotu. |
Serwis Biura Karier |
|
1 |
System poprzez panel administracyjny – pozwala na zakładanie, usuwanie, modyfikowanie, zawieszanie konta użytkownika oraz przypisanie i nadawanie uprawnień do modułów systemu. System poprzez wbudowany mechanizm komunikacji masowej (integracja z e-mail Uczelni) wysyła do użytkownika informację o utworzeniu, usunięciu lub zawieszeniu konta w systemie. System pozwala na ustawienie terminu wygaśnięcia konta. Administrator może otrzymać wiadomość email z informacją o wygasającym koncie na określoną liczbę dni przed wygaśnięciem konta – wg. Ustawień systemu. |
2 |
System
pozwala na tworzenie konta użytkownika za pomocą formularza
online. Konto w zależności od konfiguracji systemu może być
tworzone przez: |
3 |
System umożliwia przesłanie na zarejestrowany adres e-mail nowego hasła wygenerowanego tymczasowo lub ograniczonego czasowo linku umożliwiającego zmianę hasła bez podawania aktualnego. Czas ważności przesłanego linka ustawiany jest przez administratora. |
4 |
System posiada zdefiniowane role funkcjonalne administratora, studenta, /absolwenta, pracodawcy, pracownika ABK, wykładowcy |
5 |
Użytkownicy systemu posiadają przypisane role w zależności, od których mają oni różne prawa i mogą wykonywać różne zadania oraz mieć dostęp do wybranych poziomów zarządzania systemem. Jeden użytkownik ma możliwość posiadania kilku ról. |
6 |
System zarządzania uprawnieniami umożliwia administratorowi Systemu na tworzenie nowych ról oraz modyfikację i usuwanie uprawnień w zależności od kompetencji jakie chcemy nadać tworzonej roli. |
7 |
Narzędzia pozwalają na import użytkowników z pliku Excel z informacjami o przynależności do grup oraz uprawnieniami. Podczas importu narzędzia powinny walidować poprawność importowanego pliku. Narzędzia powinny pozwolić użytkownikowi pobrać szablon pliku Excel wykorzystywanego podczas importu. |
8 |
System bezpośrednio po zalogowaniu użytkownika informuje go o istniejących nowych pozycjach, takich jak nowe wiadomości, nowe testy kompetencji, nowe szkolenia, nowe oferty rekrutacyjne. Po zalogowaniu – w zależności od struktury uprawnień narzędzia pozwalają na budowanie indywidualnych stron startowych tzn. inny zakres informacji może być widoczny dla różnych użytkowników platformy w zależności od ich przypisania do konkretnej roli. |
9 |
Narzędzia
umożliwiają zakładanie, modyfikację i usuwanie grup
użytkowników. |
10 |
Dodatkowo nowe grupy można tworzyć na podstawie grup już istniejących (suma, różnica, różnica symetryczna, część wspólna). |
11 |
System
posiada wbudowany mechanizm ręcznego tworzenia raportów –
umożliwiający uzyskanie zestawień danych zgromadzonych w
obrębie całego systemu (logowania, aktywności, wyniki,
rankingi). O zawartości raportu zadecyduje osoba, która
definiuje raport. |
12 |
System
pozwoli na automatyczne i cykliczne wysyłanie raportów na
wybrany adres email z możliwością wybrania interwału czasowego
oraz formatu wynikowego (XML, HTML, TXT, PDF, CSV, RTF).
O |
13 |
System pozwala na generowanie statystyk w postaci wykresów graficznych (wykres kołowy/słupkowy). |
14 |
System
posiada funkcjonalności umożliwiające publikację ogólnych
i szczegółowych raportów z monitorowania usług, które
będą prowadzone w systemie. |
15 |
System
umożliwia zarządzanie wielopoziomowym drzewem kategorii
(Kategoria). Dla każdej kategorii system powinien umożliwić
wprowadzenie x.xx. |
16 |
System
dostępny będzie dla użytkowników poprzez przeglądarkę
internetową w dowolnym miejscu i czasie. System musi w całości
działać w przeglądarkach internetowych: |
17 |
Dostarczony system musi posiadać interfejs użytkownika w języku polskim i angielskim |
18 |
Narzędzia
powinny umożliwić tworzenie i zarządzanie dostępnymi poziomami
skal kompetencyjnych. W szczególności powinien umożliwić
definicję nowej skali (np. skala 1-3). Dla każdej utworzonej
skali użytkownik powinien móc przypisać dostępne poziomy na
skali. Wprowadzając nowy poziom na skali powinien móc wprowadzić
min. Następujące pola: |
19 |
Narzędzie
umożliwia tworzenie i zarządzanie dostępnymi definicjami
wskazówek rozwojowych. Wprowadzając nową definicję powinien
móc wprowadzić min. Następujące pola: |
20 |
Uprawniony
użytkownik powinien móc zarządzać dodatkowymi polami opisu
stanowiska. W tym edytować istniejące pola oraz tworzyć nowe.
Tworząc nowe pola powinien móc wprowadzić: |
21 |
System
umożliwia zarządzanie typami kwalifikacji.
Tworzenie/edycję/usuwanie typu. Dodając nowy typ należy
wprowadzić: |
22 |
System umożliwia zarządzanie typami kompetencji (Typ kompetencji). Dla każdego typu kompetencji system powinien umożliwić wprowadzenie np.:
·
Nazwa typu, (np. kompetencje miękkie, produktowe) |
23 |
Możliwość
wprowadzenia danych nowej kompetencji. Podstawowe dane
kompetencji składają się z minimum następujących pól:
|
24 |
Uprawnieni
użytkownicy powinni mieć możliwość wyszukiwania kompetencji w
katalogu wg. Minimum następujących parametrów: Uprawnieni
użytkownicy powinni mieć możliwość wyszukiwania kompetencji w
katalogu wg. Minimum następujących parametrów: |
25 |
W ramach każdej kompetencji uprawniony użytkownik (posiadający prawa do edytowania kompetencji) ma możliwość zarządzania testem kompetencji, w tym:
·
Utworzenia nowego pytania w teście kompetencji |
26 |
W
ramach każdej kompetencji uprawniony użytkownik (posiadający
prawa do edytowania kompetencji) powinien mieć możliwość
zarządzania wskaźnikami behawioralnymi kompetencji, w tym:
·
Utworzenie nowego wskaźnika behawioralnego, |
27 |
W
ramach każdej kompetencji uprawniony użytkownik (posiadający
prawa do edytowania kompetencji) powinien mieć możliwość
zarządzania skalą obserwacyjną, w tym: · Wprowadzić
treść skali obserwacyjnej dla każdego poziomu na skali (np.
skala 1-5, skala 1-3). Użytkownik wprowadzając treść powinien
móc wybrać jakie poziomy skali kompetencji chce
wprowadzić. |
28 |
W
ramach każdej kompetencji uprawniony użytkownik (posiadający
prawa do edytowania kompetencji) powinien mieć możliwość
zarządzania wskazówkami rozwojowymi, w tym: ·
Wprowadzić treść wskazówki dla każdego poziomu na skali (np.
skala 1-5, skala 1-3). Użytkownik wprowadzając treść powinien
móc wybrać jakie poziomy skali chce wprowadzić dla
wskazówki. |
29 |
System umożliwia kopiowanie kompetencji – w ramach wykonania kopii kompetencji kopiowane są również elementy kompetencji: testy kompetencji, wskaźniki behawioralne, skale obserwacyjne, wskazówki rozwojowe |
30 |
System umożliwia import kompetencji z arkusza programu Excel. W ramach importu arkusza Excel importowane są:
·
Nazwa i definicja kompetencji |
31 |
Możliwość
wprowadzenia nowego profilu kompetencyjnego/zawodowego (mapy
kompetencyjnej) do systemu. Podstawowe dane profilu składają się
z minimum następujących pól: |
32 |
Uprawnieni użytkownicy powinni mieć możliwość wyszukiwania profili kompetencyjnych wg. Minimum następujących parametrów: · Nazwa profilu |
33 |
Narzędzia powinny umożliwić dodawanie/usuwanie/edytowanie pytaniami testu talentów. Dla każdego pytania powinna być dostępna funkcjonalność dodawania/edycji i usuwania odpowiedzi. Narzędzie powinno umożliwić zdefiniowanie testu talentów wraz z informacją zwrotną dla wypełniającego (wskazówki rozwojowe) |
34 |
Uzupełnienie testu talentów. Wypełniając test talentów dla każdego pytania student wybiera najbardziej pasujące odpowiedzi, oraz szereguje odpowiedzi od najbardziej do najmniej trafnej. Po wypełnieniu testu student otrzymuje raport wyświetlający jego dominujące talenty, zakres wpływu talentów, sugerowane role zawodowe oraz wskazówki rozwojowe. |
35 |
Narzędzia powinny umożliwiać zarządzanie stanowiskami oraz ich opisami. Tworząc opis stanowiska użytkownik powinien zdefiniować następujące dane:
·
Nazwa stanowiska |
36 |
System na podstawie modelu kompetencji wylicza wynik osoby badanej dla każdej badanej kompetencji za pomocą testu kompetencji. Wynik normalizowany jest do skali 1-5. Na podstawie uzyskanego wyniku system:
·
Wyświetla informacje o luce kompetencyjnej – porównując
uzyskany wynik z wynikiem oczekiwanym na podstawie badanego
profilu kompetencyjnego/zawodowego |
37 |
Narzędzia
umożliwiają definiowanie i konfigurację dowolnych procesów
badania. Narzędzie umożliwia wprowadzenie oraz edycję
istniejących procesów. W trakcie zakładania nowego badania
użytkownik ma możliwość wyboru procesu z listy dostępnych
procesów, który będzie odzwierciedlał przebieg
oceny. |
38 |
Możliwość wprowadzenia nowej oceny (badania) do systemu. Podstawowe dane składają się z minimum następujących pól:
·
Nazwa (pole wymagane), |
39 |
Uprawniony
użytkownik może skonfigurować minimum następujące parametry w
każdym z badań: ·
szablon wydruków raportów w badaniu, |
40 |
Narzędzia
po zakończonym badaniu udostępniają użytkownikowi/doradcy
raport indywidualny z wykonanego badania. Administrator posiada
możliwość określenia szablonu generowanego wydruku. Raport
musi zawierać minimum następujące informacje: |
41 |
Narzędzie umożliwia konfigurację powiadomień e-mail, wysyłanych do użytkowników badania, w tym:
·
wybór, które powiadomienia mają zostać wysyłane podczas
badania |
42 |
Uprawniony użytkownik posiada możliwość zarządzania przebiegiem badania, w tym:
·
podgląd na jakim etapie badania jest każdy z użytkowników
biorących udział w badania |
43 |
System umożliwia zarządzanie katalogiem dostępnych kwalifikacji. Kwalifikacje składają się z minimum następujących danych:
·
Nazwa |
44 |
Uprawniony
użytkownik posiada dostęp do statystyk badania, w tym: ·
ilu użytkowników rozpoczęło badanie |
45 |
Użytkownik
przypisany do badania powinien mieć możliwość wypełnienia
badania, w tym: ·
wypełnienie testu kompetencji |
46 |
Użytkownik po wypełnieniu badania powinien uzyskać dostęp do raportu zwracającego następujące informacje:
·
Definicję badanych kompetencji |
47 |
System
dostarczony zostanie z następującymi predefiniowanymi procesami:
|
48 |
System musi umożliwić zarządzanie źródłami Oferty rekrutacji. Dla każdej rekrutacji system pozwala na określenie terminu dostępności oferty. |
49 |
System musi umożliwić oznaczenia z jakiego źródła rejestrowani są kandydaci – strona biura karier, strona uczelni np. Lista dostępnych źródeł jest edytowana przez administratora. System musi umożliwić śledzenie z jakiego źródła kandydat aplikował na ofertę. |
50 |
System musi umożliwić zarządzanie treścią ogłoszenia. W tym możliwość definiowania szablonu ogłoszenia – zakresu pól jakie wyświetlane są w ogłoszeniu np. Opis oferty, Zakres obowiązków, Wymagane umiejętności, Xxxxxxx zatrudnienia. Administrator ma możliwość włączenia / wyłączenia sekcji istniejącego ogłoszenia przypisanego do rekrutacji. Opis, oferta właściwa oraz klauzula mogą zostać niezależnie włączone lub wyłączone. |
51 |
System
musi posiadać wbudowany kreator ogłoszenia umożliwiający:
|
52 |
System umożliwia pobranie gotowej zawartości kompetencji. |
53 |
System musi umożliwić zarządzanie słownikiem branż (np. Informatyka, Marketing np.) |
54 |
System musi umożliwić zarządzanie słownikiem form zatrudnienia – staż, umowa o pracę, zlecenie, praktyka np. |
55 |
System pozwala na zarządzanie statusami kandydatów przypisanymi do oferty pracy. Dla każdej z ofert można przypisać dedykowaną listę statusów. Domyślnie w systemie powinny być dostępne następujące statusy: Nowy kandydat, Zaproszony na spotkanie, Zatrudniony, Odrzucony, Anulowany. Użytkownicy zarządzający ofertami (pracodawcy, pracownicy biura karier) posiadają możliwość przypisania kandydata do danego statusu w ofercie. System raportuje ilu kandydatów jest przypisanych do poszczególnych statusów dla każdej rekrutacji. |
56 |
System pozwala na definiowanie dostępnych statusów ofert rekrutacyjnych. Dla każdej z ofert można przypisać dedykowaną listę statusów. Domyślnie w systemie dostępne są następujące statusy: Planowana, W trakcie, Zakończona, Anulowana. Użytkownicy zarządzający ofertami (pracodawcy, pracownicy biura karier) posiadają możliwość przypisania oferty do danego statusu. System raportuje ile rekrutacji jest przypisanych do poszczególnych statusów. |
57 |
System umożliwia zarządzanie katalogiem dostępnych kwalifikacji i uprawnień. System umożliwia przypisanie do oferty pracy wybranych kwalifikacji i uprawnień podczas konstruowania wymagań dla kandydata w wybranej ofercie. |
58 |
System umożliwia zarządzanie klauzulami zgody na przetwarzanie danych osobowych |
59 |
System musi posiadać możliwość dodania nowej rekrutacji (np. za pomocą dedykowanego kreatora) oraz edycji istniejącej rekrutacji przez uprawnionego użytkownika. W tym celu określa podstawowy zestaw danych dla nowej rekrutacji, minimum:
·
jakiego stanowiska dotyczy, |
60 |
System musi pozwolić na oznaczenie oferty jako promowanej. Oferty promowane wyróżnione są na liście ofert pracy. |
61 |
System powinien umożliwić publikację oferty na portalu. Publikując ofertę powinna być możliwość wprowadzenia informacji w jakich terminach oferta jest dostępna. |
62 |
Administrator ma możliwość wstawienia sekcji ogłoszenia z dostępnego szablonu. Na podstawie szablonu uzupełniana jest treść sekcji. Nie wprowadza się rozróżnienia pomiędzy treścią wstawioną z szablonu, a treścią wprowadzoną na normalnych zasadach. Podlegają one edycji w taki sam sposób. |
63 |
System musi umożliwiać wskazanie osób prowadzących i zarządzających wybranymi ofertami, np. wybrany pracownik uczelni może zarządzać tylko wybranymi rekrutacjami oraz posiadać dostęp tylko do wybranych kandydatów |
64 |
System musi umożliwiać wskazanie osób posiadających podgląd wybranych ofert pracy oraz podgląd listy kandydatów zarejestrowanych w ofercie |
65 |
System powinien posiadać wbudowany system automatycznych powiadomień. Powiadomienia powinny być przesyłane na wewnętrzny system poczty oraz w postaci wiadomości email. System powinien umożliwić zarządzanie treściami powiadomień. System powinien obsługiwać np. następujące powiadomienia:
·
powiadomienie do studenta o nowych ofertach |
66 |
System musi pozwalać na przypisanie pracodawcy do oferty. Pracodawca w ramach systemu musi posiadać możliwość przeglądania listy kandydatów zgłoszonych na ofertę pracy/stażu/praktyki. |
67 |
System musi pozwalać na rejestrację i zarządzanie kontami pracodawców. W zakresie danych pracodawcy system musi umożliwić wprowadzenie następujących danych:
·
nazwa firmy |
68 |
System musi umożliwić wprowadzanie przez pracodawców nowych ofert pracy. W zależności od konfiguracji systemu musi istnieć możliwość wymuszania akceptacji bądź odrzucenia ofert wprowadzonych przez pracodawcę – przez administratora bądź pracownika biura karier. |
69 |
System umożliwia założenie aplikacji przez studenta na wybrane oferty. System powinien umożliwić podczas aplikacji na załączenie CV i/lub listu motywacyjnego, wybór preferowanej lokalizacji (jeżeli oferta dotyczy kilku lokalizacji), wprowadzenia dodatkowych danych wymaganych dla danej oferty – wypełnienie dodatkowej ankiety, wypełnienie dedykowanego testu kompetencyjnego dla oferty pracy. W przypadku gdy student wprowadził dane do systemu za pomocą funkcjonalności generatora CV, aplikując na ofertę nie musi wprowadzać CV, system automatycznie powinien dodać CV na podstawie danych wprowadzonych w generatorze. |
70 |
Administrator lub pracownik biura karier może przenosić kandydatów między ofertami oraz przypisać wybranego studenta do oferty |
71 |
System musi pozwolić na wyszukiwanie przez studentów ofert pracy np. wg takich parametrów jak: stanowisko, kierunek studiów, dopasowanie do profilu kompetencyjnego na podstawie wypełnionych testów kompetencji, dopasowania np. wg. Doświadczenia i kwalifikacji, umiejętności studenta, posiadanego wykształcenia, lokalizacji. |
72 |
System umożliwia wyszukiwanie i przeglądanie bazy pracodawców oraz podgląd profilu pracodawcy. W ramach podglądu profilu wyświetlone są dane pracodawcy jak również informacje o ofertach rekrutacyjnych danego pracodawcy. |
73 |
System wyświetla pełną historię ofert pracy, stażu, praktyk publikowanych przez pracodawcę |
74 |
Uprawniony
użytkownik może dodawać dokumenty do profilu kandydata. Przy
dodawaniu dokumentu określa jego Typ (kategoria w systemie np.
CV) oraz załącza odpowiedni Plik. Rekruter może usunąć
dokument karty kandydata. Usunięcie musi zostać potwierdzone,
żeby zostało wykonane. Uprawniony użytkownik ma możliwość
dodania komentarza do profilu kandydata. Administrator może
pobrać CV zgłoszone w procesie rekrutacji. Rekruter ma
możliwość dodania Tagu do karty kandydata. |
75 |
Uprawniony użytkownik może wprowadzać informacje o planowanym spotkaniu z kandydatem. Dodając spotkania w karcie kandydata wypełnia następujące pola: Nazwa, Opis, Lokalizacja, Data rozpoczęcia oraz Godzina (pola wymagane), Data zakończenia oraz Godzina (pola wymagane). Można zaznaczyć wydarzenie jako Całodzienne, wówczas pomijane są godziny rozpoczęcia i zakończenia. Uprawniony użytkownik ma możliwość obejrzenia spotkań, na które jest zapisany dany kandydat. |
76 |
Pracodawca, pracownik ABK, administrator może obejrzeć kartę danego kandydata. Składa się ona z następujących sekcji: Dane podstawowe, Aplikacje (na jakie oferty aplikuje kandydat), Ranking (dla danego statusu, jak oceniony jest kandydat), Dokumenty (na przykład CV, list motywacyjny), Spotkania (na które jest zapisany kandydat), Tagi (identyfikator karty kandydata), Historia (działania na portalu), Oceny, Pola dodatkowe (konfigurowalne w zarządzaniu słownikami), Doświadczenie (historia zatrudnienia). Podgląd danych wprowadzonych w generatorze CV. Podgląd wyników testów kompetencji kandydata. |
77 |
Uprawniony użytkownik może wysłać wiadomość do kandydatów przy pomocy kreatora wysyłania wiadomości. Kreator przechodzi przez kolejne etapy: Wybierz kandydatów (wybieranie adresatów), Wybierz szablon (wybieranie szablonu wiadomości), Opcje wysyłania (wybieranie trybu wysyłania wiadomości: DW, UDW), Podsumowanie (podsumowanie stworzonej wiadomości), Potwierdzenie (potwierdzenie wysłania wiadomości) |
78 |
System umożliwia porównanie wybranych kandydatów w dedykowanym panelu w zakresie danych rekrutacyjnych: doświadczenia, posiadanych kompetencji i kwalifikacji. |
79 |
Uprawniony użytkownik (administrator, pracownik ABK, pracodawca) może wyszukać kandydata używając różnych kombinacji opcji wyszukiwania. Zaczynając np. od następujących pól: Imię, Nazwisko, Data aplikacji (od, do) Status kandydata, Źródła, dopasowanie do profilu kompetencji, Lokalizacja, Doświadczenie, Tag, Ocena kandydata, Forma zatrudnienia. |
80 |
System
pozwala na przeglądanie listy ofert rekrutacyjnych na portalu.
System pozwala przeglądać oferty przed zalogowaniem do serwisu.
W ramach portalu możliwe jest publikowanie dodatkowych materiałów
i artykułów wyświetlanych na portalu (moduł CMS). Student po
zalogowaniu może aplikować na wybraną ofertę. System
zarządzania treścią portalu umożliwia wyświetlanie oraz
zarządzanie treściami publikowanymi w Portalu. Wszystkie treści
publikowane w systemie CMS tworzone są za pomocą edytora
WYSIWYG, który umożliwia dodawanie/edycję treści bez
posiadania wiedzy programistycznej. |
81 |
System pozwala studentowi na zaznaczenie opcji czy jest zainteresowany ofertami pracy. W przypadku zaznaczenia opcji Tak, student będzie widoczny w bazie kandydatów do której dostęp posiada pracodawca. System raportuje ilu studentów wybrało opcję tak, oraz ilu studentów wybrało opcję Nie. Studenci zainteresowani ofertami pracy na swój adres email otrzymywać będą automatyczne powiadomienie wygenerowane przez system z informacjami o nowych ofertach pracy. System umożliwia studentowi rezygnację z otrzymywanie powiadomienia o nowych ofertach pracy. |
82 |
System pozwala na skopiowanie istniejącej oferty pracy w celu ponownej jej publikacji w innym terminie. |
83 |
System
pozwala na dodawanie dowolnych szablonów dokumentów przez
administratora. Mogą to być szablony np. CV. System pozwala na
zarządzanie listą dostępnych szablonów CV. Administrator
posiada możliwość modyfikacji i dodawania kolejnych dostępnych
szablonów CV |
84 |
System
umożliwia studentowi budowę szablonu CV z wykorzystaniem
gotowych narzędzi. W ramach rozwiązania student może wprowadzić
x.xx. następujące informacje: posiadane umiejętności,
kompetencje, kwalifikacje i uprawnienia (wybierane z katalogu
kwalifikacji), zdjęcie, dane kontaktowe, informacje dodatkowe
(np. zainteresowania), doświadczenie zawodowe, informacje o
posiadanym wykształceniu, certyfikaty. W ramach uzupełnianego CV
student może wykorzystać następujące sekcje CV |
85 |
System umożliwia wygenerowanie x.xx. następujących raportów i zestawień:
·
liczba ofert pracy w zadanym okresie czasu w podziale na kierunki
studiów |
86 |
System
pozwala na prowadzenie bazy szkoleń (kursów) i wydarzeń.
System pozwala na publikację kursów i wydarzeń na portalu
serwisu biura karier. System pozwala na publikację tematu
kursu/wydarzenia, opisu, terminu, lokalizacji, ustalenia limitu
uczestników, terminów zapisów oraz terminów rezygnacji z
wydarzenia/kursu. |
87 |
System pozwala na udostępnienie dla kursu/wydarzenia ankiety oceniającej oraz dowolnej innej ankiety. |
88 |
Na portalu serwisu biura karier system umożliwia wyszukiwanie i przeglądanie kursów i wydarzeń. |
89 |
Portal serwisu biura karier umożliwia studentowi zgłoszenie się na wybrany kurs/wydarzenie. |
90 |
System na profilu użytkownika wyświetla oferty najbardziej pasujące do jego kompetencji i kwalifikacji. |
91 |
System pozwala na udostępnienie pracodawcy ankiety satysfakcji. |
92 |
System
dla użytkowników niezalogowanych pozwala na: |
93 |
System
umożliwia zbudowanie dowolnego formularza elektronicznego
zbierającego dane od studentów. System umożliwia wymuszenie
wprowadzenia danych do formularza przez studenta po pierwszym
zalogowaniu do systemu. System musi posiadać: |
94 |
System umożliwia stworzenie/edycję/wyszukiwanie ankiety (formularza ankietowego). Tworząc ankietę możemy podać min. Nazwę ankiety, wskazać czy pytania mogą być losowane, określenie liczby wymaganych wypełnień, po osiągnięciu których ankieta nie jest prezentowana, wprowadzenie czy pytania w ankiecie mają być prezentowane na jednej stronie, czy pytania mają być podzielone na strony, wprowadzić tekst podziękowania wyświetlony po wypełnieniu ankiety przez użytkownika, adresu www, na który przekierowany jest użytkownik po wypełnieniu ankiety, terminu wypełnienia ankiety. Określenie opisu ankiety wyświetlanego dla wypełniających, kategorii ankiety, określenie czy ankieta będzie anonimowa. |
95 |
System umożliwia dodawanie do ankiety następujących rodzajów pytań
·
Lista rozwijana |
96 |
Przypisanie/wypisania pytania do jednej z dostępnych bibliotek pytań. Przypisanie pytania spowoduje, że autorzy innych ankiet będą mogli użyć tego pytania w tworzonych przez siebie ankietach. System musi umożliwić skopiowanie pytań z innej ankiety. W tym wypadku wybierana jest ankieta źródłowa i pytania z tej ankiety, które mają zostać skopiowane do ankiety bieżącej. |
97 |
W
konfiguracji ankiety można określić, w jaki sposób będą
wybierane jej pytania. Domyślenie zostaną wyświetlone wszystkie
pytania zgodnie z kolejnością na liście pytań. Opcjonalnie
można włączyć losowanie kolejności pytań. Użytkownik
wypełniając ankietę może mieć prezentowane pytania w różny
sposób: |
98 |
System umożliwia zaznaczenie dla ankiety w jakich wersjach językowych ankieta powinna być udostępniona. Zarządzający ankietą dla każdego pytania ankiety może wprowadzić treść pytania i odpowiedzi dla każdej wersji językowej. System agreguje wyniki dla danej ankiety dla każdej wersji językowej – pomimo że ankieta jest dostępna w kilku wersjach językowych system przechowuje ankietę jako pojedynczą ankietę. Użytkownik uruchamiając ankietę ma możliwość wyboru wersji językowej. |
99 |
System umożliwia wysyłanie przypomnienia o terminie wypełnienia ankiety użytkownikowi. |
100 |
System umożliwia wysłanie powiadomienia o wypełnieniu ankiety. |
101 |
System umożliwia wydrukowanie ankiety. System pozwala na wgranie szablonu dokumentu word definiującego wydruk. System pozwala ustawić czy umożliwić generowanie dokumentu użytkownikowi, który wypełnił ankietę. System umożliwia dla jednej ankiety zdefiniowanie wielu wydruków |
102 |
System umożliwia skopiowanie istniejącej ankiety. System umożliwia wykorzystanie raz wprowadzonej ankiety wielokrotnie. |
103 |
System umożliwia import ankiety wraz z pytaniami z arkusza Excel |
104 |
System umożliwia ustalenie uprawnień użytkowników bądź grup użytkowników do wypełnienia ankiety. System umożliwia przesłanie na wybrane adresy email linku do wypełnienia ankiety. Użytkownik posiada możliwość wypełnienia ankiety bez konieczności logowania do systemu. |
105 |
System umożliwia wysłanie wiadomości e-mail z adresem ankiety do wypełnienia. |
106 |
System umożliwia przerwanie wypełnienia i powrotu do częściowo wypełnionej ankiety przez użytkownika. Po wypełnieniu ankiety system blokuje możliwość wypełnienia ponownie tej samej ankiety. |
107 |
System umożliwia wypełnienie ankiety przez użytkownika po zalogowaniu do systemu lub po wejściu w dedykowany link do ankiety powiązany z danymi użytkownika |
108 |
System
umożliwia prezentację wyników ankiety w: |
109 |
System umożliwi wyświetlanie wyników statystycznych ankiety. Dla każdego pytania, dla którego to możliwe (np. nie dla pytań opisowych) wyświetlane są statystyki odpowiedzi, jakich udzielali uczestnicy ankiety. |
110 |
System umożliwia eksport wyników ankiety do arkusza programu Excel lub pliku CSV. |
System dziekanatowy |
|
1 |
W systemie będzie istniała możliwość wprowadzania indywidualnych osiągnięć przez studentów. |
2 |
System
powinien posiadać architekturę wielowarstwową, w tym: |
3 |
Warstwa prezentacji systemu powinna być oparta o najnowsze standardy UX oraz UI projektowania aplikacji internetowych. Układ i wygląd interfejsu graficznego powinien nowoczesny oraz automatycznie dostosowywać się do rozmiaru okna przeglądarki. |
4 |
System w warstwie prezentacji powinien być aplikacją typu SPA (Single Page Application), uruchamiana jako oddzielna usługa oraz dynamicznie ładowana. |
5 |
Komunikacja pomiędzy warstwą prezentacji a aplikacji powinna opierać się na ściśle zdefiniowanych usługach API, za pomocą połączenia protokołu HTTP/HTTPS. Dane odbierane orazy wysyłane powinny być w formacie JSON. Komunikaty błędu powinny zawierać treść zgodnie ze standardem RFC 7807. |
6 |
System powinien zawierać dla usług API dokumentacje w standardzie OpenApi 3 oraz dostarczać narzędzie umożliwiające przegląd dokumentacji. |
7 |
System powinien składować dane w relacyjnej bazie danych MSSQL uruchomionej na wydzielonej maszynie. Kodowanie danych powinno być w formacie UTF-8. |
8 |
System powinien wszystkie funkcjonalności realizować za pomocą aplikacji internetowej w przeglądarce, bez konieczności instalacji dodatkowego oprogramowania. Dotyczy to całości systemu, dostęp oraz wszystkie moduły dla studentów, wykładowców, pracowników dziekanatu i administratorów. |
9 |
Wszystkie funkcjonalności systemu (również administracyjne) będą dostępne przy użyciu najpopularniejszych przeglądarek internetowych, w ich najnowszych wersjach. Nie może być instalowane dodatkowe oprogramowanie na komputerze. |
10 |
System musi umożliwiać uwierzytelnianie użytkownika za pomocą techniki pojedynczego logowania przy użyciu serwera autoryzacji SSO. Serwer autoryzacyjny powinien implementować standardy OpenId Connect oraz OAuth 2.0 oraz udostępniać token w standardzie JWT. |
11 |
System pozwala na wprowadzenie i edycję danych osobowych studentów, w tym danych teleadresowych, WKU, informacji o pobieranych świadczeniach, informacji o posiadanych dokumentach tożsamości. |
12 |
System umożliwia zdefiniowanie osobie informacji o ukończonej szkole średniej. |
13 |
System pozwala na wyszukanie studenta po imieniu, nazwisku lub indeksie. |
14 |
System umożliwia ewidencje niepełnosprawności studenta. |
15 |
System umożliwia zapisanie studenta na wiele programów studiów z możliwością wskazania daty rozpoczęcia studiów oraz statusu z listy słownikowej. |
16 |
System pozwala na zapisanie studenta na dowolny etap programu studiów z możliwością wybrania cyklu realizacji. Funkcja musi być dostępna dla użytkownika za pomocą przeglądarki internetowej bez instalowania dodatkowego oprogramowania. |
17 |
System umożliwia podgląd programów studiów studenta. |
18 |
System umożliwia wielokrotne wznawianie i zmiany kierunków studiów. |
19 |
System umożliwia przetwarzanie wszystkich informacji o przebiegu studiów studenta niezależnie dla kierunku studiów i formy studiów z dokładnością do jednego cyklu dydaktycznego. |
20 |
System musi umożliwiać zapisanie studenta do dowolnej grupy zajęciowej w dowolnym przedmiocie w systemie. Przedmiot musi mieć możliwość podpięcia pod dowolny etap programu studiów studenta |
21 |
System umożliwia prezentacje zaliczonych przedmiotów z informacją o prowadzącym, ocenie, zdobytych punktach i dacie zaliczenia. |
22 |
System umożliwia tworzenie różnych typów zajęć przedmiotu w danym cyklu dydaktycznym dla wielu programów studiów: wykładowych, laboratoryjnych, ćwiczeniowych i innych z możliwością określenia liczebności. |
23 |
System umożliwia dodanie do różnych typów zajęć przedmiotu w danym cyklu dydaktycznym wiele grup zajęć. System weryfikuje, aby student w danym typie zajęć przedmiotu w danym cyklu dydaktycznym był zapisany tylko w jednej grupie zajęć. |
24 |
System umożliwia dodania wielu prowadzących do grupy zajęć. |
25 |
System umożliwia dodanie jednego lub wielu protokołów na każdy typ zajęć przedmiotu w danym cyklu dydaktycznym. Raz dodany protokół do zajęć danego typu jest dla wszystkich grup zajęciowych w ramach typu zajęć. |
26 |
System umożliwia pozytywne rozliczenie przedmiotu tylko w przypadku posiadania przez studenta oceny pozytywnej we wszystkich protokołach dodanych do zajęć przedmiotu różnych typów w danym cyklu dydaktycznym, |
27 |
System pozwala na wpisanie maksymalnie jednej oceny studentowi w każdym z terminów protokołu. |
28 |
System pozwala na wielokrotne powtarzanie przedmiotu w różnych cyklach dydaktycznych. |
29 |
System umożliwia eksport wymaganych danych o studentach do systemu POLon. |
30 |
System musi umożliwiać zdefiniowanie miejsc praktyk z co najmniej następującym zestawem danych: nazwa, adres, numer telefonu, imię i nazwisko osoby kontaktowej. |
31 |
W systemie istnieje możliwość zdefiniowania ofert praktyk, na które studenci mogą się zapisać. |
32 |
System musi pozwalać na gromadzenie informacji związanych z osobami powołanymi na opiekunów praktyk zawodowych. |
33 |
System musi umożliwiać zdefiniowanie dowolnego rodzaju praktyk z co najmniej następującym zestawem danych: nazwa, data rozpoczęcia, data zakończenia, miejsce odbywania praktyk oraz status praktyki. |
34 |
System musi umożliwiać przypisanie opiekuna praktyk oraz studenta do konkretnych zdefiniowanych wcześniej praktyk zawodowych. |
35 |
W systemie istnieje możliwość zdefiniowania dodawania załączników do praktyk studenta. |
36 |
System musi umożliwiać przygotowanie informacji o zrealizowanych przez studenta praktykach zawodowych. |
37 |
System pozwala na prowadzenie dziennika praktyk studenta. Dziennik musi być dostępny do uzupełnienia przez studenta po zalogowaniu się przez studenta do systemu. |
38 |
System musi pozwalać na wystawianie oceny studentowi po realizacji praktyki. |
39 |
System musi umożliwiać tworzenie nowego typu praktyki. |
40 |
System musi umożliwiać tworzenie rodzaju umowy praktyki |
41 |
System uniemożliwia zapisanie studenta na praktyki z Oferty, jeśli brakuję wolnych miejsc. |
42 |
System pozwala na przypisanie numeru porozumienia praktyki studenta |
43 |
System pozwala na definiowanie cykli dydaktycznych. |
44 |
System pozwala na powiązanie przedmiotu z cyklem dydaktycznym. |
45 |
System pozwala na wyświetlanie przedmiotów w zakończonych cyklach dydaktycznych. |
46 |
System pozwala na wyświetlanie osób w przedmiocie w danym cyklu dydaktycznym. |
47 |
System umożliwia wyświetlenie (utworzonych uprzednio) grup przedmiotów. |
48 |
System umożliwia dodanie nowego przedmiotu do grupy przedmiotów wraz z informacją początkowego cyklu dydaktycznego i opcjonalnym końcowym cyklem dydaktycznym, kiedy przedmiot ten obowiązuje w ramach tej grupy. |
49 |
System pozwala na definiowanie wielu programów studiów dla kierunku. |
50 |
System umożliwia zdefiniowanie dla programu studiów wielu etapów studiów. Dla etapów umożliwia definiowanie wymogów etapowych przedmiotowych i punktowych. |
51 |
System umożliwia dla każdego z etapów programu studiów zdefiniowanie wymagań przedmiotowych lub punktowych z możliwością ustalenia początkowego cyklu dydaktycznego i końcowego cyklu dydaktycznego. |
52 |
System pozwala na przegląd wymagań przedmiotowych i punktowych etapu w wybranym cyklu dydaktycznym. |
53 |
System umożliwia weryfikację wymagań etapowych programu studiów przy rozliczaniu automatycznym etapów programów studiów. |
54 |
System umożliwia w ramach przedmiotu w danym cyklu dydaktycznym definiowanie dowolnych typów zajęć (zdefiniowanych w słowniku) z możliwością określenia liczby godzin. W ramach typu zajęć definiowane są grupy zajęciowe. Do tak zdefiniowanych grup zapisujemy studentów, przypisujemy prowadzących zajęcia, termin, salę zajęciową. |
55 |
System umożliwia w ramach typów zajęć przedmiotu tworzenie grup zajęciowych z możliwością określenia prowadzącego, studentów, terminów zajęć wraz z salą. |
56 |
System umożliwia dodanie informacji o sylabusie (opis, skrócony opis, literatura, uwagi) dla przedmiotu w danym cyklu dydaktycznym. |
57 |
System umożliwia zdefiniowanie koordynatora dla przedmiotu w danym cyklu dydaktycznym. |
58 |
System umożliwia zdefiniowanie dowolnych typów punktów wraz z liczbą jaką student zdobędzie po zaliczeniu przedmiotu w danym cyklu dydaktycznym oraz w danym programie studiów. |
59 |
System umożliwia dodanie protokołu do przedmiotu, z wyborem typów zajęć przedmiotu w danym cyklu dydaktycznym. |
60 |
Definiowanie struktury uczelni (wydziały, katedry, zakłady, pracownie). |
61 |
W ramach struktury organizacyjnej (we wspólnym słowniku) powinna być możliwość zdefiniowania innych jednostek (np. koła naukowe studentów). |
62 |
Definiowanie kierunków, specjalności, stopnia i formy studiów. |
63 |
Definiowane kursów, szkoleń i innych forma kształcenia. |
64 |
Obsługa studiów prowadzonych na wszystkich poziomach (pierwszego stopnia, drugiego stopnia, studiach magisterskich, doktoranckich, podyplomowych), w formie stacjonarnej oraz niestacjonarnej. |
65 |
System musi umożliwić obsługę studenta jednocześnie na wielu kierunkach bez konieczności powielania danych osobowych studenta (jedna kartoteka osobowa). |
66 |
System umożliwia zdefiniowanie przedmiotu z unikalnym kodem dla całej struktury uczelni. Raz dodany przedmiot jest widoczny dla wszystkich użytkowników i jego kod jest unikalny w skali instalacji. |
67 |
System umożliwia nadanie unikalnego symbolu przedmiotu. |
68 |
System umożliwia zdefiniowanie nazwy przedmiotu w języku angielskim. |
69 |
System umożliwia zapis studenta do grupy zajęć. |
70 |
System pozwala na definiowanie słownika budynków. |
71 |
System umożliwia dodawanie i edytowania sal przynależnych do danego budynku. |
72 |
System umożliwia definiowanie dowolnych typów zajęć. Zdefiniowane typy muszą być wykorzystywane przy tworzeniu typu przedmiotu w cyklu dydaktycznym. |
73 |
System umożliwia definiowanie dowolnych typów punktów przedmiotu wymaganych do zaliczenia etapu programu studiów. |
74 |
System umożliwia definiowanie dowolnych typów kodów przedmiotu (np. kod Sokratesa, kod ISCED, kod POL-on). |
75 |
System umożliwia zdefiniowanie dowolnych typów ocen, które wykorzystywane są w protokołach ocen. |
76 |
System umożliwia zdefiniowanie dowolnych typów protokołów, wykorzystaniem zdefiniowanych w systemie typów ocen. |
77 |
System pozwala na zdefiniowanie obywatelstw. |
78 |
System musi posiadać możliwość zdefiniowania stopni naukowych. |
79 |
System musi posiadać możliwość zdefiniowania typów stypendiów. |
80 |
System pozwala na zdefiniowanie typów jednostek organizacyjnych (np. katedra, wydział). |
81 |
System pozwala na definiowanie słownika jednostek organizacyjnych. |
82 |
System pozwala na definiowanie dowolnych typów opłat. |
83 |
System pozwala na definiowanie dowolnych typów form studiów. |
84 |
System pozwala na definiowanie dziedzin naukowych. |
85 |
System pozwala na definiowanie kierunków studiów, specjalności oraz specjalizacji. |
86 |
W systemie studenci będą mieli możliwość zapisania się na zajęcia do odpowiednich grup z wcześniej przygotowanego zakresu przedmiotów i grup do rejestracji; |
87 |
Wpisywanie ocen przez prowadzących zajęcia Online (prowadzący zajęcia dostaje dostęp do wystawienia ocen z wcześniej zdefiniowanego zakresu przez administratora); |
88 |
Rozliczenie semestru/roku studenta Online (student widzi status swoich zaliczeń, jakie przedmioty jeszcze mu brakują do zaliczenia, może zgłosić etap do rozliczenia przez internet); |
89 |
Wydruk protokołu dla prowadzącego za pośrednictwem dostępu przez internet; |
90 |
Student będzie mógł na bieżąco śledzić postępy oraz przebieg studiów (prezentacja danych z programu studiów z uwzględnieniem tego co student już ukończył oraz tego co potrzebuje do zaliczenia etapu/semestru/roku studiów); |
91 |
Dostęp za pomocą przeglądarki internetowej lub dedykowanej aplikacji; |
92 |
Podgląd danych studenta/użytkownika; |
93 |
Student na bieżąco będzie mógł śledzić swoje oceny i zaliczenia; |
94 |
Obsługa praktyk studenckich; |
95 |
Dostęp do wypełnienia ankiet studenckich; |
96 |
Możliwość logowania się bez ograniczeń lokalizacyjnych za pośrednictwem Internetu; |
97 |
Możliwość wyszukania studenta w protokole w celu wystawienia oceny. |
98 |
System umożliwia podgląd planu zajęć studenta z podziałem na tygodniowy oraz miesięczny. |
99 |
System umożliwia obsługę procesu dyplomowego wraz z integracją z systemem antyplagiatowym za pomocą przeglądarki internetowej. |
100 |
System umożliwia przegląd przedmiotów, na które student jest zapisany. |
101 |
System umożliwia przegląd ocen końcowych z przedmiotów z podziałem na cykle dydaktyczne. |
102 |
System umożliwia składanie podań, przegląd złożonych podań oraz możliwość zapoznania się z decyzjami. |
103 |
System pozwala studentowi złożenie elektronicznego wniosku o dany rodzaj stypendium z możliwością załączenia odpowiednich dokumentów. |
104 |
System umożliwia przeglądanie złożonych przez studenta wniosków stypendialnych. |
105 |
System umożliwia zgłaszanie tematów pracy dyplomowej. |
106 |
System umożliwia rejestracje elektronicznej wersji pracy dyplomowej w formatach zdefiniowanych przez uczelnie. |
107 |
System umożliwia wypełnianie protokołów z hospitacji. |
108 |
System umożliwi obsługę kwaterowania studentów do pokoi, |
109 |
System umożliwi dodawanie i kwaterowanie gości - funkcja hotelowa, |
110 |
System umożliwi prowadzenie obsługi wielu domów studenckich, z możliwością przydzielania uprawnień użytkownikom administracyjnym jedynie do danych wskazanego domu studenckiego, |
111 |
System umożliwi przypisanie stawki miesięcznej i/lub dziennej oraz semestralnej za miejsce w pokoju, |
112 |
System umożliwi tworzenie katalogu wyposażenia pokoju, |
113 |
System umożliwi przypisanie do studenta pobranego przez niego wyposażenia wraz z ilością, |
114 |
System umożliwi tworzenie przez administratora zgłoszeń dotyczących danego pokoju, |
115 |
System umożliwi tworzenie miesięcznych zestawień należności zakwaterowanych studentów i gości, |
116 |
System umożliwi tworzenia rocznych bilansów należności i wpłat zakwaterowanych studentów i gości, |
117 |
System umożliwi podgląd danych studenta i gościa, wraz z historią jego zakwaterowania i pełnych rozliczeń (należności i wpłat), |
118 |
System umożliwi wydruk przelewu należności dla studenta i gościa, |
119 |
System umożliwi obliczenie prognozy należności studenta i gościa na dowolny dzień w przyszłości (przy założeniu ciągłości kwaterunku), |
120 |
System zapewni wygenerowanie raportu pokazującego zestawienie wolnych miejsc w pokojach w danym domu studenckim, |
121 |
System zapewni wygenerowanie raportu pokazującego listę wyposażenia przypisanego do danego studenta i gościa, |
122 |
System zapewni wygenerowanie raportu pokazującego pełną historię pobierania i zwracania wyposażenia przez danego studenta i gościa, |
123 |
System zapewni wygenerowanie raportu pokazującego zestawienie zakwaterowanych studentów i gości (wraz z informacją o pokoju, w którym są zakwaterowani), |
124 |
System zapewni wygenerowanie raportu pokazującego osoby zakwaterowane w danym pokoju, |
125 |
System zapewni wygenerowanie raportu pokazującego zestawienie płatności studentów i gości (w danym miesiącu i roku), |
126 |
System zapewni wygenerowanie raportu pokazującego zestawienie wykwaterowanych studentów w danym okresie czasu, |
127 |
System zapewni wygenerowanie raportu pokazującego zestawienie zakwaterowanych studentów w danym okresie czasu, |
128 |
System zapewni wygenerowanie raportów zawierających dane identyfikacyjne studentów i gości dla określonych grup wskazanych przez użytkownika, |
129 |
System zapewni wygenerowanie raportu pokazującego zestawienie zadłużonych studentów i gości (mających nieopłacone należności za kwaterunek) |
130 |
System zapewni wygenerowanie raportu pokazującego zestawienie zadłużonych wykwaterowanych studentów i gości (mających nieopłacone należności za kwaterunek), |
131 |
System zapewni wygenerowanie raportu pokazującego salda należności studentów i gości, |
132 |
System zapewni wygenerowanie raportu pokazującego plan zakwaterowania studentów i gości. |
133 |
System umożliwi prognozowanie wykorzystania puli stypendialnej, symulację kwot poszczególnych stypendiów, |
134 |
W systemie istniała będzie funkcja wyliczania i podgląd dochodu studenta/doktoranta, |
135 |
System umożliwi automatyczne wyliczanie dochodu netto na osobę w rodzinie wg przyjętej metodyki, |
136 |
System umożliwi kontrolę poprawności wprowadzonych danych i zatwierdzanie wyliczonego dochodu przez uprawnionego użytkownika końcowego, |
137 |
System umożliwi przypisanie do każdego rodzaju stypendium listy statusów studenta/ doktoranta, |
138 |
System będzie obsługiwał tworzenie list wniosków z funkcją wyszukiwania i filtrowania według wielu kategorii, |
139 |
System będzie dysponował funkcją przeglądania rankingów i możliwość ręcznego wprowadzania zmian przedziałów pojedynczych elementów rankingu, |
140 |
System będzie posiadał możliwość redukcji kwot stypendiów podczas naliczenia, tak aby suma miesięczna kwot stypendium nie przekroczyła określonej wartości procentowej/kwotowej, |
141 |
System zapewni wydruk listy rankingowej, podsumowania symulacji, wydruk liczebności rankingów, |
142 |
System umożliwi zmiany wysokości stypendium w indywidualnych przypadkach, |
143 |
System umożliwi operacje grupowe: wypłata wielokrotna, ustawianie okresów wypłaty, zatwierdzanie kwot, import kwot z poprzedniego miesiąca, |
144 |
System umożliwi automatyczne naliczanie stypendium i tworzenie harmonogramu wypłat, uwzględniając próg kwotowy wysokości miesięcznej stypendium, |
145 |
W systemie zapewniona będzie funkcja weryfikacji poprawności wprowadzonego numeru konta bankowego studenta/doktoranta i na jego podstawie nazwę banku, |
146 |
System umożliwi wyfiltrowanie listy studentów/doktorantów w określonym przedziale czasowym, |
147 |
System umożliwi przyznawanie stypendiów przez Komisję Stypendialną oraz Odwoławczą Komisję Stypendialną, generowanie list złożonych wniosków na komisję obradującą w danym dniu, |
148 |
System umożliwi wydruk decyzji stypendialnych z możliwością edycji szablonów dokumentów przez użytkowników, |
149 |
System umożliwi generowanie list wypłat oraz plików przelewów, list papierowych do podpisu, |
150 |
System umożliwi wstrzymywanie wypłat stypendiów, sporządzenie list korygujących wypłatę za dany okres, |
151 |
System umożliwi ustalenie progu wysokości dochodu, |
152 |
System umożliwi przyznanie stypendium na podstawie wniosku dla osób niepełnosprawnych, |
153 |
System zapewni ewidencję studentów niepełnosprawnych z uwzględnieniem stopnia niepełnosprawności, |
154 |
System umożliwi wydruk listy osób niepełnosprawnych. |
155 |
System umożliwi sporządzenie rankingu studentów/doktorantów, |
156 |
System umożliwi sprawozdawczość obowiązującą uczelnie wyższe, |
157 |
System umożliwi przyznanie zapomogi oraz wydruk decyzji administracyjnej, |
158 |
System zapewni funkcję nadzoru ilości przyznanych zapomóg. |
159 |
System umożliwi generowanie statystyk ilościowych i kwotowych, za dowolny okres, dla dowolnego kierunku studiów, wydziału w tym również archiwalnych, |
160 |
System umożliwi export danych do systemu POLON, |
161 |
W systemie istniała będzie możliwość pobrania informacji archiwalnych z systemu dziekanatowego, gdzie zapisywani są wszyscy studenci po ukończeniu studiów i skreśleniu z listy studentów, |
162 |
System umożliwi utworzenie list na Komisję przyznającą miejsca w domu studenta, |
163 |
System umożliwi zmianę kluczowych parametrów przez administratora Uczelni, bez konieczności każdorazowej ingerencji producenta oprogramowania, |
164 |
System umożliwi ewidencjowanie osób ubezpieczonych w NFZ, |
165 |
System umożliwi wysyłkę informacji dla określonych grup odbiorców poprzez: mail, sms z zachowaniem historii wysłanych wiadomości, |
166 |
System umożliwi tworzenie alertów: np. dla osób, które niedługo skończą 26 lat, możliwość wysłania informacji o ubezpieczeniu zdrowotnym przez Uczelnię z zachowaniem historii wysłanych wiadomości, |
167 |
System umożliwi podgląd zaawansowania prac poszczególnych użytkowników przez osobę nadzorującą/zatwierdzającą wypłatę stypendiów i generowanie plików do banku. |
168 |
System umożliwi wystawianie skierowań na zdefiniowane badania lekarskie i szczepienia, z możliwością modyfikacji szablonów przez użytkownika, |
169 |
W systemie dostępna będzie dla zdefiniowanych użytkowników ewidencja wyników badań lekarskich i szczepień dostarczonych przez studentów/doktorantów, |
170 |
System zapewni funkcję wpisywania informacji dodatkowych, w polu specjalnie do tego przeznaczonym, z możliwością edytowania tych informacji w konkretnych zestawieniach/tabelach/raportach, |
171 |
System umożliwi tworzenie list korygujących dla zatwierdzonych list płatności oraz cofanie do stanu poprzedniego płatności nie zatwierdzonych. |
172 |
System pozwala na obsługę co najmniej następujących rodzajów stypendium: socjalne, rektora dla najlepszych studentów, dla osób niepełnosprawnych, zapomogi. |
173 |
System zapewnia ewidencję studentów niepełnosprawnych z uwzględnieniem stopnia niepełnosprawności. |
174 |
System umożliwia ustalenie progu wysokości dochodu. |
175 |
System umożliwia podglądu całej listy złożonych wniosków oraz wyszukania i podgląd wniosków dla konkretnego rodzaju stypendium, studenta (po imieniu i nazwisku, numerze albumu, numerze PESEL, statusie studenta), roku, semestru akademickiego, statusu wniosku, kierunku, wydziału, rodzaju studiów oraz trybie studiów. |
176 |
System umożliwia wprowadzenie wielu wniosków dla jednego studenta. |
177 |
System umożliwia aktualizację statusu wniosku z co najmniej następującymi statusami: przyjęty, kompletny niekompletny, komisja, komisja odwoławcza, rozpatrzony pozytywnie, rozpatrzony negatywnie, oraz do wyjaśnienia. |
178 |
System umożliwia definiowanie oświadczeń dla wniosków. |
179 |
System pozwala na składanie i obsługę odwołań. |
180 |
System umożliwia definiowanie uzasadnień prawnych z podziałem na: decyzje przedmiotowe, odmowy wszczęcia oraz umorzenia postępowania. |
181 |
W systemie jest zapewniona funkcja weryfikacji poprawności wprowadzonego numeru konta bankowego studenta/doktoranta i na jego podstawie nazwę̨ banku. |
182 |
W systemie istnieje funkcja wyliczania i podgląd dochodu studenta/doktoranta. |
183 |
System umożliwia przyznanie zapomogi oraz wydruk decyzji administracyjnej. |
184 |
System umożliwia wprowadzanie, edytowanie oraz wyszukiwanie prac dyplomowych wraz z informacją o promotorze, recenzencie, jednostce, roku akademickim. |
185 |
System posiada rejestr prac dyplomowych posiadającym co najmniej następujące dane: temat pracy dyplomowej wybranej przez studenta imię i nazwisko promotora i recenzenta pracy data egzaminu dyplomowego, ocena uzyskana za pracę dyplomową, za egzamin dyplomowy oraz średnią ocenę z całego toku studiów, numer dyplomu. |
186 |
System umożliwia definiowanie i wypełnianie protokołów recenzji oraz protokołów egzaminu dyplomowego przez użytkowników systemu za pomocą przeglądarki internetowej |
187 |
System posiada bazę pytań egzaminacyjnych wykorzystywanych w protokole egzaminu dyplomowego. |
188 |
System umożliwia obliczenie średnia z całego toku studiów |
189 |
System
posiada możliwość definiowania następujących
algorytmów: |
190 |
System musi zapewniać komunikację z systemami: Jednolity System Antyplagiatowy (JSA) oraz Ogólnopolskie Repozytorium Pisemnych Prac Dyplomowych (ORPPD) |
191 |
System pozwala na wydruk analizy pracy dyplomowej systemem antyplagiatowym, recenzja pracy dyplomowej, formularz do oceny egzaminu dyplomowego. |
192 |
System
musi umożliwić przeprowadzenie następującej obsługi procesu
dyplomowania: |
193 |
System
musi posiadać wewnętrzne kontrole przebiegu procesu, w
szczególności: |
194 |
System pozwala na obsługę wniosku zgodną z Kodeksem Postępowania Administracyjnego. |
195 |
System pozwala na wszczęcie sprawy z urzędu przez uczelnię. |
196 |
System pozwala na zdefiniowanie osób decyzyjnych. |
197 |
System pozwala na definiowanie rodzaju sprawy studenta. |
198 |
System pozwala na przypisanie osób decyzyjnych do rodzaju sprawy. |
199 |
System pozwala na określenie trybu odwołania dla rodzaju sprawy. |
200 |
System pozwala na definiowanie osób, które mogą obsługiwać sprawę. |
201 |
System umożliwia przypisanie pracownika do obsługi konkretnej sprawy. |
202 |
System pozwala pracownikowi na podgląd metryki sprawy. |
203 |
System pozwala pracownikowi na edycję wpisu metryki sprawy. |
204 |
System pozwala pracownikowi na tworzenie wezwań dla sprawy. |
205 |
System pozwala pracownikowi na tworzenie zawiadomień dla sprawy . |
206 |
System udostępnia informacje studentowi na jakim etapie jest sprawa. |
207 |
System umożliwia studentowi składanie podań dla zdefiniowanych rodzajów spraw. |
208 |
System umożliwia dołączanie załączników do wniosku przez studenta. |
209 |
System umożliwia dołączanie załączników do sprawy przez pracownika. |
210 |
System umożliwia pracownikowi komentowanie załączników przy rozpatrywaniu merytorycznym. |
211 |
System umożliwia obsłużenie odwołania do sprawy. |
212 |
System umożliwia obsłużenie wniosku o ponowne rozpatrzenie sprawy. |
213 |
System umożliwia obsłużenie decyzji zmieniającej. |
214 |
Wszystkie opłaty studentów będą mogły być dokonywane za pośrednictwem przelewów internetowych. System będzie automatycznie rozliczał i księgował płatności, |
215 |
System umożliwi naliczanie płatności za poszczególne zajęcia, |
216 |
System pozwoli naliczać odsetki, |
217 |
Powiadamianie o przeterminowanych należnościach za pośrednictwem sms i email, |
218 |
Eksportowanie danych do systemu finansowo-księgowego, |
219 |
Przegląd historii płatności, |
220 |
System pozwoli na automatyczne rozliczanie płatności dokonywanych przez studentów. |
221 |
System musi posiadać możliwość generowania propozycji należności. |
222 |
System umożliwia wprowadzanie cennika opłat za czesne na semestr studiów z możliwością wprowadzenia różnych cenników dla różnych roczników. |
223 |
System przechowuje informacje o naliczonych opłatach dla studenta studiującego na wielu kierunkach odrębnie. |
224 |
System umożliwia wprowadzenie innych niż czesne opłat: zgubiona legitymacja, egzaminy poprawkowe. |
225 |
System pozwala przypisać jedno lub wiele kont bankowych dla odpowiednich rozliczeń studenta. |
226 |
Oprogramowanie będzie posiadało interfejs API wraz z szczegółową dokumentacją pozwalającą na zaprojektowanie integracji z dowolnym systemem na rynku. |
227 |
System zapewni dostęp do danych na potrzeby systemu ORPD i Jednolitego Systemu Antyplagiatowego. |
2.Usługi wdrożeniowe
W ramach przedmiotowej usługi planowane jest wdrożenie Systemu informatycznego.
Każda usługa wdrożenia danego elementu systemu będzie realizowana w formie projektu obejmującego 5 z 5 etapów, w których zostaną wykonane konkretne zadania oraz powstaną oczekiwane produkty wdrożenia. Etapy obejmują:
analizę,
projekt,
budowę rozwiązania,
uruchomienie
opieka serwisowa kończąca ostateczne wdrożenie systemu.
ETAP (1) ANALIZA I DOSTARCZENIE PILOTAŻOWEJ WERSJI
Analiza rozpocznie właściwą implementację elementu systemu w organizacji Zamawiającego. Będzie miała na celu właściwe przygotowanie całego procesu wdrożeniowego poprzez określenie poszczególnych aktywności wraz z rozwojem projektu i właściwym zaplanowaniem prac. W trakcie analizy konsultanci dostawcy przeprowadzą warsztaty z użytkownikami, aby opracować docelowe modele procesów Zamawiającego wspierane przez wdrażany element systemu. W ramach etapu szczegółowe wymagania Zamawiającego zostaną odniesione do elementów istniejących w standardowej wersji wybranego oprogramowania oraz zostanie stworzona specyfikacja wymagań, które muszą zostać dodatkowo zamodelowane i oprogramowane. W ramach procesu analizy zostanie uruchomiona pilotażowa wersja systemu w oparciu o infrastrukturę Wykonawcy.
Uczestnicy etapu:
zespół wdrożeniowy,
użytkownicy kluczowi.
Główne zadania:
edukacja z możliwości i funkcjonalności wybranego systemu,
przygotowanie i zatwierdzenie szczegółowego planu projektu,
udostępnienie pilotażowej wersji systemu,
analiza wymagań biznesowych,
specyfikacja elementów, które muszą zostać dodatkowo zamodelowane i oprogramowane,
analiza środowiska i infrastruktury,
analiza migracji / importu danych.
Wyniki etapu:
koncepcja rozwiązania wspierającego,
szczegółowy harmonogram projektu i jego etapy,
pilotażowa wersja systemu w oparciu o infrastrukturę Wykonawcy.
specyfikacja infrastruktury IT.
ETAP (2) PROJEKT
Na tym etapie zespół dostawcy opracowuje projekt wdrożenia potrzeb i wymagań Zamawiającego w zakresie danego elementu systemu. W oparciu o pilotażową wersję systemu udostępnioną w Etapie 1 nastąpi konfiguracja zgodna z wymaganiami określonymi w fazie projektowania. Dodatkowo zaprojektowane zostaną konkretne dostosowania / modyfikacje danego elementu systemu wspomagającego zarządzanie uczelnią. Dostosowaniami będą mogły być interfejsy użytkownika lub modyfikacje raportów. Modyfikacje będą mogły również obejmować integrację i interfejsy wymagane do obsługi rozwiązania w ramach integracji z systemami funkcjonującymi na Uczelni. Etap projektowania będzie opierać się na poprzednim etapie (1) analizy. Dokumentami kończącymi tą fazę będzie koncepcja rozwiązania.
Uczestnicy etapu:
zespół wdrożeniowy,
użytkownicy kluczowi.
Główne zadania:
konfiguracja aplikacji standardowej,
projektowanie wymaganych modyfikacji,
ustalenie procesów migracji / importu danych.
Wyniki etapu:
docelowa i zaakceptowana koncepcja rozwiązania wraz z koncepcją dostosowania / modyfikacji systemu oraz interfejsów,
strategia i plan szkoleń,
próbny import danych.
ETAP (3) BUDOWA
Celem tej fazy będzie zbudowanie i przetestowanie komponentów danego elementu systemu wspomagającego zarządzanie uczelnią, które zostały zdefiniowane i zaaprobowane w specyfikacjach analizy. Podczas tej fazy nastąpi konfiguracja systemu zgodnie z wymaganiami uczelni, konfiguracja integracji oraz interfejsów, a także proces migracji testowej danych. Rezultatami fazy (3) budowy będzie kompletny skonfigurowany system, dokonanie integracji i budowa potrzebnych interfejsów a także wykonanie migracji danych. Najważniejszym elementem kończącym fazę budowy będą testy akceptacyjne przeprowadzane z użytkownikami kluczowymi zespołu wdrożeniowego Zamawiającego. Testy będą obejmowały zdiagnozowane w procesie analizy procesy oraz wymagania.
Uczestnicy etapu:
zespół wdrożeniowy,
użytkownicy kluczowi.
Główne zadania:
zakończenie konfiguracji wszystkich komponentów określonych w fazie projektu (w tym interfejsy i modyfikacje),
dostosowanie systemu do wymagań,
opracowanie szablonów testów akceptacyjnych,
instalacja środowiska produkcyjnego.
Wyniki etapu:
gotowy i ustawiony system,
zakończone dostosowanie systemu,
gotowe interfejsy,
gotowe narzędzia do migracji / importu danych,
raport z audytu środowiska produkcyjnego.
ETAP (4) URUCHOMIENIE
Na tym etapie nastąpi przeniesienie realizacji czynności do nowego systemu wdrażanego jako element systemu. Zespół projektowy Zamawiającego wspólnie z zespołem dostawcy przeprowadzi ostateczne testy działania nowego systemu będącego elementem systemu. Ponadto, jeśli będzie taka konieczność, przeprowadzona zostanie również ostateczna migracja danych do produkcyjnej wersji systemu. Jedną z ważniejszych decyzji dla zespołu wdrożeniowego będzie wzajemna akceptacja danego elementu systemu do uruchomienia - w oparciu o przeprowadzenie specjalnej listy kontrolnej. Ostatecznym celem jest gotowość systemu do Go-Live.
Uczestnicy etapu:
zespół wdrożeniowy,
użytkownicy kluczowi,
użytkownicy końcowi.
Główne zadania:
przeprowadzenie testów akceptacyjnych,
uruchomienie produkcyjne systemu.
Wyniki etapu:
lista kontrolna przed uruchomieniem,
ostateczna migracja / import danych,
ostateczna baza danych systemu do uruchomienia Go - Live,
protokół odbioru produkcyjnego systemu.
ETAP (5) OPIEKA SERWISOWA
Opieka serwisowa - na tym etapie obsługiwane będą zgłoszenia występujące podczas codziennej eksploatacji wdrożonego systemu. Zgłoszenia te przede wszystkim dotyczyły będą zdarzeń wynikających z pojawienia się okoliczności nieprzewidzianych podczas wdrażania systemu na wcześniejszych etapach bądź niepełnej wiedzy użytkowników. Usługa będzie obejmowała zarówno obsługę zgłoszeń kategoryzowanych jako usterki jak i wsparcie techniczne i merytoryczne kluczowych użytkowników systemu. W przypadku zakłóceń w działaniu systemu, wszelkie usterki zostaną usunięte niezwłocznie po zauważeniu i dzięki temu użytkownicy będą mieli możliwość nabrania wprawy w posługiwaniu się nowym narzędziem. W okresie opieki serwisowej dostawca będzie również odpowiedzialny za aktualizację wdrażanego rozwiązania. Po wszystkich 5 etapach uczelnia będzie mogła uznać, że systemy informatyczne zostały wdrożone. Opieka serwisowa jest niezbędna do ostatecznego wdrożenia projektu, ponieważ są kluczowe dla wdrożenia ostatecznych użytkowników, tak by system w pełni odpowiadał na ich potrzeby.
Główne zadania:
zdalna pomoc w obsłudze systemu przez użytkowników kluczowych po uruchomieniu Go-Live,
możliwość szybkiego wprowadzenia drobnych poprawek w systemie,
optymalizacja wydajności,
rozwiązywanie problemów i udzielanie odpowiedzi na pytania użytkowników kluczowych,
rozwiązywanie problemów z środowiskiem systemu, w szczególności: problemy z autoryzacją użytkowników, problemy z dostępem do danych, obsługa komunikatów błędów generowanych przez narzędzia, niedostępność usług
Wyniki etapu:
płynna praca użytkowników wdrożonego systemu,
cykliczne protokoły odbioru usługi opieki serwisowej,
protokół odbioru produkcyjnego i użytkowego systemu,
raport zamknięcia projektu.
W ramach usługi dostawca udzieli również gwarancji na poszczególne elementy systemu przez czas trwania projektu tj. do 31.12.2022 roku.
Usługa opieki serwisowej realizowana będzie w dni robocze w godzinach od 8:00 do 16:00 w soboty i niedziele obsługa serwisowa od 9:00 do 18:00 zgłoszenie mailowe lub telefoniczne dotyczące awarii poprzez system helpdesk (system obsługi zgłoszeń). Wsparcie prowadzone będzie w języku polskim. Podmiot, który będzie realizował usługę zostanie zobowiązany do usuwania błędów w systemie stwierdzonych w okresie świadczenia usługi utrzymania systemu poprzez jego usunięcie w następujących terminach od otrzymania zgłoszenia:
- Awaria (A) - Czas Reakcji (h) - 4h; Czas Naprawy(h) - 8h
- Błąd (B) - Czas Reakcji (h) - 48h; Czas Naprawy(h) - 96h
- Usterka (C) - Czas Reakcji i Naprawy (h) - w kolejnej aktualizacji systemu,
gdzie:
Godzina robocza - oznacza jednostkę czasu trwającą 60 minut w Dniu roboczym;
Awaria (Zgłoszenie klasy A) - Błąd, którego specyfikę można opisać jako: zatrzymanie lub poważne zakłócenie pracy, w szczególności polegające na niemożności realizacji jednej z funkcji związanej z obsługą i wspomaganiem procesów biznesowych.
Błąd (Zgłoszenie klasy B) - Błąd, którego specyfikę można opisać jako: zakłócenie pracy, w szczególności polegające na ograniczeniu realizacji lub uciążliwości w realizacji jednej z funkcji związanej z obsługą i wspomaganiem procesów biznesowych. Istnieje obejście danego błędu.
Usterka (Zgłoszenie klasy C) - Błąd, którego specyfikę można opisać jako: zakłócenie pracy mogące mieć wpływ na funkcjonalność, natomiast nie ograniczające zdolności operacyjnych w obrębie obsługi i wspomagania procesów biznesowych
Czas Reakcji - czas liczony od momentu zgłoszenia błędu przez Zamawiającego do chwili przekazania przez Wykonawcę informacji o rozpoczęciu usuwania błędu;
Czas Naprawy - oznacza maksymalny czas, w którym Wykonawca zobowiązany jest usunąć błąd Systemu. Czas Naprawy liczony będzie od momentu zgłoszenia błędu. Do Czasu Naprawy nie wlicza się czasu oczekiwania na odpowiedź od Zamawiającego dotyczącą zgłoszonej naprawy błędu.
3.Szkolenia z zakresu użytkowania systemów
W ramach przedmiotu zamówienia Wykonawca zaprojektuje oraz zrealizuje szkolenia z zakresu obsługi wdrażanych modułów Systemu informatycznego. Szkoleniami zostanie objęta kadra kierownicza i administracyjna oraz dydaktyczna.
3.1.Szkolenia dla kadry kierowniczej i administracyjnej oraz dydaktycznej
Celem szkolenia będzie podniesienie kompetencji kadry administracyjnej oraz dydaktycznej w zakresie administracji Systemu.
Planowane szkolenia przedstawia poniższa tabela:
L p |
Nazwa modułu którego szkolenie dotyczy |
Nazwa szkolenia |
Czas trwania |
Liczba grup |
|
Platforma edukacyjna |
Obsługa systemów informatycznych Platforma edukacyjna dla kadry administracyjnej (administratorzy) |
16h / 2 dni |
1 |
|
Platforma edukacyjna |
Obsługa systemów informatycznych Platforma edukacyjna dla kadry dydaktycznej |
24h / 3 dni |
1 |
|
Serwis Biura Karier |
Obsługa Systemu Serwis Biura Karier dla kadry administracyjnej (administratorzy) |
16h / 2 dni |
1 |
|
System dziekanatowy |
Obsługa Systemu Serwis Xxxxx Xxxxxx dla kadry administracyjnej (administratorzy) |
16h / 2 dni |
1 |
Szczegółowy zakres szkoleń opracowany przez Wykonawcę na etapie realizacji projektu będzie wymagał akceptacji Zamawiającego.
3.2.Warunki realizacji szkoleń:
Wykonawca zobowiązany będzie do opracowania i przedłożenia Zamawiającemu szczegółowego programu. Szczegółowe programy będą każdorazowo podlegały akceptacji Zamawiającego.
Szkolenia dla kadry kierowniczej i administracyjnej będą realizowane w grupach liczących do 12 osób.
Szkolenia dla kadry administracyjnej będą realizowane w grupach liczących do 12 osób.
Wykonawca zobowiązany będzie do przygotowania i przekazania uczestnikom materiałów szkoleniowych, w formie elektronicznej (plik w formacie PDF przesłany na adres e-mailowy uczestników szkolenia) lub papierowej.
Wykonawca zobowiązany będzie zapewnić materiały piśmiennicze (notatnik, długopis) dla każdego uczestnika szkoleń.
Wszelkie zapewniane materiały muszą być oznakowane zgodnie wytycznymi zawartymi w „Podręczniku wnioskodawcy i beneficjenta programów polityki spójności 2014 – 2020 w zakresie informacji i promocji” oraz w „Księdze identyfikacji wizualnej znaku marki Fundusze Europejskie i znaków programów polityki spójności na lata 2014-2020” dostępnymi na stronie xxxxx://xxx funduszeeuropejskie gov pl/.
Wykonawca zobowiązany będzie wydać uczestnikom szkoleń, którzy ukończyli szkolenie, zaświadczenie o ukończeniu w szkolenia.
Wykonawca zapewni możliwość realizacji szkoleń od poniedziałku do piątku w godzinach od 9:00 do 16:00.
Zamawiający przewiduję realizację 8h dydaktycznych w ciągu 1 dnia szkoleniowego.
Wykonawca zobowiązany będzie do przeprowadzenia zajęć w formie stacjonarnej lub w formie zdalnej wg. preferencji Zamawiającego, jeżeli Zamawiający wykaże taką potrzebę.
Zamawiający przekaże Wykonawcy najpóźniej na 2 tygodnie przed planowanym szkoleniem listę uczestników.
Wykonawca zobowiązany będzie do właściwego dokumentowania przeprowadzenia szkoleń tj. do prowadzenia list obecności, raportów ze szkoleń, ankiet ewaluacyjnych Wzory ww. dokumentów Wykonawca ustali z Zamawiającym przed rozpoczęciem pierwszego szkolenia.
Wybranemu Wykonawcy zostanie powierzone przetwarzanie danych osobowych osób fizycznych zgodnie z obowiązującym prawem i posiadanymi przez Zamawiającego upoważnieniami W konsekwencji Wykonawca zobowiązany będzie do zapewnienia zgodności swych działań w tym zakresie z obowiązującymi przepisami prawa.