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

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

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

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