Entwicklung einer CRUD-API für die Software Madek
Um die Software Madek zu modularisieren und zukunftssicher zu machen, hat das ORC die Entwicklung einer CRUD-API in Auftrag gegeben. Eine CRUD-API ermöglicht die Anbindung von Madek an andere Systeme und Applikationen. Mit der bis dahin vorhandenen API und aufgrund des teilweise monolithischen Codes der Software waren Lesezugriffe nur mit hohem Aufwand, Schreibzugriffe gar nicht möglich.
Kategorien
Beschreibung
Herausforderung
Die Software Madek vereint Charakteristika einer Archivdatenbank mit denen einer Plattform zum Teilen von Medien, daher ist sie für den Einsatz an Kunst- und Musikhochschulen besonders gut geeignet. Die API war allerdings auf Lesezugriffe beschränkt. Um die Integration von Madek in bestehende digitale Infrastrukturen, eine Modularisierung durch eigenständige Komponenten sowie die Stärkung der Open Source Community zu erreichen, musste eine vollständige CRUD-API entwickelt werden.
Herangehensweise
Die Entwicklung einer vollständigen CRUD-API ist ein umfangreiches Software-Entwicklungs-Projekt. Daher wurden zunächst zusätzliche Fördermittel bei der Stiftung Innovation in der Hochschullehre eingeworben. Anschließend schrieb das ORC das Projekt aus und beauftragte Software-Entwickler mit der Umsetzung.
Im Vorfeld wurde das Projekt mit der Zürcher Hochschule der Künste (ZHdK), die die Software Madek als Teil ihrer digitalen Hochschulinfrastruktur (Medienarchiv) pflegt und weiterentwickelt, abgestimmt. Die technische Konzeption der API v2 wurde gemeinsam mit dem Senior-Developer der ZHdK erarbeitet. Außerdem wurde vereinbart, die neue API v2 einem Review-Verfahren durch die ZHdK zu unterziehen und anschließend in das offizielle Madek-Repositorium zu integrieren (main branch). Beides ist inzwischen geschehen. Die Nachhaltigkeit der Entwicklung wurde damit deutlich gestärkt. HfG-spezifische Funktionen (z.B. LDAP-Anbindung) werden von uns in einem eigenen Branch gepflegt.
Zusammenhang
Da es sich um höhere Softwareentwicklung handelte, gab es keine Anknüpfungspunkte an das HfG-Curriculum. Zur Qualitätssicherung wurde die API v2 einem Review-Verfahren durch die ZHdK unterzogen. Unsere Entwickler programmierten außerdem eine Proof-of-Concept-Anwendung für Anwendungs-Tests. Inzwischen ist die API v2 produktiv im Einsatz und sorgt für die technische Anbindung zweier Software-Module an das Madek-System: Schaufenster zur Präsentation von studentischen Arbeiten und Project Uploader.
Voraussetzung
Eine strategische Voraussetzung war die Selbstverpflichtung der HfG, das Projektarchiv nachhaltig in die digitale Infrastruktur der Hochschule einzubinden. Die CRUD-API stellt dafür die notwendige technischen Bedingung dar.
Das Projekt hätte allerdings nicht ohne die Bewilligung von Sonderfördermitteln durchgeführt werden können. Denn zu Projektbeginn war nicht absehbar, dass die API der Software modernisiert werden müsste, weshalb diese Maßnahme nicht im Projektantrag enthalten ist.
Bei der eigentlichen Durchführung war die enge Zusammenarbeit mit der ZHdK maßgebend. Durch regelmäßigen Austausch zwischen dem ORC-Projektteam, den beauftragten Entwicklern und der ZHdK konnte das Projekt klar definiert und effizient durchgeführt werden. Die nachhaltige Wirkung der Maßnahme wurde außerdem durch die Vereinbarung, die neue API in das offizielle Madek-Repositorium (main branch) der ZHdK aufzunehmen, sichergestellt – auch über das Projektende des ORC hinaus.
Eignung
Die CRUD-API stellt die technische Voraussetzung für die breite Nutzung, nachhaltige Integration und allgemeine Akzeptanz der Projektarchiv-Plattform dar. Die verantwortlichen Stellen der ZHdK, die die Software seit über zehn Jahren einsetzen und weiterentwickeln, bestätigen dies, weshalb sie unsere Entwicklung aktiv unterstützt und das Ergebnis in den main branch der Codebase integriert haben.
An der HfG setzen wir inzwischen mit Schaufenster eine eigens entwickelte Präsentations-Website ein, die über die API v2 an Madek angebunden ist. Die Resonanz der Anwender*innen ist durchwegs gut, zudem wirkt sich Schaufenster positiv auf die Nutzung der Projektarchiv-Plattform aus.
Die Maßnahme hat dazu geführt, dass der Einsatz der Software Madek für weitere Kunstakademien attraktiv geworden ist. Inzwischen wurde die Projektarchiv-Plattform an der abk Stuttgart implementiert und die Zusammenarbeit zwischen den Institutionen wurde intensiviert.
Vorgehen/Schritte
Die konkrete Maßnahme (die Entwicklung der CRUD-API für Madek) ist nicht zu adaptieren. Das Vorgehen wäre jedoch adaptierbar und die Software insgesamt könnte in einen anderen Kontext transferiert werden.
Unsere Handlungsempfehlungen bei der Neu-/Weiterentwicklung von OSS sind:
- Minimalversion bzw. MVP (minimal viable product) definieren
- Vergabeverfahren inkl. Ausschreibung möglichst agil
- Softwareentwicklung möglichst agil und in sehr kleinen Schritten, beginnend mit dem MVP
- regelmäßige Feedbackrunden zwischen den unterschiedlichen Akteuren
- doppelte Entwicklungszeit einplanen
Unsere Empfehlung zum Transfer der Software Madek:
- eine genaue Definition der Bedarfe vorab inkl. Evaluation, ob Madek die geeignete Lösung ist
- ggf. Import von Daten aus bereits bestehenden Systemen in Madek planen bzw. Schnittstellen definieren
- technische Infrastruktur vor Ort evaluieren (Server und verfügbares IT-Personal)
- konkrete Zusammenarbeit bei der Implementierung abstimmen
Hinweise
Effekte
Der regelmäßige Austausch mit der ZHdK hat sich über die eigentliche Softwareentwicklung hinaus verstetigt und etabliert.
Die Projektarchiv-Plattform wird besser angenommen: Studierende beschäftigen sich stärker mit ihr, seit die zeitgemäß gestaltete Präsentations-Website Schaufenster, die über die neue API v2 angebunden ist, im Einsatz ist.
Der Bekanntheitsgrad der Projektarchiv-Plattform insgesamt steigt.
Die Zusammenarbeit mit anderen Institutionen, besonders der abk Stuttgart, hat sich intensiviert.
Ein Software-Entwickler aus dem API-Team konnte als festangestellte IT-Kraft für die Hochschule gewonnen werden.
Die Entwickler-Community hat sich vergrößert: Für die Uploader-Anwendung haben wir einen weiteren Entwickler engagiert, der mit Madek und der API arbeitet.
Learnings
Bei der Softwareentwicklung in größerem Umfang ist viel und gute Kommunikation zwischen allen beteiligten Akteuren notwendig. Zeitpläne sind nur für kleine Projektabschnitte tragfähig, weshalb agile Methoden unbedingt linearen, sequentiellen Methoden (Kaskade) vorzuziehen sind. Agile Projektentwicklung lässt sich mit den Vorgaben zur Auftragsvergabe in öffentlichen Einrichtungen nur sehr schwer realisieren. Die Verwaltung ist in der Regel nicht darauf vorbereitet, Softwareentwicklungsprojekte zu konfrontieren.
Bei der Projektentwicklung selbst sollten unbedingt eine Minimalversion (MVP, minimal viable product) und Milestones definiert werden. Ggf. ist die Entwicklung von Prototypen sinnvoll.
Open Source Software gelingt grundsätzlich nur in einer lebendigen Community. Nachhaltige Infrastrukturen gründen in langfristigen Partnerschaften.
Empfehlung
Nein, die Entwicklung der CRUD-API war ein unumgänglicher Schritt und ist sehr spezifisch im Kontext der Software und der beteiligten Akteure zu sehen.
Tipps
Siehe auch „größte Learnings“.
Komplexere Software-Entwicklungsprojekte sind für alle Beteiligten herausfordernd, benötigen viel Kommunikation, Engagement und Commitment. Agile Projektentwicklung ist der Sache nach unbedingt dem Kaskade-Modell vorzuziehen. Denn im Kaskaden-Modell muss jede Entwicklungsphase abgeschlossen sein, bevor die nächste beginnt. In der Realität greifen die Phasen jedoch ineinander und ändern sich innerhalb einer Realisierungsphase auf unvorhersehbare Weise. Mit agilen Methoden kann darauf reagiert und das Ergebnis letztlich verbessert werden, da Erfahrungen, die erst in der Realisierungsphase deutlich werden, einfließen. Leider stoßen agile Methoden jedoch aufgrund der Vorgaben für öffentliche Einrichtungen auf starke Widerstände.
Methoden
Empfohlen
Nicht empfohlen
Kontakt
Das könnte Sie auch interessieren
Implementierung einer Knowledge Base (KB) zur lehrveranstaltungsübergreifenden Entwicklung von KI-Schlüsselkompetenzen in Sport und Gesundheit
Die potenziellen Tätigkeitsfelder für angehende Sportwissenschaftler haben sich in den letzten Jahren stark diversifiziert und spezialisiert. Sie reichen vom klassischen Sportlehrer in Schulen und Trainer im Leistungs- und Spitzensport über Sporttherapeuten in der medizinischen Trainingstherapie bis hin zu Tätigkeiten im Bereich der Sportmedien, -technik, -entwicklung und Sportinformatik. Auch im Bereich des Gesundheitswesens nehmen Digitalisierung und die Nutzung der Künstlichen Intelligenz (KI) einen immer höheren Stellenwert ein. Eine wesentliche Rolle bei der Vermittlung von KI-Schlüsselkompetenzen kommt der Lehre an Universitäten und Hochschulen zu. Zum einen um die Studierenden optimal auf KI-assoziierte Berufe und das Verständnis darüber vorzubereiten und zum anderen um das Potential einer verbesserten Hochschulbildung bspw. durch Verbesserung und Personalisierung des Lernens im Selbststudium und adäquate Unterstützungsangebote zu nutzen. Vor diesem Hintergrund möchten wir mittels der Förderung die Grundlagen künstlicher Intelligenz auf Basis einer innovativen Knowledge Base als gemeinsames Wissensökosystem fest in die Lehre im Bereich der Sportwissenschaft der Rheinland-Pfälzischen Technischen Universität Kaiserlautern-Landau (RPTU) im Kontext hybrider Unterrichtsformate sowie des individuellen Selbststudiums implementieren. Hierbei adressiert das Projekt die Studiengänge Lehramt Sport oder Gesundheit (B.Ed. & M.Ed.) sowie Sportwissenschaft und Gesundheit (B.Sc.).
Projekt anzeigen
Laterale Führung in der Projektkoordination
Projektkoordinator:innen in Hochschulentwicklungsprojekten tragen Mitverantwortung für den Projekterfolg, haben aber meist keine formale Weisungsbefugnis gegenüber den Teilprojekten und Projektmitarbeitenden. Diese Maßnahme dokumentiert Strategien für eine wirksame Koordination ohne Hierarchie. Der Ansatz basiert auf drei Säulen: aktive Legitimation durch die Projektleitung, Aufbau tragfähiger Arbeitsbeziehungen zu allen Beteiligten und das Schaffen von erkennbarem Mehrwert für das Gesamtprojekt. Ziel ist es, dass die Koordination als hilfreiche Instanz wahrge-nommen wird, nicht als zusätzliche Kontrollschicht.
Maßnahme anzeigen
Digitale Kulturen der Lehre entwickeln. Rahmenbedingungen, Konzepte und Werkzeuge
Die Digitalisierung sowie der damit einhergehende Wandel von Gesellschaft und Arbeitsleben verändern die Anforderungen an Hochschulen, Lehrende und Studierende. Dabei entsteht eine neue Kultur digitaler Lehre mit großen Chancen und Herausforderungen für alle Akteursgruppen. Die Beiträge des vorliegenden Open-Access-Sammelbandes beleuchten die Entstehung digitaler Kulturen in der Hochschullehre und stellen neue Konzepte, Gestaltungsmöglichkeiten sowie Evaluationsergebnisse digitaler Lehr-Lern-Wege vor. Vor diesem Hintergrund werden in den Ausführungen auch digitale Werkzeuge und deren Anwendung sowie Weiterentwicklung in den Blick genommen – sowohl für reine Online-Formate als auch für Mischformen aus digitalen und klassischen Lehransätzen.
Publikation anzeigen