• Domain-Driven Design ist eine konzeptionelle Herangehensweise an die Modellierung komplexer Software.
• Das Hauptaugenmerk fällt dabei auf die Einführung einer ubiquitären (allgemein verständlichen) Sprache, welche in allen Bereichen der Softwareerstellung von den Konzeptionsgesprächen mit den Fachwissenschaftler_innen bis hin zur Code-Ebene verwendet werden sollte.
• Durch regelmäßige Iterationen nach dem DDD-Prinzip kann sich die Software kontinuierlich mit der sich stetig wandelnden Projektrealität verändern. Die Codebasis bleibt dabei im Einklang mit der Konzeptions- bzw. Modellierungsebene.

Siehe auch D. Kasper, M. Grüntgens: Nachhaltige Konzeptionsmethoden für Digital Humanities Projekte. Vortrag auf der DHd2017, 15.02.2017

• BDD beschreibt die Funktionalität einer Anwendungsdomäne mittels formalisierter Szenarien.
• BDD ist ein "outside-in"-Ansatz, der mit dem Blick der Nutzer_innen auf eine Forschungssoftware blickt und deren Funktionalität in ausführbaren Tests dokumentiert.
• Die Tests werden in natürlicher Sprache nach einem festen Dreischritt-Prinzip formuliert.
• Dadurch kann die oftmals "flüchtige" (= wenig nachhaltige) Präsentationsschicht einer Software in Zusammenarbeit mit den Fachwissenschaftler_innen gemeinsam beschrieben und nachhaltig dokumentiert werden.

Siehe auch D. Kasper, M. Grüntgens: Nachhaltige Konzeptionsmethoden für Digital Humanities Projekte. Vortrag auf der DHd2017, 15.02.2017

• DevOps benutzt Werkzeuge, um eine automatische Reproduzierbarkeit der Softwareanwendung einschließlich ihrer Umgebung zu erreichen.
• Der große Vorteil liegt in der automatisch enstehenden Dokumention und Nachvollziehbarkeit spezialisierter Software-Infrastrukturen. Es gibt kein implizites Wissen mehr, dass nur "der Admin" hat.
• Gleichzeitig wird die Laufzeitumgebung von der Hardware abstrahiert (bspw. durch Virtualisierung). Eine Forschungssoftware wird somit "cloud-fähig", bzw. kann in beliebigen Infrastrukturen reproduziert werden.
• Die Konfigurationen sind meist einfache Textdateien in einer bestimmten Syntax, die sich gut versionieren lassen. Somit lässt sich jede Modifikation an einer Anwendungsumgebung sauber dokumentieren und protokollieren.

• Die innerhalb einer Anwendungsdomäne festgelegten Begrifflichkeiten sollten konsequent im Code durchgehalten werden.
• Idealerweise wird der Code "sprechend" geschrieben. Durch den Einsatz einer verständlichen Sprache kann die meiste Funktionalität von allen Projektbeteiligten verstanden werden.
• Bei der Abstraktion helfen Frameworks, die Prinzipien des Domain Driven Design integrieren (jeweils sprachenspezifisch, für PHP bspw. das Flow Framework oder auch Symfony).
• Daneben ist der konsequente Einsatz von Coding Guidelines entscheidend für die Nachhaltigkeit.
• Methoden wie bspw. das "Pair Programming" können helfen, besseren Code zu schreiben und die Wissensträgerschaft auf mehrere Schultern im Team zu verteilen.

• In der Präsentationsschicht einer Anwendung sollte (insbesondere im Bereich von Webapplikationen) auf Geräteunabhängigkeit geachtet werden (Responsive Design).
• Barrierearme Entwicklung führt dazu, dass die Präsentationsschicht einfacher, effizienter, besser nachvollziehbahr und somit nachhaltiger gestaltet wird.
• Auch hier helfen Frameworks (bspw. Bootstrap, Foundation oder auch Microframeworks) Zeit bei der Implementierung zu sparen und gleichzeitig standardkonform zu arbeiten.
• Es empfiehlt sich, schon in der frühen Designphase bei Wireframes und MockUps auf Webtechnologien zu setzen (HTML5/CSS3). So angelegte Designs können gut versioniert und bereits mittels BDD getestet werden. Zudem ergibt ist ein besserer Feedback-Prozess, da die Oberfläche schon funktional ist.

Ein geräteunabhängiges (responsives) Design für die Präsentationsschicht ist nachhaltiger und zugänglicher.

• Alle bisher genannten Konzepte streben eine Versionierbarkeit ihrer Outputs an, was die Nachvollziehbarkeit und somit die Nachhaltigkeit auf der Software-Ebene deutlich steigert.
• Auf diese Weise hergestellte Software legt nicht nur offen, wie sie funktioniert, sondern wie sie hergestellt wurde.
• Dem Commit in ein Versionskontrollsystem kommt im nachhaltigen Entwicklungsprozess eine zentrale Bedeutung zu: Durch einen Commit werden automatisierte Test- und Bereitstellungsroutinen in Gang gesetzt (z.B. mittels einer Continuous Integration Software wie bspw. Jenkins).
• Schlägt ein Test- bzw. Buildprozess nach einem Commit fehl, erhalten die Projektbeteiligten sofort Feedback. Die fehlerhafte Software wird dabei nicht auf das Produktiv-System ausgespielt sondern kann zuerst korrigiert werden.

• Idealerweise gibt es in einem nachhaltigen Entwicklungsprozess unterschiedliche Testebenen: Auf der Code-Ebene sind dies Unit-Tests, die einzelne Einheiten (Units) einer Software auf korrekte Funktionsweise überprüfen.
• Darauf folgt die Ebene der Akzeptanztests (hier kommt ein BDD Framework wie bspw. Behat zum Einsatz). Die in der Modellierungs- und Entwicklungsphase erstellten Szenarien werden getestet.
• Im Bereich Webapplikationen sind auch explorative Tests (manuelle Tests) zuweilen als dritte Teststufe notwendig, da die Vielzahl an Endgeräten und die unterschiedlichen Browser oft eine manuelle Überprüfung notwendig machen. Hier helfen virtuelle Maschinen und Smartphone- bzw. Tablet-Emulatoren oder ein auf das Cross-Browser-Testing spezialisierter (kommerzieller) Webdienst.

• Ist eine Applikation erfolgreich in die Produktiv-Umgebung eingespielt, ist zur Sicherstellung des Betriebs und somit der nachhaltigen Verfügbarkeit der Anwendung ein kontinuierliches Monitoring unabdingbar.
• Nur durch ein Monitoring können unvorhergesehene Bugs oder Seiteneffekte beim Betrieb einer Software frühzeitig erkannt und bearbeitet werden.
• Auch für das Monitoring existieren sehr gute Programme wie bspw. Nagios oder Zabbix oder Cacti, die mit denen sich eine 24/7 Überwachung der Applikation umsetzen lässt.

• Forschungsplattform mit digitalem Bildarchiv (hochauflösende TIFFs) unter CC BY-NC 4.0 Lizenz.
• Metadaten werden als XMP direkt in die Bilder eingebettet. Dadurch können die Forschungsprimärdaten (Bilder) und die zugehörigen Metadaten vollständig separat von der eigentlichen Webapplikation gehalten werden. Nachhaltigkeit durch Systemneutralität der Daten.
• Die Webapplikation speist bzw. extrahiert den Datenbestand, auf dem die Online-Funktionalitäten umgesetzt sind, immer aus den Forschungsprimärdaten (den Bildern mit eingebetteten Metadaten).

• Für die Funktionalitäten der CVMA-Oberfläche wurden umfangreiche BDD-Testszenarien entwickelt. Diese werden vor jedem Deployment von neuen Funktionalitäten in das Produktiv-System ausgeführt.
• Ein Zabbix-basiertes Monitoring macht frühzeitig auf Unregelmäßigkeiten im Betrieb oder Lastspitzen aufmerksam (bspw. via automatischer E-Mail-Benarichtigungen an die DevOps).