Softwarearchitektur

Beim strategischen Domain-Driven Design (DDD) fokussieren wir uns in der Modellierung sehr stark darauf, die Fachlichkeit möglichst passend zu identifizieren und im Design abzubilden. Leider verlieren wir Entwickler bei der technischen Umsetzung diesen fachlichen Fokus dann aber allzu oft wieder aus den Augen und lassen uns (zu) stark vom neusten hippen Framework begeistern, leiten und beeinflusse..

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..

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ä..

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.

IT-Systeme mit einem fachlichen Ziel zu entwickeln, ist eine wesentliche Erkenntnis aus dem Domain-Driven Design (DDD). Jede Software soll Probleme innerhalb einer Anwendungsdomäne für ihre Nutzer lösen. Im DDD geht es nicht nur um die technische Umsetzung, sondern auch um eine bestimmte Denkweise beim Entwurf eines IT-Systems. Der Ansatz stellt die Modellierung der Fachlichkeit und die Schaffung ..