Max Elektronik

Współpraca systemu PROLIB z
systemami obsługi uczelni
"Biblioteki w procesie dydaktycznym i badaniach
naukowych” - Łódź 25 – 27.06.2008r.
ElŜbieta Szczęsny, Max Elektronik S.A.,
Zielona Góra
Agenda
Architektura modułu STUDENT
Strony PROLIB i DZIEKANAT
Zasady synchronizacji danych
MoŜliwości protokołu
Korzyści z komunikacji dwustronnej
Zrealizowane wdroŜenia
Plany rozwojowe
Wsparcie dla procesu dydaktycznego – studium
przypadku „Syllabusy”
Architektura modułu STUDENT –
pełna implementacja
protokołu
Klient protokołu
System
obsługi
dziekanatu
Serwis protokołu
Dane
Protokół
Wymiany
Danych
Dane
Serwis protokołu
System
PROLIB
Klient protokołu
Serwis protokołu to proces komputerowy nasłuchujący na Ŝądanym
porcie
Komunikacja odbywa się w obie strony:
z systemu obsługi dziekanatu do systemu PROLIB
z systemu PROLIB do systemu DZIEKANAT
komunikacja moŜe odbywać się w trybie on-line, „na Ŝądanie” lub
w ustalonych odcinkach czasu
Architektura modułu STUDENT –
częściowa
implementacja protokołu
Klient protokołu
System
obsługi
dziekanatu
Serwis protokołu
Dane
Protokół
Wymiany
Danych
Dane
Serwis protokołu
System
PROLIB
Klient protokołu
Komunikacja odbywa się w jedną stronę:
z systemu DZIEKANAT do systemu PROLIB
komunikacja moŜe odbywać się w trybie on-line, „na Ŝądanie” lub
w ustalonych odcinkach czasu
Architektura modułu STUDENT - cd
Operacje są realizowane poprzez przesyłanie komunikatów
pomiędzy systemami i wykonywanie odpowiednich procedur
i funkcji w obszarze kaŜdego z nich
Protokół Wymiany Danych (moduł STUDENT) to zestaw poleceń:
Dodaj studenta
Modyfikuj dane studenta
Zmień status czytelnika
Daj obciąŜenie czytelnika
Zmień hasło czytelnika
Blokada konta czytelnika
… (w sumie 14 poleceń)
Strony PROLIB i DZIEKANAT
Wspólny TYLKO Protokół Wymiany Danych
PROLIB
Klient protokołu
Serwis protokołu
Moduł STUDENT
DZIEKANAT
Klient protokołu
Serwis protokołu
PrzewaŜnie NIE ISTNIEJE
Element integracji konieczny do wykonania
przez producenta systemu DZIEKANAT – problem!
System biblioteczny jest wyposaŜony w moduł STUDENT
Zasady synchronizacji danych
Brak czytelników w bazie PROLIB – napełnianie przez DZIEKANAT
Czytelnicy w bazie PROLIB – wyznaczenie wspólnego mianownika
Wspólny mianownik to Rodzaj i Numer dokumentu
toŜsamości (konieczne dwa elementy):
Dowód osobisty
Paszport
Legitymacja szkolna
Indeks
PESEL
ID Studenta
Znacznik synchronizacji w systemie PROLIB
Wymiana dwóch unikalnych identyfikatorów
ID czytelnika (student, pracownik naukowy itp.)
ID studenta (osoba)
Zasady synchronizacji danych - cd
WAśNE:
„inteligentna” synchronizacja w przypadku, gdy system
biblioteczny działa tylko w BG, a system Dziekanatu przesyła
pełną bazę studentów uczelni np. z oddziałami zamiejscowymi
W systemie obsługi DZIEKANATU jest moŜliwość pobrania z
systemu PROLIB listy statusów i nadania odpowiedniego
nowemu studentowi
Najnowsza wersja protokołu umoŜliwia pobranie z PROLIBa
listy statusów czytelnika (np.pracownik, student PWSZ, inny)
Dziekanat dobiera odpowiednio status dla czytelników
miejscowych i zamiejscowych
Operatorzy dodając studenta określają jaki status mu nadać i
taki automatycznie zostaje nadany w PROLIBie
Nie jest zafałszowana statystyka biblioteki
MoŜliwości protokołu
Status czytelnika w poleceniu Dodaj studenta
Numer Legitymacji w poleceniu Dodaj i Modyfikuj
studenta:
Automatyczna autoryzacja Elektronicznej Legitymacji
Studenta
Hasło studenta w poleceniu Dodaj i Modyfikuj studenta:
Student posługuje się jednym hasłem dostępu do
serwisów dziekanatowych i bibliotecznych
system PROLIB jest informowany o zmianie hasła
studenta dokonanej w systemie DZIEKANAT
hasło studenta zaszyfrowane metodą określoną w
stałej systemu PROLIB. System PROLIB obsługuje
trzy metody szyfrowania: wewnętrzna Progress, MD5,
ARC4 (z kluczem szyfrowania)
System DZIEKANAT przechowuje w swojej bazie, oprócz
danych personalnych, numer karty czytelnika (ID
czytelnika)oraz zaszyfrowaną postać hasła czytelnika do
modułu OPACWWW
MoŜliwości protokołu
W przypadku niepowodzenia wykonania operacji – cała transakcja
jest wycofana w obu systemach
Wyłączenie komunikacji w stronę DZIEKANATU:
Zbędny serwis protokołu po stronie DZIEKANTU, baza DZIEKANATU
to baza źródłowa i modyfikacja danych moŜe być dokonywana
jedynie z poziomu tego systemu
Korzyści z komunikacji dwustronnej
Jednokrotne wpisywanie danych studentów
Monitorowanie „historii” studenta w trybie on-line w obu
systemach
Uproszczenie autoryzacji - moŜliwość funkcjonowania
jednego hasła studenta/czytelnika
Wsparcie dla elektronicznej obiegówki
Blokada konta czytelnika
Wsparcie dla ELS
Otwartość na zmiany i nowości w module STUDENT –
konieczna dobra współpraca z producentem systemu
DZIEKANAT
Zrealizowane wdroŜenia
WyŜsza Szkoła Humanistyczno-Ekonomiczna w Łodzi – ESS
Państwowa WyŜsza Szkoła Zawodowa w Gorzowie Wlkp. – HMS
Kalasoft
WyŜsza Szkoła Pielęgnacji Zdrowia i Urody w Poznaniu – HMS
Kalasoft
WyŜsza Szkoła Zarządzania i Administracji w Zamościu Portal Informacyjno-Edukacyjny - WSZiA
WyŜsza Szkoła Biznesu w Nowym Sączu - Coda – Marcin Gródek
Uniwersytet Zielonogórski - Dziekanat 2.3 – zespół pod kier. prof.
Mieczysława Borowieckiego
Zdecydowana większość nowych klientów (uczelnie prywatne) - zakup
systemu bibliotecznego od razu z modułem STUDENT
Plany rozwojowe
Kierunki rozwoju to wynik „zapotrzebowania klientów”
Wsparcie dla systemu USOS:
kilku klientów wdroŜyło lub wdraŜa system USOS
problemy z integracją – brak wsparcia ze strony twórców
systemu USOS dla uczelni (bibliotek), które chciałyby
zintegrować go z systemem PROLIB
Wsparcie dla systemu obsługi uczelni, który będzie wykorzystywał
Uniwersytet Śląski - ???
UmoŜliwienie studentowi rozliczania kar i opłat bibliotecznych w
systemie DZIEKANAT
Wsparcie dla obsługi kolejnych kart uŜytkowanych jako ELS
Plany rozwojowe - cd
Wsparcie dla usługi Active Directory (zalogowanie się do AD
będzie równocześnie z autoryzacją w systemie PROLIB)
Active Directory to usługa katalogowa dla systemów Windows,
dzięki której moŜliwe jest zarządzanie domeną, m.in.
autoryzacja uŜytkowników w organizacji, którzy mają prawo lub
nie dostępu np. do zasobów dyskowych czy aplikacji.
Studium przypadku „Syllabusy”
Studium przypadku na marginesie dyskusji o wspieraniu
procesu dydaktycznego przez biblioteki
Propozycja nowej funkcjonalności zgłoszona przez WSB Nowy
Sącz:
Panel do komunikacji pomiędzy autorem Syllabusu a biblioteką,
który jest to fragmentem systemu DZIEKANAT
Wykładowca na stronie przedmiotu w Intranecie tworzy listę
ksiąŜek (hasło „ksiąŜka” oznacza zasób, np. ksiąŜka, czasopismo
wraz z elementami słuŜącymi do jej identyfikacji (np. identyfikator
ksiąŜki (w systemie PROLIB), nazwisko i imię autora, tytuł ksiąŜki,
miejscowość wydania, wydawnictwo, rok wydania i numer ISBN.
Po zatwierdzeniu listy wykładowca otrzymuje listę ksiąŜek z
biblioteki pasujących do podanych parametrów (komunikacja z
modułem OPAC WWW)
Studium przypadku „Syllabusy” - cd
Następnie wskazuje konkretną ksiąŜkę, o którą mu chodziło i
zatwierdza wybór. Pozycja trafia do listy ksiąŜek do części
literatura obowiązkowa lub uzupełniająca w zaleŜności od jego
decyzji.
W przypadku, gdy system nie znalazł pasującej ksiąŜki w
bibliotece lub znalezione pozycje nie odpowiadają wykładowcy
moŜe on powtórzyć szukanie lub zgłosić do biblioteki prośbę
zakupu ksiąŜki.
Zgłoszenie prośby zakupu ksiąŜki odbywa się za pomocą
specjalnego formularza, na którym dodatkowo moŜna dopisać
komentarz/uwagi dotyczące zamówienia.
Studium przypadku „Syllabusy” - cd
Pracownicy biblioteki za pośrednictwem panelu mają wgląd
w stan zamówień
prezentowana jest równieŜ łączna liczba studentów (liczb
studentów jest wyliczana automatycznie przez system
Dziekanat), którzy we wskazanym okresie czasu będą
uczęszczać/uczęszczają na zajęcia z przedmiotu, którego
dotyczy dana ksiąŜka
Przepytaliśmy biblioteki uczelni prywatnych i niektórych
państwowych (wyrywkowo):
nie widzą potrzeby posiadania takiej funkcjonalności
i/lub
ich systemy zarządzania uczelnią nie mają zaimplementowanej
funkcjonalności związanej z obsługą Syllabusów (wykazy
literatury), tak, Ŝeby moŜna bezpośrednio z nich wysyłać
zapytania do modułu OPAC WWW systemu PROLIB.
Kontakt
ElŜbieta Szczęsny
Zastępca Dyrektora ds. SprzedaŜy
Tel. (32) 603-24-35
e-mail: [email protected]
www: http://prolib.pl
Max Elektronik S.A.
ul. Dąbrowskiego 12
65-021 Zielona Góra
tel +48 68/ 45 31 310 do 317
fax +48 68/ 45 31 350
Max Elektronik S.A. - Oddział Katowice
ul. Ligocka 103
40 - 568 Katowice
tel +48 32/ 603 24 26
fax +48 32/ 603 24 26