Software zitieren: Programm, Paket und verwendete Version unterscheiden

1. Die wissenschaftlich relevante Software benennen

Software kann für eine wissenschaftliche Analyse ebenso wesentlich sein wie ein Datensatz oder eine Methode. Die FORCE11 Software Citation Principles betonen unter anderem Anerkennung, dauerhafte Identifikation und die genaue verwendete Version. Welche Programme in deiner Arbeit einen eigenen Literaturverzeichniseintrag erhalten, hängt auch von Fach- und Zitierregeln ab. Trenne diese Frage von der technischen Dokumentation: Nicht jedes installierte Hilfsprogramm muss zitiert werden, aber der relevante Rechenweg darf nicht hinter der pauschalen Angabe Computeranalyse verschwinden.

Im eigenen fiktiven Projekt wertest du Befragungsdaten mit einer Statistiksoftware und einem zusätzlichen Paket aus. Die Entwicklungsumgebung, das Basisprogramm und das Paket sind nicht dasselbe. Notiere, welches Produkt welchen Arbeitsschritt tatsächlich übernimmt: Datenimport, Modellschätzung oder Darstellung. Prüfe dann, welche Komponenten wesentlich für das Ergebnis sind. Eine bekannte Oberfläche darf nicht stellvertretend für das Paket genannt werden, das den zentralen Schätzer ausführt. Diese Bestandsaufnahme ist der erste Schritt zu einem verständlichen Methodenteil.

Weiterführend: Smith, Katz, Niemeyer und FORCE11 Software Citation Working Group: Software Citation Principles, 2016

2. Den vorgesehenen Zitiervorschlag der verwendeten Fassung suchen

Suche im Programm, in der Paketdokumentation oder in einer CITATION-Datei nach einem Zitiervorschlag. Die offizielle R-Dokumentation erklärt dafür citation() für R und citation("Paketname") für ein bestimmtes Paket. Der Paketname ist hier ein Platzhalter und muss durch ein tatsächlich installiertes Paket ersetzt werden. Prüfe, ob der ausgegebene Nachweis ein Softwareobjekt, einen Artikel oder mehrere empfohlene Veröffentlichungen betrifft. Übernimm die Angaben nicht blind, sondern passe die Darstellung an deinen vorgeschriebenen Zitierstil an.

Für deine eigene Quellenkarte notierst du Produktname, tatsächliche Version, verantwortliche Personen beziehungsweise Organisation, vorgesehenen Nachweis und den Zweck in deiner Analyse. Erfasse diese Angaben in der Umgebung, in der die finale Auswertung läuft. Eine inzwischen aktualisierte Website kann einen anderen Stand zeigen als dein Rechner. Wenn du eine archivierte Veröffentlichung mit persistentem Identifikator findest, kontrolliere, ob sie zur verwendeten Fassung gehört. Ein plausibel klingender DOI aus einem automatisch erzeugten Text ist kein geprüfter Nachweis.

Weiterführend: R Core: Citing R and R Packages in Publications

3. Software und zugrunde liegende Methode nicht verwechseln

Ein Methodenartikel kann erklären, weshalb ein Verfahren geeignet ist. Die Softwaredokumentation kann erklären, wie eine konkrete Implementierung bedient wird. Eine versionierte Softwarequelle identifiziert wiederum ein bestimmtes Forschungsprodukt. Diese Funktionen können zusammenhängen, sind aber nicht austauschbar. Schreibe im Methodenteil getrennt, welches Verfahren du begründest und womit du es umgesetzt hast. Vermeide es, eine Softwarezitation als fachliche Begründung zu verwenden, wenn der zitierte Text gar nicht die Voraussetzungen deines Designs behandelt.

Angenommen, du nutzt im fiktiven Projekt eine Funktion zur Schätzung eines Modells. Der Paketartikel empfiehlt das Paket, sagt aber nicht, dass dein Messniveau, deine Stichprobe und deine Fragestellung dazu passen. Diese Prüfung bleibt erforderlich. Umgekehrt zeigt ein korrekt zitierter statistischer Lehrtext nicht, welche Standardeinstellungen deine Software verwendet hat. Notiere relevante Optionen und begründe bewusste Abweichungen von Standardwerten. So beantwortet der Bericht sowohl die methodische Warum-Frage als auch die technische Wie-Frage, ohne beide ineinander aufzulösen.

4. Den Softwarestand an die finale Auswertung binden

Führe eine kleine Versionsliste zusammen mit dem finalen Analyseordner. Sie sollte zu den Skripten und Ergebnissen passen, die du tatsächlich abgibst. Bei zufallsabhängigen Verfahren sind außerdem die dafür relevanten Einstellungen und gegebenenfalls ein dokumentierter Startwert wichtig. Ein Startwert allein garantiert jedoch keine identischen Resultate in jeder Umgebung. Prüfe deshalb den konkreten Ablauf, statt aus einer einzelnen technischen Angabe eine allgemeine Reproduzierbarkeitszusage abzuleiten. Bewahre Rohdaten, Skripte und Ergebnisstand eindeutig zugeordnet auf.

Im eigenen Beispiel wird vor Abgabe ein Paket aktualisiert. Du musst jetzt entscheiden, ob du die validierte alte Umgebung beibehältst oder mit der neuen Version erneut prüfst. Aktualisiere nicht nur die Versionsangabe im Text. Falls die Berechnung geändert wird, vergleiche die betroffenen Ergebnisse und passe Tabellen und Schlussfolgerungen konsistent an. Ein kurzer Änderungsvermerk kann erklären, weshalb eine neue Fassung entstanden ist. Die zentrale Frage bleibt, welche Umgebung die im Bericht gezeigten Ergebnisse tatsächlich erzeugt hat.

5. Literaturverzeichnis und technische Dokumentation abgleichen

Kontrolliere abschließend, ob die Namen und Versionen im Methodenteil, in der Quellenliste und in deiner Umgebungsdokumentation zusammenpassen. Öffne vorhandene Identifikatoren und prüfe deren Ziel. Bei einem nicht archivierten Entwicklungsstand kann eine genaue Revisionsangabe zusätzlich nötig sein; sie ist kein Freibrief, eine dauerhafte Erreichbarkeit zu behaupten. Halte Unsicherheiten offen fest und orientiere dich an den Empfehlungen der Softwareverantwortlichen sowie den Vorgaben deines Fachs. Zitation würdigt die Arbeit anderer und macht deine technische Grundlage auffindbar.

Der Abschlusswerk-Zitiergenerator hilft bei unterstützten Nachweistypen mit der Formatierung. Er inventarisiert nicht deine Analyseumgebung und ermittelt nicht automatisch die tatsächlich verwendeten Paketversionen. Falls ein geeigneter Softwaretyp fehlt, prüfe den Eintrag manuell anhand des verbindlichen Stils. Eine letzte praktische Probe besteht darin, eine zentrale Ergebnisdatei ihrer Softwarefassung zuzuordnen. Wenn du diese Verbindung nicht herstellen kannst, ergänze zuerst die Dokumentation. Eine formal schöne Quellenangabe kann die fehlende Verbindung zum tatsächlichen Rechenweg nicht ersetzen.