Präsentation herunterladen
Die Präsentation wird geladen. Bitte warten
Veröffentlicht von:Elli Neisler Geändert vor über 10 Jahren
1
1 Austausch und Wiederverwendung von Lernmaterialien in LON-CAPA Konzepte und praktische Erfahrungen bei der Implementierung Gerd Kortemeyer Michigan State University CampusContent Forum
2
Gliederung Teil 1: Geschichte Teil 2: Aus Fehlern lernen Teil 3: Philosophie Teil 4: Aufbau und Implementation des Systems Teil 5: Ausblick
3
Teil 1 Teil 1: Geschichte
4
Geschichte 1992: CAPA (Computer-Assisted Personalized Approach) wird erstmalig in einer Physikvorlesung mit 90 Studierenden eingesetzt. Reines Hausübungssystem Wurde bald an einer Reihe anderer Unis eingesetzt Jährliche Konferenzen Austausch von Übungen CAPA Problems
5
Geschichte 1997: LectureOnline Hausübungen und Lehrmaterialien Gemeinsames Pool von Materialien innerhalb einer Uni Werkzeuge zur Inhaltszusammenstellung innerhalb von Kursen Andere Unis verwenden das System Inhalts- bibliothek Inhalts- bibliothek Kurs- Verwaltung Kurs- Verwaltung Inhalts- zusammenstellung Inhalts- bibliothek Inhalts- bibliothek Kurs- Verwaltung Kurs- Verwaltung Inhalts- zusammenstellung FTP
6
Geschichte 1999: Zusammenarbeit von CAPA und LectureOnline Start des LearningOnline Network with Computer-Assisted Personalized Approach (LON-CAPA) 2000: National Science Foundation Information Technology Research Grant Investigation of a Model for Online Resource Creation and Sharing in Educational Settings 5-Jahres Projekt 2,1 Millionen Dollar
7
Geschichte Ziele des Projektes: Aufbau einer über Institutionsgrenzen hinweg nutzbaren Bibliothek wiederverwendbarer Lernobjekte Entwicklung von Geschäftsprozessen innerhalb des Verbundes Entwicklung von didaktischen Leitlinien zur Erzeugung effektiver Lernobjekte Entwicklung von Mechanismen zur Qualitätskontrolle der Lernobjekte
8
Geschichte 2002: NSF Site Visit Nicht ausreichend Teilnehmer Nicht ausreichend Resources Nicht ausreichend ausgereifte Platform Finanzierung des Projektes jedoch fortgesetzt
9
Geschichte 2003: Phase der Neuorientierung und Neugliederung Besuche bei anderen Unis Präsentationen Gespräche Änderung der Entwicklungsschwerpunkte Mehr dazu im zweiten Teil
10
Geschichte 2006: Ende des NSF Projektes 40 Schulen 40 Hochschulen 6 Verlagsgesellschaften 150.000 online Resources Über 30.000 Studierende jedes Semester Nachhaltigkeit erreicht durch Kommerziellen Spin-Off LON-CAPA Academic Consortium
11
Teil 2 Teil 2: Aus Fehlern Lernen
12
Aus Fehlern Lernen Eine Open-Source Platform garantiert, daß sich das System schnell weiterentwickelt und verbreiten. Andere helfen mit, das System zu programmieren Fehler schnell zu finden und zu reparieren das System schnell zu verbreiten, da es umsonst ist Falsch
13
Aus Fehlern Lernen Anders als Linux, Apache, etc: die Nutzer sind nicht selbst Programmierer Was man erwarten kann: Überschaubare kleine Funktionalitätserweiterungen mit Anleitung Hilfe bei der Anbindung an verschiedene Hochschulverwaltungssysteme Übersetzungen des Interfaces Nützliche Bugreports und Anregungen Was man braucht: stabiles Kernteam, das den Hauptteil der Richtungssetzung, der Programmierung und des Testens vorantreibt
14
Aus Fehlern Lernen Open-Source hat allgemein keinen guten Ruf in den Verwaltungsetagen: kein oder wenig Support langfristige Existenz nicht gesichert besonders Projekte, die aus Forschungsprojekten entstehen, enden häufig mit dem Ende des Projektes Mangel an Kontinuität, zuviele Köche Schlecht oder gar nicht dokumentiert Nicht skalierbar
15
Aus Fehlern Lernen Sehr viel wichtiger als umsonst: Stabilität und Skalierbarkeit Maschinenraumtauglich Mehr als eine Uni hat auf Institutionsniveau langfristige Unterstützung garantiert Gibt es schon mehrere Jahre Nichts ist umsonst: open- source Software braucht auch lokal Systemadministration, Benutzersupport, Training, Hardware, etc.
16
Aus Fehlern Lernen Eine Organisation wie CampusSource fehlt in den Staaten
17
Aus Fehlern Lernen Man muß sich auf Vermarktungsstrategien konzentrieren Das Resourcepool wird dadurch wachsen, daß man es Autoren, Verlägen und Institutionen möglich macht, ihre Inhalte auf verschiedenen Granularitätsniveaus kommerziell anzubieten Man braucht zunächst einmal Abrechnungsmechanismen für Micropayments, etc. Falsch
18
Aus Fehlern Lernen Autoren scheinen keinen Wert auf solche Micropayments zu legen verstehen Mechanismen nicht Erstellen die Resources sowieso für die eigene Lehre und sind stolz, wenn diese anderswo verwendet werden (System muß das zeigen!) Verläge Kurze Phase intensiver online Aktivitäten Dot-Com Bubble Burst Zurückbesinnung auf Core-Business: Papier Verstehen Mechanismen nicht
19
Aus Fehlern Lernen Institutionen Siehe Verläge: Virtual University Enterprises geschlossen Zurück zu Brick and Mortar Markt kaputt spätestens seit MIT Open Courseware (ungeachtet: schwer oder gar nicht wiederverwendbar) Universitäten verkaufen Abschlüsse, nicht Wissen
20
Aus Fehlern Lernen Lehrende interessieren sich für elegante Systemarchitektur, Metadaten, pädagogische Überlegungen, Standards,... Lehrende lassen sich belehren. Falsch
21
Aus Fehlern Lernen Lehrende interessieren sich dafür, das, was sie sowieso schon machen, effizienter und eleganter in weniger Zeit zu erledigen Erst wenn das möglich gemacht wird, sind sie offen dafür, sich mit anderen Aspekten des Systemes zu befassen Mischung von Arroganz und Unsicherheit: es ist schwer, Lehrende als Nutzer zu gewinnen, und leicht, sie wieder zu verlieren Die Umgebung muß sicher sein, keine direkte Kritik z.B. trauen sich einige Professoren immer noch nicht, ihr Material netzwerkweit zur Verfügung zu stellen.
22
Teil 3 Teil 3: Philosophie
23
Philosophie
26
Teil 4 Teil 4: Aufbau und Implementation des Systemes
27
Campus A Campus B Logischer Aufbau Verteilte Inhaltsbibliothek über Campusgrenzen hinaus Inhalts -zusammenstellungs -werkzeuge Inhalts -zusammenstellungs -werkzeuge Kursverwaltungssystem Inhalts -zusammenstellungs -werkzeuge Inhalts -zusammenstellungs -werkzeuge Kursverwaltungssystem
28
Campus A Campus B Logischer Aufbau Verteilte Inhaltsbibliothek über Campusgrenzen hinaus Inhalts -zusammenstellungs -werkzeuge Kursverwaltungssystem Inhalts -zusammenstellungs -werkzeuge Kursverwaltungssystem
29
Verteilte Inhaltsbibliothek Netzwerk von ständig verbundenen Servern Aufgeteilt in Domains, z.B. MSU oder FSU
30
Verteilte Inhaltsbibliothek Supermarkt Virtuelles Filesystem Geordnet nach Domain Autor Verzeichnisstruktur des Autors
31
31 Verteilte Inhaltsbibliothek
32
32 Hausübungs- und Testprobleme Verschiedene Optionen, Bilder, Nummern, Graphen, etc Gleiches Problem, zwei Studierende Verteilte Inhaltsbibliothek
33
33 38.300 HTML/XML Inhaltsseiten 52.600 Hausübungs- und Prüfungsprobleme 49.300 Bilder 6.600 Inhaltszusammenstellungen 1,100 Simulationen und Animationen 500 Filme Verlagsbibliotheken mit Aufgabensammlungen zu Textbüchern Verteilte Inhaltsbibliothek
34
Die URL ist die ID einer Resource Jeder Rechner im Verbund kann jede Resource unter ihrer URL auffinden und darstellen Replikation Resource näher am Benutzer Unabhängigkeit vom Server des Autors Automatisches Update durch Subscription Persistant systemweite URL
35
Verteilte Inhaltsbibliothek Veröffentlichung: Metadaten werden weitestgehend automatisch erzeugt und abgefragt Server im Verbund werden benachrichtigt Eine neue Version wird erstellt /res/msu/kortemey/physicslib/oscillation/pendulum.5.problem
36
Verteilte Inhaltsbibliothek Copyright ist immer beim Autor Möglichkeiten für Nutzungsrechte: Kann nur vom Autor verwendet werden Kann nur innerhalb der eigenen Uni verwendet werden; Studierende sehen das Material nur, wenn es ein Dozent ausgewählt hat Kann systemweit verwendet werden; Studierende sehen das Material nur, wenn es ein Dozent ausgewählt hat Ist frei (ohne Einloggen) verfügbar Konfigurierbare Rechteverwaltungsdatei (häufig Verläge) Quellcode verfügbar oder nicht
37
Aufgabensammlungen zu Vorlesungstexten Verlage beauftragen Firmen, die Aufgaben in LON-CAPA Format bereitzustellen Bibliotheken werden freigeschaltet für Kurse, die diese Texte benutzen Keine zusätzlichen Kosten, stattdessen Anreiz für Lehrende, dieses Buch auszuwählen Verteilte Inhaltsbibliothek
38
Campus A Campus B Logischer Aufbau Verteilte Inhaltsbibliothek über Campusgrenzen hinaus Inhalts -zusammenstellungs -werkzeuge Inhalts -zusammenstellungs -werkzeuge Kursverwaltungssystem Inhalts -zusammenstellungs -werkzeuge Inhalts -zusammenstellungs -werkzeuge Kursverwaltungssystem
39
39 Inhaltszusammenstellung Schreibt Modul über statistisches Mittel Schreibt Modul über statistische Fehler Schreibt Modul über Meinungsforschung Benutzt dies in seinem Kurs
40
Verteilte Inhaltsbibliothek Supermarkt Einkaufswagen: Resource Assembly Tools
41
Inhaltszusammenstellung Verschachtelte Struktur Keine festgelegten Granularitäten Leute können sich darauf nicht einigen Lernobjekte existieren auf jeder Stufe und können auf jeder Stufe wiederverwendet werden
42
Inhaltszusammenstellung Inhalts- zusammen- stellung Lehrpfads- festlegung
43
Inhaltszusammenstellung Das Auffinden von Resources kann schwer sein Statische Metadaten häufig nicht vollständig ausgefüllt Keine Information über die Qualität der Resources Lösung: dynamische Metadaten
44
Campus A Campus B Logischer Aufbau Verteilte Inhaltsbibliothek über Campusgrenzen hinaus Inhalts -zusammenstellungs -werkzeuge Inhalts -zusammenstellungs -werkzeuge Kursverwaltungssystem Inhalts -zusammenstellungs -werkzeuge Inhalts -zusammenstellungs -werkzeuge Kursverwaltungssystem
45
45 Statische Metadaten: Dublin Core, IMS Katalogisierungsunterstützung Dynamische Metadaten: Verwendungsdaten Inhaltszusammenstellung
46
Suchrelevanz Inhaltszusammenstellung
47
47 Inhaltszusammenstellung Browsing
48
Campus A Campus B Logischer Aufbau Verteilte Inhaltsbibliothek über Campusgrenzen hinaus Inhalts -zusammenstellungs -werkzeuge Kursverwaltungssystem Inhalts -zusammenstellungs -werkzeuge Kursverwaltungssystem
49
Kursverwaltung Übliche Werkzeuge Navigation Diskussionsforen Benotung Kalender usw. Nicht alles besprechen Siehe http://www.edutools.info/
50
Kursverwaltung
51
Verteilte Rollen Jeder Server im Netzwerk kann jede Resource für jede Nutzering in jedem Kurs darstellen Systemweite Lastverteilung
52
52 x5 Kursverwaltung
53
Teil 5 Teil 5: Ausblick
54
MSU: Usability Testing Zusammenarbeit mit dem MSU Usability Lab Testet LON-CAPA Usability für Studierende Lehrende Autoren
55
Spin-Off eduCog, LLC Gegründet 2005 Stellt heute LON- CAPA bereit für 2 Hochschulen 32 Schulen 6 Verläge
56
LON-CAPA Academic Consortium Gründungsmitglieder: Michigan State University und University of Illinois at Urbana-Champaign Haben jeweils $200k/Jahr auf fünf Jahre hinaus zur Unterstützung des Projektes garantiert.
57
57 Anerkennung: Förderung Anfänglich an der Michigan State University entwickelt Weitere Unterstützung von den Sloan und Mellon Foundations Derzeit finanziell unterstützt von Michigan State University und der National Science Foundation, sowie akademischen Partnerinstitutionen http://www.lon-capa.org/
Ähnliche Präsentationen
© 2024 SlidePlayer.org Inc.
All rights reserved.