Download
1 / 39
390 likes | 546 Views
Bogusława Macheta Z doświadczeń koordynatora migracji. II Spotkanie Polskiej Grupy Użytkowników VTLS, Warszawa 16-17 czerwca 2008. Terminologia. Upgrade zmiana w obrębie tej samej wersji głównej, np. (46.4 do 46.7) instalacja kolejnej podwersji z poprawkami w software,
E N D
Bogusława MachetaZ doświadczeń koordynatora migracji II Spotkanie Polskiej Grupy Użytkowników VTLS, Warszawa 16-17 czerwca 2008
Terminologia • Upgrade • zmiana w obrębie tej samej wersji głównej, np. (46.4 do 46.7) • instalacja kolejnej podwersji z poprawkami w software, • nie wpływa na strukturę bazy • Migracja • zmiana wersji głównej (43.x na 46.x) • wprowadza nowe funkcje (funkcjonalność), np. zachowanie kopii archiwalnej rekordu bibliograficznego czy obsługa bazy konsorcyjnej • wiąże się ze zmianą struktury bazy, np. nowe pola w tablicach, nowe tablice, zmiana w rozmieszczeniu danych itp.
Dlaczego ciągle migrujemy? • Dynamiczny rozwój technologii wymaga zmian • Nowe oczekiwania w stosunku do bibliotek • Społeczność użytkowników Virtui jest ogromna i bardzo zróżnicowana – każdy wnosi coś nowego
Dlaczego migracja jest tak złożona? • Virtua ILS składa się z wielu komponentów (VS, VC, ViP, InfoStation) i działa w złożonym środowisku (OS, Oracle, Apache, Windows) • Virtua jest systemem wysoce sparametryzowanym • wzajemne oddziaływania pomiędzy parametrami i grupami parametrów
Co powinniśmy sprawdzić przed migracją? • Moduły działające w bazach bibliotek Porozumienia: • katalogowanie wraz funkcją kopiowania rekordów z katalogu centralnego • obsługa wydawnictw ciągłych • aplikacje obsługujące procesy związane z wypożyczeniami oraz szeroko pojętą obsługą czytelnika (ViP, InfoStation, VC, VS): • OPAC • obsługa zdalnego zamawiania, rezerwacji, konto czytelnika • operacje związane z wypożyczaniem • kontrola terminów oraz system powiadamiania • statystyki
O czym powinniśmy pamiętać? Niezawodność działaniaserwisów bibliotecznych, a ponadto łatwość w obsłudze i atrakcyjny wyglądinterfejsów związanych z obsługą czytelnika decydują o tym, jak postrzegana jest biblioteka.
Jak możemy sobie pomóc? • Dobre rozplanowanie operacji, tj. • odpowiednio wczesne rozpoczęcie testów,np. jesień aby mieć oprogramowanie gotowe na lato (trzeba uwzględnić czas potrzebny na dokonanie poprawek przez Firmę i ponowne sprawdzenie jakości wprowadzonej poprawki)
Jak możemy sobie pomóc? • Procedury postępowania ze zgłoszeniami błędów w VTLS: • Przyjęcie zgłoszenia na Hotline Europe • Próba wygenerowania błędu we własnym środowisku testowym • Wstępne zakwalifikowanie, nadanie wagi, a następnie przekazanie do Dev.Dep USA • Akceptacja oraz umieszczenie poprawki w cyklu produkcyjnym (przydział do wersji)
Jak możemy sobie pomóc? • Ograniczenie w miarę możliwości liczby niepotrzebnych zgłoszeń. • Przyczyną problemów może być: • Błąd/brak w ustawieniach bazy lokalnej • Zmiana działania oprogramowania, która nie została udokumentowana lub została niewystarczająco udokumentowana • Błąd systemu • Przejrzyste i dobrze udokumentowane zgłoszenia • Ważne: • stosowanie terminologii używanej w dokumentacji • dołączanie plików z instrukcją, która ułatwi odtworzenie błędu, ew. zrzutów ekranów
Jak możemy sobie pomóc? • Współpraca!!! • wymiana informacji nt.błędów wykrytych przez poszczególne biblioteki • sprawdzanie zachowania systemu w różnych środowiskach, itp. • Rola koordynatora migracji • traktowany jest przez VTLS jako reprezentant środowiska, • mający wiedzę o zamierzeniach bibliotek, • pomagający w wyjaśnianiu wątpliwości, • zbieraniu i przekazywaniu informacji • przy ustaleniach, np. listy błędów, harmonogramu • błędy zgłaszane w imieniu całego środowiska mają większy priorytet!
Virtua 48 a bezpieczeństwo • Wydzielenie do osobnych plikówdanych: • niezbędnych do łączenia się z bazami -database.conf • dotyczących konfiguracji serwera LDAP (Lightweight Directory Access Protocol)- ldap.conf • w chameleon.conf ścieżka dostępu • DatabaseConfFile • LDAPConfFile • pozwala umieścić pliki poza strukturą serwera www, np. /usr/vtls/iportal_config
Virtua 48 a bezpieczeństwo • Szyfrowanie haseł • użytkowników systemu na poziomie tablic ORACLE • w Virtui 46: • w Virtui 48:
Virtua 48 a bezpieczeństwo • hasła czytelników w rekordzie czytelnika • nowy parametr w Profilerze – Keep Unencrypted Patron Record Passwords>określa,jak hasło czytelnika jest przechowywane • wDWÓCH postaciach, tj. zaszyfrowanej i niezaszyfrowanej • czy TYLKO w postaci zaszyfrowanej >
Zachowanie systemu w zależności od ustawienia parametru Yes No
Virtua 48 a bezpieczeństwo • Niestety, w pliku sesji
Virtua 48 a bezpieczeństwo • Usunięcie podatności na ataki typu Cross Site Scripting (XSS),które pozwalają przeglądarkom wykonywać skrypty przesyłane przez użytkowników jako część zapytania wyszukiwawczego
XSS - Virtua 46 Źródło:<td colspan="3">Szukałeś - Katalog BG AGH - Autor: <b><i>tajduś</i></b></td>
XSS - Virtua 48 • znaki wykorzystywane w kodzie HTML są zamieniane, np.<b><i>tajduś</i></b><td colspan="3">Szukałeś - Class 99 - Autor:<b><i>tajduś</i></b></td>
Zamówienie – ViP 46 • Ochrona danych osobowych w zamówieniu • Parametry w chameleon.conf: • ViP wyświetla gwiazdki zamiast numeru karty • ShowLoginPatronBarcode(0) – przy logowaniu • RequestShowPatronBarcode (0) – na ekranie zamówienia
Zamówienie – ViP 46 • Numer czytelnika nie pojawia się na ekranie zamówienia • RequestRequirePatronLogin (1) • RequestUsePatronLoginOnly (1)
Zamówienie – ViP 46.7 • W wersji 46.7 dodatkowo • RequestSupressPatronData (0) aby dane osobowe czytelnika nie pojawiały się- na ekranie potwierdzenia zamówienia - ani w kodzie HTML, ale pojawiały się w pliku rewersu
Zamówienie – ViP 48 • Możliwość konfiguracji zamówienia dzięki plikom xml dialogs >>
Zamówienie – ViP 48 • RequestUsePatronLoginOnly zostaje usunięty • Aby uzyskać ten sam efekt co w przypadku usuniętego parametru w pliku add1.dlg należy zmodyfikować pole:
Zamówienie – ViP 48 • RequestShowPagingQueries – określa jaki ekran pojawia się w następnej kolejności • add2.dlg
Zamówienie – ViP 48 • Ekran potwierdzający zamówienie
Zamówienie – ViP 48 {?Has Request.PatronName:<tr> <th>{=RequestRequestorLabel}</th> <td>{Request.PatronName}</td> </tr>} {?Has Request.PatronAddress,abde:<tr><th>{=RequestAddressLabel}</th><td>{Request.PatronAddress,abde}</td> </tr>} {?Has Request.PatronType:<tr> <th>{=RequestPatronTypeLabel}</th> <td>{Request.PatronType}</td> </tr>}
ViP 48 – Zachowanie kontekstu • W Virtui 46, po zalogowaniu się czytelnik otrzymuje ekran powitalny
ViP 48 – Zachowanie kontekstu • ViP 48 – nowy parametrResumeContextUponPatronLogin
Virtua 48 - • Ograniczenie liczby zamówień na egzemplarze tego samego tytułu • Dodatkowa opcja dla parametru Number of Requests on Same Bib-ID • Include item-level requests in that number
