06 Workshop: Open-Source-CRIS

❗ Der Begriff “Open Source” bedeutet, dass der Quellcode einer Software frei verfügbar ist, z.B. über Services wie Git. Der Begriff „Open Source“ an sich enthält jedoch noch keine Angaben dazu, wie und unter welchen Umständen der Quellcode (weiter) verwendet werden darf.

Hinter Open-Source-Projekten stehen in der Regel Communities von Entwickelnden und Nutzenden, die den Code pflegen und laufend weiter anpassen. Dies ist ein Unterschied zu proprietärer Software, hinter der in der Regel ein Unternehmen steht, das allein über das Know-How und die Expertise für die Software verfügt. Auch das Datenmodell einer Software ist bei Open-Source-Projekten offen.

❗ Da der Quellcode von Open-Source-Software frei verfügbar ist, ist jeder Zugriff darauf zunächst kostenlos. Dies bedeutet jedoch nicht automatisch, dass auch die Nutzung der entsprechenden Software kostenlos ist. In diesem Zusammenhang ist unbedingt auf die für den Quellcode geltende Lizenz zu achten. Die Lizenz stellt die Nutzung der Software unter gewisse Bedingung, z. B., dass immer ein Urheberrechtshinweis enthalten sein muss oder dass jede weitere Änderung dokumentiert werden muss. Je nach Lizenz könnten auch Kosten an den Urheber oder die Urheberin der Software zu entrichten sein.

Hiervon unabhängig ist bei der Planung zu beachten, dass auch bei der Einrichtung und dem Betrieb von Open-Source-Software Ressourcen für IT-Infrastruktur (Hardware), Betriebskosten, die Arbeit der Entwickler, für Betreuungspersonen (User-Support, Administration und Wartung, Updates, Backup, etc.) benötigt werden. Durch die mit der Einführung von Software einhergehenden Änderungen von Arbeits- und Organisationsprozessen entstehen ebenfalls Aufwände bzw. Kosten.

❗ In der Regel folgt die Programmentwicklung dem Modell des ‘user centered design’ – der Blick auf die Nutzenden und ihre Anforderungen ist zentral, um neue Features einzuführen, die aus Anwendungsszenarien heraus entwickelt wurden. Die Prozesse können im Detail je nach Software unterschiedlich sein. Im Kern werden Features von Entwickelnden fertiggestellt (Commit) und später in eine aktuelle Version der Software eingefügt (Release). Dann können alle Nutzenden diese neue Version mit allen neuen Features über ein Update erhalten. Hat eine Einrichtung weitergehende individuelle Wünsche, kann sie sich von der laufenden Entwicklung abspalten (Fork) und die Software in eigener Regie selbst weiterentwickeln. Stellen sich die hierdurch individuell entwickelten Features als sinnvoll für die Community heraus, können sie später auch in die offizielle Version der Software aufgenommen werden (Pull-Request).

❗ Die Lyrasis-Guidelines für nachhaltige Open-Source-Software nennen folgende vier Aspekte:

Sofern ein Open-Source-Projekt diese Anforderungen erfüllt, kann der Einsatz der entsprechenden Software guten Gewissens in Betracht genommen werden. Die Eignung der Software für einen spezifischen Zweck hängt letzten Endes natürlich von ihrer Funktionalität ab.

❗ Open-Source-Software kann viele Vorteile haben. Davon sind einige abhängig von der Erfüllung der Guidelines für nachhaltige Open-Source-Software (s. oben).

❗ Open-Source-Software bringt besondere Herausforderungen mit sich, die bei proprietärer Software nicht oder nicht im gleichen Umfang entstehen. Einige hiervon sind:

❗ Nein. Es ist möglich, Open-Source-Software zu nutzen und mit einem externen Anbieter mit entsprechender Expertise einen Vertrag über die Einrichtung und/oder die Wartung und den Support zu schließen. Auf diese Weise bleiben viele Vorteile der Nutzung von Open-Source-Software erhalten, während gleichzeitig Supportleistungen im Prinzip wie bei proprietärer Software verfügbar sind. Ein Vendor Lock-In kann vermieden werden, da Open-Source-Software von unterschiedlichen Anbietern betreut werden kann. Je nachdem, welche Leistungen benötigt werden, können Support- und Wartungsleistungen allerdings sehr teuer werden (z. B., wenn es um die Programmierung von Schnittstellen zu anderer Software geht).

❗ In Einrichtungen der Leibniz-Gemeinschaft sind zurzeit folgende Open-Source-CRIS im Einsatz:

❗ Ja, das ist grundsätzlich möglich. Dabei ist allerdings zu beachten, dass für die Einrichtungen dann in der Regel nur wenige (oder gar keine) individuellen Ausprägungen des CRIS möglich sind. In diesem Zusammenhang ist die Verständigung auf eine einrichtungsübergreifende Standardisierung von großer Bedeutung. Außerdem muss geklärt werden, wie die verschiedenen Pflegeaufgaben (Nutzersupport, Einspielen von Updates, Anlegen von Datensicherungen, etc.) verteilt werden und wie ein solches gemeinsames Rechenzentrum langfristig finanziert werden kann.