OPIS PRZEDMIOTU ZAMÓWIENIA
Załącznik nr 1 do Zapytania ofertowego
nr 01/POWR./SI/1-7/2021
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
o 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:
o Deklaracja Ministrów z 11 czerwca 2006,
o Inicjatywa i2010,
o 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:
o zmiana wielkości czcionki,
o zmiana kontrastu,
o 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,
o 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.
Wymagania
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:
o liczby punktów wymagana do zaliczenia egzaminu/kursu,
o liczby użytkowników przypisanych do egzaminu/kursu,
o liczby użytkowników, która nie rozpoczęła egzaminu/kursu,
o najlepszy wynik uzyskany przez użytkowników,
o ilu użytkowników rozpoczęło daną lekcję,
o 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.
• Mechanizm automatycznego i cyklicznego wysyłania raportów.
• 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.
WYMIANA MATERIAŁÓW NAUKOWYCH
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ść.
FUNKCJE SPOŁECZNOŚCIOWE
• 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:
o tworzenie i udostępnianie grup dyskusyjnych,
o tworzenie tematów w grupach dyskusyjnych,
o 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:
o tworzenie nowego biuletynu informacyjnego,
o zapis na biuletyn informacyjny,
o wysłanie biuletynu informacyjnego,
• Tablice ogłoszeń. Posiadać będą dedykowaną wirtualną tablicę ogłoszeń tzw. dział ogłoszeń. Umożliwi to:
o dodawanie i kategoryzowanie ogłoszeń,
o zarządzanie dostępem,
• Chat umożliwi:
o prowadzenie wielu rozmów tekstowych za pomocą wirtualnego komunikatora, niezależnych od siebie z jednym użytkownikiem, konferencyjnych z wieloma użytkownikami jednocześnie,
o moderowanie chat-u,
o archiwizacja chatu.
• Konsultacje z wykładowcami.
• Wirtualne spotkania, umożliwiają komunikację użytkowników poprzez wideokonferencje poprzez następujące funkcjonalności:
o tworzenie, modyfikacja i usuwanie wirtualnych klas/pokoi,
o korzystanie z chat-u,
o whiteboard,
o mechanizmy wyszukiwania, zapraszanie, dodawania i usuwania uczestników,
o wymiana plików,
o archiwizowanie przebiegu spotkania,
• Blogi.
• Innowacje. System umożliwi zgłaszanie uwag oraz wymianę pomysłów między użytkownikami.
• FAQ umożliwi:
o tworzenie kategorii pytań,
o zarządzanie dostępem pytań.
GRYWALIZACJA
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.
Wymagania
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:
o korzystanie z portalu badania kompetencji,
o wykonanie badań kompetencji,
o wprowadzenie informacji o posiadanych kwalifikacjach,
o generowanie raportu z badania indywidualnego zawierającego wynik testu, dopasowanie do profilu, wskazówki rozwojowe, interpretację wyniku,
• pracownikom ABK:
o 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,
o prowadzenie badania indywidualnego,
o przeprowadzenie badania grupowego,
o zarządzanie grupami studentów,
o zarządzanie badaniami,
o przygotowywanie raportów z przeprowadzonych badań,
o generowanie raportów z badań indywidualnych,
o generowanie raportów z badań grupowych,
o tworzenie profilu kompetencyjnego,
o przypisywanie kompetencji do danego profilu,
o zarządzanie katalogiem kompetencji i działań rozwojowych,
o projektowanie procesu badania za pomocą wbudowanego graficznego kreatora
budowy procesu, tzw. Workflow.
• studentom, w tym osobom z niepełnosprawnościami:
o 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
o korzystanie z bazy pracodawców z którymi współpracuje uczelnia,
o 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ę,
o 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,
o odbieranie spersonalizowanych powiadomień z systemu o nowych ofertach staży/praktyk, na podstawie wypełnionych formularzy przez studenta na portalu
o wprowadzanie informacji na portalu umożliwiających wygenerowanie swojego CV
o zamieszczanie w CV posiadanych kompetencji (na podstawie badania w ramach MODUŁU DIAGNOZOWANIA KOMPETENCJI),
o tworzenie CV w wystandaryzowanym formularzu,
• pracownikom Biura Kariery:
o monitorowanie procesu aplikowania, w którym uczestniczy student (etapy komunikowane poprzez e-mail),
o monitorowanie procesu rekrutacji (etapy, ilość informacji, wyniki), generowanie dedykowanych raportów i zestawień dla przedsiębiorców; klientów Akademickiego Biura Karier,
o 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.
o definiowanie wymagań, w tym dot. kompetencji i ich poziomu dla każdego procesu rekrutacji,
o planowanie spotkań i komunikowanie się z kandydatami za pomocą predefiniowanych wiadomości i powiadomień,
o 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:
o monitorowanie procesu rekrutacji (etapy, ilość informacji, wyniki), generowanie dedykowanych raportów i zestawień dla przedsiębiorców; klientów Akademickiego Biura Karier,
o planowanie spotkań i komunikowanie się z kandydatami za pomocą predefiniowanych wiadomości i powiadomień,
o 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.
o 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: • samodzielną rejestrację użytkownika (nie wymaga zatwierdzenia przez administratora) • samodzielną rejestrację użytkownika i zatwierdzanie przez administratora 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. Raportowanie w systemie posiadać będzie funkcjonalność "koszyka" (grupa wybrana indywidualnie na życzenie) użytkowników i grup. A więc listy użytkowników i grup wg. Których możliwe jest filtrowanie wyników danego raportu. Administrator posiadać będzie możliwość z poziomu raportów wrzucanie użytkowników i grupy do koszyka a po wywołaniu kolejnych raportów na podstawie koszyka wykonywać następujące akcje na wybranych grupach i osobach: • stworzyć nową grupę • wysłać wiadomość • raport zwróci dane wynikowe tylko i wyłącznie dla użytkowników i grup znajdujących się w wybranym koszyku. Administrator posiadać będzie możliwość usuwania poszczególnych użytkowników z "koszyka". |
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 kryteriach raportu decyduje osoba, która go definiuje. System posiadać będzie kreator szablonów raportów - umożliwiający samodzielne projektowanie szablonów raportów poprzez definiowanie ich parametrów. Raporty zdefiniowane w ten sposób mogą zostać zapisane, jako wykonywane cyklicznie. |
System pozwoli na export wyników generowanych raportów do formatów XML, HTML, TXT, PDF, CSV, RTF. | |
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. W szczególności wymaganymi informacjami, które muszą być publikowane dla wszystkich grup użytkowników są: • Liczniki odwiedzin na stronach publicznych systemu, • Liczniki pobrań gotowych raportów, • Liczniki ilości pobieranych danych z zasobów systemu, • Liczniki dostępów uzyskiwanych przez kanały/interfejsy API, • Zbiorcze raporty z udzielonych odpowiedzi dotyczących poziomu satysfakcji, • Raporty okresowe z automatycznych pomiarów dostępności usług, Raporty z liczby dokonanych zgłoszeń i zadanych pytań przez użytkowników, wraz ze statystyką czasów odpowiedzi i rozwiązań problemów. |
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: Nazwa, logotyp i opis szkolenia Tablica aktywności szkolenia zawierająca komunikaty wysłane i otrzymane od studentów wraz z komentarzami, Wyniki zbiorcze szkolenia Wyniki szczegółowe szkolenia Informacje procencie wykorzystania poszczególnych elementów szkolenia W ramach przedmiotu/ścieżki szkoleniowej wykładowca powinien na jednej stronie posiadać podgląd do następujących elementów: Nazwa, logotyp i opis Tablica aktywności przedmiotu/ścieżki szkoleniowej zawierająca komunikaty wysłane i otrzymane od studentów wraz z komentarzami, Wyniki zbiorcze przedmiotu/ścieżki szkoleniowej Wyniki szczegółowe przedmiotu/ścieżki szkoleniowej Informacje procencie wykorzystania poszczególnych elementów szkolenia |
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 zewnętrznymi: • Web Services • Pliki programu Excel • Pliki CSV • Ma możliwość integracji z szyną danych • Wymiana danych na poziomie baz danych bezpośrednio między rozwiązaniami lub z wykorzystaniem |
bazy pośredniczącej. System posiadać będzie wbudowany moduł raportowy – wykonany w takich samych technologiach jak całe rozwiązanie (XXX.XXX, C#, Microsoft SQL Server). | |
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. System musi w całości działać w przeglądarkach internetowych: • Internet Explorer • Mozilla Firefox • Google Chrome • Safari • Opera System nie wymaga instalacji dodatkowego oprogramowania. |
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. System będzie umożliwiał pracę na urządzeniach mobilnych (działanie mobilne typu tablety lub smartfony). |
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: • Tworzyć/edytować/usuwać role użytkowników • Przypisywać/Wypisywać uprawnienia użytkowników np. udostępnić wykładowcy tworzenie szkoleń, dodawanie nowych użytkowników |
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: • definiowanie tytułu kursu (tekst), • definiowanie opisu kursu (tekst), • przypisanie ikony do kursu • dodanie informacji o grupie docelowej kursu • dodanie informacji o wymaganiach dot. Kursu • dodawanie aktywności, • dodawanie zasobów, • import szkoleń w formacie SCORM 1.2, 2004, Common Cartridge • definiowanie grup użytkowników kursu posiadających dostęp do kursu, • udostępnienie kursu dla wszystkich użytkowników platformy bez konieczności przypisywania użytkowników pojedynczo • przypisanie kategorii kursu Publikując własne materiały szkoleniowe użytkownik powinien posiadać możliwość podziału materiału na tematy oraz posiadać możliwość ustawienia w jakich terminach dany temat jest dostępny dla użytkowników. System musi umożliwić wyświetlanie szkolenia w podziale na przygotowane tematy. System umożliwia uczestnikom na podgląd informacji o szkoleniu, opisie, informacji o wymaganiach, grupie docelowej, autorze szkolenia. |
45 | System umożliwia tworzenie/edycję/wyszukiwanie kategorii kursów przez uprawnionego użytkownika. |
46 | System umożliwia zarządzanie aktywnościami • tworzenie lekcji – stworzenie ciągu dokumentów HTML, w ramach którego uczestnicy szkolenia mogą zapoznać się z prezentowanymi treściami bądź udzielać odpowiedzi na pytania. Lekcje mogą być importowane x.xx. z pliku PDF, PowerPoint. Obsługuje. o definiowanie nazwy lekcji (tekst), o określanie limitu czasu lekcji; o zabezpieczanie dostępu do szkolenia hasłem, o próby wielokrotne – określenie, czy uczestnik może podchodzić do lekcji więcej niż jeden raz; jeżeli jest to dozwolone o możliwość przeglądania wykonanej lekcji przez użytkownika, o prezentację informacji o postępie ucznia w ramach lekcji, • forum dyskusyjne – możliwość włączenia dyskusji na forum na temat szkolenia, • ankieta – możliwość udostępnienia w szkoleniu ankiety stworzonej za pomocą modułu ankiet, • test – możliwość udostępnienia w szkoleniu testu stworzonego w module testów • chat – możliwość udostępnienia w szkoleniu chatu dla uczestników szkolenia • słownik – umożliwia utworzenie list definicji pojęć, obsługuje: o określanie zasięgu słownika – dostępność dla wszystkich szkoleń, bądź ograniczona do wybranych, o możliwość tworzenia wielu definicji dla każdego pojęcia, o edycję haseł z wykorzystaniem edytora WYSIWYG, |
o grupową edycję haseł. | |
47 | System umożliwia zarządzanie zasobami – zasoby są to elementy, które można dodawać do szkolenia, dostępne rodzaje zasobów: • pliki, • foldery, • strony HTML, • odnośniki URL, • wideo • film z YouTube, • film z Vimeo • artykuł z Wikipedia • zasób LTI • artykuł z bazy wiedzy– możliwość przypisania do szkolenia artykułu z bazy wiedzy, |
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: ● SCORM 1.2 ● SCORM 2004 3th Edition |
52 | System musi umożliwiać umieszczanie w kursach i bibliotekach materiałów w następujących formatach: ● HTML ● RTF ● PowerPoint Materiały powinny być prezentowane z wykorzystaniem wbudowanych mechanizmów Platformy e- learningowej. Dodatkowo powinna istnieć możliwość zapisywania materiałów na dysku lokalnym użytkownika. Nie jest konieczne aby system dokonywał zamiany standardu w trakcie importu/export. |
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. System musi posiadać Możliwość przeglądania elementów biblioteki materiałów. Filtrowanie według: kategorii, treści materiałów oraz ocenie materiałów z podziałem na ocenę wykładowców i uczestników. Możliwość filtrowania po konkretnych rodzajach elementów biblioteki, np. plikach, egzaminach, lekcjach. Dodatkowo możliwość wyświetlenia tylko tych elementów, których jest się autorem. Z poziomu obiektów, np. szkoleń, czy ścieżek szkoleniowych, musi istnieć możliwość przypisywania i wypisywania tych obiektów do/z biblioteki. Przypisując element z biblioteki można wyszukać element wg. nazwy, kategorii, typu elementu w bibliotece. Przypisując element do biblioteki można wyszukać bibliotekę wg. nazwy i kategorii. System musi umożliwić ocenę elementu biblioteki. Wystawienie oceny dla elementu pomaga inny użytkownikom podjąć decyzję czy dany element jest wart użycia w ich jednostkach 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: |
● szkolenia ● listy obecności ● egzaminu ● ankiety ● erraty ● zasobu do pobrania w postaci plików ● warsztatu (z możliwością oceny współuczestników) ● dedykowanego FAQ ● dedykowanego Forum ● dedykowanego Chat ● ogłoszenia ● szkolenia tradycyjnego ● zadania otwartego ● konsultacji ● informacji o konferencjach ● wirtualnego spotkania ● filmu YouTube ● artykułu z Wikipedia Definiując elementy ścieżki szkoleniowej użytkownik powinien posiadać możliwość oznaczenia czy szkolenie, egzamin, ankieta, warsztat są elementami wymaganymi do zakończenia ścieżki szkoleniowej. System musi umożliwić użytkownikowi wyświetlenie ścieżki szkoleniowej w podziale na elementy, które są wymagane do zakończenia ścieżki oraz elementy które nie są wymagane. | |
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: ● możliwość kontaktu uczestnika szkoleń z doradcą za pomocą kanałów elektronicznych. ● wsparcie doradcy podczas konsultacji poprzez inteligentny system generowania podpowiedzi. |
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. Zawartość plików jest wyświetlana w przeglądarce internetowej za pomocą wbudowanych mechanizmów Platformy e-learningowej. |
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: • Tworzenie, modyfikacja i usuwanie wirtualnych klas/pokoi, • Korzystanie z chat-u , • Mechanizmy wyszukiwania, zapraszanie, dodawania i usuwania uczestników, • Wymiana plików, • Korzystanie z tablicy |
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: ● wyniki ogólne grupy - lista uczestników i statusy ich ukończenia i zaliczenia (punkty zdobyte z ćwiczeń) ● wyniki szczegółowe każdej osoby należącej do grupy – analiza wszystkich podejść z możliwością |
przeanalizowania każdej próby w rozbiciu na wyniki z każdej strony: ○ czas rozpoczęcia szkolenia/ścieżki szkoleniowej, ○ czas zakończenia szkolenia/ścieżki szkoleniowej, ○ status (ukończony/nieukończony), ○ próg zaliczeniowy, ○ ocena z kursu, ○ element odwiedzony/nie odwiedzony, ○ czas, jaki student spędził na poszczególnych elementach, ○ punkty, które zdobył na poszczególnych elementach, ○ elementy zaliczone/nie zaliczone | |
87 | Uprawniony użytkownik musi posiadać możliwość konfiguracji mechanizmu grywalizacji dla szkolenia oraz ścieżki szkoleniowej. W tym: • Ustawić symbol graficzny odznaki jaką uzyska użytkownik po zdaniu szkolenia / ścieżki • Ustawić liczbę uzyskanych punktów • Wprowadzić treść powiadomienia jaką uzyska użytkownik po uzyskaniu odznaki System udostępnia ranking użytkowników, który pokazuje liczbę punktów zdobytych przez studenta i jego miejsce w rankingach związanych z innymi użytkownikami. W ramach rozwiązania powinien być dostępny moduł nagród, w którym użytkownicy będą mogli wymienić zdobyte punkty na nagrody. Lista nagród dostępnych w magazynie jest zarządzana przez administratora. Administrator będzie mógł zdefiniować dowolną liczbę oferowanych nagród wraz z ich opisem, galerią zdjęć i informacjami o nagrodzie – np. dostęp do dodatkowego szkolenia e-learning. System powinien umożliwić użytkownikowi podgląd odznak i punktów jakie otrzymał • Dla oznak otrzymywanych za określoną liczbę działań na platformie np. zdanie wielu szkoleń, ścieżek szkoleniowych administrator definiuje – wartości liczbowe – np. zdanie 10 szkoleń e-learning oraz definiuje liczbę uzyskanych punktów. Odznaki posiadają domyślnie 4 poziomy: o Granatowy - podstawowy o Brązowy o Srebrny o Złoty Dla każdego poziomu administrator definiuje wartości liczbowe, np. zdanie 10 szkoleń e-learning dla poziomu podstawowego, 20 dla brązowego, 30 dla srebrnego, 50 dla złotego • Dla oznak określonych jako definiowane przez administratora – daną odznakę tworzy administrator – wybierając ikonę odznaki oraz liczbę uzyskanych punktów, np. w szkoleniu BHP administrator przypisuje odznakę za zdanie szkolenia – wprowadza ikonę odznaki, liczbę punktów oraz treść powiadomienia za uzyskanie odznaki |
88 | System umożliwia stworzenie/edycję/wyszukiwanie ankiet, które mogą być przypisywane do szkoleń i ścieżek szkoleniowych. 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, skategoryzowanie ankiety, określenie czy ankieta będzie anonimowa. 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: • Określona liczba pytań na jednej stronie, po jej wypełnieniu użytkownik będzie musiał przejść do kolejnej strony • Wyświetlenie wszystkich pytań z sekcji na jednej stronie • Wyświetlenie wszystkich pytań na jednej stronie |
89 | System umożliwia przypisywania do ankiety pytań • Lista rozwijana |
• Xxxxxxxxxx pojedynczy wybór • Macierzowe wielokrotny wybór • Opisowe – tekstowe • Opisowe – tekstowe 1 linia • Podwójna skala suwak • Podwójna skala suwak z komentarzem • Pojedynczy wybór • Puste • Pytanie o liczbę • Pytanie o procent • Rankingowe • Skala • Skala suwak • Skala suwak z komentarzem • Uzupełnij tekst • Wielokrotny wybór Administrator ankiety może ustawić warunkową prezentację pytań, w zależności od odpowiedzi, udzielonej na inne pytania w ankiecie np. pokaż pytanie nr 3 jeżeli użytkownik w pytaniu nr 1 wybrał odpowiedź b. Istnieje możliwość dodania wielu pytań jednocześnie. W tej sytuacji wybierany jest typ pytania, z listy typów takich samych jak w przypadku dodawania pojedynczego pytania, sekcja, z jaką będzie związane pytanie(każde pytanie może być związane, z co najwyżej jedną sekcją), kategoria pytania, wymagalność pytania, oraz aktywność pytania. Dla każdego pytania można wybrać kontekst języka, w jakim pracuje się z danym pytaniem. Zmiana kontekstu języka służy do tworzenia innych wersji językowych pytań, o ile ankieta jest dostępna w wielu językach. W każdym pytaniu można określić jego wymagalność, aktywność, reguły jego wyświetlania, kategorie związane z pytaniem i sekcja pytania. Pytania wymagane będą powodowały, że uczestnik ankiety nie będzie mógł jej ukończyć, dopóki nie wypełni odpowiedzi na te pytania. Jeżeli pytania będą podzielone na kilka stron, uczestnik nie będzie mógł przejść do kolejnej strony, dopóki nie wypełni wymaganych odpowiedzi. Sekcja pytania służy do grupowania pytań, sekcje mogą być użyte do kontrolowania sposobu wyświetlania pytań dla uczestnika, np. wyświetlenie każdej sekcji pytań na osobnej stronie. | |
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: • formie zestawień tabelarycznych, • prezentację w formie wykresów graficznych, • możliwość przeglądania wypełnionych ankiet, • możliwość filtrowania wyników według zadanych kryteriów wyszukiwania wybranych przez użytkownika Dla każdego pytania w ankiecie, istnieje możliwość wyświetlenia odpowiedzi na to pytanie w formie wykresu kołowego, liniowego, kolumnowego Wyniki w postaci wykresu można wyeksportować w formatach: • Png • Jpeg |
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. Dodatkowo z tak przygotowanego egzaminu system ma umożliwiać: ● tworzenie grup pytań np. trudne, średnie, łatwe lub związane z różnymi kategoriami ● tworzenie zestawów wybierając dowolną ilość pytań z każdej grupy ● tworzenie zestawów losowych pytań ● umieszczanie grafik i schematów na stronach z pytaniami ● ustawianie poziomu zaliczenia procentowo za każdą odpowiedź w pytaniu lub liczbowo za zadanie ● określenie progu zaliczenia ● określenie czasu trwania egzaminu ● przydzielenie testu wybranym użytkownikom i przeglądanie raportów i wyników Funkcjonalność nie wymaga od autora testów znajomości jakiegokolwiek języka programowania (tworzenie testów opiera się na wbudowanych edytorach i kreatorach). |
102 | System musi posiadać panel egzaminacyjny z możliwością konfiguracji ustawień przeprowadzanych egzaminów: • maksymalna liczba prób rozwiązania egzaminu, • czas trwania egzaminu (w minutach), • losowanie pytań do egzaminu z wcześniej przygotowanej bazy zadań, • losowanie zadanej ilości pytań z całej puli (np. 20 z 60 pytań) • losowanie zadanego procentu pytań z całej puli (np. 15% z 60 pytań) • losowanie określonej liczby pytań z danej grupy – np. pytania zostają podzielone na 3 grupy tematyczne: X0, X0, X0. W kolejnym kroku zostaje określona ilości pytań losowanych z danej grupy np. 10xG1, 15xG2, 20xG3. Oznacza to, że z pierwszej grupy (G1) zostanie wylosowanych 10 pytań z drugiej grupy (G2) 15 pytań a z trzeciej (G3) 20 pytań. Pułap zaliczenia egzaminu (punktowy i procentowy) |
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ż: • możliwość doboru sposobu losowania pytań do testu lub rezygnacja z losowania(czyli jednakowa treść egzaminu dla wszystkich uczestników), • możliwość doboru pytań wg klucz tematycznego, tzn. pytania w formularzu pogrupowane są w bloki tematyczne a system losując dobiera do egzaminu pytania z poszczególnych bloków wg założeń ilościowych określonych przez egzaminatora, • możliwość warunkowania dostępu do następnego pytania udzieleniem odpowiedzi na bieżące, |
• możliwość udostępnienia lub ograniczenia możliwości wracania do pytań przez egzaminowanego i zmianę odpowiedzi, • możliwość pokazywania lub ukrywania wyników egzaminu egzaminowanemu, • określenia czasu na zakończenie egzaminu, • określenie poziomu pozytywnego zaliczenia egzaminu, • określenie ram czasowych w których egzamin jest dostępny, • określenie liczby podejść do testu, • określenie liczby podejść do pytania w teście. System musi umożliwiać ilustrację pytań przy pomocy plików *.jpg. | |
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. Użytkownicy w pokojach chatu mogą prowadzić dyskusję online wymieniając wiadomości tekstowe. Wybrane pokoje chatu mogą być moderowane. System pozwala zaakceptować lub odrzucić wiadomość w chatach moderowanych przez moderatora. Wiadomości zaakceptowane wyświetlane są u wszystkich użytkowników chatu, wiadomości odrzuconych przez moderatora pozostali użytkownicy nie widzą – taką wiadomość widzi tylko jej autor. |
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. Administrator lub redaktor z odpowiednimi prawami posiada dostęp w systemie do zarządzania całym modułem forum jak również ma możliwość zmiany struktury forum oraz jego moderację. Każda kategoria na forum, do której mają dostęp użytkownicy może zawierać dowolną ilość tematów. Tematy mogą być dodawane przez zalogowanych jak i niezalogowanych użytkowników serwisu, zależy to od ustawień w systemie zdefiniowanych przez administratora. Wbudowany system uprawnień umożliwia na stworzenie dowolnej ilości forum a w szczególności: ● ogólnodostępnego ● dostępnego tylko dla wybranych użytkowników ● moderowane przez wykładowcę ● niemoderowane ● z możliwością przypisania do forum dedykowanego eksperta merytorycznego, który odpowiada na zadane pytania. System umożliwia na wysyłanie do użytkownika powiadomień o: ● nowych postach w wątku, który założył, ● odpowiedziach użytkowników na swoje posty, Powiadomienia są obsługiwane przez pocztę systemową e-mail. Tworzony nowy post będzie mógł być formatowany z użyciem edytora zawierającego podstawowe znaczniki formatowania. Do postu będzie można dodać pliki. O wielkości, ilości i dopuszczalnych rozszerzeniach załączanych plików w ustawieniach panelu administracyjnego decyduje administrator systemu. Na liście postów w wątku poszczególne wpisy będą oddzielone od siebie, a każdy wpis będzie zawierał: ● awatar autora + informacje o typie i lokalizacji użytkownika wraz z imieniem i nazwiskiem ● informację o dacie dodania wpisu ● sformatowaną treść wpisu opcjonalną listę załączników + zdjęcia w postaci miniatur, powiększane po kliknięciu na specjalnej |
warstwie. W zależności od konfiguracje danego forum dyskusyjnego użytkownicy mogą oznaczać wiadomości, które były dla nich pomocne. System musi umożliwić wyświetlanie listy ze statystyką najbardziej aktywnych użytkowników forum dyskusyjnego. | |
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. Treści mogą być wyświetlane zarówno dla użytkowników zalogowanych jak i niezalogowanych. |
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: • tworzenie/edycję kategorii treści, • tworzenie/edycję dedykowanej strony HTML dla kategorii, • przypisywane do kategorii artykułów, • przypisywanie użytkowników zarządzających kategorią treści, • dodawanie stron do portalu zawierających podział na sekcje. |
115 | Umożliwia użytkownikom publikację treści (artykułu) w formacie HTML w serwisie internetowym. Obsługuje • możliwość edycji oraz formatowania tekstu z wykorzystaniem edytora WYSIWYG, obsługującego formatowanie semantyczne (stopniowane nagłówki tekstu, akapity, listy wypunktowane i numerowane, hiper łącza, tekst cytowany), możliwość wstawiania tabel, • możliwość podglądu dokumentu (artykułu) w formie, w jakiej będzie widoczny po opublikowaniu w serwisie, • możliwość zachowywania wersji roboczej dokumentu, • możliwość definiowania czasu rozpoczęcia i zakończenia publikacji, • opcjonalnie system powinien pozwolić na krokowy proces publikacji: żądanie publikacji, wprowadzenie treści, wprowadzenie uwag do treści (recenzja), zatwierdzenie treści, publikacja treści, archiwizacja treści, usuwanie treści. • możliwość decydowania o publikacji dokumentu w kanale RSS, • możliwość wysłania sugestii utworzenia artykułu w wybranej kategorii. |
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: • możliwość dodawania elementów nawigacji, • możliwość usuwania elementów menu, • możliwość edycji elementów, |
118 | System musi umożliwiać wstawienie do dokumentu/artykułu załączników. Obsługuje: • dodanie do dokumentu plików w formacie: *.jpg, *.doc bądź *.docx (2003,2007,2010), *.swf, *.mov, |
*.avi, *.wmv, *.mp3, *.mp4, *.pdf, *.zip, *.gif, *.flv, *.ppt bądź *.pptx (2003,2007,2010), *.png, *.html, *.pps, *.xls bądź *.xlsx (2003,2007,2010), *.txt. • stworzenie galerii grup plików multimedialnych (pliki ilustracji oraz filmów), • dodanie pliku do listy plików użytkownika (użytkownik dodając nowe artykuły może dodać nowy plik lub przypisać plik spośród plików przypisanych do konta użytkownika). | |
119 | Umożliwia prezentację dokumentu HTML, zawierającego typowe pytania użytkowników (FAQ), wraz odpowiedziami. Obsługuje: • definiowanie kategorii najczęściej zadawanych pytań, • dodawanie/edycję/usuwanie najczęściej zadawanych pytań. |
120 | Umożliwia zapisywanie/wypisywanie oraz wysyłanie newsletterów. Obsługuje: • zapisanie/wypisanie z newslettera, • możliwość wskazania przez użytkownika jakimi tematami wiadomości jest zainteresowany, • możliwość umieszczania w treści wiadomości zawartości dowolnego dokumentu opublikowanego w Portalu, • możliwość wysyłania maili w tekście formatowanym lub HTML, • możliwość zarządzania przez administratora tematami treści newslettera na jakie zapisuje się użytkownik, • możliwość sprawdzenia ilu użytkowników otrzymało newsletter |
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. Na tablicy aktywności użytkownik również może udostępnić np. wynik szkolenia, plik, link, wpis na blogu, wydarzenie, pomysł, zgłoszenie, zadanie, szkolenie. Użytkownik udostępniając post może określić grupę odbiorców lub udostępnić wpis publicznie |
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: Nazwa, logotyp i opis szkolenia Tablica aktywności szkolenia zawierająca komunikaty wysłane i otrzymane od wykładowcy oraz innych studentów wraz z komentarzami, Informacje o wyniku i postępie Lista elementów szkolenia z możliwością uruchomienia W ramach przedmiotu/ścieżki szkoleniowej student powinien na jednej stronie posiadać podgląd do następujących elementów: Nazwa, logotyp i opis Tablica aktywności przedmiotu/ścieżki szkoleniowej zawierająca komunikaty wysłane i otrzymane od wykładowcy i innych studentów wraz z komentarzami, Informacje o wyniku i postępie Lista elementów przedmiotu/ścieżki szkoleniowej |
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 • Google Meet • Adobe Connect • Zoom • Bigbluebutton |
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: • Pobrania i aktualizacji danych o studentach, wykładowcach, grupach zajęciowych (w tym przypisanie prowadzących, studentów), przedmiotach (oraz przypisanie odpowiednich grup zajęciowych do przedmiotów na platformie edukacyjnej), kierunkach, Dane powinny być pobierane i aktualizowane w sposób automatyczny, cyklicznie - w zdefiniowanych przez administratora przedziałach czasu, np. codziennie o 2 w nocy. |
140 | System musi być dostępny dla następujących przeglądarek blokujących: • SEB dla Mac • SEB dla Windows • SEB dla iOS |
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: - Dacie podejścia do egzaminu - Dacie wydrukowania dokumentu - Nazwie egzaminu - Egzaminowanym |
- Liczbie uzyskanych punktów - Udzielonych odpowiedziach | |
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: - grupy zajęciowe - grupy utworzone przez studentów - grupy utworzone przez wykładowcę |
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: - przedmiotu - szkolenia e-learning - egzaminu |
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: · samodzielną rejestrację użytkownika (nie wymaga zatwierdzenia przez administratora)- mechanizm zabezpieczajacy typu captcha, · samodzielną rejestrację użytkownika i zatwierdzanie przez administratora |
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. 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) pozwalają na wysłanie do użytkownika informacji 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. Raportowanie w systemie posiadać będzie funkcjonalność "koszyka" (grupa wybrana indywidualnie na życzenie) użytkowników i grup. A więc listy użytkowników i grup wg. Których możliwe jest filtrowanie wyników danego raportu. Administrator posiadać będzie możliwość z poziomu raportów wrzucanie użytkowników i grupy do koszyka a po wywołaniu kolejnych raportów na podstawie koszyka wykonywać następujące akcje na wybranych grupach i osobach: • stworzyć nową grupę • wysłać wiadomość • raport zwróci dane wynikowe tylko i wyłącznie dla użytkowników i grup znajdujących się w wybranym koszyku. Administrator posiadać będzie możliwość usuwania poszczególnych użytkowników z "koszyka". |
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 kryteriach raportu decyduje osoba, która go definiuje. System posiadać będzie kreator szablonów raportów - umożliwiający samodzielne projektowanie szablonów raportów poprzez definiowanie ich parametrów. Raporty zdefiniowane w ten sposób mogą zostać zapisane, jako wykonywane cyklicznie. System pozwoli na export wyników generowanych raportów do formatów XML, HTML, TXT, PDF, CSV, RTF. |
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. W szczególności wymaganymi informacjami, które muszą być publikowane dla wszystkich grup użytkowników są: · Liczniki odwiedzin na stronach publicznych systemu, · Liczniki pobrań gotowych raportów, · Liczniki ilości pobieranych danych z zasobów systemu, · Liczniki dostępów uzyskiwanych przez kanały/interfejsy API, · Zbiorcze raporty z udzielonych odpowiedzi dotyczących poziomu satysfakcji, · Raporty okresowe z automatycznych pomiarów dostępności usług, Raporty z liczby dokonanych zgłoszeń i zadanych pytań przez użytkowników, wraz ze statystyką czasów |
odpowiedzi i rozwiązań problemów. | |
15 | 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. |
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: · Internet Explorer · Mozilla Firefox · Google Chrome · Safari · Opera System nie wymaga instalacji dodatkowego oprogramowania. |
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: · Nazwa (pole wymagane), · Symbol, · Definicję, · Opis, · Wartość (liczbowa) · Uprawniony użytkownik powinien móc zablokować edycję poziomów skali. |
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: · Nazwa (pole wymagane) · Typ (typ definicji np. opis, egzamin) Uprawniony użytkownik powinien móc aktywować/dezaktywować definicje typów wskazówek. Tylko definicje oznaczone jako aktywne powinny być możliwe do uzupełnienia podczas wprowadzania/edycji wskazówek rozwojowych kompetencji. Dla każdej definicji uprawniony użytkownik powinien posiadać możliwość zdefiniowania dla danej kompetencji wartości dla danej definicji wskazówki rozwojowej na każdym poziomie skali dostępnej w danej kompetencji. |
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ć: · Nazwę pola, · Symbol, · Informację czy pole jest aktywne (tylko aktywne pola można uzupełnić w opisie stanowiska), · Typ pola, dostępne typy pól to minimum: o Liczba, o Liczba zmiennoprzecinkowa, o Tekst, o Opis, o Data. |
21 | System umożliwia zarządzanie typami kwalifikacji. Tworzenie/edycję/usuwanie typu. Dodając nowy typ należy wprowadzić: · Nazwę typu |
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) · Aktywność – Czy typ jest aktywny (Tak/Nie) System powinien umożliwić edycję istniejących typów oraz dodawanie nowych typów. |
23 | Możliwość wprowadzenia danych nowej kompetencji. Podstawowe dane kompetencji składają się z minimum następujących pól: · Nazwa (pole wymagane) · Kategoria (np. społeczne) · Definicja · Opis · Skala – wybór skali oceny · Typ (np. kompetencje miękkie, produktowe) (pole wymagane) · Tag wyszukiwania (możliwość przypisania/usunięcia dowolnej liczby tagów do kompetencji) · Aktywność – Czy kompetencja jest aktywna (Tak/Nie) Możliwość edycji wszystkich wprowadzonych danych kompetencji. Narzędzia powinny automatycznie przypisać użytkownika, który wprowadził kompetencję oraz datę wprowadzenia. W przypadku edycji narzędzia powinny automatycznie przypisać użytkownika modyfikującego kompetencję oraz datę modyfikacji. Tylko oznaczone jako aktywne kompetencje powinny być możliwe do przypisania w ocenach, profilach kompetencyjnych i opisach stanowisk. Uprawniony użytkownik w każdej chwili powinien mieć możliwość dezaktywacji kompetencji. Uprawniony użytkownik powinien móc w każdej chwili przypisać/wypisać pojedynczego użytkownika lub grupę użytkowników uprawnionych do podglądu lub edycji danych kompetencji. |
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: · Nazwa, · Kategoria, · Typ, · Aktywność – Czy kompetencja jest aktywna (Tak/Nie) |
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 · Edycję pytania testu kompetencji · Usunięcie pytania z testu kompetencji Dla każdego pytania narzędzia powinny umożliwić wprowadzenie: · Treści pytania, · Trzech możliwych odpowiedzi na pytanie, · Oznaczenie która z odpowiedzi na pytanie jest odpowiedzią najgorszą, · Oznaczenie która z odpowiedzi na pytanie jest odpowiedzią najlepszą. Uprawniony użytkownik powinien mieć możliwość dodania kilku pytań jednocześnie. · Uprawniony użytkownik opcjonalnie powinien móc ustawić wskaźnik behawioralny, którego pytanie dotyczy. |
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, · Edycję danych wskaźnika, · Aktywację/Dezaktywację wskaźnika Dla każdego wskaźnika narzędzia powinny umożliwić wprowadzenie: · Nazwy wskaźnika Uprawniony użytkownik powinien mieć możliwość zmiany kolejności wyświetlania wskaźników w kompetencji. Wszystkie treści wskaźników powinny móc być edytowane przez uprawnionego użytkownika. Narzędzia powinny automatycznie przypisać użytkownika do wskaźnika, który wprowadził wskaźnik oraz datę jego wprowadzenia. W przypadku edycji narzędzia powinny automatycznie przypisać użytkownika modyfikującego wskaźnik oraz datę jego modyfikacji. |
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ć. · Skopiować treść pomiędzy poziomami na skali obserwacyjnej · Treść dla każdego z poziomów powinna móc być wprowadzana dla każdego wskaźnika behawioralnego zdefiniowanego w kompetencji Wszystkie treści skali kompetencyjnej powinny móc być edytowane przez uprawnionego użytkownika. | |
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. · Wprowadzając treść powinien móc opcjonalnie wybrać którego wskaźnika behawioralnego kompetencji dotyczy wskazówka · Treść wskazówki powinna móc być wprowadzona dla każdego typu definicji wskazówki rozwojowej (np. literatura, szkolenia) Wszystkie treści wskazówek rozwojowych powinny móc być edytowane przez uprawnionego użytkownika. |
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 · Skala obserwacyjna · Test kompetencji · Wskaźniki behawioralne |
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: · Nazwa (pole wymagane), · Opis Możliwość edycji wszystkich wprowadzonych danych profilu. Narzędzia powinny automatycznie przypisać użytkownika, który wprowadził profil oraz datę wprowadzenia. W przypadku edycji narzędzia powinny automatycznie przypisać użytkownika modyfikującego profil oraz datę modyfikacji. Dla każdego typu kompetencji dostępnego w narzędziach, musi istnieć możliwość przypisywania/wypisywania kompetencji do/z profilu. Przypisując kompetencje dla każdego typu kompetencji w profilu kompetencji użytkownik powinien móc ustawić poziom wymagany i pożądany dla kompetencji na podstawie wybranej skali (np. skala 1- 5). Użytkownik powinien móc ustawić wartości poziomu wymaganego i pożądanego w profilu osobno dla każdej skali dostępnej w systemie. Przypisując/wypisując kompetencje narzędzia powinny automatycznie wyświetlać wykres prezentujący wprowadzone dane w formie graficznej. Uprawniony użytkownik powinien móc w każdej chwili przypisać/wypisać pojedynczego użytkownika lub grupę użytkowników uprawnionych do podglądu lub edycji danych profilu kompetencji. |
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 · Poziom zarządczy, · Profil kompetencji, · Dowolne dodatkowe pola zdefiniowane przez administratora, · Dane opisowe/ Kwalifikacje · Zadania realizowane na stanowisku, · Wskaźniki efektywności przypisane do stanowiska · Kompetencje przypisane do stanowiska Po utworzeniu opisu stanowiska automatycznie powinien do systemu zostać dodany profil kompetencji zawierający kompetencje przypisane do stanowiska. Uprawniony użytkownik powinien móc zarządzać słownikiem dostępnych poziomów zarządczych, wskaźników efektywności, danymi opisowymi oraz zadań. Dla danego opisu stanowiska system powinien umożliwić przypisanie certyfikatów oraz szkoleń. Narzędzia powinny pozwalać na wprowadzanie opisu stanowiska za pomocą kreatora. Narzędzia powinny umożliwić wydruk do postaci pliku Word lub PDF wprowadzonego opisu 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 · Dla każdej kompetencji generuje interpretację wyniku z zdefiniowanej skali obserwacyjnej · Dla każdej kompetencji generuje zbiór wskazówek rozwojowych na podstawie informacji zdefiniowanych w katalogu kompetencji |
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. Narzędzia umożliwiają konfigurację procesu za pomocą graficznego edytora. Proces powinien być konfigurowany jako proces (Workflow). Konfiguracja procesu odbywa się za pomocą przeglądarki internetowej, bez konieczności wykorzystania zewnętrznych narzędzi lub modyfikacji systemu przez Dostawcę. Konfigurując proces użytkownik powinien mieć dostępne następujące elementy: · Test kompetencji – użytkownik wypełnia test kompetencji, · Test/Egzamin – użytkownik wypełnia test/egzamin z modułu egzaminów/testów, · Ankieta – użytkownik wypełnia ankietę dostępną w usłudze e-ankiety · Wskazówki rozwojowe – użytkownik posiada podgląd lub edycję wskazówek rozwojowych wygenerowanych na podstawie wyników oceny, · Skala kompetencyjna - użytkownik wypełnia skalę kompetencyjną, · Wspólna ocena na skali – użytkownik wypełnia skalę kompetencyjną – podczas wypełnienia skali posiada podgląd do samooceny · Spotkanie – użytkownik wprowadza informacje o terminie proponowanego spotkania w celu omówienia badania · Działania rozwojowe – użytkownik wprowadza informacje o propozycji działań rozwojowych · Test talentów – użytkownik wypełnia test talentów · Rozpoczęcie oceny · Zakończenie oceny W ramach procesu autor procesu może wgrać szablon generowanego raportu z badania w postaci pliku Word. Dla każdego z elementów użytkownik może skonfigurować następujące pola: · Nazwa kroku procesu · Opis kroku procesu, · Czy w ramach wykonania kroku procesu użytkownik może: |
o Umieszczać załączniki, o Umieszczać komentarze, o Czy posiada dostęp do wyniku o Czy posiada możliwość pobrania raportu · Przypisać role użytkowników biorących udział w kroku procesu o Użytkownik o Doradca o Inny użytkownik · Przypisując rolę należy wskazać czy użytkownik w danej roli posiada możliwość wypełnienia kroku procesu (np. wypełnienie testu kompetencji, uzupełnienie skali), czy posiada tylko i wyłącznie podgląd do kroku. Narzędzia zapewniają kontrolę poprawności konfiguracji procesu, np. nie powinny pozwolić wyświetlić wskazówek rozwojowych zanim użytkownik nie wypełni testu kompetencji, nie pozwolić wypełnić wspólnej oceny na skali (przez np. doradcę) zanim użytkownik nie wykona samooceny na skali. Przykładowe procesy jakie użytkownik może skonfigurować: · Badanie testem kompetencji o Krok 1 – rozpoczęcie badania o Krok 2 – użytkownik wypełnia test kompetencji o Krok 3 – użytkownik otrzymuje wskazówki rozwojowe na podstawie wypełnionego testu o Krok 4 – zakończenie badania · Badanie testem kompetencji wraz z akceptacją doradcy o Krok 1 – rozpoczęcie badania o Krok 2 – użytkownik wypełnia test kompetencji o Krok 3 – użytkownik otrzymuje wskazówki rozwojowe na podstawie wypełnionego testu o Krok 4 – doradca przegląda wynik oceny i dokonuje akceptacji oceny o Krok 4 – zakończenie badania · Ocena na skali o Krok 1 – rozpoczęcie badania o Krok 2 – użytkownik uzupełnia samoocenę na skali o Krok 3 – doradca dokonuje wspólnej oceny z użytkownikiem na skali o Krok 4 – użytkownik otrzymuje wskazówki rozwojowe na podstawie wyników oceny wspólnej o Krok 5 – zakończenie badania · Badanie testem kompetencji wraz z uzupełnieniem testu/egzaminu o Krok 1 – rozpoczęcie badania o Krok 2 – użytkownik wypełnia test kompetencji o Krok 3 – użytkownik otrzymuje wskazówki rozwojowe na podstawie wypełnionego testu o Krok 4 – użytkownik wypełnia test/egzamin o Krok 5 – zakończenie badania · Badanie testem talentów o Krok 1 – rozpoczęcie badania o Krok 2 – użytkownik wypełnia test talentów o Krok 3 – użytkownik otrzymuje wskazówki rozwojowe na podstawie wypełnionego testu talentów oraz wynik w zakresie posiadanych talentów i predyspozycji zawodowych | |
38 | Możliwość wprowadzenia nowej oceny (badania) do systemu. Podstawowe dane składają się z minimum następujących pól: · Nazwa (pole wymagane), · Opis, · Planowana data rozpoczęcia, · Planowana data zakończenia, · Skala (np. skala 1-5, 1-3) · Proces Po dodaniu badania uprawniony użytkownik wskazuje listę użytkowników lub grup biorących udział w badaniu. Badanie powinno zostać udostępnione dla użytkowników dopiero po jej rozpoczęciu – rozpoczęcie badania ustawia uprawniony użytkownik. |
Uprawniony użytkownik może wstrzymać lub zakończyć ocenę. Po wstrzymaniu lub zakończeniu badania użytkownicy biorący udział w ocenie nie powinni posiadać możliwości uzupełniania badania. Uprawniony użytkownik posiada możliwość wznowienia wstrzymanych badań. Po utworzeniu badania powinny zostać przypisane kroki do wykonania w ramach badania na podstawie wybranego procesu podczas jej tworzenia. Uprawniony użytkownik posiada możliwość zdefiniowania nazwy, opisu oraz terminów rozpoczęcia i zakończenia każdego z kroków badania. Domyślnie nazwy i opisy kroków zostają skopiowane z wybranego procesu. W ramach badania uprawniony użytkownik posiada możliwość przypisania badanych kompetencji podczas badania za pomocą minimum 2 wymienionych metod: · Wybór pojedynczych kompetencji z katalogu wraz z wskazaniem oczekiwanego i wymaganego poziomu · Wybór profilu kompetencyjnego · Wybór na podstawie opisów stanowisk (opcja) W ramach oceny uprawniony użytkownik posiada możliwość wskazania doradcy dla każdego użytkownika przypisanego do badania. Podczas uruchomienia badania narzędzie powinno walidować poprawność badania w minimum następującym zakresie · Kompletność katalogu przypisanych kompetencji do badania(np. wszystkie przypisane kompetencje posiadają zdefiniowany test kompetencji z pytaniami, dla wybranych kompetencji wprowadzone są skale kompetencyjne w wybranej dla badania skali obserwacyjnej) o każdy użytkownik posiada przypisanego doradcę, jeżeli doradca bierze udział w badaniu | |
39 | Uprawniony użytkownik może skonfigurować minimum następujące parametry w każdym z badań: · szablon wydruków raportów w badaniu, · zakres wyświetlanych wyników, · możliwość nie wykonania wybranych kroków oceny, · przypisanie wag do poszczególnych badanych kompetencji · szablon wydruku wskazówek rozwojowych · sposób wyświetlania wskazówek rozwojowych w tym: o czy wyświetlić wskaźniki przypisane do wskazówek, |
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: · Wyświetla informacje o luce kompetencyjnej – porównując uzyskany wynik z wynikiem oczekiwanym na podstawie badanego profilu kompetencyjnego/zawodowego · Uzyskany Wynik liczbowy dla każdej kompetencji · Dla każdej kompetencji generuje interpretację wyniku z zdefiniowanej skali obserwacyjnej · Dla każdej kompetencji generuje zbiór wskazówek rozwojowych na podstawie informacji zdefiniowanych w katalogu kompetencji oraz uzyskanego wyniku liczbowego |
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 · modyfikację treści wysyłanych powiadomień Narzędzie umożliwia konfigurację minimum 5 powiadomień w badaniu, w tym: · powiadomienie o rozpoczęciu badania, · powiadomienie o zbliżającym się terminie zakończenia badania, · powiadomienie o zakończeniu badania, · powiadomienie o dostępie kolejnego kroku badania, np. doradca otrzymuje informację, że użytkownik wypełnił test kompetencji, · powiadomienie o nowym badaniu. |
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 · wygenerowanie raportu zbiorczego badania – raport · wygenerowanie indywidualnych raportów dla użytkowników którzy zakończyli badanie, · podgląd badania, |
· podgląd historii zmian badania, · usunięcia wyników badania i ponowne uruchomienie badania użytkownika, · filtrowanie użytkowników biorących udział w badaniu wg. Minimum następujących parametrów: statusu użytkownika w badaniu, nazwiska, nazwy kroku | |
43 | System umożliwia zarządzanie katalogiem dostępnych kwalifikacji. Kwalifikacje składają się z minimum następujących danych: · Nazwa · Kategoria · Opis · Typ System umożliwia przypisanie kwalifikacji do konta studenta. Kwalifikacje powinien móc wprowadzać zarówno student dla swojego konta, jak i pracownik ABK dla wszystkich kont. System umożliwia porównanie posiadanych kwalifikacji z kwalifikacjami oczekiwanymi dla danej oferty pracy. |
44 | Uprawniony użytkownik posiada dostęp do statystyk badania, w tym: · ilu użytkowników rozpoczęło badanie · ilu użytkowników jest w trakcie badania · ilu użytkowników zakończyło badanie · dla każdego kroku badania informacje o ilu użytkowników rozpoczęło dany krok o ilu użytkowników jest w trakcie wykonywania danego kroku badania o ilu użytkowników zakończyło dany krok badania |
45 | Użytkownik przypisany do badania powinien mieć możliwość wypełnienia badania, w tym: · wypełnienie testu kompetencji · wypełnienie skali obserwacyjnej · wypełnienie testu/egzaminu · wypełnienie ankiety · wypełnienie testu talentów |
46 | Użytkownik po wypełnieniu badania powinien uzyskać dostęp do raportu zwracającego następujące informacje: · Definicję badanych kompetencji · Wynik przeprowadzonego badania · Interpretację wyniku · Działań rozwojowych (ścieżki kariery) jakie powinien podjąć badany użytkownik |
47 | System dostarczony zostanie z następującymi predefiniowanymi procesami: · Badanie testem kompetencji o Krok 1 – rozpoczęcie badania o Krok 2 – użytkownik wypełnia test kompetencji o Krok 3 – użytkownik otrzymuje wskazówki rozwojowe na podstawie wypełnionego testu o Krok 4 – zakończenie badania · Badanie testem kompetencji wraz z akceptacją doradcy o Krok 1 – rozpoczęcie badania o Krok 2 – użytkownik wypełnia test kompetencji o Krok 3 – użytkownik otrzymuje wskazówki rozwojowe na podstawie wypełnionego testu o Krok 4 – doradca przegląda wynik oceny i dokonuje akceptacji oceny o Krok 5 – zakończenie badania · Badanie testem talentów o Krok 1 – rozpoczęcie badania o Krok 2 – użytkownik wypełnia test talentów o Krok 3 – użytkownik otrzymuje wskazówki rozwojowe na podstawie wypełnionego testu talentów oraz wynik w zakresie posiadanych talentów i predyspozycji zawodowych o Krok 4 – zakończenie badania · Badanie testem kompetencji wraz z uzupełnieniem testu/egzaminu o Krok 1 – rozpoczęcie badania o Krok 2 – użytkownik wypełnia test kompetencji o Krok 3 – użytkownik otrzymuje wskazówki rozwojowe na podstawie wypełnionego testu |
o Krok 4 – użytkownik wypełnia test/egzamin o Krok 5 – zakończenie badania · Badanie testem kompetencji wraz z uzupełnieniem ankiety o Krok 1 – rozpoczęcie badania o Krok 2 – użytkownik wypełnia ankietę o Krok 3 – użytkownik wypełnia test kompetencji o Krok 4 – użytkownik otrzymuje wskazówki rozwojowe na podstawie wypełnionego testu o Krok 5 – zakończenie badania | |
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: · Podział ogłoszenia na wiersze i kolumny · Dla każdej kolumny w ogłoszeniu możliwość wprowadzenia o Treści o Treści z szablonu (np. klauzuli poufności) o Grafiki o Filmu z youtube o Ofert powiązanych o Listy certyfikatów o Listy zadań o Listy kompetencji o Danych z opisu stanowiska (w przypadku, gdy oferta posiada powiązany opis stanowiska) · Lista certyfikatów, zadań, kompetencji pobierana jest z zdefiniowanych w systemie słowników |
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, · numeru referencyjnego, |
· lokalizacje, · branże, · formy zatrudnienia, · kierunku studiów, · ilość wakatów, · formy zatrudnienia – typ umowy, · typ oferty (praktyka, staż, oferta pracy) Na podstawie wybranego stanowiska pobierany jest powiązany profil kompetencji oraz opis stanowiska jeżeli jest wprowadzony. Na podstawie przypisanego opisu stanowiska możliwe jest wykorzystanie danych opisu stanowiska w treści oferty pracy. | |
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 · powiadomienie do pracodawcy o nowym zgłoszeniu kandydata · powiadomienie do pracownika ABK o nowym zgłoszeniu kandydata · powiadomienie do pracownika ABK o wprowadzeniu nowej oferty przez pracodawcę · powiadomienie do wszystkich aplikujących o zakończeniu rekrutacji na daną ofertę · powiadomienie do studenta o przejściu na kolejny etap rekrutacji · powiadomienie do pracownika ABK o zaakceptowaniu kandydata przez pracodawcę w danej ofercie · powiadomienie do studenta z potwierdzeniem zgłoszenia aplikacji oraz informacją ilu innych studentów zgłosiło aplikację na daną ofertę System powinien umożliwić włączenie lub wyłączenie wybranych powiadomień. |
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 · nip firmy · regon · adres e-mail · osoba kontaktowa · logotyp · opis firmy Dla każdego pracodawcy system musi umożliwić wprowadzenie jednego lub kilku kont użytkowników umożliwiających zarządzanie i podgląd ofert pracy pracodawcy oraz przeglądanie bazy kandydatów. |
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. System powinien umożliwiać śledzenie czy dany student otrzymał zatrudnienie, przyjął ofertę pracy, odrzucił ofertę pracy, etc. |
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. Treści mogą być wyświetlane zarówno dla użytkowników zalogowanych jak i niezalogowanych. Umożliwia tworzenie/zarządzanie kategoriami treści w serwisie internetowym. Obsługuje: · tworzenie/edycję kategorii treści, |
· tworzenie/edycję dedykowanej strony HTML dla kategorii, · przypisywane do kategorii artykułów, · przypisywanie użytkowników zarządzających kategorią treści, · dodawanie stron do portalu zawierających podział na sekcje. Umożliwia zarządzanie menu portalu. Obsługuje: · możliwość dodawania elementów nawigacji, · możliwość usuwania elementów menu, · możliwość edycji elementów. | |
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 System umożliwia na podstawie wprowadzonych danych wygenerowanie CV w ustandaryzowanym formularzu (szablonie) dokumentu. |
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 · Dane ogólne o Avatar o Imię o Nazwisko o Telefon o Email o Data urodzenia o Miejsce urodzenia o Dane adresowe (miejscowość, kod pocztowy, ulica, nr domu, nr lokalu) o LinkedIn · Wykształcenie o Kierunek (słownik), Rodzaj studiów (słownik), Data od, Data do, Uczelnia, Opis · Doświadczenie o Stanowisko, Nazwa firmy, opis, branża, data od, data do · Umiejętności o Umiejętność, opis, ocena · Języki obce o Język (słownik), Poziom (słownik) · Zainteresowania (pole opisowe) · Inne (pole opisowe) · Klauzula poufności (pole opisowe) · Motto (pole opisowe) · Certyfikaty o Wybór certyfikatu z katalogu · Certyfikaty (pole opisowe) · Dodatkowe kwalifikacje o Kwalifikacja, opis, ocena |
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 · liczba aplikacji 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. System pozwala na wygenerowanie w postaci dokumentu Word listy uczestników szkolenia, certyfikatów oraz innych dokumentów szkoleniowych. Administrator systemu posiada możliwość dodania do systemu szablonów generowanych dokumentów. Jeżeli limit uczestników został przekroczony system informuje uczestnika o tym fakcie. System pozwala administratorowi na przypisanie materiałów w formie plików do kursu/wydarzenia. Uczestnicy kursu/wydarzenia mogą pobrać materiały przed rozpoczęciem 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: · wyświetlenie i wyszukiwanie listy ofert pracy, praktyk, staży · wyświetlenie i wyszukiwanie listy wydarzeń/kursów · wyświetlenie i podgląd listy aktualności · wyświetlenie informacji o prowadzonych badaniach kompetencji · rejestrację konta · zalogowanie do systemu |
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ć: · możliwość budowy formularza elektronicznego w edytorze platformy dostępnym przez przeglądarkę internetową · możliwość określenia reguł w formularzu odsłaniających bądź ukrywających jego elementy w zależności od informacji umieszczonej przez wypełniającego · możliwość określenia uprawnień do poszczególnych formularzy · formularz powinien mieć możliwość osadzenia na stronie www · aplikacja musi automatycznie generować strukturę bazy danych na podstawie zbudowanego formularza · możliwość raportowania danych z formularzy, bezpośrednio z interfejsu użytkownika dostępnego przez przeglądarkę internetową · możliwość określenia grupy docelowej dla danego formularza · możliwość udostępnienia formularza dla użytkowników niezalogowanych · system musi umożliwić wprowadzenie opisu początkowego i końcowego formularza – opisy wyświetlone zostaną użytkownikowi przed i po wypełnieniu formularza · System musi umożliwić podział formularza na sekcje · Dla każdej sekcji system musi umożliwić wprowadzenie do sekcji następujących rodzajów pól, które wypełni użytkownik formularza: o Tekstowe o Liczba całkowita o Liczba dziesiętna o Waluta o Data o Lista rozwijana o Pesel, o Nip o Telefon |
o Regon o Kod pocztowy o Województwo o Powiat o Gmina o Plik o Adres email · Dla każdego pola musi istnieć możliwość nadania etykiety oraz określenie czy wypełnienie pola jest obligatoryjne · Administrator formularza musi posiadać możliwość podglądu formularza przed jego udostępnieniem · System musi pozwolić na podział formularza na kolejne strony, użytkownik wypełni formularz przechodząc na kolejne strony – wg ustawień zdefiniowanych przez administratora. | |
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 · Macierzowe pojedynczy wybór · Macierzowe wielokrotny wybór · Opisowe – tekstowe · Opisowe – tekstowe 1 linia · Podwójna skala suwak · Podwójna skala suwak z komentarzem · Pojedynczy wybór · Puste · Pytanie o liczbę · Pytanie o procent · Rankingowe · Skala · Skala suwak · Skala suwak z komentarzem · Uzupełnij tekst · Wielokrotny wybór System umożliwia edycję i usuwanie pytań oraz zmianę kolejności pytań. System pozwala na umieszczanie grafik i plików pdf w treści pytań ankiety. Administrator ankiety może ustawić warunkową prezentację pytań, w zależności od odpowiedzi, udzielonej na inne pytania w ankiecie np. pokaż pytanie nr 3 jeżeli użytkownik w pytaniu nr 1 wybrał odpowiedź b. Istnieje możliwość dodania wielu pytań jednocześnie. W tej sytuacji wybierany jest typ pytania, z listy typów takich samych jak w przypadku dodawania pojedynczego pytania, sekcja, z jaką będzie związane pytanie(każde pytanie może być związane, z co najwyżej jedną sekcją), kategoria pytania, wymagalność pytania, oraz aktywność pytania. Dla każdego pytania można wybrać kontekst języka, w jakim pracuje się z danym pytaniem. Zmiana kontekstu języka służy do tworzenia innych wersji językowych pytań, o ile ankieta jest dostępna w wielu językach. W każdym pytaniu można określić jego wymagalność, aktywność, reguły jego wyświetlania, kategorie związane z pytaniem i sekcja pytania. Pytania wymagane będą powodowały, że uczestnik ankiety nie będzie mógł jej ukończyć, dopóki nie wypełni odpowiedzi na te pytania. Jeżeli pytania będą podzielone na kilka stron, uczestnik nie będzie mógł przejść do kolejnej strony, dopóki nie wypełni wymaganych |
odpowiedzi. Sekcja pytania służy do grupowania pytań, sekcje mogą być użyte do kontrolowania sposobu wyświetlania pytań dla uczestnika, np. wyświetlenie każdej sekcji pytań na osobnej stronie. System umożliwia 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 | |
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: · Określona liczba pytań na jednej stronie, po jej wypełnieniu użytkownik będzie musiał przejść do kolejnej strony · Wyświetlenie wszystkich pytań z sekcji na jednej stronie · Wyświetlenie wszystkich pytań na jednej stronie |
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: · formie zestawień tabelarycznych, · prezentację w formie wykresów graficznych, · możliwość przeglądania wypełnionych ankiet, · możliwość filtrowania wyników według zadanych kryteriów wyszukiwania wybranych przez użytkownika Dla każdego pytania w ankiecie, istnieje możliwość wyświetlenia odpowiedzi na to pytanie w formie wykresu kołowego, liniowego, kolumnowego Wyniki w postaci wykresu można wyeksportować w formatach: · Xxx · Xxxx |
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: a) warstwę prezentacji b) warstwę aplikacji c) warstwę logiki biznesowej d) warstwę dostępu do danych |
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: obliczenia średniej oceny pracy dyplomowej z ocen promotora i recenzenta obliczania oceny z egzaminu dyplomowego obliczania ostatecznego wyniku ze studiów: średnia z toku studiów, pracy dyplomowej, egzaminu dyplomowego |
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: a. zgłoszenie tematu pracy dyplomowej przez studenta, b. zgłoszenie tłumaczenia na język obcy tematu pracy dyplomowej przez studenta, c. zatwierdzenie tematu pracy dyplomowej przez promotora, d. wskazanie recenzenta pracy dyplomowej przez promotora, e. złożenie wersji elektronicznej pracy dyplomowej przez studenta, f. weryfikacja wersji elektronicznej pracy dyplomowej przez promotora, g. akceptacja wersji elektronicznej pracy dyplomowej do badania systemem antyplagiatowym, h. wysłanie pracy dyplomowej do badania systemem antyplagiatowym (JSA) i odebranie wyników badania. i. wystawienie oceny z badania pracy dyplomowej systemem antyplagiatowym, Po wystawieniu oceny pozytywnej – wygenerowanie protokołu recenzji pracy dyplomowej dla promotora i recenzenta, x. xxxxxxxxxxx recenzji pracy dyplomowej przez promotora i recenzenta w dedykowanym dla wykładowców module, x. xxxxxxxxxxxxxxx składu komisji egzaminu dyplomowego oraz wygenerowanie protokołu egzaminu dyplomowego, l. przeprowadzenie egzaminu dyplomowego, m. nadanie nr dyplomu, n. przesłanie pracy dyplomowej do ORPPD oraz wyświetlenie statusu pracy w ORPD, |
193 | System musi posiadać wewnętrzne kontrole przebiegu procesu, w szczególności: a. nie można zarejestrować wersji elektronicznej pracy dyplomowej, jeśli nie został zatwierdzony temat pracy dyplomowej, b. nie można przesłać pracy dyplomowej do systemu antyplagiatowego, jeśli nie została ona zaakceptowana przez promotora, c. nie można wystawić recenzji pracy dyplomowej, jeśli nie ma pozytywnej oceny z badania pracy systemem antyplagiatowym, d. nie można wygenerować protokołu egzaminu dyplomowego, jeśli nie ma zarejestrowanych wszystkich pozytywnych ocen recenzji e. nie można nadać nr dyplomu, jeśli nie ma pozytywnej oceny egzaminu dyplomowego. |
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ą:
1) analizę,
2) projekt,
3) budowę rozwiązania,
4) uruchomienie
5) 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 |
1. | Platforma edukacyjna | Obsługa systemów informatycznych Platforma edukacyjna dla kadry administracyjnej (administratorzy) | 16h / 2 dni | 1 |
2. | Platforma edukacyjna | Obsługa systemów informatycznych Platforma edukacyjna dla kadry dydaktycznej | 24h / 3 dni | 1 |
3. | Serwis Biura Karier | Obsługa Systemu Serwis Biura Karier dla kadry administracyjnej (administratorzy) | 16h / 2 dni | 1 |
4. | 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ń:
1. 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.
2. Szkolenia dla kadry kierowniczej i administracyjnej będą realizowane w grupach liczących do 12 osób.
3. Szkolenia dla kadry administracyjnej będą realizowane w grupach liczących do 12 osób.
4. 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.
5. Wykonawca zobowiązany będzie zapewnić materiały piśmiennicze (notatnik, długopis) dla każdego uczestnika szkoleń.
6. 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/.
7. Wykonawca zobowiązany będzie wydać uczestnikom szkoleń, którzy ukończyli szkolenie, zaświadczenie o ukończeniu w szkolenia.
8. Wykonawca zapewni możliwość realizacji szkoleń od poniedziałku do piątku w godzinach od 9:00 do 16:00.
9. Zamawiający przewiduję realizację 8h dydaktycznych w ciągu 1 dnia szkoleniowego.
10. 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ę.
11. Zamawiający przekaże Wykonawcy najpóźniej na 2 tygodnie przed planowanym szkoleniem listę uczestników.
12. 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.
13. 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.