Załącznik nr 1 do zapytania ofertowego nr 1/12/2018/ZP_WSL

SZCZEGÓŁOWE WYMAGANIA

Wszystkie wymienione poniżej wymagania są obligatoryjne na etapie wdrożenia.

Wymagania oznaczone znacznikiem PR wymagane są już na etapie prezentacji PRÓBKI.

I. Wymagania niefunkcjonalne:
Numer Opis PR*
System musi posiadać konstrukcję modułową oraz charakteryzować się elastyczną
konfiguracją zapewniającą przystosowanie Systemu do zmian zachodzących w strukturze
N-1
organizacyjnej Uczelni. Wszelkie konfiguracje/parametryzacje odpowiadające zmianom
struktury Uczelni muszą być dokonywane przez administratora Systemu.
System i wszystkie jego moduły są ze sobą zintegrowane w ramach jednego systemu
informatycznego co jest rozumiane jako automatyczną wymianę i współdzielenie informacji
N-2 (kartoteki, rejestry, słowniki, wprowadzone dokumenty, operacje, inne) tworzonych w
różnych modułach.

W zakresie funkcjonalności dostępnych dla pracowników dziekanatu i jednostek

N-3 centralnych Uczelni System ma prawidłowo pracować co najmniej z przeglądarką x
internetową Mozilla Firefox 62 oraz Chrome 68.0.
W zakresie funkcjonalności dostępnych dla kandydatów, wykładowców i studentów w
zakresie funkcjonalności systemu rekrutacyjnego oraz wirtualnego dziekanat musi
N-4
prawidłowo pracować co najmniej z przeglądarkami internetowymi: Mozilla Firefox 62,
Internet Explorer 9.0, Chrome 68.0, Safari 11.
W zakresie funkcjonalności dostępnych dla wykładowców i studentów w obszarze Wirtualny
Dziekanat komponenty Systemu muszą pracować w języku polskim i angielskim
N-5 (wymagana jest możliwość przełączania języka przez użytkownika w trakcie jego pracy w
Systemie).

System musi być wykonany architekturze trójwarstwowej z cienkim klientem (serwer bazy
danych, serwer aplikacji jako jedyne miejsce implementacji procesów biznesowych,
standardowa przeglądarka internetowa jako warstwa prezentacji), jedynym
oprogramowaniem instalowanym na stanowisku użytkownika (studenta, wykładowcy,
pracownika dziekanatu, administratora, pracownika innych jednostek uczelni itp.) może być
N-6
standardowa przeglądarka internetowa. System do prawidłowej pracy nie może wymagać
x
doinstalowania na stanowisku użytkownika/administratora żadnych dodatkowych
składników: programów, wtyczek, rozszerzeń, skryptów itp. Niedopuszczalne jest
implementowanie procesów biznesowych w skryptach lub kodzie przetwarzanych przez
przeglądarkę internetową.
System (część serwerowa – serwer aplikacyjny) musi pracować pod kontrolą systemu
N-7
operacyjnego z rodziny: Linux lub Unix (do wyboru Oferenta).
x

System musi być zbudowany w oparciu o centralną, w pełni transakcyjną, SQL-ową bazę
danych pracującą pod kontrolą systemu operacyjnego z rodziny Linux lub UNIX (do wyboru
N-8 Oferenta), wspierającą mechanizm replikacji asynchronicznej w trybie „hot standby” lub inny x
z nim zgodny oraz mechanizm kontroli dostępu opartej na rolach (RBAC ang. Role-based
Access Control).
Komunikacja pomiędzy serwerem aplikacyjnym a bazą danych musi być szyfrowana. Baza
N-9 danych musi wykorzystywać wszystkie udostępnione jej CPU oraz umożliwiać
wykorzystanie całej dostępnej pamięci operacyjnej.

1
 System musi używać jednej instancji bazy danych (wspólne dane dla wszystkich jednostek
N-10
Uczelni).
Konstrukcja Systemu musi umożliwiać używanie Systemu przez użytkowników na stacjach
roboczych działających pod kontrolą systemu Linux oraz pod kontrolą systemu Windows i
N-11 macOS (w wersjach aktualnie wspieranych przez producentów tychże systemów) bez x
konieczności instalowania dodatkowego oprogramowania poza standardową przeglądarką
internetową.
Jeżeli używana przez System baza danych lub część aplikacyjna Systemu wymaga
komercyjnej wersji systemu operacyjnego to Oferent w ramach realizacji umowy dostarczy
licencję na ten system operacyjny, która nie zawiera ograniczeń na liczbę
wykorzystywanych procesorów ani rozmiar pamięci RAM, oraz zapewni: dostęp do pomocy
N-12 technicznej zapewnianej przez producenta systemu operacyjnego oraz dostęp do serwisu x
producenta systemu operacyjnego pozwalającego Zamawiającemu na wykonywanie
uaktualnień systemu operacyjnego oraz na aktualizację wersji systemu operacyjnego do
najnowszej przez 5 lat od daty realizacji umowy bez ponoszenia dodatkowych kosztów
przez Zamawiającego.

Oferent w ramach realizacji umowy dostarczy, wraz z Systemem, wykorzystywaną bazę

danych, a w przypadku gdy będzie ona produktem komercyjnym, wtedy dostarczy też
licencję na tę bazę danych (licencję bez ograniczenia na liczbę wykorzystywanych przez
bazę procesorów ani wykorzystywany rozmiar pamięci RAM) oraz zapewni serwis
N-13 producenta bazy danych wraz z dostępem do pomocy technicznej producenta bazy danych
x
do wszystkich dostarczonych elementów bazy danych, pozwalający Zamawiającemu na
dokonywanie uaktualnień i aktualizację wersji bazy do najnowszej przez 5 lat od daty
realizacji umowy bez ponoszenia dodatkowych kosztów przez Zamawiającego.

Wszystkie elementy Systemu (w tym baza danych) zostaną dostarczone wraz z licencją
użytkownika, która nie może zawierać ograniczeń ilościowych, w szczególności ograniczeń
N-14 na: liczbę studentów, liczbę wykładowców, liczbę pracowników dziekanatów i jednostek x
centralnych Uczelni, liczbę stanowisk, liczbę jednocześnie zalogowanych użytkowników,
liczbę użytkowników bazy danych, liczbę jednoczesnych sesji/połączeń do bazy danych

Wszystkie udzielone licencje muszą umożliwiać równoległą instalację i uruchomienie

N-15 środowiska produkcyjnego i testowego.
x

Wszystkie udzielone nie ograniczają tworzenia ilości danych w systemie (np. liczby
N-16 studentów, planów studiów, procesów rekrutacyjnych).
x

System oraz nie może posiadać wbudowanych ograniczeń na: liczbę wykładowców, liczbę
pracowników dziekanatów i jednostek centralnych Uczelni, liczbę stanowisk, liczbę
N-17 jednocześnie zalogowanych użytkowników, liczbę procesorów serwera, rozmiar używanej
pamięci RAM, liczbę użytkowników bazy danych, liczbę jednoczesnych sesji/połączeń do
bazy danych poza wynikającymi z ograniczonych możliwości sprzętu.

Użytkownik systemu nie może mieć bezpośredniego dostępu do bazy danych systemu, z
N-18 wyłączeniem Administratorów systemu.

System musi pracować w środowisku sieciowym i wielo-użytkownikowym, w którym wielu

N-19 użytkowników równocześnie korzysta z Systemu w trybie on-line (minimum 50
pracowników administracji i 200 studentów równocześnie)

Komunikacja pomiędzy przeglądarką internetową a Systemem musi być szyfrowana w

N-20 oparciu o protokół SSL (HTTPS).

System musi umożliwiać edycję istniejących i tworzenie nowych, wcześniej

N-21
niezdefiniowanych szablonów dokumentów związanych z indywidualnym studentem do

2
 wydruku z poziomu użytkownika, bez wymaganej ingerencji serwisu Oferenta.

System musi zapewniać kodowanie znaków zgodne z Unicode UTF-8 lub UTF-16 zarówno
N-22 w bazie danych jak i w interfejsie użytkownika.

System musi być zoptymalizowany dla rozdzielczości ekranu min. HD, niemniej musi
N-23 prawidłowo działać również na wyższych rozdzielczościach bez nakładania lub obcinania
tekstu.

System musi zapewniać możliwość zdefiniowania ról (zestawów uprawnień) i przydzielenie

ich poszczególnym użytkownikom. System musi posiadać mechanizmy umożliwiające
N-24 zdefiniowanie administratorów pomocniczych mających prawo do nadawania uprawnień na
swojej jednostce (np. wydziale).

System musi zapewniać dostęp tylko do danych do których użytkownik ma prawo, w

szczególności:
a. pracownik dziekanatu ma dostęp tylko do danych związanych z jednostką lub
jednostkami na których nadano mu prawa
N-25
b. wykładowca ma dostęp tylko do swoich danych osobowych oraz danych
bezpośrednio związanych z prowadzonymi przez niego kursami
c. student ma dostęp tylko do swoich danych (w tym danych osobowych, danych o
przebiegu studiów, ogłoszeń dotyczących zajęć które realizuje lub realizował)

Implementacja logiki biznesowej serwera aplikacyjnego musi być zrealizowana w języku

silnie typowanym (wszystkie zmienne musza mieć zadeklarowany typ, język wymusza
zgodność typów, wspiera jawne rzutowanie typów arytmetycznych na inne typy
N-26 arytmetyczne) np. Java, C++, C#, PHP7 lub równoważne. Do implementacji logiki
x
biznesowej nie jest dopuszczalne użycie niewspieranych wersji języków, np. PHP5, ASP
lub równoważnych.

System musi posiadać interfejs w języku polskim, a w obszarze wirtualnego dziekanatu i

N-27 rekrutacji w zakresie funkcjonalności przeznaczonej dla studentów i kandydatów: w języku
polskim i angielskim.
System musi umożliwiać edycję istniejących i tworzenie nowych, wcześniej
N-28 niezdefiniowanych szablonów dokumentów związanych z indywidualnym studentem do
wydruku z poziomu użytkownika, bez wymaganej ingerencji serwisu Oferenta.
Poszczególne części systemu muszą być ze sobą zintegrowane (np. raz wpisane dane do
części obsługującej dziekanat, muszą być dostępne w obszarach Systemu
N-29 odpowiadających za rozliczenia finansowe, przydział stypendiów, planowanie zajęć,
komunikację i wystawianie ocen itp. bez ponownego ich wprowadzania).

System jest w całości wykonany architekturze trójwarstwowej z cienkim klientem - serwer

X
N-30 bazy danych, serwer aplikacji, standardowa przeglądarka internetowa

System nie wymusza instalacji wtyczek po stronie klienta (przeglądarki). Nie posiada
N-31 wstawek JAVA, FLASH itp.

II. Wymagania funkcjonalne:

1. Rekrutacja

3
Numer Opis PR
System rekrutacyjny musi działać na wspólnej bazie danych wraz z pozostałymi częściami
W1-1 Systemu, lecz być odseparowany od nich logicznie, zgodnie z przepisami o ochronie danych
osobowych.
System rekrutacyjny musi działać w oparciu o interfejs web dostępny dla kandydatów w sieci
W1-2
Internet, formularze responsywne, zgodność z IE9 , FF, Chrome.
Zapewnia możliwość założenia przez kandydata konta z obowiązkiem podania adresu e-
W1-3
mail, na który będzie wysłany link aktywujący konto oraz link do ewentualnej zmiany hasła.
W1-4 Wykorzystywanie mechanizmu CAPTCHA podczas rejestrowania nowego kandydata.
System umożliwia elektroniczną rejestrację kandydatów na kierunek studiów na studia
pierwszego, drugiego i trzeciego stopnia, jednolite magisterskie, podyplomowe, kursy i
W1-5 szkolenia w tym również na studia w języku angielskim różnicując studia stacjonarne i
niestacjonarne. System pozwala kandydatowi na wskazanie wybranej specjalności,
wskazanie specjalności alternatywnych dla wskazanych kierunków studiów.
Automatyczna weryfikacja poprawności i kompletności wypełnionych przez kandydata
wybranych pól - walidacja numeru PESEL (także dla osób urodzonych w roku 2000 i
W1-6
kolejnych), walidacja numeru telefonu (tylko cyfry), walidacja kodu pocztowego dla adresów
w Polsce, walidacja e-mail.
Zapewnia możliwość wprowadzenia przez kandydata informacji o typie miejscowości
W1-7
(miasto/ wieś). Pola do wprowadzenia adresów zameldowania i korespondencyjnego.
Zapewnia możliwość zaznaczenia faktu bycia „olimpijczykiem”, osobą niepełnosprawną
W1-8
(wraz z kodem niepełnosprawności).
Zapewnia możliwość załączenia przez kandydata zdjęcia w postaci elektronicznej.
W1-9 Komunikat dla kandydata o kompatybilności parametrów zdjęcia z wymogami dotyczącymi
elektronicznej legitymacji studenckiej.
Zapewnia możliwość wskazania przez kandydata swojego wykształcenia oraz ukończonej
W1-10 szkoły średniej lub uczelni wyższej (system zapewnia różnicowanie tej informacji w
zależności od rodzaju studiów). Miejsce na wpisanie numeru świadectwa dojrzałości.
Kontrola poprawności struktury wprowadzanych danych kandydatów będących obywatelami
W1-11
Polski: numeru PESEL, kodu pocztowego.
Zapewnia możliwość wydrukowania przez kandydata uzupełnionego, gotowego do podpisu
W1-12
formularza rekrutacyjnego.
Automatyczne nadawanie każdemu kandydatowi indywidualnego numeru rachunku
W1-13
bankowego na potrzeby rekrutacji.
Zapewnia możliwość równoległego rekrutowania kandydata na wiele kierunków studiów,
W1-14
poziomów studiów.
Jeden wpis z danymi osobowymi dla wszystkich procesów rekrutacyjnych prowadzonych
W1-15
równolegle w danym semestrze.
Definiowanie w panelu administracyjnym dowolnej liczby kampanii rekrutacyjnych wraz z
terminem rozpoczęcia i zakończenia dla wskazanych kierunków i specjalności. Moduł musi
umożliwiać obsługę równoległą wielu kampanii rekrutacyjnych, gdzie każda z kampanii
W1-16
posiada różny zakres dat rozpoczęcia i zakończenia oraz każda z kampanii ma osobny
zestaw oferty dydaktycznej (rozumianej jako oferowane kierunki, specjalności na formach i
poziomach studiów).
Panel administracyjny musi pozwalać na określenie między innymi wydziałów, rodzajów
studiów, kierunków, trybu, specjalności, na które ma się odbywać rekrutacja oraz na
W1-17
definiowanie naborów studentów, dodawanie i usuwanie kierunków, trybów i rodzajów
studiów.

4
 Moduł rekrutacji musi pracować ciągle bez konieczności wyłączania go i rekonfiguracji przed
kolejną kampanią rekrutacyjną. Zapewnia możliwość wyłączenia wybranego procesu
W1-18 rekrutacyjnego po zakończeniu rekrutacji na dany kierunek lub formę studiów lub formę
kształcenia podczas trwania innych rekrutacji. Zapewnia możliwość definiowania dowolnej
liczby rekrutacji.
System rekrutacyjny musi umożliwiać dobór formularzy zgłoszeniowych dla poszczególnych
W1-19
rekrutacji przez uprawnionego pracownika bez konieczności angażowania Oferenta.
System rekrutacyjny musi umożliwiać modyfikację wzorów dokumentów do pobrania z
W1-20
Systemu w tym podania o przyjęcie na studia bez konieczności angażowania Oferenta.
System rekrutacyjny musi zapewniać obsługę kandydatów będących obywatelami polskimi
W1-21 jak i cudzoziemcami (brak numeru PESEL, inne dokumenty tożsamości, inna postać kodu
pocztowego).
Zapewnia możliwość przypisania listy wymaganych dokumentów do wybranego kierunku lub
W1-22
specjalności w obrębie naboru.
Zapewnia możliwość wprowadzania przez kandydata następujących danych osobowych:
rodzaj dokumentu (paszport/dowód), nr dokumentu, płeć, imię, drugie imię, nazwisko, data
W1-23
urodzenia, miejsce urodzenia (kraj urodzenia), obywatelstwo, imię ojca, imię matki, miejsce
zamieszkania, kraj zamieszkania a także dane kontaktowe (nr telefonu, e-mail).
Dla wybranych kierunków (np. studia anglojęzyczne), system musi obsługiwać m.in.
W1-24 następujące informacje dotyczące certyfikatu językowego: nazwa certyfikatu, wynik, data x
uzyskania certyfikatu, kraj uzyskania certyfikatu.
System rekrutacyjny musi zapewniać możliwość załączania przez kandydatów
W1-25
zeskanowanych dokumentów w formacie pdf.
x

Dla wybranych kierunków (np. studia anglojęzyczne), system musi obsługiwać możliwość
załączania do aplikacji plików m.in.: skan paszportu/dokumentu tożsamości, zdjęcie
paszportowe, potwierdzenie wpłaty rekrutacyjnej, skan matury, skan certyfikatu językowego,
W1-26 skan oświadczenia o niekaralności, skan wyników egzaminu/certyfikatu MCAT/ x
GAMSAT/UKCAT, skan dyplomu BSc, skan transkryptu BSc, skan CV. System musi
zapewniać możliwość określenia wymagalności poszczególnych plików
(opcjonalny/wymagany). System musi informować kandydata o wymaganych dokumentach.
Dla wybranych kierunków (np. studia anglojęzyczne), system musi obsługiwać m.in.
następujące informacje dotyczące tytułu BSc: oznaczenie, czy kandydat posiada tytuł BSc,
W1-27
pełna nazwa uzyskanego tytułu, rok uzyskania dyplomu, nazwa szkoły w której uzyskał
x
dyplom, kraj szkoły w którym uzyskał dypl om.
W przypadku cudzoziemców system musi zapewniać możliwość wprowadzenia
dodatkowych informacji niezbędnych do przygotowywania raportów m.in. dla Straży
W1-28
Granicznej, GUS, POLON, np. podstawa studiowania, seria i numer dokumentu będący
x
podstawą pobytu na terenie Polski.
Zapewnia możliwość podglądu przez kandydata postępów procesu kwalifikacyjnego w tym
W1-29
informacji o opłacie rekrutacyjnej.
W1-30 Zapewnia możliwość zdefiniowania opłaty rekrutacyjnej dla każdego kierunku/ specjalności.
W1-31 Zapewnia możliwość definiowania komisji rekrutacyjnych (w tym ich składu).
W1-32 Zapewnia możliwość zmiany statusu dla pojedynczego kandydata.
Generowanie dokumentów z przebiegu procesu kwalifikacyjnego: decyzji, protokołu
W1-33 indywidualnego dla kandydata, list (osób, które zdały egzamin, osób, które nie zdały x
egzaminu, nie/zakwalifikowanych do kolejnego etapu, przyjętych, nieprzyjętych).
System rekrutacyjny musi generować protokoły przyjęć na konkretny rodzaj studiów,
W1-34
kierunek, specjalność.
x

W1-35 System musi tworzyć raporty statystyczne dotyczące procesu rekrutacji, w tym automatyczne x

5
 generowanie sprawozdania EN1.
System musi umożliwiać przeniesienie danych z rekrutacji do modułu dziekanatowego wraz
z automatycznym nadaniem numeru albumu zgodnego z wymogami prawa (rozpoczęcie
przez kandydata kolejnych studiów I, II stopnia lub jednolitych magisterskich musi skutkować
W1-36
pozostawieniem nadanego wcześniej numeru albumu) oraz z automatycznym nadaniem
indywidualnego numeru rachunku bankowego na potrzeby opłat za studia i automatycznym
założeniem konta w wirtualnej uczelni.
System rekrutacyjny musi zapewniać możliwość generowania definiowalnych zaświadczenia
W1-37
dla nowo przyjętego studenta.
x

System rekrutacyjny musi zapewniać możliwość generowania zaświadczenia o przyjęciu na

W1-38
studia cudzoziemca, zgodne ze wzorem ministerialnym.
x

System musi umożliwiać podpowiadanie użytkownikowi wprowadzonych danych osobowych

W1-39 (rekrutacyjnych) z systemu dziekanatowego w sytuacji, gdy jest lub był studentem Uczelni po x
zalogowaniu się przy użyciu indywidualnego loginu oraz hasła
System rekrutacyjny musi gwarantować możliwość dołączenia do danych rekrutowanych
kandydatów dodatkowej ankiety rekrutacyjnej z pytaniami otwartymi i zamkniętymi bez
W1-40
konieczności angażowania Oferenta. Ankieta może być różna w zależności od rodzaju
x
studiów/kursów oraz od języka.
System rekrutacyjny musi umożliwiać tworzenie testów (językowych, kompetencyjnych) i
W1-41 dołączanie ich do wybranych rekrutacji, gdzie automatycznie w systemie będzie generowana x
ocena testu danego rekruta.
System umożliwia edycję zdjęć legitymacyjnych przez kandydata na etapie przesyłania
W1-42 uwzględniając zoom, przycinanie, obrót, dostosowanie pozycji do wyświetlanej na x
przesłanym zdjęciu pomocniczej maski określającej prawidłowe miejsce oczu i brody

2. Wirtualny dziekanat

2.1 Student

Numer Opis PR
System musi zapewniać studentowi dostęp do indywidualnego konta na Wirtualnym
Dziekanacie przez unikalną nazwę użytkownika i hasło (funkcja zmiany hasła przez
W2-1 użytkownika) przy wykorzystaniu bezpiecznego kanału transmisji. Konto to powinno być
automatycznie tworzone przy przeniesieniu przyjętego na studia studenta z systemu
rekrutacyjnego
System musi zapewnić dostęp do indywidualnego profilu studentki/studenta - podgląd
W2-2
danych osobowych, planu zajęć, ocen, komunikatów i aktualności Uczelni.
Podgląd numeru indywidualnego rachunku bankowego studenta, na które ma dokonywać
W2-3
wpłat.
System musi zapewniać podgląd do stanu płatności (informacja o aktualnym saldzie oraz
informacja o nieuregulowanych zobowiązaniach finansowych wobec Uczelni). Wymagana
W2-4 jest informacja o tytule naliczenia, kwocie oraz terminach wymagalności opłat rozłożonych
do końca roku akademickiego (planer). System musi umożliwiać łatwe blokowanie
funkcjonalności wirtualnego dziekanatu w sytuacji zalegania z opłatami.
System musi zapewniać możliwość zgłoszenia zmiany danych kontaktowych – adresu
zamieszkania, maila oraz numeru telefonu a także zdjęcia na zasadach takich jak w
W2-5
systemie rekrutacyjnym. Wprowadzenie zmian wymaga akceptacji upoważnionego
x
pracownika.
System musi zapewniać możliwość pobrania oraz wydruku definiowalnych wzorów
W2-6
dokumentów, np. podania i wnioski do dziekana, kanclerza - kilkadziesiąt wzorów
x

6
 dokumentów dla różnych rodzajów studiów. Zmiana dokumentów podobnie jak kategorie
dokumentów i dostępność dla wybranych rodzajów studiów powinna być kontrolowana
przez uprawnione osoby.
System musi zapewniać możliwość złożenia przez studenta wniosku o zmianę w
W2-7
harmonogramie płatności.
x

System musi zapewniać możliwość elektronicznego składania wniosków studentów -

W2-8 możliwość złożenia wniosku za pośrednictwem Wirtualnego dziekanatu - załączanie pliku x
w formacie pdf w formie skanu.
System musi udostępniać informacje o przebiegu studiów - urlopy, przeniesienia, zmiany
W2-9
kierunku, wybór specjalności.
System musi zapewniać podgląd indeksu elektronicznego - przedmioty, oceny, punkty
W2-10
ECTS.
System musi zapewniać podgląd, możliwość wydruku harmonogramu zajęć oraz terminów
zaliczeń i egzaminów – system umożliwia subskrypcję ICAL/google cal wraz z
W2-11
automatycznym aktualizowaniem danych, a także możliwość pobrania udostępnionych
x
materiałów dydaktycznych.
W2-12 System musi zapewniać informację o planach studiów.
System musi udostępniać informację o dyżurach wykładowców oraz gdzie i kiedy wybrany
W2-13 nauczyciel ma zaplanowane zajęcia dydaktyczne, informacja o przyporządkowaniu x
wykładowcy do katedry oraz adresach mailowych.
System pozwala udostępniać informacje o ofertach pracy, staży oraz praktyk - informacje
W2-14
mogą zawierać załączniki.
x

System musi zawierać moduł ankietowania z funkcją przeprowadzenia dowolnej ankiety

W2-15 stawiającej określone pytania z możliwością udzielenia odpowiedzi zamkniętej lub x
odpowiedzi opisowej.
System musi zawierać funkcjonalność wyboru specjalności (ranking na podstawie średniej,
aktualna liczba osób z danym wyborem, minimalna i maksymalna liczba osób
W2-16
wybierających daną specjalność, wybór alternatywny), oraz promotora – zapisy do grup
x
seminaryjnych.
W2-17 System musi udostępniać podgląd sylabusów dołączonych do przedmiotów.
System musi zapewniać dostęp do repozytorium plików wykładowców (z możliwością
edycji dla nauczycieli akademickich) - materiały dydaktyczne. Idea tego modułu:
W2-18
wykładowca zamieszcza materiały i wskazuje kto i na jakich zasadach może z nich
x
korzystać (dana grupa zajęciowa, dostęp publiczny itp.).
Podgląd wszystkich ocen uzyskanych z przedmiotów realizowanych w kolejnych
semestrach akademickich (z uwzględnieniem faktycznego semestru realizacji przedmiotu
W2-19 – jeżeli student powtórnie realizował przedmiot powtarzany w kolejnym roku akademickim,
wtedy w tym zestawieniu muszą się znaleźć informacje o obu ocenach – uzyskanych w
dwóch semestrach akademickich). Każdy student ma dostęp tylko do własnych ocen.
Wszystkie dane związane ze studiami muszą być udostępnione studentowi niezależnie od
tego, czy są to aktualnie realizowane studia studenta, czy też należą do okresu
W2-20 poprzednich studiów (np. osoba, która została skreślona za brak postępów w jednym z
poprzednich semestrów akademickich, a obecnie powtórnie rozpoczęła studia po
pomyślnym przejściu procesu rekrutacji)
System musi udostępniać funkcję umożliwiającą prowadzenie korespondencji wewnętrznej
na zasadzie www oraz e-mail na poziomie: wiadomość do pojedynczego studenta lub
grupy studentów, kierunku, specjalności; wiadomość do nauczyciela akademickiego;
W2-21
wiadomość do dziekanatu - korespondencja prowadzona jest dwukierunkowo z
x
zachowaniem pełnej historii wiadomości. Zapewnia możliwość przesyłania załączników w
wiadomościach. Zapewnia możliwość oznaczenia wiadomości jako wysyłanych poprzez

7
 email i równolegle na indywidualnej tablicy ogłoszeń studenta.
System musi umożliwiać zamawianie definiowalnych zaświadczeń. Funkcjonalność
W2-22
powinna kończyć się informacją o dokumencie gotowym do odebrania.
x

System musi być dostępny w co najmniej dwóch wersjach językowych polskiej i angielskiej
W2-23 - przełączanie interfejsu języka musi być dostępne dla studenta; przełączanie interfejsu nie
może wymagać powtórnego logowania.
System musi zapewniać dostęp do wybranych dokumentów z repozytorium dokumentów
W2-24
wewnętrznych uczelni.
x

System musi zapewniać wysyłanie dokumentacji pracy dyplomowej do systemu

antyplagiatowego - systemu antyplagiatowego opracowanego i wdrożonego przez MNiSW.
W2-25
Raporty z systemu antyplagiatowego przekazywane są studentowi, promotorowi oraz są
x
archiwizowane.
System musi umożliwiać studentom wysyłanie dokumentacji pracy dyplomowej do
W2-26
uczelnianego repozytorium prac dyplomowych.
x

Cały system (dla studenta, kandydata, wykładowcy) w zakresie wirtualnego dziekanatu

W2-27 musi być zbudowany w technologii responsywnej i być optymalizowany do wyświetlenia na x
smartfonie, tablecie oraz komputerze stacjonarnym.

2.2. Wykładowca

Numer Opis WD
System musi zapewniać wykładowcy dostęp do informacji o przedmiotach, z których
prowadzi zajęcia (sylabus, komplet prowadzących w danym semestrze poszczególne
W2-28
formy zajęć np. wykład/ćwiczenia, lista zajęciowa przedmiotu (lista studentów zapisanych
na przedmiot) w formacie PDF).
System musi umożliwiać przekazywanie informacji o planie dyżurów/konsultacji w
W2-29
standaryzowanej postaci do akceptacji upoważnionych osób.
x

System musi zapewniać dostęp do planu zajęć z informacją o godzinach zajęć, salach
W2-30
oraz planu dyżurów z możliwością eksportu do kalendarza Google oraz Outlook.
x

System zapewnia koordynatorowi przedmiotu możliwość tworzenia tabeli zawierającej

miejsca (kolumny) na wpisanie ocen wystawianych studentom w trakcie trwania semestru
(ze sprawdzianów, laboratoriów, projektów itp.) (dalej jako: „Oceny składowe”) przez
poszczególnych prowadzących zajęcia. Każda z ocen składowych posiada swoją nazwę
widoczną dla wszystkich interesariuszy tej funkcjonalności (koordynator, prowadzący,
studenci). System umożliwia koordynatorowi przydzielenie uprawnień do wystawiania
W2-31 poszczególnych Ocen składowych prowadzącym zajęcia w danych grupach zajęciowych
(wskazany przez koordynatora prowadzący może mieć dostęp tylko do ocen studentów
swoich grup zajęciowych). System pozwala wprowadzenie dowolnego algorytmu
(zawierającego operacje matematyczne i logiczne oraz pętle i instrukcje warunkowe na
dowolnych Ocenach składowych w przedmiocie) wyliczania oceny z ocen składowych i na
jego podstawie automatycznie wylicza ocenę. System pozwala na pobranie dowolnej
oceny składowej lub wyliczonej za pomocą algorytmu oceny końcowej do protokołu ocen.
System musi zapewniać indywidualne wprowadzenie ocen z zaliczeń, egzaminów oraz
funkcję wydruku (w formacie PDF) uzupełnionego (w tym uzupełnionego częściowo)
W2-32 protokołu ocen. System musi zapewniać możliwość eksportu listy studentów w postaci x
tabelarycznej, możliwość importu ocen do systemu z postaci tabelarycznej. W formatach
importu i eksportu musi być dostępny format MS Excel (xlsx).
System musi zapewniać możliwość funkcji dwustronnej komunikacji na linii nauczyciel
W2-33
akademicki - student/grupa/wybrani studenci.
x

W2-34 System musi informować o wynikach analizy dokumentacji pracy dyplomowej z systemu x

8
Numer Opis WD
antyplagiatowego.
System musi udostępniać pobieranie druku oceny oraz recenzji pracy dyplomowej dla
W2-35
konkretnego studenta lub grupy studentów.
x

System musi umożliwiać wprowadzenie indywidualnych preferencji dotyczących

W2-36
prowadzenia zajęć dydaktycznych (dezyderaty).
x

System musi zapewniać osobie odpowiedzialnej za obsadę i rozliczanie zajęć możliwość

W2-37 pobierania oraz wydruku karty przydziału zajęć oraz miesięcznych kart rozliczeniowych dla x
pracowników zatrudnionych na umowy cywilno-prawne.
System musi zapewniać możliwość dodawania oraz usuwania materiałów dydaktycznych
W2-38
(plików) dostępnych dla wskazanych grup studentów.
x

2.3. Każdy pracownik

Numer Opis PR
System musi udostępniać informacje o zaplanowanych zdarzeniach, zebraniach,
W2-39
spotkaniach z możliwością aktualizacji kalendarzy.
x

W2-40 System musi udostępniać informacje o zajęciach i dyżurach nauczycieli akademickich. x

W2-41 System zapewni dostęp do repozytorium wewnętrznych dokumentów uczelni. x

3. Obsługa studenta.

Numer Opis PR

W3-1 Wprowadzanie i edycja danych osobowych studentów, automatyczne prowadzenie rejestru

zmian z informacją o dacie modyfikacji i osobie modyfikującej dane.
W3-2 Informacje o dokumencie tożsamości studentów.
Obsługa kartoteki studenta, w tym: statusów, realizowanych przedmiotów, ocen, opłat,
danych osobowych, danych teleadresowych, indywidualnego planu/ programu studiów,
opłat, dyplomowania, historia zmian wszystkich wymienionych danych wraz z datą i
godziną zmiany oraz osobą dokonującą zmiany danych, wydruk zaświadczeń, podgląd
planu zajęć studenta. Obsługa wszystkich elementów/operacji kartoteki musi się odbywać
w ramach jednego komponentu dysponującego menu do wymienionych
W3-3
elementów/operacji. Wykonanie dowolnej kombinacji operacji w powyższych
zagadnieniach nie może wymagać powtórnego wybrania lub wyszukania studenta.
Istnienie pola do wprowadzania dowolnych danych tekstowych (notatek). Istnienie
„Wirtualnego indeksu” zawierającego stan przedmiotów na które zapisany jest lub był
student w każdym semestrze akademickim z uwzględnieniem numerów grup zajęciowych
do których był przypisany.
Kartoteka Studenta zapewnia możliwość wprowadzania i przetwarzania danych studenta
tj.:
• Dane osobowe (m.in. imiona, nazwiska w tym rodowe);
• PESEL;
• Imiona rodziców;
W3-4
• Data i miejsce urodzenia;
• Stan cywilny;
• Adresy (zamieszkania, korespondencyjny);
• Dokumenty tożsamości i statusu: Polski dowód osobisty, Zagraniczny dowód osobisty,
Paszport, Karta pobytu stałego, Karta pobytu tymczasowego, Karta Polaka, Wiza, .

9
 • Dane kontaktowe (telefony, e-mail);
• Nr albumu.
• Dane ukończonej szkoły średniej.

Zapewnia możliwość definiowania i korzystania ze słowników:

• Obywatelstwo;
• Kierunków studiów;
• Specjalności na kierunkach;
• Wydziałów, katedr, zakładów, laboratoriów itd. (odzwierciedlenie struktury organizacyjnej
W3-5
Uczelni);
• Formy studiów;
• Rodzajów studiów;
• Tytułów i stopni naukowych.
• Przedmiotów.
Wprowadzanie i edycja informacji o kierunku i specjalności studenta. Prowadzenie
dziennika zmian. W przypadku przenoszenia studenta pomiędzy kierunkami w trakcie
jednych studiów studenta przechowywanie i prezentowanie w jednym miejscu (w jednej
W3-6
tabeli) informacji o wszystkich kierunkach, na których student był w trakcie studiów, oraz
również w jednym miejscu informacji o wszystkich ocenach uzyskanych w trakcie tych
studiów.
Rozpoczęcie nowych studiów lub studia równoległe nie mogą wymagać dublowania
danych osobowych studenta, jednocześnie wszystkie oceny i rejestracje mają być
W3-7
prezentowane oddzielnie dla różnych toków studenta (w ten sposób ma być prezentowana
również historia poprzednich studiów studenta).
System musi zapewnić obsługę ocen otrzymanych w ramach przedmiotów realizowanych
poza uczelnią (np. Erasmus), które mają być uwzględniane w przebiegu studiów studenta i
realizacji programu studiów; niedopuszczalne jest wymaganie w tym celu tworzenia
nowych przedmiotów w bazie przedmiotów uczelni dla celu ewidencji ocen uzyskanych
poza uczelnią. Informacja o każdym przedmiocie zrealizowanym poza uczelnią musi
pozwalać na przechowywanie: nazwy oryginalnej, tłumaczenia nazwy oryginalnej na język
W3-8
polski i angielski, języka wykładowego przedmiotu, oryginalnej liczby punktów ECTS
przedmiotu, uzyskanej oceny (wymagana jest obsługa skal występujących w innych
uczelniach), uznanej liczby punktów ECTS, uznanej oceny, uznanej liczby godzin
poszczególnych form zajęć. System musi pozwalać na przyporządkowanie dowolnej grupy
przedmiotów zrealizowanych na uczelni jako zastępujące łącznie jeden lub więcej
przedmiotów występujących w bazie przedmiotów uczelni.
System umożliwi tworzenie bazy przedmiotów zawierających co najmniej następujące
dane o przedmiocie: Nazwa, język prowadzenia, nazwa w języku polskim, nazwa w języku
angielskim, ECTS, symbol, wymiary godzinowe (tygodniowy i semestralny) na
poszczególnych formach zajęć. Liczba godzin planowanych i wymiar godzinowy jednego
spotkania na poszczególnych formach zajęć. System umożliwi tworzenie planów studiów
W3-9 dla kierunków i specjalności na poszczególnych semestrach studiów składających się z
przedmiotów z bazy przedmiotów. System umożliwi przypisanie tego samego przedmiotu
do wielu planów studiów (np. przedmioty wspólne dla wszystkich kierunków, lub wspólne
dla grupy specjalności). Wszyscy studenci z powyższych kierunków lub list muszą się
znajdować na jednej liście zajęciowej takiego przedmiotu i jednym wspólnym protokole
ocen.
System będzie dysponował funkcjonalnością obsługi zarówno sztywnego planu studiów (w
planie studiów studenta są wtedy wyłącznie przedmioty obowiązkowe – student nie
wybiera żadnych przedmiotów obieralnych), półelastycznego planu studiów (oprócz
W3-10 przedmiotów obowiązkowych znajdujących się w planie studiów, student może wybrać z
oferty dydaktycznej uczelni pewną grupę przedmiotów obieralnych), jak i w pełni
elastycznego planu studiów (student wybiera zarówno przedmioty obieralne jak i
przedmioty obowiązkowe, które chce studiować w danym semestrze).

10
 Przy wprowadzaniu statusów (rejestracji, skreśleń, urlopów itp.) System musi zapewniać
poprawność zarówno wprowadzanego statusu jak i wszystkich, nadanych studentowi w
ramach studiów studenta, statusów jako całości (z uwzględnieniem wszystkich semestrów
W3-11
studiów studenta). Wymagana jest weryfikacja zarówno dat związanych z wprowadzanym
statusem jak i właściwego następstwa statusów (z uwzględnieniem dat) w tym zależności
pomiędzy semestrami.
W systemie musi być dostępna obsługa studiów prowadzonych na wszystkich poziomach
(pierwszego stopnia, drugiego stopnia, jednolite studiów magisterskie), podyplomowych
W3-12
oraz kursów i szkoleń w trybie stacjonarnym oraz niestacjonarnym zaocznym i
niestacjonarnym wieczorowym.
System musi zapewniać, że wszystkie informacje o przebiegu studiów studenta
W3-13 (rejestracje, skreślenia, oceny) są określane z dokładnością do semestru (rozliczenie
semestralne).
System musi dysponować funkcją automatycznego wykrywania studentów aktywnych czyli
takich, którzy w bieżącym semestrze posiadają statusy świadczące, iż student jest na liście
W3-14
studentów i nie został z niej skreślony. System musi prezentować tę informację w taki
sposób aby operator nie był zmuszony przeglądać statusów studenta.
System musi zapewniać ewidencjonowanie faktycznego semestru realizacji przedmiotów
przez studenta. W przypadku wielokrotnego powtarzania przedmiotu w różnych
W3-15 semestrach, w historii studiów studenta wymagana jest przedstawienie każdej oceny
końcowej z realizowanego przedmiotu (tyle ocen, ile razy student był na listach
zajęciowych przedmiotu w odpowiednich semestrach kalendarzowych).

W3-16 System musi dysponować mechanizmami uniemożliwiającymi nadanie rejestracji, urlopów

i skreśleń z datami poza zakresem dat semestru na który zostają one wydane.
System musi zapewniać wsparcie dla prowadzenia różnych kursów tego samego
przedmiotu (w tym równolegle), posiadających tę samą nazwę przedmiotu lecz różniących
W3-17
się liczbą punktów ECTS, godzin zajęć i posiadających różne sylabusy (kursy te są
przeznaczone dla studentów różnych kierunków lub specjalności).
W systemie musi istnieć obsługa wielu uruchomień tego samego przedmiotu równolegle (w
tym samym semestrze akademickim), posiadających tę samą nazwę, punkty ECTS,
W3-18
godziny zajęć i wspólny sylabus. Każdy z takich kursów może mieć odrębnego
wykładowcę i musi mieć swoją odrębną listę zajęciową.
System zapewnia możliwość zdefiniowania grup dziekańskich – odrębnie dla każdego
W3-19 semestru studiów, trybu, rodzaju studiów i języka studiów. Każda z grup dziekańskich
może posiadać indywidualną pojemność określoną przez operatora.
System umożliwia przypisanie studentowi, w ramach jednych jego studiów (jednego
kierunku), co najwyżej jednej grupy dziekańskiej w każdym semestrze akademickim
(umożliwiając nadanie innej grupy dziekańskiej w kolejnym semestrze akademickim).
System posiada narzędzia do automatycznego, poprawnego przypisywania studentów
W3-20
wybranych za pomocą filtrów (zawierających co najmniej kierunek studiów, semestr
studiów, typ, tryb i język studiów) do wybranych grup dziekańskich (w tym Zapewnia
możliwość jednoczesnego wybrania wielu grup dziekańskich) z uwzględnieniem
pojemności grup.
System umożliwia dostęp do informacji o poziomie wykształcenia studenta (dane ze
świadectwa maturalnego, data i miejsce wydania świadectwa maturalnego, rodzaj
egzaminu maturalnego: Egzamin dojrzałości w szkole / Egzamin dojrzałości w OKE /
W3-21
Matura międzynarodowa / Matura zagraniczna), dane okręgowej komisji egzaminacyjnej,
dane uczelni wyższej, do której uczęszczał student (data wystawienia dyplomu, uzyskany
tytuł zawodowy).
System przechowuje informacje dotyczące udziału studenta w konkursach, uzyskanych
W3-22 nagrodach, wyróżnieniach, działalności społeczno-organizacyjnej, osiągnięciach
sportowych

11
 Oddzielne serie numeracji numerów albumów i numerów dyplomów dla:
- studentów studiów I i II stopnia oraz studiów jednolitych,
W3-23 - studentów studiów III stopnia,
- słuchaczy studiów podyplomowych,
- uczestników kursów.
W3-24 Automatyczne masowe nadawanie numeru albumu nowo przyjętym studentom.
Weryfikacja peselu kandydata – czy nie był wcześniej wprowadzony do bazy (w celu
W3-25
uniknięcia dublowania danych osobowych).
System musi zapewniać wyliczenie średniej ocen do stypendium rektora, średniej ocen do
W3-26
egzaminu dyplomowego,
W3-27 Funkcje obliczania średniej za dany semestr, rok akademicki, za cały okres studiów
W3-28 Zapewnia możliwość masowego rejestrowania studentów na kolejny semestr .
W3-29 Zakres informacji dotyczących pobieranego stypendium.
Integracja z systemem POLON w zakresie eksportu danych o studentach oraz
W3-30
absolwentach.
Zapewnia możliwość wprowadzenia blokady dostępu do indeksu elektronicznego i/lub
W3-31 wirtualnego dziekanatu dla studentów, którzy nie wywiązali się z określonych obowiązków,
np. niedostarczenie wymaganych dokumentów, brak opłaty.
Zapewnia możliwość zamieszczania przez pracowników administracyjnych różnych typów
W3-32
ogłoszeń
Wydruk spersonalizowanych druków dla studenta oraz zaświadczeń (przewidywana liczba:
W3-33
łącznie ok. 40 dokumentów).
x

Zapewnia możliwość samodzielnego dodawania do systemu własnych szablonów

W3-34
dokumentów lub edycja i zmiana dokumentów już załączonych.
x

W3-35 Rejestr wydanych dokumentów, które zostały wydrukowane z systemu.

Zapewnia możliwość automatycznego nadawania numeru kancelaryjnego dokumentu
W3-36
wydawanego studentowi.
W3-37 Definiowanie typów dokumentów. x
Procedura automatycznego (przez pojedyncze naciśnięcie przycisku w Systemie)
przypisania wszystkim studentom wydziału przedmiotów z programu studiów z
automatycznym przydzieleniem do grup zajęciowych przedmiotów zgodnie z
zaplanowanym w module planowania przypisaniem grupy dziekańskiej do grup
zajęciowych. System musi eliminować zjawisko przepełnienia grup zajęciowych oraz puste
miejsca w grupach jeżeli istnieje możliwość odpowiedniego przypisania. Po zmianie grupy
W3-38 dziekańskiej u studenta lub po zmianie przypisania grup dziekańskich do zajęciowych
System musi w ramach niniejszej procedury odpowiednio zmodyfikować przypisania
studentów do grup zajęciowych jeżeli takie przypisanie jest możliwe. W przypadku
usunięcia studentowi grupy dziekańskiej procedura musi usunąć studenta ze wszystkich
zajęć do których został przypisany automatycznie. Raport stanu wypełnienia grup
zajęciowych (przedmiot, forma zajęć, nr grupy, liczba miejsc w grupie, liczba studentów w
grupie).
Zapewnia możliwość ręcznego przypisania studentowi wybranego przez operatora
przedmioty wraz ze wskazaniem grup zajęciowych poszczególnych form zajęć. W
przypadku ręcznego przypisania procedura opisana w punkcie poprzednim nie może
usuwać przypisań ręcznych przy usunięciu studentowi grupy dziekańskiej, ani też
W3-39
modyfikować przypisania do poszczególnych grup zajęciowych nawet, jeżeli grupy
zajęciowe nadane przez operatora są niezgodne z przypisaniem grup dziekańskich do
grup zajęciowych. System pozwala na ręczne usunięcie przypisania studentowi wybranego
przez operatora przedmiotu. W przypadku ręcznego usunięcia takiego przedmiotu

12
 procedura opisana w punkcie poprzednim nie przywraca przypisania studentowi
przypisania do tego przedmiotu.

W3-40 Automatyczna ewidencja ocen w indeksie elektronicznym studenta na podstawie ocen

wpisanych przez wykładowcę w protokołach ocen (zaliczeń i egzaminów).
Zapewnia możliwość zmiany oceny w indeksie elektronicznym oraz w protokole przez
W3-41 pracownika dziekanatu na podstawie wniosku wystosowanego przez wykładowcę, np. w
sytuacji błędnie wpisanej oceny przez prowadzącego przedmiot.
Zapewnia możliwość elektronicznego prowadzenia karty przebiegu studiów zwierającej
dane studenta, nazwiska prowadzących dany przedmiot, formę zaliczenia przedmiotu
W3-42 (zaliczenie na ocenę, egzamin, zaliczenie na zal), formę prowadzonych zajęć (ćwiczenia,
wykłady, lektorat, laboratorium), liczbę godzin, liczbę punktów ECTS, wynik
egzaminu/zaliczenia - Zapewnia możliwość wydruku karty przebiegu studiów.
Zapewnia możliwość wglądu, edycji oraz wydruku protokołów dla upoważnionych
W3-43
użytkowników.
Zapewnia możliwość dopisywania dodatkowych przedmiotów zaliczonych przez studenta,
W3-44
wykraczających poza realizowany tok studiów.
Funkcja automatycznego promowania studentów na kolejny semestr / rok studiów - dla
W3-45 grupy studentów wraz z nadaniem właściwego statusu. Funkcja ręcznego promowania
studenta na kolejny semestr studiów.
W3-46 Zapewnia możliwość definiowania przedmiotów równoważnych (relacja jednokierunkowa).
W systemie muszą być dostępne narzędzia przedstawiające stopień realizacji planu
studiów (przedmioty obowiązkowe i suma punktów ECTS) przez studenta (w tym zaliczone
semestry studiów). Wymagane jest prawidłowe przetwarzanie studentów z wielokrotnym
urlopem, wielokrotnym wznowieniem, zmianą kierunku studiów, wyjazdami na programy
wymiany międzynarodowej, z półelastycznym lub elastycznym planem studiów, niezależnie
W3-47 od kolejności semestrów realizacji przedmiotów obowiązkowych i obieralnych, z
uwzględnieniem przedmiotów równoważnych (w przypadku gdy student posiada w swojej
historii studiów zaliczenie przedmiotu równoważnego System uznaje taką sytuację tak
samo jak w przypadku zaliczenia przedmiotu wymaganego). Narzędzia te muszą
uwzględniać wszystkie przedmioty zrealizowane przez studenta w ramach jednych studiów
w tym zrealizowane przed ewentualną zmianą kierunku studiów.
System zapewni generowanie, wydruk i ewidencję wydanych decyzji dotyczących:
skreślenia z listy studentów zgodnie z regulaminem studiów (brak zaliczenia semestru lub
roku w wyznaczonym terminie, niewniesienie opłat związanych z odbywaniem studiów,
niezłożenie w terminie pracy dyplomowej lub egzaminu dyplomowego, ukaranie karą
dyscyplinarną wydalenia z uczelni, niepodjęcie studiów, rezygnacja ze studiów itp.),
W3-48
udzielenia urlopu (uwzględnienie różnych rodzajów urlopów zgodnie z regulaminem
x
studiów), skierowania na powtórzenie semestru/roku (dane osobowe, kierunek,
specjalność i rok studiów, różnice programowe), wznowienia studiów, wyrażenia zgody na
indywidualny plan studiów i program nauczania - mogą zostać zdefiniowane inne rodzaje
decyzji.
Zapewnia możliwość generowania różnorodnych statystyk, zestawień, analiz, np. listy
W3-49 studentów na określony dzień, analizy sesji z ocenami, listy studentów w poszczególnych x
grupach, na specjalności lub kierunku, i innych.

System musi zapewnić możliwość ewidencjonowania informacji o odbywanych praktykach

W3-50 studentów, w tym nazwa firmy oraz adres, łączny wymiar praktyki, zaś w przypadku x
realizowania praktyki w ramach stosunku pracy: forma zatrudnienia oraz stanowisko.
Zapewnia możliwość generowania raportów (wykaz firm, imienna lista osób odbywających
W3-51 x
praktykę, miejsce odbywania praktyk, rodzaj odbytej praktyki).

W3-52 Informacja o praktykach powinna być automatycznie przenoszona na suplement do

13
 dyplomu.

System musi zawierać funkcję wysyłania ogłoszeń wraz z załącznikami (pdf, doc., itp.) do
W3-53 grup studentów (dziekańskich, lektorskich, całego roku, wybranego rodzaju studiów, x
"moich studentów") lub konkretnego studenta w zależności od uprawnień
Zapewnia możliwość wysyłania komunikatów, wiadomości dla wybranej grupy studentów
W3-54 lub konkretnego studenta za pośrednictwem wirtualnego dziekanatu, e-maila lub smsa x
łącznie z archiwizacją korespondencji.
W3-55 Zapewnia możliwość dodawania załączników do wiadomości. x

4. Proces dyplomowania
Numer Opis PR
Zapewnia możliwość wprowadzania do Systemu następujących informacji związanych z
procesem dyplomowania studenta w tym o:
• pracy dyplomowej: data złożenia pracy, tytuł pracy dyplomowej (również w języku
obcym), język pracy dyplomowej, tłumaczenie tytułu pracy na język polski,
tłumaczenie tytułu pracy ja język angielski, promotorzy (wielu promotorów),
dowolnie wielu recenzentów, dowolnie wielu opiekunów pracy - dla każdej z tych
osób System musi pozwolić na wpisanie oceny zgodnej ze skalą ocen WSL (na
potrzeby prezentacji należy przyjąć skalę składającą się z ocen: 2.0; 3.0; 3.5; 4.0;
4.5; 5.0) oraz datę wystawienia oceny – streszczenie pracy w języku pracy,
tłumaczenie streszczenia na język polski i angielski, słowa kluczowe, tłumaczenie
słów kluczowych na język polski i angielski, dodatkowo dla prac grupowych
W4-1 System prezentuję listę autorów pracy wieloosobowej.
• egzaminie dyplomowym: data egzaminu, ocena z egzaminu, uwagi komisji, skład
komisji w tym: przewodniczący oraz dowolnie wielu członków komisji. System musi
umożliwiać zapisanie informacji o dowolnie wielu egzaminach w jednym procesie
dyplomowania z odrębnymi cechami egzaminu (obsługa niezdania lub
niestawienia się na egzamin).
• dyplomie: numer wydanego dyplomu, data wystawienia. System musi
przechowywać informacje o wydanych duplikatach dyplomów w tym, dla każdego
z nich, datę wystawienia duplikatu i datę odbioru duplikatu.
Wszystkie wymienione w tym wymaganiu osoby muszą być wybierane z bazy i być
trwałym przypisaniem osoby do pracy dyplomowej lub egzaminu tak aby przy korekcie
błędów w danych osobowych tych osób dane w dyplomie korygowane były automatycznie.
W4-2 Automatyczne wyliczanie przez system średniej z całego toku studiów.
Przeglądanie przez promotorów i recenzentów w Wirtualnym dziekanacie listy prac do
W4-3
oceny bądź recenzji z możliwością pobrania odpowiednich druków.
x

System musi zapewniać automatyczny wydruk suplementu do dyplomu (uwzględniając

indywidualne osiągnięcia studenta, praktyki, wyodrębnione przedmioty zrealizowane poza
W4-4
uczelnią w tym w ramach programu Erasmus) standardzie edytowalnym typu docx, rtf lub
odt.
System zapewni wydruk suplementu na wzorach określonych przez ministerstwo (dane
osobowe studenta, wydział, rodzaj i kierunek/specjalność studiów, wykaz przedmiotów z
podziałem na semestry, uwzględnieniem liczby godzin, rodzaju zajęć, uzyskanych ocen,
punktów ECTS, temat pracy dyplomowej, wynik egzaminu dyplomowego, wynik
W4-5 ukończenia studiów /ocena na dyplomie/, średnia ocen ze studiów, informacje o odbytych
praktykach zawodowych, informacje o dodatkowych osiągnięciach, stypendiach,
przynależności do organizacji studenckich, kół naukowych itp.); wydruk suplementu
również w języku obcym. System musi automatycznie ustawiać datę wystawienia
suplementu zgodnie z datą wystawienia dyplomu (z możliwością zmiany).

14
 System zapewni obsługę procesu dyplomowania, niezbędnych protokołów, tytułu pracy
dyplomowej (także w języku obcym), imiona, nazwiska, stopnia naukowego promotora i
recenzenta pracy dyplomowej, daty egzaminu dyplomowego, ocena za pracę dyplomową
W4-6
(promotor, recenzent), oceny na dyplomie, numeru wydanego dyplomu z automatycznym
nadaniem numeru i kontrolną wykorzystanych numerów. Musi być dostępna opcja
modyfikacji szablonów protokołów.
Obsługa prac grupowych (dla dowolnie wielu studentów) – System musi udostępniać
odrębną kartotekę procesu dyplomowania dla każdego ze studentów realizujących pracę
grupową (dane ogólne o dyplomie takie jak numer dyplomu, odrębne egzaminy
W4-7 dyplomowe, odrębne listy wydanych duplikatów), oraz jedne wspólne dane o pracy
dyplomowej w tym wspólna lista autorów – zmiana danych pracy dyplomowej musi być
automatycznie widoczna we wszystkich kartotekach studentów realizujących tę pracę
grupową.
Zapewnia możliwość wygenerowania zestawienia dyplomów z informacją o promotorach,
W4-8
recenzentach, tytułach, tematach prac i dacie obrony.

W4-9 Wydruk dyplomu wraz z odpisem - możliwość samodzielnego dodawania do systemu

własnych szablonów tych dokumentów z opcją drukowania dyplomu w języku obcym.
System musi zapewniać ewidencję danych studentów pozwalającą na wygenerowanie
raportu zawierającego imię i nazwisko, nr albumu, nr grupy, PESEL, ujęte wszystkie
przedmioty z informacją o ocenie (w przypadku egzaminu wpisana ocena z terminu I,
poprawkowego, egz. komisyjnego), średnia ocen z egzaminów za cały tok studiów, ocena
na dyplomie, data ukończenia studiów oraz ewentualny status np. związany urlopem
W4-10
dziekańskim, zdrowotnym, skreśleniem itp. W systemie musi istnieć powyższy raport, z
x
możliwością jego wygenerowania dla całego rocznika rozpoczynającego studia w danym
roku akademickim za cały okres studiów z podziałem na poszczególne lata. Raport musi
być eksportowany do formatu pdf. Wydrukowany raport jest archiwizowany po zakończeniu
studiów studenta.
W4-11 System zapewni repozytorium prac dyplomowych. x

5. Planowanie zajęć, pensum, polskie ramy kwalifikacji.

5.1. PRK

Numer Opis PR

W5-1 System musi posiadać możliwość dołączania i akceptowania sylabusów zgodnie z

szablonem przez osoby do tego uprawnione.
System tworzenia sylabusów musi być zintegrowany z planami studiów w zakresie
W5-2 informacji o przedmiocie, liczbie godzin, punktach ECTS, kierunku i specjalności, profilu
kształcenia - automatyczne wpisywanie tych informacji w szablon sylabusa.

W5-3 Narzędzia dla wykładowcy będącego opiekunem merytorycznym przedmiotu do

wypełnienia i zgłoszenia sylabusa przedmiotu

W5-4 Raport sylabusów ze wskazaniem sylabusów: w edycji u wykładowcy, zgłoszonych przez

wykładowcę jako gotowe, zaakceptowanych

Zarządzanie kierunkami studiów (w tym planowanie nowych kierunków i nowych wersji

W5-5 istniejących kierunków) z uwzględnieniem Efektów Kształcenia. Wymagana jest obsługa
kierunków międzyobszarowych. System ma uwzględniać plany studiów dla planowanych
(a więc jeszcze nie prowadzonych) kierunków i planowanych nowych wersji kierunków.
W5-6 Wbudowany słownik Obszarowych Efektów Kształcenia.

15
Numer Opis PR
Zapewnia możliwość definiowania własnych Kierunkowych Efektów Kształcenia oraz ich
W5-7
powiązań z Obszarowymi Efektami Kształcenia (w tym „wiele do wielu”).

W5-8 Raporty pokrycia Obszarowych Efektów Kształcenia przez przedmioty z planów studiów
wskazanych kierunków i specjalności.

5.1. Pensum

Numer Opis PR

W5-9 System musi zawierać pełną ewidencję wszystkich nauczycieli akademickich wraz z ich
przynależnością do katedr, zakładów, pracowni.
System musi posiadać obsługę pracowników etatowych oraz funkcję tworzenia rozliczeń
W5-10
obciążeń dydaktycznych w ramach przydzielonego pensum.
System musi umożliwiać obsługę rozliczeń nauczycieli akademickich zatrudnionych na
W5-11 podstawie umowy cywilno-prawnej (możliwa jest realizacja przez etatowego wykładowcę
części zadań dydaktycznych w ramach umowy cywilno-prawnej).
Definiowanie i edycja zleceń na prowadzenie przedmiotów i kierowania ich do jednostek
Uczelni (katedry, zakłady itp.) z podziałem na poszczególne formy zajęć (oddzielne
rozliczenia godzin dla poszczególnych form zajęć: wykłady, lektoraty, ćwiczenia, laboratoria,
projekty itp.). Automatyczne proponowanie liczby grup zajęciowych i liczby godzin zlecanych
na podstawie liczebności studentów realizujących poszczególne zajęcia oraz
predefiniowanej pojemności grupy zajęciowej dla danej formy zajęć przedmiotu. Zapewnia
W5-12 możliwość edycji zaproponowanych wartości. Wydruk dokumentów zleceń. Zapewnia
możliwość rozliczania dowolnej liczby semestrów akademickich równolegle bez
konieczności zamykania któregokolwiek z nich w celu pracy nad innym. Zapewnia
możliwość definiowania współczynników za prowadzenie zajęć oraz dozwolonych wartości
tych współczynników (zarówno zbiór jak i wartości współczynników mogą być inne w
każdym semestrze akademickim, System musi umożliwiać równoległą pracę z różnymi
zbiorami współczynników dla poszczególnych semestrów akademickich).
Narzędzia dla pracowników poszczególnych jednostek Uczelni do rozliczenia na
poszczególnych wykładowców godzin przeznaczonych na prowadzenie poszczególnych
zajęć z wyodrębnieniem godzin nominalnych i godzin dodatkowych przydzielanych
niezależnie od nominalnych. Obsługa prowadzenia grupy przez wielu wykładowców (każdy
prowadzi samodzielnie swoją część spotkań grupy zajęciowej), oraz wspólnego
prowadzenia zajęć grupy (w zajęciach biorą jednocześnie udział dwaj lub więcej
W5-13 prowadzący). Obsługa wielozatrudnienia bez konieczności fikcyjnego powielania osoby w
Systemie (w tym umowa o pracę oraz kilka umów cywilno-prawnych tej samej osoby w tym
samym semestrze akademickim rozliczane odrębnie). Wydruki raportów z rozliczenia
dydaktyki w jednostce. Uwzględnienie doktorantów w rozliczeniu godzin. Automatyczne
uwzględnianie rozliczeń międzyjednostkowych. System nie może wymagać oznaczania
godzin jako wykonywanych w ramach pensum lub nadgodzin – wyliczanie nadgodzin musi
następować automatycznie.
Raporty dla działu kadr: wykonanie pensum (w tym nadgodziny i niedociążenia
poszczególnych wykładowców), listy wypłat: za godziny ponadwymiarowe oraz z tytułu
W5-14
umów cywilno-prawnych (możliwa jest realizacja przez etatowego wykładowcę części zadań
dydaktycznych w ramach umowy cywilno-prawnej).
Zapewnia możliwość określenia dla każdego wykładowcy kosztów godzin dydaktycznych w
tym godzin pensum i kosztu nadgodzin, dla umów cywilno-prawnych możliwość określenia
W5-15
stawki godzinowej odrębnie dla każdej formy zajęć oraz stawki za koordynowanie
przedmiotu.

16
Numer Opis PR
Zapewnia możliwość zdefiniowania miejsc powstawania kosztów (dalej MPK) i przypisania
każdego z nich do wielu kierunków / specjalności oraz przypisania każdego MPK do wielu
W5-16
przedmiotów oraz przypisania wielu MPK do jednego przedmiotu z podaniem udziału
każdego z MPK w koszcie tego przedmiotu.
Raporty osobowych kosztów kształcenia na kierunkach / specjalnościach dla których
zdefiniowano miejsca powstawania kosztów: koszty wyrażone w godzinach dydaktycznych
oraz w PLN z uwzględnieniem indywidualnego kosztu godziny dydaktycznej zawierający
zarówno wyliczenie podziału kosztów każdego kontraktu każdego z wykładowców (jeżeli
wykładowca posiada zarówno umowę o pracę, jak i umowę cywilno-prawną to należy
przedstawić dwa odrębne rozliczenia) jak i sumaryczne podsumowanie całego wydziału (z
podziałem automatycznym każdego kontraktu oraz podsumowania na godziny wykonane w
ramach pensum, nadgodziny, godziny wykonane w ramach umów cywilno-prawnych –
system musi posiadać algorytm pozwalający automatycznie w pierwszej kolejności
przydzielić nadgodziny, do wskazanych jako priorytetowe w tym zakresie, trybów studiów,
W5-17
kierunków, stopni studiów, MPK) – wyniki powinny być zaokrąglane do 2 miejsc po
przecinku, system musi uwzględniać różnice wynikające z zaokrągleń tak, aby suma
wszystkich godzin na poszczególnych MPK była zgodna z sumą godzin zleconych. System
musi zapewnić możliwość automatycznego podzielenia kosztów prowadzenia zajęć na
każdym przedmiocie, w zajęciach którego biorą udział studenci z więcej niż jednego
kierunku / specjalności dla których przypisano miejsca powstawania kosztów (podział
proporcjonalny do liczby studentów danego kierunku / specjalności zapisanych na
przedmiot). Raporty predykcji kosztów kształcenia – raporty analogiczne do opisanych w
zdaniach poprzednich, które do estymacji kosztu kształcenia nie wymagają zapisania
studentów na przedmioty.

5.2. Planowanie zajęć.

Numer Opis PR

W5-18 System musi umożliwiać zarządzanie bazą budynków, sal oraz ich dostępnością, definicją
pojemności sali oraz określenie jej rodzaju i wyposażenia.
System musi umożliwiać definiowanie kalendarzy semestralnych odrębnie dla studentów
W5-19 stacjonarnych jak i niestacjonarnych z uwzględnieniem dni wolnych oraz tygodni parzystych
i nieparzystych.
Zapewnia możliwość planowania siatek zajęciowych dla dowolnych przyszłych semestrów
W5-20
akademickich.
Planowanie zajęć musi posiadać dostęp do informacji o grupach dziekańskich, planach
W5-21 studiów (przedmiotach wraz z ich grupami zajęciowymi) oraz bazie nauczycieli
akademickich.

W5-22 System musi umożliwiać wykrywanie konfliktów w grupie dziekańskiej, wykładowcy i sali w
sposób bieżący podczas układania planów zajęć (eliminowanie tzw. nakładek w planie).
System musi posiadać możliwość definiowania długości bloku zajęciowego, długości przerw
W5-23
pomiędzy blokami.
System udostępnia możliwość bieżącej obsługi zastępstw lub zmian w zaplanowanych
W5-24
zajęciach.
System musi zapewniać możliwość zarezerwowania sali oraz zaplanowania sesji
W5-25
egzaminacyjnej.

W5-26 System musi umożliwiać tworzenie własnych bloków godzinowych dla studiów
stacjonarnych oraz niestacjonarnych a także podyplomowych.

17
W5-27 System musi posiadać możliwość rezerwowania sal na cele inne niż dydaktyczne (bez
konieczności powiązania takiej rezerwacji z zajęciami dydaktycznymi)
System pozwala na zaplanowanie różnych wykładowców dla różnych spotkań jednej grupy
W5-28 zajęciowej. System pozwala na zaplanowanie wielu wykładowców dla spotkania grupy
zajęciowej.
System pozwala na określenie pojemności grupy zajęciowej powinna być automatycznie
nazwana przez System w momencie jej tworzenia zgodnie z regułą
„nazwaSkroconaFormyZajec NumerKolejny” (np. C1, C2 dla ćwiczeń). Każda grupa
W5-29
zajęciowa powinna w momencie tworzenia mieć pojemność zgodną z ustawieniami w
przedmiocie. Musi być możliwość ręcznej modyfikacji indywidualnej pojemności każdej z
grup zajęciowych.
System pozwala na przypisanie wielu grup dziekańskich do jednej grupy zajęciowej i wielu
grup zajęciowych do jednej grupy dziekańskiej (w tym przypisanie „każdy z każdym” czyli
każda grupa dziekańska przypisana do każdej grupy zajęciowej danej formy zajęć w
W5-30 przedmiocie i odwrotnie: każda grupa zajęciowa przypisana do każdej grupy dziekańskiej
oraz podzbiory zbioru takich przypisań np. np. dla grup dziekańskich D1 i D2 i grup
zajęciowych C1, C2, C3 przypisanie: D1 przypisane do C1 i C2, oraz D2 przypisane do C2,
C3).
W5-31 System musi umożliwiać ręczne wprowadzanie rozkładu zajęć dla grup studentów.
System musi umożliwiać pracę „na roboczej kopii danych” terminarza (w tym długotrwałej)
W5-32 bez wpływu na główne dane. System musi umożliwiać przechowywanie w bazach roboczych
kopii terminarza.
System musi posiadać możliwość walidacji i scalenia zmian z głównymi danymi (system
W5-33 musi umożliwiać wykonanie poprawnej synchronizacji z uwzględnieniem zmian na głównych
danych).
System musi zapewnić osobie planującej zajęcia pracę na aktualnych danych, w tym
wykładowcy, oferta dydaktyczna/przedmioty, liczba grup zajęciowych, zasoby sal, bez
W5-34
konieczności dodatkowej synchronizacji (wszystkie te dane dostępne on-line dla osoby
planującej).
Planista w ramach modułu planowania, bez konieczności przełączania się na inny widok,
W5-35 musi posiadać informacje o obsadzie zaproponowanej w ramach obsługi pensum przez
kierownika kierunku.
W systemie musi być zapewnione układanie i edycja (przesuwanie) terminów metodą „drag
W5-36
and drop”.
System musi posiadać możliwość planowania egazminów (sesji) i sprawdzianów
(śródsemestralnych) z przedmiotów. System musi uniemożliwiać konflikty egzaminów i
W5-37
sprawdzianów z innymi zdarzeniami podlegającymi planowaniu (w tym zajętość sali i
wykładowcy)
System musi posiadać możliwość oznaczania zajęć (poszczególnych spotkań) jako:
Odwołane, Przesunięte, Odrabiane z automatycznym (bez konieczności interwencji
W5-38
operatora) wysłaniem informacji o odwołaniu/przesunięciu/odrabianiu zajęć do studentów
zapisanych do grupy zajęciowej.
System musi posiadać możliwość łączenia grup zajęciowych poszczególnych form zajęć
W5-39
pochodzących z różnych przedmiotów w jedną grupę planowaną jak jedna grupa zajęciowa.
Proces układania zajęć musi się odbywać w jednym narzędziu bez konieczności
przełączania się na inny widok (w jednym widoku dostępne informacje o
W5-40
przedmiotach/grupach zajęciowych do ułożenia, grupach dziekańskich, salach, propozycji
obsady, wykładowcach).

W5-41 System musi mieć wbudowane algorytmy podpowiedzi wolnych terminów zajęć w oparciu o x
dezyderaty prowadzących.

18
 6. Rozliczenia finansowe studentów.

Numer Opis PR
System musi umożliwiać definiowanie, naliczanie, ewidencja i edycja opłat studentom
według zasad wskazanych przez Uczelnię (m.in. opłaty za: studia niestacjonarne (czesne),
powtarzanie przedmiotu/przedmiotów, powtarzanie semestru, zajęcia dodatkowe nieobjęte
planem studiów, indeks i legitymację (oraz ich duplikaty), dyplom oraz odpisy dyplomu w
W6-1 języku polskim i Angielskim). Musi istnieć możliwość rozłożenia opłat na raty (system musi
zapewniać, aby suma rat była równa kwocie zobowiązania) z dowolnymi, przyszłymi
terminami płatności. Określenie, które rodzaje opłat mają mieć naliczane odsetki, a które nie
(wraz z automatycznym ich naliczaniem). System musi umożliwić anulowanie odsetek w
indywidualnych przypadkach.
System musi posiadać cenniki opłat za czesne przypisane do semestrów studiów na danym
kierunku lub/i specjalności (obsługa co najmniej 3 wariantów czesnego: opłata za cały rok
studiów, opłata za semestr studiów, opłata w 5 ratach w semestrze). Wymagane jest
W6-2 wspieranie różnych wersji cenników dla rożnych roczników studentów (studenci
rozpoczynający studia w danym roku mają plan opłat zdefiniowany do końca studiów,
studenci rozpoczynający studia w następnym roku mogą mieć własny, rożny od
poprzedniego plan opłat), oraz różnych wersji cenników w ramach tych samych roczników.
W6-3 Student studiujący równolegle musi mieć odrębne naliczenia opłat na każdych Studiach.
System musi umożliwiać prowadzenia rozliczeń ze studentem w ramach jednych studiów
W6-4 jednocześnie w PLN i w walutach obcych w tym w EUR oraz USD. Obsługa
wielowalutowości zarówno w zakresie naliczeń jak i płatności.
System musi posiadać narzędzia raportowania stanu rozliczeń ze studentami z
W6-5
wyróżnieniem studentów z przeterminowanymi płatnościami.
System musi posiadać funkcję do masowego (po naciśnięciu jednego przycisku bez
W6-6 konieczności wskazywania/ tworzenia przez operatora grup studentów) skreślania
studentów wydziału za przeterminowane należności wybranego rodzaju (np. czesne).
System musi posiadać wydruk spersonalizowanego wezwania do zapłaty dla studentów z
przeterminowanymi płatnościami. System musi posiadać funkcję symulacji stanu wysokości
W6-7
odsetek na dzień w celu wykorzystania wartości obliczonych odsetek w wezwaniach i
monitach kierowanych do studentów.
System musi posiadać narzędzia do wysyłania e-maili do studentów z przeterminowanymi
W6-8 płatnościami – możliwość dostosowania treści wysyłanego e-maila przez operatora
Systemu.
System musi umożliwiać masowe (dla całego wydziału jednocześnie przez jednokrotne
wywołanie procedury) generowanie naliczeń/należności w danym semestrze akademickim
na podstawie ustawionych cenników i ich wariantów. W przypadku użycia (w tym kolejnego
użycia) narzędzia System musi naliczyć czesne wyłączenie tym studentom, którzy w
momencie uruchomienia procesu naliczania nie posiadali w tym semestrze akademickim
W6-9 naliczonej opłaty za czesne. System musi posiadać możliwość wyłączenia z procesu
automatycznego naliczania czesnego studentów posiadających wybrane statusy w tym:
urlop lub / i powtarzanie semestru, wznowiony, przedłużenie terminu oddania pracy
dyplomowej, oczekiwanie na egzamin dyplomowy. System musi posiadać raport pokazujący
niezgodności obecnego stanu naliczonego czesnego z obecnym stanem cenników i rabatów
oraz statusów wykluczających naliczenie czesnego.

19
 Zapewnia możliwość przypisania jednego numeru rachunku bankowego (indywidualnego)
do wszystkich rozliczeń studenta. Zapewnia możliwość przypisania odrębnych numerów
W6-10 kont do oddzielnych studiów studenta (np. podział rachunków ze względu na studia
równoległe lub wg rodzajów opłat studenta). System musi generować indywidualne numery
kont bankowych i księgowych dla poszczególnych osób.
Zapewnia możliwość ręcznego wprowadzenia wpłaty przez operatora. System musi
automatycznie parować wprowadzone ręcznie wpłaty z należnościami. Podczas parowania
W6-11 System musi automatycznie obliczać odsetki od przeterminowanych pozycji, podczas
korekty lub usunięcia należności System musi automatycznie usuwać lub korygować
naliczone odsetki.
System musi umożliwiać definiowanie elastycznych opłat regularnych. Zapis opłaty musi
W6-12 zawierać co najmniej nazwę opłaty (np. wpisowe, rata czesnego, opłata za kurs), daty
powstania zobowiązania, kwoty zobowiązań, termin wymagalności, uwagi.
System musi umożliwiać przyporządkowanie jednego lub kilku wariantów ratalnych do toku
zajęć (studiów dyplomowych, podyplomowych, szkoleń, kursów) i w przypadku
W6-13
przyporządkowania kilku cenników umożliwiać operatorowi wybór cennika i wygenerowanie
na jego podstawie indywidualnego harmonogramu opłat.
System musi umożliwiać wprowadzanie opłat dodatkowych (np. za wydanie duplikatu
W6-14
legitymacji).
System musi zapewniać możliwość eksportu opłat do systemu księgowego Simple, wraz ze
wskazaniem kont księgowych, na których opłaty mają zostać zewidencjonowane
(rozrachunki „2": indywidualne konto studenta, przychody „7" - opłaty regularne: konto
wynikające z toku zajęć studenta, opłaty dodatkowe: konto związane z opłatą dodatkową –
W6-15 wszystkie te informacje dla każdej z opłat odrębnie). System musi zapewniać trwałość x
danych wysłanych do Simple - wysłanie danych o należnościach może być dostępne jedynie
wtedy gdy dane zostały utrwalone w Systemie, po utrwaleniu nie może być możliwości
usunięcia należności, a jedynie dodanie informacji o korekcie tej należności – korekta
należności również powinna podlegać eksportowi do Simple.
System musi zapewniać możliwość importu zaksięgowanych wpłat z systemu księgowego
Simple.
System musi automatycznie parować pobrane wpłaty z należnościami (FIFO). Podczas
W6-16
parowania System musi automatycznie obliczać odsetki od przeterminowanych pozycji,
x
podczas korekty należności System musi automatycznie usuwać lub korygować naliczone
odsetki.

W6-17 W przypadku studentów studiujących równolegle system musi zapewniać odrębną obsługę
opłat na każdych studiach.

W6-18 System musi udostępniać studentowi na stronie Wirtualnego Dziekanatu (student)

informację o zobowiązaniach i zaksięgowanych wpłatach.
System musi umożliwiać tworzenie słownika rabatów na czesne (kwotowych i procentowych
oraz ze wskazanym sposobem realizacji: wszystkie raty pomniejszane równomiernie,
obniżenie/anulowanie pierwszych rat, obniżenie/anulowanie ostatnich rat) i umożliwiać
W6-19 przydzielanie studentowi rabatu na zadany rok studiów (obniżka dotyczy czesnego w ujęciu
rocznym, stosowana jest do wszystkich, początkowych lub końcowych rat z danego studiów
studenta). System musi automatycznie uwzględniać rabat przy naliczaniu czesnego
obniżając odpowiednio naliczane czesne zgodnie z posiadanym przez studenta rabatem.

7. Elektroniczne legitymacje studentów.

Numer Wymaganie PR

20
 System zapewnia pełną integrację procesu tworzenia, przedłużania ważności
Elektronicznych Legitymacji studenckich z Międzyuczelnianym Centrum Personalizacji
Legitymacji Studenckiej (dalej MCP). Cały proces obsługi cyklu życia legitymacji musi się
odbywać wyłączenie w ramach kartoteki studenta w Systemie bez konieczności kopiowania
przez operatora jakichkolwiek danych do lub z natywnych narzędzi MCP , używania aplikacji
W7-1
serwerowej MCP czy ręcznego wysyłania danych do MCP. Integracja musi zostać
zrealizowana w taki sposób, aby żaden z procesów związanych z obsługą legitymacji nie
wymagał od operatora bezpośredniego używania aplikacji serwerowej MCP. Integracja z
MCP może zostać wykonana wyłącznie przy użyciu usług sieciowych Web Service
udostępnianych przez serwer MCP.
System zapewnia możliwość tworzenia listy do wydania elektronicznych legitymacji
studenckich z wszystkimi danymi i zdjęciem studenta, weryfikuje i przygotowuje dane do
W7-2
legitymacji oraz pozwala na elektroniczne zamówienia na legitymacje do
Międzyuczelnianego Centrum Personalizacji Legitymacji Studenckiej.
W7-3 System zapewnia możliwość podglądu stanu przetwarzania legitymacji w MCP.
Zapewnia możliwość elektronicznego złożenia wniosku przez studentów starszych
roczników o wymianę legitymacji studenckiej na elektroniczną legitymację studencką,
W7-4 możliwość elektronicznego złożenia wniosku o wydanie duplikatu legitymacji - możliwość
wygenerowania zlecenia na wykonanie legitymacji dla takich studentów i elektronicznego
wysłania zamówienia do MCP.
Zapewnia możliwość automatycznego naliczenie opłaty za wydanie legitymacji / duplikatu
dla wszystkich zleceń jednocześnie (system musi automatycznie rozpoznać, czy zlecana
legitymacja jest pierwszą czy też kolejną kartą studenta). Zapewnia możliwość ręcznego
W7-5
naliczenia opłaty za wydanie legitymacji / duplikatu. W przypadku ręcznego naliczenia opłaty
System nie może pozwolić na powtórne naliczenie opłaty w opcji automatycznej opisanej w
zdaniu pierwszym niniejszego wymagania.
W7-6 Prowadzenie rejestru wydanych legitymacji studenckich.

8. Obsługa pomocy socjalnej.

Numer Wymaganie PR
Składanie wniosków stypendia oraz prowadzenie rejestru złożonych wniosków
W8-1
stypendialnych
x

Zapewnia możliwość obsługi następujących rodzajów pomocy socjalnej:

- socjalne,
- specjalne dla osób niepełnosprawnych,
W8-2
- rektora dla najlepszych studentów,
x
- ministra za wybitne osiągnięcia,
- zapomoga.
Wypełnianie przez studenta elektronicznego formularza wniosku o stypendium Rektora dla
W8-3 najlepszych studentów, stypendium socjalne, specjalne, zapomogę. Zapewnia możliwość x
załączania do wniosków załączników.
W8-4 Zapewnia możliwość filtrowania listy złożonych wniosków x
Lista złożonych wniosków powinna zawierać przynajmniej takie informacje jak: wydział,
kierunek, specjalność, rodzaj studiów, forma studiów, nazwisko i imię studenta, nr albumu
W8-5 studenta, rok akademicki (semestr) wniosku, data złożenia wniosku, typ stypendium, status x
stypendium, dochód dla wniosku, status studenta, suma punktów, rok studiów studenta,
numer konta studenta, stopień niepełnosprawności studenta.
W8-6 Zapewnia możliwość eksportu listy złożonych wniosków w formacie arkusza kalkulacyjnego. x
Wprowadzanie i aktualizacja statusów wniosków (przyjęty, decyzja pozytywna, decyzja
W8-7 x
negatywna) oraz opisu wniosku: kompletny, niekompletny, do wyjaśnienia, komisja

21
 odwoławcza,

W8-8 Wyliczanie i podgląd dochodu studenta. x

Automatyczne wyliczanie dochodu netto na osobę w rodzinie według przyjętej metodyki na
podstawie złożonego wniosku i wprowadzonych w nim danych, zweryfikowanych przez
pracownika (przychód roczny i dochód brutto dla poszczególnych członków rodziny, składka
W8-9 na ubezpieczenie społeczne i zdrowotne dla poszczególnych członków rodziny, podatek x
należny dla poszczególnych członków rodziny, powierzchnia gospodarstwa rolnego, dochód
z pozarolniczej działalności gospodarczej, dochody nieopodatkowane, kwota alimentów,
liczba osób w gospodarstwie domowym).
Narzędzie do automatycznej weryfikacji zasadności wypłacania stypendium w danym
W8-10 x
miesiącu (weryfikacja statusu studenta)
W8-11 Przyznawanie i anulowanie stypendium w trakcie roku akademickiego. x
Zapewnia możliwość masowego wydruku decyzji oraz decyzji dla konkretnego studenta -
W8-12 x
automatyczna informacja online o decyzji wysyłana studentowi.
Tworzenie, edytowanie i wydruk miesięcznych list wypłat z możliwością eksportu do
W8-13
systemu ERP.
x

W8-14 Wydruk zaświadczeń o korzystaniu z pomocy materialnej. x

Funkcja automatycznego generowania sprawozdawczości na potrzeby Głównego Urzędu
W8-15
Statystycznego (S11).
x

W8-16 Dołączenie eksportu informacji o przyznanym stypendium w sprawozdawczości POLON. x

9. Różne

Numer Wymaganie PR

Oferent zapewni dostęp pracownikom administracji i wykładowcom do funkcjonalności „Help

W9-1 Desk”. Help Desk musi udostępniać pewną liczbę kategorii zgłoszeń i kierować je do x
właściwych komórek/osób. Zgłoszenia mogą być kierowane do komórek pracowników
Uczelni (bieżące problemy).
Repozytorium wewnętrznych dokumentów uczelni. System musi umożliwiać gromadzenie i
udostępnianie wewnętrznych dokumentów uczelni w postaci dwóch rodzajów plików dla
W9-2 każdego dokumentu: PDF i dokument edytowalny. System musi przechowywać x
wcześniejsze wersje dokumentów. System musi udostępniać dokumenty za pośrednictwem
wirtualnego dziekanatu , z uwzględnieniem uprawnień użytkownika.
Wsparcie dla zarządzania dostępem pracowników i studentów/ek do bezpłatnego pakietu
W9-3
Office 365.
x

Uczelniane repozytorium prac dyplomowych. System zapewni prowadzenie uczelnianego

repozytorium prac dyplomowych. Prace do repozytorium przekazują studenci (warunek
W9-4 x
dyplomowania) z określeniem statusu udostępniania. Dostęp do repozytorium mają wszyscy
studenci i pracownicy uczelni.
System zapewni eksport prac z repozytorium uczelnianego do Ogólnopolskiego
W9-5 x
Repozytorium Prac Dyplomowych.
System musi posiadać funkcję pozwalającą na przetwarzanie podań i wniosków studentów
W9-6 („mini system obiegu dokumentów” student – uczelnia) z opcją załączania przez studentów x
skanów dokumentów oraz elektroniczną informacją o decyzji w sprawie.

22
 III. Wymagane integracje.

Numer Wymaganie PR

Integracja z SIMPLE ERP w zakresie rozliczeń finansowych studentów oraz informacji o

I-1 zatrudnionych pracownikach naukowo dydaktycznych i dydaktycznych, środkach trwałych x
przypisanych do poszczególnych pracowników.
Międzyuczelniane Centrum Personalizacji Legitymacji Studenckiej (MCP) – integracja z
I-2 MCP może zostać wykonana wyłącznie przy użyciu usług sieciowych Web Service x
udostępnianych przez serwer MCP.
Integracja z portalem WSL w zakresie mechanizmów SSO (ang. Single Sign On)
umożliwiających uwierzytelnianie użytkowników (studentów, wykładowców) korzystających z
I-3
systemu bibliotecznego Sowa, platformy edukacyjnej Moodle, systemu zarządzania
x
potencjałem naukowym uczelni.
Integracja z domeną Active Directory w zakresie uwierzytelniania pracowników
I-4
administracyjnych.
x

Integracja z systemem antyplagiatowym opracowanym i wdrożonym przez MNiSW w

I-5 zakresie niezbędnym do wykonania analizy antyplagiatowej prac dyplomowych x
użytkowników.
Zapewnia możliwość automatycznego eksportu i kontroli prac dyplomowych do centralnego
I-6
repozytorium prac (ORPD).
x

Integracja z systemem Student TV. System gwarantuje dostęp do danych dla aplikacji
Student TV niezbędny do prezentacji wybranych informacji na systemie monitorów
I-7
zainstalowanych na terenie uczelni. Wśród prezentowanych informacji powinny znaleźć się
x
Plan zajęć na danych dzień, plan dyżurów, komunikaty tekstowe i graficzne.

IV. Wymagania dotyczące asysty powdrożeniowej i maintenance:

Definicje pojęć związanych z asystą powdrożeniową i maintenance:
Zgłoszenie Przekazanie Oferentowi informacji na temat Usterki przez uprawnionego
użytkownika systemu za pomocą Aplikacji Zgłoszeniowej.
Aplikacja System informatyczny do zgłaszania Zgłoszeń dostępny 24h/24h poprzez
Zgłoszeniowa sieć internet i obsługiwany poprzez cienkiego klienta dla uprawnionych
użytkowników.
Czas Zgłoszenia Zarejestrowany przez Oferenta i podany Zamawiającemu w momencie
Zgłoszenia czas (data i godzina) który zostaje przyjęty jako czas
wpłynięcia Zgłoszenia do Oferenta. Jeżeli rzeczywisty czas wpłynięcia
Zgłoszenia wykracza poza Dni Robocze i Godziny Robocze przyjmuje
się, że Czas Zgłoszenia przypada na początek najbliższej Godziny
Roboczej w najbliższym Dniu Roboczym.
Usterka Zdarzenie polegające na działaniu systemu lub jego poszczególnych
elementów niezgodnie z dokumentacją systemu oraz opisanymi powyżej
wymaganiami funkcjonalnymi i niefunkcjonalnymi w szczególności
powodujące całkowity lub częściowy brak możliwości realizacji funkcji
systemu. Usterka może być Usterką Krytyczną, Usterką Zwykłą lub
Asystą.
Usterka Krytyczna Usterka powodująca zatrzymanie ciągłości procesu biznesowego w
zakresie następujących elementów kartoteki studenta: zaliczenia,
rejestracje, zobowiązania dla grupy powyżej 5 studentów, przy czym nie
istnieje możliwość obejścia problemu na poziomie obsługi przez
użytkownika systemu.
Usterka Zwykła Usterka, która dla grupy powyżej 5 studentów w zakresie następujących
elementów kartoteki studenta: zaliczenia, rejestracje, zobowiązania

23
 powoduje utrudnienia w przebiegu procesu biznesowego, ale nie
powoduje zatrzymania jego ciągłości lub usterka powodująca istotne
utrudnienia w przebiegu procesu biznesowego lub zatrzymanie ciągłości
procesu biznesowego w pozostałym zakresie działania Systemu.
Asysta Usterka polegająca na wsparciu użytkownika systemu w jego codziennej
pracy poprzez udzielenie porad, wyjaśnień a także korekta popełnionych
przez użytkownika w sposób nieumyślny błędów nie związanych z innymi
rodzajami Usterek. Asystą może być również zgłoszenie
zapotrzebowania na Maintenance.
Obejście Tymczasowe przywrócenie podstawowej funkcjonalności systemu do
Czasu Naprawy. Obejście może wiązać się z utrudnieniami w korzystaniu
z Systemu.
Naprawa Skuteczne wyeliminowanie przez Oferenta Usterki oraz jej skutków.
Reklamacja Ponowne skierowanie przez Zamawiającego Usterki do Naprawy w
trakcie Odbioru.
Odbiór Potwierdzenie przez Zamawiającego poprawnie wykonanej Naprawy.
Czas Reakcji Czas liczony Godzinami Roboczych lub Dniami Roboczymi pomiędzy
Czasem Zgłoszenia a momentem potwierdzenia przyjęcia Zgłoszenia
przez Oferenta.
Czas Obejścia Czas liczony Godzinami Roboczych lub Dniami Roboczymi pomiędzy
czasem od Czasu Reakcji do momentu wykonania Obejścia i zgłoszenia
Obejścia do odbioru przez Zlecającego.
Do Czasu Obejścia nie zalicza się:
• czasu dostarczenia przez Zamawiającego niezbędnych informacji
dla dokonania Obejścia,
• czasu oczekiwania Oferenta na udostępnienie przez
Zamawiającego zdalnego dostępu do systemu, jeśli taki dostęp
jest konieczny,
• czasu oczekiwania na rozwiązanie błędu przez producenta
oprogramowania z wyjątkiem oprogramowania, którego
właścicielem jest Oferent.
Czas wyłączony z naliczania Czasu Obejścia oznaczany będzie w
Aplikacji Zgłoszeniowej stosownym statusem wskazującym na
oczekiwanie na działanie Oferenta lub producenta oprogramowania.
Czas Naprawy Czas liczony Godzinami Roboczych lub Dniami Roboczymi pomiędzy
czasem od Czasu Reakcji do momentu wykonania Naprawy i zgłoszenia
Naprawy do Odbioru. Jeżeli w trakcie Odbioru dochodzi do Reklamacji to
czas liczony od zgłoszenia Reklamacji do ponownego zgłoszenia Odbioru
wliczany jest do Czasu Naprawy.
Do Czasu Naprawy nie zalicza się:
• czasu dostarczenia przez Zamawiającego niezbędnych informacji
dla dokonania Naprawy,
• czasu oczekiwania Oferenta na udostępnienie przez
Zamawiającego zdalnego dostępu do systemu, jeśli taki dostęp
jest konieczny,
• czasu oczekiwania na rozwiązanie błędu przez producenta
oprogramowania z wyjątkiem oprogramowania, którego
właścicielem jest Oferent.
Czas wyłączony z naliczania Czasu Naprawy oznaczany będzie w
Aplikacji Zgłoszeniowej stosownym statusem wskazującym na
oczekiwanie na działanie Zamawiającego o lub producenta
oprogramowania.
Gotowość Oznacza Godziny Robocze i Dni Robocze, w których Oferent
Serwisowa zobowiązany jest do przyjmowania Zgłoszeń oraz usuwania Usterek. W
ramach Gotowości Serwisowej liczony jest upływ Czasu Naprawy, Czasu
Obejścia oraz Czasu Reakcji.
Dzień Roboczy Dni od poniedziałku do piątku, z wyłączeniem dni ustawowo wolnych od
pracy na terenie Rzeczpospolitej Polskiej.

24
 Godziny Robocze Godziny od 9:00 do 17:00 w Dni Robocze.
Godzina Robocza Dowolne 60 minut nieprzerwanego czasu przypadające w trakcie Godzin
Roboczych. Godzina Robocza może rozpoczynać się jednego Dnia
Roboczego a kończyć kolejnego Dnia Roboczego.
Maintenance Wszystkie działania Oferenta (wykonywane samodzielnie lub we
współpracy z Zamawiającym) związane z oprogramowaniem systemu i
związanych z nim licencjami obejmujące w szczególności:
• aktualizację zainstalowanego oprogramowania systemu do
najnowszej posiadanej przez Oferenta wersji oraz związana z
tym aktualizacja licencji,
• działania administracyjne związane z organizacją
automatycznego wykonywania kopi zapasowych systemu,
• przywracanie stanu systemu po Usterce i innych awariach,
• działania administracyjne związane z optymalizacją wydajności i
bezpieczeństwa systemu,
• asysta techniczna związane z dostarczonym oprogramowaniem
dla administratorów Zamawiającego.
Maintenance nie wymaga ponoszenia przez Zamawiającego
dodatkowych opłat.

Numer Wymaganie PR
Oferent akceptuje zdefiniowane powyżej Definicje pojęć związanych z serwisem i
S-1
zobowiązuje się do ich stosowania w realizacji niniejszego zamówienia.
Oferent udostępnia Zamawiającemu Aplikację Zgłoszeniową bez dodatkowych
S-2
opłat.

S-3 Czas Reakcji dla Usterki wyniesie maksymalnie 8 Godzin Roboczych.

Czas Obejścia dla:

• Usterki Krytycznej wyniesie maksymalnie 8 Godzin Roboczych,
S-4
• Usterki Zwykłej wyniesie maksymalnie 16 Godzin Roboczych,
• Asysty wyniesie maksymalnie 16 Godzin Roboczych.

Czas Naprawy dla:

• Usterki Krytycznej wyniesie maksymalnie 16 Godzin Roboczych,
S-5 • Usterki Zwykłej wyniesie maksymalnie 40 Godzin Roboczych,
• Asysty wyniesie maksymalnie 40 Godzin Roboczych chyba, że strony w
indywidualnych Zgłoszeniach ustalą dłuższy czas.

S-6 Oferent świadczy Maintenance.

Działania związane z serwisem i maintenance rozliczane są w ramach stałej i

S-7 niezależnej od ilości wykonanych Napraw i Maintenance miesięcznej opłaty
ryczałtowej płatnej z dołu na koniec każdego miesiąca kalendarzowego.

V. Wymagania dotyczące gwarancji:

Oferent udziela Zamawiającemu 24 miesięcznej gwarancji na każdy dostarczony element,
oprogramowanie, proces oraz każdą wykonaną usługę licząc do dnia podpisania protokołów
odbiorczych lub akceptacji Odbioru przez Zamawiającego.

25