Software-Architektur

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

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

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

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