35
Model repozytorium treści w zdalnym nauczaniu Dariusz Dobrowolski Uniwersytet Przyrodniczy w Lublinie

Model repozytorium treści w zdalnym nauczaniu

Embed Size (px)

DESCRIPTION

Model repozytorium treści w zdalnym nauczaniu. Dariusz Dobrowolski Uniwersytet Przyrodniczy w Lublinie. Krótkie streszczenie wystąpienia. Wprowadzenie Metadane Płaszczyzny współdziałania Edycja Komunikacja Składowanie Architektura SOA Przyszłość - czy tylko edukacja? - PowerPoint PPT Presentation

Citation preview

Model repozytorium treści w zdalnym

nauczaniu

Dariusz Dobrowolski

Uniwersytet Przyrodniczy w Lublinie

2

Krótkie streszczenie wystąpienia

PJWSTK, Warszawa 2009

Wprowadzenie Metadane Płaszczyzny współdziałania

Edycja Komunikacja Składowanie

Architektura SOA Przyszłość - czy tylko edukacja? Jak to działa ? – demo film

3

Wprowadzenie

PJWSTK, Warszawa 2009

PJWSTK, Warszawa.20094

e-learning ma wiele twarzy…

5

Metadane

PJWSTK, Warszawa 2009

„dane o danych”

6

Metadane

PJWSTK, Warszawa 2009

DefinicjaOgólny opis komponentów modułów szkoleniowych w celu ich wyszukiwania, pobierania i wykorzystywania Podstawowa specyfikacjaIMS Learning Resource Meta-data Specification Version 1.2IEEE 1484.12.1-2002 Standard Learning Objects Metadata (LOM) Adaptacja w SCORM –ieZastosowanie powyższych standardów do opisu poszczególnych kategorii modułów szkoleniowych: CA (Content Aggregation), SCO(Schareable Content Object) i materiałów podstawowych (Asset) Stosowane technologie przekazu danychXMLXML Schema

7

Zastosowanie metadanych w e-learningu

PJWSTK, Warszawa 2009

Przyjęcie specyfikacji i standardów zapewniających dostęp, wymianę i

użytkowanie modułów szkoleniowych od różnych producentów zostało spowodowane

potrzebą: Upowszechniania treści szkoleniowych Udostępniania treści, zarówno materiałów podstawowych

jak i złożonych kursów Zapewnienia przenoszalności (portability) pomiędzy

platformami szkoleniowymi Wielokrotnego wykorzystania modułów Tworzenia szkolenia on-line Wyszukiwania w repozytoriach

8

Znaczenie metadanych

PJWSTK, Warszawa 2009

Rozbudowany schemat metadanych nie jest widoczny dla szkolonych, ale jest przeznaczony dla twórców szkoleń

Informacje zawarte w metadanych mają dostarczać danych o szkoleniu opisać kurs, jego tematykę, poziom i przeznaczenie

Metadane nie są obowiązkowe z punktu widzenia standardu SCORM

Jednak SCORM zaleca umożliwienie twórcom wprowadzanie metadanych przy pomocy narzędzi autorskich do tworzenia kursów lub niezależnych edytorów metadanych.

Platforma LMS powinna odczytywać informacje zawarte w metadanych i zapewnić ich interpretację w celu utworzenia interfejsu dla szkolonych

9

Platforma LMS (Learning Management System)

PJWSTK, Warszawa 2009

Adapter API

API

Dostarczanie

Sequencing

Profil szkolon

ego

Lokalne repozytoria

treści

Zdalne repozytoria

treści

Pakiety treści

PrzeglądarkaPrezentacja

Wybór

Uruchomienie

Moduły treści(SCO & Asset)

Zarządzanie

treścią

Administrowanie

kursami

Sterowanie

10

Platforma LMS (Learning Management System)

PJWSTK, Warszawa 2009

Adapter API

API

Dostarczanie

Sequencing

Profil szkolon

ego

Lokalne repozytoria

treści

Zdalne repozytoria

treści

Pakiety treści

PrzeglądarkaPrezentacja

Wybór

Uruchomienie

Moduły treści(SCO & Asset)

Zarządzanie

treścią

Administrowanie

kursami

Sterowanie

11

Model struktury Learning Object

PJWSTK, Warszawa 2009

…rozbudowany schemat metadanych nie jest widoczny dla szkolonych, ale jest przeznaczony dla twórców szkoleń…

12

Umiejscowienie metadanych

PJWSTK, Warszawa 2009

Metadane mogą opisywać wszystkie moduły szkoleniowe zawarte w pakiecie na każdym

poziomie ich złożoności Kurs – kapsuła szkoleniowa (Content Package)

Moduł szkoleniowy - agregacja (CA)

Moduł szkoleniowy – walor dydaktyczny (Activity)

Współużywalny obiekt szkoleniowy (SCO)

Materiał podstawowy (Asset)

Im mniej złożony moduł tym mniej metadanych wymaganych jest do jego opisania

Metadane nie są wymagane przez SCORM, jednak jeśli się pojawiają muszą mieć predefiniowaną strukturę

13

Układ hierarchiczny

PJWSTK, Warszawa 2009

14

Elementy struktury LOM

PJWSTK, Warszawa 2009

…metadane nie są wymagane przez SCORM, jednak jeśli się pojawiają muszą mieć predefiniowaną strukturę …

15

Edycja metadanych

bezpośrednio przez systemy e-learningowe

pośrednio – przez edytory metadanych

PJWSTK, Warszawa 2009

… jednak SCORM zaleca umożliwienie twórcom wprowadzanie metadanych przy pomocy narzędzi autorskich do tworzenia kursów

lub niezależnych edytorów metadanych…

16

Repozytorium

PJWSTK, Warszawa 2009

Repozytorium (łac. repositorium) - miejsce uporządkowanego przechowywania dokumentów, z których wszystkie przeznaczone są do udostępniania. Magazyn główny, centralny, zaprojektowany jednak w taki sposób, aby dostęp do wszystkich jego zasobów był równie łatwy. Niegdyś szafa na księgi i akta urzędowe. Dziś termin stosowany również w odniesieniu do najrozmaitszych zasobów cyfrowych (baz danych, zbioru pakietów czy kodów źródłowych), np. w Internecie. [wikipedia]

Repozytorium (ang. repository) - skład, magazyn obiektów lub innych danych. Zwykle intencją tego terminu jest skład przechowujący dane różnych typów (dokumenty, klasyczne dane, dane multimedialne, programy skrypty, reguły, perspektywy) oraz udostępniający je przy pomocy środków wizualnych. [K. Subieta „Słownik terminów z zakresu obiektowości”]

17

IMS DRI - Digital Repositories Interoperability

Wstępny projekt wer. 1.0 z marca 03

PJWSTK, Warszawa 2009

Specyfikacja dotyczy zasad współpracy (obsługi) rozproszonych w sieci baz danych (repozytoriów) przechowujących obiekty szkoleniowe.

Jak je zapisywać i rejestrować w repozytoriach (różnych typów: relacyjne b.d., XML)?Jak identyfikować ?Jak je wyszukiwać ?Jak je pobierać, by z nich budować (zestawiać) jedno e-szkolenie bądź na bieżąco wykonywać ?

Specyfikacja w tej fazie (I-szej) proponuje wykorzystywanie znanych protokołów: SOAP - do przesyłania komunikatów (zapisz opis czyli

metadane, zapisz zawartosć, daj opis, daj zawartość,...) XQuery Z39.50 - protokoły do wyszukiwania w repozytoriach na

podstawie danych przekazanych przez SOAP

18

Architektura repozytorium

PJWSTK, Warszawa 2009

19

Płaszczyzny współdziałania

PJWSTK, Warszawa 2009

20

Płaszczyzna współdziałania edycja

PJWSTK, Warszawa 2009

21

Edycja treści

PJWSTK, Warszawa 2009

22

Płaszczyzna współdziałania komunikacja

PJWSTK, Warszawa 2009

23

Projekty wymiany treści

PJWSTK, Warszawa 2009

Projekt Edutella

Projekt LionShare

24

Przykład wykorzystania LionShare

PJWSTK, Warszawa 2009

25

Technologia SOA

PJWSTK, Warszawa 2009

Zalety wykorzystania SOA:

• ujednolicenie opisu działania systemu• uporządkowanie procesów w

organizacji• umożliwienie wdrożenia procesów śledzenia procesów

26

Płaszczyzna współdziałania składowanie

PJWSTK, Warszawa 2009

Język SBQL jest sformalizowanym obiektowym językiem zapytań w stylu SQL czy też OQL

27

Podejście stosowe

PJWSTK, Warszawa 2009

Twórca: prof. K. Subieta –IPI PAN Najważniejsze założenie: języki zapytań są

szczególnym przypadkiem języków programowania

W podejściu stosowym kluczową rolę odgrywa stos środowisk, jego rolą jest określenie zakresów nazw i wiązanie nazw

28

Zalety podejścia stosowego

PJWSTK, Warszawa 2009

Precyzyjna semantyka Proste włączenie do języka wszystkich pojęć

obiektowości Łatwa implementacja Precyzyjne zdefiniowane metody optymalizacji

29

XML w SBQL

PJWSTK, Warszawa 2009

Dowolny plik XML może być zamieniony na strukturę danych w konwencji modelu M0

30

Przyszłość czy tylko edukacja

PJWSTK, Warszawa 2009

31

Przykłady

PJWSTK, Warszawa 2009

32

Przykład 1- Konsorcjum

PJWSTK, Warszawa 2009

Projekt KLU wymusza na uczestnikach wykorzystywanie jednego z góry narzuconego systemu LMS, dzięki czemu pozbawiamy się

możliwości eksportu i importu treści.

33

Przykład 2- Studia informatyczne

PJWSTK, Warszawa 2009

Jedna z najlepszych stron udostępniających treści wykładów i ćwiczeń – brak możliwości szybkiego importu do systemów LMS.

34

Przykład 3 – Jak to działa?praktyczne podejście do repozytorium

PJWSTK, Warszawa 2009

Film

Dziękuję za uwagę!!!