Diseño Basado en Dominios vs Arquitectura Basada en Modelos

No estoy en desacuerdo con la mayoría de lo anterior, aunque quizás valga la pena expandirlo un poco.

El concepto más importante en DDD es centrarse en el dominio del problema. Dejar de lado la obsesión por la tecnología y concentrarnos principalmente en modelar el problema que estamos tratando de resolver. Así que pon ajax ,Mss, bases de datos, frameworks, etc. en segundo plano y en su lugar asegúrese de tener un modelo completo y preciso del problema en primer lugar. (Por supuesto que todavía necesita la componentes arquitectónicos-pero están explícitamente subordinados al modelo). DDD llama a este" Lenguaje ubicuo", un modelo expresado en términos que los expertos en dominios y los desarrolladores usan y entienden por igual. Un modelo donde los nombres de clases, métodos, etc. se toman del dominio del problema.

DDD no ordena /cómo/ capturar ese modelo, aunque el libro implica usar un lenguaje OO para hacerlo.

MDA comparte la misma noción de modelar el dominio del problema en primer lugar (el PIM, Modelo Independiente de la Plataforma). A diferencia de DDD, recomienda crear ese modelo con UML. Pero la intención es la misma: entender el dominio del problema sin contaminarlo con preocupaciones arquitectónicas (de software).

El PSM (Modelo Específico de Plataforma) de MDA es algo análogo a la aplicación de los patrones arquitectónicos en DDD (por ejemplo, agregado, repositorio, etc.). Una vez más, aunque son diferentes en detalles, ambos tienen como objetivo resolver el problema de convertir un modelo de dominio de problemas 'puro' en un sistema de software.

Resumiendo, diría que son similares de dos maneras:

1. La centralidad del Modelo (como dice @Rui) - específicamente el /Domain/ model.
2. Aplicar patrones arquitectónicos al modelo para realizar el sistema objetivo.

Hth.