Szczecin, 20€¦ · Web viewObsługa trybu pracy wielozakładowej (jedna instancja systemu i...

Przetarg nieograniczony na wdrożenie systemu informatycznego wspomagającego obsługę procesu dydaktycznego w Zachodniopomorskim Uniwersytecie Technologicznym w Szczecinie oraz serwis i rozwój takiego systemu

Znak sprawy: ZP/K/KDK/1376/2011/P/2012Załącznik nr 1 SIWZ

Wyszczególnienie oczekiwanych przez Zamawiającego wymagań, w tym istotnych funkcji minimum Systemu informatycznego, wykaz posiadanej i eksploatowanej przez Zamawiającego infrastruktury

informatycznej, a także wykaz jednostek organizacyjnych Zamawiającego,

w których System informatyczny podlega wdrożeniu wraz ze wskazaniem przyszłych grup użytkowników Systemu

Część I. Wymagania Zamawiającego, w tym istotne funkcje minimum Sytemu informatycznego

1. Wymagania ogólne: 1.1.System musi posiadać interfejs w języku polskim.

1.2.System musi zapewniać płynną i szybką pracę po wprowadzeniu do niego danych o 15 000 studentów. System powinien zachowywać się stabilnie i pozwalać na interakcyjną pracę z nim w taki sposób, aby odpowiedzi systemu na zapytania lub procesy przetwarzania (pomijając raporty) były liczone w sekundach (nie przekraczać minut).

1.3. System musi posiadać we wszystkich modułach graficzny interfejs użytkownika w języku polskim.

1.4.Zamawiający wymaga, aby wygląd graficzny systemów (w zakresie dostępu poprzez WWW) został dostosowany do kampanii wizerunkowych Uczelni i musi być zaakceptowany przez Zamawiającego (zgodnie z postanowieniami § 9 Wzoru umowy).

1.5. System musi spełniać wszystkie wymagania przepisów prawa w zakresie dotyczącym szkolnictwa wyższego oraz innych mających związek z przedmiotem niniejszego zamówienia, w szczególności:

1.5.1.Ustawą - Prawo o Szkolnictwie Wyższym z dnia 27 lipca 2005 r. z późniejszymi zmianami oraz jej przepisami wykonawczymi,

1.5.2.Ustawą o Ochronie Danych Osobowych z dnia 29 sierpnia 1997r. późniejszymi zmianami.

1.6. Funkcje systemu muszą być zgodne z innymi aktami prawnymi normującymi współdziałanie wyższych uczelni m.in. z Wojskowymi Komendami Uzupełnień, Zakładem Ubezpieczeń Społecznych, Głównym Urzędem Statystycznym, bankami, itd.

1.7. System musi funkcjonować w oparciu o bazę danych Oracle 11G posiadaną przez Zamawiającego.

1.8. 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 części systemu odpowiadającej za rozliczenia finansowe ze studentami, przydział stypendiów, planowanie zajęć, komunikację i wystawianie ocen bez ponownego ich wprowadzania) i muszą zapewniać pełną interoperacyjność.

1.9. System musi obsługiwać specyfikę kształcenia na różnych poziomach kierunki, specjalności, moduły, grupy, przedmioty obieralne, system punktowy ECTS.

1.10. System musi obsługiwać studia stacjonarne, niestacjonarne, doktoranckie, podyplomowe oraz kursy prowadzone w systemie tradycyjnym,

1.11. System musi umożliwiać import danych studentów z istniejących baz danych. Bazy danych są dostępne dla standardowych narzędzi informatycznych.

1



1.11.1. Baza student (własność ZUT dostępna z wykorzystaniem standardowych narzędzi dostępu do baz danych):

schemat tabela

ilość rekordów

public dochody 35082public duble_albumu 1725public duble_albumu_2 12public fak_p 2public fakultet 102159public fakultet_tmp 3public filtry 2116public forma 254791public gus_po_nazwach 923public hist_els 28803public hist_els_temp 964public hist_ind 2043public hist_n 256public historia 212216public historia_dochodow 84public historia_przesuwu 1936public historia_przesuwu_2 1725public historia_przesuwu_old 1027public historia_zdjec 471public ikody 25public jb_stud_2 767public jb_stud_20111201 15874public jb_stud_20121130 15874public jb_tmp_styp 26389public jb_tmp_styp2 26389public jb_tmp_wypl 2027public kody 2226public kody_gus 3020public kodyn 5public konto_p 65386public kryt_styp 27public kursyn 151395public kursys 1202148public limity_ects 7public lista_r 1354public lista_r_archiwum 1532public literat 1094public logs_delete 599061public logs_update 8830631public miasto_gus 76432public mnoznik 3015public mprakty_agro 1325public nieuzywana_braki_ds 1public nieuzywana_dochody_bkp 16327public nieuzywana_kandydat 3476public nieuzywana_kurs_arc 13public nieuzywana_kursy 18654public nieuzywana_nparam 197public nieuzywana_oc_kand 0public nieuzywana_rejestk 1801public nieuzywana_rights_bkp 611public nieuzywana_student_tmp 5public nieuzywana_tmp_poprawki1 181

publicnieuzywana_tmp_poprawki_2_styp_s 14008

public nieuzywana_tymcz 2864public nieuzywana_wydzial 2638public oceny 1799116public oplaty 412242public oplaty_b 31114public oplaty_ds 45309public oplaty_ds1 584public oplaty_ds_naliczenia 1020

2



public oplaty_ds_rozliczenia 0public osiagniecia 33public param 270public pkier 147564public plany 1995public plany_1 391public planyk 61public pok_ds 0public polon_01_03_2012 6472public polon_13_03_2012 6696public polon_data_wyrejestrowania 1public polon_kierunki 164public polon_kraje 238public polon_users 78public polon_wydzialy 10public prakty 2983public praktys 17114public prekr 276public profes 4210public przedmio 15013public przeniesienie 22005public punkty 500public punkty_archiwum 509public rej_doc 515public rej_doc_licznik 0public rej_doc_plik 0public rej_docb 2public rejest_k 32453public rights 701public rodzaje_p 48public semy 177public spis_l 1203public stacja 756public stud_ds 16812public stud_ini 392public stud_user 142public stud_user_date 143public student 90691public styp 425932public styp_kier_zam 35public styp_kier_zam_stud 504public styp_kryteria 2public styp_lista 3972public styp_naukowe 2public styp_socjalne 3public styp_staz 7public styp_staz_stud 16public styp_wyplata 131096public suplem 2312public sysdat 2115public termin 0public tlumacz_wydz 4public tmp_jb_fakultet_styp 2455public tmp_reg 7472public tmp_reg2 667public tmppna 113920public tmppna1 49052public tmppna2 113860public tymcz 481public uwagi 27542public vnazwy_gus 76432public widok 1198public wyd_leg_sels 15370public wydz 1277public zak_pra 1778public zak_pra_oryginal 1807public zaklady 950public zaklady_p 8494

3



public zalicz 393768public zdjecia 28750public zestawy 1030public zle_pkt 0public zle_pktn 0public zle_pkty 0

akademiki discounts 412

akademiki domy_studenckie_d 11

akademiki kody_oplat_d 3

akademiki odbiorcy_oplat_d 13

akademiki oplaty_nalezne 1235

akademiki rates 15213

akademiki rates_agro 387

akademiki rates_biot 300

akademiki rates_d 16

akademiki rates_ear 201

akademiki rates_fish 218

razem 147Rozmiar bazy: 9710 MB

1.11.2. Baza KRK (własność ZUT dostępna z wykorzystaniem standardowych narzędzi dostępu do baz danych):

Motor Bazy Danych: PostgreSQL (aktualna wersja 8.4, w trakcie migracji do 9.1)

Liczba tabel: 43 (plus 26 sekwencji), Orientacyjna liczba rekordów: 1323716

Objętość katalogu z bazą to ok 230 MB.

tabelailość

rekordówjednostka 134kierunek 131kierunek_bloki_pdw 368kierunek_cele 923kierunek_cele_kierunek_program 9863kierunek_historia 2209kierunek_prog_sok_wuk 15959kierunek_program 5154kierunek_slownik_ok 233kierunek_spec 296komisja 525kryteria 444modul 31pracownik 1196przedmiot 12247przedmiot_cele 25115przedmiot_efekt_kierunek_program

78532

przedmiot_efekty_wuk 44354przedmiot_efekty_wuk_oceny 35024przedmiot_forma 22170przedmiot_forma_aktywnosc 59557przedmiot_forma_tresc 107161przedmiot_historia 216687przedmiot_literatura 53814

4



przedmiot_metody 28457przedmiot_oceny 0przedmiot_pracownik 10868przedmiot_sposoby 24512przedmiot_wymagania 13384slownik_forma_dydaktyczna 17slownik_forma_oceny 16slownik_ok 7slownik_ok_wuk 784slownik_tytuly 32wuk_forma_oceny 95943wuk_przedmiot_cele 63682wuk_przedmiot_forma_tresc 218913wuk_przedmiot_metody 100429wuk_przedmiot_sposoby 74514wydzial 13wydzial_dn 14wydzial_historia 0wydzial_logo 4

1.12. System musi posiadać możliwość przechowywania i udostępniania informacji o charakterze graficznym (np. zdjęcia), a nie tylko o charakterze tekstowym

1.13. Zamawiający użytkuje System Elektronicznej Legitymacji Studenckiej firmy UNIZETO, składający się z modułu dziekanatowego, do personalizacji blankietów, administracyjnego oraz do personalizacji kart pracowniczych. System ten wykorzystuje sprzęt opisany w pkt. 4. Funkcjonalność systemu część XIV. podpunkt 208.

1.14. Zamawiający zaleca (nie wymaga) obsługi dotychczas wydanych legitymacji studenckich.

1.15. Wymagany jest moduł integrujący system z aplikacją bankową obsługującą subkonta kandydatów/studentów w zakresie: opłat związanych z przyjęciem na studia, opłat za wydanie dokumentów rejestrujących przebieg studiów, opłat za świadczone usługi edukacyjne (w tym za drugi kierunek studiów), wypłat stypendiów, opłat za akademiki, itd.

1.15.1. Opis systemu wymiany – IMPORT z systemu HomeBanking (elektroniczny wyciąg bankowy):

Zamawiający ma rachunki pomocnicze ,z których na koniec dnia księgowego w BM2 są generowane raporty zgodne ze strukturą zaprezentowaną poniżej:

Nagłówek

Nazwa Pola Typ pola Długość OpisOznaczenie rekordu TXT 1 K = nagłówek plikuDATP DAT 8 Data przetwarzania pliku

DDMMRRRRDD – dzieńMM – miesiącRRRR – rok

KKSGW DAT 8 Data księgowania transakcjiIDOK NUM Max 8 Ilość transakcji w zbiorzeWDOK NUM Max 18 Wartość transakcji w zbiorze, grosze po kropceNRRAP NUM 6 Kolejny numer raportu

Rekord danych przypadający na transakcję:

Oznaczenie pola Typ pola Długość OpisUNDOK UN Max 16 Unikalny numer identyfikacyjny transakcjiDOPER DAT 8 Data operacjiKWOTA NUM Max 15 Kwota transakcji, grosze po kropce.NZLEC TXT Max 140 Nazwa zleceniodawcy NRODB TXT Max 35 Numer rachunku odbiorcyTYTUŁ TXT Max 140 Tytuł operacji

5



Stopka

Nazwa Pola Typ pola Długość OpisOznaczenie rekordu TXT 1 S = stopka plikuSUMK NUM Max 15 Suma kontrolna wszystkich transakcji

UWAGI:

1. Nazwa zbioru2. Plik składa się z jednego wiersza nagłówka, wierszy transakcji (każda transakcja w oddzielnym wierszu) oraz jednego

wiersza stopki na końcu pliku.3. Poszczególne pola w każdym z wierszy oddzielone są znakiem ‘ | ’. 4. UNDOK jest unikalnym numer transakcji, który wraz z datą księgowania KKSGW jednoznacznie identyfikuje transakcję w

systemie BZWBK.5. Wszystkie dane zawarte w powyższym rekordzie będą miały format pliku ASCII

Standard wysyłanych zbiorów WINDOWS 1250

1.15.2. Opis systemu wymiany – EXPORT do systemu HomeBanking wraz z przykładem:

Nr / Nazwa pola Status Format Opis1/ Kod zlecenia M 3!n Kod dla odpowiedniego typu zlecenia:

110 = Polecenie przelewu oraz płatno US120 = Płatno ZUS210 = Polecenie zapłaty

2/ Data wykonania M 8!n Data wykonania w formacie RRRRMMDDNp. 20030301

3/ Kwota M 15n Kwota bez kropek tysięcznych i przecinka oddzielającego warto dziesiętnych.Np. 531200 dla kwoty 5312,00 PLN

4/ Numer rozliczeniowy banku zleceniodawcy

M 8!n Numer rozliczeniowy banku zleceniodawcy (BSC)Np. 10600076

5/ Pole zerowe M 1!n Pole zerowe. Zawsze „0””6/ Numer rachunku zleceniodawcy (w standardzie NRB)

M 26!n Numer rachunku zleceniodawcy w standardzie NRBNp. 79106000760000300006723906

7/ Numer rachunku kontrahenta (w standardzie NRB)

M 26!n Numer rachunku kontrahenta w standardzie NRB(26 cyfr wpisane jednym ciągiem bez spacji, kresek, itp.)Np. 44106000760000300006732490

8/ Nazwa i adres zleceniodawcy M 4*35x Poszczególne wiersze s oddzielone od siebieznakiem „|” (Hex 7C).Np. ZAKLADY WYTWÓRCZE KINESKÓPOW||UL.STOKROTKI 15/86|00-870 WARSZAWA

9/ Nazwa i adres kontrahenta M 4*35x Poszczególne wiersze s oddzielone od siebie znakiem „|” (Hex 7C).Np. OPAKOWANIA SP. Z O.O.||UL. ROMA SKA 24|80-253 GDAŃSK

10/ Pole zerowe M 1!n Pole zerowe. Zawsze „0”�11/ Numer rozliczeniowy banku M 8!n Numer rozliczeniowy banku kontrahenta (BSC)

Np. 1060007612/ Tytuł zlecenia M 4*35x Cztery linie szczegółów płatności po 35 znaków. Poszczególne

wiersze są oddzielone od siebie znakiem „|” (Hex 7C).Np. ZAPLATA ZA OPAKOWANIA DO KINESKOPOW|17I 21 CALI Z NADRUKIEM LOGO FIRMY|FVT2368/2989283/2002|333Uwaga: W przypadku polecenia zapłaty, płatności ZUS oraz US pole to ma ustaloną strukturą.

13/ Pole puste M 0 „”14/ Pole puste M 0 „”15/ Klasyfikacja polecenia M 2!n „51” dla pola Typ polecenia = 110 i 120

„01” dla pola Typ polecenia = 210„71” dla płatności na urzędy skarbowe

16/ Informacje Klient-Bank O Informacje Klient-Bank. Poszczególne wiersze są oddzielone znakiem „|”.

O 35x Subpole 1 Sygnatura i Adnotacje 1. DO wykorzystania jako kod do rekonsyliacji. Zwracane na wyciągu MT940/942 w linii :61: w subpolu 7 (z uwagi na ograniczenie formatu MT940 zwracane jest pierwsze 16 znaków) oraz w linii :86: subpolu <61

6



O 35x Subpole 2: Adnotacje 2 Opcjonalnie zwracane na wyciągu MT940/942 w linii :86: subpolu <62

O 35x Subpole 3: Adnotacje 3 Opcjonalnie zwracane na wyciągu MT940/942 w linii :86: subpolu <64

O 35x Subpola 4, 5, 6 nie s przetwarzane przez bank i nie są zwracane na wyciągu

PRZYKŁAD PLIKU *.PLI Z 2 STANDARDOWYMI POLECENIAMI PRZELEWU:

110,20120725,0000063700,10901492,0,39109014920000000118304551,35102047950000910201744267,"ZACHODNIOPOMORSKI UNIWERSYTET TECHNOLOGICZNY|Wydział Biotechnologii i Hodowli Z|al. Piastów 17|Szczecin","Nazwisko1|Imie||",0,10204795,"Stypendium za lipiec 2012|[WBiHZ:234556]||","","",51110,20120725,0000045100,10901492,0,39109014920000000118304551,50124038711111001019846102,"ZACHODNIOPOMORSKI UNIWERSYTET TECHNOLOGICZNY|Wydział Biotechnologii i Hodowli Z|al. Piastów 17|Szczecin","Nazwisko2|Imie||",0,12403871,"Stypendium za lipiec 2012|[WBiHZ:12345]||","","",51

1.16. Stosowanie podpisów elektronicznych dla wysyłanych danych cyfrowych i ich weryfikację,

1.17. Dostęp do określonych danych z dowolnego miejsca na świecie dla autoryzowanych użytkowników z wykorzystaniem przeglądarek internetowych, „kiosków informacyjnych”. Możliwości komunikowania się np. z wykorzystanie wirtualnej uczelni lub sposobu dostępu do wybranych informacji np. ogłoszenia lub plan. Dostęp powinien być całkowicie otwarty z dowolnych rozwiązań komunikacyjnych z wykorzystaniem medium jakim jest Internet.

2. Wymagania dla użytkowników (o których mowa w części III niniejszego załącznika SIWZ): 2.1. Wymagany charakter realizacji aplikacji dla poszczególnych grup użytkowników to:

2.1.1.obsługa dziekanatów – dostęp z użyciem dedykowanej aplikacji klienckiej lub poprzez przeglądarkę www;

2.1.2.administracja uczelni – dostęp z użyciem dedykowanej aplikacji klienckiej lub poprzez przeglądarkę www;

2.1.3.administratorzy systemu – dostęp z użyciem dedykowanej aplikacji klienckiej lub poprzez przeglądarkę www;

2.1.4.pracownicy bibliotek, UCI – dostęp z użyciem dedykowanej aplikacji klienckiej lub poprzez przeglądarkę www;

2.1.5.pracownicy dydaktyczni – aplikacja internetowa (www);

2.1.6.studenci – aplikacja internetowa (www);

2.1.7.kierownictwo uczelni – dostęp z użyciem dedykowanej aplikacji klienckiej lub poprzez przeglądarkę WWW.

2.2. Wymagamy specjalizowanego modułu administracyjnego do zarządzania parametrami globalnymi, użytkownikami, prawami dostępu oraz analizy dzienników („logów”) itp. w tym dla potrzeb kontroli prób nieupoważnionych dostępów.

2.2.1.Każda z grup użytkowników musi mieć ściśle zdefiniowane uprawnienia. (W ramach grupy uprawnienia muszą być ograniczone do „własnych” danych – student winien widzieć tylko swoje dane, nauczyciel tylko dane swoich studentów, pracownik dziekanatu tylko studentów swojego wydziału. Zakres uprawnień powinien dopuszczać minimum kombinacje ze zbioru: podgląd, modyfikacja, dodawanie, usuwanie). Ponadto, wewnątrz danej grupy użytkowników musi istnieć możliwość różnicowania uprawnień dostępu zarówno ze względu na funkcjonalność jak i zasięg (mechanizm ról).

2.2.2.Oczekujemy zróżnicowanego sposobu autoryzacji dla poszczególnych grup użytkowników:

7



2.2.2.1. Grupa użytkowników obsługi dziekanatów – karta chipowa i PIN,

2.2.2.2. Grupa użytkowników administracji uczelnianej – karta chipowa i PIN ,

2.2.2.3. Grupa pracowników dydaktycznych uczelni – login i hasło, z możliwością zastąpienia w przyszłości przez kartę chipowa i PIN,

2.2.2.4. Grupa użytkowników studenci – login, hasło z możliwością zastąpienia w przyszłości elektroniczną legitymacją (SEL),

2.2.2.5. Grupa administratorów systemu - karta chipowa i PIN,

2.2.2.6. Grupa pracownicy bibliotek i UCI - karta chipowa i PIN,

2.2.2.7. Grupa użytkowników kierownictwo uczelni - login, hasło.

3. Warunki oraz Wymagania niefunkcjonalne: 3.1. Dostęp do części internetowej systemu powinien być zapewniony po protokole https.

3.2. System będzie pracować w wydzielonych firewallami sprzętowymi podsieciach.

3.3. System powinien umożliwiać archiwizowanie i ukrywanie danych dotyczących osób, które utraciły status studenta zachowując dostęp do danych zarchiwizowanych. Dane zarchiwizowane nie mogą spowalniać czasu reakcji systemu.

3.4. System powinien umożliwiać archiwizowanie i ukrywanie danych „organizacyjnych”, które uległy dezaktualizacji (nieaktualne plany studiów, zeszłoroczne plany obciążeń sal, etc.).

3.5. Oczekujemy, że w GUI użytkownika będą wyświetlane wyłącznie informacje w ramach jego uprawnień; nie będą widoczne opcje nieaktywne (niedostępne w ramach przyznanych uprawnień).

4. Funkcjonalność systemu:

Spis funkcji podstawowych (wymaganych przez Zamawiającego):

I. Wymagania do systemu 1 - 23II. Funkcje w zakresie obsługi studentów na poziomie dziekanatu 24 - 56

III. Funkcje w zakresie zarządzania planami studiów 57 - 65IV. Funkcje w zakresie planowania zajęć, rozliczania dydaktyki na poziomie wydziału 66 - 95V. Funkcje w zakresie realizacji obowiązków przez administrację centralną 96 - 118

VI. Funkcje w zakresie raportowania 119 - 128VII. Funkcje w zakresie komunikacji ze studentami 129 - 140

VIII. Funkcje w zakresie obsługi domów studenckich 141 - 157IX. Funkcje w zakresie obsługi rekrutacji 158 - 161X. Funkcje w zakresie systemu on-line 162 - 163

XI. Funkcje w zakresie ewidencji publikacji dorobku naukowego i dydaktycznego 164 - 187XII. Funkcje w zakresie serwisu badania losów zawodowych absolwentów 188 - 196

XIII. Funkcje w zakresie serwisu biura karier 197 - 203XIV. Funkcje w zakresie obsługi legitymacji studenckiej i doktoranckiej 204 - 211

8



I. Wymagania do systemu

1.Dostęp do systemu opiera się na logowaniu ujednoliconym w skali uczelni opartym o usługę katalogową (dotyczy to zarówno pracowników jak i studentów). Uprawnienia w systemie są definiowane poprzez określanie ról pełnionych przez danego użytkownika. Zamawiający posiada wdrożoną usługę katalogową:- Sun Java System Directory Server 6.4 (na chwilę obecną)- FreeIPA (w niedalekiej przyszłości – w 2013 roku planowane wdrożenie)

2.

Dokumenty tworzone w systemie generowane są na podstawie szablonów. Możliwa jest edycja (dokumentów) za pośrednictwem wbudowanego w system edytora WYSIWYG lub innych narzędzi sprzężonych z systemem. Eksport dokumentów na zewnątrz następuje za pośrednictwem formatu PDF. Możliwy jest eksport dokumentów do formatu DOC oraz XLS (ewentualnie CSV).

3. Wszelkie szablony wydruków z systemu są edytowalne z poziomu administratora.

4.Wszelkie elementy systemu korzystające z danych osobowych mają możliwość generowania wydruków korespondencji seryjnej (w tym nadruków na kopertach, „zwrotek pocztowych”, itp.) wg zdefiniowanych szablonów.

5.Wprowadzane do systemu dane, które powstają wg procedury (np. PESEL, NIP, numery kont, dowodów osobistych) przy każdorazowej próbie zapisania danych w systemie poddawane są weryfikacji poprawności wprowadzonych danych (np. zgodność z algorytmem poprawności PESEL).

6. Możliwość definiowania słownika odmian imion wykorzystywanego przy tworzeniu szablonów zestawień, raportów i wydruków (np. Jan/Jana/Janowi, itd.)

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

8.System musi umożliwiać tworzenie zestawień, raportów czy korespondencji seryjnej na podstawie dowolnie wybranych kryteriów (np.: grupa studentów, rok studiów, miejsce urodzenia, data urodzenia, wiek, zaległości płatnicze studentów, grupy studentów, którym przyznano stypendium lub miejsce w akademikach, itd.).

9. System musi umożliwiać automatyczny eksport wyników zdefiniowanego zestawienia bezpośrednio do uprzednio zdefiniowanego szablonu Excel, zawierającego np.: tabele, tabele przestawne, wykresy.

10. System musi umożliwiać automatyczny eksport wyników zdefiniowanego zestawienia bezpośrednio do uprzednio zdefiniowanego szablonu Word.

11. Obsługa trybu pracy wielozakładowej (jedna instancja systemu i bazy danych musi pozwalać na jednoczesną obsługę wielu różnych podmiotów (uczelnie, szkoły, itd. - chodzi o podmioty zewnętrzne).

12. System musi umożliwiać eksport danych do pakietu MS Office (Word, Excel), wykorzystywanego powszechnie przez Zamawiającego.

13. System współpracuje z systemem kadrowym w zakresie struktury uczelni oraz przypisania pracowników do jednostek.

14.System przechowuje kolejne kompletne wersje danych o studentach (wraz z informacjami pozwalającymi na ich wyfiltrowanie i wygenerowanie na ich podstawie raportów). Zapisuje również informacje pozwalające na zidentyfikowanie czasu powstania zmiany oraz osoby, która jej dokonała.

15. System umożliwia wyszukiwanie studentów po dowolnym z atrybutów oraz sparametryzowane filtrowanie.

16.

System umożliwia wprowadzanie danych za pośrednictwem systemu on-line. Dane weryfikowane są w dziekanacie lub wprowadzane z użyciem podpisu elektronicznego (dotyczy np. wprowadzania ocen); Zamawiający posiada własne centrum certyfikacji i wymagana jest obsługa wydanych certyfikatów przez centrum w oferowanym systemie.

17.

System obsługuje ścieżki podejmowania decyzji poprzez umożliwienie składania studentom podań za pośrednictwem systemu on-line oraz obsługę pełnej procedury odwoławczej w uczelni. System zapewnia obsługę podpisu elektronicznego na linii student-uczelnia. Cała komunikacja odbywa się wyłącznie poprzez system on-line. Zamawiający dopuszcza możliwość składania przez studenta (petenta) dokumentu z wykorzystaniem prawnie dopuszczonego systemu e-PUAP i system do obsługi uczelni musi wspierać gromadzenie dokumentów i ich przetwarzaniem z systemu e-PUAP.

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

19.

System powinien funkcjonować w rozproszonym środowisku, w którym stacje klienckie mają dostęp do wspólnej bazy danych ze znacznych odległości – różne krańce miasta, w których znajdują się placówki uczelni (łącza dedykowane o przepustowości Ethernet co najmniej 1GB wykorzystujące komunikację warstwy 2 i 3 modelu OSI – opis posiadanych urządzeń w części II pkt 5.1).

20. System powinien obsługiwać co najmniej 15 tys. studentów, studiujących na 10 wydziałach oraz około 2,5

9



tys. pracowników.

21.

Współpraca z innymi systemami opisanymi w pkt. 1 Wymagania ogólne:1. finansowo – księgowymi HMS (Kalasoft),2. Udostępnienie możliwości spinania własnych aplikacji Zamawiającego z oferowanym systemem

poprzez zapewnienie możliwości dostępu do danych za pomocą udokumentowanych metod dostępu do danych gromadzonych w systemie. Funkcje te powinny umożliwiać minimum czytania danych z systemu w sposób bezpieczny dla działania samego systemu oraz powinny zapewniać integralność danych w nim zgromadzonych.

22. Oferowany serwis, szkolenia, helpdesk niezbędny dla wdrożenia

23.System jest kompatybilny z ogólnopolskim systemem „POLON” (dotyczy przechowywania i przesyłania danych wymaganych przez system POLON – posiadać mechanizmy tworzenia plików wymiany danych zgodnych z wymaganą strukturą).

II. Funkcje w zakresie obsługi studentów na poziomie dziekanatu24. System przechowuje wszystkie dane dotyczące studenta niezbędne w procesie studiowania na uczelni.

25.

Wszyscy studenci, niezależnie od formy oraz poziomu studiów są traktowani przez system jednakowo. Dostępne są dla nich te same mechanizmy i dane. Studia doktoranckie są traktowane tak samo jak I i II stopnia, jednak zakres przetwarzanych danych jest nieco szerszy. Doktoranci stanowią odrębną pod względem numerów albumów grupę studentów (są im one nadawane z odrębnej puli). Każdy student realizuje na danym semestrze jeden ze zdefiniowanych w systemie planów studiów (dotyczy to studentów stacjonarnych, niestacjonarnych, z indywidualnym tokiem studiów, uczestniczących w wymianie studenckiej).

26.

Dane przyjętych kandydatów są przenoszone z systemu rekrutacyjnego automatycznie. System działa wg zasady jeden PESEL – jeden numer albumu (w przypadku rozpoczęcia na uczelni kolejnego toku studiów numer albumu pozostaje ten sam). W przypadku cudzoziemców metoda identyfikacji zostanie ustalona w procesie analizy przedwdrożeniowej.

Nadawane są lub tworzone automatycznie:1. numery albumów (odrębne dla doktorantów),2. numery kont studentów (są one zapisywane w systemie),3. numer identyfikacji bibliotecznej,4. konta w usłudze katalogowej (login, email, hasło).

System umożliwia jednak ręczne wprowadzenie studenta (z zachowaniem pełnej kontroli poprawności wprowadzanych danych).

27. Studenci są dzieleni na grupy automatycznie. System posiada mechanizm pozwalający na składanie przez studentów podań o zmiany w podziale na grupy za pośrednictwem systemu on-line.

28.

System przechowuje dane określone jako „nieoczywiste”:1. daty ważności badań lekarskich,2. dane dotyczące orzeczenia o niepełnosprawności,3. dane dotyczące studentów zagranicznych i zamiejscowych4. dane dotyczące wcześniejszych studiów (w szczególności uzyskane punkty ECTS).

29. System umożliwia wprowadzanie notatek do każdego studenta. Notatki są wprowadzane jako kolejne wpisy.

30. System realizuje tok studiów w oparciu o system ECTS. Umożliwia definiowanie minimów punktowych dla każdego roku akademickiego.

31.

System przechowuje informacje o całym przebiegu studiów studenta w tym o procesie dyplomowania (kolejne realizowane semestry są określone na zasadzie semestr X planu studiów Y). Przechowywane są informacje o dokonanych przez studenta wyborach specjalności (również zanim student wejdzie na semestr, podczas którego rozpoczyna wybraną specjalność) oraz przedmiotów obieralnych.

32. System generuje indywidualne karty okresowych osiągnięć studenta. Umożliwia ich pobranie za pośrednictwem systemu on-line oraz umożliwia wydruk grupowy.

33. System umożliwia wprowadzanie ocen przez pracowników za pośrednictwem systemu on-line, wydruk wypełnionych protokołów.

34. System umożliwia ocenianie studentów wg systemu zwykłego i punktowego35. System obsługuje praktyki studenckie.36. System obsługuje cały proces dyplomowania (od wyboru tematu po elektroniczne archiwum prac

10



dyplomowych). Centralnie nadawane są lub tworzone automatycznie numery dyplomów.Zapewniony jest wydruk dyplomów, ich odpisów oraz suplementów również w językach obcych.

37. System umożliwia wydruk w różnych językach dokumentów wydawanych studentom i absolwentom.

38.System wykrywa różnice programowe w przypadku wejścia studenta na nie swój tok studiów. W przypadku zmiany przez studenta kierunku studiów system automatycznie ma wprowadzać braki (różnice) w programie studiów przy danym studencie.

39.

System automatycznie tworzy 'warunki systemowe' (np. listę przedmiotów) do zmian statusu studenta (w tym skreślenia, kierowanie na powtarzanie przedmiotów) dokonywanych następnie przez osobę uprawnioną. Umożliwia grupowe zmiany statusów (np. rejestrację na kolejny semestr). System ma umożliwiać automatyczne wprowadzania zmian (aktualizowanie) statusu danego studenta w toku studiów w zależności od określonych decyzji podjętych w odniesieniu do niego przez Uczelnię. Typowych decyzji uczelni rzutujących na status studenta (czyli konsekwencje faktu podjęcia tych decyzji) to: 1) skreślenie z listy studentów; 2) skierowanie na powtarzanie modułu/ przedmiotu; 3) reaktywacja (przyznanie statusu studenta osobie uprzednio skreślonej z listy studentów uczelni); 4) skierowanie na urlop; 5) przyjęcie na zasadach przeniesienia; 6) przyjęcie na drugi i kolejny kierunek studiów; 7) powtórna rejestracja na semestr. W ramach funkcjonalności System musi automatycznie (bez żadnych dodatkowych czynności w tym zakresie ze strony pracowników uczelni) ww. decyzje uczelni pokazywać na tle wynikających z tego faktu konsekwencji (zmian statusu studiowania). Przykładowo, w przypadku podjęcia decyzji uczelni o reaktywacji (przyznania statusu studenta osobie uprzednio skreślonej z listy studentów uczelni) System informatyczny w ramach funkcjonalności ma automatycznie generować listę przedmiotów przypisaną do studenta. Z kolei w przypadku skierowania na powtarzanie modułu/przedmiotu System informatyczny powinien automatycznie generować listę przedmiotów oraz odpłatność za świadczone usługi edukacyjne (zgodnie z wewnętrznymi aktami prawnymi). Pełna lista możliwych konsekwencji wynikających z faktu podjęcia tych ww. decyzji dla studenta wynika z właściwych przepisów (Ustawa Prawo o szkolnictwie wyższym; Regulamin studiów wyższych ZUT w Szczecinie – regulamin jest dostępny na stronie internetowej Zamawiającego menu: Baza aktów prawnych → Hasła → Regulamin studiów.

40. System pozwala na wygenerowanie (decyzji, umów, zaświadczeń, itd.) wg zdefiniowanych szablonów dla pojedynczego studenta jak i dla wyfiltrowanej grupy.

41. System prowadzi automatyczny rejestr wystawionych dokumentów. Wystawione dokumenty przechowywane są w systemie.

42. Funkcja generowania zestawień - formularzy przekazania dokumentów do archiwum (kategorie akt, dane dostępne w bazie itp.,).

43.System prowadzi ewidencję płatności studentów na podstawie wprowadzanych raportów bankowych z wpłatami na poszczególne konta studentów. Kontrolowane są terminy wymagalności opłat, naliczane odsetki. System umożliwia wprowadzanie zwolnień z opłat lub umorzeń części lub całości opłaty.

44. Generowanie i wydruk druków do dokonywania zwrotów nadpłat.

45. Generowanie zestawień kontrolnych (np. lista studentów, którym nie zostały naliczone płatności), funkcja wyszukiwania studentów dłużników wg zadanych parametrów.

46. Możliwość wspomagania windykacji należności poprzez: wezwania do zapłaty, informacje na stronie wirtualnego dziekanatu, e-mail, umożliwienie funkcjonalności komunikatów SMS.

47.

Możliwość definiowania i generowania dokumentów:1. oświadczeń,2. wezwań do zapłaty,3. decyzji,4. skierowań na badania lekarskie,5. zaświadczeń np. US, PFRON, itp.,6. druku korekty do księgowości oraz zapisywanie ich w kartotece studenta.

48. Możliwość sortowania i filtrowania wpłat wg wydziałów, kierunków, trybów i stopni studiów, źródeł wpływu.

49.

Możliwość tworzenia zestawień, raportów analitycznych i syntetycznych wg zadanych parametrów za dowolny okres czasu:

1. z podziałem na wydziały, kierunki, tryb i stopnie studiów,2. raportów dziennych wpływów z systemu bankowego, kasy.

50. Możliwość uzyskania informacji o należnościach za pobyt w domu studenckim, naliczeń czynszu, stypendiów

11



przekazywanych na zaległości w opłatach za studia.51. System umożliwia obsługę Elektronicznej Legitymacji Studenckiej i Doktoranckiej.

52. System umożliwia komunikację ze studentem za pośrednictwem wielu kanałów przekazywania informacji – system on-line, email oraz opcjonalnie SMS.

53.System obsługuje pomoc materialną oraz dokumenty z nią związane. System obsługuje proces wydawania decyzji stypendialnych (w tym wprowadzanie dokumentów źródłowych), kontroluje zgodność wydawanych decyzji z przepisami dotyczącymi pomocy materialnej.

54.

System wspiera obsługę stypendiów zagranicznych: ewidencję wykładów realizowanych na wyjazdowych stypendiach (wpis do indeksu, karty egzaminacyjnej, suplementu), tworzenie różnic programowych, obliczanie średniej ocen, zaliczenie semestru, ewidencja dokumentów związanych z realizacją wyjazdów na studia zagraniczne, możliwość generowania dokumentów np.: umowy na wyjazd, aneksu do umowy, polecenia wypłaty grantów.

55.

System umożliwia wygenerowanie predefiniowanych raportów oraz tworzenie szablonów nowych, parametryzowanych. Raporty predefiniowane:

1. GUS,2. opłaty,3. braki (np. przedmiotowe studenta),4. wydane druki ścisłego zarachowania,5. raport średnich ocen studentów,6. wypis z indeksu,7. rejestr wydanych indeksów,8. rejestr wydanych legitymacji,9. rejestr umów,10. album studentów.

56.

Sporządzanie wykazów i statystyk studentów wg ocen bieżących, ocen na świadectwie maturalnym, rodzaju ukończonej szkoły średniej, miejsca zamieszkania, odległości od Uczelni, w przypadku wyjazdów na studia za granicę wg krajów, uczelni partnerskich, wydziałów, kierunków, roku studiów, lat kalendarzowych i akademickich, wg uzyskanych punktów (np. ECTS).

III. Funkcje w zakresie zarządzania planami studiów57. W systemie tworzona jest jedna baza kursów podzielona na przedmioty ogólnouczelniane i kierunkowe

prowadzone na danym wydziale.58. System obsługuje studia rozpoczynające się w semestrze zimowym oraz letnim.59. System umożliwia wprowadzanie warunków brzegowych (takich jak np.: limity, punkty, standardy).

60. System udostępnia mechanizmy do tworzenia planów studiów (korzystające z jednolitej bazy kursów i pracowników).

61. Zbieranie propozycji do programów studiów od nauczycieli odpowiedzialnych za przedmioty oraz tworzenie oferty w języku angielskim realizowane jest za pośrednictwem systemu on-line (sylabusy).

62.

Funkcje systemu wprowadzania i edytowania sylabusów on-line:1. nauczyciel akademicki może wprowadzić sylabus do prowadzonych

przez siebie przedmiotów wg wzoru formularza określonego przez Uczelnię,2. osoby uprawnione mogą definiować przebieg procesu weryfikacji i akceptacji wprowadzonego

sylabusa,3. proces składania sylabusów musi uwzględnić strukturę uczelni oraz funkcje

i zakres odpowiedzialności osób zaangażowanych w tworzenie i weryfikację sylabusów,4. system musi zapewnić funkcjonalność eksportowania wybranych sylabusów do postaci plików

DOC/PDF i wysyłanie powiadomień e-mail do określonych adresatów informujących o zmianie stanu/statusu sylabusa.

63. System tworzy archiwum planów i programów studiów.

64. System udostępnia możliwość indywidualnego kształtowania toku studiów (np. na bazie wyboru przedmiotów ze zdefiniowanych planów studiów).

65. System generuje wydruki planów studiów oraz dokumentów (np. kart zaliczeń, protokołów).

IV. Funkcje w zakresie planowania zajęć, rozliczania dydaktyki na poziomie wydziału

66. System podpowiada liczbę grup na podstawie planowanych liczebności studentów (w tym na podstawie planowanego podziału na specjalności) pozostawiając decyzję osobie upoważnionej.

12



67.

System umożliwia zarządzanie:1. bazą sal w skali uczelni (w tym określenia uprawnień do konkretnej sali dla konkretnego planisty,

określanie terminów dostępności sali),2. pensami, zniżkami pensum (w danym semestrze/roku akademickim),3. dezyderatami nauczycieli (wytyczne dla nauczycieli akademickich publikowane w wewnętrznych i

zewnętrznych aktach prawnych) - połączone z systemem on-line.

68.

System umożliwia określanie obciążeń przez jednostki z możliwością sztywnego przypisywania zajęć dla osób firmujących kierunki (nauczyciele akademiccy wchodzący w skład obsady kadrowej danego kierunku studiów : Rozporządzenie MNiSW z dnia 05 października 2011 r. w sprawie warunków prowadzenia studiów na określonym kierunku i poziomie kształcenia). System umożliwia symulację obciążeń jednostek.

69.

System musi zapewniać graficzne tworzenie i podgląd semestralnych planów zajęć (wg dni tygodnia, dat, z pominięciem dni wolnych) z uwzględnieniem planów studiów stacjonarnych i niestacjonarnych w tym:1. możliwość automatycznego uwzględniania lub odrzucania dezyderatów,2. elastyczne planowanie zajęć (np. kończenie zajęć w określonym terminie),3. dodawanie terminów zastrzeżonych,4. mechanizmy kontroli „logiczności” planów zajęć:

4.1. kontrola czasu przejścia pomiędzy budynkami,4.2. kontrolowanie pojemności sali i liczby studentów w grupach lub zapisanych na wybrany przedmiot

(informowanie w czytelny sposób o przekroczeniu pojemności sali).5. możliwość filtrowania danych według: nauczyciela, grupy, sali, przedmiotu, typu zajęć.

70. Mechanizmy kontroli konfliktów w planach zajęć (np. zajętość: sal, nauczycieli, studentów, godzin; kontrola czasu przejścia pomiędzy budynkami; dezyderaty).

71. Możliwość dokonywania zmian w planie zajęć na bieżąco (odwołanie, przesunięcie zajęć) wraz z automatycznym przesłaniem informacji do zainteresowanych grup, wykładowców (mail, SMS).

72. Możliwość kontrolowania uprawnień użytkowników co do możliwości zmiany zajęć w planie innych pracowników (uprawnienia osoby do planów z wybranych kierunków, albo do planów innej katedry).

73.Harmonogramy zajęć muszą być dostępne na stronie internetowej Uczelni (system on-line tzw. Wirtualny Dziekanat – dedykowane do tego celu serwis internetowy) w planie zajęć grupy, wykładowcy, sali (uaktualniane NA BIEŻĄCO po każdej zmianie danych).

74. Możliwość wykonania statystyk procentowego wykorzystania sal z podziałem na dni, godziny i semestry.75. System umożliwia wprowadzanie korekt do wykonania obciążeń dydaktycznych.76. System uwzględnia w realizacji pensum zrealizowane prace dyplomowe.77. System umożliwia generowanie umów zleceń i o dzieło na prowadzenie zajęć.

78.System umożliwia definiowanie cykli zajęć dla konkretnych przedmiotów przydzielonych do danej grupy z określonym nauczycielem, definiowanie długości cyklu według daty zakończenia lub liczby wystąpień, na studiach (stacjonarnych, niestacjonarnych, doktoranckich, podyplomowych oraz kursach).

79.System umożliwia generowanie zleceń do jednostek na prowadzenie zajęcia. Przy każdym przedmiocie w danym toku studiów musi być możliwość przypisania wydziału/katedry, która prowadzi dany przedmiot (przedmiot o jednej nazwie może być prowadzony na wielu wydziałach/katedrach).

80.Możliwość podziału zajęć (wykładu, ćwiczeń, laboratoriów, itd.), pomiędzy wielu pracowników oraz automatyczne ewidencjonowanie zdarzenia (zmiana obowiązków pracowników) w rozliczeniach godzin, siatce godzin i planie zajęć.

81. Zbieranie i ewidencja danych dotyczących harmonogramu sesji egzaminacyjnych i innych form zaliczeń.82. Obsługa zastępstw nauczycieli lub zajęć odwołanych, powiązana z rozliczaniem nauczycieli.83. Rezerwacja sal, np.: remont, konferencja, prezentacja.

84. Generowanie w dowolnym momencie informacji dotyczącej zrealizowanego planu studiów przez grupę lub indywidualnego studenta.

85.Możliwość określenia czy zdefiniowane zajęcia mają być wliczane do rachunku nauczyciela (wraz z ilością godzin), czy też nie mają być wliczane np.: w przypadku, kiedy wykładowca prowadzi zajęcia w tej samej sali z dwiema grupami.

86. Integracja z rozliczaniem pensum. Informacja o zmianach w planie zajęć wpływa automatycznie na naliczanie pensum danego nauczyciela.

87. Ewidencja pensum pracowników oraz jego realizacji: podział na studia stacjonarne, niestacjonarne; podział na formy zajęć (np. wykłady, ćwiczenia, seminaria).

88. Ewidencja godzin zajęć prowadzonych przez pracowników wydziału na innych wydziałach i wliczanie ich do pensum lub godzin ponadwymiarowych.

89. Generowanie dowolnych zestawień za godziny ponadwymiarowe.

13



90. Możliwość grupowego przypisywania stawek za godziny ponadwymiarowe według kryteriów: katedra/zakład/instytut, tytuł naukowy, stanowisko, osoba prowadząca zajęcia.

91. Generowanie dowolnych zestawień dla zatrudnionych na umowę o dzieło/zlecenie wraz z liczbą godzin.92. Wprowadzanie mnożników do godzin dydaktycznych (różne mnożniki dla różnych zajęć)

93.

Rozliczenia kadry naukowo-dydaktycznej z zajęć i innych zadań realizowanych na rzecz Uczelni, w tym:1.1. ewidencja pensum zaległego,1.2. tworzenie i ewidencja umów o dzieło, umów zlecenia oraz stawek pracowników, 1.3. generowanie dowolnych zestawień za godziny ponadwymiarowe, wykładowców zatrudnionych w

ramach umowy o dzieło/zlecenie,1.4. rozliczanie:

1.4.1.dojazdów i noclegów,1.4.2.egzaminów i zaliczeń,1.4.3.udziału w komisjach obron prac dyplomowych, doktorskich,1.4.4.opieki i promotorstwa prac dyplomowych, doktorskich,1.4.5.recenzji prac dyplomowych, doktorskich,1.4.6.uczestnictwa w projektach,1.4.7.konsultacji,1.4.8.opieki nad studentami indywidualnymi,1.4.9.opieki nad kołami naukowymi i innych.

94. Wspomaganie rozliczania studiów doktoranckich w zakresie godzin dydaktycznych doktorantów.95. Możliwość generowania zestawień dla kwestury i kadr.V. Funkcje w zakresie realizacji obowiązków przez administrację centralną

96. Obsługa stypendiów

97. System umożliwia dokonywanie symulacji stypendiów z podziałem na wszystkie warianty, której wynikiem jest dopasowywanie widełek i kwoty bazowej.

98.Umożliwia wprowadzenie i modyfikację algorytmów naliczania stypendiów na podstawie obowiązującego Regulaminu pomocy materialnej ZUT w Szczecinie oraz innych aktów prawnych regulujących kwestie pomocy materialnej.

99. System umożliwia eksport danych do systemu bankowego, obsługę korekt i zwrotów bankowych w zakresie wypłat stypendiów.

100. System umożliwia obsługę odwołań od decyzji stypendialnych wydanych przez odpowiednie organy przyznające pomoc materialną.

101.

System umożliwia tworzenie raportów (na bazie predefiniowanych z możliwością parametryzowania wydruku jak i tworzenie nowych szablonów). Predefiniowane raporty (przykładowe):

1. liczba studentów otrzymujących stypendia z podziałem wg rodzaju stypendium,2. raport z wydatków stypendialnych (porównawczy z kilku lat),3. raport stypendialny z aktualnych wypłat (wszystkie rodzaje stypendiów),4. raporty pozostałych wypłat,5. miesięczne listy stypendialne oraz podsumowanie wypłat,6. sprawozdanie S-10, S-11.

102. Obsada kadrowa z zapewnieniem współpracy z istniejącymi systemami w tym zakresie łącznie z obsługą minimum kadrowego i wymiany danych z systemem POLON.

103. System umożliwia zarządzanie pensami (w tym zniżkami pensum, modyfikację na podstawie zwolnień lekarskich).

104.

System umożliwia generowanie raportów na bazie danych wprowadzanych przez wydziały podczas planowania zajęć (raporty predefiniowane, oraz możliwość tworzenia nowych):

1. wykaz wydziałów z podziałem na kierunki (wg wzoru MNiSW),2. wykaz osób obsady kadrowej kierunków,3. wykazy obciążeń nauczycieli, jednostek i przedmiotowe jednostek.

105. Obsługa wymiany studentów; obsługa studentów zagranicznych.106. Prowadzenie centralnej księgi dyplomów. Nadawanie numerów dyplomom.107. Prowadzenie centralnego albumu studentów i doktorantów oraz nadawanie numerów albumom.

108. Tworzenie, wyświetlanie i drukowanie dowolnych zestawień statystycznych dotyczących wszystkich studentów uczelni.

109. System pozwala na naliczanie opłaty za studia w przypadku studentów zagranicznych na podstawie

14



odpowiednich rozporządzeń. Umożliwia anulowanie opłaty oraz udzielanie zniżek.

110. System umożliwia studentowi - obcokrajowcowi wydanie wykazu ocen, przedmiotów oraz punktów w języku angielskim.

111. Ankietyzacja (dostępna również dla wydziałów).

112.System obsługuje dane z ankietyzacji przeprowadzonej na dwa sposoby:

1. za pośrednictwem systemu on-line,2. w formie papierowej, poddanej obróbce OCR.

113.

Obsługa ankiet, testów i egzaminów on-line (dostępna również dla wydziałów i komisji rekrutacyjnych):1. ankietowanie/egzaminowanie studentów poprzez Internet,2. możliwość umieszczenia przed ankietą/egzaminem tekstu powitalnego, wyjaśniającego cel

ankietowania/egzaminowania i sposób jego przeprowadzenia,3. wielojęzykowość,4. obsługa pytań jednokrotnego wyboru,5. obsługa pytań wielokrotnego wyboru,6. obsługa pytań nadrzędnych i podrzędnych,7. możliwość dodawania zdjęć do ankiet/egzaminów,8. obsługa odpowiedzi tekstowych (komentarz),9. obsługa układu wyświetlania (pionowy, poziomy),10. automatyczne generowanie wyników egzaminów i ankiet,11. definiowanie ankiet ewaluacyjnych (ocena zajęć) indywidualnie dla studentów,12. możliwość przeprowadzania ankiet ewaluacyjnych oceniających pracowników dydaktycznych

prowadzących zajęcia,13. możliwość definiowania kryteriów wyboru adresatów ankiety, opierających się na danych zawartych

w Systemie, w tym adresowanie ankiety do dowolnie wybranych grup społeczności akademickiej w oparciu o dostępną bazę studentów, pracowników naukowo-dydaktycznych, absolwentów,

14. możliwość określania puli adresów IP oraz terminu dostępu (data, godzina od, godzina do, z dokładnością do minuty), z których możliwe będzie wypełnienie ankiety/egzaminu.

114. System umożliwia wygenerowanie ankiety on-line do dowolnego obiektu i dowolnej grupy docelowej.115. Wszystkie wyniki przechowywane są w systemie i umożliwiają wygenerowanie raportu.

116.

System musi umożliwiać syntetyczną analizę i elastyczną prezentację wyników ankietowania wg wszystkich danych zawartych w ankietach - ocena indywidualna nauczyciela akademickiego, ocena łączna w skali Uczelni - ocena ogólna, ocena wg poszczególnych kryteriów, wyniki w odpowiednich przekrojach np. wydziały, katedry, grupy pracowników, jednostki administracji uczelni związane z rekrutacją i obsługą studentów.

117.System musi umożliwiać nieograniczony czas i zakres archiwizowania wyników poszczególnych badań ankietowych realizowanych w przeszłości oraz tworzenie zestawień z dowolnie zadanego przedziału czasowego, w którym były przeprowadzane oceny ankietowe.

118. System musi umożliwiać przekazanie wyników ankiet zainteresowanym pracownikom naukowo-dydaktycznym lub władzom Uczelni drogą elektroniczną.

VI. Funkcje w zakresie raportowania119. System umożliwia tworzenie i elastyczne dostosowywanie raportów zawartych w systemie do własnych

potrzeb, oraz tworzenie nowych raportów, dowolnie zdefiniowanych z danych zawartych w systemie.120. Tworzenie sprawozdań urzędowych, wymaganych od uczelni zgodnie z obowiązującymi przepisami prawa.121. Kreowanie sprawozdań bez konieczności użycia narzędzi programistycznych.

122. Możliwość używania różnorodnych form prezentacji treści (np.: raporty tekstowe, raporty tabelaryczne, tabele przestawne, zestawienia, wykresy, wskaźniki).

123. Możliwość tworzenia różnych typów raportów: analityczne, wielowymiarowe kostki OLAP, wskaźniki KPI.

124. Korzystanie ze zdefiniowanych słowników utworzonych w systemach uczelnianym i administracyjnym przy tworzeniu sprawozdań.

125. Tworzenie zestawień ogólnych oraz własnych użytkownika systemu.126. Prowadzenie sprawozdawczości i analiz zależnych od czasu.127. Eksport danych i raportów do MS Office.128. System zawiera predefiniowane raporty (dostępność raportów oznaczona dla użytkowników: A-administracji

centralnej, W-wydziałów, JO-jednostek organizacyjnych, P-pracowników:

1. Zestawienie ilościowe kandydatów na studia dla całej uczelni (np.: wg kierunków studiów,

15



wydziałów, poziomu kształcenia i formy studiów, miejsca ukończenia szkoły średniej, typu szkoły średniej, źródła informacji o uczelni i kierunku studiów, województwa, daty urodzenia, płci, niepełnosprawność i rodzaj niepełnosprawności, preferencji kandydata) (A, W, JO);

2. Statystyki ilościowe - wyniki postępowania rekrutacyjnego kandydatów na studia dla całej uczelni oraz wg kierunków studiów, wydziałów, poziomu kształcenia, formy studiów, miejsca ukończenia szkoły średniej, typu szkoły średniej, preferencji kandydata w wybranym okresie analizy (A, W);

3. Raport z wyników kształcenia dla wybranego wydziału, kierunku studiów, poziomu kształcenia i formy studiów, specjalności (specjalizacji), wybranego przedmiotu, wybranego nauczyciela prowadzącego przedmiot, studenta lub grupy studenckiej w wybranym okresie analizy, wg średniej i rodzaju oceny (bdb, db, brak zaliczenia, etc.) (A, W, JO, P);

4. Analiza terminowości wydawania i przyjmowania kart i protokołów zaliczeń (W);5. Ilościowy raport z wyjazdów, stypendiów, indywidualnych toków studiów, urlopów z

podziałem na rodzaj urlopu, skreśleń, wg kierunków, poziomu kształcenia i formy studiów, powtórnej rejestracji na semestr, w wybranym okresie analizy (A, W, JO);

6. Statystyka terminowości zaliczeń (powtarzalności przedmiotów) dla wybranego wydziału, kierunku studiów, poziomu kształcenia i formy studiów, specjalności (specjalizacji), wybranego przedmiotu, wybranego nauczyciela prowadzącego przedmiot, studenta lub grupy studenckiej w wybranym okresie analizy, wg średniej i rodzaju oceny (bdb, db, brak zaliczenia, etc.) (A, W, JO, P);

7. Raport z realizacji przedmiotów obieralnych (np. ilość osób które wybrały przedmiot, ilość osób które realizowały przedmiot, częstość uruchomienia przedmiotu) (W, JO, P);

8. Zestawienie efektywności kształcenia dla wybranego wydziału, kierunku studiów, poziomu kształcenia i formy studiów, specjalności (specjalizacji), wybranego przedmiotu, wybranego nauczyciela prowadzącego przedmiot, studenta lub grupy studenckiej w wybranym okresie analizy (A, W, JO, P);

9. Analiza liczności grup (zestawienie grup niepełnych) (A, W);10. Ilościowy raport z przebiegu procesu dyplomowania wg wydziałów, opiekunów, recenzentów,

kierunku, poziomu kształcenia i formy studiów, specjalności (specjalizacji) w wybranym okresie analizy (A, W, JO);

11. Ilościowy i wartościowy raport z pomocy stypendialnej wg wydziałów, kierunku, poziomu kształcenia i formy studiów, rodzaju świadczenia stypendialnego, w wybranym okresie analizy (A, W,);

12. Ilościowy i wartościowy raport z opłat za usługi dydaktyczne (w tym czesne, opłaty za powtarzanie przedmiotu) wg wydziałów, kierunku, poziomu kształcenia i formy studiów, w wybranym okresie analizy (A, W);

13. Analiza obciążeń dydaktycznych wg jednostek organizacyjnych (zakład, katedra, instytut, wydział), stanowiska, pracownika, w wybranym okresie analizy (A, W, JO, P);

14. Koszty kształcenia wg wydziału, kierunku studiów, poziomu kształcenia i formy studiów, specjalności (specjalizacji) - analiza zaległości, nadpłat, w wybranym okresie analizy (A, W, JO);

15. Raporty ilościowe ocen z ankietyzacji wg wydziałów, kierunków, poziomu kształcenia i formy studiów, przedmiotów, stanowisk, w wybranym okresie analizy (A, W, JO, P);

16. Raporty dotyczące rejestrów wydanych dokumentów (druki ścisłego zarachowania np. dyplomy, blankiety ELS, hologramy, indeksy, umowy) (A, W, JO);

17. Karty okresowych osiągnięć studenta.VII. Funkcje w zakresie komunikacji ze studentami129. Komunikacja ze studentami oparta na kontach email utrzymywanych na serwerach uczelni zakładanych

automatycznie przy imporcie danych kandydatów przyjętych do bazy systemu.

130.

System umożliwia przekazywanie komunikatów wraz z załącznikami (korespondencja seryjna) z dziekanatu do wybranego studenta, grupy studenckiej, starostów, nauczycieli, jednostek organizacyjnych uczelni (wydział, katedra), pracowników dydaktycznych wydziału (np. o badaniach lekarskich, przełożonych zajęciach, konieczności wypełnienia ankiety, etc.).

131. System umożliwia przekazywanie przez pracowników dydaktycznych krótkich komunikatów bez załączników do wybranej grupy studenckiej, starostów.

132.System umożliwia przekazywanie komunikatów wraz z załącznikami (korespondencja seryjna) z Działu Kształcenia oraz Działu ds. Studenckich do wybranych jednostek organizacyjnych uczelni (wydział, katedra) i odwrotnie.

16



133. Definiowanie grup odbiorców wiadomości na podstawie ich przynależności do grup dziekanatowych, wybranych zajęć itp.

134. Możliwość skierowania komunikatów do określonej grupy studentów lub pracowników.135. Definiowanie kanału przesyłu wiadomości dla każdego odbiorcy z osobna (email/SMS).

136. Wysyłanie e-maili / SMSów do studentów i prowadzących wraz z możliwością dołączenia załącznika do e-maila.

137. Tworzenie dowolnych szablonów powiadomień.138. Możliwość zdefiniowania płatnych kanałów komunikacyjnych (np. sms).139. Przechowywanie historii wysyłanych komunikatów.

140.

Komunikacja w kierunku od studenta do systemu w celu np. zebrania i przetworzenia deklaracji wyboru specjalności, przedmiotów obieralnych czy tematów prac dyplomowych, złożenia elektronicznego podania do dziekana w związku z tokiem studiów, przekazywania informacji o osiągnięciach naukowych doktorantów, itp..

VIII. Funkcje w zakresie obsługi domów studenckich141. System jest sprzężony z systemem Finansowo-Księgowym (opis tabela pkt 21).142. Ewidencja domów studenckich.143. Ewidencja pokojów w poszczególnych domach studenckich oraz ich wyposażenia.

144.

System obsługuje wszystkie grupy klientów (studentów Uczelni, zagranicznych, pracowników, osoby z zewnątrz, itp.). Umożliwia zdefiniowanie zasad obsługi poszczególnych grup. Przykładowo, system powinien umożliwiać różnicowanie wysokości odpłatności za zamieszkanie w domu studenckim w zależności od grupy klientów (studenci, pracownicy, osoby z zewnątrz). System powinien respektować odmienny sposób naliczania opłat oraz terminy opłat – miesięcznie dla studentów, wg doby hotelowej – dla osób z zewnątrz, w tym odsetek za opóźnienia w płatnościach.

145. System zapewnia wgląd tylko w niezbędne dla prawidłowego realizowania funkcji przez Domy Studenckie dane o studencie.

146.Zapewnia wgląd w zestawienie informacji o stanie rozliczeń finansowych studenta z Domem Studenckim (w zakresie opłat, odsetek). Połączenie modułu obsługi domów studenckich z funkcjonalnością naliczania opłat Dziekanatu.

147.

System umożliwia:1. zarządzanie zapleczem lokalowym (budynki, pokoje - w tym dla osób niepełnosprawnych,

wyposażenie, itp.),2. zapisanie w charakterystyce pokoju takich informacji jak: liczba miejsc, dostępność, konfiguracja

sieci komputerowej i telefonicznej,3. raport miejsc wolnych/zajętych w pokojach,4. rezerwowanie miejsc dla studentów, pracowników lub osób z zewnątrz (gości),5. rozliczanie kaucji za miejsce w domu studenckim,6. składanie podań o pokój w DS za pośrednictwem systemu on-line,7. centralne zarządzanie przydziałem pokoi w akademikach dla kandydatów i studentów,8. zarządzanie niewykorzystanymi miejscami; zarządzanie rezerwacjami,9. zmianę miejsca zakwaterowania studenta pomiędzy domami studenckimi,10. meldunki na pobyt czasowy z opcją „aktualne” i „nieaktualne”,11. kwaterowanie studentów innych uczelni,12. definiowanie wysokości opłat w zależności od budynku, standardu pokoju i informacji w oparciu o

wewnętrzne akty prawne ZUT w sprawie opłat za DS,13. naliczanie odsetek.

148. Masowe tworzenie obciążeń finansowych za pobyt w domu studenckim.

149. Możliwość definiowania statusów w zakresie domów studenckich: przyznania lub odmowy, podjęcie zakwaterowania, zrezygnowania z DS lub nie zgłoszenia się do zakwaterowania, wykwaterowanie.

150. Tworzenie i drukowanie statystyk do ustalania progów dochodowych z uwzględnieniem preferowanego DS i ilości miejsc w DS do przyznania miejsca w domu studenckim.

151. Możliwość wydruku (grupowo lub indywidualnie) i ewidencji skierowań do domu studenckiego według zadanych warunków selekcji.

152. Tworzenie list mieszkańców domu według wybranych kryteriów (np. obcokrajowcy z podziałem na narodowości, obywatele UE, studenci programów zagranicznych.

153. Możliwość ustalenia dat kwaterowania.154. Przechowywanie historii meldunków.

17



155. Generowanie raportów oraz wydruków zawierających dane przechowywane w systemie.156. Możliwość drukowania kart mieszkańców wraz z fotografią.157. System zapewnia generowanie raportów GUS.IX. Funkcje w zakresie obsługi rekrutacji

158. System rekrutacyjny operuje na odrębnej bazie danych, zgodnie z przepisami dot. ochrony danych osobowych.

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

160.

Podczas rejestracji w systemie kandydat ma możliwość:1. krokowego wypełniania formularza i przerwania jego wypełniania a następnie powrotu (wszelkie

wprowadzane dane są weryfikowane, dane dotyczące wyników matury są importowane i weryfikowane z bazą KReM);

2. wyboru kilku kierunków studiów, na które chce się ubiegać o przyjęcie;3. wprowadzenia zdjęcia (ściśle zdefiniowanego przez administratora);4. wyboru przez kandydata (na etapie rejestracji) kierunku głównego i kierunków/specjalności

alternatywnych, możliwość definiowania priorytetów w tym zakresie, możliwość wybrania przez kandydata ścieżki kształcenia;

5. przeglądania FAQ z wszelkimi istotnymi dla procesu rekrutacyjnego informacjami;6. wprowadzenia danych dotyczących każdego rodzaju matury w tym międzynarodowej, które system

automatycznie uwzględni w algorytmie wyliczającym liczbę punktów;7. złożenia podania o miejsce w domu studenckim;8. wydruku dokumentów niezbędnych w procesie rekrutacji;9. sprawdzenia aktualnego statusu swojego podania o przyjęcie;10. całkowitego usunięcia danych z systemu.

161. System:1. gromadzi dane o przebiegu postępowania rekrutacyjnego (dane osobowe, egzaminy, wprowadzone

oceny, itd.);2. zapisuje informacje dotyczące aktywności użytkowników;3. porównuje dane wprowadzane do systemu przez kandydatów z danymi zapamiętanymi w głównym

systemie i informuje o sytuacjach wymagających wyjaśnienia (np. podjęcie drugiego kierunku);4. umożliwia wyszukiwanie kandydatów wg wszystkich wprowadzonych danych;5. umożliwia generowanie niezbędnych wydruków w tym wydruków rankingów wg zdefiniowanych

kryteriów;6. prowadzi rejestr decyzji i korespondencji związanej z postępowaniem rekrutacyjnym;7. umożliwia tworzenie dowolnych raportów z danych zapamiętanych w systemie;8. anonimizuje dane dotyczące kandydatów po zakończeniu postępowania rekrutacyjnego,

umożliwiając jednocześnie prowadzenie badań statystycznych na bazie danych z kolejnych lat;9. umożliwia przygotowanie sprawozdania np.: EN-1;10. umożliwia przygotowanie statystyk do GUS: S-10, S-12 w podziale na studia stacjonarne i

niestacjonarne, I i II stopnia, miejsce studiowania, doktoranckie i podyplomowe, cudzoziemców: ogółem, według krajów pochodzenia, polskiego pochodzenia, przyjęci na różnych zasadach, studenci i absolwenci niepełnosprawni, rodzaj i stopień niepełnosprawności, wg roku i kierunków studiów, studenci i absolwenci wg płci, roku urodzenia, roku studiów, kierunku studiów;

11. zapewnia elastyczne dopasowanie procesu rekrutacji;12. działa na zasadzie słowników;13. umożliwia rozsyłanie masowych informacji e-maili/SMS do kandydatów wybranych wg dowolnych

kryterium;14. umożliwia tworzenie raportów i statystyk z procesu rekrutacji, bądź jej etapów;15. umożliwia archiwizację danych rekrutacji zakończonych;16. umożliwia wprowadzanie wyników egzaminów wstępnych lub rozmów kwalifikacyjnych;17. umożliwia generowanie kont do opłat;18. umożliwia obsługę kandydatów, którzy nie przechodzą standardowego procesu kwalifikacji na studia

np. studenci przenoszący się z innych uczelni, studenci rozpoczynający drugi kierunek, niektóre grupy cudzoziemców, itd. - możliwość definiowania innych niż ogólnie obowiązujące zasady przyjęć;

19. umożliwia definiowanie listy wymaganych dokumentów od kandydatów w zależności od zadeklarowanego przez kandydata poziomu kształcenia i formy studiów, dokumentów

18



przedwyjazdowych i rozliczeniowych (dla studiów zagranicznych), możliwość wyświetlania i raportowania na bieżąco listy dokumentów złożonych i niezłożonych przez kandydata/studenta;

20. umożliwia samodzielne definiowanie nowych formularzy rekrutacyjnych (dla kandydatów, studentów lub pracowników) zgodnie ze zmieniającą się ofertą edukacyjną;

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

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

23. umożliwia wspomaganie prowadzenia odwołań poprzez możliwość odnotowywania w programie X. Funkcje w zakresie systemu on-line162. Za pomocą systemu on-line studenci mogą uzyskać dostęp do:

1. planów i programów nauczania;2. planów zajęć, z możliwością wyeksportowania ich do formatów kalendarzowych (także poprzez

unikalny adres www, z którym mogą się synchronizować kalendarze);3. dedykowanych ogłoszeń i informacji;4. informacji o stanie płatności i pomocy materialnej;5. mechanizmów wyboru przedmiotów obieralnych i specjalności;6. ankiet;7. ocen wystawionych przez prowadzących zajęcia;8. banku tematów prac dyplomowych;9. książki adresowej uczelni wraz z wyszukiwarką;10. mechanizmów komunikacji w grupach zajęciowych i z prowadzącymi;11. mechanizmów procesu dyplomowania;12. pobierania druków niezbędnych w toku studiów (w tym do spersonalizowanych kart zaliczeń);13. zestawienia linków do usług informatycznych i innych istotnych informacji w skali uczelni;14. FAQ;15. skrzynki podawczej rozumianej jako mechanizm umożliwiający elektroniczne składanie pism, podań

(rozwinięcie w poz. 17 tabeli);16. zapisów na kursy (jeżeli uczelnia będzie planować wdrożenie zapisów);17. zapisów na wybrane seminaria i wykłady do wyboru, w tym również w językach obcych18. zmiany i przypomnienia hasła;19. wglądu w stan rezerwacji bazy lokalowej.20. dostęp do materiałów multimedialnych (dokumenty *.txt, *.doc, *.PDF, obrazy, filmy, pliki dźwiękowe

19



i inne formaty) zamieszczonych w ramach zajęć, w których uczestniczy student21. dostęp do testów/egzaminów zdefiniowanych przez pracownika dydaktycznego22. dostęp do forum dyskusyjnego, czatu, głosowania, ankiet udostępnionych w systemie on-line23. wybór przez studentów przedmiotów obieralnych wraz z możliwością wyboru grupy zajęciowej z

uwzględnieniem weryfikacji konfliktów w planie zajęć studenta24. wybór przez studentów dodatkowych aktywności (basen, siłownia, koło naukowe, szkolenia, itp.)

powiązane z automatycznym naliczeniem ewentualnej indywidualnej opłaty (np. opłaty za basen, siłownię itp.)

163.

Za pomocą systemu on-line nauczyciele uzyskują dostęp do:

-w zakresie planów zajęć:1. list uczestników zajęć,2. mechanizmów pozwalających na wprowadzanie dezyderatów do planu zajęć,3. podglądu planów zajęć,4. ustalania terminarza egzaminów i zaliczeń;

-w zakresie planów i programów studiów oraz toku studiów:5. zgłaszania przedmiotów obieralnych,6. wprowadzania ocen (w tym generowania protokołów),7. wyszukiwanie studentów pozwalające na dostęp do ocen wystawionych w innych semestrach8. uzupełniania treści programowych przedmiotów (obsługa sylabusów)9. możliwości systemu wprowadzenia i edytowania sylabusów:

9.1. nauczyciel może wprowadzić sylabus do prowadzonych przez siebie przedmiotów wg wzoru formularza określonego przez administrację uczelni,

9.2. osoby uprawnione mogą definiować przebieg procesu weryfikacji i akceptacji sylabusów,9.3. proces składania sylabusów musi uwzględnić strukturę uczelni oraz funkcje i zakres

odpowiedzialności osób zaangażowanych w tworzenie i weryfikację sylabusów,9.4. system musi zapewnić funkcjonalność eksportowania wybranych sylabusów do postaci plików MS

Word i wysyłanie powiadomień e-mail do określonych adresatów informujących o zmianie stanu/statusu sylabusa,

9.5. możliwość drukowania zatwierdzonych sylabusów, zarówno pojedynczo, jak i grupowo,10.umieszczanie materiałów multimedialnych (dokumenty *.txt, *.doc, *.PDF, obrazy, filmy, pliki dźwiękowe i

inne formaty) przypisanych do prowadzonych zajęć11.układanie testów sprawdzających wiedzę studentów, nauczyciel powinien mieć możliwość ustawiania

zasad oceny, wskutek czego powinno być możliwe ocenianie w sposób automatyczny, to rozwiązanie powinno umożliwić studentowi sprawdzenie wyniku testu tuż po jego zakończeniu

12.możliwość komunikacji na linii: nauczyciel - student

-w zakresie obsługi procesu dyplomowania:13.wprowadzania tematów prac dyplomowych,14.przypisywania tematów studentom,15.proponowania recenzentów,16.wprowadzania recenzji i ocen,17.bazy aktów prawnych uczelni;18.książki teleadresowej uczelni z wyszukiwarką;19.rezerwacji sal;

-inne cechy:20.obsługa CV naukowego pracowników dydaktycznych:

20.1. możliwość wprowadzania informacji o publikacjach naukowych,20.2. możliwość wprowadzania informacji o uczestnictwie w konferencjach,

XI. Funkcje w zakresie ewidencji publikacji dorobku naukowego i dydaktycznego

164. Dostęp dla pracowników naukowo-badawczych przez stronę WWW (konto takie samo jak w wirtualnym dziekanacie) do danych o publikacjach zgromadzonych w systemie.

165. Pracownicy naukowo-dydaktyczni muszą mieć możliwość wchodzenia, przeglądania i zmiany, aktualizacji danych tylko na swoich kontach.

20



166.Wybrani użytkownicy muszą mieć możliwość zmiany i zatwierdzania tego, co wpisali pracownicy naukowo-dydaktyczni – po zatwierdzeniu pracownik naukowo-dydaktyczny nie ma możliwości zmiany wprowadzonych danych.

167. Wybrani użytkownicy muszą mieć możliwość wglądu w całość – bez możliwości zmiany danych.

168.Możliwość drukowania różnych dokumentów na podstawie danych z bazy danych (całość, wybrane poszczególne punkty, sprawozdanie z prac nad doktoratem, sprawozdanie naukowe, załącznik do oceny oraz CV).

169. Możliwość wyszukiwania pracowników naukowo-dydaktycznych ze względu na różne cechy (np. ekonomista ze znajomością języka niemieckiego).

170. Sprawozdawczość (raportowanie) tytułów publikacji i innych danych o publikacji – wg nazwiska; wg daty wydania, wg rodzaju publikacji itp.

171. Ewidencja publikacji pracowników naukowo-dydaktycznych wraz z możliwością składowania tych publikacji w formie elektronicznej.

172. Wyświetlenie na WWW spisu publikacji według wskazanej przez Zamawiającego formy wizualnej.173. Możliwość importu czasopism i punktów wydawanych przez MNiSW.

174. Możliwość podziału punktów między jednostkami współautorów w przypadku wydawnictw, które są dziełem wielu autorów, zgodnie z algorytmami określonymi przez MNiSW.

175. Możliwość ewidencjonowania przyznanych pracownikom nagród oraz staży pracowniczych

176. Możliwość wygenerowania CV pracownika, zawierającego wszystkie dane zgromadzone w bazie wraz z wykazem zdobytych przez niego punktów.

177. Możliwość zapamiętania punktacji dla publikacji według różnych indeksów.178. Wbudowane mechanizmy przeliczania punktacji pomiędzy różnymi indeksami.179. Możliwość przeprowadzenia szybkiej weryfikacji podziału punktów dla opracowań wielu autorów.180. Gromadzenie informacji dotyczącej kadry naukowej uczelni.181. Pełna obsługa przewodów doktorskich, habilitacyjnych i profesorskich.182. Ewidencjonowanie kosztów, stypendiów i urlopów.183. Możliwość tworzenia i edycji struktury uczelni i przypisywania do niej pracowników.

184. Tworzenie dowolnych zestawień i wydruków dotyczących kadry, wydziałów, instytutów, katedr, zakładów, przewodów, staży, nagród indywidualnych i zespołowych.

185. Generowanie zestawień statystycznych.186. Możliwość tworzenia korespondencji seryjnej na podstawie informacji zgromadzonych w bazie.

187. Ewidencja przyznanych nagród: przez kogo przyznana (Ministra/Rektora), rodzaj nagrody (indywidualna, zespołowa), imię i nazwisko, katedra, wydział, wysokość nagrody, rok uzyskania.

XII. Funkcje w zakresie serwisu badania losów zawodowych absolwentów188. Serwis wspomagający badanie losów zawodowych absolwentów musi być serwisem internetowym typu

CMS (Content Management System - system zarządzania treścią)

189.

Źródłami danych dla serwisu muszą być:1. Baza główna Systemu (w zakresie informacji o absolwentach i przebiegu ich studiów);2. Baza związana z funkcjami usługowymi serwisu wspomagającego badanie losów zawodowych

absolwentów;3. Struktury związane z funkcjonowaniem CMS.

190. Główne cechy serwisu wspomagającego badanie losów zawodowych absolwentów:1. serwis stron WWW oparty na technologii CMS zawierający część ogólnodostępną oraz część dostępną

po zalogowaniu2. serwis musi umożliwiać zdefiniowane ról użytkowników:

2.1.1.użytkownik niezalogowany (dostęp wyłącznie do części ogólnej serwisu informacyjnego),2.1.2.użytkownik zalogowany – absolwent,2.1.3.administrator – pracownik obsługujący serwis

3. logowanie do systemu online:3.1.1.jeżeli absolwent jest również studentem – po zalogowaniu się do systemu online musi mieć w

menu linka do serwisu wspomagającego badanie losów zawodowych absolwentów,3.1.2.jeżeli absolwent już nie jest studentem – przy próbie zalogowania się musi pojawiać się strona

z informacją o zaproszeniu do serwisu wspomagającego badanie losów zawodowych absolwentów wraz ze stosownym linkiem. Kliknięcie na link powinno otwierać adres serwisu wspomagającego badanie losów zawodowych absolwentów

4. logowanie do serwisu wspomagającego badanie losów zawodowych absolwentów:

21



4.1.1.przy pierwszym logowaniu (aktywacja profilu) powinien pojawiać się formularz (nazwa użytkownika, wybrane hasło, adres e-mail oraz numer PESEL). Jeżeli wprowadzone informacje będą prawidłowe – konto zostanie uaktywnione, a na podany adres e-mail musi zostać wysłana wiadomość potwierdzająca aktywację konta,

4.1.2.przy każdym kolejnym logowaniu wymagane powinno być podanie wyłącznie nazwy użytkownika i hasła,

4.1.3.w serwisie musi być dostępna opcja „Zapomniałem hasła”. Po wybraniu tej opcji powinno pojawiać się pytanie np. numer PESEL. Po ich wprowadzeniu i wciśnięciu przycisku „Przypomnij” na adres e-mail zdefiniowany w profilu powinna zostać wysłana wiadomość z linkiem do formularza pozwalającego na wprowadzenie nowego hasła

5. w serwisie (poza częścią CMS) muszą być dostępne funkcje, do których dostęp możliwy jest wyłącznie po zalogowaniu:

5.1.1.Mój profil (Moja grupa, Znajomi, Kariera, Zainteresowania),5.1.2.Komunikacja (Wiadomości, Aktualności, Ogłoszenia, Forum, Chat),5.1.3.Do pobrania,5.1.4.Oferty pracy, oferty szkoleń, staże.

6. dostęp do funkcji administracyjnych serwisu powinny mieć jedynie osoby o roli Administrator.

191.

Funkcje serwisu – część ogólnoinformacyjna:1. Serwis musi umożliwiać tworzenie, edycję i zarządzanie treściami i plikami w nim zamieszczonymi.

Tworzenie, edycja i zarządzanie treściami musi się odbywać przez narzędzia nie wymagające od użytkowników znajomości żadnych języków tworzenia stron internetowych,

2. Serwis swoje działanie musi opierać na serwisie klasy CMS i musi umożliwiać edycję zarówno struktury stron jak i powiązań między stronami w obrębie tego modułu,

3. Serwis musi pozwalać na dołączanie do stron dokumentów (plików).192. Funkcje serwisu – Mój profil:

1. Dla roli Absolwent:1.1. Mój profil:

1.1.1.Dostępne podstawowe pola kwestionariusza osobowego - dane osobowe, teleadresowe i preferencje prywatności (widoczność danych z profilu wyłącznie dla swojej grupy na studiach lub dla wszystkich absolwentów). Uwaga: musi istnieć możliwość zmiany wszystkich pól z danymi poza numerem indeksu i numerem PESEL przy czym numer indeksu ma być widoczny, a PESEL niewidoczny w profilu. Wprowadzone zmiany nie mogą mieć wpływu na informacje zapisane w danych związanych ze studiami.

1.1.2.Możliwość dołączania plików graficznych (np. zdjęcia).1.1.3.Możliwość wypełniania ankiet udostępnionych przez rolę Administrator. 1.1.4.Wgląd w wypełnione wcześniej ankiety.

1.2. Moja grupa:1.2.1.Lista studentów (imiona, nazwiska) dla osób ze swoich grup wykładowych. Lista powinna być

generowana automatycznie na podstawie danych zgromadzonych w Systemie. Przy osobach, które aktywowały swój profil w serwisie powinna być widoczna ikona symbolizująca aktywację.

1.3. Znajomi:1.3.1.Lista wszystkich znajomych dodanych przez absolwenta. Musi istnieć możliwość sortowania

według kolejności dodania, rocznika, kierunku i specjalności.1.3.2.Możliwość usuwania znajomych z listy.1.3.3.Dla każdej z osób z listy znajomych Absolwent musi mieć możliwość wysłania wiadomości

(przejście do okienka redakcji i wysyłania wiadomości), zaproszenia na forum (przejście do okienka redakcji i wysyłania wiadomości z możliwością wyboru wątku forum) oraz zaproszenia na chat (przejście do okienka redakcji i wysyłania wiadomości z możliwością wskazania grupy na chat-cie).

1.3.4.Lista wszystkich wykładowych grup studenckich w podziale na roczniki, kierunki i specjalności. Na liście widoczne powinny być jedynie osoby, które w swoim profilu zaznaczyły możliwość przeglądania ich profili przez osoby spoza grupy.

1.3.5.Możliwość wyszukiwania osób według imienia i nazwiska. Na liście wyników wyszukiwania widoczne powinny być jedynie osoby, które w swoim profilu zaznaczyły możliwość przeglądania ich profili przez osoby spoza grupy.

1.3.6.Możliwość dodania osób z listy do zbioru znajomych. Dodanie do znajomych powinno spowodować wysłanie wiadomości do tej osoby z odpowiednią informacją. Taka osoba może

22



zaakceptować bądź odrzucić przesłane zaproszenie.1.3.7.Obsługa zaproszeń od innych użytkowników. Akceptowanie bądź odrzucenia zaproszenia.

1.4. Kariera:1.4.1.Możliwość wypełnienia kwestionariusza osobowego w formie formularza CV (profil wspólny z

danymi dostępnymi w serwisie biura karier).1.5. Zainteresowania:

1.5.1.Możliwość przeglądania katalogu zainteresowań.1.5.2.Możliwość dołączenia do grupy zainteresowań.1.5.3.Obsługa profilu moje zainteresowania. Przeglądanie swoich grup zainteresowań. Usuwanie

grup ze swojego profilu zainteresowań.1.5.4.Możliwość proponowania nowych nazw grup, kategorii i podkategorii. Po akceptacji kategorii,

podkategorii lub nazwy grupy jej właściciel (absolwent, który dokonał wpisu) musi mieć możliwość dodania ikony grupy, kategorii lub podkategorii.

1.5.5.Dla każdej założonej grupy serwis musi generować tematyczne forum dyskusyjne i chat z tematem dyskusji jak nazwa grupy.

2. Dla roli Administrator:2.1. Przeglądanie profili i plików absolwentów, możliwość czasowej blokady, usuwania lub zmiany hasła. 2.2. Definiowania arkuszy ankietowych i określanie czasu i warunków ich dostępności dla Absolwentów.2.3. Wyświetlanie wyników z wypełnionych ankiet. Możliwość generowania raportów z wypełnionych

ankiet.2.4. Moderacja kategorii, podkategorii i grup zainteresowań.

193.

Funkcje serwisu – Komunikacja:1. Dla roli Absolwent:

1.1. Wiadomości:1.1.1.Dostęp do listy wiadomości otrzymanych i wysłanych.1.1.2.Możliwość tworzenia i wysyłania nowych wiadomości do osób z „Mojej grupy” oraz z listy

„Znajomych”.1.1.3.Możliwość usuwania wiadomości otrzymanych i wysłanych.

1.2. Aktualności:1.2.1.Dostęp do listy aktualności w porządku chronologicznym publikowanych przez Administratora.

1.3. Ogłoszenia:1.3.1.Dostęp do listy ogłoszeń w porządku chronologicznym publikowanych przez Administratora.1.3.2.Możliwość subskrypcji/wypisania się z grup tematycznych ogłoszeń.

1.4. Forum:1.4.1.Dostęp do listy forum dyskusyjnego z listą tematów zgodną z listą „Zainteresowań”.1.4.2.Możliwość tworzenia własnych tematów dyskusji.

1.5. Chat:1.5.1.Dostęp do listy tematów chatów z listą tematów zgodną z listą „Zainteresowań”.1.5.2.Możliwość tworzenia własnych pokoi chat.

2. Dla roli Administrator (pracownik):2.1. Redakcja i publikacja Wiadomości (wiadomości są publikowane dla wszystkich Absolwentów).2.2. Redakcja i publikacja Ogłoszeń (ogłoszenia są publikowane dla wybranej grupy Absolwentów lub

grupy subskrypcyjnej).2.3. Tworzenie/edycja grup subskrypcji ogłoszeń.2.4. Moderacja forum.2.5. Moderacja chat.

194.

Funkcje serwisu – Do pobrania:1. Dla roli Absolwent:

1.1. Dostęp do grup i list plików do pobrania.1.2. Możliwość pobierania plików (za darmo bądź po uiszczeniu opłaty przez SMS).

2. Dla roli Administrator:2.1. Tworzenie/edycja grup i list plików do pobrania.2.2. Możliwość przesyłania plików na serwer, przypisywania do grup, edycji jego atrybutów i oznaczania,

czy ma być dostępny do pobrania za darmo czy po uiszczeniu opłaty przez SMS.

195.Funkcje serwisu – Oferty pracy, oferty szkoleń, staży:1. Dla roli Absolwent:

1.1. możliwość przejścia (bez powtórnej autoryzacji) do serwisu biura karier.

23



196.

Funkcje newslettera:1. Możliwość tworzenia, edycji, usuwania treści newsletterów przez użytkownika Administrator,2. Tworzenie grup wysyłkowych z adresów e-mail zgromadzonych w bazach modułu,3. Prowadzenie archiwum wysłanych maili.

XIII. Funkcje w zakresie serwisu badania losów zawodowych absolwentów197. Serwis wspomagający pracę biura karier musi być serwisem internetowym typu CMS (Content Management

System - system zarządzania treścią).

198.

Źródłami danych dla serwisu muszą być:Bazy zewnętrzne (bazy danych Systemu):

1. Baza studentów uczelni;2. Baza absolwentów uczelni;

Bazy własne serwisu:1. Baza innych osób;2. Baza ofert praktyk, staży, pracy, szkoleń;3. Baza plików;4. Struktury związane z funkcjonowaniem CMS;5. Baza przedsiębiorstw i osób reprezentujących przedsiębiorstwa.

199.

Główne cechy serwisu biura karier:1. Serwis stron WWW oparty na technologii CMS zawierający część ogólnodostępną oraz część dostępną

po zalogowaniu2. Serwis musi umożliwiać zdefiniowane ról użytkowników:

2.1. Użytkownik niezalogowany (dostęp wyłącznie do części ogólnej serwisu informacyjnego),2.2. Użytkownik zalogowany – student,2.3. Użytkownik zalogowany – absolwent/dydaktyk (absolwenci, pracownicy dydaktyczni, konta

zakładane z poziomu stron internetowych),2.4. Użytkownik zalogowany – pracodawca (konta zakładane z poziomu stron internetowych),2.5. Pracownik – pracownik biura karier

3. Dostęp do serwisu musi być możliwy:3.1. z poziomu serwisu on-line (studenci i pracownicy dydaktyczni) lub serwisu badania losów

zawodowych absolwentów (absolwenci uczelni),3.2. poprzez konto założone z poziomu stron WWW (konta zakładane samodzielnie podlegają

weryfikacji i aktywacji przez Pracownika)4. W serwisie (poza częścią CMS) muszą być dostępne funkcje, do których dostęp możliwy jest wyłącznie

po zalogowaniu:4.1. Mój profil,4.2. Oferty pracy, praktyk, staży i szkoleń

5. Dostęp do funkcji administracyjnych serwisu (CMS i funkcje wymienione w powyższym punkcie) powinny mieć wyłącznie osoby o roli Pracownik.

200.

Funkcje serwisu – część ogólnoinformacyjna:1. Serwis musi umożliwiać tworzenie, edycję i zarządzanie treściami i plikami w nim zamieszczonymi.

Tworzenie, edycja i zarządzanie treściami musi się odbywać przez narzędzia nie wymagające od użytkowników znajomości żadnych języków tworzenia stron internetowych,

2. Serwis swoje działanie musi opierać na serwisie klasy CMS i musi umożliwiać edycję zarówno struktury stron jak i powiązań między stronami w obrębie tego modułu,

3. Serwis musi pozwalać na dołączanie do stron dokumentów (plików)201. Funkcje serwisu – Mój profil:

1. Dla ról Użytkownik zalogowany – student oraz Użytkownik zalogowany – absolwent/dydaktyk:1.1. Możliwość wypełnienia kwestionariusza osobowego w formie formularza CV,1.2. Możliwość dołączania plików (np. zdjęcie, skany dyplomów, certyfikatów, inne pliki),1.3. Możliwość wypełniania ankiet udostępnionych przez użytkowników o roli Pracownik,1.4. Wgląd w wypełnione wcześniej ankiety,1.5. Możliwość wysłania wiadomości (maila) na konto Biura Karier z wykorzystaniem przygotowanego

formularza kontaktowego2. Dla roli Użytkownik zalogowany – pracodawca:

2.1. Możliwość wypełniania kwestionariusza firmowego,2.2. Możliwość definiowania listy pracowników (reprezentacja firmy, osoby do kontaktu, opiekunowie

praktyk i staży),

24



2.3. Możliwość wypełniania ankiet udostępnionych przez rolę Pracownik.3. Dla roli Pracownik:

3.1. Przeglądanie profili, plików i dokumentów użytkowników, możliwość czasowej blokady, usuwania lub zmiany hasła. Możliwość dodawania własnych komentarzy przez Pracownika w dodatkowym polu opisowym dla ról Użytkownik zalogowany,

3.2. Definiowania arkuszy ankietowych i określanie czasu i warunków ich dostępności dla Użytkowników zalogowanych,

3.3. Wyświetlanie wyników z wypełnionych ankiet dla każdego z Użytkowników zalogowanych – pracodawców. Możliwość eksportu wyników z wypełnionych ankiet do pliku w formacie CSV.

202. Funkcje serwisu – Oferty pracy, praktyk, staży, szkoleń:1. Dla ról Użytkownik zalogowany:

1.1. Dostęp do listy aktualnych ofert pracy,1.2. Dostęp do wyszukiwarki ofert pracy (poprzez zaznaczenie wybranych elementów słownikowych lub

wpisanie frazy poszukującej po wszystkich polach tekstowych opisujących ofertę pracy),1.3. Możliwość wyboru interesujących ofert. Taka oferta zostaje przeniesiona do folderu „Wybrane

oferty”,1.4. Funkcjonalność związana z praktykami, które odbywa student (po zalogowaniu się student ma w

ramach zakładki "praktyki": 1.4.1.Możliwość wyboru firmy do odbycia praktyki z podanej listy (lista uzupełniana przez

pracownika Biura Karier);1.4.2.Możliwość pobrania pliku skierowania na praktykę (jeśli uczelnia ma podpisaną umowę na

praktyki) lub wzoru porozumienia do podpisania (jeśli uczelnia dopiero musi podpisać umowę);1.4.3.Możliwość pobrania pliku zwolnienia z praktyk;1.4.4.Możliwość wypełnienia ankiety oceniającej praktykę; wyniki ankiety muszą być zapisywane w

module obsługi studentów w części związanej z obsługą praktyk;1.4.5.Możliwość wypełnienia karty przebiegu praktyki (zamiast papierowych dzienniczków praktyk,

które teraz są ręcznie wypełniane) oraz możliwość wydrukowania wypełnionej karty - dane muszą być automatycznie zapisywane w module obsługi studentów w części związanej z obsługą praktyk;

1.4.6.Możliwość wypełnienia ankiety "oczekiwania w stosunku do praktyk" (wypełniana jeśli nie ma na liście firm oferujących praktyki, praktyki odpowiadającej studentowi).

2. Dla roli Użytkownik zalogowany – Pracodawca:2.1. Dostęp do zamieszczonych przez siebie ofert pracy z podziałem na aktywne i nieaktywne oferty

pracy,2.2. Dostęp do użytkowników poszukujących pracy. Udostępniany powinien być jedynie ściśle określony

„profil studenta” bez danych personalnych oraz kontakt do osoby z biura karier,2.3. Definiowanie, edycja, usuwanie ofert pracy (data zgłoszenia oferty, rodzaj oferty – lista wg słownika

z możliwością zaproponowania nowej pozycji, branża – lista wg słownika z możliwością zaproponowania nowej pozycji, nazwa stanowiska – lista wg. słownika z możliwością zaproponowania nowej pozycji, opis stanowiska, wymagane wykształcenie – lista wg słownika z możliwością zaproponowania nowej pozycji, region – lista wg słownika z możliwością zaproponowania nowej pozycji, termin ważności oferty). Pracodawca może mieć czasowo wyłączoną możliwość zamieszczania ofert (decyduje Pracownik lub automatyczne zawieszenie przy braku ustalonej liczby wypełnionych ankiet zamieszczonych przez Pracownika),

2.4. Możliwość edycji/oznaczania jako nieaktywne zamieszczonych ofert pracy z możliwością podania powodu dezaktywowania oferty,

2.5. Możliwość wypełniania ankiet przygotowanych przez Pracownika. Ankiety mogą być niezależne od ofert lub mogą być skojarzone z ofertą.

3. Dla roli Pracownik:3.1. Definiowanie, edycja, usuwanie ofert pracy (data zgłoszenia oferty, rodzaj oferty – lista wg słownika

z możliwością dodania nowej pozycji, branża – lista wg słownika z możliwością dodania nowej pozycji, nazwa stanowiska – lista wg słownika z możliwością dodania nowej pozycji, opis stanowiska, wymagane wykształcenie – lista wg słownika z możliwością dodania nowej pozycji, region – lista wg słownika z możliwością dodania nowej pozycji, termin ważności oferty),

3.2. Edycja/moderacja słowników związanych z ofertami pracy (np. nowych elementów zaproponowanych przez pracodawców),

3.3. Edycja/moderacja listy pracodawców,

25



3.4. Załączanie dokumentów związanych z praktykami,3.5. Możliwość zaliczenia praktyki - dane muszą być automatycznie zapisywane w module obsługi

studentów w części związanej z obsługą praktyk,3.6. Możliwość zwolnienia z praktyki - dane muszą być automatycznie zapisywane w module obsługi

studentów w części związanej z obsługą praktyk,3.7. Możliwość zaznaczenia w profilu firmy informacji o tym, że z oferty skorzystał student/absolwent

uczelni (pole z numerem albumu lub numerem PESEL studenta) – z jednej oferty praktyk lub staży może skorzystać więcej niż jeden student,

3.8. Możliwość skojarzenia z ofertą ankiety pozwalającej na sprawdzenie czy osoby skierowane przez Biuro Karier skorzystały z oferty i znalazły praktyki/staż/pracę u Pracodawcy,

3.9. Wyświetlanie wyników z wypełnionych ankiet. Możliwość generowania raportów z wypełnionych ankiet,

3.10. Możliwość czasowego blokowania/odblokowania możliwości zamieszczania ofert przez Pracodawcę (w tym również funkcja automatycznej blokady przy braku ustalonej liczby wypełnionych ankiet zamieszczonych przez Pracownika).

203.

Funkcje newslettera:1. Możliwość tworzenia, edycji, usuwania treści newsletterów przez użytkownika Pracownik,2. Możliwość tworzenia grup wysyłkowych z adresów e-mail zgromadzonych w bazach serwisu,3. Prowadzenie archiwum wysłanych maili.

XIV. Funkcje w zakresie obsługi legitymacji studenckiej i doktoranckiej204..

System obsługi elektronicznej legitymacji studenckiej i doktoranckiej musi stanowić integralną część systemu informatycznego (z punktu widzenia użytkownika systemu) wspierającego obsługę procesu dydaktycznego.

205.

Musi być w pełni zgodny z Rozporządzeniem Ministra Nauki i Szkolnictwa Wyższego z dnia 14.09.2011 w sprawie dokumentacji przebiegu studiów (Dz. U. z 2011 r. nr 201, poz. 1188), Rozporządzeniem Ministra Nauki i Szkolnictwa Wyższego z dnia 05.10.2011 w sprawie studiów doktoranckich oraz stypendiów doktoranckich (Dz. U. z 2011 r. nr 225, poz. 1351) oraz Rozporządzeniem Rady Ministrów z dnia 11.10.2005 roku w sprawie minimalnych wymagań dla systemów teleinformatycznych, a także spełniać wszystkie wymagania polskiego ustawodawstwa

206.

Zamawiający zaleca (nie wymaga) wykorzystania posiadanej infrastruktury technicznej :1. Drukarka: Evolis Dualys Model: Dualys, Type: Smart & CTless - 3 szt (Serial: D63750502, D60538108,

D60538101), wyposażone w kodery kart stykowych i MIFARE 2. Czytniki kart:

- Omnikey Cardman 5121 - 4 szt, - Omnikey Cardman 3121 - 38 szt,- Omnikey Cardman 6121 - 32 szt.,- Omnikey Cardman 5321v2 - 1 szt.,- SCR531 - 25 szt.,

3. Karty kryptograficzne wraz z certyfikatami kwalifikowanymi wydane przez UNIZETO TECHNOLOGIES 34 szt,

W przypadku konieczności zastąpienia urządzeń posiadanych przez Zamawiającego wymagane jest wyszczególnienie urządzeń wymienianych z podaniem ich nazwy, modelu oraz ilości wymienianych urządzeń w zestawieniu tabelarycznym.

207.Zarządzanie uprawnieniami użytkowników odbywa się w module administracyjnym systemu informatycznego wspierającego obsługę procesu dydaktycznego. W części dotyczącej obsługi EL musi umożliwiać nadawanie uprawnień dla poszczególnych użytkowników, obsługę wewnętrznej listy certyfikatów oraz definiowanie słowników związanych z obsługą EL.

208.Edycja danych osobowych, w tym zdjęć musi odbywać się w module dziekanatowym. Zdjęcia muszą być zapisywane w bazie automatycznie w rozdzielczości wymaganej przez system. Musi być zapewniona możliwość kadrowania zdjęć.

209. Moduł obsługi elektronicznych legitymacji w części dziekanatowej musi zapewnić:1. obsługę całego cyklu życia legitymacji studenckich i doktoranckich tj.: zlecenie do wydruku,

aktywowanie, przedłużanie ważności, wydawanie duplikatów, unieważnianie, 2. wyświetlanie danych zapisanych na elektronicznej legitymacji studenckiej,3. wyświetlanie informacji o certyfikacie kwalifikowanym zapisanym na karcie kryptograficznej operatora,4. weryfikacja obsługiwanych certyfikatów kwalifikowanych zapisanych na kartach kryptograficznych

operatorów z wewnętrzną listą obsługiwanych certyfikatów (tzn. lista certyfikatów przyporządkowanych do poszczególnych użytkowników systemu),

26



5. możliwość automatycznego aktywowania funkcji kryptograficznych po włożeniu karty kryptograficznej spełniającej wymagania techniczne komponentu technicznego określonego w rozporządzeniu Rady Ministrów do ustawy o podpisie elektronicznym do czytnika i blokowanie funkcji przedłużania daty ważności po jej usunięciu,

6. możliwość użycia funkcji przedłużania ważności legitymacji po włożeniu karty kryptograficznej spełniającej wymagania techniczne komponentu technicznego określonego w rozporządzeniu Rady Ministrów do ustawy o podpisie elektronicznym, znajdującym się na liście certyfikatów obsługiwanych i podaniu właściwego kodu PIN,

7. weryfikacja odczytanego z legitymacji studenckiej certyfikatu własnego Punktu Personalizacyjnego lub weryfikacja podpisu certyfikatu kwalifikowanego użytego do ostatniego przedłużania ważności elektronicznej legitymacji studenckiej przy każdym przedłużaniu ważności elektronicznej legitymacji studenckiej,

8. ochrona zapisu i odczytu danych na elektronicznych legitymacjach studenckich przy pomocy algorytmów kryptografii symetrycznej o kluczu co najmniej 112 bitowym o „sile” co najmniej jak 3DES w schemacie Tuchmana z wykorzystaniem unikalnych kluczy,

9. generowanie raportów z operacji przedłużania ważności legitymacji,10. możliwość rozliczania ilości wydanych hologramów przez każdy z Punktów Przedłużania Ważności i

każdego z uprawnionych operatorów,11. automatyczne lub ręczne wpisywanie aktualnej daty ważności legitymacji (wybór z kalendarza, z

ograniczeniem do 9 miesięcy w przód),12. możliwość automatycznego wyświetlania komunikatu z przypomnieniem o konieczności naklejenia

hologramu po zakończeniu procesu zapisu daty ważności,13. możliwość wyboru sposobu ułatwień przy podpisywaniu legitymacji w formie określenia parametrów dla

tych ułatwień – czasu lub ilości złożonych podpisów, zgodnie z par. 7 pkt. 8 rozporządzenia Rady Ministrów z dnia 7.08.2002 w sprawie określenia warunków technicznych i organizacyjnych dla kwalifikowanych podmiotów świadczących usługi certyfikacyjne, polityk certyfikacji dla kwalifikowanych certyfikatów wydawanych przez te podmioty oraz warunków technicznych dla bezpiecznych urządzeń służących do składania i weryfikacji podpisu elektronicznego,

14. drukowanie potwierdzenia opłaty za wydanie karty,15. definiowanie różnych taryf za wydanie karty i duplikatu.

210.

Moduł obsługi elektronicznych legitymacji w części punktu personalizacji musi zapewnić:1. obsługę zleceń wydruków z modułu dziekanatowego,2. personalizację elektroniczną i graficzną kart w jednym przebiegu,3. możliwość odczytu/zapisu w bazie danych systemu numerów fabrycznych (CSN) wydawanych kart

odrębnie dla części stykowej i bezstykowej,4. generowanie raportów o wydanych kartach,5. anulowanie zapisu „na koncie” studenta wydruku legitymacji np. wydruk błędnej, wadliwej legitymacji.

(Uniemożliwić zapis wydruku takiej legitymacji, jako duplikatu z numerem literowym),6. drukowanie awersu i rewersu kart w jednym cyklu personalizacji w tym wydruku na kartach kodu

kreskowego,7. filtrowanie bazy danych po następujących polach: numer indeksu (albumu), imię, nazwisko, rodzaj

szablonu, wydział, rodzaj studiów, stopień studiów, semestr, obecność zdjęcia przypisanego do rekordu,8. skierowanie do wydruku całej listy kart lub pojedynczych będących wynikiem filtrowania lub grupowania,9. podgląd statystyki bazy danych obejmujące liczbę osób w bazie danych, liczbę osób, którym wydano

kartę, liczbę osób, którym nie wydano karty, liczbę wydanych duplikatów, liczbę kart błędnie spersonalizowanych, liczbę zdjęć w bazie danych,

10. wykorzystanie do wydruku kart, co najmniej trzech drukarek kart jednocześnie,11. obsługę mechanizmu automatycznego przydzielania wydruków do kolejek w zależności od obciążenia

drukarek (automatyczny balans obciążenia drukarek),12. zapis numeru bibliotecznego w części bezstykowej. Nr biblioteczny zapisany jest w 15 sektorze, a

konkretnie w bloku 3c układu MIFARE standard 1K. Zrzut wygląda następująco:30 30 30 30 32 38 36 38 30 00 00 00 00 00 00 00co odpowiada nr bibliotecznemu 000028680. Dysponujemy klaczami A i B do tego sektora, odczyt kluczem A lub B, zapis kluczem B.

27



Część II Wykaz posiadanej i eksploatowanej przez Zamawiającego infrastruktury informatycznej (sprzętu, oprogramowania, itd.)5. Wykaz sprzętu

5.1 Zamawiający posiada wdrożone serwery bazodanowe i dysponuje infrastrukturą informatyczną (w postaci sprzętu serwerowego, systemów operacyjnych, systemów bazodanowych i innych) na bazie, której ma być wykonany przedmiot zamówienia oraz posiada wykwalifikowany personel obsługujący wymieniony sprzęt komputerowy i systemy informatyczne. Zamawiane systemy będą zainstalowane na wskazanych serwerach i będą działać w istniejącej infrastrukturze, tj. na serwerach działających w oparciu o architekturę firmy Intel i system operacyjny Linux RedHat z zainstalowaną baza danych Oracle Standard Edition (Platforma Blade HS22 (Type 7870C6G), CPU: 2x Intel Xeon X5675, RAM: 48GB. Do serwera podłączona jest macierz FCoE (EMC^2 VNX5300). W dziekanatach natomiast funkcjonują stacje komputerowe działające w oparciu o system operacyjny Windows XP, Windows Vista oraz Windows 7. Komputery w dziekanatach są połączone z serwerem za pośrednictwem przełączników ethernet (IEEE 802) i do połączenia używają protokołu IPv4 (RFC 791). Listę urządzeń w sieci: HP ProCurve J8772B Switch 4202vl-72, HP ProCurve J9019A Switch 2510-24, HP PROCURVE J9029A, HP ProCurve J9280A Switch 2510G-48, HP ProCurve J9019B Switch 2510B-24, HP ProCurve J8772A Switch 4202vl-72, HP ProCurve J8770A Switch 4204vl, HP ProCurve J4904A Switch 2848, HP PROCURVE J9079A, HP J4121A ProCurve Switch 4000M, HP J4093A ProCurve Switch 2424M, HP J4887A ProCurve Switch 4104GL, HP ProCurve J4899B Switch 2650, HP DES-3550 Fast-Ethernet Switch, HP DES-3226S Fast-Ethernet Switch, HP ProCurve J9086A Switch 2610-24/12PWR, HP ProCurve J9088A Switch 2610-48, HP J9626A E2620-48 Switch, HP ProCurve J9279A Switch 2510G-24, HP J4813A ProCurve Switch 2524, HP ProCurve J8698A Switch 5412zl, HP ProCurve J9085A Switch 2610-24, HP PROCURVE J9080A, HP J4812A ProCurve Switch 2512, HP J4865A ProCurve Switch 4108GL, HP ProCurve J8773A Switch 4208vl, HP ProCurve J9087A Switch 2610-24-PWR, HP ProCurve J4850A Switch 5304XL, HP ProCurve J9091A Switch 8212zl, HP ProCurve J9089A Switch 2610-48-PWR, HP ProCurve 1810G, HP J8697A Switch E5406zl, Alcatel-Lucent OmniSwitch 9000

Będące przedmiotem zamówienia systemy muszą być kompatybilne z już istniejącą u Zamawiającego infrastrukturą.

5.2 Funkcjonalność systemu musi być dostępna z poziomu aplikacji klienckiej lub przeglądarki internetowej, wymaganie to dotyczy dostępu do systemu w szczególności: społeczności akademickiej, pracowników i studentów uczelni oraz sympatyków uczelni.

5.3 Architektura systemu musi umożliwić konfigurację automatycznego tworzenia kopii zapasowych kluczowych danych i konfiguracji systemu bez konieczności wyłączania systemu.

5.4 Integracja z serwerem poczty na poziomie obsługi poczty elektronicznej, przydzielania zadań, umawiania spotkań itp. (Zamawiający posiada wdrożoną obsługę poczty w oparciu

o wskazany system oraz posiada wykwalifikowany personel obsługujący wskazany system pocztowy). Zamawiający posiada następujące wdrożone systemy pocztowe: - SMTP – Sendmail- POP3/IMAP - Cyrus Imap- Zimbra (samodzielny produkt firmy VMware)Klienci webmail:- Roundcubemail (docelowo jedyny system webmail)- Horde (funkcjonuje – przeznaczony wycofania)- Squirrelmail (funkcjonuje – przeznaczony wycofania)

28



5.5 System powinien umożliwiać autoryzację przy użyciu legitymacji studenckiej lub karty pracowniczej.

5.6 Integracja w zakresie repozytorium danych z systemami bazodanowymi wdrożonymi na uczelni (System Płatności Masowych, System Pomocy Materialnej), jak w treści SIWZ, Zamawiający przekaże dokumentację do wymienionych systemów na etapie opracowywania koncepcji i harmonogramu wdrożenia wraz z doprecyzowywaniem wdrażanych funkcjonalności.

Część III. Wykaz jednostek organizacyjnych Zamawiającego, w których system informatyczny podlega wdrożeniu wraz ze wskazaniem przyszłych grup użytkowników Systemu informatycznego

6. Jednostki: 6.1 Jednostki organizacyjne ZUT, w tym: Wydziały ZUT i dziekanaty, Jednostki

Międzywydziałowe,

6.2 Administracja uczelni,

6.3 Biblioteka Główna,

6.4 Uczelniane Centrum Informatyki (UCI).

7. Grupy użytkowników: 7.1 Grupa użytkowników: obsługa dziekanatów – 85 użytkowników

7.2 Grupa użytkowników: administracja uczelni – 280 użytkowników

7.3 Grupa użytkowników: pracownicy dydaktyczni – 1500 użytkowników

7.4 Grupa użytkowników: studenci – 15000 użytkowników

7.5 Grupa użytkowników: administratorzy systemu – 20 użytkowników

7.6 Grupa użytkowników: pracownicy bibliotek, UCI – 20 użytkowników

7.7 Grupa użytkowników: kierownictwo uczelni – 70 użytkowników

29

Szczecin, 20€¦ · Web viewObsługa trybu pracy wielozakładowej (jedna instancja systemu i...

Documents

Transcript of Szczecin, 20€¦ · Web viewObsługa trybu pracy wielozakładowej (jedna instancja systemu i...