Нет, это не то, чем занимается MDA. Речь идет о самоизоляции от конкретных платформ с использованием нотации более высокого уровня (UML и его языка действий) для определения поведения системы.
Нужно ли выставлять модель вашего домена, зависит от приложения. Для пользователей, которые регулярно используют приложение (подумайте о вашей IDE), тогда модель домена четко представлена, и вы напрямую управляете объектами в этом домене. Но если приложение используется время от времени (подумайте о киоске в аэропорту для регистрации), то приложение должно направлять пользователя через рабочий процесс.
Даже если вы собираетесь защищать доменные объекты, DTO не обязательно необходимы; это зависит от того, находятся ли доменные объекты в том же пространстве процесса, что и слой, который отображает пользовательский интерфейс. Архитектуры, которым требуются DTO, не очень хорошо приспосабливаются к новым требованиям, потому что они нарушают принцип DRY.
Фактически, возможно создавать корпоративные приложения исключительно из открытых доменных объектов; это цель модели «Голые объекты». Существует несколько сред с открытым исходным кодом, которые реализуют это, в том числе оригинальная платформа Naked Objects Framework (на Java). Есть также коммерческий эквивалент для .NET.
Для более подробного обсуждения доменных объектов я рекомендую вам ознакомиться с книгой Эванса «Доменно-управляемый дизайн». На Yahoo также есть активная группа новостей.
Dan
полное раскрытие: я приверженец NOF для Java, напрямую не участвую в версии .NET.