Dos problemas principales en el desarrollo moderno de software son:

- gestión no adecuada de abstracción, y
- falta de las herramientas de nueva generación


Estos dos problemas están fuertemente acoplados y juntos forman un "nudo" que imposibilita el progreso de la ingeniería de software. Para "desenredar el nudo", se debe resolver uno de estos dos problemas.

Mientras el nivel de abstracción de los sistemas bajo desarrollo ha crecido enormemente los últimos 20 años, los métodos de la ingeniería no han seguido esta tendencia. En vez de desarrollar los drivers y las aplicaciones para el uso común (editores de texto por ejemplo), sobre 95% del software construido hoy en día cae en la categoría de "software corporativo". Por otro lado, los equipos de desarrollo todavía aplican las mismas prácticas de los lenguajes textuales de programación.

La única herramienta "formal" de desarrollo de software aún es el compilador estándar (Java, .NET, etc). Los desarrolladores están atados a los IDEs correspondientes y obligados a resolver el rompecabezas antes mencionado escribiendo los códigos fuentes! No existe una manera formal del separar las preocupaciones ni tampoco una posibilidad de ver problema desde un punto de vista más abstracto.

Si existiera una herramienta formal para separar el desarrollador de los códigos fuentes, el "nudo" podría empezar a desenredarse

Gestión de Abstracción

Nuevas metodologías y nuevas generaciones de las herramientas de software son siempre construidas como capas abstractas alrededor de las generaciones previas, , haciendo "desaparecer", desde el punto de vista de los implementadores, ciertas importantes características de estas generaciones previas.

Lo mismo ocurre en la Arquitectura Dominio-Frontera. Un ejemplo simple es la base de datos. Siendo una necesidad de la tecnología (razones de persistencia) y no la característica propia de los conceptos del mundo real, la base de datos queda atrás, bajo el control de los compiladores y generadores automáticos de código.

Arquitectura Dominio-Frontera define una vista abstracta del sistema de software, creada con el claro objetivo de formalmente separar las preocupaciones en el proceso de desarrollo:

- Las características funcionales de los no funcionales
- Análisis de diseño<
- Lógica de sistema con reglas de negocio de la lógica de navegación usuaria con presentación

Funcional vs. No funcional. Los desarrolladores deben primero saber QUE el sistema debe hacer, y recién luego preocuparse sobre el COMO lo va a hacer. Mientras estas dos preocupaciones no se separen mediante una herramienta formal, los usuarios se irán hundiendo naturalmente en la programación, mezclando todo en una "intríngulis de códigos fuentes".

Análisis vs. Diseño. La fase tradicional de A&D debe ser finalmente quebrada en dos. El análisis trata la formalización del problema, mientras el diseño lo resuelve a la luz de la tecnología existente y los recursos disponibles. Estas dos preocupaciones son muy distintas en el desarrollo moderno de gran escala.

Lógica del sistema vs. Lógica de Presentación. Las interfaces usuarias son "un mal necesario" de un sistema de software. El usuario solamente las necesita para extraer la información útil desde la lógica de dominio. El propio negocio y la lógica de dominio no contienen la lógica de interacción. Estas dos capas deben ser tratadas por separado desde el inicio, y no solamente desde el punto de vista de la estructura de aplicación (como por ejemplo en la conocida arquitectura de 3 capas o el patrón MVC, entre muchos más).

El siguiente esquema representa la Arquitectura Dominio-Frontera:



Todos los sistemas de software se pueden lógicamente descomponer en estas partes:

- Dominio: conceptos de la lógica de sistema, sus relaciones, atributos, reglas de negocio y comportamiento
- Frontera: presentación de la información, la lógica de navegación, acceso al Dominio
- Mundo: usuarios del sistema y sistemas externos

Este modelo extremadamente simple es el punto de partida de las metodologías de software new-age y las arquitecturas independientes de la plataforma.