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

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.

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

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

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