Softwarearchitektur

Auf dem Weg vom Domain-Driven Design zum produktiven System gibt es eine Unzahl von technischen und Entwurfs-Details. Wie trennt man die wichtigen Entscheidungen von den weniger prägenden? Dieser Artikel bietet einen Wegweiser durch die Vielzahl von Einzelentscheidungen, die während eines solchen Entwicklungsprozesses zu treffen sind. An sieben Stellen wird die Richtung für das Projekt geprägt: Do..

Dass beim Einsatz parallel laufender Threads kritische Bereiche vor konkurrierenden Zugriffen geschützt werden müssen, ist unter Java-Programmierern hoffentlich bekannt. Weniger bekannt hingegen ist, dass Prozesssynchronisationen oft schon in Situationen notwendig werden, die es auf den ersten Blick gar nicht vermuten lassen. Dieser Artikel beschreibt derartige Fallstricke und zeigt die Grundwerkz..

Das Agile Manifest wird oft missverstanden, wenn es heißt: „Wir müssen nichts dokumentieren, es kommt nur auf die lauffähige Software an!“ Aber ist es eine gute Idee, eine komplizierte Maschine ohne Konstruktionszeichnungen zu bauen? Hier ist IT kein bisschen anders als jede andere Ingenieurskunst, weiß der moderne „Software Craftsman“. In diesem Artikel möchten wir zeigen, wie ein interdisziplinä..

In vielen „agilen“ Kontexten in der Softwareentwicklung wird den technischen Aspekten zu wenig Aufmerksamkeit gewidmet. DDD als Modularisierungsansatz hilft auf drei Ebenen: auf Systemebene, auf fachlicher Ebene und auf technischer Ebene. Auf Systemebene ist es für agile Teams wichtig, möglichst wenig auf Dritte warten zu müssen. Also muss ihr Handlungsfeld (auch im Code) klar definiert sein. In v..

Strategisches Domain-Driven Design (DDD) stellt mit Ubiquitous Language und Context Map zwei Instrumente zur Verfügung, die helfen, die Grenzen von Modellen und Systemen zu definieren. Der Artikel legt die sprachphilosophischen und mikropolitischen Grundlagen dieser Instrumente frei, sodass sie geschärft zum Einsatz kommen.